WooCommerce: отключение отсроченного платежа при изменении заказа

Проблема: что значит отсроченный платеж при изменении заказа в WooCommerce

В WooCommerce при использовании некоторых платежных шлюзов (например, с авторизацией и последующим подтверждением) возникает ситуация, когда после изменения заказа статус оплаты может оставаться "в ожидании" или платеж может автоматически переноситься на отсрочку. Это приводит к проблемам с корректным учетом платежей и состоянием заказов.

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

Диагностика проблемы

Чтобы понять, возникает ли у вас эта проблема, выполните следующие шаги:

• Измените заказ вручную в админке WooCommerce (например, добавьте или удалите товар).
• Проверьте, меняется ли статус оплаты или появляется ли задержка в обновлении оплаты.
• Посмотрите логи платежного шлюза и WooCommerce, особенно файлы wp-content/uploads/wc-logs/.
• Проверьте, вызываются ли хуки woocommerce_order_edit_status и woocommerce_order_edit_items с сохранением изменений.

Пошаговое решение: как отключить отсроченный платеж при изменении заказа

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

1. Сброс статуса оплаты при обновлении заказа

Добавьте следующий код в файл functions.php вашей активной темы или в кастомный плагин:

add_action('woocommerce_order_edit_status', 'reset_payment_status_on_order_edit', 10, 2); function reset_payment_status_on_order_edit($order_id, $status) {     $order = wc_get_order($order_id);     if (!$order) {         return;     }     // Сбрасываем статус оплаты только если заказ находится в определенных статусах     $payment_statuses = array('pending', 'on-hold');     if (in_array($order->get_status(), $payment_statuses)) {         // Сбрасываем статус оплаты (например, помечаем как неоплаченный)         $order->set_payment_method(null);         $order->set_transaction_id('');         $order->update_status('pending', 'Статус оплаты сброшен после редактирования заказа');         $order->save();     } }

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

2. Принудительный вызов повторной авторизации платежа

Если платежный шлюз поддерживает повторную авторизацию, можно вызвать её через API шлюза в том же хуке. Пример для платежного шлюза, который реализует метод process_payment_again():

add_action('woocommerce_order_edit_status', 'reauthorize_payment', 20, 2); function reauthorize_payment($order_id, $status) {     $order = wc_get_order($order_id);     if (!$order) {         return;     }     $payment_method = $order->get_payment_method();     if ($payment_method === 'your_gateway_id') {         // Получаем объект платежного шлюза         $gateway = WC()->payment_gateways()->payment_gateways()[$payment_method];         if (method_exists($gateway, 'process_payment_again')) {             $gateway->process_payment_again($order_id);         }     } }

Этот пример характерен для кастомных шлюзов, для стандартных — смотрите документацию конкретного плагина.

Как проверить, что решение работает

• Редактируйте заказ в админке: меняйте товары, стоимость, количество.
• Проверяйте, что статус оплаты сбрасывается на pending или нужный вам.
• Проверяйте историю заказов — должна появляться запись о сбросе статуса оплаты.
• Проводите тестовые платежи после изменений, убеждайтесь, что система требует повторной оплаты или авторизации.
• Отслеживайте логи WooCommerce и платежного шлюза на предмет ошибок.

Частые ошибки и способы их исправления

• Статус оплаты не сбрасывается
  Проверьте правильность ID хуков и используйте правильный хук woocommerce_order_edit_status. Возможно, нужно заменить на woocommerce_update_order или woocommerce_order_edit_items, если ваш платежный шлюз использует их.
• Платежный шлюз не поддерживает повторную авторизацию
  В таком случае логику повторного запроса платежа нужно реализовать вручную или через поддержку плагина.
• Ошибки при сохранении заказа после сброса статуса
  Убедитесь, что вызываете $order->save(); после всех изменений, и что ваши изменения не конфликтуют с другими плагинами.

Практические советы по безопасности и производительности

• Не изменяйте статус оплаты без проверки текущего статуса и условий — это может привести к потере данных о платежах.
• Добавляйте логику сброса оплаты только для тех платежных шлюзов, которые действительно нуждаются в этом.
• Минимизируйте количество запросов к API платежных систем при изменении заказа, чтобы избежать блокировок.
• Тестируйте изменения на staging-сайте с реальными сценариями.

Сравнение способов реализации отключения отсрочки платежа