На обследовании обсуждаем договорной маршрут. С основной схемой быстро разобрались: кто создает карточку, кто согласует, где подключается юрист, когда документ уходит на подписание. Уже ближе к концу встречи заказчик добавляет: “Архивное хранение тоже нужно предусмотреть, но это, наверное, отдельно”.
Я уточняю, как сейчас ведется номенклатура дел. На этом месте разговор заметно замедляется. Оказывается, утвержденной номенклатуры нет, подлинники лежат у разных подразделений, а слово “архив” в обсуждении означает сразу несколько вещей: папку на диске, шкаф с бумагами, завершенную карточку в системе и место, куда когда-нибудь нужно передать оригинал.
Сама настройка в такой ситуации не самая сложная часть. Сложнее договориться, что заказчик считает итоговым документом, где живет его актуальная версия, кто отвечает за бумажный подлинник и что происходит после завершения согласования. Если эти вопросы отложить, они вернутся уже на приемке работ. Или позже — когда бухгалтерия попросит подлинник, а в системе будет только красивая история согласования.
Когда слово “архив” мешает договориться
Архив на проектах часто звучит как что-то понятное само по себе. “Нужно архивное хранение”, “документ должен уйти в архив”, “после подписания пусть хранится в системе”. Но за этими фразами могут стоять разные ожидания.
Один человек говорит про хранение электронных файлов. Другой — про бумажные подлинники. Третий — про номенклатуру дел и сроки хранения. Четвертому просто не хочется видеть завершенные документы в текущей работе.
Если это не разделить на обследовании, в требования попадет общая формулировка, которая вроде бы всем понятна. Потом выяснится, что настроили не тот контроль. Например, карточка завершена, но бумажный экземпляр никто не передал. Или файл есть, но непонятно, какая версия была подписана. Или пользователи ждут архивного учета, хотя номенклатура дел в организации до этого не велась.
В моей практике именно отсутствие номенклатуры дел чаще всего становится неприятным сюрпризом. Заказчик хочет использовать архивные возможности, но базового порядка еще нет: не определены дела, не понятны правила помещения документов, не назначен ответственный за ведение этой части учета. Тогда разговор уже не только про настройки. Сначала нужно признать, что часть работы на стороне организации еще не описана.
Один документ, но несколько объектов учета
В разговоре все называют это документом. В системе и в работе за одним словом скрывается несколько сущностей.
Есть карточка. В ней реквизиты, связи, маршрут, состояние, история действий. Есть файлы: проект договора, скан, приложение, подписанная редакция. У файлов могут быть версии, и именно они показывают, как менялось содержимое. Есть бумажный подлинник, который можно получить, передать, потерять, положить в дело или оставить у сотрудника на столе. Есть дело или том, если компания ведет архивное хранение по правилам делопроизводства.
Путаница начинается, когда эти уровни смешивают. Пользователь просит “закрыть документ от изменений”, а на самом деле нужно защитить подписанный файл, но оставить возможность добавить скан. Руководитель говорит “документ в архиве”, хотя бумажный подлинник еще не передан. Специалист поддержки видит карточку со статусом “завершен” и не понимает, почему бухгалтерия все равно ищет оригинал.
На таких обсуждениях помогает не спорить о терминах, а разложить конкретный сценарий. Что происходит с карточкой? Какой файл считается итоговым? Есть ли бумажный экземпляр? Кто держит его после подписания? В какое дело он должен попасть?
После этого часть “простых” требований перестает быть простой. Становится видно, где нужен реквизит, где достаточно инструкции пользователю, где нужен контроль, а где сначала требуется решение заказчика.
Номенклатура дел, которой нет
Самая неудобная ситуация — когда архивное хранение хотят включить в модель, но номенклатура дел раньше не велась. Формально заказчик просит настроить функциональность. По факту появляется вопрос: по каким правилам вообще хранить документы?
Настройки здесь помогут только после того, как организация сама договорится, какие дела есть, кто за них отвечает и как документы в них попадают. Если до проекта бумаги складывались “как привыкли”, то после внедрения порядок не появится сам. Новые реквизиты не превращают хаотичные папки в архив.
Я не стала бы на обследовании составлять за заказчика номенклатуру дел. Это зона делопроизводства, юристов и ответственных за хранение документов. Но аналитик должен поднять этот вопрос до настройки. Иначе команда будет проектировать согласование, не понимая, куда документ должен попасть в конце.
Здесь лучше сразу зафиксировать зависимость: полноценное архивное хранение возможно только после того, как заказчик определит структуру дел, правила помещения документов и ответственных. Можно идти поэтапно, можно начать с ограниченного набора видов документов. Но делать вид, что номенклатура появится сама, не стоит.
Бумажный подлинник идет своим маршрутом
Бумажный документ не исчезает потому, что появился электронный маршрут. Это простая мысль, но на проектах ее легко упустить.
Можно согласовать договор в системе, собрать замечания, сохранить версии файлов, поставить задачу на подписание. Но если компания продолжает работать с бумажным подлинником, у него остается свой путь. Его кто-то получает, кому-то передает, где-то хранит, иногда возвращает на доработку, иногда ждет от контрагента неделями.
В карточке при этом все может выглядеть аккуратно: согласовано, подписано, зарегистрировано. А физически оригинал лежит у менеджера, у секретаря, в папке руководителя или вообще еще не вернулся от второй стороны. Через месяц возникает вопрос: где подлинник? И оказывается, что электронная часть закрыта, а бумажную никто не контролировал.
Поэтому владельца подлинника нельзя определять “примерно”. Нужно понимать, кто отвечает за бумагу на каждом участке. Кто получил оригинал? Кто проверил комплектность? Кто передал дальше? Кто подтвердил помещение в дело или архив?
Если эти действия не попали в модель работы, пользователи продолжат действовать по привычке. Система будет учитывать карточки, а подлинники будут жить отдельно. Для договоров и документов с юридическими последствиями это особенно рискованно, но уходить глубоко в виды документов здесь не нужно. Принцип один: если бумажный экземпляр значим, его движение должно быть видно.
Версии: где теряется итоговый файл
С версиями путаница обычно выглядит буднично. В карточке лежит несколько файлов: проект, редакция юриста, файл от контрагента, скан, приложение, “финал”, “финал_2”. Пользователь открывает не тот файл и уверен, что работает с актуальным вариантом.
Версии помогают сохранить историю, но они не отвечают за смысл. Нужно отдельно договориться, кто создает новую версию, когда старая версия остается только для истории, какой файл ушел на согласование и какой стал подписанным результатом.
Этот вопрос лучше разбирать рядом с маршрутом. Например: файл попал на согласование, юрист вернул замечания, автор загрузил новую редакцию, потом документ подписали. На каком этапе файл становится финальным? Можно ли после подписания заменить его? Можно ли добавить скан без изменения подписанной редакции?
Если эти правила не проговорить, пользователи быстро уходят в ручные способы различать файлы. Названиями, комментариями, устными договоренностями. До первой спорной ситуации это может работать. Потом начинается поиск: “А что именно мы согласовали?”
Где документ зависает после подписания
Передачу в архив часто вспоминают после того, как маршрут уже нарисован. Согласовали, подписали, зарегистрировали — работа как будто закончилась. Но для документа это не всегда конец.
После подписания может начаться отдельный участок: получить бумажный оригинал, проверить комплектность, добавить скан, определить дело, передать подлинник, закрыть том. Если этот участок не описан, документы зависают между “работа завершена” и “хранение организовано”.
В системе при этом нет явной ошибки. Задачи закрыты, карточка заполнена, файлы приложены. Ошибка проявляется позже: подлинник не найден, дело не указано, архив не принимает документы, пользователь не понимает, кто должен сделать следующий шаг.
Передачу в архив удобнее рассматривать как один из выходов маршрута. У документа есть вход, есть работа внутри, есть результат. Результат — это не только статус “согласовано”. Для части документов результатом будет еще и понятное хранение: какой файл итоговый, где подлинник, в какое дело он помещен.
Какие вопросы задать раньше
Если встреча короткая и все уже хотят перейти к маршруту, я бы все равно остановилась на нескольких вопросах. Обычно они быстро показывают, есть ли жизнь после подписания или дальше начинается “у нас это как-то само”.
- Есть ли утвержденная номенклатура дел и кто за нее отвечает?
- Какие документы остаются на бумаге и требуют контроля подлинника?
- Кто владеет подлинником после подписания?
- Какой файл считается итоговым и кто может его заменить?
- Можно ли завершить работу, если дело не указано или подлинник не передан?
Если на эти вопросы нет ответов, это не повод останавливать весь проект. Но это повод честно сказать: сейчас описан путь до подписания, а дальше остаются действия “по привычке”. Для запуска это может быть слишком слабым местом.
Как прогнать один документ по процессу
После обсуждений полезно взять один типовой документ и пройти его полностью. Не по общей схеме, а как будто он реально пришел в работу.
Кто создал карточку? Какой файл приложил? Когда появилась новая версия? Кто понял, что именно эта версия ушла на подписание? Где отметили получение бумажного экземпляра? Что произошло после регистрации? В какое дело документ должен попасть? Кто увидит, что он не передан в архив?
На таком прогоне быстро проявляются разрывы. Например, маршрут заканчивается раньше, чем появляется подлинник. Или пользователь может закрыть работу без итогового файла. Или дело нужно указать, но никто не знает, из какого справочника выбирать. Или архивариус появляется в обсуждении только на словах, но в системе у него нет понятной задачи.
Здесь не нужна сложная методика. Достаточно честно пройти документ от входа до выхода и не перескочить через бумажную часть. Для тем с архивом и подлинниками это особенно полезно: часть проблем просто не видна на схеме согласования.
Что нельзя перенести на “после запуска”
Есть решения, которые лучше принять до настройки. Не потому, что без них вообще нельзя начать, а потому что потом они вернутся в виде спорных обращений.
Кто держит бумажный подлинник после подписания? Какой файл считается итоговым? Кто отвечает за помещение документа в дело? Кто поддерживает номенклатуру дел, если она появилась только вместе с проектом?
Если по этим вопросам нет ответа, маршрут будет выглядеть завершенным только на схеме. В реальной работе документ начнет зависать между подразделениями, файлами и бумажными папками. При этом каждый участник будет считать, что свою часть он уже сделал.
Особенно плохо, когда в модели есть реквизит “дело”, но пользователь не понимает, что туда выбирать. Или есть контроль подлинника, но никто не является его владельцем. Формально поле добавили. По факту ответственность так и не появилась.
Что я не утверждаю
Я не считаю, что каждый проект должен начинаться с большого регламента архивного хранения. Иногда достаточно простой модели и нескольких понятных правил.
Я также не считаю, что аналитик должен вместо заказчика составлять номенклатуру дел или принимать решения по срокам хранения. Но аналитик должен увидеть, что без этих решений маршрут будет неполным.
Моя мысль проще: архив, версии и подлинники нельзя оставлять за границей обследования. Даже если на первом этапе настройка будет минимальной, нужно понимать, что происходит с документом после согласования и подписания.
Финальный вывод
Документооборот лучше смотреть полностью — от входа до выхода. Не только кто согласует и кто подписывает, но и какая версия стала итоговой, где находится подлинник, кто его передал и куда документ должен попасть дальше.
В ДО КОРП 3.0 есть механизмы для работы с файлами, версиями, бумажными документами, делами, томами и местами хранения. Но они не закрывают бумажный хвост, если его не описать отдельно. Если номенклатура дел не велась, подлинники передавались устно, а итоговые версии определялись по названию файла, эти проблемы не исчезнут после настройки.
Электронный маршрут хорошо показывает движение задач. Но он не объяснит, где лежит оригинал, если об этом не договорились. Не выберет правильное дело, если номенклатура не описана. Не поймет, какой “финал_2” действительно финальный. Поэтому архив, подлинники и версии лучше обсуждать не в конце проекта, а в тот момент, когда еще можно спокойно поправить модель.
Вступайте в нашу телеграмм-группу Инфостарт