Получение оплаты по счету
Что это за процесс
Процесс описывает сквозной путь от выставления счета клиенту до разнесения поступивших платежей в учетных системах. Он начинается с получения согласия на оплату или скан-копии подписанного договора и заканчивается тем, что платежи разнесены в базе данных. Схема учитывает сценарии, когда клиент отказывается платить, и включает автоматические напоминания через таймеры. Взаимодействие происходит между клиентским менеджером, бухгалтерией и внешним клиентом.
Как читать эту схему
Схема построена на основе эксклюзивных шлюзов, которые направляют поток в зависимости от ответа клиента. Например, после отправки счета процесс проверяет результат: если клиент согласился, менеджер выставляет счет в 1С; если отказался — запускается процедура выяснения причин отказа. Таймер срабатывает каждые N часов в рабочее время, чтобы контролировать сроки оплаты. События-сообщения фиксируют ключевые моменты: получение отказа, подтверждение оплаты или скана договора. Важно следить за ветками «да» и «нет» на каждом шлюзе, так как они определяют, будет ли процесс продолжен или перейдет в обработку претензии.
Кому подойдёт
Эта схема полезна компаниям, где есть разделение труда между отделом продаж и бухгалтерией. Она подходит для организаций, использующих CRM и 1С для учета, где клиентский менеджер ведет переговоры, а ответственный за платежи обрабатывает выписки. Процесс актуален для B2B-сегмента, где требуется согласование счетов и работа с договорами.
Как адаптировать под свою компанию
- Замените периодичность таймера на реальное количество часов, через которое вы отправляете напоминания.
- Уточните, какие именно системы используются вместо 1С и CRM, если у вас другой стек.
- Добавьте шаг проверки контрагента, если в вашей компании это отдельная процедура перед выставлением счета.
- Измените роли, если функцию обработки платежей выполняет не отдельный сотрудник, а автоматическая система.
- Укажите конкретные документы, которые клиент должен прислать вместо общего «скан-копии подписанного договора».
Типичные ошибки
Часто забывают прописать ветку отказа клиента, из-за чего процесс «зависает» в случае негативного ответа. Другая ошибка — нечеткое разграничение задач между менеджером и бухгалтером, что приводит к дублированию действий по занесению данных. Также частая проблема — отсутствие таймера для контроля сроков, что делает невозможным отслеживание просроченных оплат.
Какие элементы BPMN здесь использованы
Нажмите на элемент, чтобы разобраться, что он означает и когда его применяют.
Где этот процесс в архитектуре
Отраслевые реестры, в деревьях которых встречается этот процесс — полезно, если описываете компанию целиком, а не одну схему.
Частые вопросы
Кто именно должен загрузить выписку банка в систему?
Согласно схеме, эту задачу выполняет ответственный за обработку платежей. Клиентский менеджер не занимается загрузкой выписок.
Что происходит, если клиент отказывается платить?
Менеджер должен узнать причину отказа. Затем запускается процесс обработки отказа, который может привести к предъявлению претензии клиенту.
Как часто срабатывает напоминание об оплате?
В схеме указано «каждые N часов в течение рабочего дня». Вам нужно подставить свое значение N, например, 24 часа или 48 часов.
В какой момент счет выставляется в 1С?
Счет выставляется в 1С только после того, как клиент дал согласие на оплату. До этого этапа счет не создается в учетной системе.
Куда заносится информация о поступивших платежах?
Информация о платежах заносится в CRM ответственным за обработку платежей. Это происходит после загрузки выписки банка.
Можно ли получить отказ от клиента в любой момент?
Да, событие «Получен отказ от клиента» может произойти в любой момент процесса, что отражено в схеме как прерывающее сообщение.



