Скан договора получен, оригинал не вернулся: что хранить в учёте

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

Файл появился, а задача осталась

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

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

Сначала зафиксируйте, что именно ожидается

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

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

Матрица расхождений вместо общего статуса

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

Подписание, отправка и приём не заменяют друг друга

Контрагент сообщил, что подписал документ. Затем отправил скан и сообщил об отправке конверта. Эти сведения могут быть полезны, но ни одно само по себе не подтверждает приём ожидаемого бумажного экземпляра компанией. Храните события раздельно, со ссылкой на источник каждого.

В описании контроля возврата 1С-КПД приведён пример журнала передачи бумажных экземпляров и отчётов по невозвращённым документам. Материал опубликован в 2019 году: он иллюстрирует разделение передачи и возврата, но не гарантирует одинаковый интерфейс всех современных редакций и систем.

Что закрывает конкретную задачу возврата

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

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

Редакцию проверяют по содержанию, а не имени файла

Названия «финал» и «подписанный» не доказывают совпадения с принятой редакцией. Свяжите файл с установленной версией и результатом проверки. Если после подписания пришло приложение или изменение, не подменяйте исходный документ новым вложением без объяснения связи.

В автоматизации документооборота заранее согласуйте, как хранить основной текст, приложения и изменения. Контроль их состава отличается от простого подсчёта файлов. Три вложения могут оказаться копиями одной страницы, а не полным ожидаемым комплектом.

Смена менеджера не должна обрывать маршрут

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

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

Проверка на пяти вымышленных договорах

1. Возьмите случаи из матрицы и задайте нужную форму отдельно для каждого. Не включайте автоматический запрос бумаги всем подряд.
2. Прикрепите скан к договору с ожидаемым бумажным возвратом. Файл появляется, задача возврата остаётся открытой.
3. Зарегистрируйте принятие конверта до проверки содержимого. Должен быть виден следующий ответственный за проверку экземпляра.
4. Добавьте файл старой редакции. Система должна показать расхождение, не заменяя им подтверждённый актуальный текст.
5. Примите нужный экземпляр и повторите то же подтверждение. В истории не возникает второй физический возврат.
6. Передайте открытые задачи другому сотруднику. Проверьте сохранность источников, причин и дат следующих действий.

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

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