> ## Documentation Index > Fetch the complete documentation index at: https://docs.cbpayapp.com/llms.txt > Use this file to discover all available pages before exploring further. # Crear un lote de scoring > Crea un lote de scoring asíncrono (scoring de cartera): los sujetos se validan por adelantado, el lote queda en cola y un worker en segundo plano emite un informe Qscore completo por cada ítem válido. Envía `subjects` (array JSON, de 1 a 5000 entradas) **o** `subjects_csv` (un string CSV con encabezado `doc_id[,subject_type]`) — exactamente uno de los dos. Las filas con un documento inválido (`invalid_doc_id`) o un documento duplicado dentro del lote (`duplicate_in_batch`, reportado con su forma normalizada) se rechazan al crear y se reportan en `rejected_items`; el lote solo procesa las válidas. Un `subject_type` omitido o no reconocido nunca es un error: para `CL` se infiere de la serie del RUT (primer dígito 5–9 → `company`, cualquier otro → `person`). Si todas las filas se rechazan, la solicitud falla con `no_valid_items` y no se crea nada. La idempotencia es obligatoria: reintentar con la misma `idempotency_key` devuelve el lote original con `idempotency_hit: true` y nunca duplica el lote ni los cobros. Cada ítem cobra el fee standalone del informe (`risk_report_person` / `risk_report_company`) al procesarse, y un ítem con falla terminal se reembolsa automáticamente. `estimated_fee_usdt` es la estimación inicial para los ítems válidos. Cuando el lote termina recibes un webhook `risk_batch_completed` y un email — los informes individuales no emiten su propio webhook ni email. ## OpenAPI ````yaml /openapi.es.yaml post /v1/qscore/batches openapi: 3.1.0 info: title: CBPay API version: '2.62' description: | CBPay es una plataforma de pagos multimoneda: payouts y cobros fiat en toda América Latina, transferencias internas, fondeo y retiros on-chain, y screening KYC. Cada cuenta mantiene cuatro saldos virtuales independientes — USDT (la moneda operativa), USDC, BTC y GOLD (gramos de oro fino) — convertibles a demanda con swaps. Los payouts y las comisiones de servicios pueden pagarse desde cualquiera de los cuatro saldos (`PUT /v1/settlement` u override por payout con `settlement_asset`), y los payins pueden auto-convertirse al asset que elijas (`default_payin_asset`). Todos los montos son strings decimales en la precisión de cada moneda (6 decimales para USDT/USDC/GOLD, 8 para BTC). Los errores siempre devuelven `{"error": "", "message": ""}`. servers: - url: https://api.qbank.cl/platform description: Live (producción, dinero real) - url: https://cryptobank.qbank.cl/platform description: Test (sandbox, dinero simulado — keys pk_test_) security: - bearerAuth: [] tags: - name: Comprobantes description: >- Comprobante PDF brandeado por operacion, con verificacion publica de autenticidad (QR firmado), receipt_url en cada respuesta/webhook y envio automatico por email en estados finales. - name: Autenticación description: >- Registra e inicia sesión de los miembros de la cuenta. Las sesiones duran 24 horas. - name: Cuenta description: Perfil, miembros y llaves de API de la cuenta que llama. - name: Saldos description: Saldos, historial de movimientos y tasas de cambio. - name: Payouts description: >- Dispersiones fiat que se debitan del saldo de settlement que elijas (USDT por defecto). - name: Payins description: >- Recargas fiat (QR, transferencias, cuentas dedicadas, cobros pull, tarjetas, links de checkout) que se acreditan automáticamente — en USDT por defecto, o convertidas al settlement asset que elijas. - name: Checkout description: >- Links de checkout universal (`POST /v1/payins` con `method: "checkout"`) y los endpoints públicos de la página de pago — fiat multi-país, crypto con wallet efímera por link y pago directo CBPay, liquidado en el asset que elijas. - name: Tarjetas guardadas description: >- Tarjetas guardadas con el consentimiento explícito del pagador durante un pago 3-D Secure (COF). Listarlas, revocarlas y cobrarlas bajo demanda (MIT) sin pedir la tarjeta de nuevo. - name: Suscripciones description: >- Cobros recurrentes sobre una tarjeta guardada gestionados por el scheduler de la plataforma — diarios, semanales, mensuales o anuales, con pausa/reanudación/cancelación y dunning automático. - name: Transferencias description: >- Transferencias internas gratuitas entre cuentas CBPay (persona o empresa, cualquier combinación). - name: Contacts description: >- Libreta de beneficiarios por cuenta (destinos CBPay, bancarios y crypto) con match por teléfono y auto-guardado en cada envío. - name: Swaps description: >- Conversión instantánea entre los saldos USDT, USDC, BTC y GOLD de la cuenta a la tasa cotizada de la cuenta. - name: Crypto description: Fondeo y retiros on-chain (TRON, Ethereum y Bitcoin). - name: Wallets segregadas description: >- Wallets on-chain con saldo propio (empresas ilimitadas; personas 1 por combinación red+activo) — crear, importar, enviar, exportar la llave privada y auto-forward. El saldo vive on-chain, nunca en el ledger. - name: Pruebas de firma description: >- Firma criptográfica de mensajes con wallets (EIP-191 ETH/EVM, TIP-191 TRON) — crear, listar, consultar y revocar pruebas de firma con verificación pública. - name: Vínculos de wallets description: >- Vincula wallets externas (custody=client) a tu cuenta firmando un desafío nonce — crear desafíos, verificar firmas, listar y revocar vínculos. - name: QR Crypto POS description: >- Cobros QR crypto con monto para procesadores con POS físicos (cuentas empresa): merchants verificados, dirección exclusiva + QR por cobro, detección temprana del pago, conciliación por merchant y devoluciones por el riel de retiro crypto. - name: KYC / KYB description: >- Verificación de identidad: KYC para personas, KYB para empresas — tu propio onboarding y verificaciones de terceros para cuentas empresa. - name: Screening de wallets description: >- Evaluación de riesgo AML de direcciones blockchain (sanciones, exposición a fondos ilícitos) con comisión por scan, más protección automática gratuita en retiros y depósitos. - name: AML screening description: >- Screening AML standalone de personas y empresas contra listas de sanciones, PEP y medios adversos, con re-screening, monitoreo continuo e informe PDF descargable. - name: Qscore description: >- Buró de crédito API-first. Emite informes crediticios completos con score 1-999 (bandas A-E, o SC cuando no hay datos), consulta el último score de un sujeto y gestiona disputas ARCO. Chile primero, con diseño agnóstico al país. Cada informe emitido lleva un código de verificación pública. - name: Analytics - name: Webhooks description: Suscripciones para recibir notificaciones de eventos firmadas. - name: Estado description: Disponibilidad del servicio. - name: Banking description: >- Cuentas bancarias reales: recibe, mantén y envía dinero por rieles bancarios internacionales. - name: Cards description: >- Tarjetas virtuales y físicas que gastan Just-In-Time del saldo que elijas (USDT, USDC, BTC o GOLD), con límites de gasto por tarjeta. - name: Seguridad (OTP) description: >- Códigos de verificación de un solo uso por SMS/WhatsApp/email que protegen acciones sensibles, más las preferencias de 2FA self-service. Aplican solo a sesiones de usuario — las API keys quedan exentas. - name: Passkeys description: >- Inicio de sesión sin contraseña con la biometría del dispositivo (Face ID, Touch ID, Windows Hello, llaves de seguridad) vía WebAuthn, apps autenticadoras (TOTP) con códigos de respaldo, y gestión de sesiones/dispositivos. - name: Login social description: >- Registro e inicio de sesión sin contraseña con Google, Apple, Microsoft y Facebook vía token exchange. El front obtiene la credencial del proveedor; la API la verifica y emite la sesión CBPay. - name: Eventos en tiempo real description: >- Stream Server-Sent Events con todo lo que pasa en la cuenta (o en toda la organización para administradores), replay con `Last-Event-ID`, snapshot inicial opcional e historial consultable de 90 días. paths: /v1/qscore/batches: post: tags: - Qscore summary: Crear un lote de scoring description: >- Crea un lote de scoring asíncrono (scoring de cartera): los sujetos se validan por adelantado, el lote queda en cola y un worker en segundo plano emite un informe Qscore completo por cada ítem válido. Envía `subjects` (array JSON, de 1 a 5000 entradas) **o** `subjects_csv` (un string CSV con encabezado `doc_id[,subject_type]`) — exactamente uno de los dos. Las filas con un documento inválido (`invalid_doc_id`) o un documento duplicado dentro del lote (`duplicate_in_batch`, reportado con su forma normalizada) se rechazan al crear y se reportan en `rejected_items`; el lote solo procesa las válidas. Un `subject_type` omitido o no reconocido nunca es un error: para `CL` se infiere de la serie del RUT (primer dígito 5–9 → `company`, cualquier otro → `person`). Si todas las filas se rechazan, la solicitud falla con `no_valid_items` y no se crea nada. La idempotencia es obligatoria: reintentar con la misma `idempotency_key` devuelve el lote original con `idempotency_hit: true` y nunca duplica el lote ni los cobros. Cada ítem cobra el fee standalone del informe (`risk_report_person` / `risk_report_company`) al procesarse, y un ítem con falla terminal se reembolsa automáticamente. `estimated_fee_usdt` es la estimación inicial para los ítems válidos. Cuando el lote termina recibes un webhook `risk_batch_completed` y un email — los informes individuales no emiten su propio webhook ni email. operationId: createQscoreBatch requestBody: required: true content: application/json: examples: json_subjects: summary: Sujetos JSON (dos filas rechazadas por adelantado) value: country: CL purpose: credit_evaluation lang: es subjects: - doc_id: 12.345.678-5 - doc_id: 15.678.234-3 - doc_id: 11.222.333-9 - doc_id: 76.543.210-3 subject_type: company - doc_id: 12.345.678-9 - doc_id: 12345678-5 idempotency_key: portfolio-2026-08-09-a csv_subjects: summary: Payload CSV value: country: CL purpose: credit_evaluation subjects_csv: |- doc_id,subject_type 12.345.678-5,person 76.543.210-3,company 96.543.210-8,company idempotency_key: portfolio-2026-08-09-b responses: '200': description: 'Replay idempotente — el lote original, con `idempotency_hit: true`.' content: application/json: example: batch_id: b7f2c1a4-3e5d-4f8a-9c2b-1d0e6a8f4c5d status: processing purpose: credit_evaluation country: CL lang: es total_items: 4 processed_items: 2 succeeded_items: 2 failed_items: 0 estimated_fee_usdt: '14.50' created_at: '2026-08-09T14:32:10Z' idempotency_hit: true '202': description: >- Lote aceptado para procesamiento asíncrono. `rejected_items` lista las filas rechazadas por adelantado (solo presente cuando al menos una fila fue rechazada). content: application/json: example: batch_id: b7f2c1a4-3e5d-4f8a-9c2b-1d0e6a8f4c5d status: pending purpose: credit_evaluation country: CL lang: es total_items: 4 processed_items: 0 succeeded_items: 0 failed_items: 0 estimated_fee_usdt: '14.50' created_at: '2026-08-09T14:32:10Z' rejected_count: 2 rejected_items: - line: 5 doc_id: 12.345.678-9 error_code: invalid_doc_id error: doc_id is not valid for CL - line: 6 doc_id: 12345678-5 error_code: duplicate_in_batch error: doc_id appears more than once in the batch '400': description: >- invalid_payload | purpose_required | invalid_purpose | idempotency_key_required | no_valid_items | too_many_items '401': description: unauthorized '403': description: forbidden (servicio deshabilitado o cuenta sin verificar) components: securitySchemes: bearerAuth: type: http scheme: bearer description: | JWT de sesión (de register/login) o llave de API (`pk_...`). `X-API-Key: ` se acepta como header alternativo. ````