22. Compensación, liquidación, custodia y registro

22.1 De la ejecución al cumplimiento

La ejecución confirma que una compra y una venta resultaron compatibles en instrumento, precio y cantidad. Desde ese momento existe una operación, pero el comprador todavía debe entregar fondos y el vendedor, los valores.

El conjunto de procesos posteriores a la negociación suele llamarse posnegociación. Incluye validar datos, calcular obligaciones, gestionar riesgos, liquidar, mantener los activos bajo custodia y actualizar registros.

Idea central: negociar crea derechos y obligaciones; liquidar los cumple. Custodiar y registrar permite conservar y demostrar la posición resultante.

22.2 El ciclo completo de una operación

Las etapas forman una cadena lógica, aunque su organización concreta depende del mercado. Una misma entidad puede cumplir varias funciones o pueden intervenir infraestructuras y participantes diferentes.

22.3 Confirmación y conciliación

Antes de calcular qué debe entregar cada parte, los registros tienen que coincidir. La confirmación verifica los términos económicos; la conciliación compara datos mantenidos por sistemas o participantes distintos.

Una diferencia detectada a tiempo puede corregirse. Una diferencia que llega al momento de liquidar puede convertirse en una demora o un incumplimiento.

22.4 Qué hace la compensación

La compensación transforma las operaciones ejecutadas en obligaciones que deberán liquidarse. Puede incluir validación, cálculo de importes, agrupación de operaciones, compensación de saldos y administración de garantías.

No debe confundirse con el pago o la entrega. Al finalizar la compensación ya se conoce qué debe cada participante; la liquidación es el paso en el que los recursos se transfieren efectivamente.

22.5 Compensación bruta y neta

En una liquidación bruta, cada operación mantiene sus movimientos individuales. En una compensación neta, obligaciones compatibles se contraponen y se liquida el saldo resultante según las reglas del sistema.

Supongamos que un participante compra 1.000 unidades de ABC y luego vende 700 para la misma fecha y dentro del mismo ámbito de compensación:

El neteo reduce movimientos y necesidades operativas, pero no significa que todas las operaciones puedan mezclarse. Deben respetarse instrumento, moneda, fecha, cuenta, sistema y demás criterios de elegibilidad.

22.6 Neteo de valores y de efectivo

Los valores y el efectivo se calculan por separado. Un participante puede quedar receptor neto de un instrumento y pagador neto de dinero, mientras otro queda en la posición inversa.

Para cada operación de contado sencilla, el importe económico parte de:

Regla de implementación: nunca netear importes de monedas diferentes sin una conversión explícita, una fuente de tipo de cambio y una política de redondeo.

22.7 Contraparte central y novación

En algunos mercados interviene una contraparte central (CCP). Mediante el mecanismo jurídico previsto por el sistema, puede interponerse entre comprador y vendedor: pasa a ser compradora frente a cada vendedor y vendedora frente a cada comprador.

Esta interposición facilita el neteo y concentra la gestión del riesgo de contraparte. No elimina el riesgo: lo transforma y lo administra con requisitos de participación, márgenes, garantías, fondos de respaldo, límites y procedimientos ante incumplimientos.

Importante: no toda operación ni todo mercado utiliza una CCP. El diseño jurídico y operativo debe verificarse para la infraestructura concreta.

22.8 Liquidación: entrega final de recursos

La liquidación es el cumplimiento de las obligaciones mediante los movimientos definitivos previstos por el sistema. En una compraventa de valores existen dos patas:

• la pata de valores, desde la cuenta del vendedor hacia la del comprador;
• la pata de efectivo, desde la cuenta del comprador hacia la del vendedor.

Los sistemas deben coordinar ambas patas, conocer el estado de cada instrucción y evitar que un simple mensaje sea interpretado como una transferencia final.

22.9 Entrega contra pago

La entrega contra pago —frecuentemente abreviada DvP por delivery versus payment— vincula la transferencia de valores con la de fondos. Su propósito es reducir el riesgo de que una parte entregue y no reciba la contraprestación.

DvP reduce un riesgo central, pero no evita problemas de liquidez, fallas operativas, falta de valores, indisponibilidad tecnológica ni todos los riesgos jurídicos.

22.10 Fecha de negociación y fecha de liquidación

La fecha de negociación, denominada habitualmente T, es aquella en la que se ejecuta la operación. La fecha de liquidación se expresa a menudo como T+n, donde n representa una cantidad de días definida por la convención aplicable.

No alcanza con sumar días corridos. Deben considerarse el calendario del mercado, fines de semana, feriados, días hábiles de la moneda, horarios límite y reglas para acontecimientos excepcionales.

No existe un plazo universal: el ciclo puede variar por país, mercado, instrumento y tipo de operación, y también puede modificarse con el tiempo. Una aplicación debe obtener la regla desde datos configurables.

22.11 Disponibilidad no es liquidación

Una plataforma puede mostrar inmediatamente una operación en la cartera o permitir cierto uso comercial del saldo. Esa representación no demuestra por sí sola que la transferencia final ya ocurrió en la infraestructura.

Conviene distinguir estados explícitos, por ejemplo: EXECUTED, CLEARED, PENDING_SETTLEMENT, SETTLED y FAILED. Sobrescribir un único campo de saldo elimina información necesaria para conciliar y auditar.

22.12 Custodia de los instrumentos

La custodia reúne servicios para mantener activos financieros por cuenta propia o de clientes, proteger su integridad operativa y atender eventos asociados. No equivale a guardar un papel en una caja: en muchos mercados los valores existen como anotaciones electrónicas.

22.13 Depositario central, custodio e intermediario

Un depositario central de valores (CSD) opera infraestructura central para la emisión, el mantenimiento y/o la liquidación de valores según su marco. Un custodio mantiene cuentas y presta servicios a sus clientes. El intermediario ejecuta o canaliza operaciones y puede ofrecer además custodia.

Los nombres comerciales no bastan para identificar responsabilidades. Para modelar correctamente una operación hay que preguntar qué entidad lleva cada cuenta, quién envía la instrucción, dónde ocurre la transferencia definitiva y quién mantiene el registro frente al cliente.

22.14 Tenencia directa e indirecta

En un sistema de tenencia directa, el titular puede figurar individualmente en el registro pertinente. En uno indirecto, la posición se refleja a través de uno o más intermediarios: el depositario mantiene una cuenta global o segregada del participante y este conserva el detalle de sus clientes.

Una cuenta ómnibus agrupa posiciones de varios clientes en un nivel de la cadena; una cuenta segregada las separa según la estructura admitida. La agrupación no exime al intermediario de llevar registros internos capaces de atribuir cada saldo.

22.15 Registro, titularidad y beneficiario final

El registro responde quién aparece acreditado en un determinado nivel del sistema. La titularidad jurídica, la calidad de beneficiario final y los derechos frente al emisor pueden depender del instrumento y de la legislación aplicable.

Por eso una base de datos no debería usar ambiguamente un único campo llamado owner. Es más preciso distinguir, cuando corresponda, titular registral, beneficiario, participante, custodio, cuenta de valores y cuenta de efectivo.

22.16 Saldos negociados, liquidados y disponibles

Una cartera necesita separar dimensiones que a veces coinciden, pero representan cosas diferentes:

22.17 Riesgos de posnegociación

• Riesgo de contraparte: que una parte no cumpla su obligación.
• Riesgo de principal: entregar una pata sin recibir la otra.
• Riesgo de liquidez: no disponer a tiempo de efectivo o valores, aunque exista solvencia.
• Riesgo operativo: errores de datos, procesos, personas o tecnología.
• Riesgo de custodia: pérdidas o restricciones asociadas con quien mantiene los activos.
• Riesgo jurídico: incertidumbre sobre reglas, contratos, finalidad o derechos.

Confirmación temprana, neteo válido, garantías, DvP, segregación, conciliación, redundancia y trazabilidad actúan sobre riesgos distintos. Ningún control aislado resuelve toda la cadena.

22.18 Fallas de liquidación

Una instrucción puede no liquidarse en la fecha prevista por falta de valores, fondos insuficientes, datos incompatibles, instrucciones tardías o problemas técnicos. La operación no desaparece automáticamente: queda sujeta a los procedimientos del mercado.

Error de diseño frecuente: marcar una operación como anulada porque no liquidó a tiempo. Una falla, una cancelación bilateral y una reversión son acontecimientos diferentes y deben conservar su propio historial.

22.19 Laboratorio: proyectar liquidación y saldos

Elegí el lado, cantidad, precio y ciclo didáctico. El calendario excluye sábados y domingos; para simplificar no contempla feriados. El resultado separa el cambio pendiente en valores y efectivo.

22.20 Calcular una fecha hábil con JavaScript

La función siguiente ilustra T+n excluyendo fines de semana. En producción, el calendario debe provenir del mercado y contemplar feriados, zonas horarias y horarios límite.

function sumarDiasHabiles(fechaNegociacion, ciclo) {
  const fecha = new Date(fechaNegociacion);
  let agregados = 0;

  while (agregados < ciclo) {
    fecha.setDate(fecha.getDate() + 1);
    const dia = fecha.getDay();
    if (dia !== 0 && dia !== 6) agregados++;
  }

  return fecha;
}

const negociacion = new Date(2026, 8, 14); // 14 de septiembre
console.log(sumarDiasHabiles(negociacion, 2));

22.21 Modelar obligaciones y estados

Registrar movimientos con signo evita inferirlos más tarde desde textos. Una compra suma valores y resta efectivo; una venta hace lo contrario.

function crearObligacion(operacion) {
  const importe = operacion.precio * operacion.cantidad;
  const esCompra = operacion.lado === "BUY";

  return {
    operacionId: operacion.id,
    estado: "PENDING_SETTLEMENT",
    fechaNegociacion: operacion.fechaNegociacion,
    fechaLiquidacion: operacion.fechaLiquidacion,
    valores: {
      instrumento: operacion.instrumento,
      cantidad: esCompra ? operacion.cantidad : -operacion.cantidad
    },
    efectivo: {
      moneda: operacion.moneda,
      importe: esCompra ? -importe : importe
    }
  };
}

const operacion = {
  id: "OP-1042",
  lado: "BUY",
  instrumento: "ABC",
  cantidad: 250,
  precio: 120.40,
  moneda: "ARS",
  fechaNegociacion: "2026-09-14",
  fechaLiquidacion: "2026-09-16"
};

console.log(crearObligacion(operacion));

22.22 Un libro mayor basado en movimientos

En lugar de modificar saldos sin explicación, puede conservarse un libro de movimientos inmutable. El saldo se reconstruye sumando entradas y cada corrección referencia el acontecimiento original.

function saldoLiquidado(movimientos, cuenta, activo) {
  return movimientos
    .filter(m => m.cuenta === cuenta && m.activo === activo && m.estado === "SETTLED")
    .reduce((saldo, m) => saldo + m.cantidad, 0);
}

const movimientos = [
  { id: "M1", cuenta: "C-7", activo: "ABC", cantidad: 500, estado: "SETTLED" },
  { id: "M2", cuenta: "C-7", activo: "ABC", cantidad: -100, estado: "SETTLED" },
  { id: "M3", cuenta: "C-7", activo: "ABC", cantidad: 250, estado: "PENDING_SETTLEMENT" }
];

console.log(saldoLiquidado(movimientos, "C-7", "ABC")); // 400

El saldo liquidado es 400 y la posición proyectada, 650. Mezclar el movimiento pendiente con los liquidados ocultaría una diferencia importante.

22.23 Conciliación y trazabilidad

Conciliar consiste en comparar operaciones, obligaciones, movimientos y saldos entre fuentes. Una diferencia debe poder rastrearse hasta los registros que la originaron.

Son útiles identificadores estables para orden, ejecución, operación, instrucción y movimiento; marcas de tiempo con zona; versión del dato; origen; estado; motivo de rechazo y referencia a correcciones. Los registros financieros no deberían depender solo del orden en que llegaron los mensajes.

Si el saldo esperado no coincide con el informado por la fuente de custodia, el sistema debe abrir una diferencia, no ajustar silenciosamente la posición.

22.24 Errores frecuentes

• Suponer que ejecución y liquidación son el mismo acontecimiento.
• Usar un plazo T+n fijo para todos los instrumentos y mercados.
• Sumar días corridos donde corresponde un calendario hábil específico.
• Netear monedas, fechas o cuentas incompatibles.
• Confundir saldo liquidado, proyectado y disponible.
• Interpretar custodia, registro y propiedad jurídica como sinónimos universales.
• Borrar una obligación fallida en vez de conservar estado e historial.
• Usar números binarios de punto flotante sin una política monetaria de precisión y redondeo.

22.25 Ejercicio integrador

Una cuenta posee 800 unidades liquidadas de XYZ. Para la misma fecha de liquidación compra 500 unidades a $40 y vende 300 a $41. Sin costos adicionales, calculá el movimiento neto de valores, los flujos brutos de efectivo, el flujo neto y la posición proyectada.

const saldoLiquidado = 800;
const compra = { cantidad: 500, precio: 40 };
const venta = { cantidad: 300, precio: 41 };

const valoresNetos = compra.cantidad - venta.cantidad;
const pagoCompra = compra.cantidad * compra.precio;
const cobroVenta = venta.cantidad * venta.precio;
const efectivoNeto = cobroVenta - pagoCompra;
const posicionProyectada = saldoLiquidado + valoresNetos;

console.log({
  valoresNetos,       // +200 XYZ
  pagoCompra,         // 20000
  cobroVenta,         // 12300
  efectivoNeto,       // -7700
  posicionProyectada  // 1000 XYZ
});

22.26 Ideas para recordar

• La ejecución crea obligaciones; la liquidación las cumple.
• La compensación determina y, cuando corresponde, netea obligaciones.
• Entrega contra pago coordina valores y efectivo para reducir el riesgo de principal.
• T+n necesita una regla y un calendario específicos, no una suma ingenua de fechas.
• Custodia y registro sostienen la posición y su trazabilidad después de liquidar.
• Los saldos liquidados, pendientes, proyectados y disponibles deben permanecer separados.
• Estados explícitos e historial inmutable facilitan conciliación y auditoría.

En el próximo tema estudiaremos la formación de precios y el equilibrio entre oferta y demanda.