B2B-клиент оформил заказ на сайте — и ждёт счёт. Менеджер вручную заводит заказ в 1С, выставляет счёт, отправляет его на почту, потом так же вручную готовит накладную и акт. На каждом шаге — задержка и риск ошибки в реквизитах. Пока документы ходят по рукам, сделка стоит. Интеграция сайта с бухгалтерией убирает этот ручной труд: счёт формируется автоматически, статусы возвращаются на сайт, а клиент видит документы в кабинете.
Это практический how-to: как связать интернет-магазин на 1С-Битрикс с бухгалтерией, где должны формироваться документы, как автоматически выставлять счета и подтягивать статусы оплаты, какие каналы обмена использовать и как учесть ЭДО. Настройку таких связок мы закрываем услугой автоматизации продаж и склада на 1С.
Коротко
- Источник истины по документам — 1С, а не сайт; сайт формирует заказ и отдаёт печатные формы.
- Типовой поток «заказ юрлица → счёт → оплата → отгрузка» автоматизируется полностью.
- Базовый канал — обмен по CommerceML, для событий реального времени добавляют REST и вебхуки.
- Обмен делают идемпотентным и логируемым, чтобы не плодить дубли и ловить расхождения рано.
Зачем связывать сайт и бухгалтерию
Без интеграции сайт и учёт живут в двух мирах: заказы приходят на сайт, а документы готовятся в 1С вручную. Это порождает тройную проблему — задержки (клиент ждёт счёт), ошибки (реквизиты переписывают руками) и нагрузку на менеджеров и бухгалтерию, которые тратят время на рутину вместо работы с клиентами.
Интеграция превращает разрозненные шаги в единый поток: заказ с сайта автоматически становится основанием для документов в 1С, счёт выставляется сразу, статус оплаты возвращается на сайт, клиент видит всё в кабинете. Для B2B, где сделка идёт по документам, это не удобство, а конкурентное преимущество: быстрее счёт — быстрее оплата — быстрее оборот.
Где формируются документы
Первый и главный архитектурный вопрос — где живут документы. Ответ однозначный: источником истины остаётся учётная система, а не сайт.
Почему так: в 1С уже есть сквозная нумерация, налоговый учёт, сверки и отчётность. Перенос выпуска официальных документов на сайт создал бы второй, несогласованный контур — источник расхождений и ошибок в отчётности. Правильная схема — сайт инициирует, 1С оформляет, а обмен связывает их в единый процесс.
Какие документы автоматизируют
Не всё автоматизируют разом — есть очевидный порядок приоритетов по массовости и сложности.
| Документ | Когда возникает | Приоритет автоматизации |
|---|---|---|
| Счёт на оплату | При оформлении заказа юрлицом | Высокий — начинать с него |
| Статус оплаты | После поступления денег | Высокий — сразу за счётом |
| Накладная (ТОРГ-12) | При отгрузке товара | Средний |
| Акт / УПД | При закрытии сделки | Средний |
| Счёт-фактура | Для плательщиков НДС | Средний, часто через ЭДО |
Логика простая: начинают с самого массового и ценного потока — счёт и статус оплаты по заказам юрлиц, — а накладные, акты и УПД подключают следующими итерациями. Так вы получаете отдачу быстро и не пытаетесь автоматизировать всё сразу, увязая в редких сценариях.
Реквизиты юрлица и контрагенты
Документ хорош настолько, насколько верны реквизиты в нём. Поэтому сбор и валидация реквизитов юрлица — фундамент всей автоматизации документов.
- Сбор при оформлении. Наименование, ИНН, КПП, юридический адрес, банковские реквизиты собираются на шаге заказа или в кабинете B2B.
- Автозаполнение по ИНН. Подстановка данных из справочника снижает ошибки и ускоряет оформление.
- Валидация. Проверка формата ИНН/КПП; ошибка в реквизитах делает документ недействительным.
- Хранение у контрагента. Реквизиты сохраняются и подставляются в будущие документы автоматически.
Эти данные должны корректно доезжать до 1С, где привязываются к контрагенту. Личный кабинет B2B с реквизитами и историей документов — часть автоматизации на 1С: клиент один раз вводит реквизиты, а дальше они работают на каждый заказ.
Автоматическое выставление счёта
Самый ценный сценарий — счёт формируется сразу при оформлении заказа юрлицом, без участия менеджера. Как это устроено пошагово:
- Заказ с реквизитами. Юрлицо оформляет заказ, реквизиты контрагента прикрепляются к заказу.
- Формирование счёта. По составу заказа и реквизитам создаётся счёт — печатная форма для скачивания на сайте.
- Передача в 1С. Заказ уходит в учётную систему, где счёт регистрируется официально с нумерацией.
- Клиент получает счёт. Ссылка на счёт доступна в кабинете и/или письме сразу после оформления.
- Ожидание оплаты. Заказ переходит в статус «выставлен счёт», система ждёт подтверждения оплаты из 1С.
В 1С-Битрикс счёт на оплату — штатная сущность модуля «Интернет-магазин», а его печатная форма и передача в учёт настраиваются в оформлении заказа (sale.order.ajax) и обмене. Полностью автоматизируется типовой поток; сделки с нестандартными условиями (индивидуальная цена, отсрочка) по-прежнему проходят согласование через менеджера.
Каналы обмена: CommerceML и REST
Связь сайта и бухгалтерии строят на двух дополняющих каналах, и выбор зависит от требований к скорости и типу данных.
| Канал | Для чего | Особенности |
|---|---|---|
| Обмен CommerceML | Заказы, товары, оплаты, статусы | Штатный, надёжный, пакетный по расписанию |
| REST API | Запросы и передача по запросу | Гибкий, для нестандартных сценариев |
| Вебхуки / события D7 | Реакция на события в реальном времени | Мгновенно: оплата, отгрузка, смена статуса |
Базовый поток заказов и статусов удобно вести штатным обменом по CommerceML, а события реального времени (пришла оплата, произошла отгрузка) — через REST и вебхуки. Как безопасно строить и защищать такие точки входа, мы подробно разбирали в статье про REST, вебхуки и безопасность, а обработку событий на современном ядре — в материале про D7 и ORM.
Статусы оплаты и документы в кабинете
Интеграция ценна не только выставлением счёта, но и обратным потоком — когда данные из учёта возвращаются клиенту. После настройки в личном кабинете B2B появляются:
- Статус оплаты. Клиент видит, поступил ли платёж по счёту, без звонка менеджеру.
- Доступные документы. Счёт, накладная, акт, УПД подтягиваются из 1С и доступны для скачивания.
- История сделок. Заказы, их статусы и документы собраны в одном месте.
- Уведомления. О выставлении счёта, поступлении оплаты, готовности отгрузки.
Это снимает нагрузку с бухгалтерии и менеджеров — типовые вопросы «оплачено ли», «где акт» клиент закрывает сам. Для B2B-покупателя, привыкшего работать по документам, прозрачный кабинет — сильный аргумент в пользу поставщика. Такой кабинет реализуется в связке сайта и учёта средствами платформы.
ЭДО и юридически значимые документы
Отдельная тема — юридически значимый электронный документооборот. ЭДО — это обмен подписанными электронной подписью документами (УПД, счетами-фактурами, актами) с контрагентами через оператора ЭДО, без бумаги.
Для B2B-магазина с регулярными отгрузками юрлицам ЭДО ускоряет закрытие сделок и экономит на бумажном обороте. Важный нюанс архитектуры: ЭДО обычно подключается на стороне 1С через оператора, а не напрямую с сайта. Сайт инициирует заказ и передаёт его в учёт, а обмен юридически значимыми документами идёт из 1С. Сайт при этом может показывать клиенту статус документов ЭДО в кабинете. Такое разделение сохраняет учётную систему единым контуром документов и не размывает ответственность.
Надёжность обмена и расхождения
Любая интеграция без контроля рано или поздно даёт расхождения: задвоенные заказы, несовпадение сумм, «зависшие» статусы. Чтобы этого избежать, обмен проектируют надёжным с самого начала.
- Идемпотентность. У заказа стабильный идентификатор; повторная передача не создаёт дубль.
- Логирование. Все операции обмена пишутся в журнал — есть что разобрать при проблеме.
- Обработка ошибок. Сбой обмена не теряется молча, а фиксируется и, при необходимости, повторяется.
- Сверки и уведомления. Периодическая сверка сайта и учёта, сигнал об ошибках обмена ответственному.
Смысл в том, чтобы расхождения ловились рано и по горячим следам, а не всплывали в отчётности в конце месяца. Стабильность обмена зависит и от инфраструктуры: нагруженные выгрузки требуют адекватных ресурсов — об этом наш материал про хостинг и BitrixVM. Автоматизацию контроля и сверок закрывает автоматизация на 1С.
Пошаговый план внедрения
- Опишите процесс «как есть». Кто и как сейчас выставляет счета и документы, где теряется время.
- Зафиксируйте границы. Что делает сайт, что — 1С; документы выпускает учётная система.
- Настройте сбор реквизитов. Поля юрлица, автозаполнение по ИНН, валидация на шаге заказа.
- Запустите автосчёт. Формирование счёта по заказу юрлица и его передачу в 1С.
- Верните статусы. Обмен статусами оплаты и доступ к документам в кабинете клиента.
- Добавьте документы итерациями. Накладные, акты, УПД, затем ЭДО на стороне 1С.
- Обеспечьте надёжность. Идемпотентность, логи, сверки и уведомления об ошибках.
- Проверьте на реальных сделках. Прогоните типовые и краевые случаи, сверьте суммы и реквизиты.
Частые ошибки
- Документы выпускают на сайте. Второй контур учёта расходится с 1С и ломает отчётность.
- Реквизиты без валидации. Ошибка в ИНН делает счёт недействительным, документы приходится переделывать.
- Обмен не идемпотентный. Повторная передача плодит дубли заказов и счетов.
- Нет логов и сверок. Расхождения всплывают в отчётности, а не ловятся сразу.
- Пытаются автоматизировать всё разом. Вязнут в редких сценариях вместо массового потока счетов.
- ЭДО тянут на сайт. Юридически значимый обмен пытаются вести с сайта вместо 1С.
- Статусы не возвращаются. Клиент не видит оплату и документы, нагрузка на менеджеров не падает.
Чек-лист внедрения
- Границы определены. Сайт инициирует, 1С выпускает документы; двойного учёта нет.
- Реквизиты собираются и валидируются. Поля юрлица, автозаполнение по ИНН, проверка формата.
- Автосчёт работает. Счёт формируется по заказу юрлица и регистрируется в 1С.
- Статусы оплаты возвращаются. Клиент видит оплату и документы в кабинете.
- Каналы выбраны верно. CommerceML для базового потока, REST/вебхуки для событий.
- Документы подключены итерациями. Накладные, акты, УПД; ЭДО — на стороне 1С.
- Обмен надёжен. Идемпотентность, логирование, сверки, уведомления об ошибках.
- Проверено на сделках. Типовые и краевые случаи прогнаны, суммы и реквизиты сверены.
Вывод
Интеграция сайта с бухгалтерией превращает медленный ручной процесс «заказ — счёт — оплата — документы» в единый автоматический поток. Ключ к правильной архитектуре — разделение ролей: сайт на 1С-Битрикс инициирует заказ и отдаёт клиенту печатные формы и статусы, а официальные документы выпускает 1С как единый контур учёта.
Начните с самого ценного — автоматического счёта и возврата статуса оплаты по заказам юрлиц, — свяжите системы штатным обменом и REST, сделайте обмен идемпотентным и логируемым, а накладные, акты и ЭДО подключайте следующими итерациями. Тогда бухгалтерия перестанет тонуть в рутине, клиенты будут получать документы мгновенно, а сделки — закрываться быстрее.
