L_SKLAD
Краткое описание :
Списание по фактической цене приобретения при формировании
ордеровОписание :
Управление капитальным строительством \ Документы \ Акты \ Отчет
по форме М-29Что измененно :
Доработки по задаче
Как измененно :
Доработки по задаче
L_SKLAD
Краткое описание :
Печать акта о неликвидах материаловОписание :
Складской учет \ Документы \ Акт о неликвидах материаловЧто измененно :
Интерфейс редактирования акта о неликвидах. Добавлена печать
акта о неликвидах
Как измененно :
Добавлена внешняя классификация "Причина обесценения" и
"Признаки понижения качества". В спецификации акта о неликвидах добавлены поля
для редактирования классификации. Печать акта доступна из интерфейса
редактирования, локальное меню - Печать - Печать акта о неликвидах. Перед
печатью выводится диалоговое окно для указания параметров, даты и номера
приказов. Далее выводится диалоговое окно для указания подписантов (по
настройке "Диалоговое окно выбора подписантов"). Акт формируется по шаблону xlt
L_SKLAD
Краткое описание :
Маркировка. Обеспечение поддержки лицензии на MARK_HONESTОписание :
Что измененно :
Требуется реализовать поддержку нового прайса с отдельной
лицензией MARK_HONEST
Как измененно :
Реализовано. Без лицензии убираются доплнительные меню в
модулях "Управление сбытом" и "Склад", закладка "честный знак" в каталоге МЦ,
поля с GTIN, кодами маркировки в карточке учета серийных номеров, при выборе
серийных номеров в документах и ттак далее, Убрать слово "маркировка" из
локального меню документов затруднительно.
L_SKLAD
Краткое описание :
Ячейки храненияОписание :
Галактика ERP \ Управление производственной логистикойЧто измененно :
Необходимо, чтобы при формировании ручного распределения
учитывалась настройка "Настройки Галактики \ Логистика \ Складской учет \
Модификация и контроль ордеров \ Модификация приходных ордеров при наличии
после них расходных".
Как измененно :
Добавлена проверка настройки "Настройки Галактики \ Логистика \
Складской учет \ Модификация и контроль ордеров \ Модификация приходных ордеров
при наличии после них расходных" при вызове пунктов локального меню приходного
складского ордера: - Распределение МЦ по ячейкам; - Распределение МЦ по ячейкам
ручное; - Удаление распределения по ячейкам. Кроме наличия расходных ордеров
проверяются настройки: Sklad.ModHaveProvod - Разрешать модификацию ордеров при
наличии проводок; Sklad.ModHaveProvodDoc - Разрешать модификацию ордеров при
наличии проводок по связанному документу.
L_SKLAD
Краткое описание :
Сообщения при компиляции собственных доработокОписание :
КомпиляцияЧто измененно :
При компиляции в среде Viper или vip.exe, с включенным
параметром Compilers.LoadIds=True (Загрузка глобальных символов из ресурсов)
выходят сообщения: Описание структуры таблицы L_MCU::QUARYTABLE_12 в файле
COMPSRC\L\L_MCUMARK\VIP\REQUEST\KMMC_REQUEST.INC не совпадает с описанием в
файле COMPSRC\L\L_MCUMARK\VIP\REQUEST\KMMC_REQUEST.INC. Ошибки это не вызывает,
компиляция проходит, ресурсные файлы формируются.
Как измененно :
Причина в том, что упомянутый файл помимо L_MCUMARK еще
используется в L_MCU -> LinkKMMC.vih . Убрал KMMC_REQUEST.INC из этого файла за
ненадобностью, константы из KMMC_REQUEST.INC перенес в MCUMark.inc. Все
ресурсы, где используется LinkKMMC.vih, пересобраны.
L_SKLAD
Краткое описание :
Маркировка.Не работает настройка - Разрешать формирование
расходного ордера без указания серийных номеров/ маркировкиОписание :
Управление сбытом \ Документы \ Накладные на отпускЧто измененно :
Не отрабатывает настройка "Логистика\Документы\Учет серийных
номеров\Разрешать формирование расходного ордера без указания серийных номеров/
маркировки". Ставим эту настройку в значение “нет”. Т.е. запрещаем формировать
товар без указания кодов маркировки. При этом настройка
"Логистика\Документы\Управление сбытом\Накладная на отпуск\Модификация и
контроль данных\Разрешать удаление складских ордеров в накладных" стоит тоже в
значении “нет”. У всех торговых точек у нас стоит запрет на удаление ордеров.
Что происходит при этом “сочетании”. Сотрудник нажимает на кнопку Формирование
ордеров, у него на экране появляется требование ввести код маркировки . Смотрим
журнал в SUPPORTе, что же происходит в этот момент. И видим, что на тот момент,
когда Галактика запрашивает ввод КМ (рис.1) ордера в системе уже сформированы.
Потом, если пользователь не вводит КМ, т.е. нажимает кнопку Отмена (рис.1) и
Прекратить выбор, то если настройка "Логистика\Документы\Управление
сбытом\Накладная на отпуск\Модификация и контроль данных\Разрешать удаление
складских ордеров в накладных" стоит в значении “нет”, то сформированные ордера
уже не удаляются. Получается, есть ли коды маркировки, нет ли их – абсолютно
все равно.
Как измененно :
Такое формирование обусловлено тем, что функция проверки и
обновления серийных номеров выполняются в одном месте. При наличии нескольких
разрезов проведения ( таблица SoprOrdB - смотри расширенная информация из
локального меню к позиции спецификации накладной) это место сейчас единственное
для занесения серийных номеров. В будущем наверное можно реализовать заполнение
и непосредственно в распределении . Частично это было когда то сделано, но до
конца не доведено. Работы достаточно много. Пока сделано так. 1. При отмене
ордеров непосредственно сразу после их формирования, например из за отсутствия
серийных номеров , отключено большинство проверок. 2. Добавлена настройка
Doc.SerialN.ChkBeforeOrd, 'Проводить контроль перед формирование ордеров, если
один разрез списания' (включена по умолчанию) в раздел "Логистика \ Документы \
Учет серийных номеров". При ее включении проверяется, что если настройки
DOC.SERIALN.CANSPIS (Логистика\Документы\Учет серийных номеров\Разрешать
формирование расходного ордера без указания серийных номеров/ маркировки" или
настройки вида 'MCUMARK.CANFORMWITHABSENT.'+string(KatSopr.VidSopr) ( при
наличии для типа документа) стоят в да, считается что документ проверен. Иначе
проверяется количество разрезов. Если разрез один и серийных номеров не
достаточно, то при включении настройки DOC.SERIALN.NOTCHOICE "Логистика \
Документы \ Учет серийных номеров \ Предлагать выбор серийных номеров/
маркировки при проведении ордеров" будет предложено довести серийные номера.
Если серийных номеров по прежнему будет не хватать, то документ считается не
проверенным и формирование ордеров не будет произведено вовсе. Если разрезов
будет несколько, то будет по прежнему.