Документы в B2B-кабинете контрагента: счёт, УПД, накладные и доступ к архиву

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

Что входит в задачу, а что нет

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

В границы задачи входят:

• перечень типов документов, доступных контрагенту по заказу;
• момент появления каждого документа в кабинете;
• источник каждого документа (учётная система, модуль печати, ручная загрузка ответственным);
• правила видимости по ролям сотрудников контрагента и по конкретному заказу;
• хранение, скачивание и печать;
• журнал действий: кто и когда открыл или скачал документ.

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

Отдельно стоит развести B2B-кабинет контрагента и корпоративный портал сотрудников: у них разные аудитории, разные роли и разные документы. Смешение приводит к тому, что внутренние регламенты и служебные файлы начинают «просвечивать» во внешний кабинет.

Исходные данные и ответственные

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

Что нужно получить от продавца и учётной системы:

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

Ответственные в проекте:

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

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

Карта «тип документа — источник — момент появления — кто видит»

Это центральный артефакт. Карта связывает четыре сущности и предотвращает расхождение ожиданий и реализации.

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

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

Варианты выдачи документов и критерии выбора

Есть несколько способов организовать выдачу. Выбор зависит от зрелости учётной системы, требований бухгалтерии и ожиданий контрагентов.

Вариант 1. Только по заказу

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

Вариант 2. Общий архив с фильтрами

Документы лежат в едином архиве с фильтрами по типу, периоду, контрагенту и статусу. Плюс — удобный поиск. Минус — выше риск ошибки в правах: нужно аккуратно ограничивать видимость по контрагенту и ролям.

Вариант 3. Гибрид: заказ плюс архив

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

Критерии выбора:

• сколько типов документов нужно показывать;
• как часто контрагент ищет документы вне контекста заказа;
• насколько строгие требования к разграничению доступа;
• готовность учётной системы отдавать документы по событию;
• наличие ответственного за ручные шаги.

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

Предметная последовательность действий

Порядок работ помогает не переделывать раздел дважды.

1. Согласуйте с продавцом и бухгалтерией перечень типов документов и правила их появления. 2. Заполните карту «тип документа — источник — момент появления — кто видит». 3. Опишите роли сотрудников контрагента и их права на каждый тип документа. 4. Определите, как документ попадает в кабинет: автоматически из учётной системы или ручной загрузкой. 5. Продумайте версионность: что видит контрагент, если документ исправлен. 6. Спроектируйте журнал действий: кто открыл, скачал или распечатал документ. 7. Реализуйте выдачу и права на тестовом контуре. 8. Прогоните проверку по ролям и по конкретному заказу. 9. Проведите приёмку по чек-листу и только затем открывайте доступ контрагентам.

Каждый шаг заканчивается артефактом: карта, матрица ролей, описание версионности, журнал. Без артефакта шаг не считается закрытым.

Матрица проверок доступа

Матрица связывает роль, тип документа и заказ. Она нужна и проектировщику, и тестировщику, и приёмке.

Матрица — учебная иллюстрация. Реальные права определяет продавец. Важно, чтобы одна и та же проверка применялась и на странице заказа, и в архиве, и при скачивании, и при печати. Если проверка дублируется в разных местах по-разному, рано или поздно появится риск утечки данных.

Отдельно проверьте сценарий с несколькими юрлицами у одного контрагента: сотрудник может иметь доступ к одному юрлицу и не иметь к другому. Это частая причина ошибок.

Как ограничивается доступ к архиву

Ограничение доступа — не одна проверка, а набор правил, которые применяются последовательно.

• Проверка контрагента: сотрудник видит документы только своего юрлица.
• Проверка роли: тип документа доступен только тем ролям, которым он положен.
• Проверка заказа: документ виден, если сотрудник имеет доступ к этому заказу.
• Проверка статуса: черновики и неподписанные документы не показываются контрагенту.
• Проверка версии: контрагент видит актуальную версию, а история исправлений доступна только ответственным.
• Журналирование: каждое открытие, скачивание и печать фиксируются.

Если хотя бы одна проверка отсутствует, доступ может стать шире, чем задумано. Поэтому проверки проектируются вместе, а не по отдельности.

Учебный пример: оптовая компания и её контрагент

Учебный пример. Данные условные и не являются статистикой.

Входные условия. Оптовая компания «Пример-Опт» продаёт товары контрагенту «Пример-Клиент». У контрагента три роли: закупщик, бухгалтер, руководитель. Заказы оформляются в B2B-кабинете. Документы формируются в учётной системе продавца. Бухгалтерия продавца подтвердила перечень: счёт, УПД, товарная накладная, акт. Корректировочные документы формируются вручную ответственным.

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

Проверка. Тестировщик заходит под каждой ролью и проверяет: видит ли роль только положенные типы документов; видит ли документы только своего юрлица; видит ли документы только доступных заказов; не видит ли черновики и неподписанные версии; фиксируется ли скачивание в журнале. Отдельно проверяется сценарий с двумя юрлицами у одного контрагента: сотрудник с доступом к первому юрлицу не должен видеть документы второго.

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

Этот пример показывает логику, а не готовый рецепт. Реальные перечни, роли и моменты появления определяет продавец.

Чек-лист приёмки раздела документов

• Перечень типов документов согласован с продавцом и бухгалтерией.
• Для каждого типа документа определён источник.
• Для каждого типа документа определён момент появления в кабинете.
• Для каждого типа документа определены роли, которые его видят.
• Матрица доступа по ролям заполнена и согласована.
• Проверка контрагента применяется во всех точках выдачи.
• Проверка роли применяется во всех точках выдачи.
• Проверка заказа применяется во всех точках выдачи.
• Черновики и неподписанные документы не показываются контрагенту.
• Версионность документов описана и проверена.
• Журнал действий ведётся и доступен ответственным.
• Сценарий с несколькими юрлицами проверен.
• Скачивание и печать проверены под каждой ролью.
• Приёмка проведена на тестовом контуре до открытия доступа контрагентам.

Чек-лист — рабочий инструмент приёмки, а не формальность. Если пункт не выполнен, раздел не готов к открытию.

Ограничения, типичные ошибки и следующий шаг

Ограничения. Раздел документов не заменяет бухгалтерию и не формирует документы по своему усмотрению. Состав и формы определяет продавец и учётная система. Финансовые условия, отсрочка и лимиты — вне этой задачи. Юридические и персональные данные требуют сверки с профильным специалистом; статья не заменяет юридическое заключение.

Типичные ошибки:

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

Следующий шаг. Заполните карту «тип документа — источник — момент появления — кто видит» и матрицу доступа по ролям. Если раздел документов — часть более широкой задачи, посмотрите разработку b2b-порталов и оптовых интернет-магазинов на 1с-битрикс и B2B-портал для оптовых продаж: личный кабинет, остатки и цены под клиента. Смежные темы: Личный кабинет B2B: остатки, цены под клиента и повторные заказы и Согласование заказов в B2B-портале: роли, лимиты и маршрут заявки.