Límites reales.
Acciones reales.

Cimbra ejecuta un core propio con ledger de doble partida, RBAC y APIs versionadas. liveReady permanece en falso hasta hostname de producción, producto en Go Live, riel oficial live y adaptador Cimbra. BIND, Dock, tapi, Pismo, Pomelo y Wibond son benchmarks, nunca conectores.

Owner gobierna el tenant. Admin configura sin desplazar al owner. Operator ejecuta. Viewer sólo lee. Las acciones no autorizadas se ocultan y el servidor las vuelve a validar. Nadie se autoasigna owner.

Desde Clientes das de alta personas o empresas con jurisdicción y un identificador fiscal. Cimbra guarda sólo el last4. El expediente KYC/KYB se abre en Compliance y no consulta AFIP ni un registro mercantil. Sin un expediente aprobado y vigente no se pueden abrir cuentas ni wallets.

Desde Cuentas abrís una cuenta de producto para un cliente con KYC/KYB aprobado. Si falta el expediente, la API responde 409 customer_kyc_required. El saldo sale de postings. El disponible resta holds. No es CBU, CVU ni una cuenta bancaria: el riel oficial exige Coelsa o un sponsor. Las correcciones se hacen con reversas, nunca mutando un asiento.

Ledger consulta GET /api/v1/ledger. Ves saldos por moneda, journals recientes y holds activos. Owner/admin/operator con risk.cases.resolve pueden capturar o liberar holds desde esta pantalla. Los journals no se editan: las correcciones viven en reversas de transferencias, book transfers, payments o cobranzas.

Auditoría lista GET /api/v1/events: acción, recurso, timestamp y payload. El log es inmutable y queda aislado por organización. No es un SIEM, no se presenta ante un regulador y no sustituye el historial de webhooks de Developers.

Movimientos opera GET/POST /api/v1/transfers y la reversa compensatoria. No es un book transfer entre cuentas ni un pago Coelsa. Un monto alto puede exigir maker/checker en Aprobaciones. Viewer lee y exporta; no crea ni revierte.

Book transfers debita y acredita en un solo journal. Puede exigir aprobación. Distinto de cash-in/out (contra settlement interno) y de Pagos AR (instrumentos locales). No sale a Coelsa.

Cash-in/out usa POST /api/v1/payments y la reversa compensatoria POST /api/v1/payments/{id}/reverse. Contabiliza ingreso o egreso contra la cuenta de settlement interna. Si payment.create o payment.reverse están activos, el alta o la reversa quedan pendientes de maker/checker en Aprobaciones. No llama bancos ni BaaS competidores. El historial se lee de journals cash_in/cash_out; la reversa genérica de transfers responde 409 payment_reverse_required.

Compliance opera el expediente due diligence del cliente: partes, documentos (POST /api/v1/compliance/documents), checks y submit. La decisión humana (approve/reject) es session-only con MFA y doble control; el SDK no decide. Sin expediente aprobado y vigente, cuentas y wallets responden 409 customer_kyc_required. No consulta AFIP ni un registro mercantil certificado.

Aprobaciones lista solicitudes pendientes (transferencias, book transfers, cash-in/out y sus reversas, payouts, settlements y políticas). Approve/reject exige otro usuario con MFA cuando la política lo pide. No es un workflow externo: vive en el tenant y deja auditoría. Viewer no aprueba.

Disputas abre casos sobre movimientos settled, adjunta evidencia y resuelve con crédito compensatorio cuando corresponde. No es una red de tarjetas ni un chargeback Visa/Mastercard: es el dominio sandbox de Cimbra hasta processing/acquiring live.

Wallets modela bolsillos ledger-backed. Congelar o cerrar es un lifecycle propio. No es una billetera interoperable BCRA hasta el riel oficial correspondiente.

Cobranzas opera payment links, QR dinámico/estático/deuda y collection tills con CVU sandbox. No es POS, EMVCo ni PCT Coelsa. Las devoluciones son compensatorias.

Pagos AR usa el riel sandbox Cimbra (prefijo 0009999). No consulta el directorio nacional ni mueve Transferencias 3.0 reales. Live exige Coelsa u otro riel oficial.

ECHEQ en consola es payload cimbra:echeq:v1. No hay CMC7 ni compensación de cámara. Cesión y descuento quedan fuera hasta el riel Coelsa.

Payouts registra beneficiarios y lotes. La ejecución puede pedir aprobación. El archivo de resultados es sandbox; no liquida un banco real.

Riesgo evalúa montos y señales. Un hold resta del disponible hasta capturar o liberar. Las reglas las gestionan owner/admin; operator resuelve casos.

Desde Soporte creá un caso con categoría y un mensaje accionable. El historial es append-only. Un operador de plataforma responde si está provisionado con CIMBRA_PLATFORM_OPERATOR_EMAILS. Esto no es un chat de red ni un SLA comercial.

USD 500 cubre Gate 1 (consulta legal, dominio, entrevistas y correo). No constituye SAS, no paga Coelsa ni el retainer del banco patrocinante, no activa AWS ni marca Go Live. BIND Banco puede ser el sponsor regulado; bindX no es el producto. El data room público está en /investors y la evidencia del sponsor se opera en /ops.

Creá claves en Developers con scopes mínimos. cim_sk_live_ permanece reservado. Los secretos de webhook no se vuelven a mostrar. El portal /developers genera la referencia desde OpenAPI.