VibeFox PayMongo 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.

Moneda: peso filipino (PHP). PayMongo se muestra en la compra solo cuando el cliente paga en PHP y el total es de al menos ₱100.00. Añade la moneda en System > Localisation > Currencies si tu tienda aún no la tiene. Si la moneda predeterminada de tu tienda no es PHP, la página de ajustes te avisa y los clientes deben cambiar a PHP para ver PayMongo.

Cuenta de PayMongo: necesitas las claves API secretas de tu cuenta de PayMongo y un webhook para cada modo (véase Configuración). Solo se usan las claves secretas (sk_test_..., sk_live_...) y los secretos de firma de los webhooks (whsk_...). Las claves públicas no son necesarias, porque la página de pago la aloja PayMongo. Los métodos de pago que ofrezcas deben estar activados en tu cuenta de PayMongo.

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

Instalación

El archivo descargado es un único zip con los paquetes para ambas versiones de OpenCart. Descomprímelo en tu ordenador. Contiene README.txt, el paquete de OpenCart 3 wcp_paymongo_payment_gateway-oc3-(version).ocmod.zip y el paquete de OpenCart 4 wcp_paymongo_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_paymongo_payment_gateway-oc3-(version).ocmod.zip. La extensión no tiene modificaciones OCMOD, así que Extensions > Modifications no necesita actualizarse. En lugar del instalador, 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 PayMongo Payment Gateway y haz clic en Install (el botón verde +).

3. Haz clic en Edit (el botón del lápiz) para abrir la página de ajustes. Introduce 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. Pega tus claves secretas de PayMongo, crea los webhooks en PayMongo y pega sus secretos de firma (véase Configuración).

5. Selecciona los métodos de pago, activa Enable/Disable y haz clic en Save. Prueba un pago con Test mode activado y luego desactívalo.

OpenCart 4

1. En el panel de administración ve a Extensions > Installer, haz clic en Upload y elige el archivo wcp_paymongo_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 PayMongo 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 claves de PayMongo, los webhooks y los métodos de pago como en los pasos 3 a 5 de OpenCart 3. La página de ajustes y sus campos son los mismos en ambas versiones. Solo la URL del webhook es distinta (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 PayMongo 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 te avisa cuando la moneda predeterminada de la tienda no es PHP, cuando el modo actual no tiene clave secreta (entonces PayMongo no se muestra en la compra) o no tiene secreto de webhook (entonces los pagos solo se confirman cuando el cliente vuelve a tu tienda), y muestra Test mode is on: no real payments are made. mientras el modo de prueba esté activado.

Al guardar, Title no puede estar vacío (hasta 128 caracteres), Sort Order debe ser un número entero (se permiten negativos), Total debe ser un número igual o mayor que 0, y la zona geográfica y los estados de pedido seleccionados deben existir; si no, no se guarda nada y la página indica el campo. Una clave con un prefijo incorrecto no se guarda, pero los demás campos sí (véase Claves API).

PayMongo

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

Title: el nombre del método de pago que ve el cliente en la compra. También es el nombre del método de pago guardado en el pedido. Por defecto: PayMongo (Card, GCash, GrabPay, Maya). Obligatorio, hasta 128 caracteres.

Description: el texto que ve el cliente en el paso Confirm Order, encima del botón de confirmación. Por defecto: You will be redirected to PayMongo to pay securely with your card, GCash, GrabPay or Maya.

Payment methods: los métodos que se ofrecen en la página de pago de PayMongo. Selecciona solo los métodos activados en tu cuenta de PayMongo; si no, PayMongo rechaza la compra. Si no se selecciona ninguno, se usan los predeterminados. Por defecto: Cards, GCash, GrabPay y Maya.

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

Geo Zone: ofrece PayMongo 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 total de la compra, en la moneda predeterminada de la tienda, que un pedido debe alcanzar para que se ofrezca PayMongo, además del mínimo de PayMongo de ₱100.00. Déjalo vacío si no quieres un mínimo adicional.

Claves API

Copia las claves secretas desde PayMongo Dashboard > Developers > API keys (allí encontrarás los enlaces a la sección). Las claves públicas no son necesarias. Cada clave debe empezar por el prefijo esperado. Un valor con un prefijo incorrecto, por ejemplo una clave real en un campo de prueba, no se guarda: la página muestra que el campo debe empezar por el prefijo y The previous value was kept.

Test mode: Enable test mode (no real payments). Los pagos nuevos usan las claves de prueba. Los pagos hechos antes conservan el modo en el que se hicieron, de modo que las comprobaciones de estado y los reembolsos usan la clave correspondiente. Por defecto: activado. Desactívalo para cobrar pagos reales. Mientras esté activado, el cliente ve Test mode: no real payment will be made. en el paso Confirm Order.

Test secret key: la clave secreta del modo de prueba. Empieza por sk_test_.

Test webhook secret: el secreto de firma del webhook del modo de prueba. Empieza por whsk_.

Live secret key: la clave secreta del modo real. Empieza por sk_live_.

Live webhook secret: el secreto de firma del webhook del modo real. Empieza por whsk_.

Las claves y los secretos guardados no se vuelven a mostrar nunca. El campo queda vacío y muestra Saved — leave empty to keep it. Escribe un valor nuevo solo si quieres cambiarlo. Para borrar un valor guardado, marca Clear the saved value on save debajo del campo y haz clic en Save.

Webhook

El webhook avisa a tu tienda de que se ha hecho un pago, también cuando el cliente cierra el navegador después de pagar. Crea un webhook en el panel de PayMongo (o mediante la API de PayMongo) para cada modo, de prueba y real, 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_paymongo_payment_gateway/webhook, y en OpenCart 4: https://your-store/index.php?route=extension/wcp_paymongo_payment_gateway/payment/wcp_paymongo_payment_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):

Copia el secreto de firma (whsk_...) de cada webhook en Test webhook secret o Live webhook secret. Los webhooks sin una firma válida se rechazan. La firma se comprueba con el secreto de su propio modo, y el modo del evento debe coincidir con él, así que un webhook de prueba nunca confirma un pago real. Cada evento se vuelve a comprobar a través de la API de PayMongo con la clave secreta del modo del pago antes de cambiar un pedido. Los eventos de pagos que no se iniciaron en esta tienda se ignoran. Sin webhook, un pedido solo se confirma cuando el cliente vuelve a la tienda después de pagar.

Pedidos

OpenCart crea el pedido en el paso Confirm Order sin estado (un pedido sin estado). Recibe un estado solo después de que PayMongo haya confirmado el pago. OpenCart no tiene el estado On hold: por defecto, los estados de espera y de retención son ambos Pendiente, y la pestaña de PayMongo y las notas del pedido permiten distinguirlos. Puedes crear tus propios estados en System > Localisation > Order Statuses y seleccionarlos aquí. Cada campo de abajo muestra tus estados de pedido de OpenCart.

Order status after payment: el estado que se asigna tras un pago correcto. Por defecto: En proceso. Complete es adecuado para productos virtuales o descargables que no necesitan envío.

Awaiting PayMongo payment: el cliente terminó en la página de PayMongo, pero el pago aún se está procesando (por ejemplo, banca en línea). El webhook o la siguiente comprobación completan el pedido. Por defecto: Pendiente.

PayMongo payment on hold: una diferencia de importe o de moneda, un pago de prueba en una tienda real o un pago que llegó después de cancelar el pedido. Una nota explica el motivo. Por defecto: Pendiente.

Failed status: un pago en espera ha fallado más tarde (payment.failed). Un intento fallido de un pedido sin estado deja el pedido sin estado, y el cliente puede volver a pagar. Por defecto: Fallido.

Cancelled status: el estado que asignas a un pedido cancelado. Un pago que llegue más tarde pone el pedido en retención en lugar de completarlo. Por defecto: Cancelado.

Refunded status: se asigna cuando el pago se reembolsa por completo desde la pestaña del pedido. Por defecto: Reembolsado.

Avanzado

Debug log: registra las llamadas a la API de PayMongo y los eventos de webhook en paymongo_p_debug.log.php, en la carpeta de registros de OpenCart (storage/logs). El archivo no se puede abrir desde la web. Los errores y las advertencias siempre se registran, incluso con el interruptor desactivado. Las claves y los datos de los clientes nunca se registran. Por defecto: 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 borran los ajustes de la pasarela y el registro. Los ID de PayMongo guardados para los pedidos y los reembolsos siempre se conservan, porque se necesitan para los reembolsos y la contabilidad. Por defecto: desactivado.

Importar / Exportar

Export: Download JSON guarda los ajustes como archivo JSON. Las claves secretas no se exportan.

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

Compra

En el paso Payment Method el cliente elige el método de pago (por defecto, PayMongo (Card, GCash, GrabPay, Maya)). En el paso Confirm Order el cliente ve tu descripción y la nota After you confirm the order you will be redirected to PayMongo to complete the payment. OpenCart crea el pedido en este paso, todavía sin estado. 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 al final de la página de compra.

Cuando el cliente hace clic en Confirm Order, la extensión crea una sesión de pago de PayMongo (Checkout Session) por el total del pedido en PHP, con una línea Order # y el número de pedido, y envía al cliente a la página de pago de PayMongo. El nombre, el correo electrónico, el teléfono y la dirección de facturación del cliente se pasan a PayMongo. Allí el cliente elige uno de los métodos seleccionados y paga. Una nota del pedido registra la página de pago de PayMongo.

Tras pagar, el cliente vuelve a tu tienda. El pedido se marca como pagado solo cuando PayMongo lo confirma: la extensión consulta a la API de PayMongo sobre el pago cuando el cliente regresa y cuando llega el webhook. El pedido recibe entonces su estado de la forma habitual de OpenCart, con los correos habituales del pedido y la actualización del stock, y el cliente ve la página de pedido completado de OpenCart con Your PayMongo payment has been received. Si PayMongo sigue procesando el pago cuando el cliente vuelve, el pedido recibe el estado de espera y la página muestra PayMongo is still processing your payment. Your order will be updated as soon as PayMongo confirms it — please do not pay again. Para un pedido en retención muestra Your payment was received and is being reviewed. We will update your order shortly. Si PayMongo no responde cuando el cliente vuelve, una página Payment confirmation dice Your payment is being confirmed by PayMongo. You will receive an e-mail as soon as it is confirmed — please do not pay again. con un botón Check again; el webhook asigna el estado del pedido en cuanto llega. Cuando un pedido pasa del estado de espera a pagado o al estado de error de pago, el cliente recibe el correo habitual de cambio de estado de OpenCart.

Si el cliente cancela en la página de PayMongo o no termina el pago, vuelve a la compra con You cancelled the PayMongo payment. You can try again or choose another payment method. o Your PayMongo payment was not completed. You can try again or choose another payment method. El carrito se conserva. En OpenCart 4 estos mensajes se muestran encima de la página de compra. Un nuevo intento (OpenCart 3 crea un pedido nuevo cada vez que se muestra el paso Confirm Order; OpenCart 4 actualiza el pedido de la compra) comprueba primero el anterior: si entretanto se pagó, el pago se confirma sin uno nuevo; si no, el enlace de pago de PayMongo anterior caduca, de modo que el carrito no se puede pagar dos veces. Mientras el pago anterior siga procesándose, el cliente ve Your previous PayMongo payment for this order is still being processed. Please wait a few minutes before trying again. Si otro pedido del mismo carrito ya está pagado o pendiente de pago, el cliente pasa a la página de éxito. 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 compra hasta que se muestra la página de éxito. Si ese pedido se cerró entretanto (por ejemplo, lo cancelaste), o se pagó para un carrito distinto, el cliente vuelve a la compra con el mensaje Your previous order is already closed. Please confirm the order again: the cart will be paid with a new order. El siguiente Confirm Order paga un pedido nuevo. Un pedido pagado nunca se muestra como pagado para un carrito distinto.

Si PayMongo no puede iniciar el pago, el cliente se queda en el paso Confirm Order con un mensaje breve encima del botón, por ejemplo The payment could not be started. Please try again or choose another payment method. o PayMongo could not be reached. Please try again in a moment. El motivo técnico se escribe en el registro.

El webhook también funciona mientras la tienda está en modo de mantenimiento, porque OpenCart deja pasar las solicitudes de las extensiones de pago (en OpenCart 4 la extensión añade para ello su propia acción de inicio, que también deja volver al cliente desde PayMongo).

La extensión acepta pagos únicos en la página de PayMongo. No tiene campos de tarjeta en tu propia página de compra, ni tarjetas guardadas, ni suscripciones o pagos recurrentes, ni pagos a plazos, ni autorización y captura por separado.

Pedidos y reembolsos

Estados de pedido

Sin estado (pedido incompleto): el cliente fue enviado a PayMongo y no ha pagado, o PayMongo todavía no ha confirmado el pago. En Sales > Orders estos pedidos solo se muestran con el filtro Order Status en Missing Orders.

Estado del pedido tras el pago (por defecto En proceso): el pago se confirmó. Una nota muestra el pago de PayMongo, el importe, el método, el modo y cómo se confirmó (webhook, regreso o nuevo intento de pago).

Pago de PayMongo pendiente (por defecto Pendiente): el cliente volvió mientras PayMongo seguía procesando el pago. El pedido pasa al estado de pagado cuando PayMongo lo confirma.

Pago de PayMongo retenido (por defecto Pendiente): el importe o la moneda pagados no coinciden con el total del pedido; o se hizo un pago en modo de prueba mientras la tienda está en modo real, así que no se recibió dinero; o el pago llegó después de que el pedido se cancelara. La nota lo explica. Revisa el pedido y procésalo o reembolsa el pago.

Estado fallido (por defecto Fallido): un webhook firmado payment.failed indicó que el último intento de pago de un pedido pendiente falló. La nota muestra el código y el mensaje de error de PayMongo. Si el mismo pago se completa más tarde, el pedido pasa al estado de pagado.

Estado reembolsado (por defecto Reembolsado): el pago se reembolsó por completo mediante la extensión.

Si llega un segundo pago para un pedido que ya está pagado, o para otro pedido de un carrito ya pagado, el pedido pagado no cambia. Una nota te pide que reembolses el pago duplicado en el panel de PayMongo. Un pedido que se pagó y después se canceló o reembolsó nunca se reabre.

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

Pestaña VibeFox PayMongo Payment Gateway

En Sales > Orders abre un pedido pagado con PayMongo. En la parte inferior de la página del pedido, junto a History y Additional, la pestaña VibeFox PayMongo Payment Gateway muestra el PayMongo payment, el PayMongo payment intent, el PayMongo checkout, el PayMongo mode con una etiqueta Test mode para los pagos de prueba, el Status, los importes Paid / refunded, el formulario de reembolso, el historial de reembolsos y las Notes del pedido. La pestaña se muestra a los usuarios que tienen acceso a la extensión.

Reembolsos

En la pestaña VibeFox PayMongo Payment Gateway introduce el Amount (se rellena el importe aún no reembolsado), opcionalmente un Reason (optional), y haz clic en Refund via PayMongo. Confirma la pregunta Refund this amount through PayMongo? This cannot be undone. Se admiten reembolsos totales y parciales, con dos decimales como máximo. Necesitas el derecho a modificar la extensión (se configura en System > Users > User Groups). Los reembolsos se limitan al importe que PayMongo cobró realmente, así que tras una diferencia de importe puedes reembolsar hasta lo que pagó el cliente, no el total del pedido. El reembolso se envía con la clave secreta del modo en el que se hizo el pago (prueba o real), así que esa clave debe estar configurada. Si PayMongo no acepta el reembolso, la pestaña muestra el error y no se registra ningún reembolso. Un reembolso correcto se añade al historial de reembolsos y a las notas con el ID y el estado del reembolso de PayMongo. Un reembolso total asigna el pedido al Refunded status sin notificar al cliente y sin devolver productos al stock, igual que un cambio manual de estado. Un reembolso parcial no cambia el estado.

Las devoluciones de productos en Sales > Returns no devuelven dinero a través de PayMongo. Los reembolsos hechos en el panel de PayMongo no se comunican a OpenCart. Haz el reembolso desde la pestaña del pedido o 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 PayMongo Payment Gateway es el primer bloque de Extensions > Extensions > Payments > VibeFox PayMongo Payment Gateway > Edit, encima de los ajustes. Introduce 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 quitar la clave de esta tienda. Debajo aparecen la línea Product: opencart-payment-paymongo 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 de 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 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, PayMongo no se muestra a los clientes en la 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 de administración en el mismo navegador sigue viendo el método de pago en la tienda, marcado con (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 se oculta para todos. Después de abrir una vez la página Edit, 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 los reembolsos funcionan.

Cuando una licencia caduca, la extensión sigue funcionando, pero las actualizaciones y el soporte necesitan una renovación. El estado se vuelve a comprobar automáticamente al abrir el Dashboard del panel de administración o la página Edit: 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 hace falta ningún cron job. Al desinstalar la extensión siempre se eliminan la clave de licencia y el estado de la licencia.

Solución de problemas

PayMongo no aparece en la compra: comprueba que la licencia esté activa, que Enable/Disable esté activado, que el modo actual tenga una clave secreta (Test secret key en modo de prueba, Live secret key en modo real), que el cliente pague en PHP y que el total sea de al menos ₱100.00. Comprueba también que la dirección de pago esté en la Geo Zone seleccionada y que el pedido alcance el Total definido en los ajustes.

El pago se realizó, pero el pedido sigue sin estado: el webhook no funciona y el cliente no volvió a la tienda. En el panel de PayMongo comprueba que existe un webhook en el modo que usas, que su URL es exactamente la que aparece en Webhook URL y que los tres eventos están seleccionados. Comprueba que su secreto de firma está en el campo correspondiente (Test webhook secret o Live webhook secret).

El webhook responde Invalid signature: falta el secreto de firma de ese modo o pertenece a otro webhook. Pega el secreto de firma del webhook en el campo de su modo.

El webhook responde Mode mismatch: un evento de prueba se firmó como real o al revés. Comprueba que cada webhook pertenece al modo correcto.

El webhook responde Temporary error: el pago no se pudo comprobar a través de la API de PayMongo, por ejemplo porque falta la clave secreta del modo del pago. PayMongo reintenta el webhook automáticamente.

El webhook responde Busy, retry: otra solicitud estaba confirmando el pedido en el mismo momento, o no se pudo asignar el estado del pedido. PayMongo reintenta el webhook automáticamente. El motivo está en el Log.

El webhook responde Ignored: el evento pertenece a un pago que no se inició en esta tienda, o a otro modo. No se cambia nada.

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

El valor no se guardó: una clave se pegó en el campo equivocado. Las claves secretas empiezan por sk_test_ o sk_live_, y los secretos de webhook por whsk_.

El cliente ve un error después de Confirm Order: revisa el campo Log de la página de la extensión. Una clave secreta incorrecta da el mensaje de que el método de pago no está disponible temporalmente. Un método de pago que no está activado en tu cuenta de PayMongo hace que PayMongo rechace la compra; elimínalo de Payment methods. This payment method is not available. Please reload the checkout page. significa que la sesión de pago ya no coincide con el pedido, o que el método de pago se desactivó entretanto.

Pagos de prueba en una tienda real: un pago de prueba que llega mientras la tienda está en modo real pone el pedido en el estado de retención con una nota que indica que no se recibió dinero. Los pagos reales siempre se reconocen, incluso después de volver al modo de prueba, y se reembolsan con la clave real.

El pedido está en el estado de retención tras el pago: lee las notas de la pestaña VibeFox PayMongo Payment Gateway (véase Estados de pedido), y después procesa el pedido o reembolsa el pago.

No hay formulario de reembolso en la pestaña: el pago aún no está confirmado, está reembolsado por completo, o tu grupo de usuarios no tiene derecho a modificar la extensión.

El reembolso falla con un mensaje sobre el modo: el pago se hizo en modo de prueba o real, y la clave secreta de ese modo no está configurada. Introdúcela y vuelve a intentarlo.

Para desarrolladores: antes de crear la sesión de pago, la extensión dispara el evento de OpenCart paymongo_p_checkout_session_data con los datos de la sesión 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 PayMongo Payment Gateway. La clave de licencia y el estado de la licencia de esta extensión siempre se eliminan. OpenCart siempre elimina los ajustes propios 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. El evento de OpenCart de la extensión también se elimina (en OpenCart 4, sus eventos y su acción de inicio, que deja pasar el webhook y el regreso del cliente en modo de mantenimiento). Si Delete data on uninstall está activado, se borran los demás ajustes de la pasarela (título, descripción, métodos de pago, modo de prueba, claves, secretos de webhook, registro) y el registro. Si está desactivado, se conservan para una reinstalación posterior. Los ID de PayMongo de los pedidos y de los reembolsos siempre se conservan, así que los pedidos pagados antes se pueden 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 desinstalar y haz clic en Uninstall (el botón naranja −) junto a VibeFox PayMongo Payment Gateway en la lista de extensiones instaladas, y después en Delete (el botón rojo de papelera) para eliminar el paquete subido.

PayMongo es una marca comercial de su titular. Esta extensión no está afiliada a PayMongo ni cuenta con su respaldo.