Закрывающие документы вспоминаются поздно: счёт оплачен в срок, а через месяц бухгалтер спрашивает акт — и выясняется, что акта нет. Поставщик «забыл прислать», а в почте его не найти, потому что письмо с закрывающими пришло на адрес менеджера, который уже не работает в компании.
Закрывающие документы — самая бытовая причина, по которой деньги уходят, а расход не подтверждён. Ниже — как выглядит цепочка по одной поставке, что проверять перед оплатой и что делать, если акта нет.

Не в бухгалтерии. Они теряются раньше — в переписке. Счёт приходит на почту менеджеру, акт присылают в мессенджер, УПД появляется в папке «документы за март». У каждого звена свой канал, и связать их между собой некому.
В итоге бухгалтер видит оплату, но не видит основание. А менеджер уверен, что «всё отправлял».
| Звено | Где живёт обычно | Что должно быть в системе |
|---|---|---|
| Договор | Папка или почта | Карточка с суммой, сроком и ответственным |
| Счёт | Почта менеджера | Связан с договором, видна сумма и дата |
| Оплата | Банк, выписка | Отметка об оплате рядом со счётом |
| Акт или УПД | Мессенджер, папка | Связан со счётом, видна дата закрытия |
| Закрытие | Нигде | Статус: поставка закрыта документами |
Пока цепочка собирается вручную, разрыв обнаруживается на этапе проверки — то есть через месяцы. Когда звенья связаны, разрыв видно сразу: счёт оплачен, а акта к нему нет.
1. Договор в действующей редакции. Если договор менялся, платить по старой версии — значит платить по несуществующим условиям.
2. Сумма сходится с договором. Расхождение на процент — нормальная ситуация, но её нужно объяснить до оплаты, а не после.
3. Закрывающие по прошлым поставкам есть. Если предыдущая поставка не закрыта актом, новая оплата увеличивает дыру, а не закрывает её.
4. Понятно, кто согласовал. Не «мы решили», а имя в карточке. Это единственное, что помогает, когда через полгода спрашивают «почему оплатили».
5. Срок оплаты в календаре. Не в голове. Просрочка по договору стоит дороже, чем кажется.
Пять пунктов проверяются за пятнадцать минут, если данные в системе. Если в почте — за полдня, и часть пунктов не проверится вовсе.
Разрыв в цепочке почти всегда всплывает поздно и в неудобный момент: при сверке, при проверке, при споре с поставщиком о следующей поставке.
Три типовые последствия. Расход не подтверждён — и его приходится доказывать задним числом. Оплата ушла, а претензию предъявить нечем: нет акта, нет фиксации, что поставка не принята. И третье, самое частое: следующая поставка оплачивается авансом, потому что «прошлую не закрыли, но поставщик надёжный».
Ни одно из этих последствий не лечится после факта. Лечится оно проверкой до оплаты.
Закрывающие документы теряются там, где за них никто не отвечает. Рабочее разделение простое: менеджер отвечает за то, что счёт и акт попали в карточку, бухгалтер — за то, что они сходятся с оплатой, руководитель — за решение платить.
Правило, которое стоит зафиксировать: у каждого звена цепочки есть владелец. Не «бухгалтерия разберётся», а конкретная роль с конкретным действием. Тогда вопрос «а кто должен был прислать акт?» перестаёт быть риторическим.
Порядок простой и не требует изобретательности: запросить у поставщика, зафиксировать запрос в системе и не оплачивать следующую поставку до закрытия предыдущей.
Фиксация важна не для бюрократии. Через месяц «мы запрашивали» превращается в «мы вроде писали», и спор идёт уже не о документах, а о памяти. Запрос, оставленный в карточке — с датой и автором, — этот спор закрывает.
Одна из рутинных операций, которую можно снять: заводить карточку счёта руками. При загрузке PDF-версии счёта система распознаёт номер, дату, сумму и контрагента — данные попадают в карточку, а не набираются вручную.
Границы честные: распознаются именно поля счёта, а не «любой документ». Связь с договором и проверка сумм остаются за человеком — ассистент не заменяет сверку, он снимает набор цифр.
Самая частая организационная ошибка: акт «потом попросим у поставщика». Акт подтверждает, что поставка принята — значит, подписывать его логично в момент приёмки, а не через месяц по просьбе бухгалтера.
Практический эффект простой. Пока акт подписывают при приёмке, у поставщика нет повода тянуть, а у вас нет поставок без закрывающих. Как только акт стал «долгом бухгалтерии», он превращается в переписку.
Интеграции с банком. Выписки не приезжают в систему сами: оплату отмечают вручную или через выгрузку. Это надо знать заранее, чтобы не ждать автоматики, которой нет.
Автоматического сбора актов из почты. Акт, присланный письмом, не появится в карточке — его загружает человек.
Сверки с учётной системой. Сверка с 1С — планы, а не работающая кнопка. Бухгалтерский учёт остаётся в своей системе.
Одной кнопки «закрыть поставку». Закрытие — это статус, который ставят после проверки документов.
1. Возьмите три последних оплаты и проверьте по каждой: есть ли акт, связан ли он со счётом, известно ли, кто согласовал.
2. Найдите хотя бы одну поставку без закрывающих — она почти наверняка есть. Запросите акт и зафиксируйте запрос в карточке.
3. Договоритесь о правиле: следующая оплата поставщику — только после закрытия предыдущей поставки.
4. Проверьте, приходят ли счета в один канал. Если в три — это и есть причина, по которой закрывающие теряются.
Если сначала хочется проверить себя, а не читать дальше — есть тест из 8 вопросов: он показывает, что с закрывающими документами уже в порядке, а что держится на памяти сотрудников.
Если учёт пока в таблицах, начните с материала о том, как собрать реестр договоров за 7 шагов.
А посмотреть, как это выглядит, и получить бесплатный доступ на три месяца можно на сайте bizon.help: посмотреть.