1С:Управление торговлей — сердце товарного учёта у большинства торговых компаний. RetailCRM берёт на себя заказы и клиентов, но остатки, цены и себестоимость живут в 1С:УТ. Разберём, как настроить двусторонний обмен, чтобы обе системы говорили об одних и тех же товарах и заказах.
Как устроен обмен с 1С:УТ
В отличие от облачного МойСклад, 1С:УТ — это конфигурация на платформе 1С:Предприятие 8, которая стоит на сервере компании. Прямого облачного «включателя» здесь нет: обмен строится через промежуточный слой. Обычно это один из вариантов:
- Модуль обмена RetailCRM для 1С — специальная обработка, которую подключают в конфигурацию УТ, она общается с API RetailCRM;
- Обмен через файлы CommerceML — стандартный формат выгрузки каталога и заказов;
- Своя интеграция по API — когда логика нетиповая и нужен полный контроль.
Направления обмена данными
Обмен с 1С:УТ двусторонний, и важно чётко закрепить, что и откуда идёт. Разграничение зон ответственности — половина успеха.
| Данные | Мастер-система | Направление |
|---|---|---|
| Номенклатура, цены | 1С:УТ | 1С → RetailCRM |
| Остатки по складам | 1С:УТ | 1С → RetailCRM |
| Заказы клиентов | RetailCRM | RetailCRM → 1С |
| Статусы оплаты и отгрузки | 1С:УТ | 1С → RetailCRM |
| Клиенты, контакты | RetailCRM | RetailCRM → 1С |
Товарный контур — за 1С, клиентский — за RetailCRM. Такое распределение исключает ситуацию, когда одну и ту же сущность правят в двух местах и получают конфликт.
Выгрузка каталога и цен
Первый обмен — загрузка номенклатуры из 1С:УТ в RetailCRM. Передаются группы номенклатуры, характеристики, артикулы, штрихкоды и виды цен. Каждая позиция сопоставляется по внешнему идентификатору (GUID справочника 1С), поэтому повторная выгрузка обновляет карточки, а не плодит дубли.
- Характеристики номенклатуры в 1С:УТ маппятся на торговые предложения RetailCRM — это критично для правильных остатков по размерам и цветам;
- Виды цен (например, «Розничная», «Интернет-магазин») выбираются явно: одна становится основной, остальные — дополнительными;
- Единицы измерения и ставки НДС уходят вместе с товаром.
Синхронизация остатков
Остатки считает 1С:УТ по регистрам, а RetailCRM их отображает. В УТ остатки ведутся в разрезе складов, поэтому в настройках обмена нужно указать, какие склады выгружать и как они соответствуют складам RetailCRM.
Важно передавать не физический остаток, а доступный к продаже — за вычетом уже зарезервированного под заказы. Иначе операторы будут продавать товар, который фактически распределён.
- Настройте соответствие складов 1С:УТ и RetailCRM явно, по каждому;
- Определите, учитывать ли товары «в пути» и на транзитных складах;
- Задайте интервал обновления — компромисс между актуальностью и нагрузкой на 1С.
Передача заказов и реализаций
Обратный поток — заказы из RetailCRM в 1С:УТ. Когда заказ достигает нужного статуса, в УТ создаётся документ «Заказ клиента», а при отгрузке — «Реализация товаров и услуг». Привязка идёт к группам статусов RetailCRM.
- Заказ в RetailCRM переходит в статус, привязанный к выгрузке;
- В 1С:УТ появляется «Заказ клиента» с товарами, ценами и данными покупателя;
- После оплаты и сборки создаётся «Реализация», товар списывается;
- Статусы оплаты и отгрузки возвращаются в RetailCRM.
Так менеджер в CRM видит, оплачен ли заказ и отгружен ли он, не заходя в 1С. А бухгалтерия получает первичные документы без ручного ввода.
Контроль и типовые сложности
Обмен с 1С:УТ чувствителен к деталям конфигурации. На что смотреть:
- Регламентное задание обмена в 1С должно быть включено и отрабатывать по расписанию — если оно упало, обмен встаёт молча;
- Публикация на веб-сервере — при обновлении платформы или конфигурации публикация иногда слетает;
- Доработки конфигурации — если УТ нетиповая, обработки обмена нужно адаптировать;
- Соответствие статусов заказов и видов документов — самая частая причина, почему «заказы не выгружаются».
Итог
Интеграция RetailCRM с 1С:Управление торговлей — это двусторонний обмен с чётким разделением ролей: 1С:УТ ведёт товары, остатки и первичку, RetailCRM — заказы и клиентов. Успех держится на публикации 1С для внешнего доступа, корректном маппинге номенклатуры и складов по внешним кодам, привязке статусов к документам и работающем регламентном задании.
Мы разворачиваем такой обмен под конкретную конфигурацию УТ, включая нетиповые доработки, настраиваем выгрузку каталога, синхронизацию остатков и возврат статусов, а затем сопровождаем интеграцию, чтобы обмен не вставал после обновлений 1С.
Частые вопросы
Можно ли подключить 1С:УТ без публикации на веб-сервере?
Для стабильного автоматического обмена по расписанию публикация нужна. Без неё возможен только ручной файловый обмен, что неудобно и не в реальном времени.
Что является мастером по остаткам?
1С:УТ. Она считает остатки по регистрам с учётом резервов, а RetailCRM только отображает доступное к продаже количество.
Как избежать дублей товаров при выгрузке?
Сопоставление идёт по GUID номенклатуры 1С. При корректной настройке повторная выгрузка обновляет существующие карточки, а не создаёт новые.
Работает ли обмен с нетиповой конфигурацией УТ?
Да, но обработки обмена приходится адаптировать под доработки. Чем сильнее изменена конфигурация, тем больше настройки требуется на стороне 1С.
Почему заказы перестали выгружаться в 1С?
Частые причины — упавшее регламентное задание обмена, слетевшая публикация после обновления или изменённый маппинг статусов. Начните с проверки журнала обмена.
Как передаются характеристики товаров?
Характеристики номенклатуры 1С:УТ маппятся на торговые предложения RetailCRM. Без этого остатки по размерам и цветам будут считаться неверно.
Возвращаются ли статусы оплаты обратно в RetailCRM?
Да, статусы оплаты и отгрузки идут из 1С в RetailCRM, поэтому менеджер видит состояние заказа прямо в CRM без захода в учётную систему.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.