32. Reguladores, infraestructura, transparencia y protección del inversor

32.1 Por qué existe regulación financiera

Los mercados conectan participantes con información, recursos y capacidades diferentes. La regulación establece condiciones de acceso, conducta, divulgación, solvencia y control para reducir abusos y sostener el funcionamiento del sistema.

No reemplaza la decisión individual ni elimina pérdidas. Busca que las reglas sean conocidas, que la información material circule, que los intermediarios cumplan requisitos y que existan mecanismos de supervisión y respuesta.

Idea central: estar regulado no significa que una inversión sea rentable o segura; significa que una actividad o entidad se encuentra dentro de un marco de autorización, obligaciones y supervisión definido.

32.2 Tres objetivos generales

Estos objetivos pueden entrar en tensión. Más transparencia puede afectar liquidez en ciertos contextos; controles más exigentes pueden elevar costos. El diseño regulatorio intenta equilibrarlos.

32.3 El perímetro regulatorio

El perímetro determina qué actividades, instrumentos, entidades y ofertas quedan sujetos a una autoridad. Depende de la jurisdicción, residencia, lugar de oferta, tipo de cliente y forma jurídica del producto.

Una plataforma accesible por Internet no está necesariamente autorizada a prestar servicios en todos los países desde los que puede visitarse.

No existe una licencia mundial: denominaciones, registros, protecciones y vías de reclamo varían. Siempre debe consultarse el registro oficial aplicable y su fecha de actualización.

32.4 Regulador, operador e infraestructura no son lo mismo

32.5 Autoridades con competencias diferentes

En una misma operación pueden intervenir reguladores de valores, bancos, seguros, competencia, datos personales, prevención del lavado y defensa del consumidor. Sus competencias pueden superponerse o estar coordinadas.

Que una autoridad supervise una parte no implica que supervise todas. Por ejemplo, una entidad puede estar registrada para una actividad específica, no para cualquier servicio financiero.

32.6 Autorregulación y reglas del mercado

Algunas jurisdicciones asignan funciones a organizaciones autorreguladas o a los propios mercados: admisión, vigilancia, disciplina y estándares de sus miembros. Esas reglas operan dentro de la legislación y supervisión correspondientes.

El reglamento de una plataforma no sustituye la ley ni convierte automáticamente a cada producto listado en apropiado para todo inversor.

32.7 Emisor y oferta pública

El emisor crea valores o asume obligaciones frente a sus tenedores. En una oferta pública puede estar sujeto a registro, divulgación inicial y periódica, gobierno corporativo y comunicación de hechos relevantes.

La autorización de oferta suele referirse al cumplimiento de requisitos de información y proceso. No debe interpretarse como opinión favorable sobre precio, solvencia o rendimiento.

32.8 Mercado y sistema de negociación

Un sistema de negociación aplica reglas para recibir, priorizar y cruzar órdenes o intereses. Define instrumentos, participantes, horarios, tipos de orden, interrupciones, datos publicados y procedimientos ante errores.

La formación del precio depende de esas reglas. Una pantalla puede mostrar solo una parte de la liquidez disponible en un mercado fragmentado.

32.9 Intermediarios

Los intermediarios conectan clientes con mercados y servicios posteriores. Según su categoría pueden recibir órdenes, ejecutar, liquidar, custodiar, administrar o asesorar.

La categoría autorizada importa: verificar un nombre en un registro sin revisar alcance, estado, domicilio y canales oficiales puede llevar a una conclusión equivocada.

32.10 Ciclo completo de una operación

Cada etapa genera estados, mensajes y evidencias. Una ejecución confirmada todavía puede tener obligaciones pendientes de liquidación.

32.11 Negociación no es liquidación

En la negociación se acuerdan instrumento, cantidad y precio. En la liquidación se transfieren finalmente los valores y el dinero según fecha y reglas aplicables.

Entre ambas pueden ocurrir asignación, confirmación, compensación, cálculo de garantías y resolución de diferencias. Una interfaz debe mostrar estos estados por separado.

32.12 Compensación

La compensación determina obligaciones posteriores a la ejecución. Puede validar operaciones, calcular posiciones y aplicar neteo para obtener cuánto debe entregar o recibir cada participante.

El neteo reduce transferencias, pero concentra dependencia en reglas, datos y participantes centrales.

32.13 Contraparte central

Una contraparte central o CCP se interpone entre las partes bajo un mecanismo jurídico, pasando a ser compradora frente a cada vendedor y vendedora frente a cada comprador.

Puede reducir exposiciones bilaterales mediante neteo y controles uniformes, pero concentra riesgo y exige gobierno, márgenes, recursos financieros, procedimientos de incumplimiento y recuperación robustos.

32.14 Márgenes y fondo de garantía

El margen inicial procura cubrir exposición potencial durante el período necesario para cerrar o transferir posiciones. El margen de variación intercambia resultados derivados de cambios de precio.

Los recursos ante incumplimiento pueden seguir un orden predefinido. Su estructura depende de la infraestructura y no debe inferirse de un ejemplo general.

32.15 Sistema de liquidación de valores

Un sistema de liquidación ejecuta transferencias de valores, dinero o ambos conforme a instrucciones aceptadas. Sus reglas definen irrevocabilidad, firmeza, horarios y tratamiento de fallas.

La certeza jurídica del momento final es esencial: antes de la liquidación definitiva puede persistir riesgo de contraparte o reversión según el marco aplicable.

32.16 Entrega contra pago

La entrega contra pago o DvP vincula las dos obligaciones de una compraventa para que la entrega final de valores ocurra si y solo si ocurre el pago final.

32.17 Depositario central de valores

Un depositario central o CSD mantiene valores inmovilizados o desmaterializados y facilita su transferencia por anotación en cuenta. También puede operar funciones de registro, eventos corporativos y conciliación.

Debe proteger la integridad de las emisiones y evitar creación o eliminación no autorizada de valores mediante reglas, controles y conciliaciones.

32.18 Custodia y titularidad

La custodia comprende salvaguarda, registro y administración de activos. La cadena puede incluir depositario, participante directo, custodio e intermediario del cliente.

El modo en que se reconocen derechos, cuentas individuales u ómnibus, beneficiario final y segregación depende del marco legal y contractual.

32.19 Segregación de activos

Separar activos propios y de clientes busca limitar confusiones y uso indebido. También facilita identificar derechos ante una insolvencia, aunque el resultado concreto depende de registros y legislación.

La palabra “segregado” debe comprobarse en contratos, cuentas, conciliaciones y reglas de custodia; no basta como afirmación comercial.

32.20 Sistemas de pago y banco liquidador

El tramo monetario puede liquidarse en dinero de banco central o de banco comercial. La elección modifica riesgos de crédito, liquidez y operación.

Los horarios de los sistemas de pago deben coordinarse con las entregas de valores. Tener los activos correctos en una moneda incorrecta o fuera del horario no permite completar una obligación.

32.21 Repositorios de operaciones

Un repositorio centraliza registros de determinadas transacciones, especialmente derivados, para apoyar transparencia, supervisión y análisis de riesgo.

La utilidad depende de calidad, identificadores, oportunidad y posibilidad de agregar datos entre participantes y jurisdicciones.

32.22 Riesgo de infraestructura

Las infraestructuras reducen ciertos riesgos y crean dependencias críticas. Fallas tecnológicas, ciberataques, errores de datos, falta de liquidez o incumplimiento de un participante pueden propagarse.

Por eso se exigen continuidad, gobierno, gestión integral de riesgos, recursos, pruebas y planes de recuperación. La eficiencia no puede evaluarse separada de la resiliencia.

32.23 Transparencia previa a la negociación

La transparencia pre-trade se refiere a información disponible antes de ejecutar, como precios compradores y vendedores, cantidades y profundidad bajo ciertas reglas.

Permite evaluar condiciones, pero la pantalla puede cambiar, tener demora, mostrar cantidades parciales o cubrir solo un centro de negociación.

32.24 Transparencia posterior a la negociación

La transparencia post-trade informa operaciones realizadas: precio, cantidad, hora y otros atributos. Facilita evaluación de ejecución y formación de precios.

Pueden existir demoras, agregación o excepciones para ciertos tamaños y mercados. Comparar ejecución con mercado requiere conocer marca temporal, zona horaria y alcance del dato.

32.25 Datos de referencia y datos de eventos

Además de precios se necesitan identificadores, moneda, calendario, emisor, condiciones, factores de conversión y eventos corporativos. Un dato de referencia incorrecto puede producir una liquidación errónea aunque el precio sea correcto.

Los sistemas deben conservar fuente, versión, hora de vigencia y correcciones. Sobrescribir silenciosamente destruye trazabilidad.

32.26 Divulgación de emisores

La información periódica y los hechos materiales permiten evaluar situación financiera, gobierno, riesgos y cambios significativos. Debe consultarse la fuente oficial o el canal reconocido.

Publicar información no asegura que sea sencilla ni elimina asimetrías. El análisis requiere alcance, fecha, moneda, criterios contables y advertencias.

32.27 Confirmaciones y estados de cuenta

Una confirmación debería permitir reconstruir instrumento, lado, cantidad, precio, fecha, mercado, cargos y liquidación. El estado de cuenta muestra saldos, movimientos y posiciones.

Conciliar órdenes, ejecuciones, confirmaciones y custodia ayuda a detectar errores, duplicados y operaciones desconocidas.

32.28 Conocimiento del cliente y controles de acceso

Los intermediarios pueden requerir identidad, residencia, origen de fondos, experiencia y objetivos para cumplir obligaciones legales y determinar servicios habilitados.

Los requisitos varían. Una aplicación debe separar datos obligatorios, consentimiento, actualización y uso, aplicando controles de privacidad y seguridad.

32.29 Conveniencia, idoneidad y asesoramiento

Según servicio y jurisdicción, pueden aplicarse evaluaciones sobre conocimientos, experiencia, objetivos, horizonte, situación financiera y capacidad de soportar pérdidas.

Una advertencia automática no sustituye el análisis exigido ni una recomendación profesional. Tampoco convierte en apropiado un producto que el cliente no comprende.

32.30 Documentos y divulgación de riesgos

Antes de invertir pueden existir prospecto, suplemento, reglamento, ficha, contrato, tabla de tarifas y declaración de riesgos. Deben leerse en conjunto y con su versión vigente.

Control práctico: registrar URL o identificador, entidad emisora, fecha de consulta, versión y aceptación permite demostrar qué documento se utilizó.

32.31 Protección no equivale a seguro contra pérdidas

Las protecciones pueden incluir reglas de conducta, custodia, divulgación, fondos o esquemas de compensación y mecanismos de reclamo. Su cobertura, límites y exclusiones varían.

Normalmente no cubren pérdidas de mercado por una inversión que baja de precio. Tampoco debe asumirse cobertura por el solo uso de palabras como “regulado” o “registrado”.

32.32 Verificar una autorización

Los imitadores pueden copiar nombre, logotipo y número de registro de una entidad real. Debe comprobarse que teléfono, correo, sitio web y cuenta de destino coincidan con los publicados oficialmente.

32.33 Señales de alerta

• Rendimiento alto presentado como garantizado y sin riesgo.
• Urgencia para transferir antes de verificar documentos.
• Pago a cuentas personales o titulares no relacionados.
• Contacto desde dominios o números distintos de los registrados.
• Dificultades inexplicadas para retirar fondos.
• Licencia afirmada sin enlace comprobable al registro oficial.
• Uso de jerga regulatoria sin explicar entidad, actividad y jurisdicción.

32.34 Reclamos y conservación de evidencia

Ante una diferencia conviene conservar órdenes, confirmaciones, contratos, estados, mensajes, comprobantes, capturas con fecha y números de caso. La secuencia temporal ayuda a reconstruir hechos.

El canal suele comenzar en la entidad y continuar, según el caso, ante mercado, organismo, mediador o vía judicial. Plazos y competencias dependen de la jurisdicción.

32.35 Operaciones transfronterizas

Cuando cliente, intermediario, activo, mercado y custodio están en países diferentes, pueden coexistir varias leyes y ninguna protección trasladarse automáticamente.

Debe identificarse entidad contractual, regulador, ley aplicable, tribunal, moneda, custodia, tratamiento fiscal y mecanismo de reclamo antes de transferir fondos.

32.36 Resiliencia y ciberseguridad

La infraestructura necesita autenticación, segregación de funciones, registros inmutables, monitoreo, recuperación y comunicación de incidentes. La ciberseguridad atraviesa toda la cadena.

Para el inversor, controles básicos incluyen acceder desde marcadores verificados, usar autenticación multifactor, revisar alertas y no compartir códigos. Un canal comprometido puede imitar procesos legítimos.

32.37 Laboratorio: verificación previa

Marcá cada evidencia que hayas comprobado en una fuente adecuada. El resultado mide cobertura documental del proceso, no calidad de la inversión ni seguridad absoluta.

32.38 Validar un registro con JavaScript

function validarRegistro(registro, fechaConsulta = new Date()) {
  const campos = ["razonSocial", "matricula", "estado", "actividad", "fuente", "actualizadoEl"];
  const faltantes = campos.filter(campo => !registro[campo]);
  const actualizacion = new Date(registro.actualizadoEl);
  const fechaValida = Number.isFinite(actualizacion.getTime()) && actualizacion <= fechaConsulta;
  return {
    completo: faltantes.length === 0 && fechaValida,
    faltantes,
    fechaValida
  };
}

console.log(validarRegistro({
  razonSocial: "Intermediario de ejemplo",
  matricula: "REG-123",
  estado: "VIGENTE",
  actividad: "INTERMEDIACIÓN",
  fuente: "Registro oficial",
  actualizadoEl: "2026-01-15"
}));

La función verifica estructura y fecha, no consulta una autoridad ni certifica que el registro sea auténtico.

32.39 Conciliar orden y ejecución

function conciliarOrden(orden, ejecuciones) {
  const relacionadas = ejecuciones.filter(ejecucion => ejecucion.ordenId === orden.id);
  const cantidadEjecutada = relacionadas.reduce((suma, ejecucion) => suma + ejecucion.cantidad, 0);
  const importe = relacionadas.reduce((suma, ejecucion) => suma + ejecucion.cantidad * ejecucion.precio, 0);
  return {
    ordenId: orden.id,
    cantidadOrdenada: orden.cantidad,
    cantidadEjecutada,
    pendiente: orden.cantidad - cantidadEjecutada,
    precioPromedio: cantidadEjecutada ? importe / cantidadEjecutada : null
  };
}

console.log(conciliarOrden(
  { id: "O-17", cantidad: 100 },
  [
    { ordenId: "O-17", cantidad: 40, precio: 99.80 },
    { ordenId: "O-17", cantidad: 60, precio: 100.10 }
  ]
));

32.40 Modelar estados de liquidación

const transiciones = {
  PENDIENTE: ["VALIDADA", "RECHAZADA"],
  VALIDADA: ["LISTA_PARA_LIQUIDAR", "FALLIDA"],
  LISTA_PARA_LIQUIDAR: ["LIQUIDADA", "FALLIDA"],
  RECHAZADA: [],
  FALLIDA: [],
  LIQUIDADA: []
};

function cambiarEstado(actual, siguiente) {
  if (!transiciones[actual]?.includes(siguiente)) {
    throw new Error(`Transición no permitida: ${actual} → ${siguiente}`);
  }
  return siguiente;
}

console.log(cambiarEstado("PENDIENTE", "VALIDADA"));

Un modelo real también guarda autor, hora, motivo, versión y evidencia de cada transición.

32.41 Detectar datos desactualizados

function evaluarVigencia(marcaTemporal, ahora, maximoMilisegundos) {
  const edad = ahora.getTime() - marcaTemporal.getTime();
  if (edad < 0 || maximoMilisegundos < 0) throw new RangeError("Fechas o límite no válidos");
  return { edadMilisegundos: edad, vigente: edad <= maximoMilisegundos };
}

const marca = new Date("2026-09-13T14:00:00Z");
const ahora = new Date("2026-09-13T14:00:03Z");
console.log(evaluarVigencia(marca, ahora, 2000));

El umbral depende del uso. Dos segundos pueden ser demasiado para ejecutar y perfectamente aceptables para un informe diario.

32.42 Evaluar una lista sin certificar seguridad

function coberturaControles(controles) {
  const total = controles.length;
  const verificados = controles.filter(control => control.verificado).length;
  return {
    verificados,
    total,
    cobertura: total ? verificados / total : 0,
    pendientes: controles.filter(control => !control.verificado).map(control => control.nombre)
  };
}

console.log(coberturaControles([
  { nombre: "Registro", verificado: true },
  { nombre: "Canal", verificado: true },
  { nombre: "Custodia", verificado: false }
]));

La cobertura solo informa tareas completadas. No produce aprobación regulatoria, recomendación ni garantía.

32.43 Fuentes oficiales para verificar

• Objetivos y Principios de la Regulación de Valores de IOSCO.
• Principios CPMI-IOSCO para infraestructuras del mercado financiero.
• Registros públicos de la Comisión Nacional de Valores de Argentina.
• Preguntas frecuentes de la CNV.

Las páginas, categorías y reglas pueden cambiar. Debe verificarse siempre la versión vigente en la autoridad competente.

32.44 Errores frecuentes

• Interpretar autorización regulatoria como recomendación de inversión.
• Verificar solo el nombre y no matrícula, estado, actividad y canal.
• Confundir negociación, compensación, liquidación y custodia.
• Suponer que una ejecución ya está liquidada.
• Creer que transparencia significa disponer de toda la información sin demora.
• Aceptar un documento sin comprobar emisor, versión y fuente.
• Asumir que las protecciones de una jurisdicción se aplican en otra.
• No conciliar confirmaciones con estados y registros de custodia.
• Confiar en un puntaje automático como certificado de seguridad.

32.45 Ejercicio integrador

Una persona recibe por mensajería una oferta que usa el nombre de un intermediario real. El dominio no coincide con el registro, se promete rentabilidad garantizada, se solicita pago a una cuenta de tercero y solo se entrega una captura de una supuesta licencia. Identificá las verificaciones pendientes y la evidencia que debería conservarse.

const caso = {
  nombreCoincide: true,
  dominioCoincide: false,
  cuentaCoincide: false,
  registroConsultadoEnFuenteOficial: false,
  promesaGarantizada: true,
  documentosOficiales: false
};

const alertas = Object.entries(caso)
  .filter(([clave, valor]) => clave === "promesaGarantizada" ? valor : !valor)
  .map(([clave]) => clave);

console.log({ detenerTransferencia: alertas.length > 0, alertas });

32.46 Ideas para recordar

• La regulación crea obligaciones y supervisión, no garantiza rendimiento.
• El alcance de una autorización depende de entidad, actividad y jurisdicción.
• Negociar, compensar, liquidar y custodiar son etapas diferentes.
• DvP vincula entrega y pago para reducir riesgo de principal.
• La transparencia necesita alcance, oportunidad y calidad de datos.
• La protección empieza verificando registros y canales en fuentes oficiales.
• Confirmaciones, estados y evidencias deben poder conciliarse.

En el próximo tema estudiaremos la información pública, los conflictos de interés y las conductas prohibidas.