Как собственнику бизнеса навести порядок в просроченных актах
Просроченные акты выполненных работ бьют не по документообороту, а по деньгам и управлению. Пока акт не подписан, у компании зависает выручка, спорно выглядит дебиторская задолженность, бухгалтерия закрывает период с оговорками, а руководитель видит искаженную картину по проектам и подразделениям. Если просрочка тянется месяцами, растет риск спора с заказчиком: часть работ уже забыта, ответственные сменились, переписка разошлась по личным чатам, а доказательная база расползлась по почте и мессенджерам.
Я внедряю контроль просроченных актов не с покупки программы и не с приказа по компании. Сначала раскладываю процесс на этапы. У каждой сделки, проекта или заказа есть точка, в которой акт обязан появиться. После нее есть срок подготовки, срок отправки контрагенту, срок получения подписанного экземпляра или мотивированного отказа. Пока эти точки не описаны, руководитель видит только хвост проблемы: акты не возвращены. Но причина обычно возникает раньше — работы закрыли в учете, а менеджер не передал пакет документов, акт отправили без подтверждения вручения, заказчик прислал замечания, но их никто не зафиксировал как отдельную задачу, юрист подключился слишком поздно.
Сначала я определяю, что считать просроченным актом. Формулировка нужна одна и без двойного толкования. Подход рабочий: просрочка начинается на следующий день после внутреннего срока отправки акта или после срока его подписания контрагентом, если получение подтверждено. Для разных направлений бизнеса срок бывает разным, но внутри направления правило нужно одно. Иначе отдел продаж считает просрочку от даты завершенияршения работ, бухгалтерия — от даты счета, проектный офис — от даты письма клиенту, а собственник получает три несопоставимых отчета.
Карта процесса
Дальше я назначаю владельца процесса. Неформального координатора, а человека с полномочием требовать действия от смежных служб. В малом бизнесе владельцем часто становится коммерческий директор или руководитель операционного блока. В проектной модели — руководитель проектного офиса. У бухгалтера другая зона: учет, архив, проверка реквизитов, контроль возврата оригиналов, если они используются. Когда собственник пытается держать тему лично, проблема не исчезает. Она просто уходит в ручное управление и возвращается после первой загрузки.
После назначения владельца процесса я фиксирую роли по шагам. Кто готовит акт. Кто проверяет объем и формулировки. Кто подписывает со стороны компании. Кто отправляет документ. Кто отслеживает возврат. Кто эскалирует просрочку. Кто ведет спорные случаи. Без такой матрицы любой сбой превращается в переписку с вопросом «у кого сейчас акт». Для работы хватает простого списка ролей и действий без сложных регламентов на десятки страниц.
Следующий шаг — единый реестр актов. Не набор разрозненных файлов, а таблица или система, где на каждую единицу закрытия работ есть запись с обязательными полями. Я включаю туда номер и дату договора, заказчика, ответственного менеджера, основание для акта, дату завершения работ, внутренний срок подготовки, дату отправки, способ отправки, подтверждение получения, статус согласования, причину задержки, дату эскалации, сумму. Если бизнес работает по этапам, нужен учет по этапам, а не только по договору в целом. Иначе крупный контракт скрывает просрочку по отдельным закрытиям.
Статусы нужны короткие и однозначные. Удобная цепочка: «к подготовке», «на проверке», «подписан у нас», «отправлен», «получен контрагентом», «на согласовании», «подписан обеими сторонами», «отказ с замечаниями», «в споре», «закрыт». Лишние статусы мешают. Слишком общие статусы прячут проблему. Если у записи стоит «в работе» две недели, руководитель не понимает, акт еще не подготовлен или давно лежит у клиента без ответа.
Контрольные точки
Дальше я ставлю контрольные сроки по каждому этапу. Не общую цель «не допускать просрочки», а конкретные интервалы. После завершения работ — сколько дней на подготовку акта. После подготовки — сколько дней на внутреннюю проверку. После подписания у нас — в какой срок отправка контрагенту. После подтверждения получения — через сколько дней первое напоминание, второе напоминание, эскалация на руководителя клиента, подключение юриста или куратора договора. Сроки берутся из практики компании, а не из желания выглядеть дисциплинированно на бумаге. Если отдел физически закрывает пакет за три дня, нельзя рисовать один день и получать просрочку уже внутри процесса.
Отдельно я разделяю причины задержки на управляемые и внешние. Управляемые: акт не подготовлен, реквизиты не проверены, нет подписанта, менеджер не передал основание, документ ушел без приложения, замечания клиента не отработаны. Внешние: клиент не отвечает, меняет согласующего, просит переработать формулировки, спорит по объему, ждет бюджетное согласование. Для собственногоика разница принципиальная. Управляемая задержка — внутренний сбой, внешний фактор — материал для переговорной тактики и пересмотра договора. Когда причины свалены в одну графу «задержка у клиента», компания не видит свои ошибки.
Чтобы контроль работал, нужен не архив, а ритм. Я ставлю короткий цикл разбора просрочки. По активным сделкам — ежедневно или через день на уровне исполнителей. По руководителям направлений — раз в неделю. На встрече смотрят не весь реестр, а список просроченных позиций, новые риски на ближайшие дни, причины зависания и дату следующего действия. Каждая строка заканчивается не обсуждением, а задачей с владельцем и сроком. Если после совещания в реестре не появилась новая дата действия, встреча прошла впустую.
Отчеты и дисциплина
Собственнику не нужен длинный список актов. Ему нужен короткий управленческий срез. Я выношу в отчет пять показателей: общая сумма актов в просрочке, сумма просрочки по сроковым корзинам, доля просрочки от объема закрытий за период, топ ответственных по зависшим актам, топ контрагентов по длительности согласования. Сроковые корзины удобны простые: до 7 дней, 8–30, 31–60, свыше 60. Тогда видна не только сумма, но и старение задолженности по документам. Если собственник смотрит лишь общий итог, длинные зависания теряются внутри текущего потока.
Полезен еще один показатель — средний цикл от завершения работ до подписанного акта. Он показывает не разовую просрочку, а качество процесса. Если цикл растет, проблема уже в системе, даже когда старых хвостов пока немного. Для точности цикл считают по закрытым актам за период, а не по открытому массиву.
Автоматизация нужна после описания правил. Иначе система просто зафиксирует хаос. На старте хватает таблицы с обязательными полями, цветовой индикацией просрочки и автоматическими напоминаниями. Если объем большой, подключают CRM, учетную систему или ECM (система управления документами). Но смысл не в платформе. Смысл в том, чтобы статус менялся по событию, просрочка считалась без ручного вмешательства, а ответственный получал задачу до того, как собственник увидит проблему в отчете.
Еще один узкий участок — доказательство отправки и получения. Если акт уходит по электронной почте, в реестре хранится дата письма, адресат, тема, вложение, подтверждение доставки или ответ клиента. Если используется электронный документооборот, статус синхронизируется с системой. Если в ходу бумажные оригиналы, нужен трек-номер, дата вручения и ответственный за возврат. Спор по просрочке нередко упирается не в содержание акта, а в невозможность доказать, когда контрагент его получил.
Для проблемных контрагентов я ввожу отдельный порядок. По ним нужен укороченный срок эскалации, заранее согласованный шаблон сопроводительного письма, подключение руководителя аккаунта после первого срыва и отдельная отметка в договорной политике при продлении или новой сделке. Если клиент системно задерживает подпись, вопрос выходит за рамки документооборота. Тогда пересматривают этапность закрытия, состав приложений, формулировки результата работ, порядок приемки и санкции за молчание.
Сотрудники начинают соблюдать порядок не после общей просьбы «ускориться», а после привязки к оценке рработы. Я включаю в контроль несколько персональных метрик: доля актов, отправленных в срок, количество просроченных записей в зоне ответственности, средний срок устранения замечаний клиента. Для руководителей направлений добавляю сумму зависших актов. Без личной ответственности просрочка живет в серой зоне: ущерб компании есть, а владельца проблемы нет.
Если просрочка уже накоплена, я не смешиваю расчистку хвоста с новым потоком. Сначала делю массив на группы: акты, которые готовы к отправке, акты, отправленные без подтверждения, акты с замечаниями, спорные акты, акты, по которым фактически нет закрывающих оснований. Для каждой группы — отдельный сценарий действий. Иначе команда тратит время на подряд, а старые тяжелые случаи вытесняют быстрые победы. Часть хвоста закрывается за несколько дней простым восстановлением контакта и повторной отправкой. Часть выходит в претензионную работу. Часть вскрывает более неприятную вещь: работы проведены без надлежащей фиксации объема и результата.
Хорошая система контроля просроченных актов заметна по двум признакам. Руководитель в любой день видит сумму, возраст и причину зависания без ручного обзвона. Команда знает, что делать с каждой записью в реестре, у кого мяч и когда наступает следующая контрольная дата. Когда процесс собран в такой логике, акты перестают жить отдельной жизнью и возвращаются в нормальный контур управления выручкой.
