Описание требований
Каждому поставщику будет ставиться в соответствие определенная квалификация, которая будет отражать качество производимых им поставок.
Модель бизнес-процесса в реальном мире такова:
Когда товар приходит от поставщика, который ранее данный продукт не поставлял, то продукт должен пройти обязательную проверку (First Delivery, первая поставка).
Продукт должен пройти проверку при каждой кратной (или конфигурируемой) поставке от определенного поставщика.
Результаты проверок должны быть документированы и доступны для анализа.
При неудовлетворительном качестве продукт должен быть исключен из возможного использования.
Поставщик должен быть квалифицирован и при необходимости исключен из списка возможных поставщиков некого продукта
Исходя из этого, можно выделить следующие требования:
Необходимо предоставить полный цикл контроля качества приходуемых/отпускаемых товаров (товары помещаются в карантин, используя стандартную функциональность AX).
Классификация/квалификация поставщика товаров в зависимости от статистических результатов анализа качества. Также должна быть возможность предупредить или заблокировать покупку товаров у поставщиков с низкой квалификацией.
Возможность быстрого доступа к результатам проверок продукции в виде отчетов или графиков.
Бизнес-процесс классификации поставщика
На рисунке 2 представлен бизнес-процесс классификации поставщика.
Блок 1 представляет собой структуру данных Quality Controlling order (ордер контроля качества).
Блок 2 описывает ввод кодов и описаний, которые будут определять статус соответствия уровню качества после прохождения тестов.
Блок 3 представляет собой набор шаблонов, по которым будут выполняться тесты. Для каждого вида товаров создаются определенные тестовые сценарии, в которые включаются основные показатели и параметры продукции. Для товара должны быть определены граничные значения этих параметров и приемлемые отклонения.
В 7 блоке происходит ввод основных параметров товара, определяется набор специфических тестов, которые должна пройти конкретная продукция.
На основании результатов выполнения 3 блока выбираются статистические данные для 4 блока. Информация о прохождении тестов становится доступна в виде отчетов.
На основании шаблонов тестов и результатах их прохождения строятся диаграммы и графики контроля качества. Этот процесс описывают блоки 5 и 6. Результат этого процесса является наиболее важным для организации, так как появляется возможность отследить динамику уровня качества товаров конкретного поставщика.
Рисунок 2 – Схема бизнес-процесса квалификации поставщика
3.4.3 Cтруктура данных для Quality Controlling order
Эта структура данных представляет собой таблицу CQMTestOrderTable, в которой сведены основные данные о контроле качества определенного товара.
В основе каждого поля должен лежать Extended Data Type (EDT, расширенный тип данных).
EDT – это типы, определяемые пользователем и основанные на примитивных типах (boolean, integer, real, string и т.д.). Вновь созданный EDT также может основываться на других EDT. Расширенный типы данных определяются в AOT.
Существует ряд положительных моментов при использовании EDT:
Облегчается читабельность кода, так как тип переменных получает значимые названия.
Свойства, установленные на EDT, используют все экземпляры этого типа, что снижает трудоемкость написания кода и способствует его целостности. Например, номер счета (тип данных AccountNum) имеет одинаковые свойства для всей системы.
Может быть создана иерархия расширенных типов данных. Те свойства, которые удовлетворяют потребностям наследника, просто наследуются. Остальные свойства необходимо изменить.
Таким образом, основанные на расширенных типах поля позволяют автоматически связывать новую сущность с уже существующими таблицами в Microsoft Dynamics AX.
Описание полей, содержащихся в структуре CQMTestOrderTable, приведено в таблице 1.
Таблица 1. Описание полей CQMTestOrderTable
Поле |
Назначение |
ItemId |
Идентификатор товара. Определяет продукт, на который создается ордер контроля качества |
InventTransId |
Идентификатор лота товара. Определяет позицию этого товара на складе |
InventDimId |
Идентификатор характеристик товара. Товары различных категорий описываются с использованием различных совокупностей характеристик, например, цвет, модель, вес, длина, плотность и т.д. Это поле представляет собой ссылку на совокупность таких характеристик |
Description |
Поле предназначено для описания тестового плана. |
InstructionMaster |
Название сценария теста качества |
TestId |
Идентификатор ордера на прохождение теста |
PlanId |
Идентификатор тестового сценария |
TransType |
Перечисление, которое описывает модуль, который сгенерировал операцию на прохождение теста качества (производство, закупка, операция производственного цикла) |
TransRefId |
Ссылка на операцию, во время которой был сгенерирован ордер контроля качества |
AnalysisMaterialRelease |
Перечисление, которое определяет статус товара (выпущен, условно выпущен, не выпущен) |
Notes |
Замечания |
AccountNum |
Номер поставщика |
ProdDate |
Дата изготовления данного товара (или партии) |
ExpDate |
Дата истечения годности товара (или партии) |
ApprovedRejectedBy |
Сотрудник, который подтвердил или отклонил ордер контроля качества |
ApprovedRejectedDate |
Дата операции подтверждения или отклонения текущего ордера контроля качества |
TotalPenalties |
Пенальти – это вес неудовлетворительного результата прохождения тестового сценария. После прохождения серии тестов, пенальти суммируются и заносятся в это поле |
ReleaseBatch |
Перечисление да/нет. Описывает, был ли выпущен товар |
ActionItemTypeId |
Тип действия для дальнейшего информирования поставщика |
BKDSamplingPlanId |
Уникальный идентификатор плана отбора проб |
BKDSampleSize |
Количество товара, необходимое для прохождения тестов |
BKDAcceptNum |
Количество товара, прошедшего все тестовые сценарии |
BKDRejectNum |
Количество товара, не прошедшего тестовые спенарии |
BKDOprNum |
Номер операции в производственном заказе |
В разработанной структуре данных существуют три точки связи со стандартной функциональностью. Это поля ItemId, InventTransId и TransRefId.
В основе этих полей лежат расширенные типы данных, которые ссылаются на стандартные таблицы системы Microsoft Dynamics AX.
Поле ItemId ссылается на таблицу InventTable, в которой находится описание товаров. Эта стандартная таблица содержит те элементы, которые находятся на складе или участвуют в производственном процессе.
Поле InventTransId ссылается на стандартную таблицу InventTrans. В ней содержится информация об операциях, производимых над складскими элементами. Когда создается ордер на покупку или ордер на продажу, это действие генерирует зависимые записи в таблице InventTrans, которые описывают произведенную операцию. Эти записи представляют собой поток товаров и материалов, который проходит через склад.
Поле TransRefId ссылается на запись в стандартной таблице InventQuarantineOrder, которая содержит непосредственно карантинные ордера. Карантинные ордера находятся в модуле «Карантинный склад», который является частью управления качеством в системе Microsoft Dynamics AX. Таким образом, происходит расширение функциональности существующего модуля «Управление качеством» и интеграция новых возможностей в ERP-систему.