CNV 1141/2026: cheques, trazabilidad y corte diario
La RG CNV 1141/2026 limita pagos con cheques físicos o electrónicos y exige trazabilidad. Guía para ordenar cliente, acuse, permiso y control.
Cuántos pagos por cheque puede hacer un agente a un mismo cliente en el día. La Resolucion General CNV 1141/2026, publicada el 27 de mayo, fija un corte operativo: no más de dos pagos diarios por cliente con cheques físicos o electrónicos, y exige trazabilidad para el ECHEQ. Esta nota explica qué dato guardar, quién lo aprueba y cómo se prueba el límite.
Dónde el cheque electrónico vuelve al control diario
La regla operativa es concreta: dos pagos de fondos por día y por cliente. La cifra corrige la costumbre de mirar solo el monto; ahora también importa la cantidad de instrumentos emitidos para una misma persona o empresa, aun cuando el pago salga por cheque electrónico.
Un límite que no queda registrado se rompe sin hacer ruido.
La escala global muestra por que una norma de mercado termina en sistemas. GitHub Octoverse 2025 informo más de 180 millones de desarrolladores y 630 millones de repositorios. Un agente de mercado en Cuyo trabaja con otra escala, pero necesita el mismo orden básico: evento, versión, permiso, archivo y consulta repetible.
Qué exige la CNV cuando el pago sale por cheque
El antagonista es el pago aprobado en una carpeta de tesoreria y contado al día siguiente por otra persona. En una cámara empresaria de San Martin, una impresora de cheques apagada sobre un mueble metalico alcanza para mostrar el problema: el papel puede estar guardado, pero el límite diario vive en otro sistema.
La RG 1141/2026 sustituye el inciso sobre modalidades de pago del Titulo XI de las Normas CNV. Los cheques físicos deben salir contra cuentas de entidades financieras autorizadas por el BCRA y de titularidad o cotitularidad del cliente. Para cheques electrónicos, la norma remarca trazabilidad en recepción y entrega. La Ley 25.246 aporta el marco de prevención de lavado, y la Ley 26.831 sostiene las facultades de la CNV.
La página de cheques del BCRA separa cheque comun, pago diferido y circuito bancario. Esa distincion evita mezclar evidencia: un cheque físico deja imagen, número y endoso; un ECHEQ deja evento digital, cuenta, estado y aceptacion. El control interno debe guardar ambos sin convertirlos en una misma fila vaga.
Cómo funciona por dentro
El flujo mínimo tiene siete pasos. Primero, operaciones carga cliente, cuenta, instrumento, fecha y motivo del pago. Segundo, la aplicación consulta pagos del mismo día para ese cliente. Tercero, el autorizador aprueba o rechaza segun cantidad y soporte. Cuarto, el banco emite o recibe el cheque físico o electrónico. Quinto, PostgreSQL guarda cliente, fecha, tipo de cheque, usuario, estado y auditoría. Sexto, MinIO/S3 guarda PDF, acuse, comprobante bancario y evidencias. Septimo, un tablero muestra pagos del día, rechazos, cheques sin comprobante y excepciones.
CNV define la obligación y entrega el texto normativo. BCRA define el circuito bancario del cheque y publica la guía de ECHEQ. PostgreSQL recibe registros estructurados y entrega consultas por cliente y día. MinIO/S3 recibe archivos grandes y entrega objetos con fecha y hash. Si falla la base, se pierde el conteo. Si falla el repositorio, queda el evento sin prueba.
Qué se instala o configura primero
La pila inicial usa una tabla de clientes, PostgreSQL 18, repositorio S3 o MinIO, roles por mesa, regla de dos pagos diarios, carga de comprobantes, tablero de excepciones, backup diario y restauración mensual. El piloto cuesta entre USD 900 y USD 2.700, entre ARS 1,28 y ARS 3,86 millones al dólar vendedor oficial de $1.429 informado por Bluelytics. Incluye diez clientes, dos tipos de cheque, tablero y prueba de salida.
El plazo va de dos a cuatro semanas. UMSA suele pedir un entregable verificable: cliente de prueba, primer cheque cargado, segundo cheque aprobado, tercer cheque rechazado, archivo asociado, usuario lector sin permiso de edición y restauración en otro equipo. El costo no incluye dictamen legal, decisión de cumplimiento ni integración bancaria a medida.
La primera prueba toma un cliente con dos pagos el mismo día. Tesoreria carga ambos, cumplimiento revisa, dirección aprueba y el tablero muestra dos eventos cerrados. Luego se carga un tercer pago. El sistema debe bloquearlo o dejarlo en estado de excepcion con responsable y motivo.
Dónde se rompe y cómo probarlo
Primer riesgo: el conteo se hace por CUIT en una pantalla y por nombre en otra. La señal aparece cuando un cliente tiene dos alias. La prueba busca por CUIT, cuenta y razon social antes de aprobar. Segundo riesgo: el ECHEQ queda sin trazabilidad adjunta. La señal es un pago cerrado sin acuse. La prueba impide cerrar sin comprobante.
Tercer riesgo: permisos abiertos en tesoreria. La señal aparece cuando un operador puede aprobar su propia carga. La prueba usa usuarios separados y exige rechazo. Cuarto riesgo: backup que copia la base y pierde archivos. La señal es una restauración con pagos visibles y comprobantes rotos. La prueba recupera base y objetos en otro host. La interpretación normativa queda a cargo del profesional habilitado.