Прямой путь от оформления заказа до отправки докемента в ЭДО. Или «МАРКИРОВКА в 1 КЛИК»
Интеграция между Интернет Магазином(CMS), системой управления заказами (CRM) и Честным знаком.

Итак, за первый год работы с маркировкой мы создали быструю и удобную систему маркировки, которая удовлетворяет почти всем нашим потребностям в приемке на склад, а также частично эта система решала задачу с долгой отгрузкой за счет Транспортной Упаковки. 
- И мы были бы уже очень рады на этом остановиться, но быстрая маркировка не склад, решает только половину проблем с которой столкнулся бизнес. Общими словами - "невозможно нормально ничего отгрузить, все слишком плохо работает для большого объема. Менеджеры не принимают заказы а мучаются с УПД". Но сейчас не о проблемах. о проблемах мы будем говорить тут и тут.

=>

И мы просто  ВЫНУЖДЕННЫ  создать свою систему.  Никаких других вариантов быстрой работы с Маркировкой нам не предоставляют, ни Честный Знак, ни Bitrix24 ( BX24 вообще игнорируют маркировку, несмотря на то что "Legacy" функционал 2019года у них есть...), ни 1С, ни другие сервисы для работы с Маркировкой не отвечают потребностям в маркировке одежды. 

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


===============расставить ссылки в абзаце===================
Если коротко (а потом будет развернуто): Придумали систему Маркировки "Честный Знак" с их задачами, а для 'пользователей' не предоставили полноценный функционал работы с кодами маркировки нигде(как-бы: нужно проверить эту информацию, и быстром поиске в яндекс: подобный функционал отсутствует в 1c и bitrix24, и лишь в одной crm обнаружил добавление кода к заказу, и опять же с этим еще нужно работать...) 
Да с этим еще нужно работать: ну нет для "Маркировки" требуемого 'Функционала' из коробки НИГДЕ. ( и опять об этом поговорим потом. попозже...)
===============расставить ссылки в абзаце===================


В чем идея? 
- идея в том что раз уж придумали систему маркировки, то нужно как-то с этим жить, пока другие возятся с тем как маркировку наносить, мы подошли к финальному этапу: как эту маркировку быстро проводить. А это и есть основная беда всей этой Маркировки для общества, производителя, потребителя, продавца и тд.

В
===============Тут была фраза: Решить - удалить эту фразу или нет===================
То что сегодня я буду вам показывать, этот  «пресс-релиз» ,  - "сырое" 'дно' {маркировки} и опережает полноценный рабочий функционал... но у нас нет никакого выбора, потому что что маркировка душит производство ( эх... , да ладно... молчу ), да просто денег нет ни на то чтобы нормально работать дальше, ни на то чтобы доделывать эту "маркировку". вот все: Денег НЕТ. Спасибо ne Честный знак - вы уже все соки выпили и все такое...
===============Тут была фраза: Решить - удалить эту фразу или нет===================

0. Лирика о CMS и CRM. Или о том "как найти сложное в простом, а простое в сложном"

Повторюсь, Bitrix-24 функционал добавления кода маркировки к товару в заказе обозначил как legacy, хотя фактически он есть но убран, и включить его можно только по запросу в ТП. и из-за этого связи с другими нужными функциями не работают. ПОЧЕМУ? 
Да и мы включили на тест этот режим - нет там маркировки у Bitrix-24, только окна для ввода КИЗ, фактически функционал отсутствует. Ну и в отсутствующем функционале разумеется ни какой речи про автоматизацию не может идти. 

- согласитесь, ставить на один сервер и CMS и CRM на разные порты - тот еще экстрим, да и кому это нужно? разумеется проще перенести складской учет в CMS что мы и сделали, заодно и "переехали" с тарифа "профессиональный" на "базовый", которого /в целом/ хватает ( а это извините 230 000р/год к 32 000р/год, весьма ощутимая разница в себестоимости товара. Да мы могли бы не переезжать в более дешевый тариф, но товарищи из bitrix24 - алло " где маркировка? ". Переведу: весь складской учет теперь ведется прямо на стороне нашего сайта, и более дорогие тарифы bitrix24 показались просто не нужны, хотя если бы у них работал функционал маркировки для актуального режима работы портала, то скорее всего мы бы не стали занижать тариф и воспользовались бы "их полем" для ввода маркировки. Долго эту тему не могу развертывать - запрос в ТП был отправлен, ответ что функционал "устарел" получен, ответ что добавлять маркировку в битрикс они не планируют - известен. да и вообще все все поняли. Ничего личного. Вообще странно что вы удивляетесь что товары дорожают...ну ладно, и эта "маркировка" когда-нибуть тоже пройдет. 

UP. уточнил у разработчика битрикс 24 - решение по маркировке заключается в использовании 1с. и если вы используете bitrix 24 то вам нужно интегрироваться с 1c, да и если коротко работать с маркировкой в 1с ,а не в bitrix24. Ну об это будет дан развернутый ответ здесь.

Что мы сделали:

1.Перенесли складской учет из CRM в CMS. (Изменение Кол-ва)

===============Тут была фраза: Решить - удалить эту фразу или нет===================
ВИДЕО.
никакого про это не будет: все тоже самое что в bx24 происходит и на стороне нашего сайта: 
- пришел заказ - товар выбранный пользователем поставился в резерв = количество на сайте поменялось (-Х товара в заказе )
- заказ завершен успешно - товар вышел из резерва и итоговое количество пересчиталось с вычетом зарезервированного количества.
- заказ завершен отменой - товар вышел из резерва и итоговое количество пересчиталось без вычета зарезервированного количества.

Итог: в общем все просто, и это позволяет верно отображать остатки на сайте, передавать верные значения по api на маркетплейсты и тд. 
Из плюсов: можно отметить то что со стороны Интернет Магазина функционал изменения количества требут меньше кликов и соответственно это самую малость на 0.001% ускоряет работу с остатками. 

===============Тут была фраза: Решить - удалить эту фразу или нет===================

Вывод:
Переезд складского учета в Интернет Магазин продиктован отсутствием добавления кодов Маркировки к заказу как в bitrix24 так и в других системах учета. И раз уж есть потребность прикреплять коды маркировки к заказу ( а далее вы поймете зачем это нужно ) то и складской учет тоже подвинули в CMS, (т.к лишняя развязка по api уже не к чему)

✅Итог: разница во времени незначительна, но все же это место получилось сделать на пару секунд быстрее чем в bitrix24. И с учетом что править остатки приходится кране редко (не каждый день), 
а вот возможность пользоваться более дешевыми тарифами bitrix24 должно позитивно сказываться на себестоимости товара ( от 5р до 40р в пересчете на месячный объем 500изд. и 4000изд.) для нас играет более важную роль.
✅Итог: Другой момент заключается в том что если вы не перенесете складской учет из Bitrix24 в свою систему, то не сможете работать с маркировкой в заказах -  Это важно .

‼️Заключительная нота: Вот так вот "просто"(сложно и долго) подвинуть складской учет из CRM(Bitrix24) в CMS(opencart), с учетом что на предыдущий складской учет было все завязано - и остатки на маркетплейсах и ККМ и выгрузки номенклатуры, исправить все ошибки.... Все было "по ID товара в битрикс." - просто это только в этом тексте, фактически пришлось перелопатить почти все что делалось в течении нескольких лет до введения Маркировки. и эта переделка заняла несколько месяцев.
- и было бы все так печально, если-бы в том же Битриксе было бы поле для ввода кода к каждому товару - можно было бы эти коды передать как нам удобно в Битрикс или наоборот забрать оттуда. Но увы...

‼️О Маркировке: Да я понимаю - было все "как у людей" = одна строка в 2 столбца : название товара + количество. 
А теперь, здравствуйте! куча строк:  название товара + КИЗ + КИЗ + КИЗ + КИЗ + КИЗ + КИЗ и тд.
Ну не могут они получается в битриксе эту задачу решить или не хотят... ( просто поставьте 1с и там у вас будут другие проблемы, а битрикс как бы не причем. )

Как это по-модному называется ? -  "работа с экземплярами".

2.Создали наглядный складской учет из CRM в CMS. (Работа с номенклатурой)

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

Что тут можно делать - Для Менеджера и покупателя:

• быстро найти нужный товар или связку по SKU (нет на видео, забыл записать)
• Выбрать категорию товаров в меню слева и просматривать любые остатки по данной категории
• Отфильтровать складские остатки по любому признаку: Модель, цвет, размер, тип размера, тип ткани.
• Установить срез от Количества - вы можете указать какой количество на остатках вас интересует, к примеру - больше 5. Все что меньше 5 будет подсвечено красным, все что больше 5 - останется белым. И зачем это нужно смотрите в примерах. 
• Выгрузка выборки в EXEL.

Фактически Менеджер и Покупатель имеет удобный и быстрый доступ к информации по остаткам номенклатуры. Это то чего не хватает для работы с номенклатурой в крупных программах типа Битрикс24 или Мой Склад - чтобы там узнать остатки вы должны ввести название или Артикул товара. Тут же вы можете просматривать выборку товаров для дальнейших операций с этими данными в комфортном интерфейса.


❌ Минусы:

• Нет документов Приход/Реализация и нет окна для работы с этим типом документов. = тут я должен прокомментировать что это попросту не делалось, потому что этот функционал не влияет на работу по Маркировке, а следовательно его нет необходимости делать здесь и сейчас. Если такой функционал будет нужен - подумаем и сделаем с учетом Маркировки.

✔️ Плюсы:

• Удобный интерфейс. (Все действия на одном экране)
• Хороший срез фильтра по нужным характеристикам товара для производства.( А этого нет в классических программах для складского учета)
• Подсветка кол-ва по фильтру. А это нам очень нужно для оформления заказ-наряда на производство.(смотри примеры)
• Переход в Карточку товара с экрана модуля Складской Учет и переход в модуль Маркировку с экрана Карточка Товара.
• Выпуск кодов к выбранной номенклатуре и изменение кол-ва (создание документа типа Приход/Реализаци - функционал допишем при необходимости)

Примеры:

Пример 1:
Допустим у вас есть сырье, которые вы закупили ранее. Для примера пусть это будет "Футер 2х нитка franch terry" оранжевого цвета. Т.е вам нужно переработать конкретное сырье. Открываем модуль Складской Учет. Фильтруем по типу ткани, и указываем кол-во 5: 

Для данного типа ткани в нашей номенклатуре есть 3 позиции: 1.Свитшот летний 2.Футболка оверсайз 3.Футболка с капюшоном RoXy.
Из скриншота видно что S-woman-40р-р не попало в выборку меньше 5, поэтому их не подсветило красным. 
Все остальное на этом экране можно отправлять в пошив из данного типа сырья. 
А так-же глядя на этот экран можно сделать вывод, что Футболка с капюшоном RoXy может быть пошита не во всех размерах а в тех которые хорошо продаются М-48, L-50, 2XL-54, 3XL-56. 
И да: Мы пользуемся этим функционалом регулярно, именно вот такое ТЗ: "Футболка с капюшоном RoXy М-48, L-50, 2XL-54, 3XL-56". было отправлено сегодня(16.02.2026) в производство из остатка ткани.

Пример 2:
Допустим у вас есть заявка на бирюзовые товары. Клиенту не важно какая это будет модель, важно чтобы цвет товара был Бирюзовый, т.к это будет его фирменный стиль. Нужно небольшое количество 10-20шт. Оперативно с печатью за 1 день. Вот результат выборки 

- нажмите чтобы увеличить скриншот. 

• Дело в том что данный функционал на текущий момент не имеет прямого отношения к Маркировке Честным знаком. Его создавали очень быстро(примерно за 1-1,5 месяца). Он не заменял Приход/Реализацию в Битрикс24, а нужен был для удобной работы с большой номенклатурой. И поскольку от складского учета в Bitrix24 мы ушли в собственную систему складского учета, из-за отсутствия маркировки в Bitrix24, этот функционал стал основной заменой.
• И надо учитывать что после отказа от учета в битрикс24 ( а мы вынужденны сменить эту базу из-за ограничений битрикса и отсутствием Маркировки в Б24) - единственное изменение в этом модуле это переход в карточку товара.
• Да мы думали над тем чтобы сделать аналогичное действие Приход и Реализацию(Списание) на нашей стороне - Да этот функционал был бы удобен. Но, из-за огромного объема работ по маркировке мы просто решили пропустить любые доработки в этом месте (и правильно сделали). 
• А также все изменения по кол-ву - записываются в логи, и до введения Маркировки - именно отсюда по API создавались документы Приход/Списание в Bitrix24.
• Т.е чтобы этот функционал "скрестить" с маркировкой и полноценным складским учетом - нужно четкое ТЗ. Если этот складской учет нужен в Bitrix24 для для отчетности - это одна задача. если тоже самое но для 1с - то это другая задача. Если нужно оформление страницы приход и реализация то это третья задача.  Еще раз для внедрения Маркировки, такая задача не стояла - поэтому это и не делалось.

Да, при желании можно допилить в полноценный функционал для маркировки - выполнять все действия с этого окна - и выпуск кодов вместе с нанесением и вводом в оборот и проводки по складу одновременно. Тут достаточно резюмировать что "есть хорошая база" для написания такого функционала. ВАЖНО то что вперед этого нужно реализовать функционал отгрузки маркированных товаров, потому что в его отсутствии вы делаете это в Честном Знаке. А в честном знаке как вы понимаете это пытка для менеджера.  

Комментарий в разрезе Маркировки: 

• У нас складские Остатки совпадают с количеством кодов маркировки. В идеале вести складской учет, опираться в на кол-во кодов Маркировки выпущенных на предприятии. но есть 2 НО: 
  1. Половина кодов на складе выпущена из приложения Маркировка Просто, и они не в нашей базе, для  этого мы придумали решение (опишем ниже). Но в таком случае нужно половину склада пере-маркировывать.
  2. Коды Маркировки принадлежат конкретному ИНН. Нужно дописывать функционал в систему который будет отсеивать коды маркировки которые не принадлежат нашему ИНН, а принадлежат уже другим ИНН. Да это можно сделать.
  И вот эти 2 пункта - большой тормоз на этом пути. Другими словами когда-нибуть мы к этому придем но не сейчас.

3. Научили нашу систему распознавать коды маркировки из приложения "Маркировка Просто" и добавлять в нашу Программу (Базу). + Добавили печать наклейки на экран Сканирования.

В предыдущем пункте мы затронули проблему что половина товаров маркирована в "Маркировка Просто", и было озвучено что мы не можем фиксировать такие коды в нашем складском учете, и это лишь часть проблемы:
 
Поднял в архиве работ по этому месту скриншот. Вот так определялся маркированный товар в нашей системе. Поскольку товар не определился в нашей системе - его невозможно использовать ни в модуле "Редактор заказа" ни в модуле "УПД". Вы можете вывести такой товар из оборота, но этот функционал доступен частично. например такие заказы с "кодами маркировки от ЧЗ" мы отгружали на маркетплейсы больше года, указывая номер заказа маркетплейса в нашем модуле "Сканер". То есть такой код распознается системой Честный Знак, и ввод-вывод из оборота работает. Но вы не можете их нормально использовать в "Создании и Редактировании Заказа" и "УПД" т.к у нас там заложены проверки на "целостность" - соответствие КИЗа товару в заказе, проверка по количеству и другие. Мы будем говорить подробно об этих проверках как только мы дойдем до нужного места. 
Тут Важно - Если товар не распознается в нашей системе то с ним невозможно работать "по заказам" и следовательно нужно исправить это:

Подробное описание к видео:

• Первая строка на видео - товар не имеющий сопоставления в нашей базе данных. по API забираем: название, производителя, модель, артикул и тд. пишем одной строкой. 
• Вторая строка на видео - это наш "обычный" товар уже содержавшийся в базе данных, по которому была выпущена ранее наклейка с кодом маркировки. Это базовый функционал.
• Третья строка на видео - это наш товар, но маркированый приложением Маркировка Просто.  Этот вид товаров нам и мешал создать модули "создание и редактирование заказа". как описано выше этот товар сопоставляется с нашей базой, но и это еще не все.

✔️Первые версии были не автоматизированны:
Изначально, нужно было вручную сопоставлять товар в этом месте, по нажатию кнопки "Печать" в модуле СКАНЕР (Ах да кстати про это {"Печать"} нет данных в 1 части 2024год, потому что это делывалось в 2025году, напишем далее).
К сожалению я не могу сделать видео как это работало изначально.Но работало оно так - вы сканируете товар маркируемый приложением Маркировка Просто. Этот товар определяется как "Неизвестный товар". Нажимаете на кнопку печать Этикетки, и по этому триггеру идет добавление в базу данных. Через какое-то время мы поняли что, товар можно и нужно добавлять в нашу базу сразу, потому что: 
1. опять же, мешало модулю Создание и Редактирование Заказа 
2. Для экономии времени: да вы можете напечатать новую "красивую наклейку с КИЗ и заклеить старую от ЧЗ, но зачем? Да это можно сделать для красоты, если есть время... время не всегда есть переклеивать наклейки. Когда вы работаете на объеме можно отгрузить наклейки и старого образца, ведь данные по маркировке остаются те же что на наклейке от ЧЗ, что на нашей фирменной наклейке = в них КИЗ одинаковый. В любом случае вы можете работать как со старыми наклейками так и перепечатывать новые по желанию "для красоты". 
✔️Передвинули распознавание КИЗ от ЧЗ на этап сканирования.
Теперь сразу при сканировании в модуле "Сканер",  а также во всех остальных модулях, если попадается "наклейка от ЧЗ" - она сразу добавляется в базу и ей присваивается порядковый номер. А так же:
✔️Покрасили такую строку, где произошло авто-распознавание КИЗ в фиолетовый оттенок, для удобства оператора.
Если вы массово работаете с кодами и вашей задачей будет перепечатать(пере-маркировать) стикеты от ЧЗ на новый формат стикеров нашего модуля, вам будет удобно в общем списке видеть к каким конкретно КИЗ добавился порядковый номер в базе данных. ( пример вы собираете заказ из 20 позиций, из разных партий - часть идет со старыми стикерами от ЧЗ, часть с новыми от Магазина Толстовок, и вы хотите переклеить стикеры чтобы все товары были одинаково упакованы, чтобы увидеть все старые стикеры и по ним распечатать фирменную наклейку - сделали подсветку)

3. Ремарка про автоматизацию оборота документов в CRM (Как было до Маркировки Честный Знак).

Без добавления кодов маркировки к заказам невозможно работать слаженно в одной системе. Фактически если документооборот вы ведете в CRM или учетной программе, то вам приходится обрабатывать отдельно в Честном Знаке или даже работая по API, приходится совершать отдельные действия для проведения кодов маркировки.

К примеру мы давно наладили удобный документооборот в битрик24, и приглашаем вам посмотреть это видео (не относится к теме про ЧЗ, но чтобы было понимание как мы хорошо сделали и упростили менеджерам жизнь ранее)

Наш документооборот в Bitrix24

На этом видео:

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

- так легко было работать до введения Маркировки. Хорошо конечно что документооборот у нас удобный. да так все работают, тут ничего нового. Но теперь добавилась Маркировка. а в битриксе маркировки - нет.

- согласитесь, когда компании выставляет более 1000 счетов и год, вам просто необходимо делать это быстро, по шаблонам, внося минимум правок и тд... 
Так мы и работали, спокойно делая свою работу, выставляя счета, подписывая накладные, согласовывали договора, составляли акты, высылали коммерческие предложения,
НО, пришел "Честный" знак? и жизнь стала невыносима. ( кто-то даже уволился именно из-за УПД с кодами).

И к чему это все?

Так вот. ведь с этим нужно что-то делать. до честного знака было достаточно 2х менеджеров и руководителя чтобы закрывать почти 1000 счетов. Да, местами, в сезон тяжело, но как-то жили же. Теперь же нужно и УПД набивать на каждую отгрузку - анкету, да еще и сканером ТСД сканировать десятки или сотни кодов в каждую УПД, держать в голове как бы  эти коды будите выводить из оборота, уточнять у контр-агента какие коды будут: с выводом из оборота, без вывода из оборота, наносить ли коды на каждую упаковку или просто передать их в УПД и тд. Да и контр-агентам эти коды не нужны... ну ладно поговорим об этом позже. С введением маркировки жизнь тотально усложнилась и...
... и  после того как наладили грамотный выпуск кодов на производстве, пришло время задуматься о том как быстро эти коды можно отгружать.

И что в итоге?

Да, действительно, все как-будто бы очень просто: 
Нужно сделать то-же самое что и с документами. чтобы вся эта возня с кодами была быстрая и удобная. Но вот сделать такое с кодами маркировки - Ой как не просто:

Что решили?

Будем добавлять коды к заказу - это наша отправная точка. Если коды добавлены к заказу то уже можно что-то с этим сделать - об этом и будет эта статья - то что  успели сделать на сегодняшний день:

3. Сделали удобное оформление заказа в CMS ( В админке сайта ).

Чтобы добавить коды к заказу было 2 пути:
- 1) На сервер, где крутиться CMS поставить также Коробочную версию Битрикс24 и работать между CMS Opencart и CRM Bitrix24 используя разные порты сервера. Таким образом можно пилить Битрикс24 самостоятельно и добавить работу с кодами миркировки в битрикс24. 
Но минусы нивелируют плюсы:
 - во-первых ежемесячный платеж за битрикс и так высокий для магазинов в которых более 5000 товаров и используется API вы платите ежемесячно на текущую дату примерно 23000р месяц. При использовании складского учета не на стороне битрикс можно оботийсь базовым тарифом за 3500р/мес.
Во-вторых - содержать на своем сервере еще и битрикс требует определенных затрат времени, чтобы все работало. так что лучше если это будет происходить в облаке и все технические проблемы будут решаться специалистами из битрикс.
В-третьих и самое важное, вся база с кодами маркировки находится на стороне CMS, и используя "допиленный" битрикс вы всеравно будите иметь дело с API, и делать ответную чатсь на стороне CMS чтобы проводить и работать с кодами миркировки.
= в общем помимо разумных плюсов еще и важный момент в эксплуатации такой системы в последствии   

- 2) Срзу сделать на стороне CMS удобную форму создания заказа и передавать созданный заказ в Битрикс для дальнейшей работы там.
тут из плюсов то что можно прям с нуля "нарисовать" то что нужно на "чистом" экране, не учитывая архитектуру битрикс, а также синхронизивать с остальными модулями, такими как наполнение УПД кодами маркировки и тд.

Разумеется мы сделали сделали на стороне CMS Opencart.

В целом получилось похожее оформление заказа с тем же поиском по контрагентам ( клиент компания телефон ИФО и тд. ) и ничего лишнего - все на одной странице.
По сути это немного удобнее чем в битрикс24, т.к все на одном экране без прокруток, и меньше кнопок нажимать, но это нивелируется дальнейшим переходим в битрикс для продолжения работы с этим заказом.

Итак посмотрим и сравним в базе создание заказа в Битрикс24 и наше оформление заказа написанное на CMS Opencart:

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

4. Добавление кодов маркировки к заказу в нашей системе:

У нас получилось несколько способов добавления кодов к заказу, поэтому перечислим доступные на сегодняшний день варианты.
Помимо того что заказы поступают из разных источников, еще и принцыпы работы с заказами разные: что-то собираем со склада, а что-то нужно пошить выпустив при этом нужные коды маркировки. А что-то поставить в резерв в ожидании поступления денежный средства на р/с. Поэтому для каждой ситуации работы с заказами проработали логику и требуемый функционал. Рассмотрим все доступные варианты на сегодняшний день.

4.1 Вариант 1. Сканируем коды сканером и прикрепляем к заказу:

Самая распространенная ситуация для небольших заказов от 1шт до 10шт на нашем производстве - заказ со склада. При розничных и небольших заказах сборка со склада происходит ежедневно. 
Как это работает: поступает заявка из любого источника: заказ на сайте, по телефону или в мессенджере или в соц сети - необходимо создать заказ в CMS и дублем в CRM и добавить в него коды маркировки изделий из этого заказа.
Заказ может быть уже оплачен, но находится в работе например в печати или вышивке, но изделия с конкретными кодами маркировки уже прикрепленны к заказу.
Заказ может быть так же и не оплачен, но отложен под клиента, это частое условие работы чтобы клиент был доволен, коды от изделий этого заказа также требуется разместить в сущности заказа в CMS и CRM. Даже в том случае если заказ не состоится с кодами ничего не произойдет (они не выведутся из оборота и тд) и с количеством изделий на складе также будет порядок - если такой заказ будет анулированн то значения в складском учете станут прежнеми. А пока заказ создан - изделия по кол-ву находятся в резерве, таким образом мы избегаем дублей с других источников такие как заказы на маркетплейсе, сайте и другие.

Итак, к нам поступает заказ, который необходимо создать и наполнить изделиями со склада:

Создание заказа через считывание кодов маркировки 

На этом видео:

Последовательность действий:

• ✔️ Открыть страницу модуля "ЧЗ-СКАНЕР"
• ✔️ Один за одном сканировать коды маркировки обычным сканером 2D
• ✔️ Нажать "Продолжить"
• * При необходимости можно отредактировать цену каждого товара отдельно

• ✔️ Нажать кнопку "Заказ" - вы попадете на страницу оформления заказа

  
  

напиши текст