domingo, 22 de enero de 2012

Mercado de Capitales

El Mercado, en economía, es el medio (social o virtual) donde se realizan/propician un conjunto de transacciones o acuerdos de negocios entre compradores (demandantes) y los vendedores (oferentes) de un bien o servicio. En contraposición con una simple venta, el mercado implica el comercio formal y regulado, donde existe cierta competencia entre los participantes.

En otras palabras, debe interpretarse como la organización social a través de la cual los oferentes (productores y vendedores) y demandantes (consumidores o compradores) de un determinado tipo de bien o de servicio, entran en estrecha relación comercial a fin de realizar abundantes transacciones comerciales. 

Los primeros mercados de la historia funcionaban mediante el trueque. Tras la aparición del dinero, se empezaron a desarrollar códigos de comercio que, en última instancia, dieron lugar a las modernas empresas nacionales e internacionales. A medida que la producción aumentaba, las comunicaciones y los intermediarios empezaron a desempeñar un papel más importante en los mercados.

Mercados financieros Es un mecanismo que permite a los agentes económicos el intercambio de activos financieros. En general, cualquier mercado de materias primas podría ser considerado como un mercado financiero si el propósito del comprador no es el consumo inmediato del producto, sino el retraso del consumo en el tiempo.
    • Mercado de bonos Es un mercado financiero donde los participantes compran y venden títulos de deuda, usualmente en la forma de bonos 
    • Mercado de capitales Son un tipo de mercado financiero en los que se ofrecen y demandan fondos o medios de financiación a mediano y largo plazos. Frente a ellos, los mercados monetarios son los que ofrecen y demandan fondos (liquidez) a corto plazo. 
    • Mercado de valores Son un tipo de mercado de capitales en el que se negocia la renta variable y la renta fija de una forma estructurada, a través de la compraventa de valores negociables. Permite la canalización de capital a medio y largo plazo de los inversores a los usuarios. 
    • Mercado secundario Es una parte del mercado financiero de capitales dedicado a la compraventa de valores que ya han sido emitidos en una primera oferta pública o privada, en el denominado mercado primario.
El mercado de capitales, también conocido como mercado accionario, es un tipo de mercado financiero en los que se ofrecen y demandan fondos o medios de financiación a mediano y largo plazo. Su principal objetivo es participar como intermediario, canalizando los recursos frescos y el ahorro de los inversionistas; para que los emisores, lleven a cabo dentro de sus empresas operaciones de: financiamiento e inversión. Frente a ellos, los mercados monetarios son los que ofrecen y demandan fondos (liquidez) a corto plazo.

TIPOS DE MERCADOS DE CAPITALES

En función de los que se negocia en ellos:

  • Mercados de valores
  • Instrumentos de renta fija.
  • Instrumentos de renta variable.
  • Mercado de crédito a largo plazo (préstamos y créditos bancarios).
En función de su estructura:
  • Mercados organizados
  • Mercados no-organizados ("Over The Counter")
En función de los activos:
  • Mercado primario: el activo es emitido por vez primera y cambia de manos entre el emisor y el comprador (ej: Oferta Pública de Venta en el caso de renta variable, emisión de bonos en el caso de renta fija)
  • Mercado secundario: los activos se intercambian entre distintos compradores para dotar de liquidez a dichos títulos y para la fijación de precios.
Participantes del mercado de capitales

Dentro del mercado accionario intervienen diversas instituciones del sistema financiero que participan regulando y complementando las operaciones que se llevan a cabo dentro del mercado. Las siguientes cuatro entidades son las más imprescindibles:

Bolsa de Valores: Su principal función es brindar una estructura operativa a las operaciones financieras, registrando y supervisando los movimiento efectuados por oferentes y demandantes de recursos. Además, da fé de cotizaciones e informa al inversionista de la situación financiera y económica de la empresa y del comportamiento de sus instrumentos financieros.

Emisoras: Son entidades que colocan acciones (parte alícuota del capital social) con el fin de obtener recursos del público inversionista. Las emisoras pueden ser sociedades anónimas, el gobierno federal, instituciones de crédito o entidades públicas descentralizadas.

Intermediarios (Casa de Bolsa): Realizan las operaciones de compra y venta de acciones, así como, administración de carteras y portafolio de inversión de terceros.

Inversionista: Los inversionistas pueden categorizarse en persona física, persona moral, inversionista extranjero, inversionista institucional o inversionista calificado). Son personas o instituciones con recursos económicos excedentes y disponibles para invertir en valores.

En conclusión, el mercado de capitales es solo una parte de la economía que mueve cada país según la función que este ejerza.


REFERENCIAS:
  • La Mesa de Dinero, “Una Visión de Futuro” - (Enrique Pereira, 1999)
  • http://es.wikipedia.org/wiki/Mercado_de_capitales

Arquitectura de Software Empresarial & Servicios Financieros

La mayoría de las empresas hoy en día no poseen una arquitectura formal (Gartner, 2003). La solución no es otra super inversión que provoque un Big-Bang en la organización. Si en un proyecto no se ha definido una arquitectura de sistema confiable, flexible y escalable, simplemente éste no debe proceder.

La arquitectura juega un papel fundamental al permitir que una organización cumpla con sus objetivos de negocio. Arquitectura tiene un precio (el costo de su desarrollo, cuidado), pero vale la pena por sí mismo generosamente al permitir la organización para lograr sus los objetivos con el sistema y ampliar las capacidades del software. La arquitectura es un activo que tiene un valor tangible a la organización de desarrollo más allá del proyecto para el cual fue creado. La arquitectura estrictamente desde un punto de vista de la ingeniería de software aporta tanto a proyecto de desarrollo, además de que el valor devuelto a la empresa.

La arquitectura de software en década del 90' surgió como un subcampo de la ingeniería del software , cuando se hizo ampliamente reconocida la idea de que conseguir la arquitectura correcta era un elemento clave para la creación de un sistema de software que cumpliera con los requerimientos. Tras esto se siguió una serie vertiginosa de las propuestas de anotaciones, herramientas, técnicas y procesos para apoyar el diseño arquitectónico y de integrarlo con las prácticas de desarrollo de software existentes. Y, sin embargo, a pesar de la existencia de este cuerpo de conocimiento, en la arquitectura de software existen aún muchos casos en los que no se sigue una práctica estandarizada.

Parte de la razón de esto ha sido una especie de polarización de opiniones sobre el papel que la arquitectura debe jugar. Por un lado es una escuela de pensamiento que defiende la arquitectura centrada en el diseño, en la que la arquitectura juega un crucial y esencial papel durante el proceso de desarrollo de software. La gente en este campo han tendido arquitectura para centrarse en los diseños arquitectónicos detallados y completos y bien definidos hitos y normas explícitas para la documentación de la arquitectura. En el otro lado es una escuela de pensamiento que menos énfasis arquitectura, con el argumento de que surjan naturalmente, como un subproducto de un buen diseño.

Es obvio que para la clase de sistema. La gente en este campo han tendido a centrarse en la minimización de diseño de la arquitectura como una actividad separada de la aplicación, y en la reducción o la eliminación de documentación arquitectónica.

Claramente, ninguno de estos campos tiene derecho para todos los sistemas. De hecho, la pregunta que uno debe plantearse es: "¿Cuánto diseño arquitectónico se requiere para desarrollar un sistema dado? "

En el libro, George Fairbanks se propone una respuesta: "Sólo Arquitectura suficiente." En un primer momento a esto podría ser: "Bueno, duh!", Porque ¿quién querría demasiado o muy poco. Como tal, proporciona una manera refrescante y no dogmático de enfoque de software arquitectura - con un enorme valor práctico.

Fairbanks señala que el criterio básico para determinar la cantidad de la arquitectura es suficiente la reducción del riesgo. Donde hay poco riesgo en un diseño, la arquitectura poco es necesario. Pero cuando dura problemas de diseño del sistema surgen, la arquitectura es una herramienta con la un enorme potencial. En concreto, se centra en la reducción de riesgos de ingeniería se alinea los beneficios con los costos, asegurando que el diseño arquitectónico se utiliza en situaciones donde se requiera cumplir con ciertas expectativas.

Naturalmente, hay un montón de cuestiones secundarias para responder. ¿Qué riesgos son los mejores dirigida a la arquitectura de software? ¿Cómo se aplican los principios de diseño arquitectónico para resolver un problema de diseño? ¿Qué escribir acerca de su arquitectura compromisos para que los demás saben lo que son? ¿Cómo se puede ayudar a asegurar que compromisos arquitectónicos son respetados por los ejecutores de abajo?

REFERENCIAS:
Enterprise Software Architecture & Financial Services Industry – Future Trends, Challenges & Frameworks - MIT [Ahmad Shuja, 2003]
Software Architecture in Practice 2nd Edition - The SEI Series in Software Engineering
Just Enough Software Architecture - [Fairbanks, 2010]

Red BIAN y una arquitectura estándar para la industria bancaria

Establecida en 2008, la Red de Arquictectura de la Industria Bancaria (BIAN) es una asociación privada independiente, sin ánimo de lucro, que trata establecer y promover una arquitectura marco común para los problemas de interoperabilidad bancaria. El objetivo de BIAN es definir SOA y las definiciones semánticas para los servicios de TI en el sector bancario. La comunidad se centra en crear un panorama semántico estándar de servicios bancarios, y asegurar definiciones de servicios, niveles de detalle y límites de forma coherente. Esto ayudará a los bancos a conseguir una reducción de los costes de integración y a utilizar las ventajas de la arquitectura orientada a servicios.
Las instituciones financieras, los proveedores de software y los integradores de sistemas, junto con otros socios tecnológicos, están invitados a unirse a la asociación y jugar un papel como colaborador con otros líderes de la industria en la definición, construcción e implementación de la próxima generación de plataformas bancarias.


Banks need a flexible architectural model for the growth of banking services – one that enhances interoperability and reduces integration costs. The BIAN model is a Service Oriented Architecture with consistent service definitions, level of detail and boundaries. This makes it easier to choose and integrate commercially available products of different vendors.

By working together through BIAN, we can reduce integration costs, align IT with business objectives and therefore respond quicker to customer needs. The result: it will be easier to seamlessly integrate package solutions info your existing landscape.

Establecida en 2008, la Red de Arquictectura de la Industria Bancaria (BIAN) es una asociación privada independiente, sin ánimo de lucro, que trata establecer y promover una arquitectura marco común para los problemas de interoperabilidad bancaria. El objetivo de BIAN es definir SOA y las definiciones semánticas para los servicios de TI en el sector bancario. La comunidad se centra en crear un panorama semántico estándar de servicios bancarios, y asegurar definiciones de servicios, niveles de detalle y límites de forma coherente. Esto ayudará a los bancos a conseguir una reducción de los costes de integración y a utilizar las ventajas de la arquitectura orientada a servicios.

Las instituciones financieras, los proveedores de software y los integradores de sistemas, junto con otros socios tecnológicos, están invitados a unirse a la asociación y jugar un papel como colaborador con otros líderes de la industria en la definición, construcción e implementación de la próxima generación de plataformas bancarias.

Los miembros de BIAN son: ACI Worldwide Inc., Callataÿ & Wouters, Capital Banking Solutions, CGI, Commonwealth Bank of Australia, COREtransform, Credit Suisse, Deutsche Bank, Deutsche Postbank, FERNBACH, HCL Axon, IBM, ifb group, IKOR, Infosys, ING, innobis AG, kutxa, Microsoft, Rabobank,SAP, SunGard, Standard Bank of South Africa, SWIFT, Scotiabank Group, Temenos, UniCredit Group, Zürcher Kantonalbank

El gigante azul se convierte en el último miembro en unirse a la BIAN, organismo que busca establecer una arquitectura orientada a servicios (SOA) estándar en el sector financiero. IBM formará además parte del Consejo de Directores de la asociación.

IBM sigue impulsando su negocio, expandiendo y profundizando en sectores muy diversos de la economía internacional. Su última acción ha sido afiliarse a la BIAN, una red que busca fomentar los estándares dentro del sector financiero. Además de convertirse en afiliado de pleno derecho de la comunidad BIAN, Chae An, vicepresidente de soluciones de servicios financieros en IBM, tendrá un puesto en el Consejo de la asociación. Desde su creación en 2008, la misión de la BIAN ha sido establecer una arquitectura orientada a servicios (SOA) estándar en la industria bancaria.

La integración de IBM en el Consejo ha sido entendida desde la asociación como un catalizador para ofrecer estándares de mayor calidad a un ritmo más rápido, asegurando en última instancia el éxito en la industria. Asimismo, el gigante azul see une a una comunidad global de treinta expertos de las industrias mundiales de banca y software, incluyendo a empresas como ING, Commonwealth Bank of Australia, Credit Suisse, Microsoft, SAP, Infosys o SunGard.  “Los estándares abiertos facilitan la interoperabilidad y aceleran la adopción de nuevas tecnologías que ayudan a las industrias a trabajar de manera más inteligente", señaló Chae An, vicepresidente de Soluciones de Servicios Financieros en IBM, tras dar a conocer esta noticia. "La colaboración de BIAN con grupos de la industria como Object Management Group y SWIFT demuestra su compromiso para hacer que sus modelos de banca otorguen más valor a sus miembros”. Por su parte, Steve Van Wyk, presidente del Consejo de BIAN, y CIO global de ING, comentó que la asociación está encantada de dar “la bienvenida a IBM a nuestra creciente red global de bancos, proveedores de software e integradores de servicios. Juntos seguiremos trabajando duro para establecer los estándares SOA de facto para el sector bancario mundial”.

BIAN, la red de arquitectura para la industria bancaria, ha dado la bienvenida a IBM como el miembro más reciente a su comunidad que promueve los estándares en la banca. Además de convertirse en afiliado de pleno derecho de la comunidad BIAN,  Chae An, vicepresidente de soluciones de servicios financieros en IBM, tendrá un puesto en el Consejo de BIAN.

Desde su creación en 2008, la misión BIAN ha sido establecer una arquitectura orientada a servicios (SOA) estándar en la industria bancaria. Tras adquirir un impulso significativo – en 2011 BIAN ha recibido a nueve miembros nuevos, y ha lanzado su nuevo servicio BIAN Service Lansdcape–  la organización está entrando en una nueva etapa de madurez. La integración de IBM en el Consejo, como destacado visionario de tecnología bancaria, es el catalizador para ofrecer estándares de mayor calidad a un ritmo más rápido, asegurando en última instancia el éxito en la industria.

“Los estándares abiertos facilitan la interoperabilidad y aceleran la adopción de nuevas tecnologías que ayudan a las industrias a trabajar de manera más inteligente", señala Chae An, vicepresidente de soluciones de servicios financieros en IBM. "La colaboración de BIAN con grupos de la industria como Object Management Group (OMG) y SWIFT demuestra su compromiso para hacer que sus modelos de banca otorguen más valor a sus miembros. A través de la comunidad BIAN, IBM seguirá trabajando para atender las necesidades de las instituciones financieras a través de soluciones basadas en estándares abiertos.”

Steve Van Wyk, presidente del Consejo de BIAN, y CIO global de ING, comenta: "Estamos encantados de dar la bienvenida a IBM a nuestra creciente red global de bancos, proveedores de software e integradores de servicios. Juntos seguiremos trabajando duro para establecer los estándares SOA de facto para el sector bancario mundial. La amplia experiencia de IBM en los modelos de la industria, los estándares abiertos y el sector de servicios financieros, permitirá a BIAN hacer grandes avances en la creación de un modelo común, de la que se beneficiará toda la industria. Como nuevo miembro del Consejo de BIAN, IBM apoya la visión de que la estandarización y la colaboración a través de nuestra industria es la forma más eficaz para simplificar la entrega de mejores servicios a nuestros clientes a menor coste. "

IBM se une a una sólida comunidad global de 30 expertos líderes de las industrias mundiales de banca y software, incluyendo a ING, Commonwealth Bank of Australia, Credit Suisse, Microsoft, Scotiabank, SAP, Callataÿ & Wouters, Infosys y SunGard. Los miembros están trabajando conjuntamente para desarrollar estándares que ayuden a los bancos a reducir significativamente los costes TI. BIAN ha publicado recientemente su versión 1.5 de BIAN Service Landscape, y documentos de apoyo, como marco de referencia para los bancos. Cada vez más miembros están adoptando los estándares que están emergiendo en la industria como forma de reducir los costes de integración TI mediante una mayor eficacia y flexibilidad organizativa.

Acerca de BIAN
Establecida en 2008, la Red de Arquictectura de la Industria Bancaria (BIAN) es una asociación privada independiente, sin ánimo de lucro, que trata establecer y promover una arquitectura marco común para los problemas de interoperabilidad bancaria. El objetivo de BIAN es definir SOA y las definiciones semánticas para los servicios de TI en el sector bancario. La comunidad se centra en crear un panorama semántico estándar de servicios bancarios, y asegurar definiciones de servicios, niveles de detalle y límites de forma coherente. Esto ayudará a los bancos a conseguir una reducción de los costes de integración y a utilizar las ventajas de la arquitectura orientada a servicios.

Las instituciones financieras, los proveedores de software y los integradores de sistemas, junto con otros socios tecnológicos, están invitados a unirse a la asociación y jugar un papel como colaborador con otros líderes de la industria en la definición, construcción e implementación de la próxima generación de plataformas bancarias.

Los miembros de BIAN son: ACI Worldwide Inc., Callataÿ & Wouters, Capital Banking Solutions, CGI, Commonwealth Bank of Australia, COREtransform, Credit Suisse, Deutsche Bank, Deutsche Postbank, FERNBACH, HCL Axon, IBM, ifb group, IKOR, Infosys, ING, innobis AG, kutxa, Microsoft, Rabobank,SAP, SunGard, Standard Bank of South Africa, SWIFT, Scotiabank Group, Temenos, UniCredit Group, Zürcher Kantonalbank

REFERENCIAS:
http://www.bian.org/content/
http://www.microsoft.com/presspass/press/2009/jul09/07-13bianpr.mspx
http://www.bpmcenter.cl/index.php/component/content/article/3-noticias/343-soa.html
http://www.finanzasybanca.com/index.php/Apuntes/ibm-entra-en-la-direccion-de-la-red-de-arquitectura-bancaria-bian.html

Ranking Top 40 Proveedores Core Bancario al 2011

Proveedor
Aplicativo
Más Información
1
FIS | Fidelity National Information Services (FNIS)
Corebank, FIS Alltel Systematics, Sanchez Profile, Horizon ACBS (Advanced Commercial Banking System), Kordoba, ALLprofits, MiSER, BancPac, Metavante
Fidelity FIS FNIS
2
Oracle Financial Services Software (formerly i-flex Solutions)
Flexcube; Microbanker; Finware
Oracle Flexcube
3
Infosys Technologies
Finacle
Infosys Finacle
4
TEMENOS
T24; T24 for Microfinance and Community Banking (MCB) formerly eMerge; GLOBUS; TEMENOS CoreBanking (TCB)
Temenos
5
TCS FS - Tata Consultancy Services Financial Solutions - formerly FNS
BaNCS - TCS BaNCS (formerly FNS Bancs - Financial Network Services B@NCS-24)
TCS formerly FNS, Financial Network Services
6
Fiserv
ICBS (International) | Signature by Fiserv, - Fiserv CBS (US); Basys/Metabank; Catapult; Premier; Acumen
Fiserv CBS ICBS
7
Misys
BankFusion Universal Banking, Equation, BankFusion Equation, Equation Islamic Banking, Midas Plus, BankFusion Midas(Bankmaster)
MiSys
8
Sungard Ambit
Ambit EBS (Enterprise Banking Suite) core banking - Retail banking, Corporate banking (formerly System Access Symbols)
Ambit EBS
9
Silverlake Axis
Silverlake  - SIBS, Silverlake Integrated Islamic Banking System (SIIBS)
SIBS Silverlake
10
Open Solutions Inc (OSI)
TCBS/TCCUS: DNA platform | TCBS - The Complete Banking Solution, TotalPlus (outsourced) core banking, TCCUS - The Complete Credit Union Solution
Open Solutions Inc (OSI) TCBS
11
SAP
SAP for Banking, Corebanking; SAP R/3
SAP
12
Jack Henry & Associates
Jack Henry Banking - SilverLake; CIF 20/20; Core Director for US market
Jack Henry core banking solutions for US market
13
Polaris
Intellect Suite - OrbiOne, BankWare; BankNow
Polaris BankNow Intellect Suite
14
Harland Financial Solutions
PhoenixEFE
Harland Financial Solutions Phoenix retail core banking
15
Datapro Inc
Datapro eIBS (e-IBS) CORE
Datapro eIBS core banking
16
SAB
SAB AT universal banking system (formerly SAB2i) and Samic private banking
SAB universal core banking
17
Nucleus Software
FinnOne
Nucleus Software FinnOne retail banking suite
18
Callatay & Wouters
Thaler
Callatay and Wouters
19
Olympic ERI Bancaire
Olympic
ERi Bancaire Olympic
20
Path Solutions
iMAL
path islamic banking solution
21
3i Infotech
KASTLE
3i infotech KASTLE
22
Laser Soft Infosystems (LSI) (Polaris group)
Laser Panacea core banking, Probanker CB, Probanker PB
Laser Soft Infosystems (LSI) - Laser Panacea core banking
23
Neptune Software
Rubikon universal core banking system (Java platform - new 2008), Orbit microfinance retail banking, Equinox
Neptune Equinox universal core banking, Rubikon (new) core banking
24
CGI Group
RFS core banking + HORIZON CRM, Loan Origination (LOS), DMS
CGI
25
InfrasoftTech
OMNIEnterprise
InfrasoftTech OMNIEnterprise
26
BML Istisharat
ICBS (Integrated Computerized Banking System)
BML istisharat ICBS
27
ICS Financial Systems Ltd. (ICSFS), formerly International Computer Systems (ICS)
ICS BANKS
ICS BANKS banking system
28
Delta
Delta-Bank
Delta Bank
29
TOP Systems
TOPAZ Banking, TOPAZ Microfinance, TOPAZ Trace
Top Systems TOPAZ banking system
30
Cobiscorp | Cobis Systems Corporation (Macosa SA, MicroBanx Systems merged)
COBIS Core Banking | COBIS UBS (universal banking solution)
Cobiscorp COBIS core banking
31
Alnova Financial Solutions
Alnova 'A la Carte'; Alnova Jetbank, Altamira
Alnova Technology Corporation
32
TietoEnator
TietoEnator Financial Solutions, PBS Core Banking (Nordic solution) - (includes the former AttentiV systems Summit)
TietoEnator nordic banking
33
Avaloq
Avaloq Banking System
Avaloq banking system
34
Computer Sciences Corporation (CSC)
Hogan, CSC/IBS, Celeriti, K3000
CSC Hogan IBS
35
Infopro
ICBA, eICBA
Infopro ICBA banking system
36
DataVision Software
Data Mate Core Banking (India) - Micro Mate microfinance, cooperative banking
DataVision DataMate retail banking MicroMate co-op system
37
Mindmill
BankMill
BankMill universal banking suite
38
BankVision Software
Core BankVision
BankVision Software - Core BankVision
39
ITS - International Turnkey Systems
ETHIX total banking solution | ITS Core Banking Solution (Phoenix for ME), ITS Islamic Banking Solution
ITS - International Turnkey Systems - ITS core banking and Islamic banking solutions
40
TCS FS - Tata Consultancy Services Financial Solutions - formerly TKS-Teknosoft
TCS BaNCS private banking, QUARTZ core financial platform, Quartz Securities, Quartz Payments, e-Portfolio
TCS FS TKS teknosoft Quartz


REFERENCIAS:
http://www.inntron.com/core_banking.html

El Information Framework y el IBM IFW Financial Services Data Model (FSDM)

El Information Framework (IFW) es un framework de arquitectura enterprise, originalmente concebido por Roger Everden en 1996. El Information Framework es una familia de datos, procesos y modelos para ayudar a las instituciones financieras a transformar sus arquitecturas cross-enterprise. Es utilizado para clasificar los entregables en las arquitecturas enterprise, del mismo modo que el Zachman Framework.
Vistal actual del Zachman Framework

En 1987 John Zachman propuso el Zachman Framework para describir la arquitectura de la información con 6 preguntas conceptos fundamentales:

  1. Qué: relacionado con los datos e información.
  2. Cómo: relacionado con los procesos.
  3. Dónde: relacionado con la red y la ubicación.
  4. Quién: relacionado con los actores y personas.
  5. Cuándo: relacionado con el tiempo.
  6. Por qué: relacionado con la motivación.

Según Everden [1996], en un estudio realizado en los 90', indicó la tremenda necesidad de integrar los conceptos mencionados, en un paradigma unificado y para la creación de una herramienta CASE que soporte el modelamiento de la arquitectura de la información.

El Information FrameWork (IFW) está basado en vistas del dominio de arquitectura, con tres vistas y diez columnas:

  • Vista de la Arquitectura de la Organización (Estructura, Estrategia, Habilidades).
  • Vista de la Arquitectura del Negocio (Datos, Funciones de negocio, Workflow, Soluciones).
  • Vista de la Arquitectura Tecnológica (Aplicaciones, Redes, Sistemas).
Cada dominio de la arquitectura es además visto en términos de los niveles de detalle (A, B, C, C', D). El objetivo y alcance del IFW es amplio, tanto como el Zachman Framework original, basado en las experiencias en la industria de servicios financieros.

El IBM IFW Financial Services Data Model (FSDM) 



El propósito fundamental de la FSDM es definir los conceptos de negocio, para facilitar su comprensión y comunicación. Proporciona una vista de toda la empresa de los datos comunes a todas las organizaciones de servicios financieros. La FSDM está organozado en una estructura jerárquica, "top-to-bottom", o conceptual para el diseño físico, con múltiples capas de los modelos de contenido de negocios que contenga las definiciones de negocio estándar de la industria de los datos. Cada capa de la estructura contiene un modelo de contenido que ofrece datos más detallados sobre la base de la capa anterior.

El FSDM como parte del modelo BDW

La FSDM es un modelo genérico, la definición de datos que es ampliamente aplicable a cualquier organización de servicios financieros. La información que figura en el modelo de datos es independiente de la estructura organizativa y ha sido validado por múltiples fuentes dentro de la industria.

El modelo proporciona un marco para el desarrollo de unas estructuras de datos entre empresas que promueven el intercambio de información entre las aplicaciones de negocio. Ya que ofrece una visión de arriba hacia abajo desde una perspectiva empresarial, la FSDM proporciona un plan para el desarrollo de bases de datos, así como una herramienta para entender y comunicar los recursos de información empresarial de las actividades de negocios más importantes de una organización genérica de los servicios financieros.

REFERENCIAS:
http://en.wikipedia.org/wiki/Zachman_Framework
http://www.ibm.com/developerworks/rational/library/372.html
http://it.toolbox.com/blogs/architecting-information/why-information-framework-ifw-17045 (Roger Everden post)
http://www.globaldataconsulting.net/articles/technology-platform/ibm-ifw-financial-services-data-model-fsdm-beginners
http://www-01.ibm.com/software/sw-library/en_US/detail/Y964722E82030E35.html
http://www.tdan.com/view-articles/4140/

sábado, 21 de enero de 2012

Soluciones de Core Bancario o "Core Banking"

Hoy por hoy los bancos se encuentran en una encrucijada. El actual entorno económico, sumamente complejo, les somete a una gran presión, por lo que se ven obligados a efectuar agresivos recortes en materia de costos, y optimizar sus operaciones, al tiempo que se deben preparar para disfrutar de cierta ventaja competitiva cuando el ciclo económico cambie y se oriente de nuevo hacia el crecimiento.


Un sistema de Core Bancario según una definición de Gartner Group es un sistema back-end que procesa las transacciones diarias, actualizaciones de cuentas y otros registros financieros. Estos sistemas suelen incluir depósitos, préstamos y capacidades de procesamiento de créditos, con interfaces a los sistemas de contabilidad general y herramientas para la generación de reportes (Jasper Reports, Crystal Reports). El enfoque estratégico de en estos sistemas se basa en una combinación de la arquitectura orientada a servicios, y tecnologías de apoyo que crean arquitecturas extensibles.


Hoy en día, la mayoría de las entidades financieras utilizan las aplicaciones de "Core Bancario" para apoyar sus operaciones dado que el avance en la tecnología, especialmente en las tecnologías de la información han mejorado la eficiencia en la administración y control de los procesos y actividades de la banca.


Las soluciones de Core Bancario son aplicaciones que se basan en una plataforma que tiene por objetivo permitir a los bancos mejorar las operaciones, reducir costos, y prepararse para el crecimiento. La implementación de una solución empresarial modular, basada en componentes, facilita la integración de tecnologías bancarias existentes. Una arquitectura orientada a servicios (en inglés Service-Orientes-Architecture SOA) ayudará a los bancos a reducir el riesgo que puede derivarse de la carga manual de datos e información desactualizada, incrementa la gestión de la información y su revisión, y hace más fluido el negocio con la implementación de sistemas completos.


Es por esto que el Core Bancario representa el corazón de la operación financiera de los bancos, y la decisión de seleccionar una plataforma de última generación representa un reto en términos de flexibilidad, escalabilidad, funcionalidad e inversión, que esté totalmente alineada con la estrategia del negocio y que garantice la continuidad operacional a mediano y largo plazo.


Módulos más importantes considerados para una plataforma de Core Bancario flexible, para organizaciones de cualquier estructura y escala geográfica:


Cuentas Corrientes
Cajas de Ahorro
Depósitos a Plazo Fijo
Préstamos a Plazo Fijo
Descuentos
Administración de Límites
Garantías otorgadas
Garantías recibidas
Valores al cobro
Custodia y administración de valores
Ordenes de pagos y transferencias
Venta de cheques de viajeros
Cajas de seguridad
Mesa de Dinero
Mercado de Capitales
Cambios (Contado / Futuro)
Cartas de Crédito de Importación
Cobranzas de Importación
Cartas de Crédito de Exportación
Cobranzas de Exportación Soporte SWIFT
Información y reportes a los Organismos de Regulación y Contralor
Información y reportes a la Casa Matriz
Información Gerencial (MIS)
Contabilidad 
(Cumpliendo con cambios normativos e IFRS) 

Los sistemas de información son uno de los activos más destacables de las instituciones financieras contemporáneas y aquellos considerados "Core" resultan especialmente importantes y son un ejemplo claro de capacidades distintivas (Gestión Estratégica) entre entidades, ya que de ellos depende la facultad de una determinada institución para atraer clientes, prestarles sus servicios y conservarlos. 


¿Debemos sustituir nuestro sistema de Core Bancario?
La decisión sobre sustituir un sistema de Core Bancario, y el momento y la forma de llevar a cabo su reemplazo, sea posiblemente una de las decisiones más importantes que tenga que tomar el CIO de un banco. Por tanto es crucial escoger el momento y el enfoque más adecuados para minimizar los riesgos y maximizar las ventajas a largo plazo que de dicha sustitución se derivarán para la empresa.


Habitualmente dos son los criterios que determinan la decisión sobre el llevar a cabo proyectos TI de sobre el cambio en la plataforma de Core Bancario:


  1. Por un lado cuando el costo total de propiedad de los sistemas resulta insostenible, y/o cuando las capacidades de estos sistemas suponen un serio obstáculo para la competitividad de la institución, para su crecimiento y para la consecución de altos niveles de rentabilidad. Por desgracia la complejidad de los sistemas básicos de la mayoría de los bancos se ha ido incrementando a medida que estos añadan estratos de funcionalidad para adaptarse a las cambiantes necesidades de su ámbito de actividad (enfoque al cliente, multicanalidad, entre otros). El resultado de esta situación son sistemas que requieren de un mantenimiento complejo y con un costo muy elevado.
  2. En el actual entorno económico, este alto costo en la evolución y el mantenimiento de dichos sistemas de información con, en general, muchos años de vida útil ya no son sostenibles, como lo era en épocas de fuerte crecimiento. Es más, las necesidades de negocio de la mayoría de los bancos están experimentando cambios muy rápidos, y las mejoras y adaptaciones que se requerían en estos antiguos sistemas de información no proporcionan la funcionalidad que permite a estas entidades alcanzar sus objetivos financieros, ni en tiempo, ni a un costo razonable.
Junto con este costo, otro gran motivo para aplazar la decisión de cambiar los sistemas de core básicos es el riesgo. Pero hoy en día, sustituir estos sistemas básicos resulta mucho más seguro que en el pasado. De hecho, dada la incertidumbre y la rapidez de los cambios que se están produciendo en la economía en este momento, en realidad la opción más arriesgada podría ser mantener dichos sistemas tal y como están. El riesgo es, sin lugar a dudas, un elemento inherente a todas las iniciativas relativas a los cambios de sistemas. No obstante, la aparición de paquetes de software de core bancario significa que los bancos ya no tienen que crear nuevos sistemas de la nada como hicieron hace décadas, cuando desarrollaron sus sistemas básicos. Ello minimiza significativamente los riesgos de que la actividad de la empresa de vea alterada, y reduce el tiempo y el costo de las iniciativas de sustitución de estos sistemas básicos.

Los actuales enfoques graduales y secuenciales de estos procesos de estos procesos, incluso la capacidad de cambio selectivo de capacidades clave, ayudan a minimizar la disrupción en el negocio. Así se facilita la continuidad de los mismos, otro de los elementos clave de preocupación a la hora de abordar este tipo de transformaciones. Además, los nuevos modelos industrializados de delivery, las herramientas avanzadas migración de datos y ejecución de proyectos, así como unos equipos de profesionales con gran experiencia en los procesos de transformación de los sistemas core de los bancos, ayudan a reducir tanto los costos como los riesgos asociados a este tipo de iniciativas.


Por otra parte, los nuevos modelos globales de obtención de recursos en países con menos gasto (offshoring) mitigan asimismo los riesgos y los costos que supone la sustitución de plataformas de Core Bancario.


De esta forma, la transformación de los servicios de core bancario debería orientarse a la consecución de dos ventajas competitivas:


  1. mejora de la eficiencia y la innovación de los productos y los servicios para impulsar el crecimiento de los beneficios y
  2. reducción de los costos totales de procesamiento de las operaciones. En muchos casos dicha transformación es crucial para conseguir un incremento sustancial en la eficiencia operativa, aumentar el potencial de crecimiento, responder a las necesidades de los clientes en constante evolución, y mejorar la gestión del riesgo.
REFERENCIAS:
http://www.financialtech-mag.com/000_estructura/index.php?ntt=11105&vn=1&sec=4&idb=177
http://www-01.ibm.com/software/cl/industry/banking/
http://www.bantotal.com/home/index.asp
http://www.nasoft.com/site/Home/Soluciones/Portecnolog%C3%ADa/CoreBancario/tabid/97/Default.aspx
http://www.fischile.cl/index.php?option=com_content&view=article&id=5&Itemid=14
http://www.alide.org.pe/fn11_fin_rev4_coreBancoldex.asp
http://financiablog.gilmartinspain.com/archives/1