20 лет на стыке 1С и западных ERP  ·  Партнёр 1С

Интеграция 1С с SAP: двусторонний обмен данными без потерь и дублей

Связываем 1С:ERP, 1С:Бухгалтерию и 1С:ЗУП с SAP S/4HANA, ECC, Business One, Ariba и SuccessFactors. Используем IDoc, RFC, BAPI, OData REST и SAP CPI. Начинаем с процессов, потом проектируем шину.

2-way
двусторонний обмен
6
сценариев связки: от НСИ до маркировки
realtime
или регламентный режим
20
лет экспертизы 1С
Бесплатная консультация по интеграции
Обсудим вашу архитектуру SAP и 1С и наметим возможную схему обмена
Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности и обработкой персональных данных
Гарантированная доставка через очереди
Сценарии для холдингов с зарубежной материнской
Среди тех, кто доверил нам интеграцию — российские подразделения глобальных холдингов
Tommy Hilfiger
Tommy Hilfiger
Fashion-ритейл
Swatch
Swatch Group
Часы и аксессуары
Dior
Dior
Люксовая мода
Quiksilver
Quiksilver
Спортивная одежда
Marella
Marella
Женская одежда
Marks & Spencer
Marks & Spencer
Ритейл, одежда
United Colors of Benetton
United Colors of Benetton
Fashion-ритейл
Breitling
Breitling
Часы, люкс
Twinset
Twinset
Fashion-ритейл

Кейс

Интеграция SAP и 1С для российской розницы международного холдинга

Не абстрактная методология — реальный контур, который мы спроектировали и вывели в промышленную эксплуатацию.
Fashion-ритейл, российская дочка международного холдинга
Tommy Hilfiger: связали SAP головного офиса в Европе с 1С российской розницы

У головного офиса — SAP как логистическая и финансовая система (FMS), у российской розницы — 1С:Управление торговлей. Движения товара рождались в SAP и должны были автоматически попадать в 1С — без ручной перебивки и без файлового обмена через промежуточные FTP-папки, как это было устроено раньше.

4
спроектированных потока обмена: перемещения, отгрузки, счета, НСИ
JSON / HTTP
формат сообщений через HTTP-сервисы приёма в 1С
6 мес
от постановки задачи до промышленной эксплуатации
3 стороны
SAP, шина и 1С синхронизировали общий запуск в прод
Как читать эти цифры. Изначально в периметр входило четыре потока данных. По итогам совместной ревизии с финансовой и логистической службой заказчика периметр сузили до одного приоритетного потока — межскладских перемещений (STO), — довели его до продакшна, остальные оставили для следующего этапа.
Чего не было до проекта
  • Прямого канала между SAP и 1С — данные шли через файлы на внешнем FTP
  • Единого мэппинга складов SAP и складов 1С
  • Согласованного контракта API между SAP-командой и 1С-стороной
  • Обработки сценариев частичного подтверждения и отмены поставки
Что появилось
  • HTTP-сервисы приёма данных в 1С, отдельные для каждого потока
  • Мэппинг «код склада SAP → склад 1С» в справочнике 1С
  • Поэтапный запуск: сузили периметр → пилот на одном потоке → UAT → прод
  • Прямая техническая отладка с SAP-командой заказчика, без посредников

С чем к нам приходят

Три ситуации, в которых зовут нас

Найдите свою — дальше можно читать только её. Остальные две вам не нужны.
Ситуация 1
Материнская ждёт цифры в график глобального закрытия

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

Что делаем
  • Консолидированные проводки уходят из 1С в SAP в нужной аналитике
  • ЦФУ, статьи затрат и организации согласованы между системами
  • Календарь обмена привязан к датам закрытия, а не к «когда успеем»
Ситуация 2
Российская специфика в SAP не помещается

Маркировка, ЕНС, ФСБУ, ЭДО, 54-ФЗ меняются каждый год. Доработка SAP под каждую правку — это бюджет, согласование с группой и месяцы, а срок ставит не бизнес, а закон.

Что делаем
  • Российский контур ведёт 1С, SAP получает агрегированные данные
  • Каждая новая правка закона — задача 1С-команды, а не SAP-бюджета
  • Обмен: НСИ, продажи, закупки, первичные документы
Так было у Tommy Hilfiger →
Ситуация 3
Бизнес отвязался от группы, а SAP остался

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

Что делаем
  • Сначала описываем процессы и потоки — без этого переезд вслепую
  • Переносим блоками, SAP выключается последним, а не первым
  • На время перехода обе системы работают вместе, через шину
Какие потоки обмена бывают — полный список
  • Справочники и НСИ. Контрагенты, номенклатура, организации, ЦФУ, статьи затрат: мастер в SAP, потребитель в 1С.
  • Документы продаж. Заказы покупателей, реализация, счета-фактуры — двусторонний обмен между модулем SD и 1С:Бухгалтерией.
  • Закупки и поставки. Модуль MM и 1С: заявки на закупку, заказы поставщикам, поступления ТМЦ, кредиторская задолженность.
  • Платежи и проводки FI. Консолидированные проводки из 1С в SAP для МСФО, импорт банковских платежей и взаиморасчётов.
  • HR и расчёт зарплаты. SuccessFactors как глобальная HR-платформа, 1С:ЗУП — кадровый учёт, табели и расчёт по ТК РФ.
  • Маркировка и прослеживаемость. Данные «Честного знака», маркировки и ЕНС из 1С в SAP для глобальной аналитики.

Надёжность

Что происходит, когда обмен встаёт

Рано или поздно он встанет: упадёт сеть, уедет сервер, кто-то выключит службу. И если это случится в закрытие периода, объясняться перед группой придётся не шине, а вам. Поэтому архитектура строится из предположения, что канал упадёт.
Очередь, а не потеря

1С продолжает работать автономно. Исходящие сообщения копятся в очереди и уходят, когда SAP снова на связи. Никто не сидит и не ждёт восстановления.

Алерт, а не тишина

На разрыв обмена приходит уведомление администраторам. «Молчаливого» падения, которое обнаруживают через неделю по расхождению остатков, не бывает — это требование к архитектуре, которое мы закладываем сразу.

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

По любому документу видно: где создан, когда отправлен, когда принят, что подтверждено. Ответ на вопрос «а где эта проводка» занимает минуту, а не переписку между двумя командами на двух языках.

Повтор не плодит дубли

Сообщение можно отправить заново, не боясь получить второй такой же документ на приёмной стороне. Это закладывается в контракт обмена с самого начала, а не чинится потом руками.


Наша граница

В вашу SAP мы не лезем

За SAP у вас отвечает своя команда или вендор. Наша задача — не спорить с ними за периметр, а сделать так, чтобы между двумя системами не было ничейной земли.
Чего мы не делаем
  • Не трогаем вашу SAP: ни ABAP-разработку, ни настройки модулей
  • Не требуем новых лицензий, модулей и обновлений от SAP
  • Не правим ядро: работаем через штатные интерфейсы обмена, а где их нет — через промежуточный слой
  • Не приходим с предложением «а давайте уйдём с SAP». Нужен выход или нет — решаете вы, и это отдельный разговор
За что отвечаем
  • Сторона 1С целиком — от приёма данных до российской отчётности
  • Сам канал обмена — очереди, повторы, мониторинг, алерты
  • Прямая работа с вашей SAP-командой или её вендором. На проекте Tommy Hilfiger мы отлаживались с SAP-стороной напрямую — без посредников и без «кивания друг на друга»
  • Документация на обмен, по которой сможет работать другая команда — в том числе не наша

Как строим интеграцию

Не строим интеграцию ради интеграции

01
Аудит ландшафта SAP и 1С

Изучаем версию SAP, доступные коннекторы, существующие доработки, требования к латентности и объёмам обмена. Параллельно — текущую конфигурацию 1С и нагрузку на неё.

  • Инвентаризация модулей SAP, релевантных обмену
  • Карта точек интеграции: где данные рождаются, где потребляются
  • Анализ объёмов: документов в день, пиковые нагрузки
  • Требования к SLA: realtime, near-realtime, регламент
02
Процессная карта обмена

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

  • Каталог объектов обмена с владельцами
  • Маппинг бизнес-процесса на технические потоки
  • Решение «мастер-копия» по каждому справочнику
  • Регламент конфликтов и приоритетов
03
Выбор архитектуры обмена

Подбираем технологический стек под задачу: прямые BAPI/RFC-вызовы для синхронной работы, IDoc + очередь для гарантированной доставки, OData REST для современных сценариев, файловый SFTP-обмен для регламентной выгрузки. SAP CPI или KAFKA — когда обмен сложный и многоточечный.

  • Шина интеграции: SAP PI/PO, CPI, 1С:ESB, RabbitMQ, KAFKA
  • Модели обмена: синхронно, асинхронно, батчем
  • Каналы: IDoc, RFC, BAPI, OData, web-сервисы
  • Схема резерва на случай недоступности SAP
04
Разработка коннекторов и маппинг

Разрабатываем правила преобразования: соответствие справочников, единиц измерения, валют, кодов НДС. Учитываем, что в SAP свои справочники материалов, а в 1С — своя номенклатура; единая ключевая система обмена решает дубли.

  • Таблицы соответствия кодов SAP ↔ 1С
  • Конвертеры форматов: IDoc XML, JSON, EDI
  • Очистка справочников до подключения обмена
  • Логика разрешения дублей и склейки записей
05
Тестирование и пилот

Запускаем обмен на ограниченном контуре: одна организация, одно направление, одна группа пользователей. Прогоняем сценарии сбоев — что будет, если упадёт SAP, если упадёт 1С, если оборвётся сеть. Отрабатываем алерты и ретраи.

  • Нагрузочное тестирование на ожидаемом объёме
  • Сценарии отказов: SAP down, network split, дубли
  • Сверка контрольных сумм между системами
  • Обкатка регламентов сопровождения
06
Промышленный запуск и сопровождение

Раскатываем обмен на весь периметр, передаём документацию, настраиваем мониторинг и алерты. Первые недели держим вторую линию рядом — это период, когда выявляются неучтённые пограничные случаи.

  • Подключение всех организаций и контуров
  • Дашборды состояния очередей и SLA
  • Передача документации и обучение администраторов
  • SLA-сопровождение или передача внутренней команде

Результаты

Что меняется — в двух разных сценариях

Жить в контуре группы и готовиться к выходу из SAP — разные задачи с разными сроками. Смотрите ту колонку, которая про вас.
Если остаёмся в контуре группы
SAP — корпоративный стандарт, 1С — российский учёт и обмен между ними
  • Закрытие периода в график материнской: данные уходят в SAP по календарю глобального закрытия, без авралов и ручных таблиц.
  • РСБУ без потерь для МСФО: 1С ведёт российский учёт, SAP получает данные в той аналитике, которая нужна для консолидации.
  • Единая версия данных: контрагенты, номенклатура, организации согласованы. Никаких «у нас Иванов А.П., у них Ivanov A.»
  • Бухгалтеры и закупщики перестают быть переходником между двумя системами — документы и платежи не перебиваются дважды.
Если готовимся к выходу из SAP
Решение ещё не принято — но техническая готовность уже есть
  • Процессы и потоки данных описаны заранее: миграция начинается не с чистого листа и не с полугодового обследования.
  • 1С-контур работает автономно. Если у SAP-стороны проблемы со специалистами, российский учёт не останавливается.
  • Переносите блоками — SAP выключается последним, а не первым, и остановиться можно на любом шаге.
  • Решение о выходе принимается по бизнес-причинам, а не потому, что «дальше уже нельзя тянуть».

Как заказать

Начните с экспресс-аудита

Оставьте заявку — мы согласуем удобное время и проведём бесплатное знакомство: разберём, какие процессы пересекают границу 1С и SAP, какие объекты должны обмениваться. По итогу получите карту интеграции, перечень коннекторов, оценку сроков и сметы. Аудит — отдельный платный этап от 350 тыс. ₽; если двинемся дальше, его стоимость засчитывается в первый этап разработки.

Почему ИСУ

20 лет на стыке SAP и 1С

Мы делали интеграции с SAP ещё в эпоху ECC 6.0, когда сертифицированные SAP-консультанты были на каждом углу. После 2022 года рынок изменился: SAP-команды стали редкими, а интеграция превратилась в задачу выживания. Наш бутиковый формат (постоянная команда из 4–6 человек на проект) позволяет держать высокую компетенцию там, где у крупных подрядчиков уже нет специалистов.


Наши преимущества

Почему интеграцию с SAP стоит делать с ИСУ

Процессный подход на входе

Не начинаем с технических коннекторов. Сначала описываем, ЗАЧЕМ нужен каждый поток данных и кто его потребляет. Это снижает объём интеграции на 20–40%.

Знание SAP-стека

Понимаем IDoc, RFC, BAPI, OData, SAP PI/PO, CPI. Знаем, где SAP отдаёт данные легко, где нужно дописывать на ABAP, а где проще обойти через шину.

Гарантированная доставка

Никакого «отправили и забыли». Используем очереди (RabbitMQ, KAFKA, IDoc-очередь SAP) с подтверждением, ретраями и алертами на разрывы.

Постоянная команда

4–6 человек работают на проекте от начала до запуска. Никаких передач от пресейла к внедрению, потом к поддержке — состав не меняется.

Опыт холдингов

Делали проекты для российских дочек глобальных групп — Swatch, Dyson, Dior. Понимаем, как устроены процессы между материнской и российской компанией.

Прототип до основного контракта

До подписания основного договора показываем работающий обмен по одному ключевому объекту на ваших данных. Видимый результат до закупки.


Следующий шаг

Получите карту интеграции 1С и SAP

За 5 рабочих дней после первого звонка вы получите документ: текущая архитектура, набор потоков данных, рекомендованная шина, оценка сроков и сметы. Без обязательств. Если двинемся дальше — стоимость аудита засчитывается в первый этап.

Запросить расчёт интеграции
Перезвоним в течение рабочего дня
Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности и обработкой персональных данных

Вопросы и ответы

Частые вопросы по интеграции 1С с SAP

Зависит от количества объектов обмена и сложности. Базовая связка (синхронизация контрагентов и номенклатуры + обмен продажами/закупками) — 3–5 месяцев. Полная интеграция с финансовым модулем, MM, SD, HR — 6–10 месяцев. Решения с SAP CPI и многими организациями — до 12 месяцев.

Подбираем под задачу. Для массовых документов — IDoc + очередь. Для онлайн-операций — RFC и BAPI с обёрткой в web-сервис. Для современных S/4HANA — OData REST. Для облачных сценариев — SAP CPI. Если нужна гибкая маршрутизация между несколькими системами — KAFKA или RabbitMQ как шина.

Шина построена так, чтобы 1С продолжала работать автономно. Исходящие сообщения копятся в очереди и отправляются при восстановлении SAP. Входящие операции — буферизуются. На разрыв обмена приходит алерт администраторам, никакого «молчаливого» падения не бывает. Это требование к архитектуре, которое мы закладываем с самого начала.

Технически SAP on-premise продолжает работать без обновлений и поддержки вендора. Облачные сервисы (Ariba, SuccessFactors) недоступны напрямую — для них поднимаем прокси-шины с маршрутизацией трафика. Параллельно фиксируем процессную карту и потоки данных — это даст возможность безболезненно перейти на 1С полностью, когда головной офис примет такое решение.

Это решается в процессной фазе. Обычно SAP — мастер для глобальных справочников (номенклатура группы, общая клиентская база, иерархия ЦФУ). 1С — мастер для российских специфичных данных (физлица, контрагенты-резиденты РФ, налоговые статьи). Каждый объект имеет одного владельца, дубли блокируются на уровне шины.

TLS-шифрование трафика, сертификаты с обеих сторон, токен-аутентификация, отдельный технологический пользователь с минимальным набором прав. Для контуров с персональными данными — соответствие 152-ФЗ: данные не покидают периметр РФ без письменного согласия и не передаются в неподконтрольные сервисы.

Первый платёж — оплата аудита и карты интеграции (от 350 тыс. ₽, зависит от количества систем и объектов обмена). По итогам аудита вы получаете фиксированную смету на разработку коннекторов и шины. Если решите не продолжать — забираете документ и используете как угодно. Если двинемся дальше — стоимость аудита засчитывается в первый этап разработки.