> ## 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. # Create a batch scoring job > Creates an asynchronous batch scoring job (portfolio scoring): the subjects are validated upfront, the batch is queued, and a background worker issues one full Qscore report per valid item. Send `subjects` (JSON array, 1 to 5000 entries) **or** `subjects_csv` (a CSV string with header `doc_id[,subject_type]`) — exactly one of the two. Rows with an invalid document id (`invalid_doc_id`) or a document duplicated inside the batch (`duplicate_in_batch`, reported with its normalized form) are rejected at creation and reported in `rejected_items`; the batch only processes the valid ones. An omitted or unrecognized `subject_type` is never an error: for `CL` it is inferred from the RUT series (first digit 5–9 → `company`, anything else → `person`). If every row is rejected, the request fails with `no_valid_items` and nothing is created. Idempotency is mandatory: retrying with the same `idempotency_key` returns the original batch with `idempotency_hit: true` and never duplicates the batch or the charges. Each item is billed the standalone report fee (`risk_report_person` / `risk_report_company`) when processed, and a terminally failed item is automatically refunded. `estimated_fee_usdt` is the upfront estimate for the valid items. When the batch finishes you receive one `risk_batch_completed` webhook and one email — the individual reports do not emit their own webhook or email. ## OpenAPI ````yaml /openapi.yaml post /v1/qscore/batches openapi: 3.1.0 info: title: CBPay API version: '2.62' description: | CBPay is a multi-currency payment platform: fiat payouts and collections across Latin America, internal transfers, on-chain funding and withdrawals, and KYC screening. Every account holds four independent virtual balances — USDT (the operating currency), USDC, BTC and GOLD (grams of fine gold) — convertible on demand with swaps. Payouts and service fees can be paid from any of the four balances (`PUT /v1/settlement` or per-payout `settlement_asset`), and payins can auto-convert to the asset of your choice (`default_payin_asset`). All amounts are decimal strings in each currency's precision (6 decimals for USDT/USDC/GOLD, 8 for BTC). Errors always return `{"error": "", "message": ""}`. servers: - url: https://api.qbank.cl/platform description: Live (production, real money) - url: https://cryptobank.qbank.cl/platform description: Test (sandbox, simulated money — pk_test_ keys) security: - bearerAuth: [] tags: - name: Receipts description: >- Branded PDF receipt per operation, with a public signed-QR authenticity check, receipt_url on every response/webhook and automatic email delivery on final states. - name: Authentication description: Register and log in account members. Sessions last 24 hours. - name: Account description: Profile, members and API keys of the calling account. - name: Balances description: Balances, movement history and FX rates. - name: Payouts description: >- Fiat dispersals debited from the settlement balance of your choice (USDT by default). - name: Payins description: >- Fiat top-ups (QR, transfers, dedicated accounts, pull collections, cards, checkout links) credited automatically — in USDT by default, or auto-converted to the settlement asset of your choice. - name: Checkout description: >- Universal checkout links (`POST /v1/payins` with `method: "checkout"`) and the public payment-page endpoints — multi-country fiat, crypto with an ephemeral wallet per link and direct CBPay payment, settled in the asset of your choice. - name: Stored cards description: >- Cards saved with the payer's explicit consent during a 3-D Secure payment (COF). List, revoke and charge them on demand (MIT) without asking for the card again. - name: Subscriptions description: >- Recurring charges on a stored card managed by the platform scheduler — daily, weekly, monthly or yearly, with pause/resume/cancel and automatic dunning. - name: Transfers description: >- Free internal transfers between CBPay accounts (person or company, any combination). - name: Contacts description: >- Per-account address book of beneficiaries (CBPay, bank and crypto destinations) with phone matching and auto-save on every send. - name: Swaps description: >- Instant conversion between the account's USDT, USDC, BTC and GOLD balances at the account's quoted rate. - name: Crypto description: On-chain funding and withdrawals (TRON, Ethereum and Bitcoin). - name: Segregated wallets description: >- On-chain wallets with their own balance (companies unlimited; persons 1 per network+asset pair) — create, import, send, export the private key and auto-forward. The balance lives on-chain, never in the ledger. - name: Signature proofs description: >- Cryptographic message signing with wallets (EIP-191 ETH/EVM, TIP-191 TRON) — create, list, get and revoke signature proofs with public verification. - name: Wallet links description: >- Link external wallets (custody=client) to your account by signing a nonce challenge — create challenges, verify signatures, list and revoke links. - name: QR Crypto POS description: >- Amount-bearing crypto QR charges for processors with physical POS terminals (company accounts): verified merchants, exclusive address + QR per charge, early payment detection, per-merchant reconciliation and refunds over the crypto withdrawal rail. - name: KYC / KYB description: >- Identity verification: KYC for persons, KYB for companies — your own onboarding and third-party verifications for company accounts. - name: AML screening description: >- Standalone AML screening of persons and companies against sanctions, PEP and adverse media lists, with rescreening, continuous monitoring and a downloadable PDF report. - name: Wallet screening description: >- AML risk assessment of blockchain addresses (sanctions, illicit-fund exposure) with a per-scan fee, plus free automatic protection on withdrawals and deposits. - name: Qscore description: >- API-first credit bureau. Issues complete credit reports with a 1-999 score (bands A-E, or SC when there is no data), reads the latest score of a subject and manages ARCO disputes. Chile first, with a country-agnostic design. Every issued report carries a public verification code. - name: Analytics - name: Webhooks description: Subscriptions to receive signed event notifications. - name: Status description: Service availability. - name: Banking description: >- Real bank accounts: receive, hold and send money over international banking rails. - name: Cards description: >- Virtual and physical cards that spend Just-In-Time from the balance of your choice (USDT, USDC, BTC or GOLD), with per-card spending limits. - name: Security (OTP) description: >- One-time verification codes over SMS/WhatsApp/email protecting sensitive actions, plus self-service 2FA preferences. Applies to user sessions only — API keys are exempt. - name: Passkeys description: >- Passwordless sign-in with the device's biometrics (Face ID, Touch ID, Windows Hello, security keys) via WebAuthn, authenticator apps (TOTP) with backup codes, and session/device management. - name: Social login description: >- Passwordless sign up and sign in with Google, Apple, Microsoft and Facebook via token exchange. The front end obtains the provider credential; the API verifies it and issues the CBPay session. - name: Real-time events description: >- Server-Sent Events stream with everything that happens in the account (or across the organization for admins), replay with `Last-Event-ID`, optional initial snapshot and a 90-day queryable history. paths: /v1/qscore/batches: post: tags: - Qscore summary: Create a batch scoring job description: >- Creates an asynchronous batch scoring job (portfolio scoring): the subjects are validated upfront, the batch is queued, and a background worker issues one full Qscore report per valid item. Send `subjects` (JSON array, 1 to 5000 entries) **or** `subjects_csv` (a CSV string with header `doc_id[,subject_type]`) — exactly one of the two. Rows with an invalid document id (`invalid_doc_id`) or a document duplicated inside the batch (`duplicate_in_batch`, reported with its normalized form) are rejected at creation and reported in `rejected_items`; the batch only processes the valid ones. An omitted or unrecognized `subject_type` is never an error: for `CL` it is inferred from the RUT series (first digit 5–9 → `company`, anything else → `person`). If every row is rejected, the request fails with `no_valid_items` and nothing is created. Idempotency is mandatory: retrying with the same `idempotency_key` returns the original batch with `idempotency_hit: true` and never duplicates the batch or the charges. Each item is billed the standalone report fee (`risk_report_person` / `risk_report_company`) when processed, and a terminally failed item is automatically refunded. `estimated_fee_usdt` is the upfront estimate for the valid items. When the batch finishes you receive one `risk_batch_completed` webhook and one email — the individual reports do not emit their own webhook or email. operationId: createQscoreBatch requestBody: required: true content: application/json: examples: json_subjects: summary: JSON subjects (two rows rejected upfront) 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: CSV payload value: country: CL purpose: supplier_onboarding 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: >- Idempotent replay — the original batch, with `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: >- Batch accepted for asynchronous processing. `rejected_items` lists the rows rejected upfront (only present when at least one row was rejected). 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 (service disabled or unverified account) components: securitySchemes: bearerAuth: type: http scheme: bearer description: | Session JWT (from register/login) or API key (`pk_...`). `X-API-Key: ` is accepted as an alternative header. ````