Обмен интернет-магазина с 1С: какие вопросы задать
Что выяснить до обмена магазина с 1С: версии систем, состав данных, направление передачи, цены, остатки, заказы и проверка ошибок.
Чтобы оценить обмен интернет-магазина с 1С, нужно знать не только название платформы. Важны конкретная конфигурация, версии, состав данных и правила их изменения. Фраза «нужна интеграция с 1С» может означать как выгрузку каталога, так и связанный процесс заказов, резервов и статусов.
Начните с описания работы без интеграции: кто меняет цену, подтверждает наличие, заводит заказ и сообщает об отгрузке. Затем отметьте действия, которые хотите передать системе. Такой список полезнее обещания «синхронизировать всё»: у него есть границы и проверяемый результат.
1. Какие системы и данные участвуют
Попросите специалиста по 1С назвать конфигурацию, её версию, наличие доработок и используемый механизм обмена. Со стороны сайта нужны платформа, редакция, версия и сведения об уже установленных модулях. Две системы с одинаковым названием могут иметь разный набор функций и изменений.
Документация 1С-Битрикс описывает компоненты импорта и экспорта каталога в формате CommerceML v2. Это подтверждает наличие механизма, но не гарантирует совместимость любого доработанного магазина с любой базой 1С. Её проверяют на конкретном составе данных и настройках.
Составьте перечень объектов: товары, варианты товара, характеристики, изображения, цены, остатки, заказы. Для каждого укажите нужные поля и пример записи. Не передавайте весь справочник только потому, что он существует: сначала определите, какая информация действительно нужна покупателю и сотруднику магазина.
Для интернет-магазина на 1С-Битрикс обмен стоит обсуждать вместе со структурой каталога. Если у товара есть размеры, комплектации или несколько единиц измерения, это влияет и на карточку, и на сопоставление записей.
2. Где находится главный источник каждого поля
Для каждого вида данных выберите систему, изменения из которой считаются основными. Например, цены ведутся в 1С, а подробные тексты для покупателей — на сайте. Это проектное решение, а не обязательная схема для всех магазинов.
Задайте конкретные вопросы:
- Можно ли менять цену на сайте, или следующий обмен её перезапишет?
- Где создаются новые товары и как система узнаёт уже существующий товар?
- Какие склады входят в доступный остаток?
- Учитываются ли резервы, и в какой момент они появляются?
- Что делать с товаром, который больше не поступает в выгрузку?
Не используйте название товара как единственный ориентир для сопоставления: его могут исправить. Согласуйте устойчивые идентификаторы и поведение при их изменении. Иначе вместо обновления карточки можно получить отдельную запись, а её история останется у старой.
Важно различать физическое наличие и количество, доступное для заказа. Бизнес должен решить, учитываются ли другие каналы продаж и допускается ли предзаказ. Интеграция исполняет эти правила, но не выбирает их за владельца магазина.
3. Когда передаются заказы и изменения
Опишите направление обмена отдельно для каталога и заказов. Где возникает заказ, когда он уходит в 1С и какие изменения возвращаются на сайт? Нужно ли передавать отмену, частичную отгрузку, замену позиции или изменение контакта? Не все эти действия обязаны входить в первый этап.
Договоритесь о допустимой задержке. Обновление по расписанию означает, что между обменами данные могут различаться. Если это критично для редкого товара, нужны отдельные правила подтверждения наличия или резервирования. Само слово «синхронизация» не обещает мгновенного обновления.
Выберите, что происходит при повторной передаче одного заказа. Предусмотрите идентификатор, по которому запись можно найти и обновить, а не создать заново. Отдельно разберите конфликт: менеджер изменил заказ в 1С, пока покупатель уточнил его на сайте.
Если проект ещё выбирает платформу, требования к обмену помогут оценить, нужен ли сайт на 1С-Битрикс. Решение следует из рабочих сценариев, а не только из наличия знакомого логотипа.
4. Как проверить обмен и заметить сбой
Принимайте интеграцию на тестовом наборе с заранее известным результатом. Включите простой товар, товар с вариантами, несколько цен, нулевой остаток и изменённое изображение. Проверьте не только первый импорт, но и повторное обновление: оно не должно размножать записи или затирать согласованные поля сайта.
Для заказов пройдите создание, изменение и отмену в пределах согласованного сценария. Сравните состав, количество, сумму, доставку и идентификаторы в обеих системах. Проверка «заказ появился» слишком узкая: запись может прийти без важного поля.
Попросите показать время последнего успешного обмена, журнал ошибок и способ повторной обработки. Назначьте человека, который получает уведомление и знает, кому передать проблему. Обсудите восстановление после длительного перерыва и проверку полноты данных после него.
Для первого разбора достаточно версий систем, примеров карточек и одного описанного заказа от оформления до отгрузки. Я уточню спорные места, отделю стандартный обмен от доработок и подготовлю оценку по согласованному объёму.