Часто при переходе на внутренний электронный документооборот (ЭДО) возникает вопрос: можно ли подписать документ задним числом? Например, бумажный документ был создан и согласован вчера, а в систему 1С его внесли только сегодня. Пользователи пытаются изменить системную дату на компьютере, но в клиент-серверном варианте 1С этот метод перестает работать стабильно. Давайте вместе разберемся, почему так происходит, насколько это правомерно и как правильно организовать работу, чтобы такая необходимость не возникала.
Проанализируем ситуацию. Раньше, в файловом режиме работы 1С, вся логика, включая операции по подписанию документов, выполнялась непосредственно на компьютере пользователя (на стороне клиента). Поэтому, когда вы меняли системное время, программа использовала именно это, измененное, время для фиксации момента подписания.
При переходе на клиент-серверную архитектуру ситуация кардинально меняется. Часть операций, особенно ресурсоемких и связанных с безопасностью, может выполняться на сервере 1С. Сервер имеет собственное системное время, которое синхронизируется с надежными источниками и не зависит от настроек на клиентских машинах. Если криптографические операции по формированию подписи происходят на серверной стороне, то изменение времени на вашем компьютере не даст никакого эффекта — в подпись будет установлено актуальное серверное время. Этим и объясняется, почему старый метод перестал работать или работает непредсказуемо.
Важный момент: технически возможность указать произвольную дату подписания может быть реализована программно. Некоторые криптографические библиотеки позволяют передавать время как параметр. Для конфигурации БГУ 2.0, например, существуют решения, позволяющие установить произвольную дату подписи документов внутреннего ЭДО или предоставляющие пользователю самостоятельный выбор даты подписи документов ЭДО. Однако стандартные механизмы 1С для работы с ЭДО не всегда предоставляют такую функциональность "из коробки", так как это может противоречить самой сути электронной подписи — надежной фиксации факта и времени утверждения документа.
Даже если бы технически удалось "подделать" дату подписи, важно понимать ее юридический статус. Давайте разберем этот ключевой аспект.
Если при создании электронной подписи не используется специальная служба, то в подпись просто включается системное время компьютера подписанта. Как справедливо заметили на форуме, такая метка юридически ничтожна. В случае любого спора доказать, что документ был подписан именно в указанное время, практически невозможно. Аргумент оппонента будет прост: "На компьютере можно установить любую дату и время. Возможно, села батарейка в BIOS, и время сбилось". И этот довод будет сложно опровергнуть.
Для неопровержимого подтверждения момента подписания существует технология — метка доверенного времени (штамп времени, TSA — Time-Stamping Authority).
В результате получается неопровержимое доказательство того, что на определенный момент времени (указанный в штампе) подписываемый документ уже существовал в неизменном виде. Попытка изменить системное время на своем компьютере в этом случае абсолютно бессмысленна, так как штамп выдается независимой третьей стороной.
Теперь мы подходим к корневой причине проблемы. Чаще всего желание "подписать задним числом" возникает из-за путаницы двух разных понятий.
Эти даты не обязаны совпадать! Это абсолютно нормальная и законная практика. Рассмотрим пример:
Акт о приемке услуг датирован 31 октября. Главный бухгалтер проверил и подписал его своей КЭП 1 ноября. Директор, вернувшись из командировки, утвердил его своей КЭП 3 ноября.
В этой ситуации дата документа — 31 октября, а в системе ЭДО будет зафиксировано две подписи с разными датами: 1 и 3 ноября. Проконтролировать корректность хронологии поможет отчет, отображающий данные актов сверок, отправленных по ЭДО, включая даты отправки и подписания. Это полностью корректно и отражает реальный ход событий. Проблема возникает из-за ошибочного желания "подогнать" дату подписания под дату самого документа.
Рассмотрим описанный в теме бизнес-процесс, чтобы понять, в чем его фундаментальная ошибка. Сотрудники сканируют сторонние документы (коммерческие предложения, счета, товарные чеки) и пытаются подписать эти сканы своей КЭП в 1С. Это в корне неверный подход.
Подписывать скан-копию чужого документа своей электронной подписью — это все равно что поставить свою роспись поверх росписи и печати на чужом бумажном счете. Это действие не имеет юридического смысла и нарушает методологию документооборота. (Исключение могут составлять случаи генерации печатных форм, где уместна визуализация печати ЭЦП с возможностью точного позиционирования в .docx, но это касается исходящих документов).
Давайте выстроим правильный бизнес-процесс на примере покупки за наличные по товарному чеку:
Авансовый отчет. В этом документе он указывает, что хозяйственная операция (покупка) произошла 15-го числа (используя дату чека).Авансовому отчету в 1С как файл-основание, как подтверждение операции.Авансовый отчет. И подпишут они его текущей датой — 16-го числа или позже.Этот же принцип применяется и для других документов, упомянутых в теме (например, в бюджетных учреждениях, работающих по приказу Минфина №61н):
Приходный ордер на приемку МЗ (ф. 0504207) или Акт приемки товаров, работ, услуг (ф. 0510452).Подведем итог. Попытка подписать документ КЭП "задним числом" путем изменения системного времени — это неверный путь, который является следствием неправильно выстроенного бизнес-процесса и непонимания сути ЭДО.
Технически, конечно, можно обратиться к программистам для создания доработки, которая позволит указывать произвольную дату в подписи. Однако это не решит ни юридических, ни методологических проблем. Гораздо правильнее и надежнее — наладить корректный процесс внутреннего документооборота. Это не только снимет вопрос о "подписи задним числом", но и сделает вашу систему учета более прозрачной и соответствующей законодательству.