Если при переносе записи теряется предоплата, клиент видит неоплаченную бронь или менеджер вручную восстанавливает сумму.

Для услуг, обучения, аренды и приема специалистов это создает споры и лишнюю нагрузку на поддержку.

Коротко: оплата должна быть связана не только со слотом, но и с заказом или записью, которая переживает перенос.

Почему возникает проблема

Проблема появляется, когда перенос создает новую запись без связи с платежом, старый слот отменяется как неоплаченный, webhook привязан к исходному id или предоплата хранится только в свойствах старого бронирования.

Что проверить в первую очередь

  • где хранится сумма предоплаты
  • что происходит со старой записью при переносе
  • создается ли новый order_id
  • сохраняется ли связь с платежом
  • какие уведомления уходят клиенту

Как я решаю такую задачу

Я проверяю жизненный цикл записи: создание, оплата, перенос, отмена, возврат и уведомления.

  • нахожу пример потерянной предоплаты
  • сравниваю старую и новую запись
  • исправляю связь оплаты с заказом
  • настраиваю статусы переноса
  • тестирую перенос оплаченной записи

Что подготовить

  • пример записи
  • сумму и платеж
  • доступ к системе бронирования
  • правила переноса
  • какие уведомления должны уходить

Сроки и риски

Если связь оплаты просто не переносится, правка небольшая. Если модель заказов и слотов смешана, лучше аккуратно разделить сущности.

Чего лучше не делать

Не создавайте новую оплату при каждом переносе без проверки старой. Это может привести к двойному списанию.

FAQ

Можно ли переносить частично оплаченную запись?

Да, если статус и сумма предоплаты хранятся отдельно от конкретного слота.

Нужен ли журнал изменений?

Да, для спорных ситуаций и поддержки.

Что делать с уведомлениями?

Они должны показывать новую дату и сохраненную предоплату.

Можно ли автоматизировать возврат?

Можно, если правила отмены и платежный API это поддерживают.

Нужна похожая задача?

Напишите в Telegram @rabotator_support или оставьте заявку на сайте. Пришлите ссылку, пример ошибки и короткое описание того, как должно работать. Я посмотрю задачу, предложу безопасный план и скажу, какие доступы понадобятся.

Итог

После исправления перенос должен сохранять предоплату, историю платежа и понятный статус записи для клиента и администратора.