Учёт остаётся ядром
Ничего не переносим в другую систему: справочники, документы и взаиморасчёты ведутся в 1С или ERP, а внешние сервисы получают из неё готовые данные.
Учёт и ERP
Интеграции: Учёт и ERP
Учётная система — ядро, остальные системы — её продолжение
Сайт, CRM, склад и маркетплейсы должны работать с теми же справочниками, ценами и документами, что и бухгалтерия. Строим обмен так, чтобы учёт оставался единственным источником правды, а заказы и оплаты возвращались в него без ручного ввода.
Какие задачи закрывает категория
Учёт и ERP — это не одна интеграция, а контур: справочники, документы, заказы и отчётность. Ниже — что именно закрывается и где проходит граница между системами.
Справочники и сопоставление
Номенклатура, характеристики, контрагенты, подразделения и склады сопоставляются один раз. Дальше системы ссылаются на один и тот же объект, а не заводят свои копии.
Заказы и оплаты
Заказ с сайта или из CRM превращается в документ учёта. Оплата и отгрузка меняют его состояние на всех сторонах, поэтому статус не приходится сверять вручную.
Цены и остатки
Витрина и CRM показывают то, что есть в учёте. Правила округления, наценки, скидки и разные склады описываются до разработки, иначе цены начинают расходиться.
Документы
Счета, накладные, акты и УПД формируются в учётной системе и не набираются второй раз в другом интерфейсе. Номер и дата документа остаются едиными.
Отчётность
Продажи, закупки, склад и взаиморасчёты считаются по первичным данным учёта, а не по выгрузкам, которые кто-то собирает руками к концу месяца.
Контур обмена данными
Для каждой сущности заранее определяется источник правды и направление записи. Без этого обмен работает, но данные в системах постепенно расходятся.
Сущность
Направление
Что важно учесть
Номенклатура и характеристики
Учёт → сайт, CRM
Эталон — карточка в учётной системе. На внешней стороне хранится только сопоставление и то, чего в учёте нет: тексты, фото, SEO-поля.
Цены, скидки, остатки
Учёт → витрина
Обмен по расписанию и по событию. Если учётная система недоступна, витрина работает на последних полученных данных, а не отдаёт пустые цены.
Контрагенты и договоры
Учёт ⇄ CRM
Правило сопоставления задаётся по ИНН и коду контрагента, иначе один и тот же клиент появляется в двух системах дважды.
Заказы
Сайт, CRM → учёт
Передаются идемпотентно по номеру заказа: повторная отправка после сбоя не создаёт второй документ. Ошибка валидации возвращается с понятным текстом.
Оплаты и отгрузки
Учёт → сайт, CRM
Документ в учёте меняет статус заказа во внешних системах. Это единственный способ понять, что заказ действительно оплачен, а не только оформлен.
Счёт, накладная, УПД
Учёт → клиент, CRM
Печатные формы и файлы забираются из учётной системы, поэтому в CRM лежит тот же документ, что ушёл клиенту.
Если в учётной системе меняется состав обязательных полей или документооборот, правится обмен — правила сопоставления остаются прежними.
Где обычно расходятся данные
Расхождения почти всегда появляются не в коде обмена, а в правилах: что считается одним и тем же объектом и какая сторона имеет право на запись.
Справочники не сопоставлены
Номенклатура заводится заново на стороне сайта, и одна позиция существует под двумя кодами. Обмен формально работает, а остатки по ней расходятся.
Ручные правки на внешней стороне
Цену или остаток поправили прямо в админке сайта — до следующего обмена. После обновления из учёта правка исчезает, и никто не понимает, почему.
Повторная отправка после сбоя
Если обмен не защищён от повторов, восстановление связи создаёт второй заказ или второй счёт. Разбирать это приходится бухгалтерии.
Документ изменили задним числом
Заказ в учёте отредактировали после передачи, и внешняя система осталась со старым составом. Нужна обратная синхронизация изменений, а не только первичная отправка.
С чего начать
Порядок работ для этой категории. Первый шаг не требует разработки, но без него остальные придётся переделывать.
Зафиксировать роли систем
По каждой сущности — номенклатура, цены, остатки, заказы, оплаты — определяется источник правды и то, какая сторона имеет право на запись.
Сопоставить справочники
Номенклатура и характеристики, контрагенты, подразделения и склады получают однозначные соответствия между системами. Это разовая работа.
Запустить обмен документами
Сначала заказы, оплаты и отгрузки — полный цикл на одном канале. Дальше подключаются маркетплейсы, склад и остальные организации.
Настроить журнал и сверку
Журнал обмена, повтор неудачных операций и регулярное сравнение документов с учётом. Расхождение видно в отчёте, а не при закрытии периода.
Интеграции категории
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
1С
1С остаётся учётным ядром
Интеграция с 1С: УТ, ERP, УНФ — номенклатура, цены, остатки, заказы, оплаты и документы.
ПодробнееERP-системы
Учёт под ваш процесс, а не наоборот
Интеграция ERP с сайтом, CRM и складом: справочники, документы, заказы и отчётность.
ПодробнееAPI-интеграции
Свяжем системы, для которых нет готового коннектора
Разработка API-интеграций: REST, GraphQL, вебхуки, SOAP и файловый обмен. Контракт обмена до кода, очередь, повторы, защита от дублей, журнал и мониторинг.
ПодробнееЧто защищает обмен с учётной системой
Учётная система обновляется, база бывает занята, а канал связи падает. Обмен должен переживать это без потери документов.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Все категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы об интеграции с учётом
Если вашего вопроса здесь нет — задайте его в форме ниже.
Нужно ли менять учётную систему, чтобы связать её с сайтом и CRM?
Нет. 1С или ERP остаётся ядром учёта: справочники, документы и остатки продолжают вестись там. Меняем не систему, а способ обмена с ней. Замена учётной программы — отдельное решение со своей ценой и рисками, и мы его не навязываем.
Какая система считается источником правды по ценам и остаткам?
Учётная система. Сайт, CRM и склад получают цены, остатки и характеристики и не изменяют их у себя. Обратная запись идёт только в документы — заказы, счета, оплаты — и всегда с проверкой, что объект уже существует, чтобы не появился дубль.
У нас в 1С или ERP есть доработки. Это помешает обмену?
Сначала разбираемся, что именно доработано и какие поля обязательны в вашей конфигурации. Часть логики выносится на внешнюю сторону, чтобы не трогать учётную систему. Если правки внутри неё всё же нужны, они согласуются отдельно и документируются, чтобы их не потеряли при обновлении.
Что делать, если документы в учёте и в CRM расходятся?
Для каждой сущности ведётся журнал обмена: видно, что ушло, что вернулось и когда. Регулярная сверка сравнивает документы и статусы по обеим сторонам, расхождения выводятся списком. Неудачную операцию можно повторить, не создавая второй документ.
Сколько каналов можно подключить к одной учётной базе?
Ограничения на нашей стороне нет: сайт, CRM, маркетплейсы и склад описываются отдельными правилами сопоставления. Если в базе несколько организаций или складов, для них задаются свои правила — так же, как это устроено внутри самой учётной системы.
Обсудим связку с вашей учётной системой
Расскажите, какая у вас 1С или ERP, где ведутся справочники и какие системы нужно связать с учётом. Предложим схему обмена и назовём сроки.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.