Skip to main content
La cartola consolida todos los movimientos de una cuenta en un período — payouts, payins, depósitos y retiros crypto, transferencias internas, compras con tarjeta, conversiones de saldo, operaciones bancarias y cargos por servicio — en un solo documento auditable. Un mismo endpoint la entrega en tres formatos:

Pedir la cartola

  • from / to: fechas YYYY-MM-DD inclusive, en la zona horaria de tu organización. Rango máximo: 400 días.
  • El campo de respuesta period.timezone contiene la zona horaria IANA real de la organización (por ejemplo America/New_York), no una etiqueta UTC fija.
  • lang=en|es|zh: idioma del PDF/Excel (default en). Tambien Content-Language.
  • Los archivos llegan con Content-Disposition: attachment. El basename sigue el locale (statement_… / cartola_… / 对账单_…).

Qué contiene

Secciones:
  1. summary — saldo inicial, entradas, salidas, saldo final, comisiones por servicio y el flag balanced del saldo USDT (el resumen principal siempre concilia USDT).
  2. assets — una sección conciliada por cada saldo no-USDT con actividad o saldo (USD, USDC, BTC, GOLD, SILVER, PLATINUM, BOB, MXN, ARS y, si usas Banking, los espejos BANK_USD/BANK_EUR de tus cuentas bancarias): saldo inicial/final, entradas, salidas y su propio flag balanced, en la precisión de cada moneda y SIN detalle crudo en la vista cliente; el detalle crudo por asset vive solo en la cartola org-admin. Si solo operas USDT, viene vacía.
  3. breakdown — por producto, por país (payouts y payins con monto local y USDT), por moneda fiat y por mes.
  4. Detalle por producto — payouts (con beneficiario, tasa y débito), payins (por modalidad), crypto (con tx_id y su asset), transferencias (con contraparte y asset), compras con tarjeta (card_transactions, con comercio y saldo de gasto), conversiones de saldo (swaps), operaciones bancarias (banking_operations) y cargos por servicio (con reembolsos).
  5. Secciones de producto y auditoría — la cartola del cliente omite el ledger crudo movements, los assets[].movements y summary.counts.movements. Cuadra por sección de producto usando balance_after en cargos y depósitos crypto. Para una auditoría profunda, usa la cartola org-admin o GET /v1/movements.
Comisiones transparentes. En payouts, payins y retiros crypto, cuando la comisión combina un componente porcentual y uno fijo, la cartola los separa en fee_percent y fee_fixed (suman exacto el fee). Los cargos standalone (compliance, wallets, banking, verificaciones y tarjetas) siempre son cargos de monto fijo, incluyen el asset cobrado (USDT para el resumen de fees que es solo USDT) y llevan fee_model: "fixed" — el PDF/Excel los etiqueta como Fixed Com.

Cómo cuadrar la cartola (para tu contador)

La cartola cumple identidades contables exactas, sin redondeos:
  • balanced: true confirma la identidad contra el ledger para el resumen USDT y, de forma independiente, para cada sección de assets. Nunca se suman saldos de activos distintos.
  • Cada sección de producto se cuadra con sus propios montos y estados. Los cargos y depósitos crypto incluyen balance_after, para verificar su efecto en el saldo correspondiente sin depender de un dump del ledger.
  • La cartola del cliente omite deliberadamente el ledger USDT crudo movements, assets[].movements y summary.counts.movements. Para una auditoría profunda, un org-admin puede usar la cartola administrativa o GET /v1/movements, la vista paginada del ledger.
  • El saldo final de un período empalma con el saldo inicial del siguiente.
  • El rango from/to se interpreta en la zona horaria de la organización (period.timezone), pero los timestamps de detalle de cada operación van en UTC (JSON en RFC3339 con Z; columnas Fecha (UTC) en PDF/Excel).
  • Las comisiones nunca quedan escondidas: cada operación expone bruto, comisión y neto por separado; fees_by_service sigue siendo solo USDT por diseño.
  • Los nombres de las hojas XLSX siguen el lang solicitado (en, es o zh), incluyendo Crypto, Segregated, Cards, Swaps, Banking y Margins cuando esas secciones están presentes.
  • La hoja Payouts del Excel lleva la columna Ref. bancaria (justo después de la columna de referencia/concepto) con el id de la transacción que asigna el banco de destino al confirmar el pago. El PDF de la cartola la omite a propósito (densidad de la tabla) — el comprobante individual del payout sí la muestra.

Para el administrador (org admin)

El equipo de CBPay puede generar la cartola de cualquiera de sus cuentas:
La vista del administrador incluye información operativa adicional del período (detallada en la documentación de administración).

Errores

FAQ

Bajo demanda — cada consulta la construye en vivo desde el ledger para el rango from/to que pases (ambos obligatorios, YYYY-MM-DD, zona horaria de tu organización).
Cada asset concilia de forma independiente: apertura + abonos − cargos = cierre para USDT, USD, USDC, BTC, GOLD, SILVER, PLATINUM, BOB, MXN, ARS y los espejos banking. Si algún asset no cuadra el flag queda false — repórtalo a tu equipo CBPay.
Espejan tu dinero banking dentro de la cartola para que la cuenta se reconstruya completa. El saldo autoritativo siempre es el del banco (GET /v1/banking/accounts/{id}/balance); estos espejos jamás son gastables.
JSON (integración), PDF y XLSX — ambos brandeados con la identidad de tu organización. Usa el parámetro format del endpoint (format=json|pdf|xlsx).
Los cargos standalone de servicios (verificaciones, screenings, servicios de wallet) son comisiones solo-fijas, etiquetadas “Fixed Com” en la cartola — a diferencia de las comisiones transaccionales de % + fijo.
Sí — toda operación tiene su comprobante con un código de verificación público; cualquiera puede validarlo sin autenticación.

Disputas en la cartola

La cartola incluye disputes[] cuando se creó un caso en el período. Cada item trae created_at, dispute_id, kind, status, disputed_usdt, held_usdt, case_number opcional y deadline_at. El hold preventivo aparece una vez; el chargeback del proveedor es el débito financiero separado.

Filas por activo

Payins incluyen credit_asset y fiat_credited opcional; devoluciones incluyen debited_asset y debited_amount. JSON, PDF y XLSX conservan la precisión del activo real y separan el equivalente USDT.
Última modificación el 4 de octubre de 2026