В отчёте продаж — двенадцать успешных сделок. В выписке — девять поступлений. Какая цифра отвечает на вопрос «сколько у нас платящих компаний»? Пока записи не сопоставлены, ни одна сама по себе не даёт полного ответа.
🔗 Соберите цепочку, которую можно проверить
Компания → заказ или договор → счёт → подтверждённый платёж. Для каждой связи нужен устойчивый идентификатор. Одного похожего названия мало: плательщик может отличаться от заказчика, а у группы компаний — несколько юридических лиц.
Сохраните сумму, дату, валюту, назначение, источник подтверждения и состояние возврата. Не объединяйте записи автоматически только по совпадению суммы. Если связь неясна, отправьте строку на ручную сверку.
💳 Разведите три события
«Сделка выиграна» означает коммерческий результат по правилам вашей команды. «Счёт выставлен» означает ожидание оплаты. «Платёж подтверждён» означает факт по выбранному финансовому источнику.
Даже технический статус подписки не всегда равен оплате всех счетов: это прямо отмечено в документации Stripe. Здесь Stripe — пример устройства статусов, а не предложение подключить этот сервис или утверждение об интеграции Adaptum.
🧮 Условный пример
В CRM закрыты двенадцать сделок. Девять поступлений после сверки относятся к восьми компаниям: одна компания внесла два платежа. Значит, по этим данным подтверждены восемь оплативших компаний, а не двенадцать и не девять.
Часть сделок могла ждать оплаты, а часть платежей — относиться к прежнему периоду. Эти причины нужно проверять по записям, а не угадывать по разнице итогов.
Для понятия «регулярно оплачивающая компания» заранее согласуйте правило. Например, два подтверждённых платежа за два последовательных расчётных периода, без полного возврата. Это лишь возможное внутреннее определение; оно должно соответствовать вашему продукту и договорённостям.
📋 Что проверять каждую неделю
• Поступления без найденного заказа.
• Закрытые сделки без подтверждённой оплаты.
• Частичные оплаты и переплаты.
• Возвраты и отменённые заказы.
• Компании с пропущенным следующим расчётным периодом.
По каждой строке назначьте ответственного и срок уточнения. До выяснения сохраняйте состояние «не сверено». Превращение неизвестного статуса в ноль делает отчёт аккуратнее на вид, но менее полезным.
🤖 Как использовать ИИ без выдуманных выводов
Возможный сценарий — подготовка объяснения уже выявленных расхождений. Модель получает разрешённые записи и приводит ссылки на них. Решение о зачёте платежа принимает сотрудник по установленным правилам.
Наличие готовой автоматической сверки в конкретной системе нужно проверять отдельно. Ни статус CRM, ни ответ ИИ не заменяют финансовое подтверждение.
Начните с десяти последних закрытых сделок. Для каждой найдите платёж или запишите конкретную причину, почему он ещё не подтверждён. Такой небольшой аудит полезнее спора об общем количестве «клиентов».
По теме качества исходных данных:
https://adaptumai.ru/articles/crm-dannye-fundament-ai
Обсудить процесс с Adaptum: