Интеграция CMS и CRM c ЧЗ
Делаем интеграцию между Интернет Магазином(CMS), системой управления заказами (CRM) и Честным знаком
И мы просто ВЫНУЖДЕННЫ это делать.
Никаких других вариантов быстрой работы с КИЗами нам не предоставляют, ни Честный Знак, ни Bitrix24 ( BX24 вообще игнорируют маркировку, несмотря на то что "Legacy" функционал 2019года у них есть...) ни другие сервисы.
Если коротко (а потом будет когда-нибуть развернуто): Придумали систему Маркировки "Честный Знак" с их задачами, а для 'пользователей' не предоставили полноценный функционал работы с кодами маркировки нигде( как-бы: нужно проверить эту информацию, и быстром поиске в яндекс: подобный функционал отсутствует в 1c и bitrix24, и лишь в одной crm обнаружил добавление кода к заказу, и опять же с этим еще нужно работать...)
Да с этим еще нужно работать: ну нет для "Маркировки" требуемого 'Функционала' из коробки НИГДЕ. ( и опять об этом поговорим потом. попозже...)
В чем собственно идея?
- идея в том что раз уж придумали систему маркировки, то нужно как-то с этим жить, пока другие возятся с тем как маркировку наносить, мы подошли к финальному этапу: как эту маркировку быстро проводить. / это и есть основная беда всей этой Маркировки для общества, производителя, потребителя, продавца и тд. /
То что сегодня я буду вам показывать, этот «пресс-релиз»
, - "сырое" 'дно' {маркировки} и опережает полноценный рабочий функционал... но у нас нет никакого выбора, потому что что маркировка душит производство ( эх... , да ладно... молчу ), да просто денег нет ни на то чтобы нормально работать дальше, ни на то чтобы доделывать эту "маркировку". вот все: Денег НЕТ. Спасибо ne Честный знак - вы уже все соки выпили и все такое...
Что мы сделали:
1.Перенесли складской учет из CRM в CMS.
Повторюсь, bitrix24 функционал добавления кода маркировки к товару в заказе обозначил как legacy, хотя фактически он есть но убран, и включить его можно только по запросу в ТП. и из-за этого связи с другими нужными функциями не работают. ПОЧЕМУ?
- согласитесь, ставить на один сервер и CMS и CRM на разные порты - тот еще экстрим, да и кому это нужно? разумеется проще перенести складской учет в CMS что мы и сделали, заодно и "перехали" с тарифа "профессиональный" на "базовый", кторого /в целом/ хватает ( а это извините 230 000р/год к 32 000р/год, весьма ощутимая разница в себестоимости товара. Да мы могли бы не перезжать в более дешевый тариф, но товарищи из bitrix24 - алло " где маркировка?". Переведу: весь складской учет теперь ведется прямо в админке сайта, и более дориги тарифы bitrix24 оазались просто не нужны, хотя еслибы у них работал функционал маркировки для актуального режима работы портала, то скорее всего мы бы не стали занижать тариф и воспользовались бы "их полем" для ввода маркировки. Долго эту тему не могу развертывать - запрос в ТП был отправлен, ответ что функционал "устарел" получен, ответ что добавлять маркировку в битрикс они не планируют - известен. да и вообще все все поняли. Ничего личного. Вообще странно что вы удивляетесь что товары дорожают...ну ладно, и эта "маркировка" когда-нибуть тоже пройдет.
ВИДЕО.
никакого про это не будет: все тоже самое что в bx24 происходит и на стороне нашего сайта:
- пришел заказ - товар выбранный пользователем поставился в резерв = количество на сайте поменялось (-Х товара в заказе )
- заказ завершен успешно - товар вышел из резерва и итоговое количество пересчиталось с вычетом зарезервированного количества.
- заказ завершен отменой - товар вышел из резерва и итоговое количество пересчиталось без вычета зарезервированного количества.
Итог: в общем все просто, и это позволяет верно отображать остатки на сайте, передавать верные значения по api на маркетплейсты и тд.
Из плюсов: можно отметить то что со стороны Интернет Магазина функционал изменения количества требут меньше кликов и соответственно это самую малость на 0.001% ускоряет работу с остатками.
- ❌ Открыть страницу "Складской учет" - скопировать название
- ❌ Выбрать пункт меню "приход" или "реализация
- ❌ Нажать "Создать"
- ❌ От сканировать обычный штрихкод EAN13 (SKU) либо ввести название
- ❌ Ввести количество
- ❌ Нажать "сохранить и провести"
- ❌ Указать компанию "поставщика"
- ❌ нажать "сохранить и провести"
- ✔️ Открыть страницу модуля "Честный знак" - перейти по ссылке "Список кодов"
- ✔️ Сканировать на выбор: Код Маркировки ЧЗ, либо ШК EAN13(SKU), либо НОМЕР НАКЛЕЙКИ, либо ввести название, или указать GTIN товара.
- ✔️ нажать на количество и ввести новое значение
(как альтернатива из прошлой статьи, вы меняете количество используя "+" и "-" в соответствии с количеством выпущенных кодов ( см п.4 и п.5 в предыдущем анонсе ) ✔️
Вы обнаружили по "складскому учету" несообтвествие товара на складе по количеству. допустим в коробке у нас лежит 9 изделий, а складской учет отображает только 8.
чтобы это исправить вам необходимо проделать все описанные выше действия для кнопки "списание" - вы должны будите в уме посчитать 9-8=1 и указать в документе списания цифру 1, так же проскандировав ШК и тд.
чтобы это исправить вам необходимо проделать все описанные выше действия: сканировать код маркировки (можно ШК либо другое) - нажать на количество и изменить на нужное количество ( на экране отображается 8. нажимаем на клавиатуре 9 + ENTER)
Да, тут из коробки представлен функционал с разными поставщиками и это правильно, и в целом в bitrix24 абсолютно нормальный складской учет, весьма быстрый и надежный. просто так не было смысла ничего менять.
незначительно уступает
незначительно выигрывает
Был и есть функционал работы с разными поставщиками.
Минусы:
поиск доступен только по названию и ШК
Можем искать по КИЗ, GTIN, номеру наклейки, ШК, названию
Минусы:
- Нет привычного "приход" "реализация "списание"
- не указывается контрагент-поставщик.
важно понимать что этого нет потому что сейчас, на нашем производстве этот функционал пока попросту еще не нужен. ( при необходимости, поверх, можем создавать автоматизированно по API документ прихода или списания в bitrix24 от имени пользователя ИМ=пользователю BX24 в зависимости от того как изменилось значение в графе кол-во и/или модуль в котором будут отображаться и создаваться документы прихода или расхода с аналогичным функционалом как у любой crm или bitrix24, а пока просто пишем в лог, с указанием пользователя ИМ. сейчас делать приход-расход не основная наша задача.)
Вывод:
Переезд складского учета в Интернет Магазин продиктован отсутствием добавления кодов Маркировки к заказу как в bitrix24 так и в других системах учета. И раз уж есть потребность прикреплять коды маркировки к заказу ( а далее вы поймете зачем это нужно ) то и складской учет тоже подвинули в CMS, (т.к лишняя развязка по api уже не к чему)
✅Итог: разница во времени незначительна, с учетом что править остатки приходится кране редко (не каждый день),
а вот возможность пользоваться более дешевыми тарифами bitrix24 должно позитивно сказываться на себестоимости товара ( от 5р до 40р в пересчете на месячный объем 500изд. и 4000изд.)
‼️Заключительная нота: Вот
так вот "просто" подвинуть складской учет из CRM(Bitrix24) в
CMS(opencart), с учетом что на предыдущий складской учет было все
завязано - и остатки на маркетплейсах и ККМ и выгрузки номенклатуры,
исправить все ошибки.... Все было "по ID товара в битрикс." -
просто это только в этом тексте, фактически пришлось перелопатить почти
все что делалось в течении нескольких лет до введения Маркировки. и эта
переделка заняла несколько месяцев.
- и было бы все так печально,
если-бы в том же Битриксе было бы поле для ввода кода к каждому товару -
можно былобы эти коды передать как нам удобно в Битрикс или наоборот
забрать оттуда. Но увы...
Да я понимаю - было все "как у людей" = одна строка в 2 столбца : название товара + количество.
А теперь, здравствуйте! куча строк: название товара + КИЗ + КИЗ + КИЗ + КИЗ + КИЗ + КИЗ и тд.
Ну не могут они получается в битриксе эту задачу решить или не хотят... как это по-модному называется: "работа с экземплярами"
2. Ремарка про автоматизацию оборота документов в 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:
Последовательность действий:
- ❌ Открыть страницу "Складской учет" - скопировать название
- ❌ Выбрать пункт меню "приход" или "реализация
- ❌ Нажать "Создать"
- ❌ От сканировать обычный штрихкод EAN13 (SKU) либо ввести название
- ❌ Ввести количество
- ❌ Нажать "сохранить и провести"
- ❌ Указать компанию "поставщика"
- ❌ нажать "сохранить и провести"
Последовательность действий:
- ✔️ Открыть страницу модуля "Честный знак" - перейти по ссылке "Список кодов"
- ✔️ Сканировать на выбор: Код Маркировки ЧЗ, либо ШК EAN13(SKU), либо НОМЕР НАКЛЕЙКИ, либо ввести название, или указать GTIN товара.
- ✔️ нажать на количество и ввести новое значение
(как альтернатива из прошлой статьи, вы меняете количество используя "+" и "-" в соответствии с количеством выпущенных кодов ( см п.4 и п.5 в предыдущем анонсе ) ✔️
Пример:
Вы обнаружили по "складскому учету" несообтвествие товара на складе по количеству. допустим в коробке у нас лежит 9 изделий, а складской учет отображает только 8.
чтобы это исправить вам необходимо проделать все описанные выше действия для кнопки "списание" - вы должны будите в уме посчитать 9-8=1 и указать в документе списания цифру 1, так же проскандировав ШК и тд.
Пример: Вы обнаружили по "складскому учету" несообтвествие товара на складе по количеству. допустим в коробке у нас лежит 9 изделий, а складской учет отображает только 8.
чтобы это исправить вам необходимо проделать все описанные выше действия: сканировать код маркировки (можно ШК либо другое) - нажать на количество и изменить на нужное количество ( на экране отображается 8. нажимаем на клавиатуре 9 + ENTER)
Комментарий:
Да, тут из коробки представлен функционал с разными поставщиками и это правильно, и в целом в bitrix24 абсолютно нормальный складской учет, весьма быстрый и надежный. просто так не было смысла ничего менять.
Комментарий: Просто быстрый функционал = все тоже самое, но меньше окон и кликов. Опять же таки поскольку была необходимость переместить складской учет в crm - сделали максимально просто и быстро без лишнего функционала. по сути только для собственного производства.
незначительно уступает
незначительно выигрывает
Был и есть функционал работы с разными поставщиками.
Минусы:
поиск доступен только по названию и ШК
Можем искать по КИЗ, GTIN, номеру наклейки, ШК, названию
Минусы:
- Нет привычного "приход" "реализация "списание"
- не указывается контрагент-поставщик.
важно понимать что этого нет потому что сейчас, на нашем производстве этот функционал пока попросту еще не нужен. ( при необходимости, поверх, можем создавать автоматизированно по API документ прихода или списания в bitrix24 от имени пользователя ИМ=пользователю BX24 в зависимости от того как изменилось значение в графе кол-во и/или модуль в котором будут отображаться и создаваться документы прихода или расхода с аналогичным функционалом как у любой crm или bitrix24, а пока просто пишем в лог, с указанием пользователя ИМ. сейчас делать приход-расход не основная наша задача.)
Вывод:
В целом совершенно равнозначный функционал - нет никакой разницы где создавать заказ, за исключением что в нашем варианте добавляется работа с кодами маркировки, что собственно от нас и требуется. В следующем пункте начнем разбирать работу с кодами маркировки при оформлении заказа.
4. Добавление кодов маркировки к заказу в нашей системе:
У нас получилось несколько способов добавления кодов к заказу, поэтому перечислим доступные на сегодняшний день варианты.
Помимо того что заказы поступают из разных источников, еще и принцыпы работы с заказами разные: что-то собираем со склада, а что-то нужно пошить выпустив при этом нужные коды маркировки. А что-то поставить в резерв в ожидании поступления денежный средства на р/с. Поэтому для каждой ситуации работы с заказами проработали логику и требуемый функционал. Рассмотрим все доступные варианты на сегодняшний день.
4.1 Вариант 1. Сканируем коды сканером и прикрепляем к заказу:
Самая распространенная ситуация для небольших заказов от 1шт до 10шт на нашем производстве - заказ со склада. При розничных и небольших заказах сборка со склада происходит ежедневно.
Как это работает: поступает заявка из любого источника: заказ на сайте, по телефону или в мессенджере или в соц сети - необходимо создать заказ в CMS и дублем в CRM и добавить в него коды маркировки изделий из этого заказа.
Заказ может быть уже оплачен, но находится в работе например в печати или вышивке, но изделия с конкретными кодами маркировки уже прикрепленны к заказу.
Заказ может быть так же и не оплачен, но отложен под клиента, это частое условие работы чтобы клиент был доволен, коды от изделий этого заказа также требуется разместить в сущности заказа в CMS и CRM. Даже в том случае если заказ не состоится с кодами ничего не произойдет (они не выведутся из оборота и тд) и с количеством изделий на складе также будет порядок - если такой заказ будет анулированн то значения в складском учете станут прежнеми. А пока заказ создан - изделия по кол-ву находятся в резерве, таким образом мы избегаем дублей с других источников такие как заказы на маркетплейсе, сайте и другие.
Итак, к нам поступает заказ, который необходимо создать и наполнить изделиями со склада:
Создание заказа через считывание кодов маркировки
На этом видео:
Последовательность действий:
- ✔️ Открыть страницу модуля "ЧЗ-СКАНЕР"
- ✔️ Один за одном сканировать коды маркировки обычным сканером 2D
- ✔️ Нажать "Продолжить"
- * При необходимости можно отредактировать цену каждого товара отдельно
✔️ Нажать кнопку "Заказ" - вы попадете на страницу оформления заказа
На этом видео:
- ✔️ Открыть страницу модуля "ЧЗ-СКАНЕР"
- ✔️ Один за одном сканировать коды маркировки обычным сканером 2D
- ✔️ Нажать "Продолжить"
- * При необходимости можно отредактировать цену каждого товара отдельно
✔️ Нажать кнопку "Заказ" - вы попадете на страницу оформления заказа
напиши текст











































































































