En resumen
Para cobrar en USDT y USDC, crea un proyecto en Paymos, elige el método de cobro que encaje con tu proceso de venta, activa las rutas admitidas de activo y red, y define cuándo se puede entregar un pedido. Los enlaces de cobro y los plugins de e-commerce son los que menos desarrollo piden; la página de pago alojada o la API encajan con un flujo de pedidos conectado.
Para cobrar en USDT y USDC en un sitio web, crea un proyecto en Paymos, elige entre enlace de cobro, plugin de e-commerce, página de pago alojada, pago integrado, Low-Code SDK o API REST, y activa los pares admitidos de activo y red. Mantén el pedido pendiente hasta que la factura quede confirmada. Paymos liquida la misma stablecoin que recibió, sin forzar ninguna conversión.
¿Qué método de cobro encaja con tu proceso de venta?
Usa un enlace de cobro cuando un comercial crea una factura y la envía por correo, chat o CRM. Elige un plugin oficial de e-commerce cuando la tienda ya corre sobre una plataforma admitida y el estado del pedido debe quedarse dentro de esa plataforma. La página de pago alojada abre una página de cobro que aloja Paymos. El pago integrado lleva esa misma experiencia dentro del sitio del comercio mediante un iframe. El Low-Code SDK añade controles en JavaScript y admite modo iframe o redirección.
La API host a host es para negocios con un sistema de pedidos en el servidor y con desarrolladores que se harán cargo del tratamiento de los estados de pago. No es el requisito por defecto para aceptar stablecoins. La guía de integración por API cubre la autenticación HMAC, la creación de facturas segura ante reintentos y los webhooks firmados.
¿Qué conviene preparar antes de la primera factura?
Crea el proyecto, decide quién puede administrarlo y define qué equipo se encarga de ventas, entrega, devoluciones y retiros. Un negocio puede empezar el alta sin presentar documentos de KYC, aunque más adelante se puede pedir una verificación adicional según la política de riesgo, los límites o la normativa aplicable. Configura el destino de retiro de producción por el proceso aprobado antes de empezar a retirar con regularidad.
Deja por escrito cómo se corresponde el pedido del cliente con la factura de Paymos. Con enlaces de cobro puede ser una referencia del CRM o de contabilidad. Con un plugin, es el pedido del e-commerce. Con una página de pago conectada, es el pedido en el sistema del propio comercio. Una referencia clara mantiene alineados el soporte y la conciliación.
¿Qué rutas de USDT y USDC debe ofrecer la página de pago?
Activa los pares de activo y red que Paymos admite y que tus clientes usan de verdad. La página de USDT y la página de USDC recogen las matrices de red vigentes, así que son la referencia de disponibilidad. USDT no está disponible en todas las redes de USDC, ni USDC en todas las de USDT. La página de pago tiene que mostrar juntos el activo exacto y la red.
La red elegida cambia cómo envía el pagador los fondos, cómo paga la comisión de la cadena en ese momento y cuánto tiene que esperar a la confirmación; lo que no hace es crear un saldo distinto por cada cadena. Muestra el nombre de la red junto a la dirección y al código QR. No le digas a un cliente que envíe «USDT o USDC» sin nombrar la ruta, y no fijes en el código una estimación de gas en dólares. Si la comisión que ve la billetera resulta demasiado alta para una factura pequeña, deja que el cliente elija otra ruta admitida en vez de improvisar un paso entre redes durante el pago.
¿Qué ve el cliente mientras paga?
El cliente abre la página de pago de Paymos, elige USDT o USDC y una red disponible, y envía el importe exacto de la factura desde una billetera compatible. La página le da la dirección de pago, el código QR y el estado actual del pago. No necesita cuenta de Paymos, ni correo electrónico, ni KYC en la página de pago. El comercio puede usar una redirección o una experiencia integrada según la integración elegida.
Mantén el pedido pendiente mientras la transferencia se detecta y se confirma. Volver a la página de éxito sirve para la navegación, pero no es la señal de entrega. Si el cliente cierra la página, el pedido sigue necesitando un estado fiable dentro del flujo del comercio. Para sistemas propios, la guía de la API explica la vía de eventos del lado del servidor sin convertir esta guía de configuración en un manual de ingeniería.
¿Cuánto cuesta cobrar en USDT o USDC?
Separa la comisión de red del pagador de la comisión de procesamiento del comercio y de cualquier conversión posterior. La billetera del pagador cotiza y paga la comisión variable de la cadena por enviar USDT o USDC. El procesamiento estándar de Paymos es del 1,0 % por factura liquidada; la comisión Enterprise es del 0,3 % bajo solicitud. Por defecto, el comercio asume la comisión de Paymos, aunque un proyecto puede trasladar al pagador una parte o la totalidad.
No hay cuota de alta, cuota mensual de plataforma, mínimo mensual, retención, diferencial de cambio oculto ni conversión forzosa. Paymos se hace cargo del coste de red de aceptar y consolidar los pagos, y no añade a la factura del comercio una comisión de consolidación aparte. Si más adelante el negocio cambia una stablecoin en un servicio externo, el tipo cotizado, el diferencial, el gas y las condiciones de retiro de ese proveedor son costes distintos.
¿Cuándo entregar un pedido y cuándo revisarlo?
Entrega solo cuando la factura alcance el estado de pago confirmado que exigen la ruta y el importe elegidos. Una transferencia detectada o un hash de transacción no bastan. Un pago fuera de plazo, un pago de menos, una notificación duplicada o una ruta que no coincide necesitan una vía de revisión definida, para que el equipo no improvise bajo la presión del cliente.
El comercio también debería definir las devoluciones antes de lanzar. Devolver una stablecoin es una nueva transacción saliente, no la reversión de la transferencia original. Verifica el activo, la red, el importe, el cliente y el destino por un proceso autenticado. La comparativa de stablecoins separa los riesgos de emisor, de liquidez y de elección de activo.
¿Cómo se liquidan USDT y USDC al comercio?
El USDT recibido por las redes admitidas suma al saldo de USDT del comercio; el USDC suma al saldo separado de USDC. Paymos no fuerza la conversión a dinero fiduciario, BTC, ETH ni otra stablecoin. Al retirar, el negocio elige una ruta de salida disponible para ese activo y un destino aprobado. Paymos no cobra comisión de procesamiento por el retiro, aunque la ruta elegida puede llevar una comisión de red declarada o un importe mínimo. Esa comisión va subvencionada: se cobra por debajo de lo que cuesta mover el dinero por esa ruta.
Mantén separados los permisos de cobro y los de tesorería. Quien emite enlaces de cobro o gestiona pedidos del e-commerce no necesita autoridad para cambiar destinos de retiro. Concilia las facturas liquidadas con el saldo del activo correspondiente, revisa el cálculo del retiro y registra cualquier conversión externa posterior como una operación de tesorería aparte.
¿Qué hay que probar antes de salir a producción?
Haz un pago real pequeño por cada método de cobro activado y por rutas representativas de USDT y USDC. Comprueba que la factura se abre, que el activo y la red no dejan lugar a dudas, que la billetera puede enviar, que el pago recorre los estados previstos, que el pedido se entrega una sola vez y que se actualiza el saldo correcto. Prueba como escenarios operativos un pago fuera de plazo, un pago de menos, un cliente que abandona y una solicitud de devolución.
Usa Sandbox para probar los resultados de pago admitidos en las integraciones conectadas, pero no confundas un resultado simulado con una transferencia real en la cadena. Antes del lanzamiento, verifica el acceso a producción, los controles de retiro, quién se hace cargo del soporte y las instrucciones que ve el cliente. El objetivo es un proceso de venta y entrega repetible, no la integración más grande posible.
| Método | Desarrollo | Encaja con | Dónde consta el pedido | |
|---|---|---|---|---|
| Enlace de cobro | Ninguno | Venta directa y facturas sueltas | Flujo del comercio | |
| Plugin de e-commerce | Configuración | Tiendas online admitidas | Plataforma de e-commerce | |
| Página de pago alojada | Enlace o redirección | Página alojada por Paymos | Sistema del comercio | |
| Pago integrado | Integración en iframe | Cobro dentro del propio sitio | Sistema del comercio | |
| Low-Code SDK | Integración en JavaScript | Flujo en iframe o por redirección | Sistema del comercio | |
| API REST | Integración en el servidor | Flujos de pedido propios | Backend del comercio |
Preguntas frecuentes
¿Cuál es la forma más rápida de cobrar en USDT o USDC?
Usa un enlace de cobro para una factura que puedas compartir, o un plugin oficial de e-commerce si tu tienda corre sobre una plataforma admitida. Ninguno de los dos exige construir una interfaz de pago propia.
¿El cliente necesita una cuenta de Paymos para pagar con USDT o USDC?
No. El cliente abre la página de pago, elige un activo y una red disponibles, y paga desde una billetera compatible sin crear ninguna cuenta de Paymos.
¿Qué redes de USDT y USDC conviene ofrecer?
Ofrece los pares de activo y red admitidos que tus clientes ya usan, y deja que el pagador compare la comisión de red que le muestra su billetera. No publiques una comisión ni un tiempo de confirmación permanentes para cada red.
¿Paymos convierte el USDT o el USDC automáticamente?
No. Paymos abona cada pago en el saldo del activo correspondiente, sin conversión forzosa a dinero fiduciario, BTC, ETH ni otra stablecoin.
¿Cuándo conviene usar la API REST?
Usa la API REST cuando tu servidor tenga que crear facturas y conectar los estados de pago con un sistema de pedidos propio. La guía específica de la API cubre la autenticación, la creación de facturas segura ante reintentos y los webhooks.
Cuándo NO conviene usar una integración propia de pagos con stablecoins
- Si un comercial solo envía facturas de vez en cuando, usa enlaces de cobro en lugar de construir una integración propia.
- Si la tienda corre sobre una plataforma de e-commerce admitida, evalúa el plugin oficial antes de mantener código de pago en casa.
- Si el negocio no tiene un sistema donde consten los pedidos, define el proceso de pedido y de devolución antes de conectar una API.
Fuentes
- 1. Tether: tokens, protocolos admitidos y direcciones de contrato (accessed 2026-08-02)
- 2. Circle: USDC y redes blockchain admitidas (accessed 2026-08-02)
Última revisión: 2 ago 2026


