Сервис приёмки и заказов приносит пользу, только когда данные в него попадают автоматически. Ручной ввод накладных быстро превращается в узкое место. Разберём, как организовать обмен между 1С и внешней системой.
Какие данные передавать
- Справочники: магазины (точки доставки), клиенты, единицы измерения, категории и товары.
- Коммерческие данные: прайс-листы, склады и остатки.
- Документы: накладные с позициями и доставки с водителями и датами.
- Обратный поток: заказы магазинов и результаты приёмки.
Порядок загрузки
Документы ссылаются на справочники, поэтому сначала загружаются справочники, затем остатки и цены, и только потом накладные и доставки. Если накладная ссылается на магазин или товар, которого ещё нет в системе, она будет отклонена.
Внешние ключи вместо дублей
Каждая запись должна иметь устойчивый идентификатор из 1С — например, GUID или код. По нему внешняя система понимает, что запись уже есть, и обновляет её, а не создаёт копию. Это позволяет безопасно повторять выгрузку, если обмен прервался.
Пакетная загрузка
Передавать данные лучше пакетами, а не по одной записи: так обмен идёт быстрее и не упирается в лимиты запросов. Для справочников можно отправлять только изменения, для документов — новые и изменённые за период.
Обработка ошибок
Обмен должен логировать отклонённые записи с понятной причиной — например, «не найден магазин с ключом SHOP-42». Тогда ошибки исправляются в 1С, а не теряются.
Как это устроено в Кибет
Server API Кибет принимает справочники, остатки, прайс-листы, накладные и доставки пакетами, идентифицирует записи по внешнему ключу и отдаёт заказы магазинов с возможностью обновлять их статусы. Подробнее — на странице интеграции с 1С и в документации для разработчиков.
