Alternativa a Alfred Pay para pagos fuera de América Latina
Alfred Pay opera rutas latinoamericanas como SPEI, Pix y Bre-B, con un saldo por cliente. Fuera de esas rutas, una alternativa a Alfred Pay paga a tus propios usuarios desde USDT o USDC en una sola billetera de socio.
Cuándo quedarte con Alfred Pay
Tus usuarios están en México, Brasil, Colombia o Argentina
La página de cobertura de Alfred Pay indica sus propias empresas y una oficina local en cada uno de los cuatro países. Paga por SPEI en México en menos de una hora, por Pix en Brasil al instante, por ACH Colombia, Bre-B, Nequi o DaviPlata en Colombia, y por transferencias CBU o CVU en Argentina.
Cobras pesos o reales en cuentas locales
Alfred emite cuentas locales virtuales, como cuentas bancarias mexicanas para empresas de EE. UU., y abona cada depósito al cliente al que pertenece. Un cobro con la Payments API de Unigox funciona al revés: el usuario paga por banco o dinero móvil y los USDT o USDC llegan a tu billetera de socio.
Tus clientes mantienen saldos en MXNa o USD
Alfred mantiene saldos a nombre de los clientes que incorporas, en USDC o USDT, en una Corporate USD Account opcional o en una stablecoin local: MXNa, ARSa, COPa o BRZ. Un saldo en MXNa se paga en MXN por SPEI sin conversión de moneda. Unigox no mantiene un saldo por usuario.
Pagar a un usuario fuera de las rutas de Alfred Pay
| Tema | Alfred Pay | Unigox |
|---|---|---|
| Dónde se reciben los pagos | México (SPEI), Brasil (Pix), Colombia (ACH Colombia, Bre-B, Nequi, DaviPlata), Argentina (transferencias CBU y CVU) y USD en EE. UU. y El Salvador. Su documentación de API menciona también otros sistemas, como cámaras de compensación en Chile, Perú, Bolivia, Paraguay y la República Dominicana, y FPS y CHATS en Hong Kong. Solo las rutas marcadas como activas aceptan pagos reales. | Moneda local en una cuenta bancaria o de dinero móvil del usuario, pagada por un comerciante P2P o una empresa de pagos conectada a Unigox. Los mercados de tu integración se acuerdan en la llamada de configuración. |
| Dónde espera el dinero | A nombre de cada cliente que incorporas, como un saldo que Alfred mantiene en USDC, USDT, una Corporate USD Account o una stablecoin local. Un pago se debita del saldo disponible de ese cliente. | En la billetera de socio de tu empresa, recargada por adelantado con USDT o USDC. Cada orden pasa de ahí al depósito en garantía on-chain con una transferencia que firma tu servidor. Un pago financiado que se detiene espera en el depósito en garantía hasta que tu servidor firme su reembolso a la billetera. |
| Antes del primer pago | El cliente pasa el KYC o el KYB y tiene la habilitación que requiere el pago. Cada destino se revisa hasta que Alfred lo marca como verificado, y una comparación de nombres distingue la cuenta propia del cliente de la de un tercero. Se permiten pagos a terceros; uno en stablecoins necesita su propia habilitación. Una verificación puede caducar y detener pagos posteriores. | El usuario pasa una verificación de identidad de Unigox: un documento de identidad y un selfie, una verificación reutilizada de Sumsub o Persona, o un enlace de verificación de Unigox. Los pagos van a la propia cuenta del usuario o, en rutas compatibles confirmadas antes de la integración, a un proveedor u otro tercero. |
| Precios | Sin tarifa pública: los tipos de cambio y las comisiones se acuerdan con cada socio. Cada cotización detalla cada comisión en su propia línea, incluidas las de red y de conversión, y caduca a los dos minutos aproximadamente. | Se fija por moneda y método de pago, y cada cotización lo desglosa en la comisión de Unigox, tu propia comisión y el total. Tu comisión llega a la billetera de socio cuando se completa la orden. |
| Cómo empezar | Generas tus propias claves en su panel y desarrollas sobre un sandbox idéntico a producción; el entorno de producción se abre cuando Alfred habilita tu cuenta. Alfred estima menos de 14 días desde el registro hasta el primer pago. | Una llamada para acordar mercados y, después, la verificación de empresa. Las credenciales llegan tras la aprobación; el sandbox tiene los mismos endpoints que producción, con una colección de Postman y ejemplos de firma en Python, JavaScript y C#. |
| Regulación | Su página de cobertura indica sus empresas por país: un transmisor de dinero (Fast Cash Mexico) y una empresa con registro de activos virtuales en México, una entidad de pago y una empresa de servicios de activos virtuales en Brasil, una empresa de servicios de activos virtuales en Colombia, empresas de servicios de activos virtuales y de pago en Argentina, una empresa de servicios de pago y de activos digitales en El Salvador, y un negocio de servicios monetarios en EE. UU. | Unigox opera a través de dos empresas: UNIGOX NETWORK CORP. en Canadá se encarga del lado de la moneda local y está registrada ante FINTRAC como negocio de servicios monetarios y ante el Banco de Canadá como proveedor de servicios de pago; UNIGOX NETWORK CORP. en Panamá se encarga del lado cripto, incluidas las billeteras y el depósito en garantía. |
UnigoxAñade Unigox para los pagos que Alfred Pay no cubre
Reserva una llamada con tu lista de países
Trae los países donde viven tus usuarios fuera de las rutas de Alfred Pay, y si se les paga por banco o dinero móvil. En esa llamada acordamos la configuración, y después tu empresa pasa el KYB de Unigox.
Rehaz la llamada de pago en el sandbox
Donde Alfred registra un destino, cotiza y debita el saldo de un cliente, Unigox usa una cotización y una orden que tu servidor firma desde la billetera de socio al depósito en garantía. El sandbox usa los mismos endpoints que producción.
Verifica usuarios, financia la billetera y pasa a producción
Los usuarios de esos países pasan la verificación de identidad de Unigox, y se puede reutilizar una verificación apta de Sumsub o Persona. Pon USDT o USDC en la billetera de socio antes de la primera orden real.
Preguntas sobre alternativas a Alfred Pay
¿Qué alternativa a Alfred Pay paga a usuarios fuera de LatAm?
Unigox, para una app que paga a sus propios usuarios verificados desde USDT o USDC y tiene usuarios donde Alfred Pay no indica ninguna ruta. En los países que cubre la Payments API, esos usuarios reciben moneda local en su propia cuenta bancaria o de dinero móvil. Mantén Alfred para los pagos por SPEI, Pix y Bre-B.
¿Qué hace Alfred Pay?
Alfred Pay, que se presenta como alfred, es una API de pagos con stablecoins para América Latina. Incorpora a tus clientes, mantiene sus saldos en stablecoins, USD o stablecoins locales como MXNa, emite cuentas locales virtuales y paga por SPEI, Pix, ACH Colombia y transferencias bancarias argentinas.
¿Alfredpay publica sus comisiones?
No. Su documentación indica que los tipos de cambio y las comisiones son condiciones comerciales que se acuerdan con cada socio, y cada cotización detalla sus comisiones y se mantiene unos dos minutos. Una cotización de la Payments API de Unigox muestra la comisión de Unigox, tu propia comisión y el total, y una orden que no se completa no se cobra.
¿Las aprobaciones de clientes de Alfred Pay se trasladan a Unigox?
No. El KYC, el KYB y las habilitaciones de Alfred se quedan en Alfred. En Unigox, tu empresa pasa el KYB y cada usuario pasa la verificación de identidad de Unigox, que puede reutilizar una verificación apta de Sumsub o Persona. Puedes mantener Alfred para América Latina y enviar los demás países a Unigox.
Revisa tus pagos fuera de las rutas de Alfred Pay
Envíanos los países donde Alfred Pay no tiene ruta para tus usuarios, y si se les paga por banco o dinero móvil. Para cada uno confirmamos si la Payments API paga allí. Financias esos pagos desde una sola billetera de socio en USDT o USDC, no con un saldo por usuario.
Alfred Pay y otros nombres y logotipos son marcas comerciales de sus respectivos titulares. Unigox no tiene vínculo con ellos ni cuenta con su respaldo o patrocinio. La información sobre otras empresas procede de fuentes públicas, principalmente de los sitios web de las propias empresas, y cada empresa puede cambiar sus productos y comisiones en cualquier momento.