馃彟 Treasury - Conciliaci贸n Operacional

C贸mo conciliar tus operaciones que ocurren por medio de la red de Shinkansen

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.