L_SKLAD
Краткое описание :
контроль ресурсов храненияОписание :
Накладная на приход Готовой продукцииЧто измененно :
контроль ресурсов хранения
В картотеке МЦ по ГП во вкладке складской учет в
поле ресурс хранения указан конкретный склад отгрузки.
Выпуск ГП из цеха происходит на прицеховой склад,
который отличается от того, который указан в ресурсе
хранения и система выдает предупреждение:
"Не совпадают ресурсы хранения склада () и МЦ (). Продолжить?"
на каждую ТМЦ по 2 раза. А в накладной бывает по 20-30 позиций.
Необходимо предусмотреть настройку отключения
контроля соответствия складов оприходования и ресурсов
хранения.
Как измененно :
Добавлена настройка
Настройки Галактики \ Производство и планирование \ Управление производственной логистикой \ Контролировать совпадение ресурсов хранения при формировании ордеров
Значение по умолчанию - "да".
В случае установки значения "нет" в накладных модуля УПЛ, оприходующих МЦ на склады (т.е. НГП и НВС) контроль совпадения ресурсов хранения не производится.
L_SKLAD
Краткое описание :
При запрете на редактирование первичного документа(НВП) запрещать также формировать/отменять формирование ордеров из данного документаОписание :
Настройка прав доступа к документамЧто измененно :
Нужно добавить параметр который будет запрещать не только изменять документ(накладная на внутреннее перемещение) в определенном статусе, но
и будет запрещать формировать/отменять формирование ордеров по документам.
Как измененно :
"Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Внутреннее перемещение \ Разрешать формирование/отмену ордеров при запрете модификации документа"
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
Краткое описание :
Не удаляются записи в таблице проверки остатков при пакетном формировании ордеровОписание :
по накладным на внутреннее перемещениеЧто измененно :
Не удаляются записи в таблице проверки остатков при пакетном формировании ордеров
таблица SaldoRaz wMode = 800 не должно быть записей после формирования ордеров
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Складской учет \ Сальдовые и текущие остатки \ Контролировать остатки при одновременном списании документов"
При значении "да" происходит дополнительный контроль наличия остатков при одновременном формировании ордеров по одному разрезу.
Кроме того доработано удаление записей из таблицы SaldoRaz после завершения пакетного формирования ордеров.
L_SKLAD
Краткое описание :
Потеря преемственности - Ошибка при создании документаОписание :
Накладные на отпускЧто измененно :
Потеря преемственности - Ошибка при создании документа.
На список накладных наложен фильтр по контрагенту.
При создании документа контрагент из фильтра автоматом подставлялся в документ.
Сейчас - желтое поле без возможности выбрать контрагента.
На обновлениях конца июня ошибки не было.
Как измененно :
Исправлена ошибка идентификации наличия фильтра при создании документа
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
Краткое описание :
Не удаляется резерв по складу при списанииОписание :
Счета, ДО на продажуЧто измененно :
При формировании ордеров по накладной на отпуск резерв со склада не снимается снимается. Информация о резерве в ДО удаляется, а информация о резерве по складам - остается. При удалении ордеров по накладной и повторной простановке резерва по ДО резерв удваивается. В результате имеем неправильные текущие остатки.
Как измененно :
Исправлено снятие резерва при частичном списании при значении настройки:
"Настройки Галактики \ Логистика \ Резервирование \ При списании резерв снимать - нет".
L_SKLAD
Краткое описание :
статус по умолчанию для акта о приемке материаловОписание :
Акты о приемке материаловЧто измененно :
Реализовать настройку, которая будет определять статус по умолчанию для актов о приемке материалов. Аналогичная настройка для приходных накладных существует. Предложение связано с тем, что сформировать приходную накладную можно только на основании акта о приемке материалов в статусе "исполняемый". Пользователи иногда забывают изменить статус акта о приемке при его создании на "исполняемый". Когда необходимо оформить приходную накладную на основании акта приемки, то период может быть уже закрыт и изменить статус в акте приемке нет возможности. Поэтому было бы удобно, если бы акт приемки сразу создавался в статусе "исполняемый".
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Акт о приемке материалов \ Статус акта по умолчанию"
TR.AddList(0, 'оформляемый');
TR.AddList(1, 'исполняемый');