Invoice-to-Cash: счета, сверка оплат, просрочки, напоминания и…
  • Quote-to-Cash
  • Автор: Команда CrmAI
  • Опубликовано:
Invoice-to-Cash процесс в CRM: схема автоматизации счетов, напоминаний и работы с просрочками

Нурсултан — финансовый директор компании, продающей промышленное оборудование. Вот его типичное утро: кофе, компьютер, Excel-файл с двумя сотнями строк. Каждая строка — это счёт. Открываешь банковскую выписку, начинаешь сопоставлять: этот оплатили, этот просрочен на неделю, этот вообще никто не открывал...

«Вы знаете, — говорит он, когда мы созваниваемся, — у меня сейчас около 150 активных счетов. И каждое утро одно и то же: два часа уходит просто на то, чтобы понять текущее состояние. Кто оплатил, кто нет, кому надо позвонить. Потом ещё час на звонки и письма. А я ведь финдир! Должен планировать, анализировать, развивать компанию. А вместо этого вручную сверяю платежи».

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

Разберём, как превратить этот бардак в нормальный процесс. Причём не абстрактно, а конкретно — с учётом того, что в Казахстане «оплатим на следующей неделе» означает всё что угодно, кроме следующей недели.

«Invoice-to-Cash — это не бухгалтерия. Это управление денежным потоком. Каждый день просрочки — это ваши деньги, которые работают на кого-то другого. Автоматизация этого процесса окупается буквально за первый месяц»

Принцип Cash is King
Revenue Operations
Цитата

Invoice-to-Cash: что это и почему об этом вообще надо думать

Invoice-to-Cash — модный термин для простой вещи. Это весь путь от «мы выставили счёт» до «деньги у нас на счету». Казалось бы, что может быть проще? Выставил счёт, клиент оплатил, конец истории.

Ага, как же. Вот что происходит на практике. Менеджер закрывает сделку в пятницу вечером. Бухгалтер в понедельник утром формирует счёт, отправляет на почту клиента. Дальше тишина. Письмо получено? Не знаем. Клиент передал счёт своему бухгалтеру? Хрен его знает. Включили в план платежей? Может быть. Когда оплатят? А кто его знает.

И вот вы сидите неделю спустя и думаете: позвонить? Или рано? А вдруг обидятся? С другой стороны, срок оплаты через три дня, а тишина. Звоните — оказывается, письмо улетело в спам. Или клиент забыл. Или вообще ждёт, когда вы сами напомните.

Когда счетов пять — это неудобно. Когда сто — это ад.

Этапы Invoice-to-Cash процесса

Выставление счёта

Формирование и отправка

Доставка

Подтверждение получения

Ожидание

Напоминания и трекинг

Оплата

Получение и сверка

Закрытие

Привязка к сделке

На каждом из этих этапов куча возможностей для косяка. Письмо в спаме. Клиент ждёт одобрения от своего начальства. Их бухгалтер в отпуске. Оплата прошла, но написали в назначении что-то невнятное — теперь не понять, к какому счёту привязать. Список можно продолжать бесконечно.

Что происходит, когда всё держится на людях

Разговариваю с финдирами и собственниками каждую неделю. И слышу одни и те же истории:

«Потерянные» счета

«Мы выставили счёт три недели назад. Клиент говорит, что не получал. Проверяем — письмо ушло на старый адрес. Потеряли месяц».

Неудобные звонки

«Менеджер позвонил клиенту с напоминанием об оплате. А клиент уже заплатил вчера. Неловко и непрофессионально».

Забытые просрочки

«Обнаружили счёт с просрочкой 60 дней. Никто не звонил, никто не писал. Просто забыли. Теперь клиент удивляется, почему мы молчали».

Непонятные платежи

«Пришли деньги. Назначение — "оплата по договору". Какому договору? У нас с этим клиентом три активных счёта. Полдня разбирались».

Самое обидное не это даже. Обидно, сколько времени всё это жрёт. Финансисты, которые могли бы строить прогнозы и искать возможности для экономии, сверяют платежи. Менеджеры, которые должны продавать, дёргают клиентов насчёт оплат. Директора вместо стратегии разруливают «Петрович, ты почему Иванову не позвонил, у него счёт на неделю просрочен».

Я как-то посчитал по одной знакомой компании. У них около 100 активных счетов всегда. Тратят на ручную работу с оплатами 25-30 часов в месяц. Это почти целая рабочая неделя! А если посчитать ещё стоимость просрочек, кассовых разрывов, нервов — вообще страшно становится.

Шаг первый: пусть счета формируются сами

В идеальном мире счёт должен создаваться автоматически. Менеджер закрыл сделку в CRM, нажал кнопку — бац, и счёт готов. С правильными реквизитами клиента, с правильными позициями из спецификации, с правильной суммой и НДС. Никакого ручного заполнения, никакого копирования из Excel в Word, никаких «ой, забыл ИИН указать».

Звучит фантастично? Ну так сделайте уже это нормально. Технически там ничего сложного:

Что делает система

  • Подтягивает реквизиты контрагента из карточки (ИИН/БИН, банк, адрес)
  • Формирует позиции из спецификации сделки
  • Рассчитывает НДС и итоговую сумму
  • Присваивает уникальный номер по правилам компании
  • Устанавливает срок оплаты на основе условий договора
  • Отправляет по email с PDF и ссылкой на оплату
Практический совет

Настройте разные шаблоны счетов для разных типов сделок. Для розничных клиентов — простой счёт с QR-кодом для Kaspi. Для корпоративных — полная форма с реквизитами для банковского перевода. Для госзаказчиков — счёт-фактура с НДС в нужном формате.

Важная ремарка: не надо отправлять вообще все счета автоматом. У вас могут быть нестандартные сделки, где надо что-то подправить руками. Оставьте возможность посмотреть и отредактировать. Но 80% типовых счетов должны улетать клиенту сами, без участия человека. Это сэкономит вам кучу времени.

Шаг второй: понимать, что происходит со счётом

Счёт отправлен. Дальше что? В обычной жизни — ничего. Сидим, ждём, надеемся. Позвоним через неделю, узнаем.

А в нормальной системе начинается трекинг. CRM видит, открыл клиент письмо или нет. Казалось бы, мелочь. Но это меняет всё! Счёт открыли в первый день, но не платят неделю — одна история. Не открыли вообще — совсем другая. В первом случае проблема с деньгами или согласованиями, во втором — письмо в спаме или отправили не тому человеку.

Статус Что это значит Автоматическое действие
Создан Счёт сформирован, ожидает отправки Запуск таймера, уведомление ответственному
Отправлен Email ушёл клиенту Фиксация времени отправки, начало SLA
Просмотрен Клиент открыл письмо/PDF Обновление карточки, метка в хронологии
К оплате Приближается срок оплаты (за 3 дня) Мягкое напоминание клиенту
Просрочен Срок оплаты прошёл Эскалация, запуск dunning-цепочки
Частично оплачен Поступила часть суммы Уведомление, пересчёт остатка
Оплачен Полная сумма получена Закрытие, благодарственное письмо

Кстати, про статус «Частично оплачен». В B2B это постоянно: клиент платит аванс 30%, потом остаток после поставки. Или вообще дробит на части, потому что у них бюджет по кварталам распределён. Система должна такое переваривать нормально, а не падать с ошибкой «сумма не совпадает».

Шаг третий: напоминать так, чтобы заплатили, а не обиделись

Тут начинается самое интересное. Как напомнить об оплате, чтобы клиент заплатил, но при этом не послал вас куда подальше? Слишком мягко написал — забьют. Слишком жёстко — обидятся и вообще перестанут с вами работать.

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

Типовая цепочка напоминаний

1
За 3 дня до срока

«Напоминаем, что срок оплаты счёта №123 — 15 января. Будем рады, если успеете до этой даты».

Мягкое
2
День в день

«Сегодня срок оплаты счёта №123. Если уже оплатили — просьба проигнорировать это письмо».

Нейтральное
3
+3 дня просрочки

«Счёт №123 просрочен на 3 дня. Пожалуйста, оплатите или свяжитесь с нами, если есть вопросы».

Деловое
4
+7 дней просрочки

«Просрочка 7 дней. Просим срочно связаться для обсуждения графика платежа. Приостанавливаем отгрузки».

Официальное
5
+14 дней просрочки

«Передаём вопрос руководству. Без оплаты в течение 7 дней вынуждены передать дело юристам».

Эскалация
6
+21 день

Автоматические письма останавливаются. Дальше — ручная работа менеджера или юриста.

Ручной режим

Главное: в каждое письмо вставляйте ссылку на счёт и кнопку оплаты. Чем меньше действий надо сделать клиенту, тем выше шанс, что он заплатит прямо сейчас, а не подумает «потом».

И обязательно сделайте возможность ставить напоминания на паузу. Клиент позвонил: «Слушай, у нас главбух в отпуске до 15-го, оплатим сразу после». Менеджер ставит паузу на две недели — и система молчит. А то будет слать письма каждые три дня, пока клиент уже договорился. Это выглядит тупо и непрофессионально.

Dunning: когда просрочка серьёзная

Dunning — модное английское слово для «работа с просроченной дебиторкой». Это не коллекторы, не угрозы, не скандалы. Это системная работа: как вернуть деньги и при этом не потерять клиента.

Главное правило: должники бывают разные. Один клиент впервые за три года забыл оплатить — с ним одна история. Другой просрочивает каждый второй счёт — с ним уже другая. Нельзя всех грести под одну гребёнку.

Случайный должник

Первая просрочка за долгое время. Скорее всего, забыл или была техническая проблема.

Подход: мягкий

Хронический должник

Регулярно платит с задержкой, но платит. Возможно, проблемы с cash flow.

Подход: строгий + график

Проблемный клиент

Не платит и не выходит на связь. Требуется эскалация и юридические меры.

Подход: официальный

Стратегия для каждого своя. Случайному должнику — дружелюбное напоминание, скорее всего просто забыл. Хроническому — предложить график платежей или вообще пересмотреть условия (ну хочешь работать с нами — плати быстрее или давай аванс). Проблемному — официальные письма, приостановка отгрузок, а если совсем беда — юристы.

Хорошая CRM сама сегментирует клиентов по истории платежей и применяет к ним разные сценарии. Вам не надо каждый раз думать, а система знает.

Сверка: к какому счёту привязать эти деньги?

Деньги пришли. Ура! Но погодите радоваться. К какому счёту привязать?

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

Как CRM сопоставляет платежи со счетами

По номеру счёта

Система ищет номер счёта в назначении платежа. Если нашла — автоматическое сопоставление. Точность: высокая.

По сумме и контрагенту

Если у контрагента есть открытый счёт на точно такую сумму — вероятно, это он. Предлагается как вариант.

По дате и контексту

Если счёт выставлен вчера, а сегодня пришли деньги от того же клиента — скорее всего, это связано.

Ручное сопоставление

Когда автоматика не справляется — система показывает список возможных счетов, и человек выбирает нужный.

Поэтому первое — настраивайте интеграцию с банком. У нас в Казахстане почти все банки дают выгрузку выписок в электронном виде (формат 1С, CSV, или вообще API). CRM забирает эти данные автоматически и сама предлагает варианты сопоставления.

Отдельный квест — платежи с маркетплейсов. Kaspi, Wildberries, Ozon платят пачками, минус комиссия, плюс задержка на неделю. Тут уже не «один платёж = один счёт», а «одна выплата = куча заказов за период». Нужна отдельная логика, иначе сойдёте с ума.

Совет: Добавьте в каждый счёт уникальный референс — короткий код, который клиент может указать в назначении платежа. «Оплата по референсу ABC123» — и система моментально находит нужный счёт. Это особенно полезно для B2B, где один клиент может иметь несколько открытых счетов одновременно.

Что измерять, чтобы понимать, как дела

Классика жанра: нельзя улучшить то, что не меряешь. В Invoice-to-Cash есть несколько цифр, по которым сразу видно, всё ли в порядке.

Метрика Что измеряет Хороший показатель Тревожный сигнал
DSO (Days Sales Outstanding) Среднее количество дней от выставления счёта до получения денег 15-30 дней > 60 дней
Aging report Распределение дебиторки по срокам: 0-30, 31-60, 61-90, 90+ дней > 80% в 0-30 > 20% в 90+
Collection rate Процент счетов, оплаченных в срок > 85% < 60%
Bad debt ratio Доля безнадёжных долгов от общей дебиторки < 2% > 5%
Время на сверку Сколько часов в месяц уходит на ручное сопоставление < 4 часа > 20 часов

DSO — это главное. Если эта цифра растёт — значит, что-то пошло не так. Либо клиенты стали хуже платить. Либо вы даёте слишком большие отсрочки. Либо напоминания не работают. Надо копать и разбираться.

Как I2C связан с другими процессами

Invoice-to-Cash не в вакууме живёт. Он связан с продажами, со складом, с бухгалтерией. Вот главные точки соприкосновения:

Продажи → I2C

Закрытая сделка автоматически создаёт счёт. Менеджер видит статус оплаты в карточке клиента.

Подробнее о Quote-to-Cash →
I2C → Склад

Оплаченный счёт автоматически разблокирует отгрузку. Склад получает задание на комплектацию.

О синхронизации с 1С →
I2C → Бухгалтерия

Оплата автоматически проводится в учётную систему. Формируются акты, закрывающие документы.

Об интеграции платежей →
I2C → Customer Success

Платёжная история влияет на health score клиента. Хронические просрочки — сигнал для CS-менеджера.

О Customer Success →

История из жизни: минус 12 дней к DSO

Расскажу про один случай. Компания из Алматы, дистрибутор стройматериалов. У них 200+ активных клиентов, средний чек полтора ляма тенге, отсрочки от двух недель до полутора месяцев — кому как.

До автоматизации у них DSO был 52 дня. То есть в среднем от счёта до денег проходило почти два месяца. При обороте 500 млн в месяц это значит, что около 850 миллионов постоянно висят в дебиторке. Деньги, которые могли бы работать, а они просто лежат мёртвым грузом.

До автоматизации
  • DSO: 52 дня
  • Время на сверку: 25 часов/месяц
  • Просрочек > 60 дней: 18%
  • Напоминания: вручную, от случая к случаю
  • Статус оплаты: только в 1С
После автоматизации
  • DSO: 40 дней (-12 дней)
  • Время на сверку: 4 часа/месяц
  • Просрочек > 60 дней: 6%
  • Напоминания: автоматически, по расписанию
  • Статус оплаты: в CRM, в реальном времени

Что изменилось? Первое — автоматические напоминания. Клиенты начали получать письма вовремя, с правильными формулировками. Многие потом говорили: «А мы просто забывали. Получили письмо — сразу оплатили».

Второе — прозрачность. Менеджеры теперь видят статусы в CRM и работают на опережение. Видишь, что счёт открыли, но неделю не платят — звонишь: «Всё в порядке? Может, какие-то вопросы?»

Третье — сегментация. Выявили хронических должников и пересмотрели условия. Одним сократили отсрочку. Другим предложили работать по предоплате со скидкой. Пару совсем проблемных клиентов отсеяли — себе дороже с ними возиться.

Эффект в деньгах: минус 12 дней DSO при обороте 500 млн в месяц — это около 200 млн тенге, которые высвободились из дебиторки. Живые деньги, которые можно вложить в развитие, а не ждать, пока кто-то там соизволит оплатить.

Хотите сократить DSO и навести порядок в дебиторке?

Покажем, как настроить Invoice-to-Cash процесс в CRM: автоматические напоминания, сверка платежей, dunning-стратегии. Разберём ваш конкретный случай на демо.

Записаться на демо

Грабли, на которые все наступают

Видел кучу попыток автоматизировать I2C. И кучу провалов. Вот типичные косяки:

Ошибка #1: Одинаковые напоминания для всех

Корпоративный клиент с отсрочкой 45 дней получает напоминание на 5-й день. Розничный клиент с отсрочкой 7 дней получает первое письмо на 10-й день. Оба сценария неправильные. Настройте разные цепочки для разных сегментов.

Ошибка #2: Игнорирование исключений

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

Ошибка #3: Нет связи CRM и 1С

Данные об оплате в 1С, а CRM не знает. Менеджер звонит с напоминанием клиенту, который уже заплатил. Синхронизация статусов — обязательна.

Ошибка #4: Агрессивный тон с первого письма

«Ваш счёт просрочен! Требуем немедленной оплаты!» — в первом напоминании. Клиент просрочил на один день, а вы уже угрожаете. Эскалация должна быть постепенной.

Проверьте себя: всё ли у вас в порядке

Быстрый тест. Посмотрите, сколько пунктов у вас работает:

Счета формируются автоматически из сделки
Есть трекинг открытия письма со счётом
Напоминания отправляются автоматически
Есть разные цепочки для разных сегментов
Можно поставить напоминания на паузу
Оплаты из банка автоматически попадают в CRM
Платежи сопоставляются со счетами автоматически
Менеджер видит статус оплаты в карточке клиента
Есть дашборд с DSO и aging report
Dunning-процесс задокументирован и работает

0-3 пункта: I2C-хаос. Срочно нужна автоматизация.
4-6 пунктов: Есть база, но много ручной работы.
7-10 пунктов: Хороший уровень. Можно оптимизировать детали.

Коротко: зачем это всё

Invoice-to-Cash — это не скучная бухгалтерия. Это про деньги. Каждый день просрочки — это ваши деньги, которые работают на чужой бизнес. Каждый забытый счёт — риск вообще не получить оплату.

Хорошая новость: I2C — один из самых благодарных процессов для автоматизации. Эффект виден быстро. DSO падает, финансисты выдыхают, нервотрёпка про «кто заплатил, а кто нет» исчезает.

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

Порядок в дебиторке — это спокойствие в голове. Оно того стоит.

Что почитать дальше

Если тема показалась полезной, вот статьи, которые дополняют картину: