Как агентство на 200 клиентов закрыло май без овертайма: кейс внедрения контроля первички

11 мая 2026

Май 2025. Агентство «Баланс Плюс», 5 бухгалтеров, 200 клиентов. 29 мая в 23:40 руководитель Алексей Громов пишет в рабочий чат: «Кто ещё не закрыл 60-й счёт по ООО "Техснаб"? Документов нет, клиент не берёт трубку».

Это не исключение. Это был каждый май.

Ситуация: 200 клиентов, 5 человек, один дедлайн

Агентство работает на аутсорсе с малым и средним бизнесом. Средний портфель на бухгалтера - 40 клиентов. Май - это закрытие апреля, авансовые платежи по налогу на прибыль, УСН-отчёты для части клиентов. Всё это одновременно.

Проблема была не в квалификации команды. Проблема была в том, что 80 из 200 клиентов (ровно 40%) стабильно присылали документы 29-30 мая. Это не случайность - это паттерн, который повторялся третий год подряд.

Что происходило в последние три дня месяца:

• Каждый бухгалтер вручную обзванивал и писал «хвостатым» клиентам
• Один запрос - 5-10 минут: найти контакт, написать письмо, позвонить, уточнить, что именно не пришло
• 80 клиентов × 3-4 касания каждому = от 400 до 640 минут только на коммуникацию по одному бухгалтеру
• Итого по команде из 5 человек: 33-53 часа чистого времени на переписку за три дня

При этом параллельно нужно было эти документы обрабатывать, проверять, вносить в 1С. Команда работала до 1-2 ночи 29 и 30 мая. Переработки в мае превышали норму на 160-180%.

Проблема глубже, чем кажется

На поверхности - «клиенты тянут документы». Но Алексей потратил февраль 2026 года на то, чтобы разобраться, почему система не работает. Выяснилось три вещи.

Первое. Напоминания были, но хаотичные. Кто-то писал клиентам 25-го, кто-то 28-го, кто-то только когда сам начинал закрывать период. Единого регламента не было - каждый бухгалтер действовал по своему усмотрению.

Второе. Контроль первички шёл постфактум. Бухгалтер закрывал период и только тогда обнаруживал, что документов не хватает. В мае 2025 года после закрытия нашли 23 ошибки и пропуска - уже тогда, когда исправлять было сложно и дорого. Один из случаев: акт на 150 000 рублей датирован 31 мая, а пришёл 1 июня. Счёт 60 закрыт без него. Риск доначисления НДС - реальный.

Третье. Не было видимости по статусу документов в реальном времени. Бухгалтер не знал, сколько документов уже пришло, сколько ещё нет, по каким клиентам критичная ситуация. Всё держалось в голове или в Excel-табличках, которые никто не обновлял синхронно.

Если хотите понять, во что это выливается в деньгах - есть калькулятор потерь от ручного сбора первички. Цифры там неприятные.

Что сделали: три шага к системе

Шаг 1. Регламент напоминаний - за 10, 5 и 1 день до дедлайна

Алексей прописал единый процесс для всей команды. Не «напомни клиенту», а конкретно: за 10 дней до закрытия периода клиент получает первое уведомление со списком документов, которых не хватает. За 5 дней - второе, если документы ещё не пришли. За 1 день - финальное, с пометкой о рисках для отчётности.

Раньше этот процесс был ручным. Бухгалтер сам составлял список, сам писал письма, сам отслеживал ответы. На 40 клиентов это занимало 15-20 часов в месяц только на коммуникацию.

Подробнее о том, как выстроить такую систему напоминаний с нуля, - в первой части гайда по каналам и триггерам.

Шаг 2. Контроль первички в реальном времени через 1С

Агентство подключило DocSync - сервис, который интегрируется с 1С и в реальном времени отслеживает, какие документы пришли, а каких нет. Когда в 1С появляется операция без привязанного первичного документа, система фиксирует это как пропуск и автоматически запрашивает документ у клиента.

Это убрало ручной контроль «а что у нас не пришло?». Вместо того чтобы бухгалтер в конце месяца садился и сверял, система делала это непрерывно.

Что изменилось технически:

• Пропуски в первичке видны за 3-5 дней до закрытия, а не в последний момент
• Запросы клиентам уходят автоматически - без участия бухгалтера
• Бухгалтер видит дашборд: по каким клиентам документы получены, по каким нет, что критично

Шаг 3. Приоритизация клиентов по риску

Не все 80 «хвостатых» клиентов одинаково опасны. Алексей ввёл простую матрицу: клиенты с крупными оборотами и НДС - в первый приоритет. Клиенты на УСН с небольшими суммами - во второй. Это позволило команде не распыляться, а сначала закрывать те позиции, где цена ошибки выше.

О том, как расставлять приоритеты в апреле и мае, - подробная матрица здесь.

Результат: май 2026 в цифрах

Агентство внедрило систему в марте 2026 года. Первый полноценный тест - апрель. Май - второй цикл, уже с отлаженным процессом.

Своевременность документов:

• Май 2025: 40% клиентов прислали документы 29-30 числа
• Май 2026: 92% клиентов прислали документы до 25 мая

Время на коммуникацию с клиентами:

• Май 2025: около 400-640 часов суммарно по команде
• Май 2026: менее 80 часов - автоматические запросы закрыли большую часть коммуникации

Переработки:

• Май 2025: команда работала до 1-2 ночи 29 и 30 мая, суммарный овертайм - около 60 часов по команде
• Май 2026: 0 часов сверхурочных

Ошибки при закрытии:

• Май 2025: 23 пропуска и ошибки обнаружены постфактум
• Май 2026: 4 пропуска, все выявлены за 3-5 дней до закрытия и устранены без последствий

Время на обработку одного документа:

• До внедрения ЭДО с крупными клиентами: 3 минуты
• После: 20 секунд (автоматическая загрузка в 1С)

Алексей посчитал ROI в июне. Экономия на переработках за май - около 90 000 рублей (60 часов × средняя ставка). Плюс устранённые риски: в мае 2025 один из пропусков мог обернуться доначислением НДС и штрафом по статье 122 НК РФ - до 40% от суммы налога. По конкретной операции это было бы около 60 000 рублей только штрафа.

Система окупилась за первый месяц.

Три вещи, которые реально изменили картину

Автоматический запрос - не напоминание бухгалтеру напомнить клиенту. Это принципиальная разница. Раньше цепочка была: 1С показывает пропуск → бухгалтер видит → бухгалтер пишет клиенту → ждёт ответ → следит за выполнением. Теперь: 1С показывает пропуск → система сама пишет клиенту → бухгалтер видит статус в дашборде.

Три касания вместо одного. Автоматические напоминания за 10, 5 и 1 день повысили своевременность на 52% по сравнению с майем 2025. Это не магия - люди просто забывают. Система не забывает.

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

Что это значит для вашего агентства

Если у вас сейчас май и вы узнаёте себя в этой истории - посмотрите на три цифры:

1. Сколько клиентов традиционно тянут документы до последнего? Если больше 30% - у вас системная проблема, не разовая.
2. Сколько часов команда тратит на ручные запросы и напоминания? Умножьте на среднюю стоимость часа - это ваши прямые потери.
3. Сколько пропусков в первичке вы находите постфактум? Каждый - это потенциальный штраф по НК РФ ст. 122 или отказ в вычете НДС.

Если хотите разобраться, как прописать сроки документооборота в договоре с клиентом и снять с себя часть рисков юридически - вот гайд по SLA для бухгалтерского агентства. А если интересен полный разбор системы контроля первички от приёма до архива - здесь подробное руководство.

Как это работает с DocSync

DocSync подключается к вашей 1С и начинает отслеживать пропуски в первичке в реальном времени. Когда система находит операцию без документа - автоматически формирует и отправляет запрос клиенту. Вы видите статус по каждому клиенту в едином дашборде: что пришло, что нет, что критично.

Никаких ручных таблиц. Никаких «напомни мне напомнить». Бухгалтер занимается бухгалтерией, а не диспетчеризацией.

Агентство «Баланс Плюс» закрыло май 2026 без единого часа переработок. Это не потому что клиенты стали дисциплинированнее. Это потому что система перестала зависеть от того, помнит ли бухгалтер написать клиенту сегодня.

Если хотите оценить, как это выглядело бы в вашем агентстве - попробуйте бесплатно. Подключение к 1С занимает один день.