Skip to main content
Cuando tu organización tiene el firewall transaccional activado, algunas operaciones de dinero (payouts, retiros crypto, payins o transferencias banking) pueden quedar retenidas para revisión manual antes de ejecutarse — y si tu organización además activó la revisión de solicitudes, crear un perfil banking, registrar un tercero bancario o emitir una tarjeta puede quedar retenido de la misma forma. Esta guía te muestra cómo consultar esas revisiones y responder cuando te pidan información.
¿Pruebas de integración? En el ambiente de test (https://cryptobank.qbank.cl/platform, keys pk_test_) el firewall se comporta igual que en producción cuando tu org lo activa. Detalles en Ambientes y pruebas.

Qué verás

Cuando una operación tuya queda retenida:
  1. El estado cambia a in_review — la operación no se ejecuta todavía. El POST que la creó responde 202 Accepted con review_id.
  2. Recibes un webhook txn_review_status_changed con el estado nuevo.
  3. Si te piden información, recibes un email con el motivo y un enlace para subir documentos.
Esto es normal. El firewall transaccional es una capa de control que tu organización activó para cumplir con políticas de compliance. La mayoría de las revisiones se resuelven en minutos u horas.

Consulta tus revisiones

Lista las operaciones tuyas que están o estuvieron en revisión:
Respuesta:

Filtros

  • ?status=in_review, info_requested, released, rejected o all (vacío = abiertas: in_review + info_requested). Otro valor ⇒ 400 invalid_status.
  • ?from= / ?to= — rango de fechas (YYYY-MM-DD, zona horaria de tu organización, ambos inclusive). Fecha inválida ⇒ 400 invalid_range.
  • ?page= / ?page_size= — paginación (default 50, máximo 200).

Detalle de una revisión

Respuesta:
Una revisión de otra cuenta responde 404 not_found (nunca 403, para no filtrar existencia). Cuando la revisión fue rechazada, el detalle incluye decision_note (el mismo texto del email de rechazo) y decided_at.
El motivo interno nunca se expone. Por seguridad y para no comprometer las investigaciones de compliance, la vista del usuario final solo muestra el estado y el mensaje de la solicitud de información — jamás el motivo interno de la retención ni las notas del equipo.

Estados de una revisión

Rechazo automático por plazo. Si tu organización configuró un plazo de revisión, una revisión que nadie decide dentro de esa ventana (contada desde su último cambio de estado — subir evidencia reinicia el reloj) queda automáticamente rechazada por un barrido horario: la operación se cancela, los fondos retenidos vuelven a tu saldo y recibes el mismo email y webhook txn_review_status_changed que con un rechazo manual. En el detalle, el decision_note lleva el aviso estándar de plazo vencido. Las revisiones de solicitudes jamás se auto-rechazan: una solicitud banking o de tarjeta retenida siempre espera una decisión humana, sin plazo.

Solicitudes retenidas (banking y tarjetas)

Si tu organización activó la revisión de solicitudes (dos toggles separados, uno para banking y otro para tarjetas), estas llamadas también pueden quedar retenidas antes de procesarse:
  • POST /v1/banking/customer — apertura de tu propio perfil banking
  • POST /v1/banking/third-parties — registro de un tercero para banking
  • POST /v1/cards — emisión de una tarjeta (virtual o física)
Una solicitud retenida responde 202 Accepted en vez de 201:
Un reintento con la misma idempotency_key devuelve el mismo 202 con idempotency_hit: true — jamás abre una segunda revisión.
  • El fee de la solicitud se cobra al retenerla. Si la revisión se rechaza, el fee se reembolsa automáticamente; si se aprueba, el perfil o la tarjeta se crean en ese momento.
  • Sigue el resultado con el webhook txn_review_status_changed (el kind será banking_application o card_application) o consultando GET /v1/me/txn-reviews.
  • La revisión también puede pedir información (info_requested) — sube los documentos igual que en una revisión transaccional.

Sube documentos cuando te los pidan

Si tu revisión está en info_requested, sube los archivos de respaldo. El body es el binario crudo del archivo, el nombre viaja en el query param name y el tipo en el header Content-Type:
Respuesta 201 — al subir un archivo la revisión vuelve a in_review para que el equipo la re-evalúe:
Límites:
  • Tipos permitidos: PDF, PNG, JPEG, WEBP, TXT, CSV, DOC(X), XLS(X) — se valida por el header Content-Type.
  • Tamaño máximo: 50 MB por archivo.
  • Máximo 20 archivos por revisión.

Descarga tus propios archivos

Devuelve el binario crudo con su Content-Type original (los archivos de otras cuentas responden 404 not_found).

Webhook txn_review_status_changed

Cada vez que el estado de una revisión tuya cambia, recibes este webhook:
El payload del webhook es neutro por diseño: incluye el estado y el resumen de la operación, pero jamás el motivo interno de la revisión ni notas de compliance.Para revisiones de solicitudes (kind: banking_application / card_application) el payload omite amount y asset; method lleva el flujo de la solicitud (self/third_party) o el tipo de tarjeta (virtual/physical).

Errores propios

Catálogo completo en Errores.

Preguntas frecuentes

Tu organización activó el firewall transaccional, una capa de control que retiene ciertas operaciones para revisión manual antes de ejecutarlas. Los criterios exactos dependen de la política de compliance de tu organización.
La mayoría de las revisiones se resuelven en minutos u horas. Si tu revisión lleva más de 24 horas sin respuesta, tu organización recibe una alerta automática. Si tu organización configuró un plazo de decisión, la revisión se rechaza automáticamente cuando el plazo vence — subir la evidencia pedida reinicia ese reloj.
La operación se cancela. Si había fondos retenidos (por ejemplo, en un payout), se devuelven automáticamente a tu saldo disponible. Recibes un email con el motivo del rechazo.
No directamente. Si necesitas cancelarla, contacta al equipo de compliance de tu organización — ellos pueden rechazarla desde su panel.
Por seguridad y para no comprometer investigaciones de compliance, el motivo interno nunca se expone al usuario final. Solo verás el mensaje de información solicitada cuando te pidan documentos.
Tu organización activó la revisión de solicitudes: la llamada quedó retenida antes de procesarse. Todavía no se crea nada — cuando compliance apruebe la revisión, el perfil o la tarjeta se crean automáticamente y recibes el webhook txn_review_status_changed con status: released. El fee de la solicitud se cobró al retenerla; si la revisión se rechaza, el fee se reembolsa a tu saldo automáticamente.
Última modificación el 10 de agosto de 2026