||
Краткое описание

В компании  «ОНИВС» автоматизирован обмен данными между учетной системой «1С:ERP Управление предприятием» и складской системой подрядчика (WMS) через REST API, для чего разработано расширение для 1С. Особенность проекта — высокий объем операций (40–50 заказов в день) и необходимость работы с распределенной инфраструктурой: собственный сайт на Битрикс, несколько маркетплейсов и склад аутсорсера. В результате операторы получили «единое окно» в 1С:ERP для управления процессами отгрузки и возвратов,  ручной перенос данных сокращен на 30%.

ООО «ОНИВС РУС»
Заказчик

Onives — бренд подразделения Omoda компании Chery Automobile, основанный в 2025 году. Торговая компания, специализирующаяся на оптовой и розничной продаже товаров народного потребления — велосипеды, товары легкой промышленности, автомобильные аксессуары.

1
Цели и задачи

Цель проекта: обеспечить автоматический двусторонний обмен данными между «1С:ERP Управление предприятием» и WMS-системой подрядчика для синхронизации справочников, движения товаров (приемка, отгрузка, возвраты) и актуальных складских остатков.

Задача проекта: создать для операторов «единое окно» работы в привычной 1С:ERP без необходимости заходить в личный кабинет подрядчика.

2
Ситуация до старта проекта

Продажи ведутся через собственный интернет-магазин на базе 1С-Битрикс и маркетплейсы Wildberries, Ozon, Яндекс Маркет.

Компания столкнулась с проблемой масштабирования: рост объема заказов достиг 40–50 единиц в день, что потребовало привлечения стороннего фулфилмент-оператора для хранения и сборки товаров.

Ключевыми проблемами являлось:

Учет товаров велся в 1С:ERP, а физические остатки находились на складе подрядчика с собственной WMS-системой.

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

Информация о приемке, отгрузках и возвратах передавалась вручную (менеджерами через Ms Excel и мессенджеры), что занимало до 30% рабочего времени сотрудников.

Высокий риск ошибок при ручном переносе данных и задержки в обработке заказов.

3
Архитектура решения и масштаб проекта

Реализация проекта: пошаговая разработка интеграции

Этап 1. Проектирование API-контракта

Совместно с подрядчиком утверждается схема данных (API Contract). В нее входят:

  1. Модели данных — описание структур номенклатуры, заказов, возвратов и статусов.
  2. Методы взаимодействия (эндпоинты) — спецификация REST API, задокументированная в формате Swagger (OpenAPI). Это позволило обеим сторонам иметь единое понимание форматов запросов и ответов.

Этап 2. Разработка на стороне 1С:ERP

Интеграция реализована с соблюдением методологии «расширений», что гарантирует безопасность последующих обновлений типовой конфигурации.

Ключевые компоненты разработки:

  1. Общий модуль «склИнтеграцияПодрядчик»:
  2. Содержит экспортные функции для формирования HTTP-запросов.
  3. Реализована работа через объект «HTTPСоединение».
  4. Формирование и парсинг JSON-структур для отправки и приема данных.

Регламентные задания:

  1. Настроены фоновые задания для периодического опроса API подрядчика (получение статусов сборки, подтверждений отгрузки, данных по возвратам).
  2. Использован механизм очередей сообщений для обеспечения асинхронности обмена.

Этап 3. Реализация бизнес-сценария «Заказ на отгрузку»

Рассмотрим сквозной пример обработки заказа:

  1. Поступление заказа: в 1С:ERP загружаются заказы из двух источников: с маркетплейсов (через ранее внедренный модуль ITC:MarketBridge) и с сайта на 1С-Битрикс.
  2. Формирование задания: при проведении заказа и получении от маркетплейса этикеток (или формировании своих для доставки) срабатывает алгоритм интеграции:
  • система читает данные заказа (состав, адрес, уникальный идентификатор);
  • формирует JSON-пакет и отправляет POST-запрос на API WMS подрядчика для резервирования товара и создания задания на сборку.
  1. Ожидание и обработка ответа: запрос отправляется в фоновом задании, пользователь продолжает работу в системе. При получении подтверждения от WMS статус заказа в 1С автоматически обновляется.

Onives_Shema.jpg

4
Особенности и уникальность проекта

Технологические особенности и Best Practices

В ходе проекта были применены ключевые практики промышленной интеграции:

  1. Асинхронность обмена: так как WMS-система подрядчика может обрабатывать запросы с задержкой (особенно в часы пик), все критические операции вынесены в фоновые задания. Пользователь 1С не «зависает» в ожидании ответа от внешней системы.
  2. Идемпотентность операций: в структуру каждого запроса зашиты уникальные идентификаторы: внутренний номер документа в 1С и ID заказа, присвоенный маркетплейсом. Это гарантирует, что при повторной отправке (например, из-за сбоя сети) на стороне WMS не создастся дубль заказа или возврата.
  3. Полное логирование: настроен механизм записи всех запросов и ответов в регистры сведений. В случае сбоя администратор видит точную причину (неверный формат данных, таймаут, отказ API) и может перезапустить обмен без ручного вмешательства.

Проект в ООО «ОНИВС РУС» демонстрирует экспертизу исполнителя в области кастомной разработки и API-интеграции. В отличие от типовых обменов, данное решение полностью учитывает специфику работы со сторонним фулфилментом:

  1. Взаимодействие построено не на файловом обмене, а на промышленном REST API с четкой спецификацией (Swagger).
  2. Архитектура на расширениях гарантирует легкость обновления платформы «1С:Предприятие».
  3. Применение асинхронных фоновых заданий и принципов идемпотентности обеспечивает отказоустойчивость интеграции.
5
Результаты проекта

Внедрение API-интеграции позволило компании ООО «ОНИВС РУС» выстроить прозрачный контур управления складскими запасами подрядчика:

  1. Снижение трудозатрат: время на передачу данных между системами сократилось на 95%. Исключен ручной ввод заказов в личный кабинет подрядчика и выгрузка остатков в Excel.
  2. Ускорение обработки заказов: за счет автоматической передачи заданий на сборку время от поступления заказа до передачи в доставку сократилось в 2–3 раза.
  3. Достоверность остатков: обеспечена синхронизация складских остатков в режиме, близком к реальному времени (интервал обмена — 5–10 минут). Исключены ситуации «овербукинга», когда товар, уже отсутствующий на складе подрядчика, продолжал продаваться на витрине.
  4. Прозрачность возвратов: информация о браке и возвратах от клиентов автоматически загружается в 1С:ERP, что позволяет корректно вести претензионную работу с поставщиками.
  5. Результат: компания получила масштабируемый инструмент для работы с любыми складскими подрядчиками в будущем и полностью избавилась от ручных операций при передаче данных.
Версия для печати
РАБОЧИХ МЕСТ
5

БАЗЫ ЗНАНИЙ "ПРОФКЕЙС"

Новости
16 марта 2026
Открыт прием заявок на конкурс «1С:Проект года 2025»

Фирма «1С» приглашает пользователей и партнеров принять участие в десятом юбилейном международном конкурсе корпоративной автоматизации на платформе «1С:Предприятие 8» — «1С:Проект года». Заявки принимаются на сайте https://eawards.1c.ru/ до 15 мая 2025 года.

11 марта 2026
5 продуктов «1С:РМ Управление проектами» выпущены на новой 5-й редакции

В конце февраля 2026 года вышел 5-й программный продукт линейки «1С:РМ Управление проектами» - «1С:PM. Модуль для 1С:ERP и 1С:КА». Теперь все 5 программных продуктов для комплексного управления крупными, средними и малыми проектно-ориентированными организациями доступны для пользователей в новой 5-й редакции. Продукты разработаны совместно фирмой «1С» и ITLand.