Начните с маршрута в действующей системе
Мы предлагаем сначала проверить, можно ли провести ваш счёт через готовый процесс: назначить ответственных, вернуть документ с замечанием, заменить отсутствующего сотрудника и передать результат в учёт. Если эти действия укладываются в штатные настройки, разумно начать с них. Отдельный модуль стоит рассматривать, когда важные правила приходится постоянно выполнять вручную или данные расходятся между системами.
Для сравнения возьмите один обезличенный счёт и два исключения: после проверки изменили сумму; согласующий ушёл в отпуск. Попросите показать весь путь, включая историю и передачу результата. Так станет видно, что входит в готовый продукт, что потребует настройки и где нужна разработка.
Иллюстрация сценария
Один документ, несколько решений
В системе сотруднику нужны актуальная версия, текущий ответственный и причина остановки. Именно эти сведения стоит искать на демонстрации продукта.
Согласование, ЭДО и чтение реквизитов решают разные задачи
Внутреннее согласование отвечает за решение компании: зачем нужен расход, кто проверил условия, кто разрешил следующий шаг. Участник нажимает «Согласовать» или возвращает документ с причиной. Система сохраняет решение по конкретной версии.
Внешний электронный документооборот с контрагентом (ЭДО) нужен для отправки, получения и подписания документов по выбранной процедуре. У оператора могут быть и внутренние маршруты, поэтому сначала проверьте их возможности. Например, API Диадока отдельно описывает запросы согласования и подписания. Эти действия следует различать и в интерфейсе, и в правилах интеграции.
Извлечение данных переносит сумму, контрагента и другие поля из PDF или скана в карточку. Оно помогает подготовить документ к проверке. Решение о расходе остаётся у назначенного участника; качество распознавания разбираем в статье об обработке документов с ИИ.
Кнопка внутреннего одобрения сама по себе не устанавливает юридическую силу подписи. Для выбранного вида документа нужно проверить применимые требования, вид электронной подписи, полномочия подписанта и условия обмена. Условия признания электронного документа равнозначным бумажному определяет статья 6 закона об электронной подписи. Сроки и порядок хранения также определяют по конкретным документам и процедуре.
Статус и документы должны оставаться рядом
В CentreVisa мы собрали обращения в одной системе: клиент выбирает услугу, передаёт данные и продолжает общение с консультантом. В разделе «Мои заявки» он видит обращения в процессе и завершённые, а в чате заявки обсуждает документы. Такой интерфейс помогает вернуться к конкретному обращению со всеми его вопросами.
Реальный проект 13FOX
CentreVisa: статус и переписка по заявке
Мы связали обращение и сопровождение в мобильном сервисе. Два экрана показывают, как человек находит заявку и продолжает работу с документами.
У внутреннего согласования есть дополнительное требование: сохранить, какой файл видел каждый участник, и определить, что делать с его решением после правки. Это правило нужно описать до выбора платформы. Иначе удобный список документов оставит бухгалтерии прежний вопрос: можно ли работать с этой версией.
Сравните готовый продукт, доработку и свой модуль на одном счёте
Готовые возможности уже покрывают многое. В 1С:Документообороте описаны параллельные, последовательные и смешанные согласования, участники по ролям, сроки и новый цикл после доработки с сохранением истории решений участников. У Pyrus есть шаблоны счёта и договора с маршрутами; экспорт платёжного поручения в 1С требует настройки интеграции. Наличие 1С:Бухгалтерии в компании ещё не означает, что у вас установлен 1С:Документооборот.
Мы сравниваем варианты по разрывам вашего процесса. Например, если маршрут подходит, но сотрудники переносят результат в 1С вручную, сначала проверим интеграцию. Если правила есть в готовом продукте, а участникам неудобно работать с телефона, отдельно оценим интерфейс и доступ. Полная разработка нужна при сочетании требований, которые трудно поддерживать штатными настройками.
| Вариант | Когда рассматривать | Что показать на проверке |
|---|---|---|
| Настройка действующей системы | Нужные роли, возврат и история есть в CRM, системе документов или ЭДО, которыми уже пользуется команда. | Маршрут счёта, новую версию, замещение и ограничения вашей редакции или тарифа. |
| Внедрение готового продукта | Нужна общая работа с документами, а стандартные процессы подходят после настройки. | Работу участников, перенос нужных документов, права и обмен с вашей конфигурацией 1С. |
| Доработка и интеграция | Основной маршрут подходит; недостаёт одной операции, поля или передачи результата. | Границу доработки, устойчивость после обновления продукта и поведение при сбое обмена. |
| Собственный модуль | Маршрут объединяет несколько систем и особые правила, которые готовые средства оставляют сотрудникам. | Каждый переход, версии и журнал, права, восстановление обмена и передачу исходников. |
Попросите подрядчика разделить в предложении штатную функцию, настройку, расширение и внешний модуль. Для каждого пункта должны быть понятны лицензия, ответственный за поддержку и способ обновления. Формулировка «согласование документов под ключ» без этих границ мешает сравнить будущие расходы.
Демонстрация: счёт с возвратом и делегированием
Допустим, счёт на закупку должен проверить руководитель подразделения и бухгалтер, затем утвердить уполномоченный руководитель. В этом примере первые две проверки идут параллельно; для продолжения нужны обе положительные визы, то есть решения участников по актуальной версии. Сумма, тип документа и подразделение выбирают маршрут по правилам компании.
Инициатор прикладывает файл и заполняет карточку: организация, контрагент, сумма, валюта, назначение расхода, подразделение и связанный договор. Система выбирает участников и сроки. Сотрудник видит, что ему предстоит проверить, а руководитель процесса видит причину ожидания.
Возврат с замечанием. Бухгалтер обнаружил расхождение в реквизитах. Документ получает причину возврата; инициатор добавляет новую версию. Старые файлы и решения сохраняются. До запуска мы согласуем, какие правки требуют повторных виз: например, изменение суммы, получателя платежа или условий договора. Предыдущая виза не должна автоматически разрешать работу с изменёнными существенными условиями.
Делегирование. Если руководитель отсутствует, назначенный заместитель получает задачу на согласованный период и в пределах своих полномочий. В журнале остаются исходный участник, замещающий сотрудник, основание и время действия. Уведомление о просрочке само по себе не переносит полномочия; такое правило нужно установить отдельно.
Изменение маршрута. После правки суммы счёт может перейти в другую категорию лимита. Мы предложим пересчитать участников, остановить устаревшие задания и явно показать новый цикл. Для договоров дополнительно определим повторное согласование условий, приложений и протокола разногласий, если он входит в ваш процесс.
Где хранить решение и что передавать в 1С и ЭДО
В проекте мы сначала закрепим владельца каждой записи. Например, карточка внутреннего маршрута хранит версии и визы, 1С ведёт нужные учётные документы, а оператор ЭДО возвращает состояния отправки и подписания. Идентификаторы связывают записи: по счёту сотрудник должен открыть соответствующий документ в соседней системе, не искать его по похожему имени файла.
В Бакаеве мы помогли перенести локальную 1С в облако и связали её с админ-панелью магазина. Сервер синхронизации передаёт изменения в обе стороны: замена изображения в админке отражается в 1С, заказ из приложения уменьшает остаток в админке и учётной системе, изменения из 1С доходят до витрины. Для документов состав обмена определим отдельно: конкретная конфигурация, доступные операции и права меняют решение.
Для счёта важно различить «согласован», «передан в 1С» и «оплачен». Успешный внутренний маршрут может разрешать бухгалтеру подготовить платёж. Подтверждение оплаты нужно получать из предусмотренного источника. Для договора мы также предложим отдельно хранить внутреннее одобрение текста и результат подписания.
Уже подписанную версию сохраняем вместе с результатом подписания. Исправление такого документа выполняем по процедуре для его вида и выбранного оператора ЭДО. Внутреннее правило повторного согласования не разрешает произвольно заменить подписанный файл.
Проверяем потерянный ответ при приёмке. Допустим, 1С приняла документ, но модуль не получил ответ. Перед повторным созданием нужно проверить результат по устойчивому идентификатору передачи. Способ такой сверки проверим для конкретной конфигурации 1С. Пока результат не подтверждён, повторное создание вслепую не запускаем; сотрудник видит состояние «результат передачи уточняется» и действие для восстановления.
Для интеграции по API мы предложим карту полей, операций и ошибок: кто создаёт запись, какие данные можно менять, как проверить доставку, кто разбирает сбой. Служебный доступ получит только необходимые права. Для конфиденциальных договоров отдельно зададим круг участников, доступ к вложениям и журналу действий, сроки хранения.
Смету считайте вместе с проверкой исключений
Стоимость автоматизации согласования договоров зависит от состава работ. Мы предложим выделить в оценке описание правил, настройку или разработку маршрута, интерфейс, версии и права, обмен с системами, перенос нужной истории, проверки, запуск и поддержку. У готового продукта отдельно учитывают лицензии и услуги внедрения; у собственного модуля учитывают инфраструктуру, обслуживание и изменения интеграций.
Начальный объём можно ограничить одним типом счёта и одним подразделением. У него уже должны работать возврат, повторная проверка, замещение и подтверждение передачи. Тогда первый выпуск покажет трудные места процесса. После этого проще оценить расширение на договоры и другие организации.
Карта проверки для технического задания
Замените условия в таблице своими и попросите пройти их на демонстрации. Каждая строка должна заканчиваться видимым результатом в системе. Скачать карту проверки в CSV.
| Сценарий | Ожидаемый результат |
|---|---|
| Оба участника согласовали текущую версию | Открывается следующий шаг, журнал показывает участников и версию. |
| Один участник вернул документ | Причина видна инициатору; дальнейший шаг остановлен по установленному правилу. |
| После визы изменили сумму | Создана новая версия, маршрут и повторные визы определены заново; прежнее решение сохранено в истории. |
| Согласующий отсутствует | Действует назначенный заместитель в пределах полномочий; журнал показывает обоих участников. |
| Сотрудник открыл чужой договор | Доступ к карточке и вложениям соответствует роли, подразделению и установленным ограничениям. |
| 1С приняла документ, ответ потерялся | Перед повтором система сверяет результат; сотрудник видит состояние и способ восстановления. |
| Внутреннее решение принято, внешняя подпись ещё ожидается | Статусы различаются; подписанным отмечается только документ с подтверждённым результатом процедуры. |
До договора спросите, кто сможет менять маршрут после запуска, какие изменения потребуют разработчика, как сохраняется история при обновлении и что компания получит при завершении сотрудничества. Для собственной разработки нужны условия передачи исходников, инструкции развёртывания и перечень зависимостей; для готового продукта уточняют условия выгрузки файлов, карточек и истории.
Для команд в Москве, Санкт-Петербурге и других городах разбор можно строить вокруг общей демонстрации: инициатор, бухгалтер и руководитель по очереди проходят свои действия. При выборе подрядчика оценивайте весь распределённый процесс, включая замещение и доступ с рабочих устройств. География подразделений должна учитываться в маршруте, если она меняет правила компании.
Что уточнить перед выбором
Если ЭДО уже подключён, нужна ли отдельная система?
Сначала проверьте внутренние маршруты оператора: роли, возврат, версии, условия выбора участников и интеграцию с учётом. Если они покрывают процесс, можно начать с настройки. Собственный модуль имеет смысл для оставшихся правил и действий между системами.
Можно ли согласовывать документы в 1С?
Да, например, 1С:Документооборот описывает готовые процессы согласования. Нужно проверить установленный продукт, редакцию, версию и связь с вашей учётной базой. Возможности одной конфигурации нельзя автоматически переносить на другую.
Можно ли исправлять документ после согласования?
Правило задаёт компания: какие поля можно исправить без нового цикла и какие меняют принятое решение. Система должна сохранять версии и историю, а существенные изменения направлять нужным участникам на повторную проверку. Уже подписанный документ исправляют по процедуре для его вида и оператора ЭДО, сохраняя прежнюю подписанную версию.
Что отправить для оценки настройки или разработки?
Подготовьте обезличенный счёт или договор, список этапов и ролей, правило по сумме, названия систем и два проблемных сценария. Мы разберём, что можно настроить, какие действия требуют интеграции и что войдёт в первый выпуск.
Документация для проверки выбранного решения
Возможности продуктов проверены 3 октября 2026 года. Перед внедрением сверяем их с вашей редакцией, лицензией, конфигурацией и процедурой: процессы 1С:Документооборота, шаблоны Pyrus, типы запросов в API Диадока, закон об электронной подписи.
Разберём маршрут вашего документа
Подготовьте обезличенный документ, текущие этапы, роли и названия систем. Мы сравним настройку готового решения с отдельным модулем, определим границы первого выпуска и состав работ для оценки. Начать можно с описания процесса; состав предлагаемой системы согласования документов можно сопоставить с вашей задачей.
Выберите удобный способ связи. Когда свяжемся, согласуем способ передать материалы.