В этой статье разберём ключевые подпроцессы, которые обеспечивают движение счёта от создания до получения оплаты. Логика полностью соответствует реальной работе транспортной компании: выставили счёт → передали клиенту → выполнили перевозку → собрали документы → получили оплату.

Реализация создаётся в нескольких сценариях:
Сценарий 1. После разгрузки
Когда заявка переведена в стадию контроля разгрузки и есть выставленный счёт:

1. Счёт находится в стадии «Генерация и отправка».
2. Система проверяет дату разгрузки.
3. Создаётся реализация датой разгрузки («псевдотекущей датой»).
4. Если дата нужна другая — бухгалтер корректирует её вручную в 1С.

Сценарий 2. Счёт создан до разгрузки— Система создаст реализацию автоматически после выполнения задания контроля разгрузки в заявке, если автоматизация включена.
Сценарий 3. Ручное создание
В карточке счёта доступен ручной бизнес-процесс, позволяющий:

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

Если интеграции с 1С нет— Реализации создаются в 1С вручную бухгалтером.
— В Битрикс24 можно хранить сканы или печатные формы для удобства работы.

Срок оплаты рассчитывается автоматически на основе условий:

• от даты загрузки,
• от даты выгрузки,
• от даты получения сканов,
• от даты получения оригиналов,
• от даты отправки оригиналов (по квитанции).

Источники данных
Все даты берутся из карточки «Документооборот», а не из заявки.
Если дата меняется в заявке — она автоматически обновляется и в документообороте.
Как работает расчёт
Пример: «оплата через 3 рабочих дня от даты загрузки».
Система берёт дату загрузки → добавляет 3 рабочих дня → записывает срок оплаты.
Если какой-то даты нет, срок оплатить невозможно рассчитать — нужно заполнить исходные данные.
Как пересчитать срок оплаты вручную
Если дата в документообороте изменилась:

1. Откройте счёт.
2. Переместите его в предыдущую стадию («Счёт отправлен»).
3. Переведите обратно в «Получен клиентом».
4. Автоматизация выполнит перерасчёт.

После расчёта срока оплаты система автоматически двигает счёт по стадиям:

• Поступления завтра
• Поступления сегодня
• Просрочка

Задача — каждый день видеть актуальную картину задолженности.

Когда счёт попадает в «Просрочку», запускается специальный подпроцесс:
Ответственный (менеджер, бухгалтер или юрист — зависит от настроек) должен связаться с клиентом и зафиксировать результат. Доступны три варианта:
Вариант 1. Перезвонить
Используется, если:

• не дозвонились,
• клиент не смог сообщить дату оплаты,
• ответственный сотрудник отсутствует.

В этом случае:

1. фиксируется дата следующего звонка;
2. задача ставится на паузу до этой даты.

Вариант 2. Получена дата оплаты
Клиент сообщил конкретный день.
Система:

• ставит задачу на паузу до этой даты,
• проверяет поступление денег;
• если оплаты нет — возвращает задачу исполнителю.

Есть ограничение на количество «обещаний». После превышения лимита — дело автоматически передаётся юристам.
Вариант 3. Получить оплату не удалось
Если:

• клиент сообщил, что платить не будет,
• компания банкротится,
• или это откровенно мошеннический кейс.

Тогда:

• создаётся карточка претензии,
• дело передаётся юридическому блоку.

Фиксируется двумя способами:
В Битрикс24
Менеджер вручную записывает сумму частичной оплаты → стадия меняется на «Оплачен частично».
В 1С
Бухгалтер фиксирует оплату → в Битрикс24 нужно заполнить свойства частичной оплаты, чтобы данные были корректно учтены.
Важно: всегда фиксируйте сумму и дату частичной оплаты для корректного контроля дебиторки.