Каталог и справочники
Товары, категории, характеристики и единицы измерения. Стабильные идентификаторы и правила обработки удаления или замены записи.
Проектируем обмен между сайтом и 1С: товары, характеристики, цены, остатки, заказы и документы. Проверяем данные, ограничения конфигурации и сценарии восстановления обмена.
Обмен с 1С начинается с определения источника данных. Где создаётся товар, какая цена используется на сайте, как трактуется остаток и в какой момент появляется заказ? Без этих правил техническое соединение может передавать сведения корректно, но приводить к неправильным решениям клиента или менеджера.
Учитываем используемую конфигурацию, её доработки и доступные способы обмена. Проверяем не только успешный проход, но и появление нового товара, изменение характеристики, отмену заказа и повторную загрузку. Отдельно обсуждаем нагрузку на учётную систему и допустимую задержку обновления.
Товары, категории, характеристики и единицы измерения. Стабильные идентификаторы и правила обработки удаления или замены записи.
Типы цен, условия контрагента и доступность. Понятное поведение, если сведения ещё не обновились или товар требует уточнения.
Передача состава заказа, реквизитов и статусов. Связь с внутренним номером и возможность открыть документ в клиентском кабинете.
Проверка данных, журнал ошибок и управляемый повтор. Согласование первой полной загрузки и последующих изменений.
Для каталога важно различать товар, вариант товара и торговое предложение. Ошибочное сопоставление может размножить карточки или присвоить цену не тому исполнению. Первую загрузку проверяем на ограниченном наборе с реальными характеристиками и исключениями.
Обмен заказами требует отдельного контракта: обязательные поля, проверка цены, изменение состава и допустимость повторного создания. Если заказ уже принят в учётной системе, повтор доставки не должен превращаться в ещё один заказ.
Результат — работающий согласованный обмен и инструкция по диагностике. Передача исходников без описания правил недостаточна: команде нужно знать, где смотреть ошибку, кто исправляет данные и как безопасно повторить операцию.
Для первого разговора достаточно доступных материалов. Вместе уточним неизвестные части и границы первого этапа.
Собрать предварительный план ↗Возможно, если он покрывает нужные сущности и правила. Проверим это на данных вашей конфигурации. Доработка оправдана, когда стандартного сценария действительно недостаточно.
По потребности бизнеса и допустимой нагрузке. Нужна договорённость о задержке данных и поведении при попытке заказать товар, которого уже нет.
Да. Последовательный запуск помогает проверить справочники и сопоставление. Обмен заказами можно добавить отдельным этапом после стабилизации каталога.
Структура требований, которая помогает получить рабочий результат: цель, роли, сценарии, данные, исключения и проверяемые критерии приёмки.
Читать материалИсточник достоверных данных, сопоставление записей, повторная доставка и журнал ошибок: основные решения, которые делают интеграцию управляемой.
Читать материалРасскажите, что хотите создать или улучшить.
Поможем определить состав работ и порядок действий.