Документооборот в B2B на 1С-Битрикс: счета, акты, УПД и ЭДО

В рознице документ — это чек, и о нём никто не думает. В опте всё наоборот: сделка живёт документами. Оптовый клиент не «покупает и уходит» — он получает счёт, оплачивает по безналу, забирает товар по накладной или УПД, закрывает период актом, раз в квартал сверяет взаиморасчёты. Пока опт маленький, эти бумаги пересылают вручную по почте: менеджер выгружает счёт из 1С, прикрепляет к письму, ждёт оплаты, потом ищет накладную. Как только контрагентов становятся десятки, а отгрузок — сотни, ручная пересылка превращается в постоянный источник задержек, потерянных документов и вопросов «а вы точно выставили счёт?».

Эта статья — практический разбор того, как выстроить документооборот B2B на 1С-Битрикс: какие документы нужны опту, где они формируются, как дать к ним доступ в личном кабинете (список, скачивание PDF, статус оплаты счёта), как устроен обмен документами с 1С и что такое электронный документооборот — ЭДО. Материал из нашей практики разработки B2B-порталов и личных кабинетов — по делу, без обещаний «автоматизируем бухгалтерию за день». Важная оговорка: вопросы права и учёта мы даём обзорно, а конкретный перечень документов и их форму всегда стоит сверять с вашим бухгалтером.

Почему документооборот — узкое место опта

Оптовая сделка длиннее розничной, и на каждом её этапе появляется документ. Клиент оформил заказ — нужен счёт. Оплатил — нужно подтверждение и обновлённый баланс. Забрал товар — нужна накладная или УПД. Закрыли месяц — нужен акт и, возможно, сверка. Если всё это ходит вручную через почту и мессенджеры, документооборот становится тем местом, где сделка «залипает».

Типичные симптомы ручного документооборота в опте:

• Задержка на счёте. Клиент готов платить, но ждёт, пока менеджер выгрузит и пришлёт счёт. Каждый такой «пришлите счёт» — это часы, а иногда и сорванная оплата в конце месяца.
• Потерянные документы. Накладная ушла в переписку и утонула. Бухгалтерия клиента не может закрыть период, потому что «не пришёл оригинал».
• Нет прозрачности по оплате. Клиент не видит, оплачен ли счёт и на какую сумму, и звонит уточнять. Менеджер лезет в 1С и отвечает вручную.
• Ручные ошибки. Прислали чужой счёт, старую версию, документ с опечаткой в реквизитах — и всё переделывают.
• Нагрузка на менеджера. Значительная часть его дня уходит не на продажи, а на пересылку и поиск бумаг.

Личный кабинет с разделом документов снимает эту нагрузку: документы формируются в учёте и сами появляются у клиента, а он забирает их без единого письма. Менеджер подключается там, где нужно решение человека, а рутина уходит в самообслуживание. Но важно понимать границу: сайт не заменяет бухгалтерию и не «придумывает» документы — он даёт удобный доступ к тому, что уже создано в 1С по правилам вашей учётной политики.

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

Прежде чем проектировать раздел документов, нужно понять состав — какие бумаги вообще сопровождают оптовую сделку и зачем каждая из них. Ниже — базовый набор для типовой торговой операции между юрлицами. Подчеркнём: конкретный перечень зависит от системы налогообложения сторон (плательщик НДС или нет), характера сделки (товар или услуги) и вашей учётной политики, поэтому итоговый список согласуют с бухгалтером.

Не все документы нужны каждой сделке. Для разовой поставки товара часто хватает счёта (или счёта-договора) и УПД. Для регулярной работы с крупным дилером появляется рамочный договор со спецификациями, а услуги закрываются актами. Плательщики НДС работают со счёт-фактурами или УПД; те, кто на упрощёнке, — обычно без них. Именно поэтому проектирование раздела документов начинается с вопроса «какие документы вы реально выставляете клиентам», а не с готового шаблона.

Дальше разберём ключевые документы по отдельности — что это, откуда берётся и как проявляется в кабинете. Начнём с того, с чего начинается почти любая оптовая сделка, — со счёта.

Счёт на оплату: первый документ сделки

Счёт на оплату — самый частый и самый «срочный» документ в опте. Клиент оформил заказ и хочет оплатить по безналу — значит, ему немедленно нужен счёт с реквизитами, суммой и назначением платежа. Скорость выставления счёта прямо влияет на скорость оплаты: если счёт приходит через час после запроса, оплата уходит в следующий платёжный день, а не сегодня.

Что содержит счёт на оплату:

• Реквизиты продавца — наименование, ИНН/КПП, расчётный счёт, банк, назначение платежа.
• Реквизиты покупателя — берутся из профиля контрагента в кабинете.
• Позиции заказа — номенклатура, количество, цена, сумма, при необходимости выделенный НДС.
• Итоги — сумма к оплате, НДС, срок действия счёта.

Хорошая новость: счёт на оплату кабинет может формировать сам, не дожидаясь проведения заказа в 1С. Все данные для него уже есть — реквизиты покупателя в профиле, позиции и цены в заказе, реквизиты продавца в настройках. В 1С-Битрикс за это отвечает платёжная система «Счёт для юридических лиц»: при выборе способа оплаты «безналичный расчёт» система генерирует печатную форму счёта, которую клиент сразу скачивает в кабинете. Это ключевое удобство — счёт доступен в момент оформления заказа.

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

УПД, товарная накладная ТОРГ-12 и счёт-фактура

Счёт — это про оплату, а следующая группа документов — про отгрузку. Когда товар физически передаётся покупателю, оформляются документы, подтверждающие эту передачу и дающие покупателю право учесть товар и НДС. Здесь есть два основных пути, и выбор между ними — вопрос учётной политики, а не сайта.

Классическая связка: ТОРГ-12 + счёт-фактура. Товарная накладная по форме ТОРГ-12 подтверждает передачу товара (кто, что, сколько, по какой цене). Счёт-фактура — отдельный налоговый документ, который даёт покупателю — плательщику НДС — право на вычет. Долгое время это была стандартная пара документов на каждую отгрузку: две бумаги на одну операцию.

УПД — универсальный передаточный документ. Чтобы не оформлять два документа, ввели УПД, объединяющий функции накладной и счёта-фактуры в одном бланке. У него есть статусы:

Использовать УПД или классическую связку — решает бухгалтерия исходя из учётной политики и требований контрагентов. Для сайта же принципиально другое: все эти документы формируются в 1С по факту отгрузки, а не на сайте. Накладная, счёт-фактура, УПД опираются на проведённые в учёте операции — количество, партии, цены, НДС. Сайт получает их из 1С как готовые файлы (обычно PDF), привязанные к заказу или конкретной отгрузке, и показывает в кабинете. Пытаться «нарисовать» УПД на сайте в обход 1С — прямой путь к расхождению с учётом и проблемам у бухгалтерии клиента.

Акт: выполненные работы и услуги

Если сделка — это не только товар, но и услуги (доставка, монтаж, сервис, подписка на сервисное обслуживание), появляется акт. Акт выполненных работ или оказанных услуг подтверждает, что работы сделаны, а услуги оказаны, и закрывает соответствующий период или этап. Для многих B2B-компаний акты — регулярный документ: их выставляют ежемесячно за услуги, логистику, дополнительный сервис.

Что важно про акты в контексте кабинета:

• Источник — 1С. Как и накладная, акт формируется в учётной системе по факту закрытия работ/услуг и передаётся на сайт готовым файлом.
• Привязка к периоду или заказу. Акт может относиться к конкретному заказу (доставка по заказу) или к периоду (сервис за месяц). В кабинете его удобно фильтровать и по тому, и по другому.
• Двусторонность. Акт часто требует подписи обеих сторон. В бумажном контуре — печать и отправка, в электронном (ЭДО) — подписание УКЭП. Об этом ниже.
• Статус подписания. Если работаете через ЭДО, полезно показывать в кабинете, подписан ли акт клиентом — но это данные из контура ЭДО, а не расчёт сайта.

Не путайте акт выполненных работ с актом сверки — это разные документы. Первый закрывает конкретные работы или услуги, второй сверяет взаиморасчёты за период. Акту сверки посвящён отдельный раздел ниже, потому что у него своя логика и своя связь с балансом.

Договор, спецификация и приложения

Разовую поставку можно закрыть счётом и УПД, но регулярная работа с дилером обычно опирается на договор. Договор задаёт рамочные условия: порядок поставки и оплаты, отсрочку, ответственность, гарантии. Под договором живут приложения и спецификации, которые конкретизируют номенклатуру, цены и объёмы под каждую партию или период.

В кабинете договор и его приложения обычно выделяют в отдельную группу документов «Договор» или «Условия работы»: они меняются редко, действуют долго и относятся к контрагенту целиком, а не к конкретному заказу. Дилеру удобно, когда актуальный договор и действующие спецификации всегда под рукой — не нужно искать письмо двухлетней давности.

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

Кто и где формирует документы

Мы несколько раз повторили «формируется в 1С» и «формируется на сайте» — пора свести это в одну понятную картину. Ключевая развилка документооборота: какие документы сайт может создавать сам, а какие обязан получать из учётной системы. От этого зависит вся архитектура раздела документов.

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

Почему нельзя «просто печатать УПД на сайте»? Потому что бухгалтерский документ отражает не то, что в заказе, а то, что реально проведено в учёте: списание с конкретных партий, фактическое количество после сборки, корректный расчёт НДС, нумерацию в единой книге. Сайт этих данных не ведёт. Если сгенерировать УПД по заказу, а в 1С отгрузить иначе (частично, с заменой позиции), документы разойдутся — и это проблема уже для бухгалтерии клиента при вычете НДС. Поэтому граница жёсткая: бухгалтерия — в 1С, витрина — на сайте.

Документы в личном кабинете: список и скачивание

Теперь о том, как всё это выглядит для дилера. Раздел «Мои документы» в кабинете — это, по сути, персональный архив всех бумаг контрагента с удобной навигацией и скачиванием. Он избавляет клиента от переписки с менеджером и даёт бухгалтерии клиента забирать документы самостоятельно.

Что должно быть в разделе документов:

• Список документов с типом, номером, датой, суммой и привязкой к заказу или периоду.
• Фильтры и поиск — по типу документа, периоду, статусу оплаты, номеру заказа. В опте документов накапливаются сотни, без фильтров их не найти.
• Скачивание PDF — каждый документ выгружается в PDF одним нажатием; для пакетной работы удобна выгрузка нескольких документов сразу.
• Статус оплаты — для счетов: оплачен, частично, не оплачен (об этом отдельный раздел).
• Привязка к заказу. Из детали заказа видны все связанные с ним документы: счёт, накладная/УПД, акт. И наоборот — из документа можно перейти к заказу.
• Группировка. Отдельно — счета и отгрузочные документы по заказам, отдельно — договоры и спецификации по контрагенту, отдельно — акты сверки по периодам.

Формат файлов — обычно PDF, потому что это универсальный формат для печати и пересылки в бухгалтерию. Если работаете через ЭДО, к PDF добавляется электронный оригинал в контуре оператора — но для «посмотреть и распечатать» бухгалтерии клиента удобнее именно PDF. Форматы и их набор согласуют под то, как реально работают клиенты.

Статус оплаты счёта в кабинете

Отдельно стоит выделить статус оплаты — потому что это одна из самых востребованных и самых часто недоделанных функций. Клиент, оплативший счёт, хочет видеть подтверждение: деньги дошли, заказ можно отгружать. Менеджер не хочет отвечать на «а вы получили оплату?» вручную. Оба выигрывают, если статус оплаты виден в кабинете.

Как это работает правильно:

1. Клиент оплачивает счёт по безналу через свой банк — сайт об этом факте напрямую не знает.
2. Оплата поступает и проводится в 1С — банковская выписка загружается в учёт, платёж привязывается к контрагенту и счёту.
3. Данные о взаиморасчётах приходят на сайт обменом — сумма поступления, дата, привязка к счёту.
4. Кабинет показывает статус — «оплачен», «оплачен частично» или «не оплачен», с датой и суммой.

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

Для наглядности статус выводят цветным бейджем: зелёный «оплачен», оранжевый «не оплачен», промежуточный «оплачен частично» с указанием суммы. Полезно показывать и дату последней синхронизации взаиморасчётов — чтобы клиент понимал, на какой момент актуален статус. Если оплата прошла час назад, а обмен идёт по расписанию, статус обновится не мгновенно, и честная пометка «данные на такое-то время» снимает лишние вопросы.

Выставление счёта из заказа

Вернёмся к счёту как к единственному документу, который сайт формирует сам, и разберём механику. Выставление счёта из заказа — типовой сценарий B2B-кабинета, и в 1С-Битрикс для него есть штатный фундамент, который дорабатывают под опт.

Как это обычно устроено:

1. Клиент оформляет заказ в кабинете и выбирает способ оплаты «безналичный расчёт / счёт для юрлица».
2. Система подставляет реквизиты. Реквизиты покупателя берутся из профиля контрагента (наименование, ИНН, КПП, адрес), реквизиты продавца — из настроек платёжной системы.
3. Формируется печатная форма счёта. Штатный механизм «Счёт для юридических лиц» собирает счёт из позиций заказа с ценами, НДС и итогами.
4. Счёт доступен в кабинете сразу. Клиент скачивает PDF, отдаёт в свою бухгалтерию, оплачивает.
5. Заказ и счёт уходят в 1С обменом. В учёте появляется заказ покупателя, а поступившая позже оплата привязывается к нему.
6. Статус оплаты возвращается на сайт — и клиент видит в кабинете, что счёт оплачен.

Нюансы, которые важно продумать при выставлении счёта:

• Актуальность. При изменении состава заказа счёт нужно перегенерировать, а старый — аннулировать, чтобы не оплатили устаревшую сумму.
• Срок действия. У счёта обычно есть срок (например, несколько дней), после которого цены и наличие могут измениться. Это отражают в документе.
• Несколько юрлиц у покупателя. Крупный контрагент может заказывать от разных юрлиц — тогда в профиле несколько наборов реквизитов, и клиент выбирает, на какое юрлицо выставить счёт.
• Нумерация. Согласуйте с бухгалтерией, как нумеруются счета с сайта, чтобы не пересекаться с нумерацией в 1С.

Где проходит граница между «сайт формирует счёт» и «1С ведёт учёт»? Сайт создаёт счёт как предложение оплаты — производный от заказа документ. Как только деньги поступили и заказ отгружается, в дело вступает 1С: там счёт становится основанием, там появляются отгрузочные документы и там ведутся взаиморасчёты. Эту границу и связку двух систем всегда проектируют совместно с теми, кто ведёт учёт.

Обмен документами с 1С

Раздел документов ценен ровно настолько, насколько полно настроен обмен с 1С. Всё, что делает его полезным — накладные, УПД, акты, статусы оплаты, — приходит из учётной системы. Без обмена кабинет показывает только счета, которые сформировал сам, и остаётся полупустым.

Что ходит между 1С и сайтом в документообороте:

Базовый обмен заказами и каталогом в 1С-Битрикс идёт по стандарту CommerceML. Но передача файлов документов, статусов оплаты и взаиморасчётов — это уже расширенный обмен, который проектируют под конкретную конфигурацию 1С. Здесь нет «коробочной кнопки»: как именно 1С отдаёт печатные формы УПД и накладных (как файлы, как ссылки, в каком формате), зависит от учётной системы. Общие принципы мы разбираем в статье про интеграцию интернет-магазина с 1С, а под документооборот обмен всегда настраивается индивидуально.

Отдельно важна частота и надёжность обмена для каждого типа данных. Счёт уходит в 1С сразу с заказом; статусы оплаты и взаиморасчёты синхронизируют по расписанию (несколько раз в день); файлы документов приходят по мере появления в учёте. Нужно заранее решить, что делать при сбое обмена: показывать ли документ с пометкой «данные на такое-то время», не терять ли файлы при повторной выгрузке, как не задублировать документы. Эти сценарии проектируют до запуска, а не после первого сбоя.

Электронный документооборот (ЭДО): как устроен

До сих пор мы говорили о документах как о файлах: сформировали в 1С, показали в кабинете, клиент скачал PDF и распечатал. Но есть и другой контур — электронный документооборот, ЭДО, где документы существуют не как «распечатки», а как юридически значимые электронные оригиналы. Разберём его обзорно — детали лежат в области учёта и относятся к 1С и оператору, а не к сайту.

Что такое ЭДО. Это обмен юридически значимыми документами (УПД, счёт-фактура, акт, договор) в электронном виде, подписанными усиленной квалифицированной электронной подписью (УКЭП), через оператора электронного документооборота. Электронный документ с УКЭП равнозначен бумажному с печатью и подписью — его не нужно дублировать бумагой.

Чем ЭДО отличается от «просто PDF в кабинете»:

Зачем ЭДО опту. Многие крупные торговые сети, дистрибьюторы и госзаказчики работают только через ЭДО — для них это требование, а не пожелание. ЭДО ускоряет обмен (документ доходит за минуты, а не почтой за дни), убирает затраты на бумагу и хранение, снижает потери документов. Но подключать его имеет смысл, когда этого требуют клиенты или объём документов делает бумагу неудобной. Само по себе ЭДО не обязательно — это инструмент, а не самоцель.

Операторы ЭДО и роуминг

Чтобы обмениваться документами по ЭДО, обе стороны подключаются к оператору электронного документооборота — это аккредитованная организация, которая обеспечивает доставку и юридическую значимость обмена. На рынке несколько крупных операторов, и здесь возникает тот же вопрос, что и с сотовой связью: а если стороны у разных операторов?

Ключевые понятия обзорно:

• Оператор ЭДО. Организация, через которую идёт обмен. Стороны выбирают операторов независимо друг от друга.
• Роуминг. Механизм, позволяющий обмениваться документами между разными операторами — по аналогии с роумингом связи. Если ваш клиент у другого оператора, обмен идёт через роуминг.
• Идентификатор участника ЭДО. Уникальный код организации в системе ЭДО, по которому её находят для обмена.
• Приглашение к обмену. Прежде чем обмениваться, стороны устанавливают связь — отправляют и принимают приглашение в системе оператора.

Для интернет-магазина практический смысл такой: если вы решили работать через ЭДО, выбор оператора и настройка обмена — задача на стороне 1С и оператора, а не сайта. Многие операторы имеют интеграцию с 1С, через которую УПД и другие документы отправляются контрагенту прямо из учётной системы. Сайт в этой схеме — витрина: он может показать дилеру, что документ ушёл по ЭДО и подписан, подтягивая статус, но сам обмен ведёт 1С через оператора.

Выбор конкретного оператора, вопросы роуминга и тарифов, порядок подключения — это область, которую прорабатывают с бухгалтерией и, при необходимости, с интегратором 1С. Мы описываем её обзорно, чтобы вы понимали общую картину и то, где в ней находится сайт.

Подписание УКЭП: обзорно

Юридическую силу электронному документу даёт подпись — усиленная квалифицированная электронная подпись (УКЭП). Разберём обзорно, что это, потому что вопрос часто возникает при разговоре об ЭДО, но лежит в правовой и организационной плоскости, а не в технической стороне сайта.

Коротко о сути:

• УКЭП — самый «сильный» вид электронной подписи: она равнозначна собственноручной с печатью и придаёт документу юридическую значимость без бумаги.
• Сертификат. УКЭП выпускается удостоверяющим центром на конкретного человека (обычно руководителя или уполномоченное лицо) и хранится на защищённом носителе.
• Где подписывают. Документы подписывают в контуре ЭДО — в системе оператора или в 1С с интеграцией ЭДО, а не «на сайте магазина».
• Двусторонность. Для документов, требующих подписи обеих сторон (например, акт), подписывают и продавец, и покупатель — каждый своей УКЭП.

Что это значит для сайта. Кабинет на сайте не является местом подписания УКЭП — подпись живёт в контуре ЭДО. Максимум, что делает сайт, — отражает статус: «ожидает подписи», «подписан вами», «подписан контрагентом». Пытаться встроить подписание квалифицированной подписью прямо в интерфейс интернет-магазина обычно не нужно и не оправдано: для этого есть специализированные системы ЭДО.

Сверка взаиморасчётов и акт сверки

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

Как это работает:

• Акт сверки формируется в 1С по контрагенту за выбранный период: перечисляются все отгрузки и оплаты, выводится сальдо на начало и конец периода.
• Обе стороны сверяют. Покупатель сравнивает акт со своими данными. Если сальдо совпало — стороны подписывают акт; если нет — ищут расхождение (пропущенный платёж, неучтённая отгрузка).
• В кабинете дилеру дают выгрузку акта сверки за период на скачивание и, при желании, кнопку «запросить сверку» — но сам расчёт остаётся за 1С.
• Расхождения разбирает бухгалтерия сторон — сайт не участвует в поиске причин, он лишь показывает документ.

Почему акт сверки нельзя считать на сайте? Потому что он опирается на бухгалтерские проводки: не только на заказы и оплаты, но и на корректировки, возвраты, зачёты, которые ведутся в учёте. Сайт видит лишь часть картины — заказы и, возможно, статусы оплаты. Строить сверку по данным сайта — значит получить цифру, которая не сойдётся с бухгалтерией. Поэтому акт сверки, как и баланс, приходит из 1С, а кабинет его отражает.

Связь с балансом здесь прямая: и текущий баланс дилера, и акт сверки — это про взаиморасчёты, и оба берутся из 1С. В кабинете их логично держать рядом: раздел «Баланс и взаиморасчёты» показывает текущее сальдо и историю, а по кнопке даёт выгрузить акт сверки за период. Механику баланса и лимитов мы подробно разбираем в статье про личный кабинет дилера на 1С-Битрикс.

Реестр документов и поиск

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

Что делает реестр удобным:

• Фильтры по типу — показать только счета, только УПД, только акты. Бухгалтеру клиента часто нужны все документы одного типа за период.
• Фильтр по периоду — документы за месяц, квартал, произвольный диапазон дат. Основной сценарий закрытия периода.
• Фильтр по статусу оплаты — например, показать все неоплаченные счета, чтобы понять, что осталось оплатить.
• Поиск по номеру — документа или связанного заказа. Быстро найти конкретную бумагу.
• Сортировка — по дате, сумме, статусу.
• Пакетная выгрузка — скачать все документы за период одним архивом, чтобы не кликать по каждому.

Реестр полезен обеим сторонам. Дилеру — чтобы самостоятельно собрать пакет документов для своей бухгалтерии за квартал. Поставщику (менеджеру со стороны продавца) — чтобы видеть документы по всем своим контрагентам, находить, что не оплачено, и не поднимать 1С по каждому вопросу. Со стороны менеджера реестр часто расширяют аналитикой: сколько выставлено, сколько оплачено, где просрочка.

Технически реестр — это отдельная страница кабинета со своим компонентом или контроллером, который обращается к данным о документах (полученным обменом из 1С) и фильтрует их по правам пользователя. Важно, чтобы фильтрация по контрагенту происходила на бэкенде — об этом следующий раздел.

Безопасность: только свои документы

Документы — это персональные и коммерчески чувствительные данные. Счёт, накладная или акт одного дилера не должны попасть к другому ни через интерфейс, ни подбором ссылки. В закрытом кабинете ошибки доступа к документам опаснее, чем в каталоге: это прямая утечка данных контрагента.

Что нужно держать под контролем:

• Изоляция по контрагенту. Каждый запрос списка документов и каждая ссылка на скачивание фильтруются по привязке пользователя к контрагенту. Дилер А физически не может получить документы дилера Б.
• Проверка прав на бэкенде. Доступ к документу проверяется на сервере при каждом обращении, а не скрытием в вёрстке. Если документ не должен быть виден, он не должен приходить с сервера этому пользователю.
• Защита прямых ссылок. Файлы отдаются через контроллер с проверкой прав, а не лежат в открытой папке с предсказуемым именем вроде /upload/docs/invoice-4044.pdf. Иначе документ достаётся перебором номера.
• Роли внутри дилера. Если у контрагента несколько сотрудников, доступ к финансовым документам можно ограничить ролью — например, счета и акты видит бухгалтер, а закупщик только заказы.
• Логирование доступа. Полезно фиксировать, кто и когда скачивал документы, — на случай разбирательств.

Отдельно про хранение. Файлы документов, полученные из 1С, хранятся на стороне сайта, и к этому хранилищу применяют те же требования, что и к любым персональным данным: ограниченный доступ, защита от прямого обращения, разумная политика хранения. Конкретные требования к хранению бухгалтерских документов и срокам стоит уточнить у бухгалтера — здесь есть нюансы учётной политики.

Уведомления о новых документах

Раздел документов не должен требовать, чтобы дилер постоянно в него заходил и проверял, не появилось ли что-то новое. Наоборот — система сама сообщает: выставлен счёт, пришла накладная, готов акт сверки. Уведомления превращают кабинет из «места, куда надо не забыть зайти» в инструмент, который держит клиента в курсе.

О каких событиях документооборота стоит уведомлять:

• Выставлен счёт — клиент сразу видит, что пора оплатить, и не ждёт письма менеджера.
• Счёт оплачен — подтверждение, что деньги дошли и заказ можно отгружать (по данным из 1С).
• Готов отгрузочный документ — появилась накладная или УПД по отгрузке.
• Готов акт — закрыт период или этап работ.
• Запрос/готовность акта сверки — сверка сформирована и ждёт подтверждения.
• Событие ЭДО — документ отправлен по ЭДО или подписан контрагентом (если работаете через ЭДО).

Каналы — как и для остальных событий кабинета: e-mail как базовый, уведомления внутри кабинета (колокольчик), для оперативных событий — мессенджеры, если это оправдано. Важно не спамить: клиент должен получать значимые события документооборота, а не каждое микроизменение. Хорошая практика — дать настройку, какие уведомления и каким каналом получать, и разделить их по ролям: счета и оплаты бухгалтеру, отгрузки закупщику.

Реализация в 1С-Битрикс: ЛК, обмен, ЭДО

Перейдём от «что должно быть» к «на чём это делается». Документооборот в кабинете на 1С-Битрикс собирается не с нуля — платформа даёт фундамент, который дорабатывают под B2B. Разложим по трём контурам: личный кабинет, обмен с 1С и связь с ЭДО.

Личный кабинет и счета. Здесь используются:

• Модуль «Интернет-магазин» и «Торговый каталог». Заказы, платёжные системы, статусы — база, на которой стоит выставление счёта.
• Платёжная система «Счёт для юридических лиц». Штатный механизм, который формирует печатную форму счёта из заказа по реквизитам контрагента.
• Компоненты sale.personal.*. Каркас личного раздела (заказы, профиль). Раздел документов, реестр и статусы оплаты — это доработки поверх, отдельные страницы и контроллеры.
• Свои страницы документов. Список, фильтры, скачивание PDF, изоляция по контрагенту делаются как отдельный функционал кабинета.

Обмен с 1С. Здесь:

• Штатный обмен по CommerceML — каталог, заказы, базовые данные.
• Расширенный обмен — передача файлов документов (УПД, накладные, акты), статусов оплаты, взаиморасчётов и акта сверки. Это проектная доработка под конкретную конфигурацию 1С.
• Хранение файлов — полученные из 1С документы складываются в защищённое хранилище и отдаются через контроллер с проверкой прав.

Связь с ЭДО. Здесь важно правильно расставить роли:

• ЭДО живёт в 1С и у оператора. Отправка, приём и подписание юридически значимых документов — там, а не на сайте.
• Сайт показывает статус. Кабинет подтягивает из 1С состояние документа в ЭДО («отправлен», «подписан») и отражает его дилеру.
• Интеграция оператора с 1С — отдельный контур, который настраивают с интегратором 1С и оператором ЭДО.

Отдельно про смежные B2B-сценарии: если у вас есть согласование заказов внутри дилера или со стороны поставщика, документооборот с ним стыкуется — счёт выставляется после согласования, а не сразу. Эту механику мы разбираем в статье про согласование заказов в B2B-портале. А общий контекст B2B-кабинетов и опта — в рубрике B2B и опт.

Частые ошибки документооборота

Эти промахи повторяются в B2B-проектах чаще всего — зная их, вы сэкономите время и нервы бухгалтерий обеих сторон:

• Документы вручную по почте. Счета и накладные пересылают письмами и в мессенджерах — они теряются, приходят с задержкой, оплата откладывается. Раздел документов в кабинете снимает это.
• Нет статуса оплаты. Клиент не видит, оплачен ли счёт, и звонит уточнять; менеджер лезет в 1С вручную. Статус оплаты из 1С в кабинете закрывает вопрос.
• Статус оплаты считают на сайте. Счёт помечают оплаченным по нажатию кнопки, а не по реальному поступлению из 1С — кабинет рапортует «оплачено», когда денег нет.
• «Рисуют» УПД на сайте. Пытаются генерировать бухгалтерские документы в обход 1С — они расходятся с учётом, у клиента проблемы с вычетом НДС.
• Документы без изоляции. Счета и акты доступны подбором ссылки, документ одного контрагента видит другой — прямая утечка.
• Старый счёт остаётся актуальным. После изменения заказа не аннулируют прежний счёт — клиент оплачивает устаревшую сумму.
• Нет фильтров и реестра. Сотни документов свалены в один список без поиска — бухгалтер клиента не может собрать пакет за квартал.
• Путают контуры ЭДО и сайта. Пытаются встроить подписание УКЭП в интерфейс магазина вместо того, чтобы вести ЭДО в 1С и у оператора, а на сайте показывать статус.
• Не согласовали с бухгалтерией. Состав и форму документов, нумерацию, статусы УПД придумывают на стороне сайта — потом переделывают под реальную учётную политику.
• Нет уведомлений. Новый счёт или накладная появляются молча — клиент узнаёт о них, только зайдя в кабинет, и оплата снова задерживается.

Чек-лист документооборота B2B

Короткий список для приёмки документооборота перед запуском — по нему удобно проверить, что базовый B2B-минимум закрыт:

1. Состав документов согласован с бухгалтерией. Определено, какие документы выставляете (счёт, УПД или ТОРГ-12 + счёт-фактура, акт, сверка) и в какой форме.
2. Счёт формируется из заказа. При оплате «для юрлица» кабинет собирает счёт по реквизитам контрагента и отдаёт PDF сразу.
3. Актуальность счёта. При изменении заказа старый счёт аннулируется, генерируется новый.
4. Отгрузочные документы приходят из 1С. УПД, накладные, акты формируются в учёте и передаются на сайт файлами.
5. Раздел документов работает. Список с типом, номером, датой, суммой; скачивание PDF; привязка к заказу.
6. Статус оплаты из 1С. Счета показывают «оплачен / частично / не оплачен» по реальным взаиморасчётам, с датой синхронизации.
7. Реестр и фильтры. Поиск по типу, периоду, статусу и номеру; пакетная выгрузка за период.
8. Акт сверки. Выгрузка сверки по контрагенту за период из 1С; расчёт остаётся за учётом.
9. Договоры и спецификации. Доступны по контрагенту, актуальная версия помечена.
10. Изоляция и безопасность. Доступ к документам по контрагенту на бэкенде, защита прямых ссылок, роли внутри дилера.
11. Уведомления. Клиент получает события: выставлен счёт, оплата, новый документ; каналы и роли согласованы.
12. Обмен и ЭДО. Настроены передача файлов и статусов из 1С; при необходимости — связь с оператором ЭДО и показ статуса на сайте.

Вывод

Документооборот — это то, что превращает витрину с ценами в полноценный B2B-инструмент. Оптовому клиенту нужны счёт на оплату, накладная или УПД, счёт-фактура и акт, договор со спецификацией и акт сверки — и всё это должно быть под рукой в личном кабинете, а не теряться в переписке. Хороший раздел документов даёт список и скачивание PDF, показывает статус оплаты счёта, ведёт реестр с фильтрами и сам сообщает о новых документах.

Два принципа определяют, будет документооборот работать или создавать проблемы. Первый — 1С как источник истины: бухгалтерские документы (УПД, накладные, акты, сверка) и статусы оплаты формируются в учётной системе, а сайт их показывает; самостоятельно сайт создаёт только счёт на оплату. Второй — доступ проверяется на сервере: документы изолируются по контрагенту правами на бэкенде, а прямые ссылки защищаются. Электронный документооборот — ЭДО — надстраивается поверх, но живёт в контуре 1С и оператора: кабинет показывает статус, а не подменяет собой подписание УКЭП. И, поскольку речь о бухгалтерии и налогах, состав и форму документов всегда стоит сверять с бухгалтером — сайт автоматизирует уже принятую учётную политику, а не заменяет её. Соблюдая это, вы получаете документооборот, которому доверяют обе стороны: клиент оплачивает быстрее, бухгалтерии закрывают периоды без нервов, а менеджер перестаёт быть пересыльщиком бумаг.