UNIVERSIDAD CENTRAL DE VENEZUELA

FACULTAD DE CIENCIAS
ESCUELA DE COMPUTACION

Contabilidad y
Servicios Financieros
Yusmery E. Riera R.
Francisco A. Gomes S.

Agenda
Contabilidad
Introduccin.
Caso

de Estudio.
Libro Mayor General (G/L).
Procesos de Presupuesto.
Rol de OLAP y Soluciones de Paquetes Analticos.
Conclusiones.

Introduccin
El Libro Mayor General (G/L) fue una de las primeras aplicaciones en ser
automatizadas hace dcadas, considerando la necesidad del manejo exacto
de los registros financieros de una empresa, realizados a travs de cientos
de tablas. El DW permite que la informacin que se encuentra contenida en
los Libros pueda ser manejada por todos los niveles organizacionales, bajo
las mismas definiciones y mtricas Financieras.

Caso de Estudio
Los Libros de contabilidad (G/L) pueden llegar a contener cientos de
Tablas con una cantidad muy grande de informacin, que va dirigida a una
audiencia muy diversa en muchas organizaciones, es por ello que el DW
toma un papel muy importante, debido, a que permite que la informacin
contenida en los Libros pueda ser manejado por los Gerentes, Ejecutivos y
Analistas bajo las mismas definiciones y mtricas, determinando que
subconjunto de los datos corporativos son necesarios para cada uno, en
cul formato, y con qu frecuencia.
Los beneficios de mejorar el acceso a la data financiera se enfocan en
mejorar el manejo de riesgo, las operaciones en lnea e identificar el costo
potencial por guardar la data.

Libro Mayor General (G/L)

Es la base fundamental del Sistema Financiero.
Para el diseo bsico de los libros de contabilidad general, se
presentan dos esquemas:
Snapshot peridicos
Transacciones del G/L.

Libro Mayor General (G/L)

Snapshot Peridico
Se comienza la investigacin con un snapshot de las cuentas del G/L
al final de cada periodo fiscal. Refirindonos una vez ms a nuestro proceso
para disear modelos dimensionales, que est obviamente enfocado en el
G/L.

El Plan de Cuentas
Es un plan aplicado consecuentemente a la organizacin, para dar
una idea en cuanto al costo de la organizacin por cada cuenta. El
plan de cuentas consiste en una serie de identificadores que
permiten identificar la cuenta y el tipo de cuenta.

Libro Mayor General (G/L)

Snapshot Peridico

El Cierre de Periodo
El cierre del periodo permite la creacin de una Balance General , la
poltica asociada a este cierre depender de la las polticas del cierre
del ejercicio econmico de cada organizacin.
En el siguiente esquema de la figura se muestra el apoyo de acceso
y el anlisis de equilibrios de cuentas de G/L al final de cada periodo.

Libro Mayor General (G/L)

Snapshot Peridico

Snapshot Peridicos al G/L

Libro Mayor General (G/L)

Snapshot Peridico

Comparacin de las monedas

Si el libro Mayor consolida la data que captura, en funcin de
mltiples monedas, entonces, lo que se quiere representar, son los
hechos en trminos de ambas monedas, la moneda local y la
moneda estndar. En este caso, la tabla hecho puede representar de
forma separada, las cuentas expresadas en la moneda local y las
cuentas expresadas en la equivalente moneda corporativa.

Libro Mayor General (G/L)

Snapshot Peridico
G/L Organization Dimension

G/L Snapshot Fact

Accounting Period Dimension

G/L Organization Key (PK)

Accounting Period Key (FK)

Accounting Period Key (PK)

Cost Center Name

G/L Key (FK)

Accounting Period Number

Cost Center Number

G/L Account Key (FK)

Accounting Period Description

Departament Name

G/L Organization Key (FK)

Accounting Period Fiscal Year

Departament Number

Local Currency Dimension Key (FK)

Division Name

Local Currency Period End Balance Amount

Business Unit Name

Local Currency Period Debit Amount

G/L Key (PK)

Company Name

Local Currency Period Credit Amount

G/L Book Name

G/L Dimension

Local Currency Period Net Change Amount

Currency Dimension

Standar U$ Dollar Period End Balance

Amount
Standar U$ Dollar Period Debit Amount
Standar U$ Dollar Period Credit Amount
Standar U$ Dollar Period Net Change
Amount

G/L Account Dimension

G/L Account Key (PK)
G/L Account Name
G/L Account Category
G/L Account Type

Libro Mayor General (G/L)

Transacciones de Diario del G/L

Mientras el snapshot del final del periodo dirige una multitud de anlisis
financieros, muchos usuarios tienen que descender en los detalles
fundamentales, por ello surge este esquema.
Sin dejar de estar concentrados en el proceso de la G/L, vamos a tener
entonces en este nuevo esquema, una fila para cada transaccin en la
tabla de entrada de hechos diarios, en la cual vamos a identificar el
dbito aplicable o la cantidad de crdito.

Libro Mayor General (G/L)

Transacciones Diarias del G/L

Entrada de transacciones diarias al G/L

Transacciones Diarias del G/L

Mltiples Calendarios de Contabilidad
Fiscal

Un Perodo Fiscal no es de forma similar al calendario estndar de

meses.

Los Perodos Fiscales varan de la empresa dependiendo de la poltica,

puede variar de nmeros de perodos, esto segn el nmero de semanas

Considerando la relacin entre un Calendario y la Contabilidad, los

perodos son simplemente atributos.

Transacciones Diarias del G/L

Declaraciones Financieras

Una de las funciones primarias de un sistema contable es producir a la

organizacin informes oficiales, como el balance y la declaracin de
ingresos.

Esto no quiere decir que la DW intente sustituir los informes publicados

por el sistema operacional financiero.

Los repositorios de datos crean una base de datos complementaria, que

proporciona un acceso simplificado para la obtencin de informacin que
puede ser aprovechada en todas partes de la organizacin.

Los Gerentes pueden obtener fcilmente informacin valiosa, como la de

tendencias de funcionamiento para un lnea dada con mnimo nivel de
detalle.

Proceso de Presupuesto

Los sistemas modernos poseen la capacidad de integrar datos de

presupuesto en los G/L, sin embargo hay que proporcionar un
mecanismo alternativo para apoyar el proceso para generar
presupuestos y realizar comparaciones.

La elaboracin de los presupuestos se hacen ms dinmicos, es decir,

reflejan cambios de condiciones de negocios o la realidad de gastos
reales contra el presupuesto original.

Existe la necesidad de parte de los ejecutivo, de ver la marcha de un

presupuesto anual, estado inicial, cambios sufridos y decisiones tomadas
para el cambio.

Proceso de Presupuesto

Esquema de Presupuesto Anual

Consolidacin de la Tabla de Hechos

Actual vs. Presupuesto Consolidado de Tabla de Hecho

Rol de OLAP y Soluciones Analticas

Empaquetadas
Dentro del rea de las finanzas, el DW se observa desde el
contexto de BDR, por ellos los productos OLAP multidimensional no tienen
cabida en esta rea. Los productos OLAP se usan para hacer reportes
financieros, presupuestos y consolidacin de aplicaciones.
Los modelos relacionales dimensionales se alimentan de cubo
OLAP de data financiera. Los cubos OLAP permiten generar informacin
para todos los niveles de la organizacin.
Los volmenes de data en especial los balances del libro mayor o
agregaciones de cuenta financiera no reduce el tamao prctico de los
constrains de un producto multidimensional.

Rol de OLAP y Soluciones Analticas

Empaquetadas

Rol de OLAP y Soluciones Analticas

Empaquetadas
Las soluciones analticas empaquetadas pueden cargar la
implementacin del datawarehouse, sin embargo, ellos pudiese no generar
la conformidad dentro de algunas organizaciones.
Las soluciones analticas frecuentemente tienen herramientas para
asistir con la extraccin y la representacin de la data financiera, as como
herramientas para el analisis y la interpretacin.

Rol de OLAP y Soluciones Analticas

Empaquetadas

Conclusiones

A pesar de que el modelo financiero alberga una gran cantidad de datos,

es necesario encontrar la granularidad ideal para acelerar el proceso de
anlisis de los mismos, en vez de crear snapshots del presupuesto de la
data total.
La consolidacin de las tablas de hechos permiten combinar los
resultados del proceso de negocio por separado en vez de analizarlos
juntos, como frecuentemente se haba hecho.
Se deben incluir productos OLAP multidimensionales para los anlisis
financieros.
Es importante integrar paquetes analticos que abarquen todo el DW.

Agenda
Servicios Financieros (Banca).
Introduccin.
Caso

de Estudio.
Dimensin Triage.
Valores arbitrarios de los hechos.
Point-in-time Balances.
Esquemas de productos heterogneos.
Conclusiones.

Introduccin
El anlisis financiero se expande en una variedad de aplicaciones contables,
incluyendo el libro mayor y sublibros detallados, compras y cuentas a pagar,
facturas y cuentas por cobrar y activos fijos.

Caso de Estudio.

El caso de estudio de las actividades bancarias explora el concepto de

los productos heterogneos en los cuales cada lnea del negocio tiene
cualidades y mtrica descriptivas nicas de funcionamiento

La necesidad de manejar productos heterogneos no es nica a los

servicios financieros. Tambin se discutirn las relaciones complicadas
entre cuentas, clientes, y casas (compaa, empresa, cliente)

Caso de Estudio.
Un servicio bancario completo ofrece una gran variedad de productos, entre
los que se encuentran, la comprobacin de:

Cuentas de ahorros
De prstamos de hipoteca
De prstamos personales
De tarjetas de crdito
De cajas de depsito seguro

La meta inicial del banco es construir una capacidad para analizar mejor las
cuentas bancarias.

Household Dimension.

A partir de la perspectiva del banco, el Household puede abarcar un gran

nmero de cuentas y titulares individuales de la cuenta (Entidades
Financieras o Entidades Econmicas).

A pesar del hecho que las cuentas y los household se correlacionan

intuitivamente, se ha decidido tratarlos separadamente debido al gran tamao
de la dimensin cuenta, y la volatibilidad de los componentes de la cuenta
dentro de la dimensin household.

Household Dimension.

La dimensin Household proporciona un punto de entrada mucho ms

pequeo a la tabla de Hechos, sin la necesidad de atravesar una
inmensa tabla de dimensin Cuenta.
*..1

**

Balance snapshot whit too few dimensions

Con este esquema la dimensin cuenta podra colapsar debido a

que se tiene toda la data en esta tabla, ocasionando el efecto
2SCD

Snapshot Tabla de Hechos para todas

las Cuentas

Simple de
jerarqua
de de
Informa
un cambio
Facilita
laocurrido
localizacin
los productos.
estado
(activadeo
dimensiones
informacin
Describeas
losecomo
inactiva),
de
ellas. o cierre.
productos
del banco
apertura

Core snapshot fact table for all accounts

Ayuda a analizar las

relaciones del banco con
un hogar en particular, la
magnitud de esta y
productos q pueden ser
ofrecidos

Ejemplo
Juan Prez

Maria Prez

Cuenta de Ahorros

Crdito

Cuenta
Corriente

Hipoteca

Multivalued Dimension.

Es la relacin de una tabla de hecho y una tabla de dimensin que

representa un numero abierto de valores.

Tabla Bridge (Puente).

Es una tabla con mltiples claves que captura una relacin de muchos a
muchos, evita que la tabla de hecho o la tabla de dimensin simple altere su
granularidad natural.

Multivalued Dimension.

Un atributo ampliable se puede asociar a una fila de la dimensin usando una

tabla puente para asociar los atributos a la dimensin.
De esta manera el cliente individual es identificado y asociado con cada
transaccin.

Account-to-customer brige table to associate multiple customers with accountt-level fact

Dimensin Puente

En este caso no
necesitamos de una tabla
puente porque cada uno
posee un numero de
tarjeta que lo identifica
inequvocamente

1234

5678

Minidimensions Revisited.

Las minidimensiones permiten extraer de la tabla de hechos datos, basado en

una lista de atributos que podemos definir como bandas, estos atributos
siguen cambiando en el tiempo, pudiendo ser actualizados en diferentes
frecuencias.

Existen dos situaciones donde los valores asociados pueden ser inadecuados:
a.- El anlisis de minera de datos (Datamining) requiere a menudo
valores discretos en vez de bandas fijas para hacerlos ms eficaces.
b.- Un nmero limitados de los analistas puede desear estudiar los
valores discretos para determinarse si las bandas seleccionadas son
apropiadas.

Valores Arbitrarios de los Hechos

Arbitrary value-band reporting using a band definition table

Con la estructura de las tablas mostrada anteriormente, es un gran desafo

mantener un buen rendimiento del sistema a la hora de ejecutar cualquier
reporte o consulta sobre dichas estructuras.
Por esto es necesaria la colocacin de ndices dentro de la tabla de Hechos
Balance, para ubicar de una manera mucho ms rpida aquellos balances
necesitados durante un reporte determinado.

Point-in-time Balances.

Hasta los momentos, el estudio se ha realizado solo a snapshot de

Servicios Financieros de manera mensual, sin embargo esta se podra
suplir con una segunda tabla de hecho que muestre el snapshot ms
actual como la fecha de la ltima actualizacin.

Resulta sumamente costoso la creacin de snapshot de balances

diarios para un banco, ya que los datos resultaran bastante densos.

Asumiendo que los requisitos del negocio han conducido a la necesidad

de crear datos del detalle de la transaccin disponibles para el anlisis,
se puede guardar este detalle de la transaccin para determinar un
balance arbitrario del Point-in-Time.

Point-in-time Balances Ejemplo

Aadimos una tupla a la TH solo si una transaccin ocurre. Si una cuenta esta
inmovilizada por dos semanas por ejemplo desde 1/01 al 14/01, estos podran ser
no insertados en la TH.
Supongamos que queremos saber todos los balances de cuentas q se llevaron a
cabo el 5/01. En este caso necesitamos ver la ms reciente transaccin por cada
cuenta, q se dieron antes de la fecha requerida, este ejemplo se resuelve con el
siguiente cdigo SQL

Uso de una Tabla de Hecho para el

Point-in-time balances
=

Usamos
Date es el
unorden
entero de
del
1..N,
procedimiento
as podemos
del
cdigo SQL
particionar
fsicamente
para
localizar
la
una TH
basndonos
en
transaccin
la fecha. fin de
da ms reciente
Clave Sustituta
date

Using a transaction fact table for point-in-time balances

Esquemas de Productos Heterogneos

En muchos negocios de servicios financieros, surge un dilema debido a
la naturaleza heterognea de los productos o servicios ofrecidos por la
institucin.
Ejemplo: las cuentas corrientes tienen saldos mnimos, lmites de
sobregiro y comisiones por operacin; los depsitos a plazo tienen pocos
atributos, incluyendo fechas de vencimiento y tasa de inters corriente.
Perspectivas de los Usuarios Empresariales:

Vista Global: necesaria para planificar la direccin de relacin cliente

apropiada.

Esquemas de Productos Heterogneos

Esquemas de Productos Heterogneos

Perspectivas de los Usuarios Empresariales:

Vista de Lnea de Negocios Especfica

Esquema Personalizado

Specific line-of-business custom schema for cheking products

Esquemas de Productos Heterogneos

Esquemas Personalizados:
Contienen hechos principales y atributos.
Solo el DBA mira todas las tablas.
No tiene sentido combinar data de uno o ms esquemas porque los
hechos y atributos estn desligados (o casi todos).
Las claves de la dimensin producto personalizada son las mismas que
se usan en la tabla de dimensin de producto principal.
Cada dimensin de producto personalizada es un conjunto de filas
provenientes de la tabla de dimensin de producto principal.
Cada dimensin de producto personalizada contiene atributos
especficos a un tipo de producto particular.

Esquemas de Productos Heterogneos

El Esquema Personalizado es necesario cuando un negocio tiene
productos heterogneos que tienen hechos y atributos naturalmente
diferentes, que el usuario est en la necesidad de integrar en una sola
vista.

Dimensiones Outtriggers dependientes

del Contexto

Context dependent dimension outtriggers

Por ejemplo el banco puede ofrecer una hipoteca fija de 15 aos. Cuando la hipoteca se
manejo
de atributos
de lneas de
son en
contexto
origina elElbanco
tendr
acceso aespecficos
las especificaciones
denegocio
la propiedad
incluyendo
demts2,
outtrigger
dehogar
la dimensin
Unacondominio,
estructura copo
direccin,dependientes
valoraciones,
tipo de
(familiar,producto.
townhouse,
trailer),
de nieve puede
conectar
a una
tabla
particular
outtriggerEstos
de unvalores
tipo de de
tipo de construccin
(madera,
ladrillo,
etc.
), da
de construccin.
especifico.
Usualmente
seno
puede
lograr esta
construyendo
atributosproducto
son diferentes
por cuenta,
as que
pertenecen
a lostarea
productos
que vende el
vista relacional
por cada
banco enuna
la dimensin
producto.
Comotipo
seproducto.
muestra en la figura podemos proveer una
dimensin cuenta outrigger para algunos tipos de cuenta.

Productos Heterogneos usando una

Tabla de Hechos extendida

Join Key

Heterogeneous product schema using an

extended fact table

Cada tupla de hechos de ncleo identifica unequivocamente a una cuenta en

un mes. Usando un join key, fsicamente enlazamos la tabla hecho cliente con
la tabla hecho ncleo
Cuando usamos esta tcnica necesitamos asegurar que es la ms optima para
resolver los constrains en la Tabla de hecho ncleo.

Conclusiones
Dependiendo de los requerimientos de negocios se inicia el diseo estructural
de las tablas de datos necesarias para la realizacin de las operaciones
funcionales que ofrece un servicio financiero.
Para mantener la granuralidad y dimensionalidad utilizamos diferentes tablas,
a las ya creadas en el diseo original, las cuales servirn de ayuda al
momento de la realizacin de consultas (query) requeridas por el cliente.
El concepto de DW es de suma importancia para la banca, ya que le provee
informacin necesaria para la toma de decisiones al momento de, por
ejemplo, ofrecer productos a determinados clientes segn su historial
bancario.