Сделка вроде бы близка к успеху: счёт выставлен, клиент обещал оплатить, менеджер ждёт. Через несколько дней выясняется, что оплату никто не контролировал, срок прошёл, клиенту не напомнили, а в 1С и CRM статус расходится. На этом этапе продажа может потеряться уже после согласования условий.
Контроль счетов в Битрикс24 нужен, чтобы руководитель видел путь от выставленного счёта до фактической оплаты: дата, ответственный, просрочка, частичная оплата, отмена, связь со сделкой и источник данных.
Для темы «Контроль счетов и оплат в Битрикс24: что настроить» важно сразу связать управленческий вопрос с интеграцией Битрикс24 и 1С: тогда решение будет опираться не только на настройку CRM, но и на реальную работу отдела.
Что происходит после выставления счёта
Выставленный счёт не означает завершённую продажу. Нужно понимать, кто ждёт оплату, когда она ожидается, как клиент получил документ, есть ли вопросы по реквизитам и что делать при просрочке. Без этого счёт становится отдельным документом, а не управляемым этапом сделки.
Дата ожидаемой оплаты
Дата оплаты должна появляться не из воздуха, а из договорённости с клиентом или условий договора. Если менеджер не фиксирует срок, система не сможет отличить нормальное ожидание от риска. Для разных сегментов нормы могут отличаться.
Ответственный и задача
Даже если счёт сформирован автоматически, ответственность за контакт с клиентом должна быть понятна. Задача менеджеру нужна не для каждого движения, а для моментов, когда требуется действие: уточнить получение, напомнить, проверить причину задержки, обновить статус.
Связь сделки и оплаты
Оплата должна быть связана с коммерческим процессом. Если деньги отражаются в одной системе, а сделка живёт в другой, руководителю нужна понятная логика синхронизации. Нельзя обещать универсальную механику для всех конфигураций 1С: состав объектов и правила обмена зависят от проекта.
Частичная оплата и несколько счетов
В B2B часто бывают авансы, этапы, несколько счетов и закрывающие документы. CRM должна показывать не только факт «оплачен/не оплачен», но и управленческий статус: что уже оплачено, что ожидается, какая часть задержана и кто отвечает за коммуникацию.
Просрочка оплаты
Просрочка — это не всегда проблема клиента. Иногда счёт ушёл не тому человеку, реквизиты неверны, клиент ждёт акт, менеджер не уточнил бюджет или сделка зависла на согласовании. Система должна помогать найти причину, а не просто окрашивать строку в красный цвет.
Отчёт РОПа
РОПу нужен список выставленных и неоплаченных счетов по менеджерам, срокам, суммам, стадиям и причинам задержки. Такой отчёт помогает отличить нормальную дебиторку от сделок, где нужен управленческий контроль.
Что автоматизировать
Автоматизировать стоит напоминания, задачи, уведомления о просрочке, обновление статуса и отчёты. Не стоит автоматически менять коммерческие выводы без проверки: отмена, спорная частичная оплата или конфликт с клиентом требуют участия человека.
Критерии решения
Контроль счёта начинается с ответа на вопрос, где находится достоверный финансовый статус. В одной компании счёт выставляют в 1С, в другой — в CRM, в третьей менеджер видит только факт оплаты. Поэтому критерий настройки — не «показать счёт в карточке», а обеспечить понятный путь от сделки к документу, оплате и следующему действию.
Где провести границу ответственности
Финансы отвечают за корректность счёта и оплаты, продажи — за коммуникацию с клиентом, руководитель — за контроль зависших денег. Интегратор помогает связать эти зоны так, чтобы менеджер не правил бухгалтерские данные вручную, но видел, что счёт создан, отправлен, просрочен или оплачен.
Как проверить через неделю
После запуска проверьте несколько сделок с разными статусами: счёт создан, ожидает оплаты, оплачен частично, просрочен, отменён. В каждой карточке должно быть понятно, что делать менеджеру. Если для ответа нужно открывать 1С, почту и Excel одновременно, обмен данными пока не стал рабочим инструментом.
Когда не стоит автоматизировать сразу
Не делайте двустороннее редактирование финансовых данных без правил владения. Если менеджер меняет сумму в CRM, бухгалтер правит счёт в 1С, а клиент оплачивает третью версию, дубли и конфликты неизбежны. Сначала назначьте систему-источник для счётов, оплат, контрагентов и статусов.
Сравнительная таблица
Для этой задачи таблица помогает быстро отделить управленческий сигнал от формального поля и заранее договориться, что именно команда будет проверять в сценарии «Контроль счетов и оплат в Битрикс24: что настроить».
| Событие | Что фиксировать | Кто действует | Риск |
|---|---|---|---|
| Счёт выставлен | Дата, сумма, сделка | Менеджер/CRM | Документ живёт отдельно |
| Ожидается оплата | Срок и контакт | Менеджер | Нет контроля |
| Просрочка | Причина задержки | РОП/менеджер | Сделка зависает |
| Частичная оплата | Остаток и этап | Бухгалтерия/продажи | Отчёт искажается |
| Синхронизация с 1С | Идентификаторы и статус | Интегратор | Дубли и конфликт данных |
Практический алгоритм
Алгоритм по теме «Контроль счетов и оплат в Битрикс24: что настроить» лучше проходить на реальных данных отдела, а не на демонстрационной карточке. Так быстрее становятся видны исключения, которые ломают процесс после запуска.
- Опишите, где создаётся счёт.
- Определите источник статуса оплаты.
- Свяжите счёт со сделкой и ответственным.
- Добавьте дату ожидаемой оплаты.
- Настройте задачу при приближении срока.
- Опишите действия при просрочке и частичной оплате.
- Проверьте отчёт по неоплаченным счетам.
Условный сценарий
Рассмотрим условный пример. Менеджер выставляет счёт с ожидаемой оплатой в пятницу. В четверг CRM ставит задачу уточнить, всё ли согласовано. В понедельник оплаты нет, статус попадает в отчёт РОПа. При проверке выясняется, что клиент ждёт исправленный реквизит, а не просто затягивает оплату.
Типичные ошибки
Ошибки контроля счетов редко видны сразу. Сначала менеджер просто уточняет оплату в чате, потом руководитель ведёт отдельную таблицу, а затем CRM и учёт расходятся по статусам. Проблему нужно искать в правилах обмена и владения данными, а не только в карточке сделки.
- Считать выставленный счёт закрытой продажей.
- Не фиксировать дату ожидаемой оплаты.
- Не связывать счёт со сделкой.
- Обещать одинаковый обмен с 1С для любой конфигурации.
- Не учитывать частичные оплаты.
- Не разделять финансовую и коммерческую ответственность.
Чек-лист
Используйте чек-лист перед запуском или доработкой процесса по теме «Контроль счетов и оплат в Битрикс24: что настроить». Если несколько пунктов не выполняются, сначала лучше исправить основу, а потом добавлять автоматизацию и отчёты.
- У счёта есть связанная сделка.
- Понятен источник статуса оплаты.
- Есть дата ожидаемой оплаты.
- Назначен ответственный.
- Просрочки видны руководителю.
- Частичные оплаты описаны правилами.
- Интеграция с 1С не создаёт дубли.
Что ещё почитать
- Интеграция 1С и Битрикс24 без дублей
- Битрикс24 и 1С: источник истины
- Автоматизация дожима КП в Битрикс24: как настроить
Мягкий следующий шаг
Если счёт выставлен, но оплата теряется в ожидании, начните с карты статусов, ответственных и источника данных об оплате. Команда CTR1 может помочь проверить текущую логику, настроить Битрикс24 под процесс и связать CRM с отчётами, телефонией, интеграциями или AI-сценариями там, где это действительно нужно.
