VibeFox HyperPay 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 con la extensión OpenSSL (descifra los webhooks).

Cuenta de HyperPay: HyperPay emite el Access Token y el Entity ID cuando se configura tu cuenta de comerciante. Las credenciales de prueba y las de producción son distintas. También necesitas un webhook de pago en el panel de HyperPay y su clave de descifrado (webhook key), que aparece en Administration > Webhooks (véase Configuración).

Datos de la tarjeta: la tarjeta solo se introduce en el widget de HyperPay, así que los datos de la tarjeta nunca llegan a tu servidor (PCI DSS SAQ A).

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

Instalación

La descarga es un único archivo zip con los paquetes para ambas versiones de OpenCart. Descomprímelo en tu ordenador. Contiene README.txt, el paquete de OpenCart 3 wcp_hyperpay_payment_gateway-oc3-(versión).ocmod.zip y el paquete de OpenCart 4 wcp_hyperpay_payment_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_hyperpay_payment_gateway-oc3-(versión).ocmod.zip. La extensión no tiene modificaciones OCMOD, así que Extensions > Modifications no necesita actualizarse. En lugar del instalador, también puedes copiar el contenido de la carpeta upload de este paquete en la carpeta raíz de tu tienda.

2. Ve a Extensions > Extensions y elige el tipo Payments. Busca VibeFox HyperPay Payment Gateway y haz clic en Install (el botón verde +). Tu usuario de administración 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 ajustes. 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 Clave de licencia).

4. Introduce el Access Token, el Entity ID y la clave del webhook de prueba que te ha dado HyperPay, y deja Test Mode activado.

5. En el panel de HyperPay (Administration > Webhooks) añade un webhook de pago con la URL que aparece en la sección Webhook y copia su clave de descifrado en el campo de la clave del webhook del mismo modo.

6. Activa Enable/Disable, haz clic en Save y haz un pago de prueba con una tarjeta de prueba de HyperPay. Después introduce las credenciales de producción y desactiva Test Mode.

OpenCart 4

1. En el panel de administración ve a Extensions > Installer, haz clic en Upload y elige el archivo wcp_hyperpay_payment_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 Payments. Busca VibeFox HyperPay Payment 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, las credenciales de HyperPay y el webhook como en los pasos 3 a 6 de OpenCart 3. La página de ajustes y sus campos son los mismos en ambas versiones. Solo la URL del webhook es diferente (véase 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 HyperPay Payment Gateway > Edit. Las secciones aparecen a la izquierda; el botón Save situado debajo de la lista guarda toda la página. Encima de los ajustes, la página muestra Test mode is on: payments go to the HyperPay test system and no real money is charged. mientras el modo de prueba esté activado. Avisa cuando falta el Access Token o el Entity ID del modo actual (en ese caso, el método de pago no se muestra en la finalización de compra) y cuando el modo actual no tiene una clave de webhook válida (en ese caso, los pagos solo se confirman cuando el cliente vuelve a la tienda). Sin el permiso para modificar la extensión, la página muestra los ajustes pero no puede guardarlos.

Al guardar, Title no puede estar vacío ni tener más de 128 caracteres, Transaction Type debe ser válido, Sort Order debe ser un número entero, Total debe ser un número igual o mayor que 0, y la zona geográfica y los estados de pedido deben existir; si no, no se guarda nada. Los espacios se eliminan de las credenciales. Los ajustes se guardan con una advertencia si una clave del webhook no es una clave hexadecimal de 64 caracteres o si no hay ninguna marca de pago seleccionada.

HyperPay

Enable/Disable: Enable HyperPay Payment activa o desactiva el método de pago. Por defecto: desactivado.

Title: el título que ve el cliente durante la finalización de compra. También es el nombre del método de pago guardado en el pedido. Por defecto: Credit/Debit Card (HyperPay). Obligatorio.

Description: el texto que ve el cliente en el paso Confirm Order, encima del botón de confirmación, debajo de un icono de tarjeta. Por defecto: Pay securely using your credit or debit card.

Sort Order: la posición de HyperPay 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 HyperPay solo para las direcciones de pago de la zona geográfica seleccionada. Por defecto: All zones. Las zonas geográficas se configuran en System > Localisation > Geo Zones.

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

Credenciales de la API

El Access Token, el Entity ID y la clave del webhook los emite HyperPay cuando se configura tu cuenta de comerciante. Las credenciales de prueba y las de producción son distintas. La clave del webhook aparece en el panel de HyperPay, en Administration > Webhooks. La sección incluye enlaces a la web de HyperPay y a su documentación para desarrolladores.

Test Mode: usa el sistema de pruebas de HyperPay (eu-test.oppwa.com) y las credenciales de prueba. No se cobra dinero real. Desactívalo para aceptar pagos reales con las credenciales de producción (eu-prod.oppwa.com). Por defecto: activado. Mientras está activado, el cliente ve Test mode: no real payment will be made. en el paso Confirm Order.

Test Access Token: el token de portador de tu cuenta de prueba de HyperPay.

Test Entity ID: el Entity ID del canal de pago de prueba.

Test Webhook Key: la clave hexadecimal de 64 caracteres que se usa para descifrar las notificaciones del webhook del sistema de pruebas.

Live Access Token: el token de portador de tu cuenta de producción de HyperPay.

Live Entity ID: el Entity ID del canal de pago de producción.

Live Webhook Key: la clave hexadecimal de 64 caracteres que se usa para descifrar las notificaciones del webhook del sistema de producción.

Los Access Tokens y las claves del webhook guardados nunca 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 un valor guardado, marca Clear the saved value on save debajo del campo y haz clic en Save.

Webhook

El webhook informa a tu tienda de los pagos incluso cuando el cliente cierra el navegador antes de volver a la tienda. En el panel de HyperPay (Administration > Webhooks) añade un webhook para pagos con la URL que aparece en Webhook URL en esta sección. En OpenCart 3 tiene este aspecto: https://your-store/index.php?route=extension/payment/wcp_hyperpay_payment_gateway/webhook, y en OpenCart 4: https://your-store/index.php?route=extension/wcp_hyperpay_payment_gateway/payment/wcp_hyperpay_payment_gateway.webhook. Se genera a partir de la dirección de la tienda de tu instalación de OpenCart. Copia la URL exactamente como aparece en los ajustes. Después copia la clave de descifrado del webhook en Test Webhook Key o en Live Webhook Key, según el modo.

Los webhooks de HyperPay van cifrados (AES-256-GCM). Un webhook que no se puede descifrar con tus claves se rechaza. Solo se procesan las notificaciones de pago, y el pago debe pertenecer a una finalización de compra de uno de tus pedidos, creada en el mismo modo que la clave que lo descifró. Las notificaciones de prueba de HyperPay se confirman. El webhook también informa de las capturas, anulaciones, reembolsos y contracargos hechos en el panel de HyperPay (véase Pedidos y reembolsos). Sin el webhook, un pago solo se confirma cuando el cliente vuelve a la tienda tras pagar. El webhook también funciona cuando la tienda está en modo de mantenimiento: OpenCart 3 deja pasar las solicitudes de las extensiones de pago, y en OpenCart 4 la extensión añade una acción de inicio que deja pasar el webhook y el retorno del cliente desde HyperPay.

Pago

Transaction Type: cómo se cobra la tarjeta.

Payment Brands: las marcas que se muestran en el widget de pago: VISA, Mastercard, mada, American Express, STC Pay, Apple Pay. Por defecto: VISA y Mastercard. Si no hay ninguna marca seleccionada, la página te avisa y el widget muestra VISA y Mastercard. Selecciona solo las marcas que HyperPay ha activado para tu Entity ID; mada, STC Pay y Apple Pay suelen usar su propia entidad, que esta extensión no admite.

Pedidos

OpenCart crea el pedido en el paso Confirm Order sin estado (un pedido ausente). El pedido recibe un estado solo cuando HyperPay ha confirmado el pago. Un pago rechazado o abandonado deja el pedido sin estado y el carrito se conserva. Cada campo siguiente muestra tus estados de pedido de OpenCart. OpenCart no tiene estado «En espera», así que tres de ellos tienen Pendiente por defecto; puedes crear tus propios estados en System > Localisation > Order Statuses y seleccionarlos aquí.

Order Status After Payment: se establece cuando HyperPay confirma un cargo con el importe y la moneda correctos, o cuando se captura una preautorización. Por defecto: En proceso.

Authorized (Capture Required) Status: una preautorización reservó el importe; captúralo en la pestaña del pedido. Una anulación en el panel de HyperPay cancela el pedido mientras tenga este estado. Por defecto: Pendiente.

Awaiting Payment Status: HyperPay ha informado de un pago que espera confirmación; el webhook lo confirma más tarde. Por defecto: Pendiente.

On Hold (Review) Status: el importe o la moneda pagados no coinciden con los del pedido, o el pago llegó después de cancelar el pedido. Una nota explica el motivo. Por defecto: Pendiente.

Canceled Status: se establece cuando la preautorización se anula en HyperPay. Un pago de un pedido con este estado lo pone en espera en lugar de reabrirlo. Por defecto: Cancelado.

Refunded Status: un pago recibido en un pedido con este estado solo se anota; el pedido no cambia. Por defecto: Reembolsado.

Avanzado

Enable Logging: registra las solicitudes y respuestas de la API en hyperpay_p_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 traslada a hyperpay_p_debug.old.log.php. Los errores y las advertencias siempre se registran. Los registros no contienen datos de tarjetas, claves ni datos de clientes. Por defecto: desactivado.

Log: muestra el tamaño y las últimas entradas 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 y los archivos de registro. Los pedidos y los intentos de pago de HyperPay siempre se conservan, porque los webhooks tardíos y las capturas de pedidos existentes los necesitan. Por defecto: desactivado.

Importar / Exportar

Export: Download JSON guarda los ajustes en un archivo JSON. Los Access Tokens y las claves del webhook no se exportan.

Import: pega el JSON exportado previamente y haz clic en Import para restaurar los ajustes. Los Access Tokens y las claves del webhook guardados se conservan.

Finalización de compra

En el paso Payment Method el cliente elige el método de pago (por defecto, Credit/Debit Card (HyperPay)). En el paso Confirm Order el cliente ve tu descripción. OpenCart crea el pedido en este paso, todavía sin estado. Cuando el cliente hace clic en Confirm Order, la extensión prepara una finalización de compra de HyperPay por el total del pedido en la moneda del pedido y abre la página HyperPay payment de tu tienda con el widget de HyperPay y Please complete your payment below:. El widget usa el idioma del cliente cuando HyperPay lo admite. En modo de prueba, la página muestra Test mode: use a HyperPay test card, no real payment will be made. El cliente introduce los datos de la tarjeta en el widget, o sigue Choose another payment method para volver a la finalización de compra. Si se recarga la página, se reutiliza la misma finalización de compra durante hasta 25 minutos, mientras el total del pedido no cambie; después se prepara una nueva.

En OpenCart 4 el cliente elige el método de pago con el botón Choose del bloque del método de pago, en la ventana Payment method options, y hace clic en Confirm Order en la parte inferior de la página de finalización de compra. Por defecto, OpenCart 4 no pide la dirección de pago; en ese caso la extensión envía a HyperPay la dirección de envío como dirección de facturación.

Después de pagar, el cliente vuelve a tu tienda. La extensión comprueba que el pago pertenece a una de las finalizaciones de compra de este pedido y pide a HyperPay el resultado mediante una solicitud de servidor a servidor, en el modo en que se creó la finalización de compra. El pedido se marca como pagado solo cuando HyperPay lo confirma, ya sea con esa solicitud o con el webhook. El importe y la moneda deben coincidir con los del pedido. Un retorno y un webhook que llegan a la vez, así como los resultados de dos pedidos del mismo carrito, se procesan uno tras otro, de modo que el pago nunca se aplica dos veces. Después el pedido recibe su estado de la forma estándar de OpenCart, con los correos de pedido habituales y la actualización del stock, y el cliente ve la página de éxito del pedido de OpenCart.

Si el pago no se completó, el cliente vuelve a la finalización de compra con un mensaje: Payment failed: y el motivo de HyperPay, Payment was not completed. Please try again., o We could not confirm your payment yet. If you were charged, the order will be updated automatically; otherwise please try again. El carrito se conserva y el cliente puede volver a pagar. Si no se puede preparar el formulario de pago, el cliente permanece en el paso Confirm Order con un breve mensaje, por ejemplo que el proveedor de pagos no ha aceptado algunos datos de facturación, o que el formulario de pago no está disponible por un error de configuración del pago. El motivo técnico se escribe en el registro.

En OpenCart 4 estos mensajes se muestran encima de la página de finalización de compra. 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, así que tras un pago rechazado el cliente paga el mismo pedido con un nuevo intento de pago. Si el mismo carrito ya se ha pagado con otro pedido, el cliente va a la página de éxito en lugar de pagar de nuevo. Un cambio del carrito, incluida una nueva cantidad, cuenta como un carrito nuevo que necesita su propio pago.

OpenCart 4 mantiene el pedido en la finalización de compra hasta que se muestra la página de éxito. Si ese pedido se cerró entretanto sin pago (por ejemplo, lo cancelaste), el cliente vuelve a la finalización de compra con Payment failed. Please try again or use another card. Si se pagó y después se canceló o reembolsó, el mensaje es Your previous order was closed by the store. Please confirm the order again to pay with a new order. Si ya está pagado y el carrito contiene ahora una compra nueva, el mensaje es Your previous order #(número) has already been placed. Your cart has changed: please confirm the new order to pay for it. En cada caso, el siguiente Confirm Order paga un pedido nuevo del carrito. Un pedido pagado nunca se muestra como pagado para un carrito distinto.

Los importes se envían con dos decimales, como exige la API de HyperPay. En las monedas de 3 decimales (KWD, BHD, JOD, OMR) el total del pedido se redondea a dos decimales.

La extensión no ofrece reembolsos ni anulaciones desde OpenCart, ni tarjetas guardadas ni tokenización, ni suscripciones, ni verificación de dominio de Apple Pay, ni una entidad separada por marca, ni Tabby, Tamara ni otros métodos de pago a plazos («buy now, pay later»).

Pedidos y reembolsos

Estados de pedido

No status (missing order): el cliente fue enviado a la página de pago y no ha pagado, el pago fue rechazado o HyperPay todavía no ha confirmado el pago. En Sales > Orders estos pedidos solo se muestran con el filtro Order Status establecido en Missing Orders.

Order Status After Payment (default Processing): se confirmó un cargo de débito o se capturó una preautorización. Una nota muestra el código de resultado de HyperPay, la descripción y el ID del pago. Si HyperPay marcó el pago para revisión manual, la nota lo indica; revísalo en el panel de HyperPay antes de enviar el pedido.

Authorized (Capture Required) Status (default Pending): el importe fue reservado por una preautorización. Captúralo en la pestaña del pedido o en el panel de HyperPay; el webhook de captura pasa entonces el pedido a Order Status After Payment.

Awaiting Payment Status (default Pending): HyperPay informó de que el pago está pendiente. El pedido pasa a Order Status After Payment cuando HyperPay lo confirma.

On Hold (Review) Status (default Pending): HyperPay informó de un importe o una moneda distintos a los del pedido (por ejemplo, el carrito se cambió después de abrir la página de pago), o el pago llegó después de cancelar el pedido. La nota lo explica. Revisa el pago en el panel de HyperPay y después prepara el pedido o reembolsa el pago.

Canceled Status (default Canceled): se anuló una preautorización en el panel de HyperPay, y el webhook de anulación cancela el pedido autorizado.

Un resultado de rechazo nunca cambia un pedido que ya tiene estado. Si llega otro pago correcto para un pedido que ya está pagado, o si se paga otro pedido de un carrito ya pagado, el pedido pagado no cambia. Una nota te pide que reembolses el duplicado en el panel de HyperPay. Un pago correcto de un pedido en el Refunded Status solo añade una nota.

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

Pestaña VibeFox HyperPay Payment Gateway

En Sales > Orders abre un pedido pagado con HyperPay. En la parte inferior de la página del pedido, junto a History y Additional, la pestaña VibeFox HyperPay Payment Gateway muestra el ID del pago (y el ID de la captura después de una captura), con una etiqueta Test mode en los pagos de prueba, el tipo de transacción, el ID de la finalización de compra, el ID de la transacción del comercio, el importe enviado a HyperPay, el resultado y las HyperPay notes del pedido. La pestaña se muestra a los usuarios que tienen acceso a la extensión.

Captura

En un pedido preautorizado que todavía no se ha capturado, la pestaña muestra Capture payment con el importe. Haz clic y confirma Capture the pre-authorized amount through HyperPay?. Se captura el total actual del pedido, en el modo en que se hizo la preautorización, así que deben estar configurados el Access Token y el Entity ID de ese modo. Necesitas el permiso para modificar la extensión (se configura en System > Users > User Groups). Tras una captura correcta, el pedido recibe Order Status After Payment y el ID de la captura se añade a la pestaña y a las notas. El estado se escribe directamente, sin correos de pedido ni actualización del stock. Si HyperPay rechaza la captura, se muestran el código de resultado y la descripción, se añaden a las notas y el pedido permanece autorizado. Un doble clic no captura dos veces. La reversión (anulación) de una preautorización se hace en el panel de HyperPay.

Reembolsos

Los reembolsos desde OpenCart no son compatibles. Las devoluciones de productos en Sales > Returns no devuelven dinero a través de HyperPay. Reembolsa el pago en el panel de HyperPay. Los reembolsos y contracargos hechos en HyperPay se añaden al pedido como nota mediante el webhook; el estado del pedido no cambia. Actualízalo manualmente si hace falta.

Clave de licencia

La extensión funciona con una clave de licencia de VibeFox de vibefox.net. El bloque de licencia License — VibeFox HyperPay Payment Gateway es el primer bloque de Extensions > Extensions > Payments > VibeFox HyperPay Payment 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-hyperpay 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 el inglés y el 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 responde, la extensión sigue funcionando con el último estado conocido.

Una clave funciona en un dominio: la dirección de la tienda de la configuración de OpenCart. Quitar la clave de la tienda no libera su plaza de dominio. Libérala en tu cuenta de vibefox.net.

Sin una clave activa, HyperPay no se muestra a los clientes en la finalización de compra. Si un pago se inicia de todos modos, el cliente ve This payment method is not available. Please choose another one. Un usuario administrador que haya iniciado sesión en el panel de administración 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 del administrador, 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 de administración. Ciérralo con × para ocultarlo durante 7 días. Los pedidos existentes no se ven afectados: los pagos ya iniciados se siguen confirmando, y las capturas 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 de administración: una vez al día durante los primeros 14 días después de introducir la clave, y después una vez a la semana. No se necesita ningún cron job. Al desinstalar la extensión siempre se elimina la clave de licencia y el estado de la licencia.

Solución de problemas

HyperPay no aparece en la finalización de compra: comprueba que la licencia esté activa, que Enable/Disable esté activado y que el modo actual tenga su Access Token y su Entity ID: los de prueba en modo de prueba, y los de producción en modo de producción. La página de ajustes muestra un aviso si faltan. 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 y el cliente no volvió a la tienda. En el panel de HyperPay comprueba que el webhook de pago existe para el modo que usas, que su URL es exactamente la que aparece en Webhook URL, y que su clave de descifrado está en el campo de la clave del webhook del mismo modo. Activa Enable Logging y revisa el campo Log de la página de la extensión.

El webhook responde Decryption failed: la clave del webhook pertenece a otro webhook u otro modo. Copia la clave de nuevo desde el panel de HyperPay.

El webhook responde Webhook key not configured: no hay ninguna clave de webhook válida. Pega la clave de 64 caracteres en los ajustes. HyperPay vuelve a intentar el webhook.

El webhook responde Busy, retry later: otra solicitud estaba procesando el pedido en ese mismo momento, o no se pudo establecer el estado del pedido. HyperPay vuelve a intentar el webhook. El motivo está en el registro.

El registro muestra Webhook ignored: el pago no pertenece a un pedido de esta tienda, o se hizo en el otro modo. Los pagos de prueba y los reales se mantienen separados.

La URL del webhook muestra Method not allowed en el navegador: es normal. La URL solo acepta solicitudes POST de HyperPay.

El formulario de pago no se carga: revisa el registro. Un error de configuración suele indicar un Access Token o un Entity ID incorrectos para el modo actual. Un mensaje sobre los datos de facturación significa que HyperPay no aceptó algunos datos del cliente. Asegúrate de que las Payment Brands seleccionadas estén activadas para tu Entity ID.

El cliente ve The payment session was not found. Please confirm the order again.: el enlace de la página de pago ya no es válido para este pedido. El cliente vuelve a confirmar el pedido en la finalización de compra.

Order is in the on hold status: lee las notas de la pestaña del pedido (véase Estados de pedido), revisa el pago en el panel de HyperPay y después prepara el pedido o reembolsa el pago.

La captura falla: lee el código de resultado y la descripción de la pestaña y de las notas. La captura se envía en el modo de la preautorización, así que deben estar configuradas las credenciales de ese modo; si no, la pestaña indica que el Access Token / Entity ID de ese modo están vacíos.

Desinstalación

Ve a Extensions > Extensions, elige el tipo Payments y haz clic en Uninstall (el botón rojo −) junto a VibeFox HyperPay Payment 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 por defecto al reinstalar. En OpenCart 4 se eliminan también sus eventos y su acción de inicio, que deja pasar el webhook y el retorno del cliente en modo de mantenimiento. Si Delete Data on Uninstall está activado, se eliminan los demás ajustes (título, descripción, modo de prueba, credenciales, claves de webhook, tipo de transacción, marcas, registro) y los archivos de registro. Si está desactivado, se conservan para una reinstalación posterior. Los intentos de pago de HyperPay siempre se conservan, de modo que los webhooks tardíos y las capturas de pedidos existentes siguen funcionando 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 la desinstalación y haz clic en Uninstall (el botón naranja −) junto a VibeFox HyperPay Payment Gateway en la lista de extensiones instaladas, y después en Delete (el botón rojo de papelera) para eliminar el paquete subido.

HyperPay es una marca comercial de su respectivo titular. Esta extensión no está afiliada ni respaldada por HyperPay.