CRM, которая доходит до главной книги

Цепочка, документ за документом

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

Лид — это запись об интересе. Сделка (возможность) — прогнозный объект с ожидаемой суммой и вероятностью, которую проставил человек. Ни то, ни другое не затрагивает главную книгу и не должно затрагивать. Коммерческое предложение — это оферта: оно фиксирует цену, объём и срок действия и может ничего не резервировать. Заказ клиента — это акцепт оферты покупателем. Это обязательство обеих сторон и нередко повод для закупки, планирования или производства, но всё ещё не бухгалтерская запись. Ни выручки, ни дебиторской задолженности.

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

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

• Лид и сделка: записи воронки продаж, влияния на главную книгу нет.
• Коммерческое предложение: оферта с ценой и сроком действия, влияния на главную книгу нет.
• Заказ клиента: взаимное обязательство, влияния на главную книгу нет, но он управляет запасами, закупками и планированием.
• Накладная или акт об оказании услуг: подтверждение перехода контроля; может двигать запасы и себестоимость продаж.
• Счёт: дебет дебиторской задолженности, кредит выручки, начисление исходящего налога. Признание происходит здесь.
• Поступление оплаты: дебет кассы или банка, кредит дебиторской задолженности. Это погашение, а не выручка.
• Кредит-нота: сторнирует сумму счёта и налог и восстанавливает или списывает исходное обязательство.

Во что на самом деле обходится разрыв

Когда CRM — одна система, а главная книга — другая, в первый день ничего драматичного не происходит. Ущерб копится в мелких сверках, которые люди молча делают вручную, а потом перестают делать.

Основные данные клиентов вводятся повторно, и один и тот же покупатель существует дважды — с двумя написаниями и двумя условиями оплаты. В CRM цену в предложении снизили в ходе переговоров, а счёт выставили по старому прайс-листу, и в итоге либо клиент его оспаривает, либо кто-то выпускает кредит-ноту для исправления. Скидка, одобренная руководителем продаж, существует только в поле CRM, которое экран выставления счетов никогда не читает. Комиссия рассчитывается от суммы оформленных заказов, а не от выставленных и оплаченных сумм, а значит, компания платит комиссию с выручки, которую она не признала и порой так и не получит. Отдел продаж называет за квартал одну цифру, финансовый отдел — другую, и совещание уходит на объяснение разницы вместо действий.

У всего этого один корень: значение, однажды введённое в одной системе и повторно введённое — вручную или импортом — в другую. Устранять нужно механизм повторного ввода, а не расхождение.

Одна карточка клиента — и почему дебиторка страдает первой

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

Карточка клиента должна содержать поля, от которых зависят обе функции, — храниться один раз и читаться обеими: юридическое и торговое наименование, налоговый регистрационный номер, кредитный лимит, условия оплаты, назначенный прайс-лист, валюта, адреса для выставления счетов и доставки, а также контактное лицо по взысканию, которое не всегда совпадает с контактом по закупкам. В Саудовской Аравии и других странах Залива налоговый регистрационный номер — не формальность: это обязательное поле соответствующего требованиям налогового счёта-фактуры, и счёт, выставленный с неверным или пустым номером, — это проблема соответствия, а не оформления.

Кредитный контроль — до того, как дано обещание

Главная книга уже знает, сколько должен клиент и насколько просрочен долг. Анализ по срокам существует с момента проведения счетов. Вопрос в том, видит ли его менеджер по продажам в тот момент, когда это меняет его поведение, то есть до того, как условия предложены, а не после того, как финансовый отдел их отклонил.

Схема, которой следует избегать, знакома каждому: клиенту с несколькими просроченными счетами предлагают отсрочку платежа, сделку закрывают на этих условиях, а финансовый отдел затем оказывается перед выбором — отозвать условия и испортить отношения или принять риск, который никто не утверждал. На этом этапе ни один из вариантов уже не является решением финансового отдела; это следствие того, что менеджеру не показали сальдо.

Когда система одна, механизм прост. Текущее сальдо, просроченная задолженность по интервалам, кредитный лимит и оставшийся запас отображаются в карточке клиента и на экране коммерческого предложения. Заказы сверх лимита требуют согласования, которое фиксируется в самом заказе, а не обсуждается в коридоре. Skyline Nexus работает именно так, потому что CRM и книга дебиторской задолженности читают один и тот же счёт клиента, и риск, который видят продажи, — это то самое сальдо, на которое смотрит финансовый отдел, а не его копия.

Момент признания выручки заложен в данных CRM

По МСФО (IFRS) 15 выручка признаётся при выполнении обязанности к исполнению, то есть когда контроль над обещанным товаром или услугой переходит к покупателю. Это может произойти в определённый момент времени, например при поставке, или в течение периода, как в случае договора на обслуживание или поэтапного строительного проекта. Стандарт также требует распределять цену сделки между отдельными обязанностями к исполнению в рамках договора.

Информация, от которой всё это зависит, находится в коммерческих документах. Что было обещано, объединяет ли договор разные самостоятельные результаты, когда каждый из них был поставлен или принят, какая скидка была дана и на что. Если эти данные о договоре и поставке хранятся в CRM, а учётная система их никогда не видит, в конце периода кто-то восстанавливает их в электронной таблице, и журнал аудита на этой таблице обрывается. Когда строки заказа несут обязанности, а записи о поставке — даты, график отсрочки и признания выводится из документов, а не восстанавливается по памяти.

Воронка — это прогноз, выручка — это факт

Взвешенная воронка — это скорректированная на вероятность оценка того, что может быть закрыто. Признанная выручка — это то, что, по данным главной книги, заработано за период, и её можно проверить аудитом. Они отвечают на разные вопросы и никогда не должны показываться одной цифрой.

Связанная система не сливает их, а позволяет проследить путь между ними. От цифры воронки можно перейти к стоящим за ней сделкам, затем к заказам, в которые они превратились, затем к счетам, выставленным по этим заказам, и затем к полученным деньгам. Именно этот путь позволяет улучшать прогноз: можно измерить, какая доля суммы заказов исторически превращалась в выставленную выручку и за какое время, и скорректировать метод прогнозирования, а не спорить о нём.

Что должно быть общим и каким становится закрытие месяца

Общие данные — не значит копировать всё подряд. Это определённый набор записей, которые существуют в одном экземпляре и читаются обеими функциями, и определённый набор событий, переводящих документ на следующий этап без повторного ввода.

Выигрыш при закрытии месяца узок и конкретен. Анализ задолженности по срокам полон, потому что каждый счёт возник из заказа в той же системе. Выручка, которую называют продажи, и выручка в оборотно-сальдовой ведомости — одна и та же цифра, потому что цифра одна. Выручка будущих периодов подтверждена записями о поставке, а не графиком, который кто-то ведёт вручную. Комиссия начисляется от выставленных или оплаченных сумм и рассчитывается по данным главной книги. Кредит-ноты связаны со счетами, которые они сторнируют, поэтому споры видны как цифра, а не как ощущение, что взыскание идёт медленно. Именно поэтому Skyline Nexus держит CRM, продажи, склад и бухгалтерию в одной базе данных: счёт формируется из заказа, к которому он относится, а оплата зачитывается в счёт, который она погашает.

• Основные данные клиента: реквизиты, налоговый регистрационный номер, кредитный лимит, условия оплаты, прайс-лист, валюта, адреса.
• Справочник товаров и услуг с прайс-листами и налоговыми режимами, которые действительно будут использованы в счёте.
• Утверждённые скидки и их утвердивший — в самом документе, а не в примечании.
• Строки заказа, которые переходят в строки счёта без перепечатывания.
• Даты поставки и приёмки, поскольку именно они определяют момент признания.
• Актуальное сальдо дебиторской задолженности и анализ по срокам, доступные с экранов CRM.
• Ссылки на счёт, оплату и кредит-ноту, связанные с исходной сделкой.