Часть 1. Введение

Модули предприятия

SYNRC Предприятие является комплексом библиотек (N2O.DEV) и подсистем приложений (N2O.SPACE), которые используют общую шину и общую распределенную базу данных.

N2O.DEV N2O.SPACE O7.NETWORK ROOTS ------- --------- ---------- ----------- active acc bud n2o.dev bert bank chat n2o.space bpe chat plm synrc.com form crm sample synrc.space fs db bench o7.network kvs ent o1.network mach erp mad fin n2o fix nitro ldap pie mq rest pay sh pm review rocksdb sample scm sys tic tms wms xio

LDAP — Сервер аутентификации, хранение ключей и директория предприятия.

ERP — Этот модуль хранит основную иерархическую структуру предприятия, ее схему, записи о персонале, инвентаре, компаниях предприятия, их офисах.

FIN — Финансовый модуль предприятия, который хранит бизнес процессы, представляющие собой счета учасников системы: персонал (для начисления зарплат), счета и субсчета предприятия (для совершения экономической деятельности), и внешние счета в платежных системах.

ACC — Система управления персоналом: зарплатные ведомости, календарь предприятия, отпуска, декреты, другие календари.

SCM — Система управления цепочкой поставок: главный БП системы — экспедиционный процесс доставки товаров цепочке получателей с помощью транспортных компаний.

CRM — Система управления клиентами: является расширением более абстрактного приложения CHAT.

PLM — Система управления жизненным циклом проектов и продуктов. Содержит также CashFlow и P&L отчёты.

PM — Система управления проектами предприятия, с детализацией времени и протоколов приема-передачи (принятые коммиты в гитхабе).

WMS — Система управления складом.

TMS — Система управления транспортом предприятия.

Модуль WMS

В этом документе описана система управления товаром и его перемещениями на складе.

Цели проекта:

Задачи проекта:

Бизнес процесы:

Руководство разработчика WMS

Руководство разработчика WMS включает пошаговое описание процесса создания подсистемы PLM с использованием библиотек SYNRC: 1) Административная часть: KVS, BPE, FORM; 2) Модули конфигурации WMS: WMS, FIN, LDAP.

Система WMS также зависит от других модулей предпрития: FIN — финансовый модуль управления персональными счетами и счетами предприятия; ACC — модуль управления персоналом и контрагентами; ERP — модуль инкапсуляции организационной структуры предприятия; LDAP — система управление идентификаторами и ключами. Кроме модулей предприятия здесь также рассматриваются библиотеки, зависимости модуля PLM: BPE — система управления бизнес процессами предприятия; KVS — система хранения данных; FORM — система генерации форм. PLM зависит и от других библиотек, которые в этом документе не рассматриваются: N2O — система управления соединениями и протоколами; NITRO — система генерации HTML5.

Постановка задачи

Приемка товара:

1. Из УС (управляющей системы — erp в терминах нашего предприятия) приходит приходный документ, который состоит из шапки (дата, номер, контрагент, ячейка приема) и табличной части, состоящей из строк: Номенклатура, Количество, Единица измерения, Cрок годности

2. Сотрудник склада получает пакет заданий на прием-контроль приходной накладной. Одно задание — это обработка одной строки приходной накладной. Сотрудник должен просканировать штрихкод товара, указать его количество, качество (кондиция, брак), серию (если есть), срок годности и просканировать штрихкод переносного контейнера, в который положит товар. Переносной контейнер — это тележка, куда набивается товар с прихода, чтобы потом развезти по ячейкам на следующих операциях.

3. Подбиваем итоги прием-контроля, формируем данные по фактически полученному товару, излишкам и недостачам и выгружаем это в УС.

4. Размещение — определяем ячейки, в которые необходимо поместить товар. Расчет осуществляется на основании информации о степени свободности ячейки (расчет свободного объема с учетом рассчитанных, но незавершенных размещений) + куча дополнительных параметров (например, категория товара, класс оборачиваемости, нормы упаковки и т.д.). Для начала пусть будет только свободный объем.

5. Сотрудник получает задание на размещение. Должен ввести штрихкод переносного контейнера, штрихкод товара и штрихкод ячейки размещения и опционально — количество.

Нужно иметь возможность по документу видеть на каком этапе находится каждая строка. Резервы прихода (рассчитанный, но неразмещенный товар) в ячейке, Остатки товара в ячейке. Для упрощения, считаем, что излишков товара, которого не было в табличной части документа — в приходах нет.

Товар бывает трех видов: штучный (консервы, бутылки, пакеты с крупами), весовой (сахар-крупы на развес, овощи-фрукты, кондитерка на развес) и штучныйвесовой (когда одновременно необходимо учитывать и количество упаковок и вес, например, кондитерка в ящиках).

У товара есть различные единицы измерения. Каждая определяется коэффициентом к базовой, ВГХ (длина-высота-ширина, объем, вес) и штрихкодом.

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

Товар на вход может прийти одной строкой: например: Сахар - 1000 кг. В то же время при приемке он может разложиться на много подстрок (мы их называем партии) в разрезе сроков годности, кратности упаковки, серийных номеров, качества. То есть одна строка, которая пришла на вход из УС, на складе может как дробиться, так и объединяться, но при этом важно иметь связь с первичной строкой, чтобы можно было всегда ответить на вопрос, каково состояние исходного документа. Товаров может быть > 100 тыс. Ячеек склада может быть больше 100 тыс.