Как показывать оплаты и задолженность из 1С в CRM

Одна из самых частых проблем в компаниях, где отдел продаж работает в CRM, а бухгалтерия — в 1С, выглядит очень просто:

менеджер не знает, оплатил клиент счёт или нет.

Чтобы получить ответ, ему приходится:

• писать бухгалтеру;
• звонить в финансовый отдел;
• искать информацию в общем чате;
• заходить в 1С;
• ждать, пока кто-то проверит банковские документы.

Проблема становится ещё заметнее, если у компании:

• много клиентов;
• несколько счетов по одной сделке;
• частичные оплаты;
• отсрочка платежа;
• несколько юридических лиц;
• дебиторская задолженность;
• регулярные поставки.

В результате менеджер может продолжать работать с клиентом, не зная его реального финансового состояния.

Например:

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

Решение — интегрировать 1С с CRM и автоматически передавать информацию об оплатах и задолженности в карточку клиента или сделки.

Тогда коммерческий отдел видит финансовый статус клиента непосредственно там, где ведёт продажи.

Зачем показывать оплаты из 1С в CRM

CRM отвечает прежде всего за работу с клиентом:

• обращения;
• сделки;
• звонки;
• встречи;
• задачи;
• договорённости;
• повторные продажи.

1С отвечает за учётную часть:

• счета;
• банковские документы;
• реализации;
• оплаты;
• взаиморасчёты;
• дебиторскую задолженность.

Без интеграции эти два контура существуют отдельно.

Менеджер видит:

«Клиент согласовал заказ на 5 000 000 ₸».

Бухгалтерия видит:

«Оплачено только 2 000 000 ₸».

Если эти данные не связаны, CRM показывает коммерческое намерение, но не фактическое финансовое состояние сделки.

После интеграции появляется единая картина:

сумма заказа → выставлено → оплачено → осталось → просрочено → можно ли продолжать исполнение.

Какие данные об оплате можно показывать в CRM

Состав зависит от бизнес-процесса компании.

В карточку сделки можно передавать:

• общую сумму заказа;
• сумму выставленных счетов;
• оплаченную сумму;
• процент оплаты;
• неоплаченный остаток;
• дату последней оплаты;
• количество платежей;
• номер платёжного документа;
• статус оплаты;
• просроченную сумму;
• количество дней просрочки.

Например, менеджер может видеть:

Сумма сделки: 12 000 000 ₸
Оплачено: 7 200 000 ₸
Оплата: 60%
Остаток: 4 800 000 ₸
Последний платёж: 10 августа
Просрочка: 0 дней

Этого уже достаточно для большинства коммерческих сценариев.

Как может выглядеть финансовый блок в карточке сделки

В Bitrix24 можно создать отдельный блок:

Финансовый статус

• номер заказа 1С;
• сумма заказа;
• сумма счёта;
• оплачено;
• остаток;
• процент оплаты;
• задолженность;
• срок оплаты;
• количество дней просрочки;
• статус отгрузки.

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

Ему нужна понятная бизнес-информация:

можно ли продолжать работу с клиентом и что нужно сделать дальше.

Как передавать факт оплаты из 1С

Типовой сценарий выглядит так.

Шаг 1. Сделка создаётся в Bitrix24

Менеджер ведёт клиента и согласовывает заказ.

Шаг 2. Заказ передаётся в 1С

После подтверждения сделки создаётся соответствующий документ.

Шаг 3. В 1С фиксируется оплата

После поступления денег бухгалтерия отражает платёж.

Шаг 4. Интеграция находит связанный заказ

Система понимает, к какой сделке относится платёж.

Шаг 5. Данные возвращаются в CRM

Обновляются:

• оплаченная сумма;
• процент;
• остаток;
• статус.

Шаг 6. CRM запускает автоматизацию

Например:

50% оплачено → поставить задачу на запуск производства.

Или:

100% оплачено → перевести сделку на этап «Оплачено».

Почему недостаточно передавать только статус «оплачено»

Одна из типовых ошибок — использовать два состояния:

• оплачено;
• не оплачено.

В реальном B2B-бизнесе платежи часто идут частями.

Например, заказ на 10 000 000 ₸:

• 3 000 000 ₸ — предоплата;
• 4 000 000 ₸ — после готовности;
• 3 000 000 ₸ — перед отгрузкой.

Если CRM показывает только «не оплачено», менеджер не понимает, что 70% денег уже получено.

Если показать «оплачено» после первого платежа — информация будет ещё более ошибочной.

Поэтому лучше использовать:

• сумму;
• процент;
• остаток.

Как отображать частичные оплаты

Для сделки можно показывать:

Общая сумма: 10 000 000 ₸
Оплачено: 3 000 000 ₸
Процент: 30%
Остаток: 7 000 000 ₸

После второго платежа:

Оплачено: 7 000 000 ₸
Процент: 70%
Остаток: 3 000 000 ₸

Так CRM отражает реальное финансовое состояние заказа.

Как использовать оплату для автоматизации

Интеграция становится особенно ценной, когда данные не просто отображаются, а запускают действия.

Сценарий 1. Запуск производства

Условие:

предоплата ≥ 50%.

CRM автоматически:

• переводит сделку на нужный этап;
• создаёт задачу производству;
• уведомляет менеджера;
• фиксирует дату запуска.

Сценарий 2. Разрешение отгрузки

Условие:

оплачено 100%.

CRM:

• уведомляет склад;
• создаёт задачу на отгрузку;
• переводит сделку на следующую стадию.

Сценарий 3. Напоминание менеджеру

Если срок оплаты наступил, но деньги не поступили:

• менеджеру создаётся задача;
• клиент попадает в список контроля;
• руководитель получает уведомление.

Сценарий 4. Эскалация задолженности

Если просрочка больше установленного количества дней:

• уведомляется РОП;
• подключается финансовый отдел;
• блокируется следующий этап;
• создаётся задача на работу с задолженностью.

Что такое дебиторская задолженность в CRM

Дебиторская задолженность — это деньги, которые клиент должен компании за уже поставленные товары, выполненные работы или предоставленные услуги.

В 1С эта информация обычно отражается в учёте взаиморасчётов.

CRM может получать агрегированные данные и показывать их коммерческому отделу.

Например:

Клиент: ТОО «Альфа»

• общий долг: 8 500 000 ₸;
• просрочено: 3 200 000 ₸;
• максимальная просрочка: 21 день;
• последний платёж: 5 августа;
• открытых заказов: 4.

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

Где показывать задолженность

Есть несколько вариантов.

В карточке сделки

Подходит для контроля конкретного заказа.

Поля:

• сумма сделки;
• оплачено;
• остаток;
• просрочка.

В карточке компании

Показывается общая задолженность клиента по всем заказам.

Это полезно для B2B-продаж.

В отдельном смарт-процессе

Можно создать процесс:

«Дебиторская задолженность».

Там хранятся:

• клиент;
• долг;
• срок;
• ответственный;
• этап взыскания;
• комментарий;
• обещанная дата оплаты.

В управленческом дашборде

Руководитель видит:

• общий объём дебиторки;
• просроченную задолженность;
• крупнейших должников;
• динамику;
• задолженность по менеджерам.

Почему задолженность лучше показывать в карточке клиента

Представим ситуацию.

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

Сделка привлекательная — 15 000 000 ₸.

Но у клиента уже есть просроченная задолженность 6 000 000 ₸.

Если эта информация находится только в 1С, менеджер может начать согласовывать новую поставку, не учитывая риск.

Если задолженность видна сразу в CRM, можно настроить предупреждение:

«У клиента есть просроченная задолженность — 6 000 000 ₸».

Или автоматически запустить согласование нового заказа.

Как связать задолженность с новым заказом

Можно настроить бизнес-правила.

Например:

Долг отсутствует

Менеджер работает в обычном режиме.

Есть долг, но просрочки нет

CRM показывает предупреждение.

Просрочка до 10 дней

Требуется согласование РОП.

Просрочка более 30 дней

Создание нового заказа блокируется до решения финансового директора.

Так финансовая политика становится частью цифрового процесса.

Как работать с отсрочкой платежа

Не каждый неоплаченный счёт является просроченным.

Например:

клиенту предоставлена отсрочка 30 дней.

Поэтому CRM должна понимать:

• дату счёта;
• дату отгрузки;
• условия договора;
• срок оплаты;
• фактический срок возникновения просрочки.

Пример:

Сумма долга: 5 000 000 ₸
Срок оплаты: 25 августа
Сегодня: 15 августа

Статус:

«Ожидается оплата».

После 25 августа:

«Просрочено на 1 день».

Это гораздо полезнее обычного поля «не оплачено».

Как считать количество дней просрочки

Логика зависит от договора.

Отсчёт может начинаться:

• от даты счёта;
• от даты отгрузки;
• от даты реализации;
• от даты подписания акта;
• от конкретной даты договора.

Эти правила необходимо определить до разработки.

Иначе CRM и бухгалтерия могут по-разному рассчитывать задолженность.

Как учитывать несколько счетов по одной сделке

В сложной сделке может быть несколько счетов:

• предоплата;
• дополнительная комплектация;
• доставка;
• окончательный расчёт.

CRM может показывать общий финансовый результат:

Сумма счетов: 8 400 000 ₸
Оплачено: 6 000 000 ₸
Остаток: 2 400 000 ₸

При необходимости можно хранить детализацию:

Так менеджер понимает ситуацию без обращения к бухгалтеру.

Как учитывать один платёж на несколько заказов

В B2B-бизнесе клиент может одним платежом закрыть несколько документов.

Интеграция должна корректно учитывать распределение.

Например:

клиент перевёл 10 000 000 ₸.

Из них:

• 4 000 000 ₸ — заказ №1;
• 3 000 000 ₸ — заказ №2;
• 3 000 000 ₸ — заказ №3.

В CRM каждый заказ должен получить правильную сумму.

Нельзя просто привязать весь платёж к одной сделке.

Как учитывать переплату

Иногда клиент перечисляет больше необходимой суммы.

Например:

заказ — 5 000 000 ₸;

оплата — 5 500 000 ₸.

В CRM можно показать:

• оплачено;
• задолженность = 0;
• переплата = 500 000 ₸.

Особенно важно учитывать это при последующих заказах.

Как учитывать возвраты денег

Если после оплаты компания вернула часть суммы, CRM тоже должна получить обновлённый финансовый результат.

Например:

было оплачено 5 000 000 ₸.

Возврат — 1 000 000 ₸.

Фактическая оплата становится:

4 000 000 ₸.

Иначе CRM продолжит считать сделку полностью оплаченной.

Как работать с несколькими юридическими лицами

Компания может продавать от нескольких организаций.

У клиента тоже может быть несколько плательщиков.

Поэтому задолженность нужно связывать не только с брендом клиента, но и с конкретными реквизитами.

Например:

ТОО «Клиент А» может иметь:

• договор с компанией №1;
• договор с компанией №2.

По одному договору задолженность отсутствует, по другому — есть просрочка.

Если просто показать одну общую сумму без детализации, менеджер может сделать неверный вывод.

Какие данные лучше оставить только в 1С

Не нужно превращать CRM в бухгалтерскую систему.

Менеджеру обычно не нужны:

• проводки;
• бухгалтерские счета;
• технические регистры;
• детальные банковские выписки;
• внутренние учётные движения.

В CRM стоит передавать только ту информацию, которая влияет на решение сотрудника.

Например:

• оплачено;
• сколько осталось;
• есть ли просрочка;
• можно ли запускать следующий этап.

Главный принцип:

CRM показывает финансовый статус клиента, а 1С остаётся источником учётной истины.

Какая система должна быть основной для оплат

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

Bitrix24 не должен позволять менеджеру вручную менять поле:

«Оплачено 100%».

Иначе данные перестанут быть достоверными.

Правильная схема:

1С → факт оплаты → Bitrix24.

CRM использует информацию для автоматизации, но не является первичным источником финансового факта.

Как часто обновлять оплаты

Есть несколько вариантов.

В режиме близком к реальному времени

Подходит, если от платежа зависит:

• запуск производства;
• отгрузка;
• доступ к услуге.

Каждые несколько минут

Часто оптимальный вариант.

Раз в час

Подходит для менее критичных процессов.

Один раз в день

Для большинства продаж слишком редко, но может использоваться для сводной задолженности.

Периодичность зависит от бизнес-цели.

Как должен работать обмен

Хорошая интеграция должна иметь последовательность:

1. В 1С проводится платёж.
2. Система определяет связанный заказ.
3. Передаёт информацию в CRM.
4. CRM обновляет финансовые поля.
5. Выполняется автоматизация.
6. Результат фиксируется в журнале.

Если передача не удалась:

• операция сохраняется;
• выполняется повторная попытка;
• ответственный получает уведомление.

Почему нужен уникальный идентификатор заказа

Чтобы правильно передать оплату, 1С должна понимать, какой сделке Bitrix24 соответствует конкретный заказ.

При создании документа желательно сохранять связь:

ID сделки Bitrix24 ↔ ID заказа 1С.

Тогда оплата возвращается именно в нужную карточку.

Если связь строится только по номеру счёта или названию клиента, риск ошибки увеличивается.

Что делать, если связь между заказом и сделкой потеряна

Такое бывает в старых интеграциях.

Например:

• заказ создан вручную;
• ID не сохранён;
• документ перенесли;
• интеграцию меняли.

Можно разработать правила восстановления связи по:

• номеру;
• клиенту;
• сумме;
• дате;
• договору;
• другим признакам.

Но автоматическое сопоставление должно использоваться осторожно.

Ошибочная привязка оплаты опаснее, чем отсутствие привязки.

Как контролировать ошибки передачи оплат

Особенно опасна ситуация, когда деньги поступили, но CRM об этом не знает.

Поэтому желательно контролировать:

• последнюю успешную синхронизацию;
• количество переданных платежей;
• ошибки;
• необработанные документы;
• очередь повторной отправки.

Можно автоматически уведомлять администратора:

«За последний час обнаружено 5 оплат, которые не удалось передать в Bitrix24».

Как использовать задолженность в работе менеджеров

Передача дебиторской задолженности может изменить работу отдела продаж.

Менеджер получает не просто CRM, а финансовый контекст клиента.

Перед звонком он видит:

• объём предыдущих покупок;
• текущие сделки;
• долг;
• просрочку;
• последний платёж.

Разговор становится качественнее.

Вместо:

«Когда планируете следующий заказ?»

менеджер сначала понимает финансовую ситуацию.

Как автоматизировать работу с дебиторкой

Можно создать отдельную воронку.

Например:

1. Срок оплаты приближается.
2. Срок наступил.
3. Просрочка 1–7 дней.
4. Просрочка 8–30 дней.
5. Более 30 дней.
6. Передано руководителю.
7. Оплачено.

На каждом этапе система создаёт соответствующие задачи.

Пример автоматизации

За 3 дня до даты:

Менеджеру: «Напомните клиенту о предстоящем платеже».

В первый день просрочки:

Менеджеру: «Оплата по заказу №123 не поступила».

Через 7 дней:

РОП: «Клиент просрочил 4 500 000 ₸».

Через 30 дней:

Финансовому директору: «Требуется решение по дальнейшей работе с клиентом».

После оплаты:

процесс закрывается автоматически.

Дашборд дебиторской задолженности

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

Например:

• общая дебиторская задолженность;
• просроченная;
• доля просрочки;
• топ-10 должников;
• долг по менеджерам;
• долг по филиалам;
• динамика;
• средний срок оплаты.

Особенно полезно сопоставлять долг с продажами.

Менеджер может иметь высокий объём выручки, но одновременно большое количество просроченной задолженности.

Тогда оценка его эффективности становится более объективной.

KPI менеджера и дебиторская задолженность

В некоторых компаниях менеджер считается успешным сразу после подписания договора или отгрузки.

Но экономически продажа ещё не завершена, пока компания не получила деньги.

Поэтому можно учитывать:

• объём продаж;
• фактические оплаты;
• просроченную задолженность;
• средний срок оплаты;
• долю своевременных платежей.

Это особенно актуально для B2B-продаж с отсрочкой.

Как связать оплату с производством

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

Например:

Сделка: 20 000 000 ₸
Условие: 40% предоплаты.

После поступления 8 000 000 ₸:

1. 1С фиксирует платёж.
2. Bitrix24 получает данные.
3. Сделка меняет статус.
4. Создаётся производственный заказ.
5. Назначаются ответственные.
6. Менеджер получает уведомление.

Это исключает ручной контроль поступления предоплаты.

Как связать оплату с отгрузкой

Аналогично можно установить правило:

отгрузка разрешена только после 100% оплаты.

При поступлении полной суммы:

• CRM меняет статус;
• склад получает задачу;
• менеджер получает уведомление.

Если у клиента отсрочка, правило может учитывать условия договора.

Пример для производственной компании

Компания производит оборудование под заказ.

Стоимость — 15 000 000 ₸.

Условия:

• 50% предоплата;
• 40% после готовности;
• 10% после запуска.

В Bitrix24

Менеджер согласовывает договор.

В 1С

Создаётся заказ.

Оплата №1

Поступает 7 500 000 ₸.

CRM показывает:

50% оплачено.

Система запускает производство.

Производство готово

CRM создаёт задачу менеджеру получить второй платёж.

Оплата №2

Поступает 6 000 000 ₸.

Общий процент:

90%.

Система разрешает отгрузку по установленным правилам.

Финальный платёж

После ввода оборудования клиент перечисляет остаток.

Сделка получает:

Оплачено 100%.

Так финансовые события управляют реальным процессом.

Типовые ошибки при интеграции оплат

Передавать только статус

Не видно частичных платежей.

Не связывать заказ и сделку через ID

Оплата может попасть не в ту карточку.

Разрешать менеджеру менять сумму вручную

Финансовые данные теряют достоверность.

Не учитывать возвраты

CRM показывает завышенную оплату.

Не учитывать несколько счетов

Финансовая картина искажается.

Не учитывать отсрочку

Любая задолженность ошибочно считается просроченной.

Не передавать дату платежа

Нельзя анализировать платёжную дисциплину.

Не контролировать ошибки

Оплата есть в 1С, но в CRM остаётся старый статус.

Как подготовиться к интеграции

До разработки необходимо ответить:

• какой документ в 1С считается заказом;
• как связать его со сделкой;
• где формируются счета;
• как учитываются платежи;
• есть ли частичные оплаты;
• есть ли отсрочка;
• как рассчитывается дата просрочки;
• нужны ли данные по всей компании или по заказу;
• кто должен видеть задолженность;
• какие действия должна запускать оплата.

После этого формируется техническое задание.

Как Profi Soft настраивает передачу оплат и задолженности

Profi Soft рассматривает этот сценарий как часть сквозного процесса:

сделка → заказ → счёт → оплата → производство → отгрузка → повторная продажа.

Перед разработкой мы изучаем:

• Bitrix24;
• конфигурацию 1С;
• сделки;
• заказы;
• счета;
• договоры;
• оплаты;
• взаиморасчёты;
• отсрочки;
• роли сотрудников.

После этого определяем:

1. Источник финансовых данных.
2. Связь документов с CRM.
3. Необходимые поля.
4. Частоту обновления.
5. Правила задолженности.
6. Автоматические действия.
7. Обработку ошибок.

Что может входить в проект Profi Soft

• предпроектное обследование;
• настройка Bitrix24;
• доработка 1С;
• связь сделки и заказа;
• передача счетов;
• передача оплат;
• частичные оплаты;
• дебиторская задолженность;
• расчёт просрочки;
• журнал ошибок;
• автоматические задачи;
• уведомления;
• контроль производственных этапов;
• дашборд;
• тестирование;
• обучение;
• поддержка.

Что получает компания

После интеграции отдел продаж получает:

• актуальные оплаты прямо в CRM;
• процент оплаты;
• остаток;
• дату последнего платежа;
• задолженность;
• просрочку;
• меньше обращений к бухгалтерии.

Руководитель получает:

• контроль дебиторки;
• платёжную дисциплину клиентов;
• прозрачность менеджеров;
• прогноз поступления денег.

Бизнес получает:

• меньше ручной работы;
• быстрее запуск заказов;
• меньше ошибок;
• связанность продаж и финансов.

Главный результат

Интеграция оплат из 1С в CRM превращает коммерческий процесс из:

«Мы вроде продали»

в:

«Мы понимаем, сколько реально получили денег».

Для собственника это принципиально разные показатели.

CRM должна показывать не только потенциальную выручку, но и связь продажи с фактическим финансовым результатом.

Закажите аудит интеграции оплат между 1С и Bitrix24

Если менеджеры регулярно спрашивают бухгалтерию:

«Клиент уже оплатил?»

это означает, что между продажами и финансами существует информационный разрыв.

Команда Profi Soft может изучить ваш текущий процесс и разработать схему, при которой:

• оплаты автоматически передаются из 1С;
• менеджеры видят сумму и процент;
• задолженность отображается в карточке клиента;
• просрочки контролируются;
• финансовые события запускают автоматические процессы.

По итогам обследования вы получите:

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

Оставьте заявку на аудит интеграции Bitrix24 и 1С. Мы покажем, как связать продажи с фактическими оплатами и сделать дебиторскую задолженность прозрачной для менеджеров и руководителей.

Часто задаваемые вопросы

Можно ли видеть оплаты из 1С в Bitrix24?

Да. В карточку сделки можно передавать сумму оплаты, процент, остаток, дату платежа и другие необходимые показатели.

Можно ли показывать частичную оплату?

Да. Например: сумма заказа — 10 млн ₸, оплачено — 6 млн ₸, остаток — 4 млн ₸.

Можно ли показывать общую задолженность клиента?

Да. Информацию можно выводить в карточке компании или отдельном процессе.

Можно ли автоматически считать просрочку?

Да, если определены дата возникновения обязательства и условия отсрочки.

Может ли оплата автоматически менять стадию сделки?

Да. Например, после поступления 50% предоплаты CRM может перевести заказ в производство.

Можно ли автоматически напоминать менеджеру о долге клиента?

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

Нужно ли менеджеру давать доступ в 1С?

Не обязательно. Необходимые финансовые показатели можно показывать непосредственно в CRM.

Можно ли учитывать несколько платежей?

Да. Интеграция может суммировать частичные платежи и показывать общий процент оплаты.

Что делать с возвратами?

Возвраты необходимо учитывать при расчёте фактически оплаченной суммы.

Какая система должна быть основной для оплат?

Как правило, 1С остаётся источником фактических финансовых данных, а CRM получает и использует их для работы менеджеров и автоматизации.

С чего начать?

С обследования процесса «сделка → заказ → счёт → оплата» и определения правил связи документов между Bitrix24 и 1С.