Integrations

1С, ЭТРАН, WMS, EDI/API и телеметрия в одном событийном контуре

Интеграционная модель BULLS нужна не ради “ещё одного кабинета”, а чтобы собрать источник истины по поставке: что едет, где находится, какие документы готовы, кто владелец решения и какой SLA под риском.

Проверить маршрут Демо Control Tower

ERP и учет

1С:ERP1С:УТ1С:ДокументооборотExcel/CSV handoff

План отгрузок, номенклатура, заказ клиента, ограничения по срокам и бюджетам.

ЖД и транспорт

ЭТРАНГЛОНАСС/GPSвагонные событияавто-плечи

Заявки, станции, вагон/контейнер, ETA, риск простоя и контроль плеч довоза.

Склад и терминалы

WMSTMSслоты погрузкикросс-док

Окна отгрузки, очереди, приемка, остатки, обработка контейнеров и складские ограничения.

B2B и документы

EDIAPIPDF/OCRэлектронные пломбы

Статусы поставки, документы, сверка комплектности, события пломб и уведомления.

Коммерческий контур

Bitrix24формы сайтакалькуляторBULLS AI OS

Лид, расчет, аудит, handoff-пакет и управление следующими действиями менеджера.

Отчетность

Control TowerSLA dashboardCO₂/ESG modelPDF reports

План-факт, претензии, экономика маршрута, отклонения и управленческий отчет.

Handoff model

Как данные превращаются в управляемое действие

На первом этапе BULLS может работать через API, EDI, файл-обмен или ручной handoff. Цель одна: не потерять событие, назначить владельца и показать клиенту понятный статус.

Событие

Заказ, вагон, контейнер, документ, слот склада или сообщение клиента.

Нормализация

Приведение к единому shipment ID, маршруту, роли владельца и источнику данных.

Решение

Правило, AI-рекомендация или эскалация оператору BULLS через approval gate.

След

Фиксация результата в Control Tower, CRM, audit log и отчетности клиента.

Integration Catalog

Какие события можно передавать между системами

Каталог не раскрывает боевые endpoints и ключи. Он показывает бизнес-модель обмена: какие события важны для клиента, подрядчика, склада, документов и Control Tower.

shipment.created

создана заявка или маршрут поставки

eta.changed

изменился прогноз прибытия или риск SLA

document.status_changed

обновился статус комплекта документов

incident.opened

открыт инцидент по сроку, документу, терминалу или вагону

approval.requested

требуется подтверждение ответственной роли

quote.created

создан предварительный расчет TCO/маршрута

Access model

Как подключается обмен: от пилота до API/EDI

BULLS начинает с минимального безопасного handoff, затем переводит регулярные потоки в API, EDI или signed webhooks. Боевые ключи, URL и секреты выдаются только после NDA, tenant-настройки и роли доступа.

API

Для систем клиента и партнеров: scoped access, серверная авторизация, tenant/role context и журналирование вызовов.

EDI / ЭДО

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

File handoff

Для пилота: CSV/XLSX/PDF/OCR с нормализацией в единый shipment ID и последующим переводом в API/EDI.

Signed webhooks

Для событий ETA, документов, инцидентов и approval gates с подписью, защитой от replay и повторной доставкой.

Example payload

Пример события без секретов

{
  "event": "eta.changed",
  "shipment_id": "BULLS-DEMO-001",
  "tenant": "client-demo",
  "source": "control-tower",
  "occurred_at": "2026-05-14T10:00:00+05:00",
  "data": {
    "route": "Москва → Екатеринбург",
    "eta": "2026-05-16T18:00:00+05:00",
    "risk": "terminal_window",
    "next_action": "confirm_slot"
  }
}

Реальный payload, подпись webhook, retry policy, scopes и SLA обмена фиксируются в проекте интеграции и не публикуются в открытом web.