Qué importa primero: PayPal puede mostrar una transacción completa mientras la orden local permanece pendiente o en espera. La devolución de llamada puede ser bloqueada, configurada para otro dominio o rechazada porque los detalles del receptor y la moneda difieren.
Qué indica realmente este síntoma
La identificación de transacción, la cuenta receptora y el historial de llamada de retorno proporcionan la evidencia para una decisión de estado segura.
Recopila pruebas antes de cambiar nada
- Registra el ID de transacción PayPal, el ordenante, el receptor, la cantidad, la moneda y el ID de pedido.
- Comprueba PayPal llamada de retorno o webhook entrega logs y códigos de respuesta.
- Verifica la configuración de live/sandbox y la cuenta de negocio configurada.
- Inspecciona WooCommerce pasarelos registros y pida notas.
Causas más habituales
- Llamada bloqueada: El cortafuegos, el mantenimiento o la auth básica impide que PayPal llegue a WordPress.
- Desajuste de cuentas: El pago fue a una dirección diferente del receptor configurado.
- Desajuste del modo: Las credenciales de Sandbox y en vivo o los puntos finales son mixtos.
- Fallo en la búsqueda de pedidos: Los prefijos personalizados, las migraciones o los ID duplicados impiden que coincidan.
Secuencia segura de diagnóstico y reparación
- Restaurar la ruta de devolución de llamada y verificar que solo acepta auténticos mensajes PayPal.
- Configuración correcta de la cuenta y el modo.
- Reconcile cada transacción histórica antes de cambiar el estado de orden.
- Completar una prueba de pago y reembolso controlado a través del flujo completo.
Cómo distinguir entre las causas probables
No trates Llamada bloqueada y Desajuste de cuentas como causas equivalentes. El cortafuegos, el mantenimiento o la auth básica impide que PayPal llegue a WordPress. En cambio, el pago fue a una dirección diferente del receptor configurado. Para distinguirlas, usa estas dos comprobaciones: Registra el ID de transacción PayPal, el ordenante, el receptor, la cantidad, la moneda y el ID de pedido; y comprueba PayPal llamada de retorno o webhook entrega logs y códigos de respuesta. Con esos datos podrás decidir si conviene aplicar la primera acción controlada —Restaurar la ruta de devolución de llamada y verificar que solo acepta auténticos mensajes PayPal— o si debes conservar el estado actual y ampliar la investigación.
En una tienda activa, reproduce el problema con un pedido de prueba controlado y sigue el mismo recorrido de pago, stock, impuestos y notificaciones que usan los clientes. No cambies varios componentes del checkout a la vez, porque destruirías la evidencia necesaria para atribuir el fallo. Documenta la fecha y hora exactas, la URL o transacción afectada, el último estado correcto conocido y cada cambio realizado durante el diagnóstico. Ese registro permite distinguir una reparación reproducible de una desaparición temporal del síntoma.
Qué no debes hacer
No confíe en los parámetros de consulta en el retorno URL como prueba de pago.
Cómo verificar la reparación
- PayPal y WooCommerce hacen referencia a la misma transacción y cantidad.
- Nueva actualización de pedidos sin intervención manual.
- Los llamadas de retorno inválidos o sin igual permanecen en cuarentena y registrados.
Que el síntoma visible desaparezca no es suficiente. Cierra la incidencia solo cuando la acción original que fallaba, el recorrido de negocio relacionado y los registros relevantes confirmen que el problema ha desaparecido.