DAX2009. Модуль "Управление качеством". Проблема в архитектуре.

[slava09]

Копаюсь в модуле "Управление качеством" и заметил один интересный момент.

Краткое описание системы:
В системе есть такой объект как "Заказ на контроль качества" (далее ЗКК). Эти ЗКК могут создаваться вручную или автоматически при наступлении определенных преднастраиваемых условий. ЗКК автоматически создаются на основании СТРОК заказов\закупок\производственного заказа\карантинного заказа (далее документ-основание).
Отдельный ЗКК создается для каждой СТРОКИ документа-основания при автоматическом создании или для одной номенклатуры при ручном вводе. Его шапка это описание номенклатуры и источника заказа, его строки это действия, которые нужно сделать чтобы проверить качество.
Помимо всего в шапке, содержится складская аналитика, которая (при автоматическом создании) заполняется из СТРОКИ документа-основания.

Проблема:
Представим ситуацию, что покупается товар, который поставщик отгружает несколькими сериями, заранее неизвестно какими конкретно. При приемке товара проверить на качество нужно каждую серию отдельно. Система настроена таким образом: в строке закупке стоит общее количество, а при приемке на склад оператор пользуется функцией "Регистрация", чтобы сформировать складские проводки с разными сериями. Т.е. используется схема: одна строка закупки - много складских проводок с разной аналитикой.
После регистрации серий, нужно провести контроль качества, для чего создается ЗКК и вот тут "ой": система создаст всего один ЗКК, с пустой аналитикой, т.к. в строке закупки мы аналитику не указывали (она была в проводках).
Т.к. нам необходимо проверить каждую серию отдельно, то нас не устраивает такое поведение системы: она должна создавать отдельный ЗКК на каждую серию.

Предлагаемое решение:
В настройках складской аналитики появилась галка "Заказы контроля качества", эта галка определяет какую аналитику можно вводить при создании заказа вручную. Я думаю, что на нее же нужно повесить еще и функцию "расшива" ЗКК по аналитикам с этой включенной галкой.

[kashperuk]

А что именно подразумевается под "расшивом"?
Как система должна определить, какие аналитики использовать?
Или подразумевается, что она должна смотреть вместо строк закупки на складские проводки, и создавать ЗКК на их основании?

А потом вручную просто до-создать ЗКК для оставшихся серий?

[slava09]

Цитата:

Сообщение от kashperuk

А что именно подразумевается под "расшивом"?

По "расшивом" подразумевается то, что система для каждой складской аналитики, которая требует отдельного контроля качества, должна создавать отдельный ЗКК.

Цитата:

Сообщение от kashperuk

Как система должна определить, какие аналитики использовать?

Для этого я предлагаю использовать галку в настройках складских аналитик. Если эта галка включена, то система группирует складские проводки по этой аналитике и на их основании создает ЗКК.

Цитата:

Сообщение от kashperuk

Или подразумевается, что она должна смотреть вместо строк закупки на складские проводки, и создавать ЗКК на их основании?

Да. Думаю, что алгоритм должен быть именно такой.

Цитата:

Сообщение от kashperuk

А потом вручную просто до-создать ЗКК для оставшихся серий?

Это не понял.

[slava09]

Конечно придется еще изменить несколько мест в алгоритмах модуля.

[kashperuk]

Я имел в виду, что можно вручную создать столько ЗКК, сколько нужно, указывая у них корректную аналитику после создания.
Правда неудобно конечно.

Я вопрос этот подниму на след. митинге каком-нить, возможно изменят поведение это

[slava09]

Цитата:

Сообщение от kashperuk

Я имел в виду, что можно вручную создать столько ЗКК, сколько нужно, указывая у них корректную аналитику после создания.
Правда неудобно конечно.

Не вариант. Нарушается основное правило "нет двойному вводу".

Цитата:

Сообщение от kashperuk

Я вопрос этот подниму на след. митинге каком-нить, возможно изменят поведение это

Только не в моей постановке Надо обратить внимание на архитектурную ошибку, а решение пусть придумывают сами
Спасибо!

[kashperuk]

Пообщался только что с девелопером, который принимал участие в "переделке" этой функциональности.
Есть ньюансы, такие как огругление тестируемого кол-ва вверх до целого числа, и др., организационные, которые привели к тому, как оно сейчас.
Не известно (на данном этапе), будет ли это изменяться в след. версиях.

[Alex_K]

Если что-то поступает от поставщика сериями неопределенного размера, имеет смысл рассматривать их как разные партии, и вешать создание Quality Order на отборочную накладную (а её обрабатывать из журнала приёмки - вот вам и регистрация), потому что серии могут быть с разными сроками годности и характеристиками.
Тогда, в качестве бонуса , можно будет использовать функционал обновления атрибутов партий из Quality Order (правда, не уверен, что его перетащили в DAX 2009 из Fullscope 1.1 для DAX4).

[slava09]

Цитата:

Сообщение от Alex_K

Если что-то поступает от поставщика сериями неопределенного размера, имеет смысл рассматривать их как разные партии, и вешать создание Quality Order на отборочную накладную (а её обрабатывать из журнала приёмки - вот вам и регистрация), потому что серии могут быть с разными сроками годности и характеристиками.
Тогда, в качестве бонуса , можно будет использовать функционал обновления атрибутов партий из Quality Order (правда, не уверен, что его перетащили в DAX 2009 из Fullscope 1.1 для DAX4).

Я не понял: это решение проблемы в текущем функционале или рекомендации для изменения функционала?
Я сделал согласно вашему совету:
1. Создал закупку;
2. В закупке одна строка на 20 шт;
3. Создал журнал прибытия, в нем создал две строки на разные склады;
4. Настроил создание QO на момент после создания отборочной;
5. Разнес журнал прибытия из него создал отборочную;

В результате создался один QO. Т.е. ваше предложение не работает.
Дело в том, что QO создаются на основании строк закупки. Независимо от того как вы настроили механизм автоматического создания QO - на отборочную или список прихода.