Как подготовить сайт к интеграции с 1С: полный чек-лист до оценки

Что такое интеграция сайта с 1С и что оценивают

Интеграция — это не один универсальный «мост» между сайтом и 1С. Это набор правил: какие события запускают обмен, какие данные передаются, кто имеет право их менять и что делать, если часть операции не выполнилась.

До оценки разработчику нужны ответы хотя бы на четыре группы вопросов:

Главная мысль: сначала фиксируется бизнес-процесс, затем под него выбирается механизм обмена. Обратный порядок обычно приводит к доработкам уже после запуска.

Какими способами связывают сайт и 1С

Слова «интеграция», «обмен» и «синхронизация» часто используют как синонимы, но технический механизм выбирают после описания данных и бизнес-правил. Один проект может сочетать несколько способов.

Не начинайте со способа обмена. Сначала определите источник правды, поля, частоту, исключения и приёмочные тесты — только потом выбирайте модуль, API или промежуточный слой.

Восемь шагов подготовки

1. Опишите текущий путь заказа

   Зафиксируйте по шагам, что происходит от оформления заказа на сайте до появления документа в 1С: кто переносит данные, что проверяет и кому отправляет уведомления.

2. Зафиксируйте состав и версии систем

   Укажите CMS сайта, конфигурацию и редакцию 1С, важные доработки, действующие модули обмена и технические ограничения.

3. Назначьте источник правды для каждого типа данных

   Решите, где редактируются каталог, цены, остатки, заказы и статусы, а затем запишите направление передачи для каждого типа данных.

4. Проверьте номенклатуру и идентификаторы

   Сверьте артикулы, характеристики, единицы измерения, комплекты и дубли, чтобы заранее понять объём очистки и сопоставления.

5. Разберите цены, остатки и склады

   Зафиксируйте типы цен, скидки, резервы, количество складов, правила доступности и частоту обновления данных на сайте.

6. Сопоставьте поля заказа и покупателя

   Сравните поля сайта и документа 1С: товары, количество, контакты, доставку, оплату, комментарий, юридические реквизиты и дополнительные свойства.

7. Определите статусы, повторы и обработку ошибок

   Опишите, где меняются статусы, как исключаются дубли, что происходит при обрыве связи и где специалист увидит понятную ошибку.

8. Подготовьте тестовую среду и критерии приёмки

   Соберите безопасные доступы, резервную копию и набор тестовых сценариев, по которым можно однозначно принять результат.

1. Опишите текущий путь заказа

Начните не с поля «артикул», а с реального процесса. Возьмите один недавний заказ и распишите его путь: клиент оформил корзину → менеджер получил уведомление → проверил наличие → создал документ → связался с покупателем → изменил статус → передал в доставку.

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

Кроме обычного сценария нужны исключения:

• покупатель дважды нажал кнопку оформления;
• цена или остаток изменились между корзиной и созданием заказа;
• одна позиция не найдена в 1С;
• соединение оборвалось после частичной передачи;
• заказ отменили, изменили или вернули после создания документа.

2. Зафиксируйте состав и версии систем

Название «1С» само по себе ничего не говорит о конкретной базе. Для первичного разбора укажите:

• CMS и версию сайта, а также используемые модули интернет-магазина;
• конфигурацию, редакцию и версию платформы 1С;
• существенные доработки: дополнительные поля, документы, справочники, расширения;
• есть ли действующий обмен и что именно в нём не устраивает;
• где размещён сайт и можно ли создать тестовую копию;
• есть ли ограничения по расписанию, нагрузке, VPN, белому списку IP или публикации базы.

На этом этапе не нужно отправлять пароли. Для оценки достаточно описания систем, скриншотов нужных разделов и обезличенных примеров данных.

3. Назначьте источник правды

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

В вашем проекте источники могут быть другими. Важно не копировать таблицу, а принять решение по каждой строке.

4. Проверьте номенклатуру глубже артикула

Артикул — удобный ключ, но редко единственная сложность. До оценки проверьте:

• совпадают ли артикулы и внутренние идентификаторы на сайте и в 1С;
• как представлены размеры, цвета и другие характеристики — отдельными товарами или вариантами;
• есть ли одинаковые товары с разными единицами измерения или упаковками;
• как устроены комплекты, наборы, услуги и товары «под заказ»;
• есть ли дубли, архивные позиции и товары без ключа сопоставления;
• нужно ли передавать штрихкоды, ставки НДС, бренды, категории и изображения.

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

5. Разберите цены, остатки, резервы и склады

Фраза «выгружать цену и остаток» требует уточнений. Ответьте на вопросы:

• какой тип цены показывается на сайте и для всех ли клиентов он один;
• где рассчитываются скидки, промокоды и персональные условия;
• остаток — это физическое количество, свободный остаток после резервов или просто признак наличия;
• склады объединяются или клиент выбирает конкретную точку;
• можно ли заказать больше доступного количества;
• как часто данные должны обновляться и допустима ли задержка.

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

6. Сопоставьте поля заказа и покупателя

Составьте простую таблицу «поле на сайте → реквизит в 1С → обязательность → преобразование». Проверьте товары и количество, имя, телефон, email, адрес, способ доставки, оплату, комментарий, юридические реквизиты и выбранный пункт выдачи.

Отдельные решения нужны для покупателя:

• создавать нового контрагента на каждый заказ или искать существующего;
• по какому признаку искать — телефон, email, ИНН или внутренний ID;
• как обрабатывать разные форматы телефона и возможные дубли;
• какие персональные данные действительно нужны в учёте.

Не передавайте «всё на всякий случай». Лишние персональные данные увеличивают риск и усложняют поддержку.

7. Определите статусы, повторы и обработку ошибок

Надёжность обмена проявляется не в идеальном заказе, а в сбое. Заранее договоритесь:

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

Идемпотентность простыми словами: повторная обработка одного и того же заказа не должна создавать второй документ. Для боевого обмена это не «дополнительная функция», а базовая защита от дублей.

8. Подготовьте безопасную тестовую среду

Для разработки и проверки лучше использовать копию сайта и тестовую базу 1С с обезличенными данными. Перед первым запуском на боевой системе нужна актуальная резервная копия.

Заранее уточните, можно ли безопасно повторять тесты: удалять созданные документы, сбрасывать статусы и восстанавливать исходные остатки.

Критерии приёмки: восемь сценариев

Фраза «заказ передался» проверяет только один счастливый путь. Минимальный набор приёмочных сценариев:

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

Что отправить разработчику

Что сильнее всего влияет на оценку

Объём работы растёт не из-за количества товаров как такового, а из-за неоднозначных правил и нестандартной структуры. Обычно важнее всего:

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

О том, как уже подготовленная связка работает после запуска, читайте в статье «Как связать интернет-магазин с 1С».