51
10 мин
В 09:00 сайт показал клиенту 120 единиц товара. В 09:07 менеджер зарезервировал 100 по телефону. В 09:15 другой покупатель оформил 50 через интернет-магазин. Все системы работали штатно, но компания пообещала больше, чем могла поставить. Это не «ошибка интеграции» в узком смысле. Команда заранее не договорилась, какой остаток считается доступным и как быстро он меняется.
Контур 1. Каталог и номенклатура
Учётная система обычно владеет артикулом, единицей, ставкой налога и связью с товарной группой. Сайт владеет понятным названием, описанием, фотографиями, преимуществами и поисковыми связями. Если маркетинговые тексты каждый обмен перезаписывает пустыми полями из 1С, распределение ответственности выбрано неверно.
Создайте карту полей: источник, направление, частота, правило конфликта и ответственный. Отдельно опишите новые товары, архив и объединение дублей.
Контур 2. Остатки и доступность
Нужно различать физический остаток, резерв, доступное количество, ожидаемое поступление и товар под заказ. Показывайте ровно ту точность, которую способен поддерживать обмен. Для медленной синхронизации безопаснее статус «в наличии» с подтверждением, чем число, которое меняется быстрее обновления.
Контур 3. Персональные цены
Цена может зависеть от договора, сегмента, объёма, склада, валюты и срока. Сайт идентифицирует организацию после входа, получает применимый тип цены и показывает условия. Если правило не сработало, пользователь не должен случайно увидеть чужую цену или оформить заказ по неверной.
На этапе разработки B2B-интернет-магазина с интеграцией 1С сценарии доступа проверяют отдельными тестовыми организациями: новый клиент, дилер, крупный покупатель, заблокированный договор.
Контур 4. Заказы и статусы
| Событие | Основная система | Что видит клиент |
|---|---|---|
| Создан заказ | Сайт передаёт, 1С принимает | Номер и состав |
| Заказ подтверждён | Учётная система | Подтверждённые позиции и срок |
| Сформирован счёт | 1С или документооборот | Актуальный файл |
| Отгружен | Складская система | Статус и документы |
| Отменён | Система по регламенту | Причина и дальнейшее действие |
Статусы сайта должны переводить внутренние операции на понятный язык, но не искажать их. Нельзя показывать «выполнен», если товар только передан на комплектацию.
Контур 5. Личный кабинет
Клиенту нужны его организации, адреса, договоры, цены, история заказов, счета, закрывающие документы и повторная закупка. Полезно разрешить нескольким сотрудникам одной компании работать с разными правами: выбирать товары, формировать черновик, подтверждать заказ.
Личный кабинет не должен становиться копией 1С. Он показывает только действия и данные, нужные клиенту. Интеграционные границы удобно закреплять способом из статьи о подключении CRM, оплаты и аналитики.
Порядок запуска снижает риск
- Импорт справочника и сопоставление товаров.
- Обмен ценами и остатками в тестовом режиме.
- Передача заказов и обработка ошибок.
- Авторизация компаний и персональные условия.
- Документы, история и повторные заказы.
Каждый этап получает журнал обмена, уведомления об ошибках и ручной безопасный сценарий. Проверка не заканчивается успешным ответом сервера: менеджер должен увидеть заказ, а клиент — корректный статус. Подобную сквозную приёмку формы мы описывали в статье о пути заявки до менеджера.
Интеграцию лучше начинать не с перечня систем, а с владельцев данных. За артикул и остаток может отвечать 1С, за статус сделки — CRM, за документы клиента — личный кабинет. Для каждого поля фиксируют источник, допустимую задержку и действие при ошибке обмена. Такая карта заранее показывает конфликты: например, когда менеджер меняет цену в CRM, а ночная синхронизация возвращает старое значение из учётной системы.
Кейс интернет-магазина Grillmebel показывает ценность каталога, корзины и разных способов комплектации. Для зрелого B2B-магазина следующий шаг — сделать повторный заказ и работу с условиями клиента столь же прозрачными, как первый выбор товара.
