VibeFox Authorize.Net 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.

HTTPS: tu finalización de compra debe usar HTTPS. Accept.js no se ejecuta en páginas HTTP sin cifrar.

Cuenta de Authorize.Net: necesitas el API Login ID, la Transaction Key y la Public Client Key de tu cuenta de Authorize.Net, y una Signature Key si usas webhooks. Las cuentas de producción (account.authorize.net) y de sandbox (sandbox.authorize.net) tienen credenciales diferentes. Las cuentas de Authorize.Net están disponibles para comerciantes de Estados Unidos, Canadá, Reino Unido, Europa, Australia y Nueva Zelanda.

Moneda: la moneda del pedido debe ser USD, CAD, CHF, DKK, EUR, GBP, NOK, PLN, SEK, AUD o NZD, y tu cuenta de Authorize.Net debe liquidar en esa moneda. Para otras monedas, el método de pago se oculta en la finalización de compra.

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_authorizenet_gateway-oc3-(version).ocmod.zip y el paquete de OpenCart 4 wcp_authorizenet_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_authorizenet_gateway-oc3-(version).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 del archivo en la carpeta raíz de tu tienda.

2. Ve a Extensions > Extensions y elige el tipo Payments. Busca VibeFox Authorize.Net 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 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 (ver Clave de licencia).

4. Introduce las credenciales de las cuentas de sandbox y de producción (ver Configuración). Opcionalmente, configura el webhook.

5. Activa Enable/Disable, elige el Transaction type y haz clic en Save. Prueba un pago en modo sandbox con la tarjeta 4111 1111 1111 1111, cualquier fecha de caducidad futura y cualquier CVV, y después desactiva Sandbox mode.

OpenCart 4

1. En el panel de administración ve a Extensions > Installer, haz clic en Upload y elige el archivo wcp_authorizenet_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 Authorize.Net 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 5 de OpenCart 3. La página de ajustes y sus campos son iguales en ambas versiones. Solo la URL del webhook es distinta (ver Webhooks).

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

Configuración

Todos los ajustes están en la página de la extensión: Extensions > Extensions > Payments > VibeFox Authorize.Net Gateway > Edit. Las secciones aparecen a la izquierda; el botón Save situado debajo de la lista guarda la página completa. Encima de los ajustes, la página te avisa cuando la tienda no usa HTTPS (Accept.js solo funciona en páginas HTTPS), cuando la moneda predeterminada de la tienda no es compatible con Authorize.Net, cuando el modo actual no tiene API Login ID, Transaction Key o Public Client Key (en ese caso el método de pago se oculta en la finalización de compra) y cuando el modo actual no tiene Signature Key (en ese caso los webhooks están desactivados). Mientras el modo sandbox está activado, muestra Sandbox mode is on: test transactions, no real charges. Sin el derecho a modificar la extensión, la página muestra los ajustes pero no puede guardarlos.

Al guardar, Title debe tener entre 1 y 128 caracteres, Transaction type debe ser una de las dos opciones, 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 algún campo es incorrecto, no se guarda nada y la página indica el campo.

Authorize.Net

Enable/Disable: Enable Authorize.Net 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. Es también el nombre del método de pago que se guarda en el pedido. Predeterminado: Credit Card. Obligatorio, hasta 128 caracteres.

Description: el texto que ve el cliente en el paso Confirm Order, encima del formulario de tarjeta. Predeterminado: Pay securely with your credit card via Authorize.Net.

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

Geo Zone: muestra el formulario de tarjeta 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 total de la finalización de compra, en la moneda predeterminada de la tienda, que debe alcanzar un pedido para que se ofrezca el método de pago. Déjalo vacío para ofrecerlo con cualquier total.

API credentials

En la Merchant Interface de Authorize.Net abre Account > Settings > Security Settings. En API Credentials & Keys copia el API Login ID y crea una Transaction Key y una Signature Key. En Manage Public Client Key copia la Public Client Key. Sandbox y producción usan credenciales distintas. La sección muestra los campos de ambos modos, así que puedes guardar los dos juegos de credenciales.

Sandbox mode: usa el sandbox de Authorize.Net (transacciones de prueba, sin cargos reales). Cambia el endpoint de la API, Accept.js y el conjunto de credenciales que se usan para los pagos nuevos. Predeterminado: activado. Desactívalo para aceptar pagos reales. Mientras está activado, los clientes ven Sandbox mode: con la tarjeta de prueba 4111 1111 1111 1111 encima del formulario de tarjeta.

Sandbox API Login ID y Live API Login ID: el API Login ID de la cuenta de sandbox o de producción.

Sandbox Transaction Key y Live Transaction Key: la Transaction Key de esa cuenta.

Sandbox Public Client Key y Live Public Client Key: la clave pública que usa Accept.js en el navegador.

Sandbox Signature Key y Live Signature Key: necesarias solo para los webhooks. Verifican la cabecera X-ANET-Signature de cada notificación.

Las Transaction Keys y las Signature Keys guardadas 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 una clave guardada, marca Clear the saved value on save debajo del campo y haz clic en Save.

Payment

Transaction type: cómo se cobra la tarjeta. Una autorización caduca a los 30 días.

Webhooks (recommended)

Sin webhooks, los pedidos retenidos por el Fraud Detection Suite, o cobrados o anulados en el panel de Authorize.Net, deben actualizarse a mano. En la Merchant Interface ve a Account > Settings > Business Settings > Webhooks y haz clic en Add Endpoint, tanto en la cuenta de sandbox como en la de producción. Usa la URL que aparece en Endpoint URL en esta sección. En OpenCart 3 tiene este aspecto: https://your-store/index.php?route=extension/payment/wcp_authorizenet_gateway/webhook, en OpenCart 4: https://your-store/index.php?route=extension/wcp_authorizenet_gateway/payment/wcp_authorizenet_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. Selecciona estos eventos (también aparecen en esta sección):

Introduce la Signature Key de cada cuenta en Sandbox Signature Key o Live Signature Key. Los webhooks sin una firma válida se rechazan. Una notificación debe estar firmada con la clave del modo en que se hizo el pago; una notificación del otro modo no cambia nada. Para cada notificación, la extensión también consulta a Authorize.Net el estado actual y el importe de la transacción antes de cambiar el pedido, así que las notificaciones repetidas no cambian nada. El webhook también funciona mientras la tienda está en modo mantenimiento, porque OpenCart deja pasar las solicitudes de las extensiones de pago.

Orders

OpenCart crea el pedido en el paso Confirm Order sin estado (pedido ausente). Recibe un estado solo después de que Authorize.Net responda sobre la tarjeta. Cada campo siguiente muestra tus estados de pedido de OpenCart.

Order Status After Payment: se cobró la tarjeta (Authorize and capture, o una captura posterior). Predeterminado: Processing.

Authorized Status: Authorize only: los fondos están reservados, pero aún no capturados. Capture payment en la pestaña del pedido solo se ofrece en este estado. Predeterminado: Pending.

On Hold (Review) Status: retenido para revisión por el Fraud Detection Suite, o el importe cobrado o capturado no coincide con el del pedido. Una nota explica el motivo. Predeterminado: Pending, porque OpenCart no tiene un estado On hold. Puedes crear tus propios estados en System > Localisation > Order Statuses y seleccionarlos aquí.

Canceled Status: rechazada, anulada o caducada en Authorize.Net sin pago (webhook), o la autorización se anuló desde la pestaña del pedido. Predeterminado: Canceled.

Refunded Status: se establece cuando el pago se reembolsa por completo (o se anula una transacción pagada) desde la pestaña del pedido. Predeterminado: Refunded.

Advanced

Debug log: escribe las solicitudes y respuestas de la API en wc_ang_debug.log.php, en la carpeta de logs de OpenCart (storage/logs). El archivo no se puede abrir desde la web, y al llegar a 5 MB se mueve a wc_ang_debug.old.log.php. Las claves, los tokens de tarjeta y los datos personales se enmascaran. Predeterminado: desactivado. Los errores, como pagos rechazados o fallidos, errores de la API y reembolsos fallidos, siempre se registran, incluso cuando esta opción está desactivada.

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 el registro. Las transacciones y los reembolsos de Authorize.Net siempre se conservan, así que los pedidos pagados antes se pueden capturar y reembolsar después de reinstalar. Predeterminado: desactivado.

Import / Export

Export: Download JSON guarda los ajustes en un archivo JSON. Las Transaction Keys y las Signature Keys no se exportan.

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

Finalización de compra

En el paso Payment Method, el cliente elige el método de pago (de forma predeterminada, Credit Card). En el paso Confirm Order, el cliente ve tu descripción e introduce el número de la tarjeta, la fecha de caducidad (MM/YY) y el código de seguridad (CVV) en el formulario situado encima del botón de confirmación. OpenCart crea el pedido en este paso, todavía sin estado. Accept.js se carga desde Authorize.Net solo con este formulario. Cuando el cliente hace clic en Confirm Order, Accept.js intercambia los datos de la tarjeta por un token de un solo uso en el navegador. Los campos de la tarjeta no tienen nombres de formulario, así que el número de tarjeta y el CVV nunca se envían a tu servidor.

La extensión cobra el token a través de la API de Authorize.Net por el total del pedido en la moneda del pedido. La dirección de facturación, el correo electrónico y la dirección IP se envían con la transacción para la verificación de la dirección y los filtros antifraude, y el número de pedido se envía como número de factura. El pedido se marca como pagado solo después de que Authorize.Net lo confirme: si la transacción se aprueba, el pedido recibe su estado de la forma estándar de OpenCart, con los correos habituales del pedido y la actualización del stock, el carrito se vacía y el cliente ve la página de éxito del pedido de OpenCart con Your card payment has been received. Con Authorize only, la página muestra Your card payment has been authorized. The amount will be charged when your order is processed. Si el Fraud Detection Suite retiene la transacción, muestra Your payment is being reviewed. We will update your order as soon as the review is complete.

Si la tarjeta es rechazada, el cliente permanece en el paso Confirm Order y ve Payment failed: seguido del motivo debajo del formulario, por ejemplo una tarjeta rechazada, un código de seguridad incorrecto o una tarjeta caducada. El pedido queda sin estado, el carrito se conserva y el cliente puede introducir otra tarjeta. Los errores de configuración y de la API no se muestran a los clientes: ven un mensaje general, y los detalles van al registro. Si la tienda no puede conectarse con Authorize.Net, el cliente ve Payment error: unable to connect to the payment gateway. Please try again. Si los campos de la tarjeta están vacíos, el formulario pide Please enter the card number, expiry date and card code.

Un doble clic, una segunda pestaña o un envío repetido nunca cobran un pedido dos veces. OpenCart 3 crea un pedido nuevo cada vez que se muestra el paso Confirm Order, así que un mismo carrito puede tener varios pedidos (en OpenCart 4, un pedido anterior o una segunda pestaña del navegador pueden seguir teniendo el mismo carrito): una vez que uno de ellos está pagado, otro pedido del mismo carrito no se cobra. El cliente ve This cart has already been paid with order #…. Please check your order history — do not pay again. Un segundo intento mientras el primero sigue en curso muestra Your payment is already being processed. Please wait a moment and check your order history before trying again. Si un pago fue aprobado pero no se pudo establecer el estado del pedido, el cliente ve Your payment was received, but the order could not be completed automatically. Please contact us — do not pay again. Después, el pedido recibe su estado del pago aprobado en el siguiente intento o mediante el webhook, sin volver a cobrar la tarjeta.

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. El formulario de tarjeta aparece entonces en el bloque de confirmación del pedido, al final de la página de finalización de compra, encima de Confirm Order. La dirección de pago es opcional en OpenCart 4: si no se indica, la dirección de envío se envía a Authorize.Net como dirección de facturación. En OpenCart 4, la finalización de compra mantiene un solo pedido y lo actualiza, así que tras una tarjeta rechazada el cliente paga el mismo pedido. Si ese pedido se cerró entretanto (por ejemplo, porque lo cancelaste), o ya está pagado y el carrito contiene ahora una compra nueva, Confirm Order lleva al cliente de vuelta a la página de finalización de compra, y el siguiente Confirm Order paga un pedido nuevo. Encima de la página de finalización de compra, el cliente ve Your previous order is closed (cancelled or refunded by the store). Please confirm the order again: the cart will be paid with a new order. cuando el pedido se cerró, o Your previous order is already paid. Please confirm the order again: the cart will be paid with a new order. cuando se pagó por un carrito anterior. Un cambio del carrito, incluida una nueva cantidad, cuenta como un carrito nuevo que necesita su propio pago.

Si el importe cobrado no coincide con el total del pedido, el pedido pasa a On Hold (Review) Status con una nota, y el pago se registra por el importe realmente cobrado.

La extensión no tiene tarjetas guardadas ni perfiles de cliente, ni suscripciones ni pagos recurrentes, ni eCheck/ACH, Apple Pay, Google Pay, PayPal ni 3-D Secure, ni captura parcial de una autorización, ni conversión automática de moneda.

Pedidos y reembolsos

Order statuses

No status (missing order): la tarjeta fue rechazada o el pago falló. En Sales > Orders estos pedidos solo se muestran con el filtro Order Status establecido en Missing Orders.

Order Status After Payment (default Processing): se cobró la tarjeta (Authorize and capture) o se capturó una autorización. Una nota muestra el importe, el Trans ID, el código de autorización, el tipo de tarjeta y los últimos cuatro dígitos.

Authorized Status (default Pending): los fondos solo están autorizados (Authorize only). Captúralos antes de procesar el envío.

On Hold (Review) Status (default Pending): el Fraud Detection Suite retuvo la transacción para revisión, el importe cobrado no coincide con el total del pedido, o una captura notificada por webhook no coincide con el importe del pedido. La nota lo explica. Aprueba o rechaza una transacción retenida en el panel de Authorize.Net; con webhooks el pedido se actualiza automáticamente.

Canceled Status (default Canceled): un webhook informó de que la transacción fue rechazada, anulada o caducó antes de que el pedido se pagara, o anulaste una autorización que no se había capturado. Si la transacción de un pedido pagado se anula en el panel de Authorize.Net, el estado del pedido no cambia y se añade una nota de advertencia.

Refunded Status (default Refunded): el pago se reembolsó o anuló por completo a través de la extensión.

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: un pago o un webhook posterior sigue estableciendo su estado.

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

VibeFox Authorize.Net Gateway tab

En Sales > Orders abre un pedido pagado con Authorize.Net. En la parte inferior de la página del pedido, junto a History y Additional, la pestaña VibeFox Authorize.Net Gateway muestra el Trans ID con una etiqueta Sandbox en los pagos de sandbox, el Transaction type, el Status de la transacción, la Card y el código de autorización, los importes Charged / order / refunded, el botón de captura, el formulario de reembolso, el historial de reembolsos y las Authorize.Net notes del pedido. La pestaña se muestra a los usuarios que tienen acceso a la extensión. La captura y los reembolsos requieren el derecho a modificar la extensión (configurado en System > Users > User Groups).

Capture

Para un pedido en Authorized Status, haz clic en Capture payment en la pestaña y confirma Capture the authorized amount through Authorize.Net? Se captura el importe autorizado y el pedido recibe el Order Status After Payment. Si la captura falla, se muestra el error y se añade a las notas. También puedes capturar en el panel de Authorize.Net; con webhooks el pedido se actualiza automáticamente.

Refunds

En la pestaña introduce el Amount (se rellena con el importe que todavía no se ha reembolsado), opcionalmente un Reason (optional), haz clic en Refund via Authorize.Net y confirma Refund this amount through Authorize.Net? This cannot be undone. Un reembolso del importe total anula primero la transacción si todavía no está liquidada, o una autorización que no se capturó. Las transacciones liquidadas, normalmente después de 24 horas, pueden reembolsarse total o parcialmente. Antes de la liquidación no es posible un reembolso parcial: reembolsa el importe total para anular la transacción, o inténtalo de nuevo después de la liquidación. Los reembolsos se realizan en el importe y la moneda que cobró Authorize.Net, así que tras una diferencia de importe puedes reembolsar hasta lo que el cliente pagó realmente, no el total del pedido. Si Authorize.Net no acepta el reembolso, la pestaña muestra el error y no se registra ningún reembolso. Un reembolso o una anulación correctos se añaden al historial de reembolsos y a las notas. Un reembolso total cambia el pedido a Refunded Status (Canceled Status cuando solo se anuló una autorización) sin notificar al cliente y sin devolver productos al stock, igual que un cambio manual de estado. Un reembolso parcial no cambia el estado. Mientras una transacción está retenida para revisión, no se ofrecen reembolsos.

Las capturas, los reembolsos y las comprobaciones de webhook de un pedido usan las credenciales del modo en que se pagó el pedido, así que los pedidos del otro modo también se pueden capturar y reembolsar después de cambiar Sandbox mode. Mantén las credenciales de ese modo en sus campos hasta que esos pedidos estén terminados.

Las devoluciones de productos en Sales > Returns no devuelven dinero a través de Authorize.Net. Los reembolsos hechos en el panel de Authorize.Net no se notifican a la tienda: actualiza el pedido manualmente.

Clave de licencia

La extensión funciona con una clave de licencia de VibeFox de vibefox.net. El bloque de licencia License — VibeFox Authorize.Net Gateway es el primer bloque de Extensions > Extensions > Payments > VibeFox Authorize.Net 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-authorizenet 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 un 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 solo dominio: la dirección de la tienda de la configuración de OpenCart. Eliminar la clave de la tienda no libera su dominio. Libera el dominio en tu cuenta de vibefox.net.

Sin una clave activa, el pago con tarjeta de Authorize.Net no se muestra a los clientes en la finalización de compra. Si se inicia un pago 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 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 queda 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 cuando abres 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 ninguna tarea cron. Al desinstalar la extensión siempre se eliminan la clave de licencia y el estado de la licencia.

Solución de problemas

El pago con tarjeta no aparece en la finalización de compra: comprueba que la licencia está activa, que Enable/Disable está activado y que el modo actual tiene API Login ID, Transaction Key y Public Client Key. La página de ajustes muestra un aviso si falta alguno. Comprueba que la moneda del cliente es compatible, que la dirección de pago está en la Geo Zone seleccionada y que el pedido alcanza el Total configurado.

El pago se realizó, pero el pedido se queda en el estado autorizado o de revisión: el tipo de transacción es Authorize only (captúrala en la pestaña del pedido), o Authorize.Net retuvo la transacción para revisión. Apruébala o recházala en el panel de Authorize.Net. Para que estos pedidos se actualicen automáticamente, configura el webhook: comprueba que el endpoint existe en la cuenta del modo que usas, que su URL es exactamente la que aparece en Endpoint URL, que los cuatro eventos están seleccionados y que la Signature Key de esa cuenta está introducida.

Respuesta del webhook: webhooks are not configured: no se ha introducido ninguna Signature Key para ninguno de los dos modos.

Respuesta del webhook: invalid signature: la Signature Key pertenece a otra cuenta, o se cambió una clave en Authorize.Net. Vuelve a crear o copiar la Signature Key y pégala en el campo de su modo.

Respuesta del webhook: mode mismatch: la notificación se firmó con la clave de un modo, pero el pago se hizo en el otro modo. Comprueba que las Signature Keys de sandbox y de live no estén intercambiadas.

Respuesta del webhook: verification failed, retry later: la tienda no pudo leer la transacción desde la API de Authorize.Net, o faltan las credenciales del modo del pago. Authorize.Net vuelve a intentar la entrega.

Respuesta del webhook: busy, retry later: otra solicitud estaba actualizando el pedido en ese mismo momento, o el procesamiento falló. Authorize.Net vuelve a intentar la entrega. Consulta el campo Log para ver el motivo.

La URL del webhook muestra method not allowed en el navegador: es normal. La URL solo acepta solicitudes de Authorize.Net.

El formulario de tarjeta muestra The secure card form (Accept.js) could not be loaded: la finalización de compra debe usar HTTPS, y la Public Client Key y el API Login ID del modo actual deben ser correctos.

Payment error: the card could not be tokenized: Accept.js no devolvió un token. El cliente debe volver a introducir los datos de la tarjeta e intentarlo de nuevo.

El cliente ve This payment method is not available: la sesión de finalización de compra ya no coincide con el pedido, el método de pago se desactivó mientras tanto, faltan las credenciales o el total del pedido es cero. Con Please reload the checkout page el cliente recarga la finalización de compra.

El cliente ve un error general: revisa el campo Log de la página de la extensión; los errores siempre se escriben allí. Authorize.Net rechaza una moneda que la cuenta no admite.

Un reembolso parcial falla porque la transacción aún no está liquidada: reembolsa el importe total para anular la transacción, o inténtalo después de la liquidación, normalmente dentro de 24 horas.

Un reembolso o una captura falla con un mensaje sobre el modo: el pago se hizo en modo sandbox o live, y el API Login ID y la Transaction Key de ese modo no están configurados. Introdúcelos e inténtalo de nuevo.

Desinstalación

Ve a Extensions > Extensions, elige el tipo Payments y haz clic en Uninstall (el botón rojo −) junto a VibeFox Authorize.Net 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 al reinstalar. También se elimina el evento de OpenCart de la extensión (en OpenCart 4, sus eventos, incluido el que muestra el mensaje encima de la página de finalización de compra, y su acción de inicio, que deja pasar el webhook en modo mantenimiento). Si Delete data on uninstall está activado, se eliminan los demás ajustes (título, descripción, modo sandbox, credenciales, tipo de transacción, registro) y el registro. Si está desactivado, se conservan para una reinstalación posterior. Las transacciones y los reembolsos de Authorize.Net siempre se conservan, así que los pedidos pagados antes se pueden capturar y reembolsar después de reinstalar. 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 Authorize.Net Gateway en la lista de extensiones instaladas y después en Delete (el botón rojo de papelera) para eliminar el paquete subido.

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