Закупки в контуре uSCADA: sidecar procurement

Sidecar procurement на маршрутах /procurement/*. Склад отдаёт остатки и receipt. Vendor, PO и счета живут в sidecar рядом с uSCADA.

Sidecar procurement на маршрутах /procurement/*. Склад отдаёт остатки и receipt. Vendor, PO и счета живут в sidecar рядом с uSCADA.

Был рабочий контур закупок для машиностроения: проект, BOM, очередь «в закупку», заказ поставщику, счёт, УПД, склад. Рядом шла новая uSCADA с ТОиР и складом остатков. На пилоте ТОиР закупки сводились к укрупнению МТР и CSV. Vendor, PO и счета там не жили. Людям нужен тот же процесс: от проекта и BOM до склада.

Sidecar на /procurement/*

Sidecar procurement на маршрутах /procurement/*. Вход и лицензия как у ТОиР. Потребность в ТОиР считается от заказа работ. В sidecar потребность считается от проекта и BOM. Склад отдаёт остатки и receipt. Vendor, PO и счета живут в sidecar. Второй WMS не заводили.

Отдельная страница закупок: система закупок. Сайт продукта: uscada.undsgn.online.

Паритет с legacy

Волны: schema, API, UI, демо-данные, затем аудит паритета с legacy и ETL с reconcile. Статусы enum, права на сервере, демо-seed под реальные ветки процесса. Паритет сверяем по функциям: vendor, PO, счета, остатки. По наличию вкладки готовым не считаем. Старый контур оставили живым. К ТОиР его не прибивали из-за соседства в платформе. Порт старого PHP один в один не делали: нужны были enum-статусы и новый UI вместо int-кодов.

Склад: остатки и receipt

Склад закрывает остатки и receipt. МТО живёт в закупках. ПЛК и прошивки контроллеров мы не патчим: SCADA читает и пишет то, что уже есть на площадке.