Кейс: 1С УТ, Розница и RetailCRM: как перестать терять скидки и исключить отгрузку неполных заказов для бренда одежды.

LUSIO — российский бренд женской одежды, создающий актуальные модели для повседневной жизни. Компания развивает продажи через интернет-магазины ( их 2) и розничные магазины, расположенные в Москве и Московской области, а также в других регионах Российской Федерации, общая розничная сеть насчитывает около 20 торговых объектов.

ПРОБЛЕМЫ:
В проекте выявлены ключевые проблемы интеграции между RetailCRM, сайтом на 1С-Битрикс, 1С: Управление Торговлей, 1С: Розница, которые нарушали автоматизацию обработки заказов, нумерацию документов и расчеты скидок:

• При синхронизации заказов между RetailCRM и 1С возникала циклическая передача данных. 1С отправляла в CRM не только статус, но и цены, скидки и НДС. CRM пересчитывала заказ на основе этих данных и отправляла их обратно, что приводило к искажению итоговой стоимости и неактуальной информации о скидках.
• Смешение заказов из разных магазинов: С запуском второго интернет-магазина luisawang.ru все заказы в 1С УТ и 1С Розница поступали вперемешку. У сотрудников не было возможности на этапе комплектации и в закрывающих документах понять, из какого именно магазина пришел заказ, что критически важно для раздельного учета и отчетности.
• Риск отгрузки неполностью собранных заказов: Существовала вероятность перевести заказ в статус «Готов к выдаче», даже если по какой-то позиции не был подтвержден резерв или не стояла отметка об отмене. Это создавало риск для репутации и недопоставок клиентам.
• Отсутствие гибкого управления статусами товаров при интеграции 1С и CRM: Стандартной отмены было недостаточно — требовалось отслеживать перемещения товаров между складами и корректно отражать это в CRM.

РЕШЕНИЕ:
Мы провели комплексную доработку обмена данными, чтобы синхронизация стала «однонаправленной» в части цен и прозрачной для учета:

1. Исправлена логика обмена: теперь из 1С в CRM передается только статус заказа. Это исключило пересчет цен на стороне CRM и их обратную загрузку в 1С. В документы 1С итоговая стоимость товара теперь попадает сразу с той скидкой, которая была применена в RetailCRM.
2. Разделение магазинов в 1С: На стороне 1С УТ и 1С Розница доработаны документы. В заказе появилось новое наглядное поле «Магазин» на вкладке «Основное», куда подтягивается информация о символическом коде источника (lusio.ru или luisawang.ru).
3. Сквозная аналитика в документах: Информация о магазине теперь выводится не только в заказе, но и во всех связанных документах (Расходный ордер, Отбор товаров, Реализация, Возврат и др.). Это позволяет формировать точные отчеты и управлять финансами по каждому каналу продаж отдельно.
4. Контроль комплектации заказа: Добавлена программная блокировка. Теперь перевести заказ в статус «Готов к выдаче» невозможно, если хотя бы по одной позиции не проставлена галочка «Резерв» или «Отменено». При попытке менеджер увидит понятную ошибку, что исключает ошибки отгрузки.
5. Умная синхронизация статусов товаров:

• При создании в 1С «Заказа на перемещение» в RetailCRM заказ получает статус «Частичное перемещение»
• При создании в 1С «Отгружено перемещение в магазин» в RetailCRM заказ получает статус «Полное перемещение». Это помогает менеджерам в RetailCRM отслеживать перемещения.
• Реализована двухсторонняя синхронизация отмен: действие в 1С или RetailCRM синхронизируется с причиной отмены.
• Если товара нет на складе отгрузки — в RetailCRM уходит статус «Проблема с наличием», а не отмена.

РЕЗУЛЬТАТЫ:
Внедренные доработки позволили синхронизировать работу двух независимых каналов продаж в единой учетной системе, полностью исключив «задвоение» скидок, путаницу с остатками и ошибки при отгрузке. Процесс управления заказами стал прозрачным и контролируемым на всех этапах. Менеджеры в CRM видят реальное местоположение товара (в резерве, отсутствует, в пути), снижены ручные согласования, автоматизирован контроль проблемных заказов.

Что происходит с заказами, если товара нет на нужном складе?
При отсутствии товара на складе отгрузки система автоматически отправляет в CRM статус «Проблема с наличием». Заказ не отменяется, а ставится на паузу. Это дает возможность менеджеру предложить клиенту альтернативу (например, дождаться поставки или выбрать другой товар) вместо необоснованной отмены.