VibeFox Adyen for OpenCart — Ayuda

Requisitos

OpenCart: 3.0.x (probado en 3.0.5.0) o 4.0.2 y posteriores (probado en 4.1.0.3).

PHP: 8.0 o posterior.

Cuenta de Adyen: necesitas el nombre de tu cuenta de comerciante de Adyen, una clave de API y una clave HMAC para cada entorno que uses (prueba y producción) y, para los pagos reales, el prefijo de URL de producción. La clave de API pertenece a una credencial de API con los roles Checkout webservice y Merchant PAL webservice. La clave HMAC se genera para el webhook Standard (véase Configuración). El Customer Area de prueba es ca-test.adyen.com, y el de producción ca-live.adyen.com. Las claves de prueba y de producción son distintas. No se necesita clave de cliente, porque la página de pago está alojada por Adyen.

Clave de licencia de VibeFox: se compra en vibefox.net. Una clave funciona en un solo dominio.

Instalación

El archivo descargado es un único zip con los paquetes de ambas versiones de OpenCart. Descomprímelo en tu ordenador. Contiene README.txt, el paquete de OpenCart 3 wcp_adyen_gateway-oc3-(version).ocmod.zip y el paquete de OpenCart 4 wcp_adyen_gateway.ocmod.zip. Instala solo el paquete de tu versión de OpenCart. La clave de licencia es la misma para ambas versiones.

OpenCart 3

1. En el panel de administración ve a Extensions > Installer, haz clic en Upload y elige el archivo wcp_adyen_gateway-oc3-(version).ocmod.zip. La extensión no tiene modificaciones OCMOD, por lo que Extensions > Modifications no necesita actualizarse. En lugar del instalador, puedes copiar el contenido de la carpeta upload del archivo en la carpeta raíz de tu tienda.

2. Ve a Extensions > Extensions y elige el tipo Payments. Busca VibeFox Adyen Gateway y haz clic en Install (el botón verde +). Tu usuario de administrador necesita el permiso para modificar la lista de extensiones de pago.

3. Haz clic en Edit (el botón del lápiz) para abrir la página de configuración. Pega tu clave de licencia de VibeFox en License key, en el bloque de licencia de la parte superior de la página, y haz clic en Activate (véase License key).

4. Introduce tu cuenta de comerciante, la clave de API de prueba y la clave HMAC de prueba, y después la clave de API de producción, la clave HMAC de producción y el prefijo de URL de producción.

5. En el Customer Area de Adyen (prueba y producción) añade un webhook Standard con la URL que aparece en la sección Webhook de la configuración (véase Configuración).

6. Activa Enable/Disable y haz clic en Save. Prueba un pago con Test mode activado y, después, desactívalo.

OpenCart 4

1. En el panel de administración ve a Extensions > Installer, haz clic en Upload y elige el archivo wcp_adyen_gateway.ocmod.zip. No cambies el nombre del archivo: OpenCart 4 toma el código de la extensión del nombre del archivo, y un paquete renombrado no funciona.

2. El paquete aparece en la lista de extensiones instaladas en la misma página. Haz clic en Install (el botón verde +) junto a él.

3. Ve a Extensions > Extensions y elige el tipo de extensión Payments. Busca VibeFox Adyen Gateway, haz clic en Install (el botón verde +) y, después, en Edit (el botón del lápiz).

4. Introduce la clave de licencia y los ajustes como en los pasos 3 a 6 de OpenCart 3. La página de ajustes y sus campos son iguales en ambas versiones. Solo la URL del webhook es distinta (ver Webhook).

Una instalación nueva empieza con el método de pago desactivado y el modo de prueba activado.

Configuración

Todos los ajustes están en la página de la extensión: Extensions > Extensions > Payments > VibeFox Adyen Gateway > Edit. Las secciones aparecen a la izquierda; el botón Save situado debajo de la lista guarda toda la página. Mientras los ajustes del modo actual estén incompletos, la página muestra Adyen is hidden at checkout until the test settings are complete (o los ajustes de producción) y enumera lo que falta: Merchant account, la clave de API, la clave HMAC y, en modo de producción, Live URL prefix. Mientras el modo de prueba esté activado, la página muestra Test mode is on: payment links and refunds go to the Adyen test environment, no real money. Sin el permiso para modificar la extensión, la página muestra los ajustes pero no puede guardarlos.

Al guardar, Title debe tener entre 1 y 128 caracteres, Sort Order debe ser un número entero y Total un número igual o mayor que 0, y la zona geográfica y los estados del pedido deben existir; si no, no se guarda nada y la página indica el campo. Una clave HMAC que no sea hexadecimal, o un prefijo de URL de producción con caracteres distintos de letras, dígitos y guiones, no se guardan: un aviso indica el campo, se conserva el valor anterior y se guardan los demás ajustes.

Adyen

Enable/Disable: Enable Adyen payment gateway activa o desactiva el método de pago. Predeterminado: desactivado.

Title: el nombre del método de pago que ven los clientes en la finalización de compra. También es el nombre del método de pago guardado en el pedido. Predeterminado: Adyen. Obligatorio, hasta 128 caracteres.

Description: el texto que se muestra al cliente en el paso Confirm Order, encima del botón de confirmación. Predeterminado: Pay securely via Adyen.

Sort Order: la posición de Adyen entre los métodos de pago de la finalización de compra. Déjalo vacío o introduce un número entero.

Geo Zone: ofrece Adyen solo para las direcciones de pago de la zona geográfica seleccionada. Predeterminado: All zones. Las zonas geográficas se configuran en System > Localisation > Geo Zones.

Total: el importe total de la finalización de compra, en la moneda predeterminada de la tienda, que debe alcanzar un pedido para que se ofrezca Adyen. Déjalo vacío para ofrecer Adyen con cualquier importe.

Cuenta de Adyen

Las claves de API se crean en el Customer Area de Adyen, en Developers > API credentials (la sección incluye enlaces al Customer Area de prueba y al de producción). Rellena los dos conjuntos de claves; el interruptor Test mode selecciona cuál se usa.

Test mode: usa el entorno de prueba de Adyen (sin dinero real). Cuando está activado, los enlaces de pago y los reembolsos se envían a checkout-test.adyen.com con la clave de API de prueba. Predeterminado: activado. Desactívalo para cobrar pagos reales. Mientras esté activado, los clientes ven Test mode: no real payment is taken. en el paso Confirm Order.

Merchant account: el nombre de tu cuenta de comerciante de Adyen (no la cuenta de la empresa), por ejemplo MyShopECOM. Normalmente es el mismo en el Customer Area de prueba y en el de producción.

Credenciales de prueba

Se usan mientras Test mode esté activado.

Test API key: desde el Customer Area de prueba: Developers > API credentials > tu credencial > API key.

Test HMAC key: desde el Customer Area de prueba: Developers > Webhooks > tu webhook Standard > HMAC key (hexadecimal). Obligatoria: los webhooks sin una firma válida se rechazan.

Credenciales de producción

Se usan cuando Test mode está desactivado.

Live API key: desde el Customer Area de producción: Developers > API credentials > tu credencial > API key.

Live HMAC key: desde el Customer Area de producción: Developers > Webhooks > tu webhook Standard > HMAC key (hexadecimal).

Live URL prefix: desde el Customer Area de producción: Developers > API URLs, por ejemplo 1797a841fbb37ca7-AdyenDemo, a partir de https://1797a841fbb37ca7-AdyenDemo-checkout-live.adyenpayments.com. Puedes pegar la URL completa; el prefijo se extrae de ella al guardar.

Las claves de API y las claves HMAC guardadas no se vuelven a mostrar. El campo queda vacío y muestra Saved — leave empty to keep it. Escribe un valor nuevo solo si quieres cambiarlo. Para eliminar una clave guardada, marca Clear the saved value on save debajo del campo y haz clic en Save.

Webhook

Los pedidos solo se marcan como pagados mediante los webhooks de Adyen. En el Customer Area (prueba y producción) ve a Developers > Webhooks y añade un Standard webhook con la URL que aparece en Webhook URL en esta sección. En OpenCart 3 tiene este formato: https://your-store/index.php?route=extension/payment/wcp_adyen_gateway/webhook, y en OpenCart 4, este: https://your-store/index.php?route=extension/wcp_adyen_gateway/payment/wcp_adyen_gateway.webhook. Se construye a partir de la dirección de la tienda de tu instalación de OpenCart. Copia la URL exactamente como la muestran los ajustes, porque Adyen no sigue redirecciones. Elige el método JSON, activa Generate HMAC key y copia la clave en Test HMAC key o en Live HMAC key.

El entorno de cada notificación selecciona la clave HMAC, y una notificación solo se aplica a un enlace de pago creado en el mismo entorno y con la misma cuenta de comerciante. Una notificación de prueba nunca confirma un pago real. Los webhooks sin una firma válida se rechazan con HTTP 401, y Adyen los reintenta más tarde. Sin el webhook, ningún pedido recibe un estado.

La extensión gestiona estos eventos (también aparecen en esta sección):

Los demás eventos se añaden a las notas del pedido. Las notificaciones de un pedido sin estado, distintas de AUTHORISATION, se ignoran. Las notificaciones que no corresponden a un pedido de esta tienda, por ejemplo el botón de prueba del Customer Area, se aceptan y se ignoran. El webhook también funciona mientras la tienda está en modo de mantenimiento, porque OpenCart deja pasar las peticiones de las extensiones de pago. En OpenCart 4 la extensión añade para ello una acción de inicio (startup action).

Pedidos

OpenCart crea el pedido en el paso Confirm Order sin estado (un pedido faltante). Solo recibe un estado cuando Adyen confirma el pago con el webhook AUTHORISATION firmado y el importe y la moneda coinciden con el pedido. El regreso del cliente nunca modifica el pedido. Cada campo siguiente muestra tus estados de pedido de OpenCart.

Order status after payment: el estado que establece un webhook AUTHORISATION correcto y firmado. Predeterminado: En curso.

On hold (review) status: una diferencia de importe o de moneda, una captura fallida de un pedido pagado, o un pago recibido después de que el estado del pedido se hubiera cambiado (por ejemplo, cancelado). Una nota explica el motivo. Predeterminado: Pendiente de pago, porque OpenCart no tiene el estado On hold. Puedes crear tu propio estado en System > Localisation > Order Statuses y seleccionarlo aquí.

Cancelled status: se establece cuando Adyen cancela el pago del pedido (CANCELLATION). Predeterminado: Cancelado.

Refunded status: se establece después de reembolsar el pago por completo desde la página del pedido. Si después Adyen informa de que ese reembolso ha fallado, el pedido pasa al estado de revisión con una nota. Predeterminado: Reembolsado.

Avanzado

Debug log: escribe las llamadas a la API y los eventos de webhook en adyg_debug.log.php, en la carpeta de registros de OpenCart (storage/logs). El archivo no se puede abrir desde la web y, al llegar a 5 MB, se mueve a adyg_debug.old.log.php. Los errores se registran siempre, incluso con el interruptor desactivado. Los registros nunca contienen claves de API ni HMAC, ni datos personales de los compradores. Predeterminado: desactivado.

Log: muestra el tamaño y las entradas más recientes del registro. Haz clic en Clear log para vaciarlo.

Delete data on uninstall: si está activado, al desinstalar la extensión se eliminan los ajustes de la pasarela y el registro. Los registros de pagos de Adyen (referencias PSP, eventos de webhook, reembolsos) se conservan siempre, de modo que los pedidos antiguos siguen pudiendo reembolsarse. Predeterminado: desactivado.

Importar / Exportar

Export: Download JSON guarda los ajustes en un archivo JSON. Las claves de API y HMAC no se exportan.

Import: pega el JSON exportado previamente y haz clic en Import para restaurar los ajustes. Las claves guardadas se conservan.

Finalización de compra

En el paso Payment Method, el cliente elige el método de pago (por defecto, Adyen). En el paso Confirm Order, el cliente ve tu descripción y la nota You will be redirected to Adyen to complete the payment securely. OpenCart crea el pedido en este paso, todavía sin estado. Cuando el cliente hace clic en Confirm Order, la extensión crea un enlace de pago de Adyen por el total del pedido, en la moneda del pedido, y envía al cliente a la página de pago de Adyen. Allí el cliente paga con cualquier método habilitado en tu cuenta de Adyen. El correo electrónico, el nombre y el país de facturación del cliente (o el país de la tienda) y el idioma de la tienda se envían a Adyen, y el pago aparece como Order # seguido del número del pedido.

Después de pagar, el cliente vuelve a tu tienda. El regreso en sí no paga un pedido: el pedido solo se marca como pagado cuando Adyen lo confirma con el webhook AUTHORISATION firmado y el importe y la moneda coinciden con el pedido. Después, el pedido recibe su estado de la forma estándar de OpenCart, con los correos habituales del pedido y la actualización del stock. Si el webhook ya ha llegado, el cliente ve la página de éxito del pedido de OpenCart con Your payment with Adyen has been received. (o Your payment with Adyen has been received and is being reviewed by the store. para un pedido en revisión). Si Adyen canceló el pago antes de eso, la página muestra Your Adyen payment was not completed. Please contact us about this order. Si el webhook aún no ha llegado, una página de Payment confirmation muestra Your payment is being confirmed by Adyen. Your order will be confirmed as soon as Adyen confirms the payment, and you will receive an e-mail. con los botones Check again y Back to checkout, para un cliente que no completó el pago.

Si el pago se rechaza, el pedido se queda sin estado y el cliente puede volver a pagar con el mismo enlace o volver a la finalización de compra. Cada nuevo intento (OpenCart 3 crea un pedido nuevo cada vez que se muestra el paso Confirm Order, OpenCart 4 actualiza el pedido de la finalización de compra) invalida los enlaces de pago anteriores del pedido y del carrito, de modo que tampoco se pueden pagar. Si el pedido ya tiene un estado, el cliente va a la página de éxito en lugar de iniciar un nuevo pago.

En OpenCart 4 el cliente elige el método de pago con el botón Choose del bloque de métodos de pago, en la ventana Payment method options, y hace clic en Confirm Order al final de la página de finalización de compra. La dirección de pago es opcional en OpenCart 4: si no existe, el nombre del cliente se envía como nombre del pagador y el país de la dirección de envío (o el país de la tienda) como país. OpenCart 4 mantiene un solo pedido para la finalización de compra y lo actualiza: Back to checkout y un nuevo Confirm Order crean un enlace de pago nuevo para el mismo pedido y caducan el anterior. Si ese pedido se cerró sin pago entretanto (por ejemplo, porque Adyen canceló el pago o tú cancelaste el pedido), el cliente vuelve a la finalización de compra con Your previous order was cancelled without a payment. Please confirm the order again to pay with a new order. encima de la página, y el siguiente Confirm Order paga un pedido nuevo. Si el pedido de la finalización de compra ya estaba pagado para un carrito distinto, el cliente vuelve a la finalización de compra y paga un pedido nuevo. Un cambio del carrito, incluida una nueva cantidad, cuenta como un carrito nuevo que necesita su propio pago.

Si no se puede crear el enlace de pago, el cliente se queda en el paso Confirm Order con Payment could not be initiated. Please try again or choose another payment method. El motivo se escribe en el registro. Si los ajustes están incompletos, el mensaje es Payment gateway is not configured properly. Please contact the store administrator.

La extensión no tiene suscripciones ni pagos recurrentes, tarjetas guardadas, campos de tarjeta en la propia tienda (Drop-in ni Components), botones de captura o cancelación en OpenCart, ni autenticación básica para los webhooks.

Pedidos y reembolsos

Estados de pedido

No status (missing order): el cliente fue enviado a Adyen y no ha pagado, el pago fue rechazado, o Adyen aún no ha confirmado el pago. En Sales > Orders, estos pedidos solo se muestran con el filtro Order Status en Missing Orders.

Order status after payment (default Processing): el pago fue autorizado. Una nota muestra el importe, la referencia PSP y el método de pago.

On hold (review) status (default Pending): Adyen confirmó un importe o una moneda distintos del total del pedido, una captura falló, un reembolso total falló, o el pago llegó después de que el estado del pedido se hubiera cambiado, por ejemplo a cancelado. La nota lo explica. Revisa el pago en el Customer Area y, después, procesa el pedido o reembolsa el pago. Un pago correcto de un pedido en revisión tras una diferencia lo marca como pagado.

Cancelled status (default Canceled): el pago de este pedido se canceló en Adyen.

Refunded status (default Refunded): el pago se reembolsó por completo a través de la extensión. Se establece cuando se envía el reembolso; si Adyen informa después de que ese reembolso ha fallado, el pedido pasa al estado de revisión.

Si llega un segundo pago correcto para un pedido que ya está pagado, por ejemplo desde un enlace de pago antiguo, el pedido no cambia. Una nota te pide que consultes en el Customer Area si hay un cargo duplicado y que, si es necesario, lo reembolses allí. Lo mismo vale para un carrito: una vez que uno de sus pedidos está pagado, no se crea ningún enlace de pago nuevo para otro pedido de ese carrito, y un pago que aún llegue para ese pedido no le asigna estado; el pedido pagado recibe la nota.

En OpenCart 4, un pedido no pagado de la finalización de compra puede recibir el estado Voided, que OpenCart 4 establece cuando el cliente vuelve al paso Confirm Order. La extensión trata ese pedido como un pedido sin estado, y un pago posterior lo sigue confirmando.

Las notas son entradas del History del pedido que el cliente no ve.

Pestaña VibeFox Adyen Gateway

En Sales > Orders abre un pedido pagado con Adyen. En la parte inferior de la página del pedido, junto a History y Additional, la pestaña VibeFox Adyen Gateway muestra la PSP reference con la etiqueta Test mode en los pagos de prueba, el Payment link, la Merchant account, el Status del pago, los importes Paid / refunded, el formulario de reembolso, el historial de reembolsos y las Adyen notes del pedido. La pestaña se muestra a los usuarios que tienen acceso a la extensión.

Reembolsos

En la pestaña VibeFox Adyen Gateway introduce el Amount (se rellena el importe que aún no se ha reembolsado), opcionalmente un Reason (optional), y haz clic en Refund via Adyen. Confirma la pregunta Refund this amount through Adyen? This cannot be undone. Se admiten reembolsos totales y parciales. Necesitas el permiso para modificar la extensión (se configura en System > Users > User Groups). Los reembolsos se realizan por el importe y en la moneda que Adyen autorizó, así que, tras una diferencia de importe o de moneda, puedes reembolsar hasta lo que el cliente pagó realmente, no el total del pedido. El reembolso se envía al entorno y a la cuenta de comerciante con los que se hizo el pago, por lo que debe estar configurada la clave de API de ese entorno. Solo se ejecuta un reembolso de un pedido a la vez. Si Adyen no acepta la solicitud, la pestaña muestra el error y no se registra ningún reembolso. Los reembolsos están disponibles cuando Adyen ha autorizado el pago.

Adyen procesa los reembolsos de forma asíncrona: la solicitud se añade al historial de reembolsos y a las notas con el estado received, y el resultado final llega mediante el webhook REFUND o REFUND_FAILED. Un reembolso fallido ya no cuenta como reembolsado. Cuando los reembolsos enviados alcanzan el importe pagado, el pedido pasa al Refunded status sin notificar al cliente y sin devolver los productos al stock, igual que un cambio manual de estado. Un reembolso parcial no cambia el estado. Con la captura manual en Adyen, solo se pueden reembolsar los pagos capturados.

Las devoluciones de productos en Sales > Returns no devuelven dinero a través de Adyen. Los reembolsos realizados en el Customer Area de Adyen llegan por webhook y se añaden a las notas. El estado del pedido no cambia automáticamente.

Clave de licencia

La extensión funciona con una clave de licencia de VibeFox de vibefox.net. El bloque de licencia License — VibeFox Adyen Gateway es el primer bloque de Extensions > Extensions > Payments > VibeFox Adyen Gateway > Edit, encima de los ajustes. Pega la clave en License key y haz clic en Activate. Después, el bloque muestra la clave enmascarada, el estado (por ejemplo, la fecha hasta la que la licencia está activa y tu dominio) y los botones Check now para volver a comprobar el estado, Change key para introducir otra clave y Remove key para eliminar la clave de esta tienda. Debajo aparecen la línea Product: opencart-payment-adyen y el enlace Manage licenses and domains in your account, que abre tu cuenta de vibefox.net. Solo los usuarios administradores con el permiso Modify para la extensión pueden cambiar la clave. Los textos del bloque siguen el idioma del panel de administración (se incluyen inglés y ruso).

Si la clave no se acepta, el bloque indica el motivo, por ejemplo Key not found, This key belongs to another product, Domain limit reached o License expired on seguido de una fecha. Después de cambiar la dirección de la tienda, o después de liberar una plaza de dominio en tu cuenta, haz clic en Check now. Si el servidor de licencias no está disponible, la extensión sigue funcionando con el último estado conocido.

Una clave funciona en un solo dominio: la dirección de la tienda de la configuración de OpenCart. Eliminar la clave de la tienda no libera su plaza de dominio. Libera la plaza en tu cuenta de vibefox.net.

Sin una clave activa, Adyen no se muestra a los clientes en la finalización de compra. Si de todos modos se inicia un pago, el cliente ve This payment method is not available. Please choose another one. Un usuario administrador que haya iniciado sesión en el panel en el mismo navegador sigue viendo el método de pago en la tienda, marcado como (unlicensed — visible to admins only), para que puedas configurar y probar la extensión antes de comprar una clave. En OpenCart 4 esta vista previa no está disponible: la tienda no ve el inicio de sesión en el panel de administración, así que sin una clave activa el método de pago está oculto para todos. Después de abrir la página Edit una vez, aparece un recordatorio en el Dashboard del panel. Ciérralo con × para ocultarlo durante 7 días. Los pedidos existentes no se ven afectados: los pagos ya iniciados se siguen confirmando y los reembolsos funcionan.

Cuando una licencia caduca, la extensión sigue funcionando, pero las actualizaciones y el soporte requieren una renovación. El estado se vuelve a comprobar automáticamente al abrir el Dashboard o la página Edit del panel: una vez al día durante los primeros 14 días después de introducir la clave, y después una vez por semana. No se necesita ninguna tarea cron. Desinstalar la extensión siempre elimina la clave de licencia y el estado de la licencia.

Solución de problemas

Adyen no aparece en la finalización de compra: comprueba que la licencia esté activa, que Enable/Disable esté activado y que los ajustes del modo actual estén completos: Merchant account, la clave de API y la clave HMAC de ese modo y, en modo de producción, Live URL prefix. La página de ajustes indica lo que falta. Comprueba también que la dirección de pago esté en la Geo Zone seleccionada y que el pedido alcance el Total configurado.

El pago se realizó, pero el pedido se queda sin estado: el webhook no funciona. En el Customer Area del entorno que uses (prueba o producción), comprueba que existe el webhook Standard, que su URL es exactamente la que aparece en Webhook URL y que el método es JSON. Comprueba que la clave HMAC de ese webhook está en el campo correspondiente (Test HMAC key o Live HMAC key). Con una clave HMAC incorrecta o ausente, la extensión responde HTTP 401 y Adyen reintenta la entrega más tarde, así que el pedido recibe su estado automáticamente en cuanto se corrige la clave. El registro muestra que la firma HMAC no es válida o que la clave HMAC no está configurada.

El webhook responde [rejected] HMAC key not configured: la clave HMAC del entorno de la notificación está vacía. Pégala en los ajustes.

El webhook responde [rejected] invalid HMAC signature: la clave HMAC pertenece a otro webhook o a otro entorno. Si un elemento de un lote tiene una firma incorrecta, se rechaza todo el lote.

El webhook responde [rejected] busy, retry later: otra entrega estaba procesando el pedido en ese mismo momento, o el procesamiento falló. Adyen reintenta el webhook automáticamente. El motivo está en el registro.

La URL del webhook muestra [rejected] POST required en el navegador: esto es normal. La URL solo acepta notificaciones de Adyen.

Aviso de clave HMAC al guardar: el campo debe contener la clave HMAC hexadecimal del Customer Area. Se conservó el valor anterior.

El cliente ve Payment could not be initiated: mira el campo Log de la página de la extensión (los errores siempre se registran). Comprueba la clave de API, la cuenta de comerciante y, en modo de producción, el prefijo de URL de producción.

El cliente ve This payment method is not available. Please reload the checkout page.: la sesión de finalización de compra ya no coincide con el pedido, o el método de pago se desactivó entretanto. El cliente recarga la finalización de compra.

El pedido está en estado de revisión después del pago: lee las notas de la pestaña VibeFox Adyen Gateway. El importe o la moneda que confirmó Adyen no coincidían con el pedido, una captura falló, o el pago llegó después de que el estado del pedido se hubiera cambiado.

No hay formulario de reembolso en la pestaña: la pestaña indica el motivo: Adyen aún no ha autorizado el pago, está reembolsado por completo, tu grupo de usuarios no tiene permiso para modificar la extensión, o no están configuradas las credenciales del entorno en el que se hizo el pago.

El reembolso falla: la pestaña muestra el mensaje de Adyen. Con la captura manual, solo se pueden reembolsar los pagos capturados. Si hay otro reembolso del pedido en curso, espera un momento y vuelve a intentarlo.

Para desarrolladores: antes de crear el enlace de pago, la extensión dispara el evento de OpenCart adyg_payment_link_request con los datos de la solicitud y el pedido.

Desinstalación

Ve a Extensions > Extensions, elige el tipo Payments y haz clic en Uninstall (el botón rojo −) junto a VibeFox Adyen Gateway. La clave de licencia y el estado de la licencia de esta extensión siempre se eliminan. OpenCart siempre elimina sus propios ajustes de la extensión: Enable/Disable, Sort Order, Geo Zone, Total y los estados de pedido de la sección Orders, que vuelven a sus valores predeterminados en una reinstalación. También se elimina el evento de OpenCart de la extensión (en OpenCart 4, sus eventos y su acción de inicio, que deja pasar el webhook en modo de mantenimiento). Si Delete data on uninstall está activado, se eliminan los demás ajustes de la pasarela (título, descripción, modo de prueba, cuenta de comerciante, claves, prefijo de URL de producción, registro) y el registro. Si está desactivado, se conservan para una reinstalación posterior. Los registros de pagos de Adyen (referencias PSP, eventos de webhook, reembolsos) se conservan siempre, así que los pedidos pagados antes pueden seguir reembolsándose tras una reinstalación. Los pedidos existentes conservan sus notas de pago.

En OpenCart 4, para eliminar también los archivos de la extensión, ve a Extensions > Installer después de desinstalarla, haz clic en Uninstall (el botón naranja −) junto a VibeFox Adyen Gateway en la lista de extensiones instaladas y después en Delete (el botón rojo de papelera) para eliminar el paquete subido.

Adyen es una marca registrada de su respectivo propietario. Esta extensión no está afiliada ni respaldada por Adyen.