Право и документы
Как обозначать версии документов, чтобы не подписать устаревший файл
Опубликовано:

Чтобы не подписать устаревший файл, введите единую систему обозначения версий: присваивайте каждому документу номер и статус, указывайте их в имени файла и в сопроводительном сообщении, а перед подписанием сверяйте все три источника. Начните с простой схемы «v0.1 → v1.0 → approved → signed» и закрепите правило, что изменять файл может только назначенный ответственный.
Зачем версии нужно обозначать явно
Без явной маркировки сотрудник, открывший файл из письма или общей папки, не может быстро понять, черновик это, согласованная редакция или уже подписанный документ. В результате возрастает риск подписать устаревшую версию, особенно если рядом лежат несколько файлов с похожими именами. Обозначение версии связывает файл с местом хранения и статусом: например, в папке «На подпись» должны находиться только документы со статусом approved, а в архиве — signed. Это снижает вероятность ошибки и упрощает аудит.
Схема нумерации: от черновика до подписанного файла
Используйте последовательность, где номер отражает степень готовности: v0.1, v0.2 — рабочие черновики; v1.0 — первая согласованная редакция; approved — версия, одобренная ответственными; signed — подписанный экземпляр. Номер меняется при любом содержательном изменении, а статус — при переходе на новый этап. Не смешивайте в одном поле номер, дату и название без правил: например, имя «Договор_2026-10-20_финал» неинформативно, потому что неясно, финал это черновика или подписанный документ. Лучше придерживаться формулы: «Название_v1.0_approved_2026-10-20».
Правила имени файла и статуса
Установите единый порядок элементов в имени файла: сначала название документа, затем версия, статус и дата в формате ГГГГ-ММ-ДД. Используйте только утверждённые слова для статусов: draft, review, approved, signed. Запретите слова final и new без номера или даты — они неоднозначны. Например, файл «Смета_final.docx» может быть как последним черновиком, так и принятой сметой; добавление версии и статуса устраняет путаницу. Правило должно действовать для всех сотрудников, включая руководителей.
- Проверьте, что в имени файла есть название, версия, статус и дата.
- Убедитесь, что статус соответствует этапу: draft, review, approved или signed.
- Сверьте версию в имени файла с версией в самом документе (колонтитул или первая страница).
- Проверьте, что файл хранится в папке, соответствующей статусу (например, «На согласовании», «На подпись», «Архив»).
- Перед отправкой на подпись убедитесь, что в сопроводительном сообщении указаны та же версия и статус.
Проверка перед подписанием
Перед подписанием выработайте привычку сверять три источника: версию, указанную в самом документе (например, в колонтитуле), версию в имени файла и версию в сопроводительном письме или сообщении. Если хотя бы один источник расходится, остановитесь и уточните у ответственного за документ. Также проверьте, что подписываемый файл имеет статус approved или signed (если это копия подписанного оригинала). Зафиксируйте актуальную версию в реестре документов или в отдельном файле «Актуальные версии», чтобы любой сотрудник мог быстро проверить статус.
Частая ошибка: подписывать файл, присланный в переписке без указания версии, полагаясь на тему письма или дату отправки.
Последствие: может быть подписан черновик или устаревшая редакция, что приведёт к юридическим или финансовым рискам.
Исправление: введите правило: любой файл, отправляемый на подпись, должен содержать в имени версию и статус, а в сообщении — ссылку на место хранения актуальной версии. Подписывайте только после сверки всех трёх источников.


