Свяжитесь с нами

Что это за процесс

Процесс описывает сквозной путь от выставления счета клиенту до разнесения поступивших платежей в учетных системах. Он начинается с получения согласия на оплату или скан-копии подписанного договора и заканчивается тем, что платежи разнесены в базе данных. Схема учитывает сценарии, когда клиент отказывается платить, и включает автоматические напоминания через таймеры. Взаимодействие происходит между клиентским менеджером, бухгалтерией и внешним клиентом.

Как читать эту схему

Схема построена на основе эксклюзивных шлюзов, которые направляют поток в зависимости от ответа клиента. Например, после отправки счета процесс проверяет результат: если клиент согласился, менеджер выставляет счет в 1С; если отказался — запускается процедура выяснения причин отказа. Таймер срабатывает каждые N часов в рабочее время, чтобы контролировать сроки оплаты. События-сообщения фиксируют ключевые моменты: получение отказа, подтверждение оплаты или скана договора. Важно следить за ветками «да» и «нет» на каждом шлюзе, так как они определяют, будет ли процесс продолжен или перейдет в обработку претензии.

Кому подойдёт

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

Как адаптировать под свою компанию

  • Замените периодичность таймера на реальное количество часов, через которое вы отправляете напоминания.
  • Уточните, какие именно системы используются вместо 1С и CRM, если у вас другой стек.
  • Добавьте шаг проверки контрагента, если в вашей компании это отдельная процедура перед выставлением счета.
  • Измените роли, если функцию обработки платежей выполняет не отдельный сотрудник, а автоматическая система.
  • Укажите конкретные документы, которые клиент должен прислать вместо общего «скан-копии подписанного договора».

Типичные ошибки

Часто забывают прописать ветку отказа клиента, из-за чего процесс «зависает» в случае негативного ответа. Другая ошибка — нечеткое разграничение задач между менеджером и бухгалтером, что приводит к дублированию действий по занесению данных. Также частая проблема — отсутствие таймера для контроля сроков, что делает невозможным отслеживание просроченных оплат.

Денис Настасий
Денис Настасий
🥇Чемпион
Бизнес-аналитик | процессный аналитик

Специализируюсь на внедрении процессного подхода в управлении бизнес-процессами (BPM). Умею много и эффективно работать головой: думать, созидать, штурмовать проблемы, выдвигать идеи. Мне нравится структурировать различные данные, выявлять проблемы и находить стратегически оптимальные их решения, выступая при этом связующим звеном между исполнителями и заказчиками на протяжении всего цикла проекта.

Опубликуйте свой шаблон

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

Частые вопросы

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

Согласно схеме, эту задачу выполняет ответственный за обработку платежей. Клиентский менеджер не занимается загрузкой выписок.

Что происходит, если клиент отказывается платить?

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

Как часто срабатывает напоминание об оплате?

В схеме указано «каждые N часов в течение рабочего дня». Вам нужно подставить свое значение N, например, 24 часа или 48 часов.

В какой момент счет выставляется в 1С?

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

Куда заносится информация о поступивших платежах?

Информация о платежах заносится в CRM ответственным за обработку платежей. Это происходит после загрузки выписки банка.

Можно ли получить отказ от клиента в любой момент?

Да, событие «Получен отказ от клиента» может произойти в любой момент процесса, что отражено в схеме как прерывающее сообщение.