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

Во многих шоурумах дистрибьюторов у заказа две жизни. Первая: консультант записывает его рядом с клиентом, на бумаге или в телефоне. Вторая: кто-то другой вводит его в ERP-систему заново. Это и есть двойной ввод. Когда речь идёт о заказах клиентов в ERP и об интеграции шоурума с ERP, эту проблему мы решаем в первую очередь.
Повторный ввод выглядит как простая офисная задача, но последствия видны по всей цепочке:
Неверный код, количество в другой единице (квадратные метры вместо упаковок) — и склад готовит не то, что заказал клиент.
Заказ попадает в ERP тогда, когда до него доходит человек, который его переписывает, а не когда он оформлен.
Касса не знает, что собрано, а ERP узнаёт об оплате поздно, иногда только к концу дня.
Никто не может точно сказать, где сейчас его заказ.
Идея простая: заказ создаётся один раз, на терминале консультанта, и оттуда уходит сам. По пути информация движется в обе стороны.
Консультант собирает его с клиентом на терминале.
Уходит сразу и полностью: клиент, товары, склад, код.
ERP присылает сигнал, когда товар готов.
Клиент видит код и сообщение, что можно платить.
Код сканируется, заказ загружается сам.
Оплата и фискальный чек возвращаются в ERP.
Шаги и передаваемые данные подробно описаны на странице Интеграция с ERP.
Прежде чем выбирать модуль для шоурума, стоит проверить, что может предложить ваша ERP. Модуль подключается через веб-сервисы или JSON, поэтому сначала нужно выяснить, какой из двух вариантов доступен. Дальше вопросы такие:
Отвечать на всё самостоятельно не нужно: на демонстрации мы проходим эти вопросы вместе, на данных компании.
Любая интеграция должна учитывать перебои. Здесь отправка повторяется автоматически, пока заказ не будет принят, а каждый обмен остаётся в журнале. Вместо «кажется, дошло» у вас есть подтверждение: что отправлено, что получено и когда. Такой журнал упрощает и разбор спорных случаев между шоурумом, складом и бухгалтерией.
Поток выше — сценарий «ERP, сборка, оплата», подходящий, когда товар готовят на складе. Если товар забирают прямо из шоурума, заказ может попасть в ERP только после оплаты: сценарий «Оплата, затем ERP». Разница объяснена в руководстве по режимам оплаты. Сценарий выбирается при внедрении и меняется в настройках.
У консультанта исчезают бумаги; на склад заказ приходит с теми же данными, что видел клиент (складская часть); у кассира остаются один код и один чек; в бухгалтерии оплата появляется сразу. О других связях наших решений с внешними системами читайте на wms.md.
Самый практичный первый шаг — выписать, где именно в вашем процессе заказ переписывается: на терминале, у кассира, в учётном отделе. Каждое такое место — кандидат на автоматическую передачу. После этого проще сравнить текущий путь заказа с шестью шагами выше и решить, какой сценарий вам ближе. Остальное, включая подключение к ERP и настройку экрана для покупателей, делается при внедрении, без программирования под каждую компанию.
От образца на стенде до заказа в ERP-системе: что сканируется, что видит консультант, где обычно возникают ошибки и как их избежать.
Подробнее →Десять вопросов, которые стоит задать любому поставщику, прежде чем выбирать программу для шоурума: от образца до кассы, с ERP-системой и экраном для клиентов посередине.
Подробнее →Встроенный сканер, батарея на смену, экран, защита: что выбрать консультантам шоурума — терминал, планшет или телефон.
Подробнее →Разговор на 30 минут о реальных процессах шоурума и склада — без общих презентаций.