Обмен данными между учётной программой и интернет-магазином: частые ошибки

Когда магазин растёт, вести каталог вручную становится невозможно, и его связывают с учётной программой. Цены и остатки начинают обновляться сами, заказы уходят в учёт без ручного ввода. Но если обмен настроен наспех, каталог быстро обрастает дублями, а покупатель видит товары, которых нет на складе. Ниже разберём, как настроить обмен по шагам и какие ошибки встречаются чаще всего. Начинать стоит с инвентаризации полей.

Как устроен обмен и что для него понадобится

Обмен данными работает в двух направлениях. Из учётной программы в магазин уходят товары, цены, остатки товаров и характеристики. Из магазина в учёт возвращаются заказы, статусы оплаты и данные покупателей. Обычно это делается файлами в формате XML по расписанию: программа формирует выгрузку, сайт её забирает и обрабатывает.

Выгрузка бывает полной и частичной. Полная передаёт весь каталог и нужна при первом запуске или после крупных изменений. Частичная отправляет только то, что изменилось с прошлого раза, и подходит для ежедневной работы. Если каждый раз гонять полную выгрузку большого каталога, сайт будет тормозить во время обработки, а ошибки утонут в объёме.

Перед настройкой понадобятся:

• список полей, которые хранятся в учёте и которые нужны на сайте;
• тестовая копия магазина, где можно запускать обмен без риска для покупателей;
• доступ к журналу обмена, чтобы видеть, что пришло и что отклонено;
• один ответственный, который решает спорные вопросы между бухгалтерией, складом и контент-менеджером.

Результат зависит прежде всего от порядка в самой учётной программе. Если в ней один товар заведён дважды, единицы измерения перепутаны, а характеристики записаны в названии, обмен честно перенесёт этот беспорядок в магазин. Поэтому до первой выгрузки справочники чистят в учёте, а не на сайте.

Настройка обмена по шагам

1. Сопоставьте товары по постоянному коду. Каждая позиция должна узнаваться по внутреннему идентификатору, а не по названию. Тогда переименование в учёте обновит карточку, а не создаст новую.
2. Определите группы и характеристики. Решите, какие группы учёта станут разделами каталога, а какие свойства превратятся в фильтры. Служебные группы вроде «Разное» или «Списание» на сайт не выгружайте.
3. Разделите поля между учётом и магазином. Самая болезненная ошибка обмена связана не с техникой, а с договорённостями. Контент-менеджер неделю дописывает описания, а ночная выгрузка возвращает всё к сокращённым названиям из учёта. Чтобы правки не пропадали при каждом обмене данными, комментарий специалиста, доступный по ссылке, предлагает заранее поделить поля: номенклатура, цены и остатки товаров приходят выгрузкой из учётной программы, а описания и другие правки контент-менеджера ведут в самом магазине. Написан он про магазины на Битриксе, но правило подходит любой связке учёта и сайта. Разделение фиксируют в настройках обмена, чтобы выгрузка не перезаписывала поля, закреплённые за сайтом.
4. Настройте обратный поток заказов. Проверьте, что заказ с сайта появляется в учёте с правильным покупателем, составом и способом оплаты, а смена статуса в учёте видна в личном кабинете.
5. Задайте расписание и проверку журнала. Остатки обновляют часто, каталог реже. Полную выгрузку запускают ночью, когда на сайте мало посетителей. Журнал обмена кто-то должен просматривать каждый день.

Частые ошибки обмена данными

Большинство проблем повторяется у магазинов любого размера. Их полезно проверить сразу после запуска и затем раз в месяц:

• Дубли карточек. Товар переименовали или пересоздали в учёте, и сайт завёл вторую карточку. Старый адрес ведёт в никуда, отзывы остались на прежней странице, а покупатель видит две похожие позиции с разными ценами.
• Удаление вместо деактивации. Позиция, выведенная из ассортимента, исчезает вместе со страницей, и ссылки на неё отдают ошибку 404. Правильнее оставить карточку с пометкой «нет в наличии» или перенаправить адрес на похожий товар.
• Остатки без резерва. На сайте показан весь складской запас, хотя часть уже зарезервирована под другие заказы. Покупатель оформляет то, чего фактически нет.
• Разные единицы измерения. В учёте товар хранится в упаковках, а на сайте продаётся поштучно, и цена за единицу оказывается неверной.
• Характеристики в названии. Размер и цвет записаны строкой в наименовании, поэтому фильтры по ним не работают.
• Тяжёлые изображения. Фотографии уходят из учёта в исходном размере, и страницы каталога грузятся медленно.

Проверить, что обмен работает правильно, можно простым тестом: измените цену и остаток одной позиции в учёте, дождитесь обмена и посмотрите карточку на сайте. Затем оформите тестовый заказ и найдите его в учётной программе.

Обмен держится на договорённостях, а не на кнопке

Связка учётной программы и магазина экономит часы ручной работы, если заранее решить, какие поля за кем закреплены, сопоставить товары по постоянному коду и навести порядок в справочниках. Ошибки обмена почти всегда видны в журнале задолго до жалоб покупателей. Регулярная проверка журнала и тестовый заказ после каждого изменения настроек держат каталог в порядке.