Внедрение решения по ТЗ в 1С Предприятие УПП 8.3

Суть задачи - внедрить в 1С возможность работы с ШК по ТЗ.
Суть задачи такова:

А.
Создается массив в 1С УПП, в котором будут хранится следующие поля:
UID, серийный номер в формате DATA-MATRIX или QR, EAN-13 модели, ID склада, ID жизни, ID реализации, дата-время ввода, дата-время вывода.

Всего 8 столбцов.

"UID" - уникальный номер записи
"DATA MATRIX или QR код код" - уникальный серийный номер товара для ШК
"EAN-13" - код номенклатуры изделия для ШК
"ID склада" - подразумевается ID складов в 1С УПП.
"ID жизни" - цифровое поле:
0 - серийный номер не активирован (находится на ленте);
1 - серийный номер активирован (находится на товаре и на одном из складов);
2 - серийный номер де-активирован в 1С УПП (номер выведен из складского учета - т.е. товар продан).
"ID Реализации" - номер или ШК реализации
"Дата-время ввода" - дата и время активации (проставляется при изменение в ID жизни товара из 0 в 1)
"Дата-время вывода" - дата и время де-активации (когда ID жизни товара меняется из 1 в 2)

Как идет жизненная схема серийного номера:

1. Создаем по мере надобности своей программой массив серийников.
Затем отдаем это массив в печать рулона с наклейками, и параллельно Вашей обработкой загоняем этот массив в 1С УПП.

2. При получение на руки рулона с серийниками, отдаем в отдел упаковки на производство.
После этого комплектовщик перед наклеиванием ШК сканером должны отсканировать штрих на коробке EAN-13 и после этого ШК с ленты, который он собирается наклеивать.

Каждая лента с серийниками идет только к одному товару, и недопустимо использовать серийники от другого товара - на этом этапе стоит сделать проверку записи в 1С УПП в нашей табличке по обоим столбцам (DATA-MARIX и EAN-13) в совпадающей записи по полю DATA-MATRIX с считанными оператором сканером DATA-MARTIX (с ленты перед наклейкой) и EAN-13 (с коробки модели). Если не совпадает - выдавать ошибку при внесение - "серийник не от того товара".

Заодно стоит проверить, есть ли такой серийник в базе в активном (1) или деактивном (2) состояние, если нет - тоже ошибку - "такой серийник уже есть или был".

Далее, если все ОК, комплектовщик при наклеивают эти коды на упаковку, основной блок и паспорт на страницу гарантии и ОТК. (4 раздельных и идентичных ШК на одной строке в рулоне для одного товара).

При этом серийник в случае ОК в 1С УПП становится активным (проставляется в записи ID склада, ID жизни, время ввода).

3. Далее товар лежит на складе производства до поры времени, пока не поедет на оптовый склад.

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

В остальном случае, если есть какие-либо ошибки (серийник не активирован, серийника нет в базе, серийник не читается, или иные проблемы) - товар не принимается на конкретный склад и дальше с ним уже разбираемся вручную.


4. При перемещение между любым складом (оптовым, розничным, магазинным) точно такая же история.

Вообще перемещения между складами должно сопровождаться сканированием на входе, при котором происходит смена ID склада.


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

В этом в 1С УПП в каждую запись под соответствующий серийник в поле ID реализации вносится или ШК реализации или ее номер, в поле "ID жизни" - 2, в поле "дата-время вывода" - время и дата изменения статуса ID жизни.

Тем самым мы показываем, что эти серийники "деактивированы" и товар продан конечному потребителю.

Но при этом обязательно нужно сверять счетчики каждого товара, чтобы оператор не смог случайно акцептовать реализацию без полного набора серийников.

К примеру: если в реализации 10 шт одной товарной позиции и 7 штук другой, то должно быть на счетчике 10 шт одних серийников и 7 шт других, и если оператор добавит 10 и 6, то реализация не должна проводится, пока не добавит правильный серийник именно от той модели. Так же сверять дубли (задваивания) серийников и поле реализации (чтобы исключить под один серийник несколько реализаций).

Вот пример на номенклатуре товара с полем EAN-13 равным 46xxxxxxxxxxx.

Табличка с серийниками в 1С.

Наше запись в БД 1С УПП будет иметь начальный вид:

UID 1,
DATA_MATRIX MOD600Y200712xxxxxxx,
EAN_13 46xxxxxxxxxxx,
ID_STOCK NULL,
ID_LIVE 0,
ID_REALISE, NULL
DATE_INPUT NULL,
DATE_OUTPUT NULL


Наше запись в БД 1С УПП будет иметь начальный вид после активации:

UID 1,
DATA_MATRIX MOD600Y200712xxxxxxx,
EAN_13 46xxxxxxxxxxx,
ID_STOCK 00000223,
ID_LIVE 1,
ID_REALISE, NULL
DATE_INPUT 2020-07-17 17:00:34,
DATE_OUTPUT NULL



Наше запись в БД 1С УПП будет иметь начальный вид после де-активации:

UID 1,
DATA_MATRIX MOD600Y200712xxxxxxx,
EAN_13 46xxxxxxxxxxx,
ID_STOCK 00000223,
ID_LIVE 2,
ID_REALISE, БХ000003456 (ну или уникальный ШК)
DATE_INPUT 2020-07-28 15:12:34,
DATE_OUTPUT 2020-08-02 17:12:55