Турагентство может остановить нужное напоминание об оплате в WhatsApp, когда проверенное событие Stripe совпало с тем же клиентом, бронированием, суммой и валютой, из-за которых напоминание появилось. Событие должно изменить понятный статус процесса в DripTell, а не просто отправить сообщение или отметить оплаченными все поездки клиента.
Для путешествий это принципиально. Сегодня турист может внести депозит, а через месяц — остаток. У другого клиента одновременно открыты два бронирования. Фразы «Stripe сообщил об оплате» недостаточно, пока команда не видит, что именно оплачено и какое напоминание пора завершить.
Начните с записи о бронировании
До запуска автоматизации присвойте каждому платёжному обязательству стабильный номер бронирования. Храните вместе личность клиента, номер, сумму, валюту, срок, назначение платежа и ответственного. Депозит и окончательный расчёт остаются разными обязательствами, даже если относятся к одной поездке.
Действующая интеграция DripTell со Stripe может прикреплять события выставления счетов и оплаты к карточке клиента и использовать платёжный статус в процессе. Она не заменяет систему бронирования и не решает, подтверждены ли поставщик, билет или маршрут. Если номер бронирования недоступен одновременно Stripe и DripTell, связь может потребовать настройки полей либо заказной интеграции через API или webhook на платформе разработчика.
В актуальной документации Stripe по webhooks указано, что подпись следует проверять по исходному телу запроса, а успешный ответ возвращать до выполнения медленной работы. Там же показано тестирование payment_intent.succeeded в песочнице. Это меры реализации, а не основание считать произвольный входящий JSON доказательством оплаты.
| Полученное свидетельство | Что знает процесс | Решение по напоминанию |
|---|---|---|
| Проверенный успех и точное совпадение бронирования | Платёж относится к этому обязательству | Остановить это напоминание и записать причину |
| Проверенный успех без надёжного совпадения | Платёж возможен, но принадлежность неясна | Приостановить и назначить проверку |
| Неполное или непроверенное событие | Оплата для процесса не подтверждена | Не менять статус и расследовать |
| Уже обработанное событие | Нового делового события нет | Безопасно игнорировать повтор |
Поручите DripTell одно узкое решение
Stripe остаётся источником платёжного события. Система бронирования остаётся источником истины о поездке. DripTell связывает событие с разговором и решает, должна ли прекратиться одна конкретная коммуникация.
Сначала проверьте событие и сохраните его идентификатор, чтобы повторная доставка не остановила напоминание дважды. Затем сопоставьте клиента Stripe или метаданные платежа с одной карточкой клиента DripTell и одним обязательством по бронированию. Сравните сумму и валюту с тем, что запрашивает напоминание.
Только после проверок автоматизация DripTell должна перевести напоминание из активного состояния в остановленное. Запишите понятную причину, например «проверенный платёж Stripe совпал с окончательным остатком». В общем почтовом ящике сотрудник должен видеть клиента, номер бронирования, остановленное напоминание и исключение, которое ещё требует работы.
Так финансовое событие и разговор с клиентом перестают быть несвязанными записями. Турист с меньшей вероятностью получит устаревший запрос, а команда сможет объяснить, почему процесс остановился.
Отделите разрешение на сообщения от оплаты
Платёжное событие не даёт автоматического разрешения писать в WhatsApp. Действующая Политика деловых сообщений WhatsApp требует иметь номер получателя и его согласие на последующие сообщения, соблюдать просьбы прекратить общение и использовать одобренные шаблоны для диалогов, начатых компанией.
Настраивайте канал WhatsApp отдельно. Напоминание об остатке могло быть допустимым до оплаты, однако подтверждению всё равно нужны подходящая цель, настроенный канал и разрешение. Никогда не помещайте данные карты, секретные ключи или необработанные учётные данные в разговор, заметку или журнал автоматизации.
Подтверждение должно быть сдержанным. Оно может сообщить, что платёж сопоставлен с конкретным номером бронирования, и назвать следующую проверку агентства. Не обещайте выпуск билета, подтверждение отеля или расчёт с поставщиком, пока отдельный результат не подтверждён системой бронирования.
Проверьте исключения до запуска
Сначала используйте синтетические бронирования и тестовые инструменты Stripe. Проверьте депозит, который останавливает только своё напоминание, окончательный платёж, два бронирования одного клиента, другую валюту, отсутствие номера, повторное событие и запоздалое событие после ручного вмешательства.
Маршрут ошибки тоже должен быть видимым. Несопоставленному событию нужны единая очередь проверки и владелец, а не скрытая запись в журнале. Агент должен исправить связь, не редактируя доказательство оплаты. Stripe может повторить доставку, поэтому процесс обязан узнать тот же идентификатор, а не повторять действие для клиента.
Начните с одного вида платежа и одного напоминания. Хороший пилот доказывает четыре вещи: событие подлинное, сопоставление надёжное, останавливается правильное напоминание, а человек способен разрешить каждое исключение. Расширяйте процесс только тогда, когда все четыре пункта остаются понятными.
Часто задаваемые вопросы
Обрабатывает ли DripTell оплату поездки
Нет. Платёж обрабатывает Stripe. DripTell использует проверенное событие как контекст клиента и сигнал процесса. Системы бронирования и финансов по-прежнему отвечают за поездку, сверку и записи поставщиков.
Может ли один платёж остановить все напоминания туриста
Не должен. Останавливайте только напоминание, связанное с совпавшим обязательством. Другим депозитам, остаткам и бронированиям нужны собственные доказательства и статусы.
Что произойдёт, если бронирование не удалось сопоставить
Приостановите автоматизацию и назначьте ручную проверку. Не отправляйте подтверждение, не отмечайте бронь оплаченной и не угадывайте по одному имени.
Всегда ли достаточно соединения со Stripe
Интеграция Stripe доступна, но конкретный процесс зависит от настройки. Если номер бронирования находится в другой системе или требует преобразования, сначала внедрите проверенный API или webhook, а затем автоматизируйте решение.
Помочь применить это руководство?Спросить команду DripTell
От чтения к действию
Нужна помощь с применением этого подхода в вашей компании?
Оставьте контакты. Мы учтём материал, который вы читаете, и начнём с полезного ответа для вашей команды.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники
