Sign in
Introducción/Referencias

Referencias

Códigos de red, asignaciones divisa-red y valores de estado de pago utilizados en la API de 2328.io.

Esta página enumera todos los valores de referencia utilizados en las solicitudes y respuestas de la API.

Códigos de red

Estos códigos se utilizan en cualquier campo network:

CódigoRed
TRX-TRC20Tron TRC-20
BSC-BEP20BNB Smart Chain
ETH-ERC20Ethereum (ERC-20)
BASEBase
AVAX-CAvalanche C-Chain
POL-MATICPolygon (Matic)
TONTON
BTCBitcoin
LTCLitecoin
DASHDash
SOLSolana
DOGEDogecoin
ZECZcash
XRPXRP Ledger
XMRMonero

Asignación divisa-red

Cada divisa solo está disponible en un subconjunto de redes. Usa esta tabla para elegir una combinación válida:

DivisaRedes permitidas
USDTTRX-TRC20, BSC-BEP20, ETH-ERC20, BASE, AVAX-C, POL-MATIC, TON, SOL
USDCBSC-BEP20, ETH-ERC20, BASE, AVAX-C, POL-MATIC, SOL
BTCBTC
ETHETH-ERC20, BASE
BNBBSC-BEP20
TRXTRX-TRC20
LTCLTC
DASHDASH
GRAMTON
AVAXAVAX-C
POLPOL-MATIC
SOLSOL
DOGEDOGE
ZECZEC
XRPXRP
XMRXMR

GRAM es el código de activo canónico para la moneda nativa de TON. Las APIs de pago, cartera estática y creación de pagos actualmente aceptan la entrada legada TON y la normalizan a GRAM; las integraciones deben almacenar y manejar el valor canónico devuelto por la API. El activo nativo de Polygon es POL, mientras que su código de red es POL-MATIC. Nunca envíe MATIC como código de red.

Las direcciones habilitadas son configuración operativa y pueden cambiar independientemente de este catálogo. Consulte /v1/directions antes de presentar opciones; trate esta tabla como el mapa de códigos válido, no como una garantía de que cada par esté actualmente habilitado.

Estados de pago

El campo payment_status en los pagos y el filtro de /v1/payment/list admite los siguientes valores:

EstadoDescripción
pendingCreado, pendiente de inicialización
checkA la espera del pago del cliente
paidPagado correctamente
underpaid_checkPago insuficiente (se puede completar)
underpaidPago insuficiente
overpaidSobrepago (acreditado)
cancelCancelado / expirado
aml_lockTransacción bloqueada por AML

Cuando esperes un pago exitoso, debes tratar paid y overpaid como estados exitosos y acreditar el pedido del cliente.

Política de manejo de estado

Estado¿Cumplir el pedido?¿Continuar esperando?Acción operativa
pending / checkNoSí, hasta el vencimientoMostrar estado pendiente y reconciliar normalmente.
underpaid_checkNo por defectoSí, la recarga puede llegarAlmacenar cada txid de manera idempotente y mostrar el flujo de pago restante.
paidSí, una vezNoCumplir de manera atómica a partir del evento verificado.
overpaidSí, una vezNoCumplir y retener los montos excedentes/actuales según la política merchant.
underpaidEspecífico del productoNoAplicar política explícita de pago parcial/revisión manual.
cancelNoNoMarcar como vencido/cancelado, pero escalar cualquier evidencia en la cadena posterior.
aml_lockNoSin cumplimiento automáticoRevisión de cumplimiento/soporte; no liberar valor automáticamente.

Los estados describen la visión de la plataforma sobre el pago. No reemplazan su estado de cumplimiento local. Almacene ambos para que un pedido reembolsado, revisado manualmente o ya cumplido no pueda ser corrompido por un webhook más antiguo.

El filtro de solicitudes /v1/payment/list actualmente acepta pending, check, paid, underpaid_check, underpaid, overpaid y cancel. No acepta aml_lock como filtro, aunque un pago bloqueado por AML pueda ser devuelto por otros puntos de pago.

Estados de retiro

El campo status en /v1/payout y /v1/payout/status/{uuid} toma uno de:

EstadoDescripción
pendingCreado, pendiente de procesamiento
completedCompletado correctamente — txid está definido
failedError de envío — consulta error_type
cancelledCancelado

Tipos de error de retiro

Cuando un retiro tiene status = failed, el campo error_type describe la causa:

CódigoDescripción
aml_riskRetiro bloqueado por verificaciones de riesgo AML (la dirección destinataria fue marcada como de alto riesgo)