Principales características del Sistema Contable del Banco Central ...

XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES
AMERICANOS E IBERICOS
La Habana, Cuba, 26 al 30 de octubre de 1998
Principales características del Sistema Contable del Banco Central de Cuba
Autores: Lic. Beatriz Milián Sardiña
Lic. Bianca Castro Tormo
Ing. Adriana Gutiérrez García
Lic. Matilde Cerezal Mezquita
Indice
1. Introducción
2. Características funcionales del SABIC
3. Arquitectura del SABIC
4. Módulo de Información al Banco Central de Cuba
5. Módulo de Correo Electrónico
6. Nueva versión del SABIC
Banco Central de Cuba
Ponencia: Principales características del Sistema Contable del Banco Central de Cuba
1. Introducción
El Banco Central de Cuba (BCC) considera esta reunión de Sistematización de Bancos Americanos e Ibéricos el
marco oportuno para la presentación del sistema automatizado SABIC por el papel fundamental que el mismo ha
jugado en la automatización e interconexión de los bancos y sucursales pertenecientes al Sistema Bancario Nacional,
a la vez que ha sido utilizado como el Sistema Contable del BCC posibilitando dar soluciones típicas de Bancos
Centrales.
El SABIC fue desarrollado por la Dirección de Sistemas Automatizados del BCC para satisfacer las necesidades de
procesamiento de datos de bancos e instituciones financieras utilizando microcomputadoras compatibles con las

IBM-PC conectadas en una red de área local. Está implementado en Foxpro 2.6 para la plataforma MS-DOS sobre
red Novell versión 3.12 y está implantado en 275 oficinas de casas financieras, bancos comerciales y el propio Banco
Central.
2. Caracteríticas funcionales del SABIC
El SABIC esta compuesto por elementos imprescindibles para el tratamiento y contabilización multimoneda y en
tiempo real de las operaciones de una oficina de cualquier banco o institución financiera,
El SABIC tiene las siguientes características funcionales:
• Contabilización en Tiempo Real
• Contabilidad Multimoneda
• Multisucursal
• Transaccional
• Modular
La contabilización en tiempo real que garantiza el SABIC, permite, por una parte, realizar de forma segura el
control de existencias de fondo requerido para permitir la extracción de dinero de una cuenta de cliente o el sobregiro
de cualquier otra cuenta y, por otra, la actualización al momento de los ficheros contables posibilitando a la
institución conocer en cualquier instante su posición financiera global.
El hecho de llevar una contabilidad multimoneda le permite al banco o institución financiera que utilice el SABIC
poder registrar sus activos y pasivos en las monedas que realmente existen, sin tener que realizar conversiones de
monedas para la contabilización, con lo que la exactitud de la información sobre la posición financiera de la
institución aumenta considerablemente, al hacerse independiente de las variaciones de los tipos de cambio.
La característica multisucursal del SABIC se debe a que con su ayuda y utilizando una red de transmisión de datos
X-25 o similar, se pueden enlazar entre sí todas las oficinas de un banco o institución financiera y realizar, también
en tiempo real, operaciones entre ellas. Esta posibilidad de realizar operaciones en tiempo real en las que interviene
más de una oficina es la que garantiza que independientemente del tamaño del banco las microcomputadoras puedan
ser la base tecnológica de su automatización.
La característica transaccional del sistema se basa en la contabilización de operaciones mediante transacciones. Una
transacción para el SABIC no es más que el conjunto de asientos requeridos para registrar una operación. Una
transacción es contabilizada por el SABIC sólo si todos los asientos que la conforman cumplen las reglas de
validación definidas y se registran siempre íntegramente.
Ser un sistema modular fue uno de los principales objetivos del diseño del SABIC con el fin de facilitar la
adaptabilidad, flexibilidad y evolución del sistema sin tener que efectuar cambios en sus programas generales. Esta
propiedad se garantiza con:
• la definición de nuevos datos asociados a los principales ficheros del sistema sin afectar su funcionalidad,
• la factibilidad de realizar extensiones del sistema basadas en reglas generales para la inclusión por parte de
los usuarios de nuevas transacciones, procesos independientes y reportes de salida,
• la inclusión de nuevos módulos funcionales como es el caso del módulo de información al BCC.
3. Arquitectura del SABIC

La unidad básica de contabilización en el SABIC es la cuenta la cual está compuesta por los siguientes datos:
• Sigla de la moneda, se codifica utilizando 3 caracteres, recomendándose utilizar las siglas definidas por el
ISO.
• Código de la cuenta/subcuenta, se codifica utilizando 2 dígitos para la cuenta y 2 para la subcuenta, y tiene
por objetivo permitir la clasificación contable de las operaciones que realiza un banco o institución
financiera.
• Tipo de contraparte, se codifica utilizando un dígito, y permite definir la clase de contraparte (cliente,
banco, etc).
• Código de contraparte, se codifica utilizando 4 dígitos, y contiene en dependencia del tipo de contraparte un
código de cliente, un código de banco, un código de concepto de ingreso/egreso, etc.
• Desglose de la cuenta, se codifica utilizando 2 dígitos, y se utiliza para aquellos casos en que sea necesario
tener más de una cuenta con iguales sigla de moneda, código de cuenta/subcuenta, tipo de contraparte y
código de contraparte.
El SABIC registra todos los datos que trata en ficheros que pueden agruparse en:
• Parámetros: Contienen información sobre el repertorio de datos y la estructura de los demás ficheros
• Maestros: Contienen información que se necesita de forma permanente para la explotación del sistema.
Atendiendo a su contenido se clasifican en:
. Maestros Contables
. Maestros de Control
. Maestros de Referencia.
• Clasificadores: Sirven para definir por enumeración las listas y atributos de los principales objetos con que
tiene que ver el sistema.
• Operativos: Contienen datos requeridos para el tratamiento de determinadas operaciones pero que, por su
carácter local, no están presentes en los ficheros maestros.
• Temporales: Almacenan información de forma transitoria
Particular importancia para el sistema tiene los ficheros maestros contables compuestos por:
• Fichero Histórico: Contiene todos los asientos contables de las transacciones registradas hasta el momento
y desde la fecha que se decida,
• Fichero Mayor: Contiene el saldo contable, el saldo confirmado, y el acumulado de intereses de todas las
cuentas que se controlan por el sistema,
• Fichero Diario: Contiene todos los asientos contables que ya han sido objeto de una contabilización pero
que requieren un tratamiento posterior, tales como los vencimientos de los préstamos y los asientos con
fecha valor mayor a la fecha contable.
•

• El Subsistema Central del SABIC es único para todas las aplicaciones del sistema, está conformado por
diferentes módulos y tiene entre otras funciones las siguientes:
• Control de acceso, seguridad y protección,
• Actualización de los ficheros maestros contables,
• Actualización de ficheros clasificadores y maestros no contables,
• Inicio y cierre del día contable
• Consulta de ficheros maestros contables
La figura 1 muestra el esquema de la Arquitectura General del SABIC.
Figura 1. Arquitectura General del SABIC.
Entre los principales módulos del subsistema central se encuentran:
• Acceso: Realiza las funciones del control del acceso de los usuarios. Garantiza que sólo pueda entrar al
sistema quien esté previamente autorizado, y que cada usuario del sistema una vez que haya entrado al
mismo sólo pueda realizar las funciones y acceder a los datos para él definidos. Es el principal componente
de la Seguridad y Protección del sistema, la cual se basa en:
. Control de acceso al sistema por palabra de pase y clave de acceso

. Definición para cada usuario de los puntos del Menú a los que tiene acceso
. Posibilidad de definir una función lógica cualquiera que filtre los ficheros Mayor, Histórico y
Diario para cada empleado
. Actualización permanente de un fichero bitácora, que contiene todas las acciones realizadas por
los empleados que accedieron al sistema
. Salva diaria sobre 3 soportes diferentes
. Salva diaria de las modificaciones de la base de datos, y del total de la base en períodos
superiores (semana o mes)
• Inicio y cierre contable del día: Estos módulos son los encargados de iniciar el día contable haciendo de
forma automática el tratamiento de los asientos contenidos en el fichero diario que tienen vencimiento en
ese día o les llega su fecha valor, ejecutar los procesos independientes generales o particulares de cada
aplicación y cerrar el día realizando los cálculos requeridos diariamente, los que en lo fundamental se
refieren a los intereses a pagar y cobrar, y emitir los reportes diarios.
• Contabilización en tiempo real: Es el encargado de actualizar los ficheros maestros contables Mayor,
Histórico y Diario de forma transaccional garantizando que en cualquier caso se mantenga la coherencia
entre ellos.
• Actualización de ficheros: Posibilita actualizar, recuperar, visualizar e imprimir los datos de los ficheros
clasificadores y maestros no contables.
• Consulta: Permite acceder de forma simple a los ficheros maestros contables recuperando cualquier
información sobre los mismos en un esquema de recuperación por ejemplo (QBE).
• Correo Electrónico: Este módulo es el encargado del intercambio de información por correo electrónico.
Existen medidas de protección con vistas a garantizar la integridad y seguridad de la información que viaja
por correo electrónico en caso que se requiera.
• Salidas de Información: Este módulo permite la emisión de diferentes reportes de salida o informes
brindados por el sistema tales como los balances y los estados de cuenta. Posibilita la inclusión de nuevos
reportes de salida particulares de la aplicación sin tener que modificar los programas existentes.
• Información al Banco Central de Cuba: Este módulo fue desarrollado para que los bancos y las
instituciones financieras brinden información a la Dirección de Supervisión Bancaria del Banco Central de
Cuba.
Por su importancia y posible interés para los participantes en este evento se ha entendido adecuado dar más detalles
sobre los módulos para la Información al Banco Central de Cuba y de Correo Electrónico.
4. Módulo de Información al Banco Central de Cuba
El módulo de información al Banco Central de Cuba se diseñó para facilitar a los bancos e instituciones financieras
que utilizan el SABIC suministrar el conjunto de datos solicitados por el área de Supervisión del Banco Central de
Cuba.
Este módulo fue diseñado por los mismos especialistas que deberían elaborar el sistema para reportes al área de
Supervisión del BCC.

Inicialmente se concibió como un grupo de programas que utilizando algunos nuevos ficheros del SABIC,
permitirían extraer y homogeneizar los datos requeridos, imprimiendo los reportes necesarios.
Al analizar la problemática en su conjunto se concluyó que era más racional definir un fichero intermedio a partir del
cual pudieran obtenerse todos los reportes solicitados y que fuera el que entregara el SABIC o cualquier otro sistema
que funcione en un banco o institución financiera.
A partir de esta decisión el módulo de información al BCC del SABIC se convirtió en un programa que utilizando
los ficheros Mayor, Histórico y Diario y un grupo de definiciones adicionales, genera el fichero solicitado por el área
de Supervisión del BCC.
Las informaciones adicionales que requiere el SABIC se refieren en lo fundamental a definir las reglas de conversión
de la codificación propia del banco o institución financiera, hacia los indicadores solicitados por el BCC.
La figura 2 muestra esquemáticamente este proceso.
Figura 2. Estructura del módulo de Información al BCC.
5. Módulo de Correo Electrónico
El módulo de correo electrónico permite el intercambio de mensajes entre distintas entidades que poseen el SABIC o
utilizan el protocolo ISO 8583. Este módulo da solución a un conjunto de demandas inherentes al intercambio de
información entre distintas instituciones y está concebido de forma tal que se le pueden agregar nuevas
funcionalidades.
Los principales tipos de mensajes que se tratan por el módulo de correo electrónico son:
• Mensajes intersucursales de un mismo banco o institución financiera. Con este tipo de mensajes se
resuelven los requerimientos de bancos o instituciones financieras que tengan sus cuentas tanto
descentralizadas, como centralizadas. Estos mensajes provocan una contabilización al envío y a la recepción
y deben ser en todos los casos ratificados al momento de recibirse.

• Mensajes con entidades externas al banco. Este tipo de mensaje se utiliza para las relaciones de una entidad
con sus clientes u otros bancos y para las transacciones de cajeros automáticos y terminales de puntos de
ventas.
• Mensajes administrativos. Estos mensajes tienen como objetivo controlar el funcionamiento de la red.
• Otros mensajes. Dentro de esta categoría se incluyen los mensajes de transmisión de ficheros, los cuales
constituyen una herramienta poderosa ya que resulta muy amplia la gama de informaciones que se pueden
intercambiar empleando este mecanismo.
Desde otro punto de vista los mensajes se clasifican en dos grupos:
• Mensajes sincronos
• Mensajes asincronos.
Los mensajes sincronos son aquellos cuya respuesta tiene que ser enviada de forma inmediata. En el caso del
SABIC solo se tratan de forma sincrona mensajes basados en la norma ISO 8583 y se dividen en dos grupos
fundamentales.
• Mensajes de cajeros automáticos y terminales de puntos de venta.
• Mensajes de clientes.
Mensajes de cajeros automáticos y terminales de puntos de venta. En la actualidad en Cuba las transacciones
originadas en un cajero automático o en una terminal de punto de venta son enviadas al Centro de Control de Cajeros
Automáticos "RED". Dicho centro envía un mensaje financiero a la institución emisora de la tarjeta. Si la institución
posee el SABIC este mensaje es recibido por el módulo de correo electrónico quien lo contabiliza en tiempo real y
envía un mensaje de respuesta que autoriza o deniega la operación.
La figura 3 muestra el flujo de los mensajes que se generan al realizarse una transacción en un cajero automático o en
una terminal de punto de venta.
Figura 3. Flujo de los mensajes de cajeros automáticos y terminales de puntos de venta.

Mensajes de clientes. Los mensajes de clientes pueden originarse por el propio SABIC o por cualquier otro sistema
que utilice el protocolo ISO 8583. Por medio de estos mensajes se brinda la posibilidad al cliente de consultar el
saldo de su cuenta, los últimos diez movimientos y realizar transferencias. En un futuro se prevé agregar nuevos
servicios.
Los mensajes asincronos son aquellos cuya respuesta no tiene que ser enviada de forma inmediata. Estos mensajes
están basados en un formato propietario del SABIC y se dividen en tres grupos fundamentales.
• Mensajes de operaciones intersucursales.
• Mensajes administrativos.
• Otros mensajes
Mensajes de operaciones intersucursales. Los mensajes intersucursales se originan en una sucursal cuando se detecta
en la contabilidad una operación que requiere ser enviada a otra sucursal. El módulo de correo electrónico genera
automáticamente los mensajes contables y es el encargado de procesar los mensajes de ratificación recibidos por
cada mensaje contable. A su vez, procesa los mensajes contables recibidos y envía el mensaje de ratificación
correspondiente.
Un subconjunto particular de estos mensajes lo constituyen los mensajes de débito inmediato. Estos mensajes son
típicos de los bancos cuyas cuentas de clientes están centralizadas. Se originan en la sucursal cuando se realiza una
operación de débito a un cliente, en este caso, se envía un mensaje a la casa matriz y se espera el mensaje de
respuesta para dar por terminada la operación.
Mensajes administrativos. El módulo de correo electrónico ofrece a las aplicaciones un conjunto de mensajes
administrativos. Dentro de este grupo de mensajes se encuentran:

• Mensaje de solicitud de actualización de direcciones. Este mensaje se envía desde cada sucursal a un centro
definido el cual responde un mensaje que contiene todas las sucursales actualmente conectadas al sistema
con sus direcciones X25. Este mensaje se utiliza para dinámicamente introducir nuevas sucursales al
sistema de correo electrónico.
• Mensajes de monitoreo de las sucursales. Estos mensajes son generados por un centro de monitoreo y
enviados a cada una de las sucursales conectadas. Estos mensajes se utilizan para conocer cuantas
sucursales están conectadas en un momento dado o cuantos mensajes pendientes tiene una sucursal
específica con el resto de las sucursales.
Otros mensajes. Esta categoría incluye los mensajes de transmisión de ficheros los cuales se utilizan para trasmitir
ficheros entre las distintas entidades que empleen el módulo de correo electrónico del SABIC.
El módulo de correo electrónico se desarrolló utilizando el sistema de explotación MS-DOS y está compuesto por
niveles como se muestra en la figura 4.
Aplicación
Transporte
Driver X25
Tarjeta X25
Interfaz X25
Figura 4. Arquitectura del módulo de correo electrónico.
Nivel de Aplicación: Es el encargado del tratamiento de los mensajes incluyendo la contabilización correspondiente.
Procesa los mensajes recibidos generando el mensaje de respuesta correspondiente en cada caso. Revisa
constantemente si existe mensaje para ser enviado a partir de dos fuentes fundamentales: mensajes nuevos y
mensajes pendientes de envío. Realiza el proceso de autenticación de los mensajes, garantizando que se rechacen
aquellos mensajes cuyo contenido haya sido alterado.
Nivel de Transporte: Maneja las conexiones a la red X25 y el tamaño de los paquetes. Controla la conexión con un
destino específico si este no está reportado como ocupado o paso el tiempo establecido hasta la próxima llamada.
Controla la desconexión de un destino específico por tiempo sin tráfico. Fragmenta los mensajes en bloques si el
tamaño de los mismos excede el límite establecido ocupándose de su reconstrucción en el destino. Maneja los
mensajes recibidos según los criterios de prioridades definidos.
Estos dos niveles fueron desarrollados utilizando el lenguaje FoxPro versión 2.6.
Interfaz X25: Encargado de la interfaz entre el nivel de transporte y el driver para la tarjeta X25. Este software se
desarrolló para interactuar con una tarjeta española (teldat) y con una tarjeta canadiense (eicon), utilizando el
lenguaje Borland C 3.1.

El intercambio de datos entre los niveles se realiza utilizando el algoritmo de la "papa caliente". Este algoritmo se
basa fundamentalmente en que cada nivel realice sus funciones y pase el control al nivel siguiente.
El nivel de aplicación puede ser separado para ser empleado con otro tipo de correo electrónico como se muestra en
la figura 5. En una versión anterior del módulo de correo electrónico se utilizó CCMAIL.
Aplicación
Transporte Transporte Transporte
Interfaz X25 CCMAIL Otros correos electrónicos
Figura 5. Independencia del nivel de aplicación.
A continuación se resumen algunas de las características más significativas del módulo de correo electrónico.
Solo se intercambian mensajes. El módulo de correo electrónico permite el intercambio de mensajes pero no permite
ningún tipo de acceso a la red local.
Prioridad en la recepción de mensajes. Todo mensaje recibido genera un mensaje de respuesta de forma inmediata.
Puede separarse en dos máquinas. El nivel de aplicación puede dividirse en dos máquinas una para el tratamiento de
los mensajes sincronos y otra para el tratamiento de los mensajes asincronos. La figura 6 muestra la estructura
general de esta variante.
Máquina 1 Máquina 2
Figura 6. Arquitectura de la variante diferida del módulo de correo electrónico.
6. Nueva versión del sistema
La plataforma tecnológica sobre la que está basada el sistema actual contiene un conjunto de limitaciones. Una de
estas limitaciones es la utilización de un servidor de ficheros lo cual conlleva a un tráfico excesivo dentro de la red.
Otra de las limitaciones está directamente asociada a la utilización del MS-DOS como sistema de explotación y
consiste en la monotarea que este sistema implica. Es por estas razones que se decide realizar una nueva versión del
SABIC que utilice una plataforma más avanzada.

Esta nueva versión en un ambiente cliente-servidor se realizó bajo la filosofía de tener en un corto tiempo una
versión que utilizara las ventajas de está técnica; pero sin realizar un nuevo diseño del sistema en su conjunto. Este
método de trabajo permitió poder escalar a la nueva tecnología rápidamente, para después, ya con una mayor
experiencia y habiendo asimilado todos estos conceptos, tener criterios para elaborar un nuevo producto con un
nuevo diseño de la base de datos que aproveche al máximo todas las ventajas de esta plataforma.
Para este trabajo se escogió como lenguaje para programar al cliente a Visual FoxPro y para el servidor SQL
Server. Con respecto al cliente la selección se basó en que el sistema anterior está programado en FoxPro y utilizar
Visual FoxPro era más productivo ya que se podía aprovechar parte del código escrito para la versión anterior. La
selección de SQL Server como servidor de bases de datos se basó en las recomendaciones obtenidas de la
bibliografía consultada, además de los resultados de los estudios realizados que demuestran sus potencialidades.
Todas las tablas que utilizaba la versión anterior se integraron en una Base de Datos que se traspaso para conformar
la Base de Datos SQL actual y se estudiaron todos los procedimientos que incluían acceso a dichas tablas, de modo
que, el mayor conjunto de ellos pasaran a conformar procedimientos almacenados dentro de la base de datos. Este
trabajo se realizó con el objetivo de contar con la mayor cantidad de código escrito en SQL lo cual facilita la
sustitución del lenguaje para la interfaz con el usuario. El hecho de tener estos procedimientos almacenados le brinda
al sistema una gran rapidez pues el tráfico en la red se limita sólo, a la solicitud de ejecución del procedimiento,
retornándose la respuesta correspondiente.
Otra de las ventajas de esta nueva versión es que todas las solicitudes de datos que incluyen a las tablas almacenadas
en la Base de Datos son eficientes lográndose de esta forma disminuir también el tráfico en la red y aumentar la
eficiencia en el sistema.
Esta nueva versión se encuentra funcionando en una casa financiera y está en fase de perfeccionamiento.