PSPCP as a Service: qué le exige hoy el BCRA a una fintech que usa IA para scoring o fraude.

Si dirigís una fintech en Argentina, es probable que el 30 de abril de 2026 te haya pasado de largo. Ese día el BCRA dictó la Comunicación A 8432 —publicada en el Boletín Oficial el 6 de mayo y hoy consolidada en el texto ordenado cuya última comunicación incorporada es la A 8454— y con ella reordenó el régimen de los Proveedores de Servicios de Pago. No salió en la tapa de ningún diario, pero cambia las reglas de gobernanza de casi cualquier billetera, agregador o “cuenta como servicio” del país. Y si además corrés modelos de IA para decidir a quién le das crédito o qué operación frenar por fraude, te toca más de lo que parece.

Soy consultor de IA certificado por Anthropic y acompaño a empresas —fintechs incluidas— a implementar IA de una forma que le sirva al negocio y, a la vez, quede prolija ante el regulador. Este artículo tiene dos capas: primero, qué pide en concreto la nueva normativa del BCRA a cualquier PSP; segundo, mi lectura aplicada de cómo eso aterriza sobre tus modelos de IA. Voy a ser explícito en marcar dónde termina el texto de la comunicación y dónde empieza el análisis, porque en compliance mezclar las dos cosas se paga caro.

¿Qué cambió con la Comunicación A 8432?

La A 8432 no inventó un régimen nuevo: lo endureció. El BCRA venía pidiendo inscripción y controles a los PSP; ahora sube la exigencia de saber quién está detrás de cada cuenta y de poder fiscalizarlo. Según el propio texto y los análisis legales del sector, la reforma se apoya en tres ejes:

• Más información y transparencia en el registro. El BCRA quiere ver la estructura real del PSP: accionistas, controlantes, órganos de gobierno y cumplimiento.
• Un marco para las cuentas a través de terceros. Aparece la figura de los PSP que ofrecen Cuentas de Pago como Servicio, con reglas propias.
• Herramientas de supervisión más robustas. Plazos, altas y bajas más claros, y más poder de fiscalización y sanción.

La palabra que ordena todo es trazabilidad: el regulador quiere poder reconstruir quién hace qué, con qué datos y bajo la responsabilidad de quién. Guardá esa palabra, porque es exactamente la bisagra que conecta la gobernanza del PSP con la gobernanza de tus modelos de IA.

¿Qué es un PSP que ofrece “Cuentas de Pago como Servicio”?

Es la novedad más comentada de la A 8432. El BCRA define a estos PSP como los que ofrecen cuentas de pago a los clientes de un tercero tomador del servicio, mediante una interfaz provista por ese tercero e integrada tecnológicamente al proveedor. Traducido: es el esquema que permite que una marca, un retailer o una app no financiera ofrezca cuentas de pago con su propio logo, mientras la licencia, la infraestructura y el cumplimiento los pone el PSP por detrás. Es el “Banking / Payment Account as a Service” que había crecido en un gris regulatorio, y que ahora tiene reglas.

Los requisitos de gobernanza y trazabilidad, en concreto

Más allá de la figura nueva, la A 8432 sube la vara de información que todo PSP debe declarar y mantener al día. Estos son los requisitos que aparecen en el texto ordenado y en los análisis legales:

El hilo común es claro: el BCRA ya no acepta el “confiá en mí”. Quiere estructura visible, responsables con nombre y apellido, y capacidad de reconstruir la cadena de decisiones. Ese estándar, pensado para la gobernanza societaria del PSP, es el mismo que conviene aplicarle a tus sistemas de IA.

No es una particularidad argentina. En la región, los regímenes de prevención de lavado convergen en lo mismo: identificar al beneficiario final, documentar el origen de los fondos y dejar la decisión de reportar en manos de un oficial de cumplimiento. Lo analicé para un sector no financiero en la Ley 155-17 de República Dominicana aplicada a inmobiliarias, y el patrón de dónde ayuda la IA y dónde no es el mismo.

¿Dónde entra la IA de scoring y fraude en todo esto?

Con esa aclaración sobre la mesa: si tu fintech usa IA para decidir un límite de crédito, aprobar un adelanto o frenar una operación sospechosa, ese modelo toma o influye en decisiones sobre personas y sobre dinero dentro de un sistema que el BCRA ahora quiere poder auditar. El día que un supervisor —o la UIF, o un cliente que reclama— pregunte “¿por qué se rechazó esta operación?”, “lo decidió el algoritmo” no es una respuesta aceptable. Necesitás trazabilidad del modelo igual que la norma te pide trazabilidad del PSP.

La buena noticia: la gobernanza que exige el nuevo régimen para el proveedor es un molde casi perfecto para la gobernanza de tu IA. Cuatro movimientos concretos:

1. Gobernanza del modelo. Así como el BCRA pide responsables con nombre, cada modelo de scoring o fraude necesita un dueño, una versión, un propósito declarado y claridad sobre con qué datos se entrenó. Un modelo sin dueño es el equivalente a un PSP sin controlante declarado.
2. Explicabilidad. Tener que poder justificar por qué el modelo rechazó un crédito o marcó un fraude, en términos comprensibles. No hace falta abrir la caja negra fila por fila, pero sí poder explicar los factores que pesaron en la decisión.
3. Trazabilidad de decisiones. El mismo principio que la norma pide para el PSP: registro de qué modelo, con qué versión y qué datos resolvió cada caso, guardado y reconstruible. Cuando pidan la historia, la tenés.
4. Supervisión humana en lo sensible. Una persona valida antes de ejecutar decisiones con consecuencia real sobre el cliente —un rechazo, un bloqueo, un reporte—. La IA propone y ordena; la persona decide lo que tiene consecuencia.

Estos cuatro puntos no son un invento mío para venderte trabajo: son la forma estándar de hacer las cosas bien con IA en un sector regulado, y coinciden punto por punto con el espíritu de la reforma. Es el mismo criterio con el que armo cualquier implementación de IA por fases — primero orden y trazabilidad, después velocidad.

Un aviso para quien evalúa proveedores de IA: los paquetes verticales de los grandes laboratorios todavía no están pensados para el sistema financiero argentino. Lo muestra el hueco de conectores que deja Claude for Financial Advisors: once integraciones y ninguna con un agente o custodio local. La gobernanza de arriba la tenés que armar igual, venga o no el conector.

Checklist: cómo llegar preparado

Si tenés una fintech con modelos de IA en producción, este es el orden de trabajo que recomiendo para cubrir a la vez el régimen del PSP y la gobernanza de la IA:

• Adecuá el registro del PSP ya: el plazo general de 90 días corridos venció a comienzos de agosto de 2026, así que la adecuación es obligatoria y plena —y el de 10 días hábiles para informar terceros, si ofrecés Cuentas como Servicio, corre desde que arranca ese esquema—.
• Inventariá tus modelos de IA que tocan dinero o personas: scoring, límites, antifraude, cobranza. No podés gobernar lo que no tenés mapeado.
• Asigná dueño y versión a cada modelo, y documentá propósito y datos de entrenamiento.
• Activá el registro de decisiones: que cada rechazo o alerta quede trazado (modelo, versión, inputs, resultado).
• Definí los puntos de validación humana en las decisiones con consecuencia, y dejálo escrito.
• Alineá con el oficial de cumplimiento: la gobernanza de la IA no vive aislada del área que responde ante la UIF.

Actualización (21-09-2026): Brasil va por el mismo camino con el Pix

No es solo el BCRA. El 18 de septiembre de 2026 el Banco Central do Brasil publicó la Resolução BCB nº 587, aprobada por su Diretoria Colegiada el jueves 17, que cambia el reglamento del Pix con el mismo eje que la A 8473 argentina: el identificador de la persona pasa a cargar reputación de fraude. Lo que establece, en concreto:

• Marcación de fundada sospecha de fraude registrada en el DICT —el directorio de identificadores de cuentas transaccionales— asociada al CPF o CNPJ del usuario y, cuando está disponible, a la clave Pix. El registro puede quedar activo hasta 5 años.
• Rechazo de operaciones: el participante que acepta la notificación de infracción o registra la marcación queda formalmente responsable de la medida, y las nuevas operaciones de envío y recepción del usuario marcado se rechazan, excepto devoluciones.
• Derecho de revisión: hay que comunicarle al usuario que fue marcado e informarle la fecha del registro, y la institución tiene hasta 7 días para responder un pedido de revisión.
• Además crea la cobrança híbrida —una cobranza con vencimiento que se paga por Pix o por boleto— y habilita el Pix Automático desde cuentas salario. Parte de la norma rige desde la publicación; los ajustes operativos van al 1 de febrero de 2027 y al 1 de julio de 2027.

Qué te cambia si operás en los dos países o proyectás hacerlo: la arquitectura que te pide el BCRA —consumir un score externo, registrar por qué frenaste una operación, poder revisar una marca y explicarla al cliente— es la misma que ya te va a pedir Brasil. Conviene construirla una sola vez, con el identificador de la persona como eje y con el reclamo del usuario como caso de uso de primera clase, no como excepción. Y vale la advertencia del lado del modelo: cuando una marca ajena entra como variable a tu scoring, tu explicabilidad depende de un dato que no generás vos, así que registrá siempre qué tenía el score cuando decidiste.

Fuentes: TI Inside y Poder360 (18 de septiembre de 2026); sobre el score con IA en desarrollo, Finsiders Brasil.

Preguntas frecuentes.

Conclusión: la trazabilidad dejó de ser opcional.

El BCRA no reescribió las reglas para complicarle la vida a las fintechs: las reescribió para poder ver adentro. Las Comunicaciones A 8432 y 8454 piden estructura visible, responsables con nombre y capacidad de reconstruir cada decisión. Ese estándar, que la norma aplica al PSP, es exactamente el que un modelo de IA de scoring o fraude tenía que cumplir desde antes —solo que ahora hay un regulador con más herramientas para pedirlo—. La fintech que trata a sus modelos con la misma seriedad con la que declara sus controlantes llega tranquila; la que los dejó como caja negra, corriendo.

Si querés ordenar la gobernanza de la IA de tu fintech —inventariar modelos, montar trazabilidad y definir los puntos de validación humana sin frenar lo que ya funciona—, hablemos. Trabajo la implementación de IA en banca y fintech con el compliance sobre la mesa desde el primer día, no como un parche final.

Última actualización: 21 de septiembre de 2026 · Versión 1.2 · Esta versión suma la comparación regional con la Resolução BCB nº 587 del 18 de septiembre de 2026 (marcación de fraude por CPF/CNPJ en el Pix) y aclara que el score de fraude con IA del Banco Central do Brasil sigue en desarrollo. La versión 1.1 había sumado las Comunicaciones A 8471 y A 8473. Fuentes: Boletín Oficial — Comunicación A 8432/2026, BCRA — texto ordenado PSP (A 8454) y Allende & Brea — análisis de la A 8432 (2026). Análisis aplicado a modelos de IA: Diego Ceredi, consultor de IA certificado por Anthropic. No constituye asesoramiento legal.