Qué es 🏦 Conciliación operacional

El proceso de 🏦 Conciliación Operacional o conciliación corta, es aquel que cruza las operaciones de tus sistemas con lo que ha ocurrido en tu institución financiera. Comúnmente equipos de operaciones, tesorería o finanzas lo llevan a cabo diariamente cruzando cartolas bancarias, extractos de bancarios o estados de cuenta con lo que dice sus sistemas usando RPAs o manualmente.

En Shinkansen, una 🏦 Conciliación Operacional es un proceso automatizado, sin uso de RPAs o Scrappers, que obtiene extractos de cuenta directos de Operadores de Pago (PO, Payment Operator) partner de Shinkansen (ej. Banco), los concilia y disponibiliza la información para ser obtenida vía interfáz gráfica o API.

Flujo

El siguiente flujo es una explicación del proceso que ocurre constantemente dentro de Shinkansen Treasury.

1. Shinkansen Treasury se sincroniza con lo que ha ocurrido en la red. Todos los 💸 Payouts y 🔔 Payin Notifications son almacenados como Operational Payments dispuestas a ser conciliados.
2. Una o más vez al día el PO envía Statements con información fidedigna de la institución. Statements generan Entries que se pueden pensar como las filas de un estado de cuenta, extracto bancario o cartola.
3. Shinkansen Treasury concilia los Operational Payments con los Statements, teniendo así una relación directa de lo que ocurrió en el banco con lo que pasó sobre Shinkansen Red. Por consecuencia una trazabilidad completa de tus operaciones.
4. Shinkansen Treasury también conecta los Entries que tienen relación entre si. Por ejemplo, una nómina puede tener asociado a si mismo el cargo de comisión de pago y una devolución dinero por transacción fallida.
5. Tú, usuario, puedes consumir toda la información en cualquier momento y a su vez ignorar Entries que no han pasado por Shinkansen Network.

Batches

Hay POs que procesan en batch. Comúnmente estas mismas instituciones muestran en Entries el agregado de todo el batch de pagos. En estos casos Shinkansen Treasury reconstruye el batch. Un Entry de un batch tiene asociados todos los Operational Payments pertenecientes a este.

Referencias

Un Entry puede tener referencias a otros Entries. Por ejemplo, un Entry que se refiere a un pago de nómina batch, puede tener asociado un pago de comisión (charge_entry) y también una devolución de una falla de transacción (reversal_entry). A su vez, un Entry que hacia referencia un cargo de una nómina va tener referencia la entry de dónde se origina el cobro (base_entry).

Ignorar o corregir

Van a existir movimientos que no son operacionales, por lo que no han pasado por la red de Shinkansen (ej. Cargo de nómina, comisión de banco y más). Estos quedaran en estado unreconciled y pueden ser ignorados (estado ignored) o marcados como reconciliados externamente en la interfaz (estado externaly_reconciled).

Un cambio de este estilo, cambiará automáticamente el método de reconciliación a manual.

Parcialmente conciliado

En el extraño caso que quede un Operational Payment en estado partially_reconciled se necesita interacción manual para poder decidir qué Entry corresponde a qué Operational Payment. En cualquier caso, se segmentará el universo de Entries a lo mínimo posible.