ТЗ на обмен интернет-магазина с 1С: товары, цены, остатки и заказы

Хорошее ТЗ на обмен интернет-магазина с 1С — это не фраза «настроить синхронизацию», а таблица: какие данные передаются, в какую сторону, какая система главная для каждого вида данных, как часто идёт обмен и что делать при конфликтах и сбоях. Без такой таблицы разработчик сайта и 1С-разработчик понимают задачу по-разному, и расхождения всплывают уже на живых заказах.

Ниже — матрица данных, вопросы по товарам, ценам, остаткам и заказам, список конфликтов и сбоев, сценарии приёмки и шаблон ТЗ. Статья не описывает настройку конкретной конфигурации 1С: способ обмена зависит от вашей конфигурации и её версии, и это решение 1С-разработчика.

Главный вопрос: какая система источник истины

Для каждого вида данных должна быть одна главная система. Если цены можно менять и на сайте, и в 1С, рано или поздно они разойдутся, и никто не скажет, какая верная.

Типичное распределение для магазина с учётом в 1С — это пример, у вас может быть иначе:

Частота в таблице — условная. Реальную определяют объём каталога, скорость продаж и возможности вашей конфигурации.

Товары: что согласовать

• Идентификатор. По какому полю сайт и 1С узнают один и тот же товар. Это должен быть постоянный уникальный код, а не название: название переименуют — и на сайте появится дубль.
• Варианты. Размер, цвет, фасовка — это отдельные товары или характеристики одного товара. От этого зависит карточка и фильтры на сайте.
• Категории. Совпадает ли структура групп в 1С с каталогом сайта или нужна таблица соответствия.
• Единицы. Штуки, упаковки, метры — и как они показываются покупателю.
• Снятые с продажи товары. Что происходит на сайте: страница остаётся с пометкой «нет в наличии», скрывается из каталога или удаляется. Удаление страницы с трафиком без редиректа теряет поисковые переходы.
• Что не перезаписывается. Если описания и фото ведутся на сайте, обмен не должен затирать их пустыми полями из 1С.

Цены и остатки

• Какой вид цены из 1С показывается на сайте. Если есть оптовые цены для групп клиентов — какой вид цены для какой группы.
• Валюта и округление. В чём хранится цена в 1С и как она показывается на сайте.
• Какие склады учитываются в остатке на сайте: все, только один или сумма нескольких.
• Резерв. Уменьшается ли остаток, когда заказ оформлен на сайте, но ещё не обработан в 1С.
• Что показывать. Точное количество или «в наличии / под заказ». Точное количество имеет смысл показывать, только если оно обновляется автоматически.

Заказы и статусы

• Когда заказ уходит в 1С: сразу после оформления или после оплаты.
• Что передаётся: состав и цены на момент заказа, данные клиента, способ доставки и адрес, способ и статус оплаты, комментарий.
• Как сопоставляются клиенты: по телефону, почте, коду контрагента — или каждый заказ создаёт нового.
• Таблица статусов. Какие статусы есть в 1С, какие видит покупатель на сайте и какие уведомления при этом отправляются.
• Изменения после оформления. Если менеджер поменял состав заказа в 1С — обновляется ли заказ на сайте и что увидит покупатель.

Конфликты: вопросы, на которые нужен ответ заранее

Сбои: что делать, когда обмен остановился

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

Как принять обмен

Перед запуском пройдите сценарии на тестовой копии 1С или на тестовых товарах:

1. Новый товар в 1С появился на сайте с правильной категорией и характеристиками.
2. Изменение цены в 1С отобразилось на сайте в согласованный срок.
3. Остаток обнулили — на сайте товар показан как отсутствующий и согласованным способом.
4. Заказ с оплатой с сайта появился в 1С со всеми полями без ручных правок.
5. Смена статуса в 1С дошла до сайта и до уведомления покупателю.
6. Обмен намеренно прервали — пришло уведомление, а после восстановления заказы дошли без дублей.
7. Полная выгрузка каталога укладывается в приемлемое время и не замедляет сайт.

Шаблон ТЗ

1. Конфигурация и версия 1С, кто её поддерживает
2. Способ обмена — предлагает 1С-разработчик
3. Матрица данных: данные / главная система / направление / частота
4. Идентификатор товара и правила для вариантов
5. Соответствие категорий и единиц измерения
6. Виды цен, валюта, округление, склады, резерв
7. Заказы: момент отправки, состав полей, сопоставление клиентов
8. Таблица статусов и уведомлений
9. Правила для конфликтов
10. Уведомления о сбоях, журнал, повтор без дублей
11. Сценарии приёмки
12. Кто отвечает за обмен после запуска

Кто должен проверить ТЗ

ТЗ стоит согласовать втроём: владелец процесса продаж, разработчик сайта и 1С-разработчик. Последний подтверждает, что выбранный способ обмена поддерживается вашей конфигурацией, и называет ограничения. Если 1С дорабатывали под вашу компанию, это особенно важно: типовые решения могут не учитывать доработки.

Как выбрать, показывать ли цены и остатки в B2B-каталоге вообще, мы разбирали в статье «Сайт для B2B-поставщика: показывать цены в каталоге или собирать запросы КП».

На странице интернет-магазинов PIP сказано, что сначала изучается выгрузка — названия, характеристики, цены, изображения и остатки, — а если нужна интеграция, учитываются получение доступов и проверка обмена данными. Нужно связать магазин с учётом? Расскажите о задаче — начнём с матрицы данных.

Короткие подсказки о сайтах и автоматизации — в Telegram-канале @pip_kz.