Организация электронного документооборота

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

Два разных ЭДО, которые путают

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

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

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

Подключение к оператору решает первую задачу и не решает вторую. Если внутри компании согласование по-прежнему идёт письмами, документ будет попадать к оператору с той же задержкой, что и раньше.

Инвентаризация: с чего мы начинаем

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

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

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

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

Выбор платформы

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

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

Маршруты согласования

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

Что мы советуем закладывать в маршруты:

• Заместителей. Отпуск согласующего не должен останавливать процесс. Либо автоматическая передача, либо возможность делегировать вручную.
• Сроки на шаг. Без срока документ может лежать неделю, и формально никто не виноват.
• Параллельные шаги. Юрист и финансист часто могут смотреть документ одновременно, а не по очереди.
• Условия. Ветвление по сумме, типу договора, подразделению.
• Возврат на доработку. С обязательным комментарием, иначе инициатор не понимает, что править.

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

Права доступа и хранение

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

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

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

Электронная подпись

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

Практические моменты, которые обычно всплывают уже в процессе:

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

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

Интеграция с учётной системой

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

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

Порядок внедрения

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

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

Чего ждать от результата

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

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

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