Регулярные счета в Битрикс24: настройка и контроль оплат

Регулярные счета в Битрикс24 помогают организовать повторяющиеся платежи: за обслуживание, аренду или услуги по подписке. Но автоматический документ решает только часть задачи. Нужно понимать, за какой период он выставлен, кому отправлен, какая сумма согласована и когда повторения должны прекратиться. Иначе CRM аккуратно создаёт документы, которые сотрудникам приходится отменять и объяснять клиентам вручную.

Когда регулярный счёт подходит бизнесу

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

Не путайте регулярный счёт с регулярной сделкой. Сделка помогает организовать очередной цикл продаж или обслуживания, счёт — отдельный объект работы с суммой к оплате. Если одновременно включить несколько сценариев создания, один период может получить два документа. Перед настройкой нарисуйте простую цепочку: основание, период, расчёт, счёт, отправка, оплата. У каждого шага должен быть один основной источник.

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

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

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

Определите, где хранится подтверждённая цена. Если её ведут в учётной системе, CRM должна получать согласованные значения, а не конкурировать с бухгалтерией. Общую схему обмена можно выстроить через интеграцию CRM с 1С. До автоматической отправки важно проверить не только технический обмен, но и то, какой документ считается основным, когда его можно менять и кто исправляет расхождения.

Как настроить повторение в Битрикс24

Согласно официальной инструкции по регулярным счетам, настройка находится в CRM → Продажи → Счета, в карточке создаваемого счёта. В блоке регулярности задаются интервал и условия завершения. Если блок не отображается, справка предлагает добавить поле «Повторять счёт». Возможность доступна не на всех тарифах; нужны соответствующие права. Учитывайте также постепенное появление обновлений на порталах.

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

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

Как проверить письмо и документ перед отправкой

На пилоте разделите создание и отправку. Сначала убедитесь, что получился правильный счёт, а затем отправьте его на контролируемый тестовый адрес. Проверьте отображение файла, реквизиты, сумму, название периода и текст письма. Получатель должен понимать, к какому заказу относится документ и к кому обратиться с вопросом. Слишком общее письмо без контекста увеличивает число уточнений даже при правильном вложении.

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

Созданный счёт и полученные деньги — разные события

В описании работы со счетами Битрикс24 разделяет карточки, стадии и способы создания документов. Для управленческого процесса определите, откуда поступает подтверждение оплаты: платёжная система, учётная программа или проверка сотрудником. Регулярное выставление само по себе не включает автоматическое списание средств. Если бизнесу нужен такой сценарий, его доступность и условия проверяются отдельно у используемого платёжного провайдера.

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

Для просроченных счетов нужен отдельный сценарий: напоминание ответственному, проверка поступления, согласованная коммуникация с клиентом. Не отправляйте требование оплаты только по старому статусу CRM, если обмен с учётной системой задержался. Контроль задолженности подробно рассмотрен в материале о дебиторской задолженности в CRM. Регулярность выставления и работа с долгом связаны, но имеют разные основания и действия.

Что делать при смене цены, паузе и завершении услуги

Изменение цены должно иметь дату вступления в силу. Уточните, затрагивает ли оно только будущие документы или требует отдельного исправления уже созданных. Не рассчитывайте, что правка шаблона автоматически и корректно пересчитает всю историю. Зафиксируйте исходные условия и проверьте следующее создание на тестовом примере. Для переменной стоимости надёжнее сначала подтвердить расчёт, а затем разрешить выпуск документа.

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

Пример процесса для ежемесячного обслуживания

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

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

Какие тесты нужны до массового запуска

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

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

Что смотреть руководителю

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