Менеджеры ведут сделки в Битрикс24, бухгалтерия выставляет счета и видит оплаты в 1С, а статусы между системами переносятся вручную.
Продажи и учёт живут в разных системах. Менеджер просит бухгалтера выставить счёт, пересылает реквизиты в чате, потом несколько дней уточняет, пришла ли оплата. Номенклатура и цены в CRM расходятся с 1С, контрагент заведён в двух вариантах, а руководитель смотрит воронку, в которой оплата отмечена не у всех сделок. Нужен обмен, при котором счёт создаётся в 1С из сделки, а оплата возвращается в Битрикс24 сама.
Сделки и компании в Битрикс24 с реквизитами и товарами, справочники номенклатуры и контрагентов 1С, счета и поступления по банковской выписке в 1С, правила сопоставления и стадии воронки.
На стадии «Счёт» сделка передаётся в 1С: контрагент ищется по ИНН и КПП, позиции сопоставляются по коду номенклатуры, счёт создаётся, а номер и PDF возвращаются в сделку. Когда в 1С разносится оплата, сделка в Битрикс24 получает статус и сумму оплаты, менеджер получает уведомление.
REST API и вебхуки Битрикс24, HTTP-сервисы или OData 1С, готовый коннектор там, где его хватает, n8n или Python как промежуточный слой, журнал обмена, Telegram для ошибок.
Менеджер выставляет счёт, не выходя из сделки, видит оплату без вопросов бухгалтерии, а справочники в двух системах перестают расходиться.
Решение: обмен строится вокруг одного правила - для каждого типа данных заранее определено, какая система главная. Реквизиты контрагентов, номенклатура, цены и оплаты главные в 1С, сделки и стадии продажи главные в Битрикс24. Готовый коннектор 1С и Битрикс24 подходит для типового обмена справочниками, а свои правила, например создание счёта на конкретной стадии или частичные оплаты, собираются через REST API Битрикс24 и HTTP-сервисы 1С с промежуточным слоем на n8n или Python.
При создании счёта сценарий проверяет данные заранее: заполнены ли ИНН и КПП, есть ли такой контрагент в 1С, совпадают ли позиции сделки с номенклатурой. Если чего-то не хватает, счёт с ошибкой не создаётся, а менеджер получает понятное сообщение, что поправить в сделке. Оплаты сопоставляются со счетами по номеру и сумме: полная оплата переводит сделку на следующую стадию, частичная фиксируется отдельно, а платёж без счёта уходит бухгалтеру на ручной разбор.
Каждая операция пишется в журнал обмена: что передано, когда и с каким результатом. Ошибки не теряются в логах, а приходят ответственному, повторная отправка не создаёт дублей счетов. Доработки в 1С делаются расширением, без правки типовой конфигурации, чтобы обновления не ломали обмен. Результат для бизнеса: продажи и бухгалтерия видят одни и те же счета и оплаты, а руководитель получает воронку, где статус оплаты совпадает с данными учёта.
Сценарий подходит компаниям, где отдел продаж работает в Битрикс24, а учёт ведётся в 1С: оптовым поставщикам, производствам, сервисным и проектным компаниям с безналичной оплатой от юрлиц. Особенно полезен, когда счетов много и бухгалтерия тратит время на ответы, пришла ли оплата. Конкретная реализация зависит от конфигурации 1С и тарифа Битрикс24 и подбирается под стек и объёмы.
Опишем, как адаптировать этот сценарий под ваши данные и системы. Без обязательств.
