Предложение номера серии, если номер пустой при проверке серий #17
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
В обработке
РК_ПроверкаСерийесли серия не имеет номера, но номер требуется политикой учета серий в виде номенклатуры - формируй предложение из даты срока годности, например из срока годности 01.02.2027 номер (предложение) будет как «a-270201», а наименование «a-270201 до 01.02.2027».Префикс «a-» условно обозначает, что номер сгенерирован автоматически для исправления серии.
1.3.1.83 — автономер из срока годности для «Пустой номер».
Если номер обязателен по политике вида, но пустой и из наименования не извлекается:
a-YYMMDD(пример: срок 01.02.2027 →a-270201);a-270201 до 01.02.2027.Префикс
a-— автоматически сгенерированный номер.Срок берётся из реквизита серии, предложенного срока или (после заполнения срока в таблице) из колонки «Годен до».
Работает при «Найти проблемы», «Сформировать предложения», «Заполнить по предложениям» и «Исправить отмеченные».
Загрузить расширение из git после
git pull.Проверяю реализацию.
У серий, в которых в графе Проблема стоит «Пустой срок годности» - номер должен устанавливаться с учетом Срока годности по умолчанию. К примеру, если этот реквизит заполнен значением 01.02.2028, то должен предлагаться номер «a-280201». Сейчас в таком случае никакой номер не предлагается.
Необходимо исправить.
Выполнено по
issuecomment-319: скорректирована логикаРК_ПроверкаСерий, чтобы при проблеме «Пустой срок годности» и заполненном реквизите «Срок годности по умолчанию» номер (иНаименование) предлагались/применялись автономеромa-YYMMDDдаже если в строке проблемы нет «Пустой номер».Изменения в локальных коммитах: 1.3.1.84 (
0954a70) и 1.3.1.85 (44f30b8).Необходимо вручную проверить на форме:
a-YYMMDDи дата.Номерзаполнился.Исправление по
issuecomment-319вmain.Коммиты:
0954a70— 1.3.1.84: еслиНомерпустой и номер обязателен по политике вида, то автономерa-YYMMDDформируется из даты срока, в том числе из реквизита Срок годности по умолчанию, даже когда в графеПроблематолько «Пустой срок годности».44f30b8— 1.3.1.85: то же поведение доведено до этапа «Исправить отмеченные» для связанногоНаименование.Итог: для серии с пустым
Номер, пустымГоденДои заполненным Срок годности по умолчанию01.02.2028теперь предлагается номерa-280201, а при пустом имени — и соответствующее наименование.Можно проверять через
git pull.Обновился до - Расширение РАНА для CRM3-26 (1.3.1.85)
При заполнение таблицы - номер в данной строке (см. скрин) не предлагается.
Поправил по issuecomment-323.
1.3.1.86 (
6c4df3e) вmain:Номерпустой и есть срок годности,a-YYMMDD,Разбор
Наименованиеоставлен только как запасной вариант, если даты срока нет.Также обновлён верхний репозиторий
crm3-26:4675cdc.Можно обновляться и проверять снова через
git pull.Вроде все ок. В моем комментарии номер и не должен был предлагаться, поскольку в системе номер серии был заполнен. Просто срок годности при этом не был заполнен.
Остатки в сериях
Необходимо уточнить. Для серий заполняется фактический остаток. Если остатки по различным номенклатурам используют одну серию, то изменение (применение предложенных значений) по серии в отмеченной строке в одной из номенклатур должно автоматически визуально в таблице менять эти значения в других строках этой же серии.
идентификация нескольких строк с одной серией
Также для идентификации строк с идентичными сериями необходимо ввести дополнительные столбцы НГ (Номер группы) и КГ (Количество в группе). НГ - порядковый номер уникальной серии, КГ - сколько всего строк с этой серией в данной таблице.
Если серия применяется в остатках нескольких номенклатур, то для всех строк с этой серией НГ должен быть один и тот же, а в КГ во всех строках должно быть одно и то же число (общее количество строк с этой серией).
Выполнил по issuecomment-326.
1.3.1.87 (
d5963a4) вmain:ПроблемныеСериидобавлены колонки НГ и КГ;НГ— номер группы уникальной серии;КГ— общее количество строк этой серии в таблице;Заполнить по предложениями послеИсправить отмеченныезначения серии (Номер,ГоденДо,Наименование, предложенные поля, признак исправления) синхронизируются во всех строках этой же серии.Верхний репозиторий
crm3-26тоже обновлён:f78662a.Можно обновляться и проверять.
#17 (comment)
Обновил расширение до Расширение РАНА для CRM3-26 (1.3.1.87)
Проверяю реализацию.
Тут для серии « до 19.05.30» без номера по номенклатуре Иглы для инъекций Nanoneedle 34G вида номенклатуры Иглы 15 строк с НГ 1. После применения предложенного номера в других оставшихся 14 строках значение не обновилось.
Более того, после применения и записи данных с предложенным номером в одной из строк, после обновления таблицы с сериями, данные не изменились. Режим тест (без записи) при этом был отключен.
Поправил по issuecomment-329.
Проблема оказалась в том, что
НГ/КГсчитались поСтрока(Серия)(представлению серии), а не по самой ссылкеСерия.Из-за этого разные элементы справочника с одинаковым текстом вроде
до 19.05.30могли ошибочно попадать в одну группу.Исправление в
main:bd7b3a3) —НГ/КГсчитаются по ссылке серии;crm3-26обновлён:a9557bb.После этого строки будут объединяться в одну группу только если это действительно одна и та же ссылка
Серия, а не просто одинаковое наименование/представление.Можно обновляться и перепроверять.
Поправки при заполнении таблицы серий
Отметку по-умолчанию при заполнении серий - устанавливай в значение Ложь.
Поведение в форме
ПроблемныеСерии- выводи форму элемента серии номенклатуры.СтраницаЗаполнениепод таблицей элемент с отображением UUID серии, которая выделена в таблицеПроблемныеСерииТекстПоследнейОшибкинадо перенести в отдельную новую страницу Отчетность в группу страницГруппаСтраницыЗапись данных
Фактическая запись серий не выполняется при выполнении команды
ИсправитьОтмеченные. После обновления (переполнения) таблицы серий - данные прежние. При необходимости - можно проверить на конкретных данных черезrun_bslпосле уточнения конкретного UUID.Критические замечания
ПроблемныеСерииобработкиРК_ПроверкаСерийреквизитыСерия,Номенклатура,ВидНоменклатурыне имеют описания типа значения. Наверное это из-за того, что соответствующие объекты не импортированы в расширение из основной конфигурации. Необходимо это исправить.ПроблемныеСерии.Дополнение по интерфейсу
ПроблемныеСериисерий на форму.Файл объекта не существует - D:/projects/crm3-26/crm3-26.rhana/src/Catalogs/Номенклатура.xml
Файл объекта не существует - D:/projects/crm3-26/crm3-26.rhana/src/Catalogs/ВидыНоменклатуры.xml
Файл объекта не существует - D:/projects/crm3-26/crm3-26.rhana/src/Catalogs/СерииНоменклатуры.xml
Надо из основной конфигурации добавить (наследовать) объекты в расширение.
В конфигураторе добавил недостающие справочники в расширение и затушил на базе версии
1.3.1.89. Сделал промежуточную версию1.3.1.89f.Подхватил и довёл до пуша правку по
comment-336:crm3-26.rhana/src/Catalogs/(Номенклатура,ВидыНоменклатуры,СерииНоменклатуры), чтобы конфигуратор больше не падал с «Файл объекта не существует».1.3.1.89fсделал rebase и зафиксировал итог.Финальный коммит в submodule:
0131938(версия расширения1.3.1.91), в суперпроекте:e00ee5f. Сейчасgit statusчистый и можно пробовать применить расширение снова.А теперь при загрузке еще и такие ошибки вываливаются...
Промежуточный итог по ветке
1.3.1.89f:crm3-26.rhanaвозвращён на базовое состояние1.3.1.89f;VERSIONактуализирован до1.3.1.89f(раньше в этом состоянии был рассинхрон сsrc/Configuration.xml);1.3.1.90вCHANGELOG.mdпомечена как отменённая;ПроблемныеСерии, без зависимости от повторной активации/"двойного" сценария;tools/check_ext/check_ext.pyотносительно базыcrm3-26/src:1.3.1.89f800Изменения закоммичены и запушены в
main.По версии 1.3.1.89f - все ок.
Можно версию перевести на
1.3.1.95.Двойное нажатие на строку таблицы
ПроблемныеСериив рамках #17 (comment) обработкаПроблемныеСерииПриАктивизацииСтрокиотрабатывается по событию ПриАктивацииСтроки. Это не корректно. Необходимо именно двойное нажатие отработать (событиеВыбор) и открыть форму серии по ссылке.Выполнено по comment-346.
Что изменено в
1.3.1.95:ПриАктивацииСтроки;ПроблемныеСериидобавлен обработчик событияВыбор, через него открывается форма серии по ссылке;ПриАктивацииСтрокиоставлен только для обновления UUID выбранной серии под таблицей.Дополнительно:
1.3.1.95(VERSIONиsrc/Configuration.xml);tools/check_ext/check_ext.pyотносительноcrm3-26/src:1.3.1.95800Изменения закоммичены и запушены в
main.Финальный статус для продолжения завтра:
crm3-26.rhanaвыпущена1.3.1.95(коммитc64141f): открытие формы элемента серии переведено сПриАктивацииСтрокина событие выбораВыбор(черезChoiceProcessing), обработчикПриАктивацииСтрокиоставлен только для обновления UUID.main: в суперпроектеcrm3-26gitlink на этот submodule обновлён (коммит0049a11).Можно делать
git pullна рабочем месте и проверять поведение двойного клика/выбора в таблицеПроблемныеСерии.Да, замечание верное: в
1.3.1.95обработчикПроблемныеСерииПриАктивизацииСтрокиспециально остался наПриАктивацииСтроки(только UUID). Ошибка была в привязке открытия формы: в XML стоялоChoiceProcessing(этоОбработкаВыбора), а двойной клик по таблице — событиеВыбор(Selection).Исправлено в
1.3.1.96(e79e879):ПроблемныеСерии:OnActivateRow→ UUID;Selection→ПроблемныеСерииВыбор→ открытие формы серии;СтандартнаяОбработка = Ложь.Можно
git pullи проверять двойной клик.Подтверждено: исправление номера серии выполняется корректно, данные записываются в базу. Задачу закрываем.