CoreviaFlowCOREVIAFLOWDIGITAL PROJECT COMPANY Оставить заявку
EN UA RU

Интеграция 1С/BAS ↔ Odoo

Подтверждённые заказы и контрагенты из Odoo становятся документами в 1С/BAS, а оплаты, отгрузки и остатки из 1С/BAS возвращаются в Odoo

Продажи, CRM и воронка живут в Odoo, а бухгалтерия, налоговая отчётность и склад остаются в 1С/BAS, потому что там работает бухгалтер. Между ними человек набирает заново каждый подтверждённый заказ и каждого нового клиента, а продавцы спрашивают у бухгалтера, оплатил ли клиент. Связка 1С/BAS ↔ Odoo делает каждый подтверждённый заказ в Odoo заказом покупателя в 1С/BAS с правильным контрагентом и возвращает оплаты, отгрузки и остатки из 1С/BAS обратно в Odoo, поэтому продавец видит состояние сделки, никого не спрашивая. Ниже — что именно передаётся, какие сценарии закрываем и на какие возможности обеих систем мы опираемся.

Что передаётся между системами

  • Odoo → 1С/BASЗаказ, подтверждённый в Odoo, становится заказом покупателя в 1С/BAS с теми же строками, количеством и ценами, а номер документа записывается обратно в заказ Odoo.
  • Odoo → 1С/BASНовая компания или контакт в Odoo создаётся в 1С/BAS как контрагент с кодом ЕГРПОУ, адресом и реквизитами или сопоставляется с существующим по коду.
  • 1С/BAS → OdooОплаты, полученные в 1С/BAS, записываются в заказ и счёт Odoo как оплаченные, с датой и суммой, поэтому продавец видит это в воронке.
  • 1С/BAS → OdooОтгрузки, проведённые в 1С/BAS, отмечают заказ в Odoo доставленным с датой и номером отслеживания перевозчика.
  • 1С/BAS → OdooОстатки и выбранный вид цены из 1С/BAS записываются в товары Odoo по расписанию, поэтому коммерческие предложения строятся из реальных остатков и текущих цен.
  • 1С/BAS → OdooПросроченная дебиторка из 1С/BAS появляется на карточке клиента в Odoo, поэтому продавец ещё до звонка знает, что предыдущий счёт не оплачен.

Что подключаем

  • Договариваемся, кто чем владеет: товары, цены и остатки — в 1С/BAS; клиенты, воронка и заказы — в Odoo; оплаты и отгрузки — в 1С/BAS. У каждого поля ровно один хозяин.
  • Проверяем редакцию и план Odoo: внешний доступ должен быть включён, а облачному аккаунту нужен локально заданный пароль или ключ доступа для пользователя обмена.
  • В Odoo администратор создаёт отдельного пользователя для обмена с ключом доступа и правами только на продажи, контакты и товары; ключ можно в любой момент отозвать.
  • Со стороны 1С/BAS используем открытый интерфейс обмена, который платформа строит сама, от отдельного пользователя с правом читать остатки и оплаты и создавать заказы и контрагентов.
  • Сопоставляем каталоги и статусы: какой товар Odoo является какой номенклатурой 1С/BAS, какой этап заказа в Odoo запускает передачу и какие события 1С/BAS означают «оплачено» и «доставлено» в Odoo.
  • Тестируем на копиях обеих баз с десятком заказов и клиентов, сверяем с бухгалтером и только потом переводим обмен на рабочие системы.

Сценарии автоматизации

01

Заказы набирают дважды

Было продавец подтверждает заказ в Odoo, потом оператор набирает его в 1С/BAS, и раз в неделю теряется строка.

Стало подтверждённый заказ за минуты появляется в 1С/BAS с теми же строками, а Odoo показывает номер документа 1С/BAS.

02

«Клиент оплатил?»

Было продавцы несколько раз в день пишут бухгалтеру, чтобы узнать об оплатах.

Стало оплата из 1С/BAS за минуты отмечает заказ в Odoo оплаченным, и продавец видит это в воронке.

03

Предложение на устаревших остатках

Было продавец обещает поставку со склада, который продали вчера, потому что Odoo показывает прошлонедельные числа.

Стало остатки из 1С/BAS записываются в товары Odoo по расписанию, и предложение строится из того, что действительно есть на полке.

04

Две карточки одного клиента

Было клиент есть в Odoo под одним названием, а в 1С/BAS под другим, и сверка в конце месяца занимает день.

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

Как это работает технически

Для тех, кто проверяет: каждый пункт ведёт на страницу официальной документации, откуда он взят.

  • Официальный портал поддержки BAS описывает технологии интеграции под названием «Технологии интеграции 1С:Предприятия 8.3» — BAS построен на платформе 1С:Предприятие 8.3.

    Источник: its.bas-soft.eu ↗ проверено 2026-09-25
  • Согласно той же документации, платформа автоматически строит REST-интерфейс по протоколу OData, через который внешние системы могут читать, изменять, создавать и удалять данные через HTTP.

    Источник: its.bas-soft.eu ↗ проверено 2026-09-25
  • Почти все данные и функции Odoo доступны снаружи для подключения или анализа; часть этого доступна через XML-RPC из разных языков программирования.

    Источник: www.odoo.com ↗ проверено 2026-09-25
  • Внешний доступ к данным доступен только на индивидуальных тарифах — его нет на начальном тарифе на одно приложение и на стандартном тарифе.

    Источник: www.odoo.com ↗ проверено 2026-09-25
  • Облачные аккаунты (Odoo Online) требуют отдельно установленного локального пароля для внешнего подключения, поскольку обычный вход через аутентификацию Odoo Online для этого не подходит.

    Источник: www.odoo.com ↗ проверено 2026-09-25
  • Начиная с версии 14.0, Odoo поддерживает ключи доступа, которые можно использовать вместо пароля в скриптах, при этом обычный вход учётной записи остаётся без изменений.

    Источник: www.odoo.com ↗ проверено 2026-09-25

Ограничения

Ограничения складываются из двух систем. Odoo в такой схеме сама не отправляет события: обмен читает новые и изменённые заказы по расписанию в минуты, а не мгновенно. Внешний доступ включён не в каждый план Odoo, а облачному аккаунту нужен локально заданный пароль или ключ доступа; это проверяем в первую очередь. У каждого поля один хозяин, поэтому цена, изменённая руками в Odoo, на следующем проходе перезаписывается из 1С/BAS. 1С/BAS есть в официальном перечне запрещённого ПО: проекты для госорганов, критической инфраструктуры и систем с государственными данными мы не берём, а с частным бизнесом честно обсуждаем риск.

Как начать

Три шага от первого сообщения до работы над вашим проектом.

  1. 01

    Оставьте заявку

    Опишите задачу в форме — текстом или голосом. Бюджет и сроки — по желанию.

  2. 02

    Мы разбираем и оцениваем

    Разработчик изучает ТЗ, уточняет непонятное и присылает оценку.

  3. 03

    Начинаем

    Как только объём и цена согласованы, начинаем работу.

или напишите на info@coreviaflow.space

Вопросы

Зачем вообще оставлять 1С/BAS, если в Odoo есть бухгалтерия?
Потому что там бухгалтер, налоговая отчётность и привычки аудитора, а их переезд — отдельный проект со своим риском. Связка даёт продажам работать в Odoo уже сегодня, не трогая учёт; если позже перенесёте учёт в Odoo, обмен просто выключается.
Наша Odoo стоит на своём сервере, не облачная. Это имеет значение?
Это упрощает дело: внешний доступ есть, и проверять план не нужно. Нужен только пользователь обмена с ключом доступа и сетевой доступ с нашей стороны к вашему серверу.
А если продавец изменит заказ после того, как он ушёл в 1С/BAS?
Изменения в заказе, который ещё не отгружен, переносятся в документ 1С/BAS на следующем проходе. Как только заказ отгружен в 1С/BAS, он блокируется со стороны Odoo, и дальнейшие изменения идут через новый заказ или возврат; это правило согласовываем на шаге сопоставления.

Расскажите, что нужно подключить

Опишите задачу текстом или голосовым. Мы посмотрим, что у вас есть, и ответим планом.

Каждая система отдельно

Другие связки

Внедрение · Разработка · Интеграции →

1С/BAS ↔ Odoo — названия систем являются товарными знаками их владельцев. CoreviaFlow не аффилирована с ними, если не указано иное.