L_SKLAD
Краткое описание :
контроль ресурсов храненияОписание :
Накладная на приход Готовой продукцииЧто измененно :
контроль ресурсов хранения
В картотеке МЦ по ГП во вкладке складской учет в
поле ресурс хранения указан конкретный склад отгрузки.
Выпуск ГП из цеха происходит на прицеховой склад,
который отличается от того, который указан в ресурсе
хранения и система выдает предупреждение:
"Не совпадают ресурсы хранения склада () и МЦ (). Продолжить?"
на каждую ТМЦ по 2 раза. А в накладной бывает по 20-30 позиций.
Необходимо предусмотреть настройку отключения
контроля соответствия складов оприходования и ресурсов
хранения.
Как измененно :
Добавлена настройка
Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Контролировать совпадение ресурсов хранения при формировании ордеров
Значение по умолчанию - "да".
В случае установки значения "нет" в накладных модуля УПЛ, оприходующих МЦ на склады (т.е. НГП и НВС) контроль совпадения ресурсов хранения не производится.
L_SKLAD
Краткое описание :
Корректировка ордеров без их удаления.Описание :
Предложение по новой функциональности контура логистикиЧто измененно :
Корректировка ордеров без их удаления.
Проблема возникла при пересчете средних цен. Сейчас в Галактике следующие варианты пересчета средних цен:
1. Без установленного параметра "сортировать расходные ордера по дате и времени модификации", который Вы сейчас и используете
2. С установленным параметром "сортировать расходные ордера по дате и времени модификации"
3. "сортировать ордера за день в последовательности создания"
При выборе данного параметра ордера не будут пересчитываться в течение одного дня в зависимости от типа документа, по которому они созданы, как при других параметрах расчета, а будут пересчитаны в последовательности создания nrec
Клиенту подойдет только третий вариант, но возможны ситуации, когда корректируют накладную с приходным ордером и переформируют ордера. Например, есть сформированные приход по рекламации и расход по НВП в один день. Затем заходим в рекламацию и удаляем ордера, а потом заново создаем, дату оставляем прежнюю.
По новому алгоритму будет обработано в той последовательности, как станут ордера в КСУ, т.е. какая последовательность создания, такая и обработка, т.е. для этого примера, рекламация уже станет в конце дня и выйдет в протокол ошибочных ситуаций. Соответственно и средние цены не пересчитаются.
Если устранить это пересоздание, то и разработанный алгоритм пересчета цен по последовательности создания ордеров клиенту подойдет.
Как вариант: разработать функцию корректировки ордеров по накладной без их удаления. Т.е., для вышеописанного примера, производятся изменения в накладной по рекламации (в спецификации) и потом по функции корректируется ордер. При этом корректировка будет касаться только спецификации. Тогда nrec приходного ордера сохранится, а спецификация откорректируется, и алгоритм пересчета цен в последовательности создания ордеров подойдет.
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Складской учет \ Модификация и контроль ордеров \ Сохранять ордера при повторном оприходовании/списании"
По умолчания значение настройки "нет".
При установке значения настройки "да", при повторном формирования ордеров из документа, то nrec самого ордера и позиций спецификации будет сохранен в том случае, если остались позиции спецификации в документе, по которым ранее формировались ордера и разрез списания/оприходования Склад-МОЛ не изменился.
В противном случае ордера будут удалены и созданы заново и nrec не сохранится.
Например по документу было две позиции к оприходованию:
1. МЦ1 Партия1 Склад1 МОЛ1
2. МЦ2 Партия2 Склад1 МОЛ1
Первую позицию МЦ1 удалили и вместо нее добавили новую позицию 3. МЦ3 Партия3 Склад1 МОЛ1, при переоприходовании будет сохранен nrec ордера, т.к. осталась одна позиция на тот же разрез оприходования СКлад-МОЛ, также будет сохранен nrec второй позиции спецификации, а вот для позиции 3 будет создан новый nrec, но она будет добавлена в уже имеющийся ордер.
Данная разработка позволяет производить расчет цен в расходных ордерах с установленным параметром "сортировать ордера за день в последовательности создания" в порядке создания ордеров за день, даже если было переформирование ордеров по документу. Следует учесть, что тут имеется ввиду последовательность создания самого ордера (SklOrder.nRec а не позиции спецификации SpOrder.nRec).
Доработка для Складских документов, Приходной и Расходной накладной и рекламационной накладной
L_SKLAD
Краткое описание :
Внести изменения в М11 (для транснефти)Описание :
Накладные на внутреннее перемещениеЧто измененно :
Внести изменения в М11 (для транснефти).
В печатную форму "[Транснефть] Требование-накладная. Форма М-11" внести следующие изменения:
Если поле "Затребовал" не заполнено в диалоговом окне - в выходной форме в графе "Затребовал" печатать значение поля "Получил".
Как измененно :
Если не заполнено поле "Затребовал". то в данное поле выводится значение поля "Получил".
L_SKLAD
Краткое описание :
Внести изменения в лимитно-заборную карту (для Транснефти)Описание :
Акты на списаниеЧто измененно :
В выходной форме лимитно-заборной карты удалить выделенные столбцы (корреспондирующий счет).
1) Формы RTF: * [Транснефть] Лимитно-заборная карта.
Как измененно :
Убран корреспондирующий счет в Лимитно-заборной карте.
L_SKLAD
Краткое описание :
Запретить изменение ЦУ по ФЛМ CTRL+U для ордеров в закрытом периоде или с проводкамиОписание :
Приходные ордераЧто измененно :
Запретить изменение ЦУ(целой учет) по ФЛМ CTRL+U для ордеров в закрытом периоде или с проводками.
Как измененно :
Закрыто изменение ЦУ по CTRL+U, если по ордеру есть проводки или запрет редактирования в закрытом периоде.
L_SKLAD
Краткое описание :
Некорректность при создании акта копированием CTRL+F2 --> CTRL+F3Описание :
Акты на пересортицуЧто измененно :
Некорректность при создании акта копированием CTRL+F2 --> CTRL+F3, проверка КОУ показывает:
Проверка накладных
Акт на пересортицу N MIV@000018 от 22/06/2015: неправильная дата (11/05/2015 вместо 22/06/2015) в одной из спецификаций. (Table SpSopr NRec=9471)
Как измененно :
При копировании Акта на пересортицу дата оприходования по позиции спецификации проставляется верно
L_SKLAD
Краткое описание :
Неточность при копировании актовОписание :
Акты на перемещение между объектамиЧто измененно :
Неточность при копировании актов (CTRL+F2 --> CTRL+F3):
Акт на перемещение между объектами N MIV@000002 от 26/06/2015: неправильная дата (04/06/2015 вместо 26/06/2015) в одной из спецификаций. (Table SpSopr NRec=9508)
Акт на перемещение между объектами N MIV@000002 от 26/06/2015: неправильная дата (04/06/2015 вместо 26/06/2015) в одной из спецификаций. (Table SpSopr NRec=9509)
Как измененно :
После копирования Актов проверка КОУ проходит корректно.
L_SKLAD
Краткое описание :
Удалить автосформированный акт на перемещение между объектамиОписание :
Акт на перемещение между объектамиЧто измененно :
На текущий момент имеется настройка "Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Акт на перемещение между объектами \ Автоматическое формирование актов при нехватке МЦ в разрезе" и соответствующий функционал.
Проблема: Пользователи часто отменяют исходные документ (документ по нехватке МЦ которого создавался акт на перемещения между объектами), а акт на перемещения между объектами забывают удалить/слишком много телодвижений. В результате остатки зависают не на "исходном" разрезе.
Предложения:
- Найти возможность связать документы (исходный и акт перемещения) между собой;
- Добавить настройку "предупреждать при наличии автосформированного акта на перемещение между объектами";
- Если настройка будет установлена в "да", то сделать запрос на удаление этого акта при удалении родительского документа.
Как измененно :
При значении настройки: "Автоматическое формирование актов при нехватке МЦ в разрезе - да" сделана следующая доработка:
1. При автоматическом создании Акта на перемещение устанавливается связь с исходным документом.
2. При попытке удалить ордера по исходному документу или удалить сам документ с ордерами выдается сообщение:
- Документу соответствуют Акты на перемещение между объектами. Удалить их?
Если пользователь отвечает "Да", то будут одновременно с откатом ордеров по исходному документу удалены и созданные Акты на перемещение и ордера по ним.
При ответе "нет", Акты на перемещения останутся.
Верно только для вновь созданных Актов после выхода решения.
L_SKLAD
Краткое описание :
В накладной на внутреннее перемещения модуля "Розница" вместо значений выводится шаблон формата номера и даты документаОписание :
Накладная на внутреннее перемещениеЧто измененно :
В накладной на внутреннее перемещения модуля "Розница": 1) вместо значений выводится шаблон формата номера и даты документа; 2) в табличной части вместо наименования подразделения-отправителя и подразделения-получателя выводится их цифровой код. Ошибки присутствуют во всех печатных формах документа.
Как измененно :
Исправлен вывод потока для печатных форм.
L_SKLAD
Краткое описание :
Не работает конфигурация при установке свойства DefaultValue. Продолжение работы только черех диспетчер задач и снятие.Описание :
Приходные накладныеЧто измененно :
Не работает конфигурация при установке свойства DefaultValue. Продолжение работы только через диспетчер задач и снятие.
Есть интерфейс приходных накладных (Управление снабжением\Документы\Приходные накладные). На него сделана конфигурация.
Без конфигурации интерфейс работает без проблем. Если подключить конфигурацию, то происходит следующее:
При создании новой накладной, если установить
курсор в строку позиции спецификации, а потом, не
выбирая МЦ, попытаться установить курсор в любое поле
анкетной части накладной, выходит сообщение "Не указана
матценность". При закрытии этого сообщения оно
появляется снова. Выйти из Галактики можно только через
диспетчер.
Данная проблема проявляется только если в интерфейс накладных добавить поле "Дата ввода" (KATSOPR.SROKRES) со значением "DefaultValue = CUR_DATE()".
После каких именно обновлений появилась данная проблема пользователи затруднились ответить.
Эта конфигурация подключена в систему уже несколько лет.
Проверил проблему на актуальных обновлениях - имеет быть место, пробовал с переходом в услуги - снятие только через диспетчер задач. При работе в 3-ке - это становится критичным.
Как измененно :
Подкорректирована обработка новых записей с незаполненной ссылкой на МЦ/услугу
L_SKLAD
Краткое описание :
Некорректная работы настройки разрешенная группа подразделенийОписание :
Не знаю какая именно часть модуля Настройка, научитеЧто измененно :
Некорректная работы настройки разрешенная группа подразделений
Работа настройки не соответствует заявленной функциональности
Как измененно :
В интерфейсах выбора Приходных ордеров, Расходных ордеров и Карточке складского учета отображаются только складские ордера, которые относятся к складам из Разрешенных групп подразделений.
L_SKLAD
Краткое описание :
Удаление накладных при пересчете сальдовых остатковОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Удаление накладных при пересчете сальдовых остатков
При пересчете сальдовых остатков нет возможности удалить накладные без ордеров
Как измененно :
При пересчете сальдовых остатков можно удалить накладные без ордеров
L_SKLAD
Краткое описание :
При пересчете цен изменяются данные документов других пользовательских группОписание :
Накладные на отпускЧто измененно :
Установлена настройка "Настройки Галактики \ Общие настройки системы - все права в рамках группы".
Из списка накладных на отпуск запускается пересчет средних цен в документах.
По результатам пересчета формируется протокол, в который попадет информация о том, что цены были пересчитаны и в накладных из других групп дескрипторов.
Пример во вложении. На тестовых БД проблема не повторилась, в связи с чем был запрошен sil-протокол. См. вложение.
Как измененно :
Пересчет сумм по пункту "Пересчет.." из списка сопроводительных документов.
Пересчет работает только на тех документах, которые доступны для редактирования.
L_SKLAD
Краткое описание :
Выдавать сообщение/протокол, если нельзя провести корректирующую накладнуюОписание :
Накладные на отпускЧто измененно :
Установлена настройка "Настройки Галактики\Логистика\Документы\Управление сбытом\Накладная на отпуск\Формирование ордеров по накладным\Разрешать только в статусе "исполняемый" = Да.
Если попробовать провести накладную на отпуск в статусе оформляемый, то выдастся протокол с ошибкой и расшифровкой причины.
Необходимо сделать аналогичную обработку настройки и для корректирующей накладной, так как сейчас при попытке ее проведения система просто ее не проводит, без каких-либо сообщений.
Как измененно :
Формирование и удаление ордеров по корректирующим(сторно) документам.
В диалог добавлен параметр: выводить все сообщения и протоколы.
По данному параметру пользователь может увидеть все сообщение и протоколы, которые выводятся в процессе формирования/удаления ордера.
L_SKLAD
Краткое описание :
Отображать бухгалтерские проводки в расширенной информацииОписание :
Предложение по новой функциональности модуля Складской учетЧто измененно :
Заказчик просит доработать документы складского учета (НВП, Акт на списание т.д.) таким образом, чтобы в расширенной информации отображались проводки. По аналогии как это сделано в Акте о приемке материалов.
Как измененно :
Добавлена закладка "Бухгалтерские проводки" в расширенную информацию (вызывается по Ctrl+Enter из шапки документа) для следующих документов:
- Акт на списание;
- НВП и накладные на перемещение (Транзитная накладная, Склад-ОС/НМА/розница/спецоснастка);
- Акт об излишках;
- Акт о недостаче;
- Акт о перемещение между объектами;
- Акт на пересортицу.
L_SKLAD
Краткое описание :
Алгоритм выполняется только для одной накладной при множественной печатиОписание :
Накладные на отпускЧто измененно :
Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Накладная на отпуск \ Запуск алгоритмов - Перед печатью накладной выполнить алгоритм.
При множественной печати накладных отмеченных Insert'ом алгоритм применяется только к одной накладной.
Как измененно :
Доработан запуск алгоритмов для множественной печати форм ТТН
L_SKLAD
Краткое описание :
статус по умолчанию для акта о приемке материаловОписание :
Акты о приемке материаловЧто измененно :
Реализовать настройку, которая будет определять статус по умолчанию для актов о приемке материалов. Аналогичная настройка для приходных накладных существует. Предложение связано с тем, что сформировать приходную накладную можно только на основании акта о приемке материалов в статусе "исполняемый". Пользователи иногда забывают изменить статус акта о приемке при его создании на "исполняемый". Когда необходимо оформить приходную накладную на основании акта приемки, то период может быть уже закрыт и изменить статус в акте приемке нет возможности. Поэтому было бы удобно, если бы акт приемки сразу создавался в статусе "исполняемый".
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Акт о приемке материалов \ Статус акта по умолчанию"
TR.AddList(0, 'оформляемый');
TR.AddList(1, 'исполняемый');