BAS + FlyDoc: как провести первичный документ от получения до архива без разрыва в учёте

Что означает «без разрыва»

Актуальная версия: что проверить перед настройкой

Маршрут документа: пять этапов и ни одного повторного ввода без контроля

Кто за что отвечает

Какие настройки нужны до первого рабочего документа

Пилотный запуск на одном сценарии

Типичные ошибки, из-за которых интеграция не даёт результата

Контрольный список перед переходом в промышленную эксплуатацию

Практический вывод

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

Связка BAS + FlyDoc позволяет построить иной процесс: полученный электронный документ проходит контролируемый маршрут, связывается с объектом учёта, подписывается уполномоченным лицом и остаётся доступным вместе со статусами обмена. Но сама интеграция не заменяет регламент. Чтобы система действительно экономила время, нужно заранее определить, кто проверяет хозяйственное содержание, кто отвечает за учётные реквизиты, в какой момент разрешено подписание и что считается завершённым комплектом для архива.

Что означает «без разрыва»

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

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

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

Актуальная версия: что проверить перед настройкой

По состоянию на 11 сентября 2026 года на портале ИТС BAS опубликован релиз 2.1.43.1 «Business automation software for іntegrated enterprise management + FlyDoc». Важно не путать его с одноимённым решением без отметки «+ FlyDoc», для которого версия 2.1.43.1 была опубликована днём ранее. Название конфигурации, редакция, наличие интегрированного модуля и номер релиза — это четыре отдельные контрольные признака.

Номер 2.1.43.1 не следует автоматически переносить на BAS Бухгалтерию, BAS Управление торговлей, BAS ERP или отраслевое решение. Для каждой конфигурации минимально совместимую версию нужно проверять отдельно в ИТС и сопоставлять с фактической версией рабочей базы. Перед обновлением также стоит просмотреть описание релиза, известные проблемные ситуации, требования к платформе и порядок резервного копирования, а само обновление сначала отработать на копии базы.

Маршрут документа: пять этапов и ни одного повторного ввода без контроля

1. Получение: документ попадает в правильный контур

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

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

2. Согласование содержания: зона ответственности менеджера

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

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

3. Учётная проверка: зона ответственности бухгалтера

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

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

4. Подписание: только после двух содержательных проверок

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

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

5. Отражение в учёте и архив: завершение процесса, а не две разные истории

Момент проведения документа в BAS определяется учётной политикой и конкретной хозяйственной операцией. Не следует универсально приравнивать получение файла к признанию операции или ждать подписи там, где для оперативного контура нужно предварительное отражение. Правильное правило формулируется для каждого вида документа: когда создаётся учётный объект, когда его можно провести, какое событие блокирует закрытие периода и как обрабатывается последующее исправление.

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

Кто за что отвечает

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

Какие настройки нужны до первого рабочего документа

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

1. Составьте матрицу видов документов. Для акта, накладной, счёта и корректировки определите ответственного менеджера, бухгалтера, подписанта и допустимые состояния.
2. Подготовьте справочники. Уберите дубликаты контрагентов и договоров, унифицируйте номенклатуру и проверьте организации, подразделения, центры затрат и пользователей.
3. Настройте сопоставление. Определите, как электронный вид документа преобразуется в конкретный объект BAS и какие поля требуют ручной проверки.
4. Разграничьте права. Получение, согласование, редактирование учётных данных, проведение и подписание не должны автоматически принадлежать каждому пользователю.
5. Предусмотрите исключения. Опишите дубликаты, ошибочного адресата, неизвестного контрагента, расхождение суммы, отказ от подписи, аннулирование и исправление.
6. Включите контроль сроков. Просроченные документы должны попадать в отдельный отчёт или уведомление, а не теряться в общем реестре.

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

Пилотный запуск на одном сценарии

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

1. FlyDoc получает акт и определяет контрагента.
2. Ответственный менеджер сверяет услугу с заказом и указывает центр затрат.
3. Бухгалтер проверяет реквизиты, сумму и аналитику, после чего связывает акт с документом BAS.
4. Уполномоченное лицо накладывает подпись только после обоих согласований.
5. Бухгалтер контролирует проведение, завершённый статус обмена и полноту архивного комплекта.

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

Типичные ошибки, из-за которых интеграция не даёт результата

• Подписывают до проверки факта. Электронная подпись ускоряет ошибку так же хорошо, как правильный документ.
• Все решения оставляют в чатах. Через месяц невозможно установить, кто и что согласовал.
• Приём документа автоматически запускает проведение. Техническое получение не подтверждает хозяйственную операцию.
• Одна схема применяется ко всем конфигурациям. Объекты, версии и доступные механизмы в разных решениях BAS отличаются.
• Не очищены справочники. Автоматическая загрузка создаёт дубликаты или требует постоянного ручного выбора.
• Архивом считают папку с PDF. Теряется связь с электронным оригиналом, подписями, квитанциями и учётной операцией.
• Нет владельца очереди исключений. Документы с ошибками накапливаются, хотя основной поток выглядит успешным.

Контрольный список перед переходом в промышленную эксплуатацию

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

Практический вывод

Лучший результат BAS + FlyDoc даёт не там, где пытаются автоматизировать каждый клик, а там, где убирают повторный ввод и оставляют человеку содержательный контроль. Менеджер подтверждает реальность и параметры операции, бухгалтер отвечает за учётную корректность и связь с базой, подписант действует только после согласований, а архив хранит полный электронный след.

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