Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1L_SERIALNRES

Справка по компоненту.

Количество версий компонента130
Количество рещенных задач244
Последная дата обработки компонента2023-12-17 18:25:59
Последная дата файла2023-12-16 17:31:35
Последная версия9.1.97.0

Новые задачи в этом компоненте

L_SERIALN
ERP-5458
L_SERIALN ( 9.1.67.0 )
2021-03-27 17:42:38

Краткое описание :

Маркировка. Корректирующие накладные Сбыт

Описание :

Управление сбытом \ Документы \ Накладные на отпуск

Что измененно :

В исправительных накладных сбыта(КН/-КН) не отображаются коды
маркировки из первоначальной накладной.

Как измененно :

Ранее был реализован функционал в снабжении для KatSopr.wadoc
adSoprDocSN = 1; // сторнирующая накладная в снабжении adSoprDocKN = 2; //
корректирующая накладная в снабжении Добавлен для сбыта: adSoprDocSNSell = 11;
// сторнирующая накладная в сбыте adSoprDocKNSell = 12; // корректирующая
накладная в сбыте
L_SERIALN
ERP-5498
L_SERIALN ( 9.1.67.0 )
2021-03-27 17:42:38

Краткое описание :

Маркировка. Обеспечение поддержки лицензии на MARK_HONEST

Описание :

Что измененно :

Требуется реализовать поддержку нового прайса с отдельной
лицензией MARK_HONEST

Как измененно :

Реализовано. Без лицензии убираются доплнительные меню в
модулях "Управление сбытом" и "Склад", закладка "честный знак" в каталоге МЦ,
поля с GTIN, кодами маркировки в карточке учета серийных номеров, при выборе
серийных номеров в документах и ттак далее, Убрать слово "маркировка" из
локального меню документов затруднительно.
L_SERIALN
ERP-5544
L_SERIALN ( 9.1.67.0 )
2021-03-27 17:42:38

Краткое описание :

Сообщения при компиляции собственных доработок

Описание :

Компиляция

Что измененно :

При компиляции в среде 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_SERIALN
ERP-5571
L_SERIALN ( 9.1.67.0 )
2021-03-27 17:42:38

Краткое описание :

Маркировка.Не работает настройка - Разрешать формирование расходного ордера без указания серийных номеров/ маркировки

Описание :

Управление сбытом \ Документы \ Накладные на отпуск

Что измененно :

Не отрабатывает настройка "Логистика\Документы\Учет серийных
номеров\Разрешать формирование расходного ордера без указания серийных номеров/
маркировки". Ставим эту настройку в значение “нет”. Т.е. запрещаем формировать
товар без указания кодов маркировки. При этом настройка
"Логистика\Документы\Управление сбытом\Накладная на отпуск\Модификация и
контроль данных\Разрешать удаление складских ордеров в накладных" стоит тоже в
значении “нет”. У всех торговых точек у нас стоит запрет на удаление ордеров.
Что происходит при этом “сочетании”. Сотрудник нажимает на кнопку Формирование
ордеров, у него на экране появляется требование ввести код маркировки . Смотрим
журнал в SUPPORTе, что же происходит в этот момент. И видим, что на тот момент,
когда Галактика запрашивает ввод КМ (рис.1) ордера в системе уже сформированы.
Потом, если пользователь не вводит КМ, т.е. нажимает кнопку Отмена (рис.1) и
Прекратить выбор, то если настройка "Логистика\Документы\Управление
сбытом\Накладная на отпуск\Модификация и контроль данных\Разрешать удаление
складских ордеров в накладных" стоит в значении “нет”, то сформированные ордера
уже не удаляются. Получается, есть ли коды маркировки, нет ли их – абсолютно
все равно.

Как измененно :

Такое формирование обусловлено тем, что функция проверки и
обновления серийных номеров выполняются в одном месте. При наличии нескольких
разрезов проведения ( таблица SoprOrdB - смотри расширенная информация из
локального меню к позиции спецификации накладной) это место сейчас единственное
для занесения серийных номеров. В будущем наверное можно реализовать заполнение
и непосредственно в распределении . Частично это было когда то сделано, но до
конца не доведено. Работы достаточно много. Пока сделано так. 1. При отмене
ордеров непосредственно сразу после их формирования, например из за отсутствия
серийных номеров , отключено большинство проверок. 2. Добавлена настройка
Doc.SerialN.ChkBeforeOrd, 'Проводить контроль перед формирование ордеров, если
один разрез списания' (включена по умолчанию) в раздел "Логистика \ Документы \
Учет серийных номеров". При ее включении проверяется, что если настройки
DOC.SERIALN.CANSPIS (Логистика\Документы\Учет серийных номеров\Разрешать
формирование расходного ордера без указания серийных номеров/ маркировки" или
настройки вида 'MCUMARK.CANFORMWITHABSENT.'+string(KatSopr.VidSopr) ( при
наличии для типа документа) стоят в да, считается что документ проверен. Иначе
проверяется количество разрезов. Если разрез один и серийных номеров не
достаточно, то при включении настройки DOC.SERIALN.NOTCHOICE "Логистика \
Документы \ Учет серийных номеров \ Предлагать выбор серийных номеров/
маркировки при проведении ордеров" будет предложено довести серийные номера.
Если серийных номеров по прежнему будет не хватать, то документ считается не
проверенным и формирование ордеров не будет произведено вовсе. Если разрезов
будет несколько, то будет по прежнему.

9.1.97.09.1.96.09.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.71.09.1.70.09.1.69.09.1.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.63.09.1.62.09.1.61.09.1.60.09.1.59.09.1.85.09.1.83.19.1.73.09.1.72.09.1.58.09.1.57.09.1.56.09.1.55.09.1.54.09.1.53.09.1.52.09.1.51.09.1.50.09.1.49.09.1.48.09.1.47.09.1.46.09.1.45.09.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.038.09.1.37.09.1.037.09.1.036.09.1.36.09.1.035.09.1.35.09.1.34.09.1.034.09.1.33.09.1.32.09.1.032.09.1.31.09.1.031.09.1.030.09.1.30.09.1.029.09.1.29.09.1.028.09.1.28.09.1.027.09.1.27.09.1.26.09.1.026.09.1.25.09.1.025.09.1.24.09.1.024.09.1.023.09.1.23.09.1.22.09.1.022.09.1.21.09.1.021.09.1.020.09.1.20.09.1.19.09.1.019.09.1.018.09.1.18.09.1.017.09.1.17.09.1.016.09.1.16.09.1.15.09.1.015.09.1.14.09.1.014.09.1.13.09.1.013.09.1.12.09.1.012.09.1.011.09.1.11.09.1.010.09.1.10.09.1.9.09.1.8.09.1.007.09.1.7.09.1.6.09.1.006.09.1.005.09.1.5.09.1.4.09.1.004.09.1.002.09.1.2.09.1.001.09.1.1.0