Документ теряется не в архиве, а на стыке
Компании обычно хорошо хранят то, что уже завершено: подписанные договоры лежат в папке, акты подшиты. Теряется другое — то, что находится между этапами.
Ниже пять мест, где это происходит чаще всего. Проверьте, сколько из них узнаете у себя.
1. Договорённость, которой нет на бумаге
Начальник отдела в коридоре разрешает закупку. Через месяц выясняется, что сумма выросла вдвое, а разрешения на новую сумму никто не давал — потому что и старого не было.
Признак проблемы: в ответ на вопрос «кто это согласовал» называют имя, а не документ.
Что помогает: согласование фиксируется там же, где создаётся заявка. Не в мессенджере, не по телефону — иначе через месяц восстановить картину нельзя.
2. Заявка в Excel, который у каждого свой
Файл «Заявки_2026_финал_v3.xlsx» существует в четырёх версиях: у инициатора, у снабженца, у бухгалтера и в общей папке. Все четыре различаются.
Признак проблемы: перед совещанием кто-то тратит час на сведение таблиц.
Что помогает: единый реестр, где у заявки один статус, а не четыре мнения о нём. Это скучное решение, но оно закрывает проблему полностью.
3. Коммерческие предложения в переписке
Поставщики присылают цены на почту. Снабженец сравнивает их в голове или в блокноте, выбирает одного и оформляет заказ. Через полгода аудит спрашивает: почему выбрали этого?
Ответ есть только в почте, а почта у уволившегося сотрудника.
Признак проблемы: обоснование выбора поставщика нигде не хранится в структурированном виде.
Что помогает: предложения привязываются к заявке — с суммой, валютой и НДС. Сравнение становится частью системы, а не частной инициативой снабженца.
4. Договор, который «где-то был»
Заказ оформлен, договор подписан — и остался вложением в письме. В системе учёта числится только сумма.
Признак проблемы: чтобы найти условия поставки, нужно спросить конкретного человека.
Что помогает: файл прикрепляется к заказу и живёт вместе с ним. При этом важна деталь: файлы не должны храниться по прямым постоянным ссылкам. В BPM они лежат в отдельном хранилище, а доступ выдаётся по временной ссылке — просроченная ссылка не откроет документ посторонним.
5. Поставка, о которой узнали постфактум
Товар пришёл на склад, кладовщик его принял и записал в свою тетрадь. Бухгалтерия узнаёт об этом через неделю, снабжение — когда инициатор спрашивает, где его материалы.
Признак проблемы: статус «поставлено» появляется в системе позже, чем товар физически приехал.
Что помогает: приход на склад — такой же шаг процесса, как согласование. Пока он не отмечен, заявка не считается закрытой.
Общий знаменатель
Во всех пяти случаях проблема одинаковая: часть процесса живёт вне системы. Не важно, где именно — в почте, в мессенджере, в тетради или в чьей-то памяти. Как только звено выпадает, восстановить цепочку можно только опросом людей.
Поэтому вопрос при выборе системы стоит формулировать не как «умеет ли она согласовывать заявки», а как «где в моём процессе останется разрыв после внедрения». Если разрыв остаётся — документы будут теряться ровно там.
Хотите посмотреть, где разрывы в вашем процессе? Напишите нам — разберём на демо.