Está en la página 1de 298

Universidad Austral de Chile

Facultad de Ciencias de la Ingeniera


Escuela de Ingeniera Civil en Informtica

DISEO E IMPLEMENTACIN DE PROTOTIPO PARA


UNA PLATAFORMA DE NEGOCIACIN DE CONTRATOS
DERIVADOS EN ENTIDADES BANCARIAS

Tesis para optar al Ttulo de:


Ingeniero Civil en Informtica.

Profesor Patrocinante:
Sr. Christian Hagedorn Hitschfeld
Ingeniero Civil en Informtica
MBA Internacional en Marketing y Gestin Comercial.

Profesor Co-Patrocinante
Sr. Martn Gonzalo Solar Monsalves
Ingeniero Civil Industrial
Magster en Administracin de Empresas

PATRICIO EDUARDO BORQUEZ SCHMUCK


VALDIVIA - CHILE
2008
NDICE
NDICE ........................................................................................................................................................ 1
NDICE DE TABLAS................................................................................................................................. 3
NDICE DE FIGURAS............................................................................................................................... 4
NDICE DE FIGURAS............................................................................................................................... 4
RESUMEN................................................................................................................................................... 5
RESUMEN................................................................................................................................................... 5
SUMMARY ................................................................................................................................................. 6
INTRODUCCIN....................................................................................................................................... 7
1.1. INTRODUCCIN ........................................................................................................................... 7
1.2. CONTEXTO.................................................................................................................................. 9
1.3. OBJETIVOS. ............................................................................................................................... 10
1.3.1. Objetivo General. ................................................................................................................ 10
1.3.2. Objetivos Especficos. ......................................................................................................... 10
1.4. JUSTIFICACIONES. ..................................................................................................................... 11
INSTRUMENTOS DERIVADOS ........................................................................................................... 13
2.1. PREMBULO. ............................................................................................................................ 13
2.2. CONCEPTOS PRELIMINARES....................................................................................................... 13
2.2.1. Conceptos de derivado y activo subyacente. ....................................................................... 14
2.3. ANTECEDENTES HISTRICOS..................................................................................................... 15
2.4. TIPOS DE DERIVADOS ................................................................................................................ 16
2.4.1. Forward............................................................................................................................... 17
2.4.2. Futuros ................................................................................................................................ 18
2.4.3. Swap .................................................................................................................................... 20
2.4.4. Opciones.............................................................................................................................. 21
2.5. FINALIDAD Y FORMA DE UTILIZACIN. ..................................................................................... 23
2.5.1. Cobertura (hedging)............................................................................................................ 24
2.5.2. Especulacin ....................................................................................................................... 25
2.5.3. Arbitraje .............................................................................................................................. 25
2.6. FORMAS DE LIQUIDACIN. ........................................................................................................ 26
2.7. VENTAJAS DEL USO DE DERIVADOS........................................................................................... 27
2.8. MERCADOS EN QUE SE TRANSAN............................................................................................... 29
2.8.1. El Mercado Organizado...................................................................................................... 29
2.8.2. El Mercado OTC. ................................................................................................................ 30
2.8.3. Tipos de derivados transados de acuerdo al mercado. ....................................................... 30
2.8.4. Diferencias entre los mercados de derivados...................................................................... 31
ESTADO DEL ARTE ............................................................................................................................... 35
3.1. PREMBULO ............................................................................................................................. 35
3.2. PRINCIPALES DERIVADOS TRANSADOS EN CHILE. ..................................................................... 35
3.2.1. Mercado Organizado Nacional........................................................................................... 35
3.2.2. Mercado OTC Nacional. ..................................................................................................... 37
3.3. FORMAS DE NEGOCIACIN. ....................................................................................................... 40
3.3.1. Mercado Organizado Nacional........................................................................................... 40
3.3.2. Mercado OTC Nacional ...................................................................................................... 41
3.4. ACTORES PARTICIPANTES DEL MERCADO NACIONAL. ............................................................... 46
3.5. CANALES DE INFORMACIN ...................................................................................................... 50
3.5.1. Bolsa de Comercio de Santiago [URL008]......................................................................... 51
3.5.2. Valor futuro [URL009] ....................................................................................................... 51
3.5.3. Laboratorio de Investigacin Avanzada en Finanzas UC (FinLabUC [URL010]) ............ 53
3.6. REVISIN INTERNACIONAL ....................................................................................................... 55
3.6.1. Casos generales................................................................................................................... 56
3.6.2. Casos especficos................................................................................................................. 58
3.6.3. Realidad Latinoamericana .................................................................................................. 59
3.6.4. Similitudes con Chile........................................................................................................... 59
3.7. PERSPECTIVAS. ......................................................................................................................... 60

1
MARCO REGULATORIO ...................................................................................................................... 62
4.1. PREMBULO ............................................................................................................................. 62
4.2. REGULACIN GENERAL ........................................................................................................... 62
4.3. REGULACIN SOBRE AGENTES ESPECFICOS .............................................................................. 64
4.3.1. Regulacin de Bancos ......................................................................................................... 64
4.3.2. Regulacin de Administradoras de Fondos de Pensiones (AFP)........................................ 65
4.3.3. Regulacin de Compaas de Seguro.................................................................................. 66
4.3.4. Regulacin de Fondos Mutuos. ........................................................................................... 67
4.3.5. Regulacin de Fondos de Inversin .................................................................................... 68
4.4. RESUMEN DE NORMATIVA......................................................................................................... 69
4.5. CAMBIOS A FUTURO.................................................................................................................. 70
METODOLOGA Y PLATAFORMA EFT ........................................................................................... 72
5.1. PREMBULO. ............................................................................................................................ 72
5.2. METODOLOGA DE DESARROLLO............................................................................................... 72
5.2.1. Rational Unified Process (RUP) ......................................................................................... 73
5.2.2. Actividades y Documentos EFT........................................................................................... 77
5.3. FORMA DE APLICACIN EN EL PROYECTO. ................................................................................ 82
5.4. PLATAFORMA TECNOLGICA.................................................................................................... 83
5.5. SERVICIOS Y HERRAMIENTAS EFT UTILIZABLES. ...................................................................... 84
5.5.2. Enterprise Architect ............................................................................................................ 85
5.5.3. Portal EFT........................................................................................................................... 85
5.5.4. Plataformas de pago y compensacin ................................................................................. 86
ANLISIS DE REQUERIMIENTOS Y PROPUESTA. ....................................................................... 88
6.1. PREMBULO. ............................................................................................................................ 88
6.2. PRINCIPALES NECESIDADES. ..................................................................................................... 88
6.2.1. Entidades bancarias ............................................................................................................ 89
6.2.2. Clientes................................................................................................................................ 90
6.2.3. EFT Group .......................................................................................................................... 91
6.3. PROPUESTA............................................................................................................................... 91
6.3.2. Perspectiva del producto propuesto. ................................................................................... 93
6.3.3. Funciones del producto. ...................................................................................................... 93
6.3.4. Actores del sistema.............................................................................................................. 94
6.3.5. Requerimientos no funcionales............................................................................................ 95
6.4. SUPUESTOS Y OMISIONES. ......................................................................................................... 95
6.5. REQUISITOS ESPECFICOS.......................................................................................................... 96
6.6. REQUISITOS FUTUROS............................................................................................................... 99
DISEO Y PROTOTIPO....................................................................................................................... 100
7.1. PREMBULO. .......................................................................................................................... 100
7.2. OBJETIVO Y ORIENTACIN DEL PROTOTIPO. ............................................................................ 100
7.3. DISEO ................................................................................................................................... 102
7.3.1. Proceso De Negocios ........................................................................................................ 102
7.3.2. Casos de USO.................................................................................................................... 104
7.3.3. Mapas de Navegacin ....................................................................................................... 112
7.3.4. Modelo BBDD. .................................................................................................................. 116
7.4. IMPLEMENTACIN ................................................................................................................... 117
7.4.1. Creacin de un portal EFT-Derivados.............................................................................. 117
7.4.2. Principales pantallas......................................................................................................... 118
7.4.3. Soluciones particulares ..................................................................................................... 123
7.5. VALIDACIN DE PROTOTIPO .................................................................................................... 124
CONCLUSIONES Y MEJORAS........................................................................................................... 125
8.1. CONCLUSIONES....................................................................................................................... 125
8.2. MEJORAS ................................................................................................................................ 126
BIBLIOGRAFA..................................................................................................................................... 128
9.1. PUBLICACIONES: ..................................................................................................................... 128
9.2. URLS .................................................................................................................................... 128
ANEXOS .................................................................................................................................................. 131

2
NDICE DE TABLAS

INTRODUCCIN....................................................................................................................................... 7
INSTRUMENTOS DERIVADOS ........................................................................................................... 13
TABLA 2.1. TIPOS DE OPCIONES. ........................................................................................................ 23
TABLA 2.2. FORMAS DE LIQUIDACIN DE LOS CONTRATOS DERIVADOS............................................. 26
TABLA 2.3. TIPOS DE DERIVADO POR MERCADO................................................................................. 31
ESTADO DEL ARTE ............................................................................................................................... 35
TABLA 3.1. TIPOS DE DERIVADOS DE PLATAFORMA INTERBANCARIA DEL MERCADO OTC LOCAL .... 38
TABLA 3.2. HERRAMIENTAS DE INFORMACIN FINANCIERA DE FINLABUC....................................... 53
TABLA 3.3. PRINCIPALES AGRUPACIONES EUROPEAS DE DERIVADOS................................................. 57
MARCO REGULATORIO ...................................................................................................................... 62
TABLA 4.1. ENVO DE INFORMACIN REFERENTE A INSTRUMENTOS DERIVADOS AL BANCO CENTRAL.
63
TABLA 4.2. DISPOSICIONES QUE RIGEN A LOS DISTINTOS DERIVADOS FINANCIEROS (FUENTES
[URL017], [URL018], [URL019]). ........................................................................................................ 64
TABLA 4.3. RESUMEN DE TIPO DE INSTRUMENTOS PERMITIDOS A ENTIDADES.................................... 70
TABLA 4.4. RESUMEN DE TIPO DE ACTIVOS PERMITIDOS A ENTIDADES. ............................................. 70
METODOLOGA Y PLATAFORMA EFT ........................................................................................... 72
TABLA 5.1. DESCRIPCIN DE LAS SEIS MEJORES PRCTICAS DE DESARROLLO. FUENTE [URL21]...... 75
TABLA 5.2. LAS PRINCIPALES CARACTERSTICAS DEL MOTOR TRANSACCIONAL EFT ........................ 87
ANLISIS DE REQUERIMIENTOS Y PROPUESTA. ....................................................................... 88
DISEO Y PROTOTIPO....................................................................................................................... 100
CONCLUSIONES Y MEJORAS........................................................................................................... 125

3
NDICE DE FIGURAS

INTRODUCCIN....................................................................................................................................... 7
INSTRUMENTOS DERIVADOS ........................................................................................................... 13
ESTADO DEL ARTE ............................................................................................................................... 35
FIGURA 3.1. OPERACIN CON INSTRUMENTOS DERIVADOS EN EL MERCADO ORGANIZADO, FUENTE
[URL006]. 36
FIGURA 3.2. OPERACIN CON INSTRUMENTOS DERIVADOS EN EL MERCADO OTC. FUENTE [URL007].
40
FIGURA 3.3. NEGOCIACIN DE CONTRATOS DERIVADOS EN MERCADO OTC (BANCARIO) .................. 42
FIGURA 3.4. PROCEDIMIENTO INICIAL DE INTERCAMBIO DE MENSAJES A TRAVS DE SISTEMA
AUTOMATIZADO SINACOFI. .................................................................................................................. 44
FIGURA 3.5. PROCEDIMIENTO DE INTERCAMBIO DE MENSAJES PARA MODIFICACIN A TRAVS DE
SISTEMA AUTOMATIZADO SINACOFI..................................................................................................... 45
FIGURA 3.6. DESCRIPCIN DE INTERCAMBIO DOCUMENTOS PARA CESIN DE CONTRATOS DERIVADOS.
45
FIGURA 3.7. ACTORES PARTICIPANTES EN EL MERCADO NACIONAL DE DERIVADOS............................ 47
FIGURA 3.8. INFORMACIN SOBRE DLAR, DE VALOR FUTURO.......................................................... 52
FIGURA 3.9. INFORMACIN DETALLADA DE FUTUROS DEL DLAR, DE VALOR FUTURO. ..................... 52
FIGURA 3.10. INFORMACIN DETALLADA DE FUTUROS DE BCU, DE VALOR FUTURO. ..................... 52
FIGURA 3.11. EJEMPLO DE PORTAL DE VALORACIN RISK AMRICA, CASO OPCIONES..................... 54
FIGURA 3.12. EJEMPLO DE PORTAL DE VALORACIN RISK COMMODITY, CASO FUTURO DE PETRLEO.
54
MARCO REGULATORIO ...................................................................................................................... 62
METODOLOGA Y PLATAFORMA EFT ........................................................................................... 72
FIGURA 5.1. ESFUERZO EN ACTIVIDADES SEGN FASE DEL PROYECTO................................................ 76
FIGURA 5.2. DIAGRAMA DE FLUJO PARA LA FASE DE DEFINICIN O INICIAL. ...................................... 77
FIGURA 5.3. DIAGRAMA DE FLUJO PARA LA FASE DE ESPECIFICACIN O ELABORACIN..................... 78
FIGURA 5.4. DIAGRAMA DE FLUJO PARA LA FASE DE CONSTRUCCIN................................................. 80
FIGURA 5.5. DIAGRAMA DE FLUJO PARA LA FASE DE TRANSICIN. .................................................... 81
FIGURA 5.6. MODELO DE SOLUCIONES EFT GROUP (FUENTE URL022) ............................................. 84
FIGURA 5.7. INTEGRACIN DE MOTOR EFT CON ACTORES DEL MBITO FINANCIERO NACIONAL. ....... 87
ANLISIS DE REQUERIMIENTOS Y PROPUESTA. ....................................................................... 88
FIGURA 6.1. PROPUESTA AL MODELO DE NEGOCIACIN OTC BANCARIA DE DERIVADOS FINANCIEROS.
92
DISEO Y PROTOTIPO....................................................................................................................... 100
FIGURA 7.1. VISTA GLOBAL DE CASOS DE USO AGRUPADOS SEGN DEFINICIN DE MDULOS .......... 101
FIGURA 7.2. PROCESO DE NEGOCIO DE PLATAFORMA PARA NEGOCIACIN DE INSTRUMENTOS
DERIVADOS 103
FIGURA 7.3. ESTRUCTURA DE CASOS DE USO EN ENTERPRISE ARCHITECT ........................................ 104
FIGURA 7.4. MAPA DE NAVEGACIN PARA CASO DE USO SOLICITAR CONTRATO ESPECFICO.. 113
FIGURA 7.5. MAPA DE NAVEGACIN PARA CASO DE USO REVISAR MODIFICAR CONTRATO
PROPUESTO 115
FIGURA 7.6. MODELO DE BBDD BSICO PARA UNA PLATAFORMA DE NEGOCIACIN DE DERIVADOS 116
FIGURA 7.7. INGRESO AL PORTAL DERIVADOS................................................................................... 117
FIGURA 7.8. LISTADO TOTAL DE OPCIONES DESARROLLADAS DE PROTOTIPO. ................................... 117
FIGURA 7.9. PANTALLA DE REVISIN DE ESTADO DE SOLICITUDES DE CONTRATO MARCO. ............... 118
FIGURA 7.10. PANTALLA PARA ENVO DE PROPUESTAS A LA ENTIDAD BANCARIA. ......................... 119
FIGURA 7.11. PANTALLA DE REVISIN O MODIFICACIN DE PROPUESTAS DE CONTRATOS FORWARD
DE DIVISAS. 120
FIGURA 7.12. PANTALLA DE CESIN DE CONTRATOS FORWARD DE DIVISAS .................................. 120
FIGURA 7.13. PANTALLA DE LIQUIDACIN ANTICIPADA DE CONTRATOS FORWARD. ...................... 121
FIGURA 7.14. PANTALLA DE REVISIN DE ESTADO DE SOLICITUDES DE CONTRATO FORWARD DE
DIVISAS 122
FIGURA 7.15. PANTALLA DE CONSULTAS ESTADSTICAS. ............................................................... 122
FIGURA 7.16. PANTALLA PARA PROGRAMAR EL PAGO DE INSTRUMENTO DERIVADO...................... 123
FIGURA 7.17. VISUALIZACIN DE CONTRATOS UTILIZANDO XML Y XSLT ................................... 124

4
RESUMEN

Los contratos derivados como los forward de divisas, swap de tasas de inters,

opciones de productos agrcolas, entre otros, son instrumentos financieros que permiten

resguardarse ante las fluctuaciones de precio de los activos en el transcurso del tiempo.

Estos instrumentos, son transados internacionalmente en bolsas de valores o mercados

extraburstiles, dependiendo de la madurez de cada economa.

El presente proyecto de ttulo pretende transformarse en una propuesta al actual

sistema de negociacin y contratacin de instrumentos derivados entre las entidades

bancarias chilenas y sus clientes. Adems de establecerse como una base terica para el

desarrollo de futuros proyectos en este mbito.

Para concretar estas pretensiones se realiz una completa investigacin del

contexto en que se desenvuelve el mercado de derivados, nacional e internacional, las

leyes que lo rigen y que posiblemente lo regirn, las experiencias internacionales y las

necesidades existentes, culminando con el diseo y prototipo de una plataforma para la

negociacin de estos instrumentos aplicando las buenas practicas y cdigos de la

industria proporcionados por la empresa patrocinante de este proyecto.

5
SUMMARY

Derivative contracts such as, forward of currencies, interest rate swap, some sort

of agricultural products , among others, are financial instruments that allow you to

defend yourself from the asset price fluctuations throughout time. These financial

instruments are negotiated in stock exchanges or external stock markets, depending on

the maturity of each economy.

This project intends to be a proposal to the current contracting and negotiation

system of derivative instruments between Chilean banks and their customers. Besides, it

tries to establish itself as a theorical base for the development of future projects in this

area.

To make these proposals real, it was made a complete research of the context in

which the derivative market is developed, (in a national and international way), which

are the laws that apply in it, (now and in the future), the international experiences, and

the current necessities. To end with the design of a prototype platform, that allow you to

negotiate these instruments, using the best business practices and the industry codes

given by the sponsoring company of this project.

6
INTRODUCCIN

1.1. Introduccin

La volatilidad1 y la incertidumbre estn presentes a diario en todos los mercados

financieros, lo que hace necesario que inversionistas, empresarios, administradores de

fondos, tesoreros corporativos o simplemente personas consideren distintas alternativas

para controlar y administrar eficientemente los riesgos a los que se encuentran expuestas

sus inversiones, as como para optimizar el rendimiento de las mismas. Lo anterior es

claramente apreciable en los inconvenientes generados por la baja del dlar para los

exportadores, las alzas en los combustibles para el sector transportista, o el alza en los

productos agrcolas en pocas especificas para la poblacin en general.

La administracin de estos riesgos es una disciplina que en el ltimo tiempo ha

tenido un gran auge debido a su comprobado beneficio. Al respecto, una de las tantas

herramientas para ayudar a administrar los riesgos financieros es el uso de instrumentos

derivados, ya sean productos listados en bolsas especializadas o en mercados

extraburstiles. Esta forma de administrar los riesgos permite que se aseguren a futuro

los valores de compra o venta de los productos, eliminando as la incertidumbre que se

genera al no saber cuales van a ser los valores en un tiempo ms y permite a su vez

planificar de forma certera los flujos esperados.

Los instrumentos derivados han sido uno de los puntales indiscutidos en el

crecimiento y desarrollo de las principales economas a nivel internacional. Este auge

1
Volatilidad: desviacin estndar del cambio en el valor de un instrumento financiero con un horizonte
temporal especfico.

7
est dado tanto por la capacidad de cobertura que ofrecen a los inversionistas como por

la diversidad que ofrecen a los mercados en general.

Todo este crecimiento en la contratacin de este tipo de instrumentos, como lo

indica la experiencia de las economas maduras, ha contado siempre con el previo

establecimiento de un mercado extraburstil o mercado OTC2, el que con el pasar del

tiempo lejos de desaparecer y ser absorbido por los mercados establecidos o bolsas de

comercio, se ha tornado el complemento fundamental para personalizar, agilizar y dar

liquidez3 a estos instrumentos.

En nuestro pas, si bien desde hace un par de aos existe la posibilidad de

establecer un mercado regulado y establecido de derivados, an la gran mayora de las

transacciones por este concepto son en el mercado OTC, teniendo el mercado

interbancario como principal aliado. Esto se debe en gran parte a los vacos legales que

se pretenden mejorar, los pocos incentivos existentes y la incertidumbre que se ha

creado entorno a estos nuevos instrumentos producto del desconocimiento y bullados

escndalos financieros mal asociados a estos productos.

Paralelamente a lo expuesto, tenemos que el acelerado avance experimentado por

la tecnologa y el aprovechamiento de redes mundiales de comunicacin, ha permitido

que los distintos mercados financieros y bancarios puedan desarrollarse rpidamente

optimizando la mayora de sus procesos, mejorando la calidad de los mismos y a la vez

aumentando la exigencia por parte de los usuarios finales de estos mercados, todo lo

anterior incrementado por la proliferacin del uso de Internet como medio vlido para

realizar transacciones incluso de altos montos.

2
OTC: Sigla correspondiente a Over the Counter, donde su traduccin literal sobre el mostrador no
indica su real significado, ya que esta sigla representa todo el mercado llevado a cabo fuera de las bolsas
establecidas.
3
Liquidez: cualidad de los activos para ser convertidos en dinero efectivo de forma inmediata sin prdida
significativa de su valor.

8
Dentro del naciente mercado nacional de instrumentos derivados, el uso de la

tecnologa como medio de apoyo y como importante mecanismo de difusin es muy

escaso. Es aqu donde este proyecto pretende ser un aporte significativo a tal proceso

financiero, potenciando principalmente al mercado de derivados OTC por ser el mercado

que mas crecimiento ha tenido en nuestro pas y que como la experiencia internacional

lo indica, es la base y el complemento para lograr un ansiado mercado establecido de

derivados con productos de cobertura capaz de apoyar al desarrollo de nuestro pas en

materia econmica.

1.2. Contexto.

Actualmente las instituciones bancarias se encuentran en un constante

crecimiento en la utilizacin de herramientas financieras a modo de vas o medios de

cobertura ante las fluctuaciones econmicas existentes y de la masificacin en el uso de

las plataformas electrnicas como medios vlidos para el intercambio de bienes. Sin

embargo, ambos mbitos se encuentran lejos de estar siendo utilizados en conjunto,

independiente que se este transitando por el camino correcto para llegar a esto, segn lo

que indican las experiencias de otras economas similares a la nuestra.

La mayora de las transacciones de instrumentos derivados, se realiza en el

mercado interbancario (OTC), en el cual las instituciones firman contratos de forward,

Swap u Opciones entre si o solamente con los grandes inversionistas institucionales4, a

travs de mecanismos engorrosos y poco automatizados, excluyndose casi

4
Inversionista institucional: segn artculo 4, letra e) de la ley 18.045, se considera un inversionistas
institucional a los bancos, sociedades financieras, compaas de seguros, entidades nacionales de
reaseguro y administradoras de fondos autorizados por ley. Tambin tendrn este carcter, las entidades
que seale la Superintendencia mediante una norma de carcter general, siempre que se cumplan las
siguientes condiciones copulativas:
a) que el giro principal de las entidades sea la realizacin de inversiones financieras o en activos
financieros, con fondos de terceros;
b) que el volumen de transacciones, naturaleza de sus activos u otras caractersticas, permita calificar de
relevante su participacin en el mercado.

9
automticamente las negociaciones con pequeos inversionistas o personas naturales

debido al costo que implicara llegar a realizar todos estos trmites individualmente.

El fenmeno de globalizacin est haciendo a los mercados nacionales cada vez

ms susceptibles a las ms mnimas variaciones econmicas internacionales. Existen

instrumentos capaces de aminorar estos cambios y que en la actualidad estn siendo

subutilizados o simplemente utilizados nicamente por un sector de nuestra economa.

1.3. Objetivos.

1.3.1. Objetivo General.

Disear e implementar un prototipo de software para automatizar la negociacin

de contratos derivados entre las entidades bancarias y sus clientes, que logre aumentar

tanto la eficiencia operativa del proceso como el nmero de participantes en ste.

1.3.2. Objetivos Especficos.

Describir de forma profunda el problema a tratar, abarcando definiciones,

actualidad y normativa vigente.

Revisar la metodologa de diseo utilizada por la empresa patrocinante y la

plataforma tecnolgica existente en sta.

Analizar los requisitos de usuario y de software, utilizando la forma de

documentacin existente en la empresa, distinguiendo entre necesarios y deseables.

Disear estructura del software, en base al modelo establecido en la etapa de

anlisis e implementar el prototipo.

10
Validar prototipo de software implementado con una contraparte valida para

estos efectos.

1.4. Justificaciones.

Los principales puntos que justifican o dan pie al desarrollo de este proyecto

de ttulo tienen directa relacin con los beneficios econmicos que esta

herramienta financiera entrega al mercado y con las ventajas comparativas

adquiridas por la empresa patrocinante, al obtener una base de conocimientos

slida respecto al tema.

La clara tendencia hacia la automatizacin de los procesos utilizando las

tecnologas existentes no se debe simplemente a un capricho del mercado

internacional, sino a una clara bsqueda por mejorar la calidad, tiempo, seguridad

en la negociacin y transaccin de contratos derivados, ofreciendo as un menor

riesgo operacional y un incremento significativo en la eficiencia de las empresas

que utilizan estos instrumentos.

Como lo destacan la mayora de los organismos internacionales tales como

International Monetary Found (FMI) [URL001] o International Finance

Corporation [URL002], el solo hecho de lograr establecer un mercado de

productos derivados promueve esquemas de estabilidad macroeconmica y

11
facilita el control de riesgos entre intermediarios financieros5, entidades

econmicas u otras entidades que los requieran.

Si bien, el establecimiento y fortalecimiento de un mercado extraburstil de

derivados no es suficiente para tener un mercado robusto de estos instrumentos,

es un paso necesario, ms an cuando lo que se pretende mejorar es la

negociacin con las entidades que menos participacin poseen en este mercado,

por lo que se cree, que este proyecto puede ayudar a un rpido desarrollo de estos

instrumentos en mercados organizados.

5
Intermediarios financieros; entidades o personas que actan de mediadores entre quienes desean captar
fondos y los que desean invertir.

12
Captulo II.
INSTRUMENTOS DERIVADOS

2.1. Prembulo.

El objetivo de este captulo es el de proporcionar una clara definicin y

descripcin de los instrumentos financieros derivados, realizando una breve descripcin

del entorno, su historia, tipos, forma de utilizacin y mercados en que se tranzan.

Todo lo anterior, tiene la finalidad de entregar una slida base terica que sirva

de respaldo tanto en el anlisis como en el diseo de la plataforma.

2.2. Conceptos preliminares.

Para poder comprender de qu se tratan los instrumentos derivados, es necesario

conocer el entorno en el cual se desenvuelven, partiendo del hecho que estos son

instrumentos financieros que se encuentran inmersos dentro del mercado de capitales.

Cuando se habla de mercado de capitales, se quiere indicar al conjunto de

entidades y personas dispuestas a demandar o prestar recursos, es decir, la funcin

bsica del mercado de capitales es servir de intermediario entre quienes demandan u

ofertan dichos recursos. Dentro de este mercado surgen intermediarios especializados,

regulados y controlados, formndose el conjunto de regulaciones, instituciones, prcticas

e individuos que constituyen una infraestructura tal que permite la relacin entre

oferentes y demandantes.

En particular, el mercado de capitales chileno se organiza en tres grandes

sectores clasificados de acuerdo al regulador encargado de su supervisin:

1. Las administradoras de fondos de pensiones, quienes reciben recursos de los

cotizantes o trabajadores y ofrecen estos recursos al mercado, principalmente a

13
travs de la compra de bonos, es decir, compra de deuda. Estas instituciones

estn reguladas por la Superintendencia de Administradoras de Fondos de

Pensiones (SAFP).

2. Los bancos, quienes demandan recursos de los depositantes y ofrecen recursos al

mercado, principalmente a travs de crditos. La regulacin de este mercado est

en manos de la Superintendencia de Bancos e Instituciones Financieras (SBIF).

3. El mercado de los valores y seguros, que agrupa a todas las instituciones que

transan valores de oferta pblica (documentos que representan alguna obligacin

de dinero y que se transan en mercados regulados), entre stas a las

administradoras de fondos mutuos y de inversin, las bolsas de valores, los

corredores y agentes de valores, los depsitos de valores, etc. y a las compaas

de seguros. La Superintendencia de Valores y Seguros (SVS) es la entidad

encargada de la supervisin de este mercado.

En base a lo anterior, dnde incorporar especficamente los derivados

financieros? Y la respuesta no es absoluta, ya que estos instrumentos tienen

participacin y regulacin en los tres mercados mencionados anteriormente, adems de

una importante participacin dentro de los mercados informales, hecho que ser

abordado con mayor amplitud en los captulos posteriores.

En nuestro pas, el desarrollo del mercado de capitales es de vital importancia

debido al rol preponderante que juega el sector privado y a la trascendencia que tienen

como proveedores de fondos los inversionistas institucionales [KNA98, 110].

2.2.1. Conceptos de derivado y activo subyacente.

Los derivados son instrumentos financieros cuyo valor est directamente

relacionado con el precio de un activo (un bono, accin, producto o mercanca), una tasa

de inters, un tipo de cambio (principales divisas), un ndice (de acciones, de precios, u


14
otro) o de cualquier otra variable cuantificable a la que comnmente se le llama activo

subyacente.

El termino derivado se debe a que el precio de este contrato deriva del precio

de los activos subyacentes antes mencionados. Este trmino, se utiliza para referirse a un

conjunto de instrumentos que abarca desde simples contratos a plazo hasta complicados

productos de opciones. Estos instrumentos no son otra cosa que contratos entre dos

partes, en las que se acuerda realizar ciertas transacciones a futuro dejando establecido

los lmites y variables de dicha transaccin en el presente.

2.3. Antecedentes histricos.

Los instrumentos derivados fueron concebidos buscando eliminar la

incertidumbre que generaba la fluctuacin del precio de las cosas, tanto en el vendedor

como en el comprador, o sea, nacieron con la finalidad de disminuir el riesgo asociado a

dicha fluctuacin. Este riesgo es un elemento indispensable en cualquier tipo mercado,

ya que es la forma a travs de la cual se logran rendimientos, considerando eso si que

mayores ganancias implican riesgos ms altos.

Si bien, la mayora de estos instrumentos se han comenzado a transar en

mercados establecidos y regulados solo hace un par de dcadas atrs, su esencia y

finalidad poseen orgenes muy remotos, abocndose en un comienzo principalmente a

productos agroindustriales. Por ejemplo: los griegos en el siglo VI A.c., pronosticando

una gran cosecha de olivos, pagaban a los propietarios pequeas cantidades de dinero

para poder ser los primeros en poder reclamar los frutos de las cosechas, a un precio

determinado (una especie de Opcin); en Europa, alrededor del siglo XII los

vendedores establecan y firmaban contratos prometiendo la entrega de los productos

que vendan a un precio determinado (comienzos del Forward o Futuro); pases como

Holanda establecieron contratos similares en la compra de tulipanes; y en Japn, se

15
llegaron a establecer contratos para proteger a los vendedores de arroz de las

inclemencias climatolgicas [LOP04].

Los derivados en Europa tuvieron una mala imagen en un comienzo, tanto por

los escndalos econmicos que se desataron con stos como por habrseles ligado

fuertemente a la especulacin. Este no fue el caso en Estados Unidos, ya que a partir del

siglo XVIII prosperaron ampliamente en el mbito agropecuario teniendo solo mnimas

restricciones, llegando a ser la primera economa (alrededor del ao 1850) en contar con

mercados establecidos, especficamente con la creacin de bolsas especializadas donde

se listaban derivados de productos agroindustriales.

No fue hasta el ao 1972, que en Estados Unidos tambin se comenzaron a

utilizar los derivados en el mbito financiero, principalmente como medida de resguardo

ante la volatilidad adquirida por divisas, tasas e ndices como directa consecuencia de

crisis y conflictos internacionales anteriores.

En la actualidad, los mercados establecidos de derivados han sido fundamentales

en la estabilizacin y crecimiento de la mayora de las grandes economas tales como

Espaa, Estados Unidos y Mxico quienes transan grandes volmenes de productos

derivados listados en bolsas, lo que finalmente se ha traducido en una rpida evolucin y

crecimiento, interconexin en forma local e internacional y diversificacin de una gran

cantidad de instrumentos derivados.

2.4. Tipos de derivados

Desde los inicios de las negociaciones con instrumentos derivados, estos han

evolucionado y crecido en cuanto a complejidad y uso, provocando que en la actualidad

exista una gran diversidad de instrumentos transados en los distintos mercados a nivel

internacional. Sin embargo, esta diversificacin se ha mantenido en la lnea de los

16
primeros instrumentos creados, por lo cual podemos hacer una divisin en cuatro

familias principales dadas las caractersticas esenciales que estos comparten.

2.4.1. Forward

Un contrato forward es el derivado ms simple de todos. Es un acuerdo entre dos

partes mediante el cual se adquiere el compromiso de intercambiar algo a futuro, en una

fecha establecida y a un precio que se determina por anticipado. Al precio convenido se

hace referencia como precio de entrega, y permite tanto al comprador como al vendedor

cerrar el trato a determinado precio, por lo que quedan protegidos de los movimientos de

precio durante el periodo que transcurre hasta la entrega. Este contrato usualmente se

realiza entre dos instituciones financieras o entre un banco y uno de sus clientes6, siendo

transado exclusivamente fuera de las bolsas establecidas (Mercado OTC). Raramente se

ven forward entre empresas no financieras, fundamentalmente por razones crediticias

referidas a la evaluacin financiera que se debe efectuar de la contraparte y el

consiguiente costo y riesgo que implica.

Dada sus caractersticas extraburstiles, este instrumento puede realizase a la

medida de las necesidades especficas de los que realizan la operacin, siendo esta una

de sus principales ventajas.

Los principales tipos de activos transados a travs de este tipo de contratos, son

forward de divisas y forward de tasas de inters.

Dentro del contrato, una de las partes asume una posicin compradora al aceptar

comprar un activo especificando una fecha futura y un cierto precio a pagar. La otra

parte asume una posicin vendedora al acordar vender el activo en la fecha y al precio

pactado. Cuando el contrato forward termina o madura, el vendedor entrega el activo al

6
Debido a los volmenes relativos exigidos, a la evaluacin de riesgo del cliente y eventualmente la
exigencia de garantas, estos clientes suelen ser grandes grupos econmicos e inversionistas
institucionales.

17
comprador, pagando este ltimo una cantidad igual al precio de entrega acordado

anteriormente. Como puede apreciarse, los forward imponen un costo de iliquidez a los

agentes involucrados en la transaccin. Si por alguna razn, una de las partes desea

finiquitar el contrato antes del tiempo acordado, la nica opcin que maneja es la de

traspasar la obligacin a un tercero (cesin de la obligacin). Encontrar a esa tercera

persona es un proceso que podra resultar lento o muy complejo, ms an ante la

limitante que esa persona o empresa deba poseer a lo ms el mismo nivel de riesgo del

agente que est abandonando su obligacin. De otra forma, la contraparte no aceptar el

traspaso.

Las formas en que estos contratos son cancelados al momento de alcanzar la

madurez o, dicho de otra forma, al momento de cumplirse el plazo establecido, puede ser

por entrega fsica o por compensacin. Dada la importancia que este punto adquiere

para el objetivo de la tesis, este tendr un tratamiento especial en captulos posteriores.

2.4.2. Futuros

Un contrato futuro es muy similar a un forward, con la diferencia de que el futuro

se negocia con contratos estndares existiendo reglas en cuanto a calidad, fecha de

vencimiento y cantidad del bien por entregar en cada contrato. Estos contratos se

encuentran listados en una Bolsa, la que asegura el cumplimiento acordado a travs de

una cmara de compensacin7, siendo sta una de las contrapartidas para efectos del

contrato.

En general, todo contrato de futuros consta de los siguientes elementos:

7
Cmara de compensacin: Entidad que acta como contraparte en las negociaciones que se realizan en
los distintos mercados formales, esto es, comprador de los vendedores y vendedor de los compradores.

18
Especificacin del producto: nocional8 y calidad del activo subyacente, las

que son siempre las mismas para cada contrato.

Precio futuro: establecido al momento de cerrar el contrato.

Fecha de vencimiento: tiempo en que se realiza la entrega del producto

frente a la entrega del dinero.

Sistema de liquidacin: fija la forma y lugar en que se traspasa el producto a

cambio de la entrega fsica o compensacin del dinero.

Estos elementos son especificados por cada Mercado o Bolsa de futuros mientras

que los productos y sus especificaciones varan al igual que el sistema de fijacin de

precios y las caractersticas de la liquidacin, aunque en general estos dos ltimos son

similares entre bolsas: los precios se fijan en cada bolsa de acuerdo a la oferta y

demanda, en la que concurren los corredores (o brokers) con las rdenes de los clientes;

la fecha de entrega depende de cada producto y cada mercado, la que suele ser mensual

para productos con alta demanda y trimestral para aquellos con menor demanda.

Para llevar a cabo esta operacin hay que tomar en cuenta varios aspectos:

En un mercado de futuros, se negocian contratos que vencen en una

determinada fecha por lo que si el instrumento que se necesita no est dentro de las

fechas ofrecidas por la bolsa, el instrumento ser imperfecto y dependiendo de la

diferencia entre stas, puede que no sea til.

Cada contrato de futuros posee como caracterstica el monto nocional del

activo subyacente, por lo que es necesario que este nocional sea un mltiplo

aproximado del monto deseado. Por ejemplo: el nocional del futuro del dlar es de

8
Nocional: activo ficticio con un valor terico y que cotiza en un mercado regulado con unos
vencimientos preestablecidos, una rentabilidad dada y una serie de caractersticas que lo convierten en un
activo totalmente normalizado.

19
10M US$, por lo que si el monto deseado es 105M US$, se deber decidir entre

negociar 10 u 11 contratos.

Cada contrato de futuros posee como caracterstica el tipo de activo

subyacente, por lo cual, si lo que se desea es un activo parecido, puede no resultar

conveniente su utilizacin. Por ejemplo, lo que se busca es una cobertura sobre el

Euro y los productos listados slo ofrecen coberturas al tipo de cambio del Dlar.

Como se puede apreciar, los contratos de futuros suelen ser ms simples que los

forward, ya que al ser negociados en bolsa, su negociacin es ms directa. No obstante,

ofrecen una menor flexibilidad para realizar coberturas, ya que las caractersticas de los

contratos negociados en bolsa pueden diferir de las que se requieren para hacerla.

Otra diferencia importante es que la suscripcin de un contrato futuro siempre

requiere de un desembolso inicial para constituir un garanta que se denomina "cuenta de

margen" y, eventualmente, desembolsos adicionales para ajustar dicha cuenta a

variaciones en el precio de mercado del futuro (los forward tambin pueden contener

clusulas que prevean ese tipo de garantas pero ello depende de lo que acuerden las

partes). [URL003]

2.4.3. Swap

Un swap es un contrato financiero entre dos partes que acuerdan intercambiar

flujos de caja9 futuros de acuerdo a una frmula preestablecida. Se trata de contratos

hechos "a medida", o sea, tienen el objetivo de satisfacer necesidades especficas de

quienes firman dicho contrato. Estos instrumentos son muy similares a los forward, en

el sentido de que no se transan en bolsas organizadas, sin embargo, son mucho ms

complejos por lo que requieren de una buena asesora.

9
Flujos de caja: los flujos de entradas y salidas de caja o efectivo, en un perodo dado.

20
Respecto de su configuracin, los contratos de swap contienen especificaciones

sobre las monedas en que se harn los intercambios de flujos, las tasas de inters

aplicables, as como una definicin de las fechas en las que se har cada intercambio y la

frmula que se utilizar para ese efecto.

El tipo de swap ms comn y generalizado, es el de tasas de inters .En este

caso, dos compaas (X e Y) acuerdan intercambiar los egresos producto de pagos de

intereses de prstamos de igual monto, de los cuales uno es a tasa fija (X) y el otro a tasa

variable (Y). Este es el tipo ms comn de swap de tasas de inters, siendo conocido

como plain vanilla. La razn de este intercambio corresponde a ciertas ventajas

comparativas que frecuentemente tienen las empresas, siendo favorecidas con tasas

menores ya sea en tasa fija o variable.

Un swap de monedas bsicamente opera de la misma forma, la nica diferencia

es que se intercambian flujos de caja producto de prstamos en distintas monedas sobre

montos aproximadamente equivalentes. El caso ms simple corresponde a los

intercambios en que ambas compaas enfrentan tasa fija, el cual recibe el nombre de

plain currency swap. Tambin existen swaps de divisas donde las empresas enfrentan

tasas de inters fija y variable, siendo ste el ms usado mundialmente, pero no por eso

menos complejo.

2.4.4. Opciones

Una opcin es un contrato entre dos partes, donde quien compra la opcin

adquiere el derecho mas no la obligacin a ejercer lo que indica el contrato, al contrario

de quien vende, que es quien esta obligado a respetar las condiciones del contrato.

Los contratos de opciones normalmente se refieren a la compra o venta de

activos determinados, que pueden ser acciones, ndices burstiles, bonos u otros. Estos

contratos establecen, adems, que la operacin deber realizarse en una fecha

preestablecida y a un precio fijado al momento de ser firmado el contrato.


21
Existen dos tipos bsicos de opciones:

Call: faculta a su poseedor de comprar el activo subyacente en cierta fecha y

a un precio determinado.

Put: faculta a su dueo a vender el activo subyacente a cierto precio en una

determinada fecha.

Al igual que en el caso de los futuros, todas las opciones transadas en bolsas se

liquidan a travs de la Cmara de Compensacin. En ella, comprador y vendedor

liquidan su posicin sin entrar directamente en contacto por lo que la Cmara garantiza

la operacin, dando seguridad al mercado.

En el caso de las opciones slo se requiere un depsito de garanta al emisor de la

opcin, quien es el nico que est expuesto al riesgo. El funcionamiento de la cuenta de

margen o garanta es el mismo que en el caso de los contratos de futuros: el vendedor de

la opcin deposita un margen inicial y debe ir reponiendo fondos (margen de

mantenimiento) cada vez que sus prdidas implcitas aumentan mientras que el

comprador paga la prima o precio de la opcin.

Hasta ahora, las opciones mencionadas son productos estandarizados creados por

los mercados y transadas en bolsas por corredores. Frente a esto existen las opciones que

se transan en el mercado extraburstil (OTC), en donde las transacciones se realizan de

modo personalizado entre las partes contratantes. En estos casos, las opciones son a

medida en todos sus aspectos: expiracin, activo subyacente, prima, etc. Estas opciones

suelen tener un precio superior al de sus equivalentes negociadas en bolsa. As mismo,

de acuerdo a la naturaleza del activo subyacente, existen distintos problemas de liquidez

para poder vender la opcin (para deshacer la posicin) y adems, ambas partes no

tienen completa seguridad del cumplimiento del contrato, ya que no existe una entidad

liquidadora que asegure tal hecho.

22
Existen varios tipos de opciones, dependiendo principalmente del lugar

geogrfico donde se comenzaron a transar. La siguiente tabla (ver tabla 2.1) indica las

ms relevantes en cuanto a utilizacin a nivel global:

MERCADOS EN
TIPO CARACTERSTICAS
QUE SE TRANZAN
El comprador de la opcin solamente puede
Europeo Organizado y OTC
realizar el ejercicio al vencimiento del contrato
El comprador puede realizar el ejercicio en
Americano cualquier momento desde que adquiere la Organizado y OTC
Opcin y hasta el vencimiento inclusive.
El comprador puede realizar el ejercicio de
manera discreta (bien en fechas especficas o
Bermuda bien en intervalos de tiempo concretos). Esta Solo OTC
opcin pertenece al grupo de las llamadas
opciones exticas
Tabla 2.1. Tipos de opciones.

Como se ha visto, las posibilidades de contratar uno de estos instrumentos

derivados estn dadas por las posibilidades que ofrece el mercado (establecido o

extraburstil). Otra alternativa disponible es encontrar a alguien que posea la misma

necesidad pero en sentido inverso. Sin duda, el costo de realizar esta bsqueda se puede

tornar mayor que el beneficio a obtener, por lo cual, esta modalidad es raramente

utilizada.

2.5. Finalidad y forma de utilizacin.

Si bien inicialmente los productos derivados fueron concebidos buscando

eliminar la incertidumbre que generaba la fluctuacin del precio de las cosas, tanto en el

vendedor como en el comprador, hoy en da se utilizan tanto bajo dicha filosofa como

un sistema de especulacin. Esto se basa en que la contratacin de estos productos no

precisa de grandes desembolsos, mientras que las prdidas potenciales o beneficios

pueden ser muy cuantiosos. Debido a esto, un aspecto que se debe tener en cuenta es que

se trata de un juego de beneficio cero, es decir, cuando invertimos en la bolsa nos

23
encontramos con dos posibilidades: si la bolsa tiene un alza, todos ganan pero si sta

tiene una baja, todos pierden. En la contratacin de derivados, cuando un individuo gana

siempre hay alguien que pierde y a la inversa.

Los derivados tienen una multitud de aplicaciones posibles, siendo esta la

caracterstica que ha permitido un desarrollo tan significativo en el mercado

internacional y un desempeo interesante en el mercado local, especialmente en el

mbito bancario.

Bsicamente existen tres familias de estrategias utilizadas al contratar uno de

estos productos: cobertura (hedging), especulacin y arbitraje las cuales sern descritas

a continuacin.

2.5.1. Cobertura (hedging)

A travs de la utilizacin de derivados es posible minimizar o anular

completamente el efecto de movimiento de precios, llegando incluso a obtener

dividendos a travs de su uso. Por ejemplo, uno de los casos ms relevantes en la

actualidad sera cubrirse ante posibles subidas en el precio del petrleo, o para los

importadores y exportadores cubrirse de las fluctuaciones del precio del dlar, todo lo

anterior ya sea contratando un futuro o forward para fijar el precio a futuro, o

comprando una opcin a un precio determinado en una fecha futura.

Resulta indudable que al utilizar un instrumento derivado de este modo, puede

ofrecer una excelente forma de eliminar el riesgo existente en las transacciones que son

realizadas a futuro, permitiendo a empresas o inversionistas anticiparse y protegerse ante

la volatilidad que poseen los precios de las cosas, producto del sistema econmico en

que nos encontramos inmersos.

24
2.5.2. Especulacin

La especulacin con derivados es bsicamente la misma que podemos realizar

con cualquier otro instrumento financiero, es decir, se toma una posicin con la

esperanza que el mercado vare de tal forma que nos reporte una ganancia. Esta actitud,

adems de ser absolutamente legtima, es una funcin indispensable que proporciona

liquidez al sistema al permitir que existan contrapartes para posiciones de compra o

venta. Adicionalmente, permite generar predicciones sobre el precio, las cuales suelen

estar fundadas sobre informacin de alta calidad y reciente obtencin, como es

caracterstico de los negocios especulativos. Es frecuente asociar la especulacin con

una actividad negativa que genera incertidumbre y volatilidad en los mercados. Sin

embargo, esta posicin es contrarestada por muchos expertos que afirman que solamente

es posible hablar de daos, cuando las transacciones se orientan a manipular el mercado.

2.5.3. Arbitraje

El arbitraje supone siempre la realizacin de un beneficio seguro, sin riesgo, por

compras y ventas realizadas al mismo tiempo y que reportan un pequeo diferencial.

Para el caso de los derivados, se refiere a los activos idnticos que se transan en

dos o ms mercados diferentes. Tomando en cuenta que el activo transado es el mismo,

debe tener el mismo precio en todos los mercados, lo que no siempre ocurre.

Es posible arbitrar distinguiendo entre posibles combinaciones de derivados,

activos y efectivos, que deben entregar flujos de caja idnticos pero que no siempre el

mercado los valora de la misma manera. En general, se puede arbitrar a travs de

imperfecciones en los mercados, como son distorsiones provocadas por impuestos,

regulaciones, subsidios, etc.

Esta forma es ampliamente utilizada para los derivados, de forma de minimizar

los riesgos en que se incurren con estos instrumentos, riesgo que por lo dems y

25
producto de la gran calidad en la informacin que poseen, son las instituciones

especializadas las que mejor lo manejan.

2.6. Formas de liquidacin.

Una vez que los contratos de derivados alcanzan la fecha o una de las fechas

pactadas en el contrato respectivo, hecho que es conocido como madurez del contrato, se

procede a la liquidacin por parte del sujeto comprador al sujeto vendedor.

Bsicamente existen tres formas de realizar la liquidacin de los contratos

derivados, formas que estn sujetas a las condiciones del mercado local en cuanto a

infraestructura y madurez del mismo. Estas formas se encuentran sealadas en la

siguiente tabla (ver tabla 2.2):

Forma de Caracterstica
Ejemplo
liquidacin principal
Entrega del producto Forward venta 1000 US$.
(cantidad de activo El comprador cancela el monto en dinero
Entrega Fsica subyacente) frente a (moneda nacional), calculado con la tasa de
la entrega fsica del cambio pactada y el vendedor entrega los
dinero. 1000 US$
Forward venta 1000 US$.
El comprador cancela la diferencia resultante
Se entrega solamente
entre el calculo con la tasa de cambio
la diferencia de
Compensacin pactada y con la tasa de cambio ese da.
precio sin la entrega
Cabe mencionar que este valor puede
fsica del producto.
resultar negativo, por lo que ser que el
vendedor deba realizar dicho pago.
Entrega de producto Forward venta 1000 US$ en 3 meses.
o diferencia, antes de Al segundo mes transcurrido, las
la fecha establecida partes de comn acuerdo deciden
por un acuerdo entre realizar anticipadamente la
Anticipada las partes o debido a liquidacin del contrato.
que una de las partes Una de las partes ha cado en
cay en incumplimiento, ante lo cual la
incumplimiento del parte afectada hace valer su derecho
contrato. de liquidar anticipadamente.
Tabla 2.2. Formas de liquidacin de los contratos derivados.

26
El promedio de los contratos que se liquidan en los mercados internacionales por

medio de la entrega fsica flucta entre 1% y 3% sobre el total de contratos negociados.

El sistema de compensacin en dinero tiene la ventaja de evitar los problemas de

almacenamiento y transporte de productos, ya que generalmente ste es realizado a

travs de una Cmara de Compensacin que acta como contraparte.

Todas las operaciones que se realizan en bolsa son liquidadas a travs de una

Cmara de Compensacin, la que generalmente es dependiente de la misma bolsa. De

hecho, el comprador y vendedor no conoce quien es la contraparte en su contrato ya que

al trmino del mismo el comprador pagar a la Cmara de Compensacin y sta a su vez

pagar al vendedor, mientras la mercanca (o diferencia de dinero) sigue el camino

inverso. Este mecanismo da seguridad al mercado, por cuanto el comprador y vendedor

no tienen que preocuparse sobre la situacin financiera de la otra parte, teniendo un buen

nivel de seguridad que el contrato siempre llegar a buen trmino, por el hecho de que la

Cmara de Compensacin es quien responde en forma directa.

2.7. Ventajas del uso de derivados.

Los derivados por mucho tiempo se han relacionado con importantes escndalos

financieros, producto del mal uso hecho por especuladores. Sin embargo, son mucho

ms que eso ya que su uso apropiado permite aumentar el bienestar de agentes que

teniendo poca o nula capacidad de afrontar ciertos riesgos, pueden transferirlos hacia

agentes con mayor capacidad para sobrellevarlos. La principal funcin de estos

derivados es servir de cobertura ante fluctuaciones de precio de los subyacentes, por lo

que se aplican preferentemente a:

27
Portafolios accionarios10.

Obligaciones contradas a tasa variable.

Pagos o cobranzas en moneda extranjera a un determinado plazo.

Planeacin de flujos de efectivo, entre otros.

Bsicamente, los productos derivados son instrumentos que contribuyen a la

liquidez, estabilidad y profundidad de los mercados financieros, generando condiciones

para diversificar las inversiones y administrar riesgos. Los principales beneficios de

estos productos, son especialmente aplicables en los casos de:

Importadores o exportadores, que requieran dar cobertura a sus compromisos

de pago en divisas.

Tesoreros y mesas de dinero11 de empresas, que busquen protegerse de

fluctuaciones adversas en las tasas de inters.

Inversionistas experimentados, que pretendan obtener rendimientos por la

baja o alza de los activos subyacentes.

Empresas no financieras, que quieran apalancar utilidades.

Deudores a tasa flotante, que busquen protegerse de variaciones adversas en

la tasa de inters, entre otros.

10
Portafolio Accionario: es una combinacin de ms de una accin, bono u otros activos tomados por un
individuo o un inversionista institucional. El propsito del portafolio es reducir el riesgo a travs de la
diversificacin
11
Mesa de Dinero: Centro de contacto y cierre rpido de transacciones (a travs del telfono, fax,
sistemas basados en Internet y correo electrnico), que utilizan las instituciones financieras en el mercado
del dinero y en el mercado secundario de ttulos y valores.

28
2.8. Mercados en que se transan.

Tomando como referencia las convenciones internacionales y la experiencia

nacional, el mercado de derivados financieros se puede dividir en dos: mercado

organizado y OTC.

2.8.1. El Mercado Organizado.

Comnmente conocido como mercado establecido o simplemente como bolsas

de comercio, el que tradicionalmente est compuesto por una rueda de negociacin a

viva voz. Sin embargo, en la actualidad este mercado ha evolucionado a la par con la

tecnologa, adoptando complejas plataformas electrnicas de negociacin que

automticamente unen las ofertas con las demandas de los participantes, realizando las

negociaciones en un ambiente multilateral. La negociacin de los instrumentos listados

en estas bolsas es llevada a cabo a travs de intermediarios (corredores de bolsa),

instrumentos dentro los cules se encuentran los derivados.

En Chile, este mercado est compuesto por las diversas bolsas existentes: Bolsa

de Comercio de Santiago, Bolsa Electrnica de Chile y la Bolsa de Productos de Chile.

Si bien, este mercado se encuentra debidamente regulado para el caso de

instrumentos derivados, no est completamente desarrollado. Se han tratado de

introducir una serie de instrumentos sin tener resultados positivos, en otras palabras,

simplemente estos instrumentos no se transaron cuando estuvieron en las listas de las

bolsas. Esto, segn la opinin de varios expertos [URL004], se debe principalmente a las

restricciones que posee el mercado para los principales inversionistas chilenos, es decir,

Administradores de Fondos de Pensiones (AFP), Administradoras de Fondos Mutuos y

Compaas de Seguros; y a la falta de experiencia en este nuevo mercado por parte de

los inversionistas que no poseen tales restricciones.

29
2.8.2. El Mercado OTC.

Este mercado se compone de todas las transacciones de instrumentos derivados

que son negociadas y tranzadas fuera de las bolsas convencionales. Como se mencion

anteriormente, existen diversos canales por los cuales se realizan estas transacciones, por

ejemplo: mercado interbancario (negociacin de contratos derivados entre bancos),

plataformas propietarias de intercambio (negociacin de contratos entre entidades

bancarias y sus clientes), a travs de brokers o de contacto directo entre dos entidades no

bancarias.

En Chile este mercado se encuentra ampliamente desarrollado siendo, sin

embargo, un mercado bastante excluyente para la gran mayora de las entidades que

podran aprovechar las ventajas que conlleva el uso de estos instrumentos, dado que este

mercado se encuentra liderado por las entidades bancarias y las grandes empresas como

clientes de las mismas entidades. Esta negociacin se encuentra regulada por las mesas

de dinero de los bancos, las que poseen gran cantidad de informacin y sofisticados

mecanismos para la valoracin de estos instrumentos, herramientas que no poseen a

simple vista la mayora de las empresas.

Dentro de este mercado, tambin se pueden distinguir las negociaciones que

realizan los bancos con entidades extranjeras, negociaciones que son poco comunes pero

que sin embargo representan las transacciones ms importantes, tanto en monto como en

tipo de instrumento.

2.8.3. Tipos de derivados transados de acuerdo al mercado.

La tabla siguiente (ver tabla 2.3) resume los diferentes tipos de derivados que

podran llegar a ser negociados en los diferentes mercados.

30
Mercado organizado Mercado Extraburstil
(negociados en bolsa) (OTC)
Compra/Venta de activo a precio
especificado en fecha futura Futuro Forward
convenida.
Intercambio de activos a precios
especificados y en fecha(s) - Swap
convenida(s)
Derecho pero sin la obligacin de
Opcin OTC /
llevar a cabo una de las Opcin
Swaption12
transacciones arriba mencionadas.
Tabla 2.3. Tipos de derivado por mercado.

2.8.4. Diferencias entre los mercados de derivados.

Sin duda, que existen grandes diferencias entre los dos mercados previamente

definidos, las que resultan primordiales para el desarrollo de este proyecto.

2.8.4.1. Cmara de Compensacin

Entidad que acta como contraparte en las negociaciones que se realizan en los

distintos mercados, actuando como comprador de los vendedores y vendedor de los

compradores, asumiendo el riesgo que implica y conciliando los montos que las

contrapartes liquiden. Esta entidad es utilizada slo en el mercado organizado, siendo

una parte primordial dentro de la estructura de una bolsa. Si bien, en los mercados OTC

la cmara de compensacin no es utilizada, los modelos de stas suelen ser aplicados de

cierta manera.

2.8.4.2. Garantas

Se definen como los requerimientos que exige la cmara de compensacin al

abrir una posicin sea de compra o de venta, las que generalmente estn relacionadas

con el tipo de activo subyacente a que est sujeto el derivado, por ejemplo, un porcentaje

12
Swaption: Opcin para llevar a cabo una transaccin de swap.

31
del subyacente a comprar. Si bien la garanta solo existe en los mercados organizados,

generalmente en el mercado OTC se realiza algo similar, exigiendo un colateral13.

2.8.4.3. Supervisin

El nico mercado que es constantemente supervisado es el mercado organizado,

ya que el mercado OTC simplemente tiene la obligacin de presentar informes de las

transacciones como una forma de mantener estadsticas, y no como una forma de revisar

que los instrumentos se estn ocupando correctamente.

2.8.4.4. Riesgo de Contrapartida

Este riesgo es el ms bsico de todo contrato, refirindose al no cumplimiento de

lo acordado legalmente por la contraparte. Se encuentra absolutamente eliminado por el

mercado organizado, o al menos para la perspectiva de las partes, ya que es la Cmara

de Compensacin quien lo absorbe. En el mercado OTC, en cambio, esta es una de sus

principales falencias, pues si bien existe una obligacin contractual, nada asegura que en

la fecha acordada la contraparte cumpla su compromiso. Generalmente esto afecta a la

liquidez del mercado e instrumento en si, ya que termina opacando en cierta medida los

privilegios que ste posee.

2.8.4.5. Clientes

Los clientes que utilizan ambos mercados difieren principalmente en la

segmentacin hecha por el mercado OTC, ya que con la finalidad de cubrirse ante

eventuales incumplimientos, se aumentan considerablemente los requisitos exigidos para

la negociacin de estos instrumentos.

13
Colateral: Activo generalmente financiero, proporcionado por una contraparte a otra para reducir el
riesgo de crdito de esta ltima.

32
2.8.4.6. Contratos estandarizados versus contratos marco

En el mbito de contratos derivados, el que sean estandarizados implica que

todas sus variables se encuentran establecidas, por lo que no es posible negociar las

caractersticas que poseen. Estos contratos son los que se listan en las diferentes bolsas

de los mercados organizados al igual que los diversos instrumentos que en ellas se

transan, contando con informacin detallada e histrica que puede llegar a ser relevante

a la hora de la eleccin de este tipo de contratos.

Como ya fue mencionado en el caso del mercado OTC, los contratos derivados

son personalizados, lo que resulta ser una de sus principales caractersticas. Sin

embargo, la falta de garantas e infinitas posibilidades de creacin de contratos hace que

se opaque de cierta forma dicha caracterstica.

Con la finalidad de subsanar esta falencia, es que nacen los Contratos Marco, o

contratos de condiciones generales. Este documento, para el caso de los instrumentos

derivados, es el que contiene las clusulas y condiciones generales comunes para todos

los instrumentos contratados o que se contratarn. En otras palabras, los contratos marco

son modelos normalizados de acuerdos que pretenden ofrecer una regulacin integral de

todas las posibles operaciones, transacciones e incidencias que puedan surgir entre las

partes contratantes de este instrumento. Existen modelos de contrato marco de

operaciones financieras propuestos por distintas entidades resultando destacables, entre

otras, las iniciativas de la Asociacin Internacional del Mercado de Bonos (la "ISMA"

estadounidense), el Acuerdo Marco Europeo (European Master Agreement) de la

Federacin Europea de Banca; o el AFB/FBF Convention-cadre relative aux oprations

de march terme francs, siendo sin duda el modelo ms extendido en operaciones

financieras de cobertura, el elaborado por la Asociacin Internacional de Swaps y

Derivados norteamericana ISDA (International Swaps and Derivatives Association), que

public la ltima versin de su Acuerdo Marco en 2002 [URL005].

33
En estos contratos marco, se dejan establecidas condiciones tales como forma de

comunicacin vlida para la negociacin, referencias permitidas (por ejemplo, canales

de informacin permitidos para una tasa, etc.), horarios y das hbiles para la

negociacin, causales de liquidacin anticipada, mecanismos de pago, etc. En general,

condiciones globales.

Las condiciones especiales para cada uno de los instrumentos son pactadas en

Contratos Especficos, siempre haciendo referencia a los ya mencionados contratos

marco.

La utilizacin de estos contratos marcos, conlleva una disminucin considerable

en el tiempo de negociacin ya que este ltimo es utilizado en todas las negociaciones

posteriores, adems de otorgarle una mayor confiabilidad al sistema por el solo hecho de

mantener la base de una negociacin.

34
Captulo III.
ESTADO DEL ARTE

3.1. Prembulo

El objetivo de este captulo es el de proporcionar una descripcin del actual

estado de los procesos de negociacin de instrumentos derivados, abarcando desde los

actores participantes en estos mercados y los tipos de instrumentos tranzados en Chile,

hasta las formas de negociacin de dichos contratos en los distintos mercados

nacionales.

Adems, se indicar una pequea resea de la actualidad internacional

ejemplificando con casos representativos que se consideran similares a la realidad

nacional.

3.2. Principales derivados transados en Chile.

Como fue mencionado en el capitulo anterior, los derivados transados tanto en

Chile como en el extranjero operan dentro de dos mercados, en los cuales y dadas sus

caractersticas, se negocian distintos tipos de instrumentos.

3.2.1. Mercado Organizado Nacional.

De las bolsas participantes dentro del mercado organizado, solo la Bolsa de

Comercio de Santiago posee participacin en el mercado de derivados, ya que tanto la

Bolsa Electrnica como la Bolsa de Productos no poseen dichos instrumentos.

La Bolsa de Comercio ha sido pionera en la implementacin de los mercados de

derivados en Chile, iniciando las operaciones con futuros desde diciembre de 1990,

pudiendo transarse dos tipos de contratos:

35
Futuros de IPSA: tienen como activo subyacente el ndice de Precios

Selectivo de Acciones (IPSA).

Futuros del Dlar: tienen como activo subyacente el Dlar Observado.

Posteriormente en 1994, la Bolsa de Comercio pretendiendo dar un nuevo

impulso al mercado de derivados, crea un mercado de opciones donde se pueden

encontrar listadas opciones sobre acciones de Endesa y CTC-A.

3.2.1.1. Estadsticas de la Bolsa de Comercio.

Si bien, existe la infraestructura dentro de la Bolsa de Comercio y estos

instrumentos se encuentran listados desde hace ya varios aos, no han tenido la

aceptacin que se esperaba, siendo tranzados slo en forma espordica y teniendo

prcticamente una nula participacin en cuanto al total de operaciones realizadas en la

bolsa, lo cual se ejemplifica en la siguiente figura (ver figura 3.1):

Operaciones Inst. Derivados


%
Bolsa de Comercio de Santiago
9 8
91
0

2000
00
0,

1800
1600
Monto Millones de $

1400
%

1200
63

1000
%
6
03

9
%

800
8
00

19
%
8
29

0,

600
0
2

00
05

0, 028

400
0,
00

%
%
0, %
0, %
%

0, %

0, %
0, %
%
0, %
0
0,

00

0
0
0
0
0
0

200
0
0
0
0

0,
0,
0,
0,

0
)
94

95

96

97

98

99

00

01

02

03

04

05

06

07

zo
19

19

19

19

19

19

20

20

20

20

20

20

20

20

ar
(M
08
20

Futuros y Opciones % del total de operaciones

Figura 3.1. Operacin con instrumentos derivados en el Mercado


Organizado, fuente [URL006].

36
3.2.2. Mercado OTC Nacional.

Las operaciones de derivados OTC realizadas en Chile, estn circunscritas

bsicamente a forward y swaps, realizados con la intervencin de bancos en el mercado

extraburstil. Ejemplos de transacciones habituales son los forward peso-dlar y UF-

dlar, existiendo tambin operaciones similares con otras divisas pero slo en pequeas

cantidades (operaciones con monedas tambin son conocidas como seguros de cambio).

Este mercado se encuentra ampliamente dominado por las entidades bancarias,

generndose una gran cantidad de transacciones tanto interbancarias como con sus

principales clientes. De acuerdo a los participantes de la negociacin, es posible

separarlas en dos plataformas: interbancarias y propietarias.

3.2.2.1. Plataforma Interbancaria.

Bsicamente es donde encontramos las transacciones de contratos derivados

entre las entidades bancarias nacionales, suscritas a la asociacin de bancos e

instituciones financieras (ABIF).

Para la comunicacin de estas entidades existe una serie de procedimientos y

servicios informticos, los cuales generalmente son ofrecidos por Servicio Nacional de

Comunicacin Financiera (SINACOFI).

A travs de la plataforma de comunicacin y negociacin proporcionada por

SINACOFI, es posible negociar los siguientes instrumentos derivados (ver tabla 3.1):

37
Activo Subyacente Tipos de instrumentos
forward de compra y venta UF-Dlar.
Monedas forward de compra y venta Peso-Dlar.
Arbitraje de divisas14.
Swap de tasa fija tasa variable (para el monto
Tasas de Inters
establecido, de una determinada moneda).
Unidades de
Forward de compra y ventas de Peso o UF a una
Reajustabilidad e
determinada tasa promedio de inters. Con un monto de
ndice de tasas
reajustabilidad pactado.
promedio15
Forward de compra y venta, de una cantidad de Bonos
del Banco Central en Pesos (BCP).
Forward de compra y venta, de una cantidad de Bonos
Tasas de inters de del Banco Central en UF (BCU).
IRF/ IIF16 Forward de compra y venta, de una cantidad de Bonos
de la Tesorera en UF (BTU).
Todos los anteriores utilizando como valorizador de
estos Bonos, la Intermediacin Financiera o la Renta Fija.
Tabla 3.1. Tipos de derivados de plataforma interbancaria del
Mercado OTC local

De no transarse estos instrumentos mediante la plataforma ofrecida por

SINACOFI, las entidades bancarias pueden realizar una negociacin en forma bilateral

directa existiendo la posibilidad de negociar otros instrumentos que les permite la ley,

pero que sin embargo no se pueden transar mediante esta plataforma.

3.2.2.2. Plataformas Propietarias

Estas plataformas son las presentadas por cada una de las entidades bancarias

para negociar contratos de derivados financieros directamente con sus clientes. Si bien,

el objetivo final de un banco no es solo realizar este tipo de contratos, generalmente

poseen procedimientos estructurados en sus mesas de dinero para negociar ciertos tipos

de contratos derivados con cierto tipo de clientes. Por otra parte, poseen un gran

14
Arbitraje de divisas: Operacin forward en que el vendedor se compromete a entregar la moneda
extranjera vendida y el comprador a pagar el precio convenido en dlares en la fecha de pago.
15
ndice de tasas promedio: ndice de tasas de inters local que se indique en el contrato.
16
IRF/IIF: Instrumentos de Renta Fija / Instrumentos de Intermediacin Financiera.

38
respaldo operativo mediante sistemas propietarios, tanto para la valoracin de estos

instrumentos como para la negociacin de los mismos.

Los instrumentos ofrecidos en estas plataformas son ms bien dependientes de

las necesidades de los propios clientes, siendo los ms utilizados los forward de divisas

seguido muy de lejos por los forward y swap de tasas de inters. En general, los

instrumentos derivados ms bsicos.

Adicionalmente, dentro del denominado mercado OTC de derivados, existe la

posibilidad de realizar operaciones con entidades que no estn sujetas a regulacin

especfica sobre la materia tales como sociedades de inversin dependientes de bancos

internacionales, corredoras de bolsa o entre dos entidades independientes. Para ello, solo

basta una negociacin bilateral y la firma de un contrato, pudindose establecer

prcticamente la negociacin de cualquier tipo de derivado.

3.2.2.3. Estadsticas Generales.

En cuanto a las cantidades involucradas en cada uno de estos contratos, estas se

ubican entorno a los 500MUS$. Sin embargo, existen operaciones ms pequeas

originadas generalmente por requerimientos del sector comercio exterior, que incluso se

refieren a montos de 5MUS$.

Este tipo de transacciones, por estar fuera de un mercado organizado, no poseen

mayores obligaciones informativas por lo que las nicas estadsticas que se pueden

encontrar son las generadas por el Bank for International Settlements (BIS) para los

diferentes mercados OTC existentes a nivel mundial, las que si bien slo se realizan

cada tres aos, son muy agregadas y sus fuentes son las transacciones realizadas con el

exterior (que son las que se deben informar al Banco Central de Chile) y transacciones

que informan algunas de las entidades bancarias, representando claramente la tendencia

del mercado como se ve en la siguiente figura (ver figura 3.2 ).

39
Mercado de Derivados Chileno

35
%(Montos/PGB) 30
25 1998
20 2001
15 2004
10
5
0
Avanzadas

Chile
Economias

Emergentes

Emergentes

Economias
Economias

Singapur
sin Hk ni

Latinas
Figura 3.2. Operacin con instrumentos derivados en el Mercado
OTC. Fuente [URL007].

3.3. Formas de negociacin.

Dentro de los mercados de derivados nacionales, se puede identificar claramente

cuales son las principales formas en que los contratos de derivados son negociados, esto

slo para las plataformas que en la actualidad poseen un mercado establecido y activo.

3.3.1. Mercado Organizado Nacional

La Bolsa de Comercio de Santiago [URL008] es la nica bolsa nacional que

posee un mercado de derivados. Esta bolsa cuenta con un conjunto de sistemas

negociacin electrnicos desde 1987, integrados en torno a la plataforma tecnolgica

SEBRA (Servicios Burstiles y Red de Aplicaciones), mediante la cual miles de usuarios

consultan diariamente y en tiempo real informacin referida a transacciones, precios,

montos, nmero de negocios, ndices, hechos esenciales, estados financieros,

dividendos, emisiones y otros antecedentes enviados por los emisores que cotizan sus

valores en los mercados de acciones, renta fija, intermediacin financiera, cuotas de

fondos de inversin, monetarios, futuros y opciones.

40
El sistema de negociacin integrado para el caso del mercado de derivados, es el

que se conoce como TELEPREGON, que es un sistema electrnico de difusin de

ofertas de compra y venta que posee la modalidad de calce automtico para negociacin

de derivados como una de sus principales funcionalidades.

Para llevar a cabo la negociacin con estos instrumentos, se debe hacer a travs

de un corredor de bolsa (nico sujeto autorizado para realizar estas operaciones) y bajo

las condiciones estandarizadas que posee el contrato (fecha, monto, tasa, etc.).

3.3.2. Mercado OTC Nacional

Como ya se mencion anteriormente, dentro de los principales actores dentro del

mercado OTC nacional se encuentran las entidades bancarias, las cuales poseen toda una

infraestructura preparada para la negociacin de contratos derivados entre las mismas

entidades o con sus clientes.

Dentro de sus principales caractersticas destaca la utilizacin de contratos

marcos generados por la ABIF (ver Anexo 1) y la plataforma automatizada de

negociacin proporcionada por SINACOFI, para el caso de negociaciones entre bancos.

En el siguiente esquema (ver figura 3.3), se muestra y explica en forma general

los principales hitos ocurridos durante la negociacin de estos contratos en el ambiente

bancario nacional:

41
Figura 3.3. Negociacin de contratos derivados en mercado OTC
(Bancario)

En este esquema se pueden identificar las dos plataformas de negociacin

planteadas anteriormente, es decir, la propietaria y la interbancaria. A continuacin, una

explicacin de todos los elementos que componen la negociacin de contratos derivados

en el mercado OTC Bancario.

3.3.2.2. Plataforma Propietaria

La realidad de cada una de las plataformas de negociacin de contratos derivados

entre entidades bancarias y sus clientes, est estrictamente ligada a las posibilidades de

infraestructura y polticas que estas posean. Sin embargo, en Chile por las caractersticas

de los clientes que utilizan las herramientas, estas negociaciones generalmente se llevan

a cabo de manera telefnica o personal, firmndose los contratos fsicamente.

Como rasgos generales se identifican los siguientes hitos dentro del proceso:

42
(1). Un cliente, ya sea institucional o particular, que desea cubrirse o especular

con un instrumento derivado se contacta con su banco y lo solicita directamente.

(2). Se comienza con la negociacin bilateral del contrato derivado

(independiente del tipo de instrumento requerido). La mayora de los bancos

realizan esta negociacin firmando un contrato marco, si es que este ya no estaba

firmado previamente.

(3). Una vez definidos los montos, plazos, tasas y todas las variables requeridas

por el instrumento, se procede con la firma de un contrato especfico para el

instrumento requerido. La firma de este contrato se realiza en forma fsica, es decir,

en papel por lo que el proceso puede llegar a tardar varios das.

3.3.2.3. Plataforma interbancaria.

Desde la perspectiva de la entidad bancaria, con la finalidad de cubrirse de un

contrato negociado con uno o varios de sus clientes o simplemente por una estrategia de

la mesa de dinero del mismo, puede contratar un instrumento derivado en el mercado

interbancario, proceso en el cual generalmente ocurren los siguientes hitos:

(4.) Se contacta con otro banco que le ofrezca un instrumento que lo resguarde

o simplemente, que le interese. Este contacto se realiza va telefnica y se pactan

todas las variables necesarias para la definicin del contrato.

(5a.) Una vez acordado el instrumento y las variables que este requiere, se

realiza la emisin de mensajes a travs del sistema automatizado de SINACOFI, en

el cual ya se cuenta con un contrato marco confeccionado por la ABIF y firmado

previamente por las partes, por lo que los mensajes intercambiados mediante este

sistema son solamente de confirmacin de las variables antes mencionadas, a travs

de las cuales se genera el contrato especfico para el instrumento.

43
Para lo ya mencionado, existe un manual de procedimientos que establece todas

posibilidades existentes para esta negociacin, tanto de instrumentos a transar como de

caminos a optar, basado tambin en los trminos acordados en el contrato marco.

La siguiente figura (ver figura 3.4) muestra los principales procedimientos

ejecutados mediante esta plataforma para negociar los contratos:

Inicial:

Figura 3.4. Procedimiento inicial de intercambio de mensajes a


travs de Sistema automatizado SINACOFI.

(A.) El emisor prepara (crea) un mensaje con los valores y la entidad

financiera, segn el instrumento que se haya acordado

telefnicamente. El creador de este mensaje adjunta su firma digital a

este procedimiento.

(B.) El emisor del mensaje, luego de su preparacin, procede a revisar

(agregando una segunda firma digital) y enviar el mensaje mediante el

sistema SINACOFI.

(C.) El emisor recibe un mensaje del sistema, el cual le indica si el

mensaje ha sido entregado.

(D.) El receptor del mensaje, previa revisin, decide si acepta o

rechaza el mensaje recibido (lo que significa que acepta o no las

condiciones pactadas anteriormente), el mensaje de aceptacin posee,

al igual que el de preparacin, dos firmas digitales en tanto el de

rechazo solamente una.

Modificacin:

44
La siguiente figura (ver figura 3.5) representa el procedimiento de intercambio de

mensajes para modificacin a travs del sistema automatizado SINACOFI:

Figura 3.5. Procedimiento de intercambio de mensajes para


modificacin a travs de sistema automatizado SINACOFI.

Los pasos y las responsabilidades en este caso, son exactamente los mismos que

para el caso del mensaje inicial, con la nica diferencia que este contrato ya se encuentra

debidamente firmado y aceptado, por lo que slo se le hace referencia mediante un

identificador y se modifican las variables necesarias.

Cesin:

Este procedimiento, por ser sumamente rara su ocurrencia, no tiene un respaldo

informtico de SINACOFI. Sin embargo, se encuentra debidamente acordado por las

partes en el contrato marco.

Todos los intercambios de informacin y firma de documentos se realizan en

forma fsica, principalmente mediante telfono y FAX, cuando los requerimientos

legales lo permiten (ver figura 3.6).

Figura 3.6. Descripcin de intercambio documentos para cesin de


contratos derivados.

45
(A.) Cuando una de las partes participantes en el contrato derivado

desea traspasar o ceder su obligacin a una tercera entidad, esta

procede a negociarla con su contraparte, verificando que el nuevo

responsable de la obligacin cumpla con todos los requisitos,

principalmente con lo que respecta a la calidad crediticia.

(B.) Una vez que las partes llegaron a acuerdo, la parte que desea

ceder su posicin traspasa el contrato de derivados a una tercera

entidad, traspaso que segn sea el caso puede o no estar grabado para

algunas de las partes.

(5b.) Adems de la negociacin anterior, los bancos estn habilitados para

negociar contratos de derivados entre ellos sin la necesidad de utilizar este sistema

automatizado, ya sea por que no han suscrito el contrato marco necesario para

utilizar el sistema proporcionado por SINACOFI o simplemente por un acuerdo

bilateral.

(6.) A travs del sistema de SINACOFI, los bancos pueden revisar los contratos

especficos generados, revisar cual es el estado y obtener estadsticas de los

mismos.

3.4. Actores participantes del mercado nacional.

Como fue mencionado en el captulo II, los instrumentos derivados pueden tener

directa participacin dentro de diversos mercados, siendo muchos los partcipes que

pueden utilizar estos instrumentos. El esquema siguiente (ver figura 3.7), describe cuales

son los mercados donde pueden actuar estos ltimos, y explcitamente con quienes

realizan dichos acuerdos.

46
Figura 3.7. Actores participantes en el mercado nacional de
derivados.

Dado a que el objetivo de este proyecto es el de perfeccionar lo que ocurre con la

negociacin de instrumentos derivados en el mundo bancario, solamente se har una

breve descripcin de cuales son las caractersticas que estos actores poseen,

profundizando ms en los que tienen directa relacin con el proyecto en s.

Clientes

Cada entidad bancaria posee su propia cartera de clientes, los cuales poseen

distintas caractersticas. El proceso de contratacin de derivados, por su finalidad y por

los montos que se deben manejar (para que esta transaccin se torne rentable), exige que

los clientes tengan caractersticas determinadas, como las garantas que sern exigidas,

los montos involucrados y la historia o calidad crediticia del mismo. Generalmente estos

clientes son inversionistas institucionales o grandes exportadores, principalmente con

necesidades de cobertura ante la fluctuacin de las distintas monedas y desfases de

47
tiempo en que se realizan los pagos, razn por la cual los forward de monedas o seguros

de cambio, son los instrumentos ms solicitados.

Si bien, la mayora de estos clientes podran realizar operaciones de derivados

con la bolsa de comercio o directamente con otras empresas que posean necesidades

contrarias, la posibilidad que le entrega el mercado bancario de establecer los contratos a

la medida termina siendo el incentivo que predomina, apoyado adems por el hecho de

la escasa liquidez de los instrumentos hasta ahora listados en la bolsa de comercio.

Bancos

En el mbito de los contratos derivados, las entidades bancarias poseen un rol

preponderante en la economa chilena, ya que son los encargados, a la fecha, de ofrecer

una gran cantidad de instrumentos a sus principales clientes, los inversionistas

institucionales y a los exportadores. Como fue mencionado en el captulo anterior,

existen procedimientos establecidos y regulaciones especficas para estas entidades.

Sistema Nacional de Comunicaciones Financieras (SINACOFI)

Esta empresa fue creada por la Asociacin de Bancos e Instituciones Financieras

(ABIF), con el objetivo de administrar, operar y desarrollar una red electrnica para

apoyar en forma eficiente la accin comercial y operativa de las instituciones financieras

de Chile, mediante el intercambio de informacin de valor. Para el caso del mercado de

derivados nacional, SINACOFI proporciona una plataforma de intercambio de mensajes

para la automatizacin de este proceso.

Fondos Mutuos

Son patrimonios aportados por personas naturales o jurdicas para su inversin en

valores de oferta pblica, administrado por una sociedad administradora de fondos

mutuos a cuenta y riesgo de los partcipes. Para estas entidades, surgen una serie de

48
regulaciones para la negociacin de contratos derivados orientadas a resguardar a los

partcipes de dichos fondos, pudiendo eso si, transar en ambos mercados.

Compaas de Seguro

Son sociedades annimas que tienen por objeto exclusivo el giro de los seguros y

las actividades que sean afines y complementarias de ste. Se dividen en seguros

generales y de vida. Para poder cumplir los compromisos con sus asegurados, estas

compaas proceden a realizar una serie de inversiones con el dinero recaudado por

concepto de primas, dentro de los cuales tienen la posibilidad de invertir o cubrirse con

los instrumentos derivados.

Corredores

Los corredores o agentes de bolsa, son los nicos actores que pueden realizar

transacciones en las distintas bolsas de comercio, por lo cual, son utilizados por todos

los partcipes que deseen realizar dichas operaciones. En el caso de contratos derivados

esto no se modifica, siendo el nico canal vlido para la contratacin de derivados en las

distintas bolsas, el llamado mercado establecido de derivados.

Administrador de fondos de pensiones (AFP)

Son instituciones financieras privadas encargadas de administrar los fondos y

ahorros de pensiones. Estas entidades poseen variadas restricciones en cuanto a la

inversin de los capitales manejados. En el caso de los derivados, stas se reducen a dos:

Solamente pueden contratar derivados en bolsas establecidas y slo como

medio de cobertura.

No pueden emitir contratos de derivados basados en los fondos

administrados.

49
Depsito Central de Valores (DCV)

Es una sociedad annima, que se encuentra facultada para recibir en depsito

valores de oferta pblica y facilitar las operaciones de transferencia de dichos valores

entre los depositantes, de acuerdo a los procedimientos contemplados en la ley. En el

caso de los contratos de derivados financieros, no resulta distinta su funcin ya que se

utiliza bsicamente en conjunto con la cmara de compensacin.

Bolsa de comercio

Entidad descrita anteriormente, que se encarga de mantener la existencia de un

mercado establecido de derivados, siendo la nica bolsa nacional que posee estos

instrumentos.

Sistema de Compensacin y Liquidacin (SCL)

El SCL pertenece a la Bolsa de Comercio de Santiago, a travs de la cual se realizan

todas las transacciones que son efectuadas en la misma. Este sistema es accedido desde

las distintas plataformas que posee la bolsa de comercio, que para el caso de los

derivados es Telepregn.

3.5. Canales de informacin

Para una correcta negociacin de cualquier instrumento ya sea financiero o no, la

informacin que se posea al respecto es fundamental para tomar una buena decisin. En

el caso de Chile, existen variados canales de informacin, principalmente para los

mercados ms arraigados en la cultura econmica como las acciones, bonos y

principales monedas. Sin embargo, la mayora de estos canales no poseen informacin

50
acerca de los instrumentos derivados, ya sea por las pocas o nulas cantidades transadas

en el mercado establecido, o por la poca transparencia del mercado OTC.

Dentro de los canales informativos existentes que en la actualidad poseen

informacin acerca del mercado de derivados, se tiene la Bolsa de Comercio de

Santiago, Valor Futuro, Laboratorio de Investigacin Avanzada en Finanzas UC

(FinLabUC).

3.5.1. Bolsa de Comercio de Santiago [URL008].

Esta entidad cuenta con un importante sistema de difusin de informacin en

tiempo real denominado BOLSATICKER. Es un servicio orientado principalmente a

empresas internacionales distribuidoras de informacin (como por ejemplo Bloomberg,

Reuters, Telekurs, etc.). De esta forma, los usuarios de las distintas redes mundiales de

informacin pueden recibir en sus computadores antecedentes detallados de todos los

instrumentos de la Bolsa de Comercio de Santiago, dentro de los cuales obviamente

tambin se encuentran los instrumentos derivados transados en esta entidad.

3.5.2. Valor futuro [URL009]

Es una entidad del grupo El Mercurio, con una experiencia de 10 aos en el

mercado y que se encarga de mantener un portal informativo acerca del comportamiento

burstil en tiempo real de los instrumentos ms importantes, obteniendo la informacin

desde las corredoras de bolsas, entidades bancarias, bolsa de comercio, Banco Central,

AFP, etc. llegando a ser la empresa de informacin burstil mas importante del pas.

Una de las posibilidades de informacin que ofrece este portal, son los mercados

de futuros del dlar y de bonos BCU lo cual puede ser observado en las siguientes

figuras (ver figura 3.8, 3.9 y 3.10):

51
Figura 3.8. Informacin sobre Dlar, de Valor Futuro.

Figura 3.9. Informacin detallada de futuros del dlar, de Valor


Futuro.

Figura 3.10. Informacin detallada de futuros de BCU, de Valor


Futuro.

52
3.5.3. Laboratorio de Investigacin Avanzada en Finanzas

UC (FinLabUC [URL010])

En los ltimos seis aos, este laboratorio de la Universidad Catlica en conjunto

con Fondef17 y un grupo de empresas particulares, ha desarrollado tres herramientas en

las cuales se genera informacin especfica de Chile, acerca del mercado financiero

nacional proporcionando de complejos mecanismos de valoracin18 para una gran

cantidad de activos, instrumentos financieros y carteras de estos mismos. Estas

herramientas se describen en la siguiente tabla (ver tabla 3.2):

Portal Funcin
Provee ingeniera financiera basada en investigacin para
Risk America la valorizacin y manejo del riesgo de ciertos activos
financieros en Chile.
Provee ingeniera Financiera basada en investigacin para
Risk Commodity la valorizacin y manejo del riesgo de commodities19 en
Chile.
Presenta las herramientas y servicios para la valorizacin y
Risk Portfolio
gestin del riesgo de carteras de inversin en instrumentos
financieros nacionales e internacionales.
Tabla 3.2. Herramientas de informacin financiera de FinLabUC

De estos tres portales, encontramos que existen herramientas para trabajar con

instrumentos derivados slo dentro de Risk America y Risk Commodity.

En el caso de Risk America [URL011], se pueden encontrar potentes

herramientas para la valoracin de diversos instrumentos financieros, dentro de los

cuales existen herramientas para la valoracin de derivados de monedas tales como

17
Fondef: Organismo estatal que financia proyectos de investigacin y desarrollo cientfico - tecnolgico.
18
Mecanismos de Valoracin: Mecanismos estadsticos y matemticos para la estimacin terica del
valor de un activo en el futuro.
19
Commodities: Todos aquellos productos que provengan directa o indirectamente de la agricultura,
ganadera, silvicultura, actividades hidrobiolgicas, extraccin de hidrocarburos y minerales metlicos, o
cualquier otra actividad que pueda ser entendida como agropecuario o de extraccin mineral de acuerdo a
las normas internacionales.

53
forward Dlar/Peso, forward Dlar/UF y distintos tipos de opciones donde el subyacente

es el tipo de cambio peso/Dlar.

Figura 3.11. Ejemplo de portal de valoracin Risk Amrica, caso


opciones.

En el caso de Risk Commodity [URL012], se pueden encontrar herramientas para

la valoracin de futuros correspondientes a recursos naturales (cobre, oro, plata,

petrleo, gas natural, caf, madera, trigo, etc.):

Figura 3.12. Ejemplo de portal de valoracin Risk Commodity,


caso Futuro de petrleo.

54
Todas estas herramientas de informacin acerca de los derivados financieros,

claramente contribuyen a despejar dudas acerca de su funcionamiento e incentivan a la

utilizacin de otros no masificados, como por ejemplo los derivados de commodities.

Adems de estos canales, las entidades bancarias poseen sus propias

herramientas y un potente back-office20 para la valoracin de estos instrumentos,

herramientas que claramente no estn disponibles para todos los clientes.

3.6. Revisin internacional

Dentro de la comunidad internacional existe una vasta experiencia en la

negociacin de los contratos de derivados, que se expresa en el tiempo que llevan

transndose en los mercados generados en su entorno y en la gran diversificacin que

estos instrumentos han logrado, llegndose a tener complejos instrumentos listados en

bolsas exclusivas de derivados. Estas bolsas se encuentran interconectadas entre s y con

gran parte de los mercados OTC, ofreciendo una amplia red de posibilidades a los

inversionistas.

Sin embargo, abarcar la mayora de estas experiencias ms que aportar al

desarrollo de este proyecto puede tornarse perjudicial, por lo que a continuacin se

expondrn de forma general aquellas que resultan ms imitables y que por lo dems, son

ocupadas como modelo para la definicin de la mayora de las leyes dictadas (al menos

en el mbito financiero).

20
Back-office: Procesos internos y automticos de gestin u operacin de cualquier empresa.
Bsicamente todo lo que NO est frente al cliente.

55
3.6.1. Casos generales

EE.UU.

El mercado de derivados de Estados Unidos se caracteriza por sus principios de

autorregulacin impuestos desde un comienzo, siendo la primera economa en poseer

grandes mercados OTC de derivados de productos agropecuarios, lo cual evolucion en

bolsas especializadas de derivados para estos mismos, agregndose posteriormente

productos financieros. Estas bolsas que partieron slo listando los productos, fueron

incorporado paulatinamente diversos instrumentos derivados para cada uno de ellos,

mantenindose hasta la actualidad tanto por la diversificacin lograda de los

instrumentos, como por las alianzas estratgicas creadas con los mercados OTC y

mercados establecidos internacionales.

Si bien, por la poca en que estos mercados comenzaron a desarrollarse (siglo

XVIII) la componente tecnolgica no fue relevante, los diferentes mercados han

evolucionado a la par con la misma, teniendo en la actualidad complejas plataformas de

negociacin en lnea con mecanismos automatizados de valoracin e importantes

vnculos con agentes internacionales de diversos mercados.

En la ciudad de Chicago es donde se ubican los tres mercados ms importantes

en cuanto a volumen de contratacin (Chicago Board of Trade (CBOT), Chicago

Mercantile Exchange (CME) y Chicago Board Options Exchange (CBOE)), seguidos de

cerca por los nuevos mercados creados en New York (New York Mercantile Exchange

(NYMEX), New York Board of Trade (NYBOT)).

Europa

El caso de los mercados europeos tiene orgenes sumamente actuales, ya que el

mercado de derivados no fue un mercado establecido hasta principios de los 80`s,

aproximadamente diez aos despus de su creacin en Estados Unidos. Si bien el

periodo extraburstil experimentado en estas latitudes no tiene relacin alguna con la


56
norteamericana, ste tambin existi, formando una slida base sobre la cual se crearon

y fomentaron estos mercados establecidos posteriormente.

La proliferacin de estos mercados, posteriormente hizo que en el marco de la

unin europea se fusionasen en importantes grupos, teniendo en la actualidad una gran

red de bolsas de comercio, productos y derivados de estos, que a su vez se han

interconectado con importantes mercados internacionales. Lo anterior, se puede observar

de forma ms grfica en la siguiente tabla (ver tabla 3.3), en donde se destacan los

grupos y las bolsas de comercio que las componen:

Noruega (OSE)
NOREX Dinamarca (CSE)
Islandia (ISE)
Suecia (OM)
Finlandia (HEX)
OMX
Estonia (Tallinn Exchange)
Latvia (Riga Exchange)
London
Stock Bolsas de Londres.
Exchange
Frankfurt
Eurex
Suiza (Soffex)
Francia (SBF)
Blgica (BXS)
Holanda (AEX)
Euronex
Portugal (BVLP)
Polonia
LIFFE (Mercado ingles)
Borsa
Bolsas de Italia.
Italiana
Bolsas de Espaa.
BMEX
MEFF
Tabla 3.3. Principales agrupaciones europeas de derivados.

Una caracterstica sustancial de todos los pases que han implantado mercados de

productos derivados, ha sido el xito en cuanto a los volmenes de contratacin que han

sostenido un particular crecimiento, superando en muchas ocasiones a los volmenes de

contratacin de los respectivos subyacentes.

57
3.6.2. Casos especficos

Mercado Espaol de Futuros y Opciones Financieros (MEFF [URL013])

A principios de los 90s, el Mercado Espaol empez un desarrollo

revolucionario dentro del mercado de derivados. La gran mayora de las operaciones se

hacan en mercados no listados. Durante estos aos los inversionistas se fueron

sofisticando, los sistemas informticos se fueron perfeccionando y la demanda de estos

productos fue creciendo.

En 1989 el MEFF se cre para apoyar el desarrollo de este mercado. Hoy en da,

el 90% de las operaciones con derivados se hacen en mercados listados a nivel

internacional, apoyado por una imponente red de intermediarios que a su vez transan con

mercados OTC.

El mercado espaol se ha desarrollado ampliamente durante la ltima dcada de

una manera muy exitosa. Actualmente es uno de los principales mercados listados en

Europa y gran parte de los clientes e intermediarios financieros realizan ms del 90% de

sus operaciones derivadas a travs de l.

Mercado Mexicano de Derivados (MEXDER [URL014])

MEXDER inici operaciones en diciembre de 1998 como una bolsa a viva voz,

teniendo a la Bolsa Mexicana de Valores como patrocinante del proyecto.

Se dise como un mercado dirigido al menudeo, en donde la pequea

empresa pudiera realizar sus coberturas y muchos intermediarios pudieran acceder al

mercado, sin embargo el desconocimiento por parte de los posibles partcipes hizo que

este mercado se desarrollara muy lentamente, llegando a tener millonarias prdidas en

los primeros aos.

Consecutivos cambios a la estructuracin y forma de negociacin de estos

instrumentos, principalmente la incorporacin de alta tecnologa y modernos

procedimientos, hicieron que MEXDER hoy en da sea uno de los mercados ms


58
dinmicos de derivados, teniendo alianzas estratgicas con los mercados espaoles y

alianzas comerciales con las bolsas de productos norteamericanas.

3.6.3. Realidad Latinoamericana

La disponibilidad y uso de derivados es tambin una realidad en Amrica Latina.

En Per y Chile, las operaciones son fuera de las bolsas organizadas, en los

denominados mercados OTC. El Mercado a Trmino de Buenos Aires (MATBA), es el

mayor mercado de derivados de productos agrcolas en Amrica Latina. En el Mercado a

Trmino de Rosario (ROFEX) tambin se transan derivados de productos agrcolas. En

Brasil, la Bolsa de Mercaderas y Futuros (BM&F) es la bolsa lder en futuros en

Amrica Latina, en donde se transan futuros y opciones de productos agrcolas adems

de derivados de ndices accionarios, tipos de cambios y oro, entre otros. De menor

importancia es la Bolsa de Sao Paulo (BOVESPA) y la nueva plataforma de la Bolsa de

Valores de Colombia.

3.6.4. Similitudes con Chile.

La direccin que ha tomado el mercado a nivel internacional est absolutamente

claro, y tambin lo est la aspiracin de Chile por llegar a estos niveles.

En los casos antes mencionados se pueden apreciar notables similitudes entre s,

las cuales a su vez pueden ser perfectamente extrapoladas al caso de Chile,

pronosticando de manera precisa la direccin que tomar este mercado. Como por

ejemplo:

Clientes finales no familiarizados con los instrumentos derivados.

Regulacin en constante perfeccionamiento y crecimiento.

Mercados OTC maduros previo al establecimiento de mercados establecidos.

Mercados establecidos fuertemente apoyados por operaciones OTC.

59
Amplio desarrollo de los mercados de Commodities.

Cmaras de compensacin para uso con derivados sin consolidar.

Rol preponderante de las tecnologas, tanto para el gil intercambio de

informacin como para el desarrollo operativo.

3.7. Perspectivas.

Al efectuar una leve comparacin entre el mercado chileno de derivados y los

mercados extranjeros con economas solo un poco ms desarrolladas, se puede suponer

que el terreno por recorrer an es bastante, adems de necesario si lo que se persigue es

la consolidacin de la economa.

Se espera que en los siguientes aos, los instrumentos derivados tomen la

posicin que les corresponde en la economa nacional, diversificando los productos

ofrecidos, ocupando los mercados establecidos y creando nuevos espacios para su

utilizacin. Es en este mbito donde cabe mencionar las iniciativas de distintas entidades

para el fomento de este importante mercado.

Cambios Normativos

Si bien la normativa chilena es considerada suficiente para la negociacin de

estos instrumentos, se pretenden realizar una serie de modificaciones que le den un

impulso definitivo, acelerando el desarrollo de este fundamental instrumento, tanto con

los cambios introducidos con la ley de mercado de capitales II (MK2) como con las

modificaciones que se pretenden implantar con el proyecto de ley de mercado de

capitales III (MK3) ya anunciada, adems de los cambios normativos susceptibles a ser

aplicados por las entidades reguladoras (SVS, SBIF, etc.).

60
Bolsa de Productos [URL015]

La creacin de este importante mercado, adems de emular lo que ocurre en

importantes mercados internacionales, ha proporcionado una plataforma que puede ser

utilizada para la negociacin de instrumentos derivados en donde los subyacentes sean

estos mismos productos. La intencin a mediano plazo de esta bolsa es el diseo,

promocin y lanzamiento de derivados en base a productos agrcolas, para permitir la

cobertura de riesgo de precios principalmente a los agricultores.

Alianzas Internacionales de la BEC [URL016]

La bolsa electrnica de comercio de Santiago, ha creado hace ya un par de aos

poderosos vnculos con otros centros financieros, como lo es la firma de un protocolo de

intencin con el Holding de Productos Financieros Derivados de Espaa (MEFF) que

tiene por objeto la identificacin, estudio y desarrollo de iniciativas que puedan ser de

inters tanto para el mercado de valores chileno, como el espaol; y a la firma de una

alianza estratgica con SIF Garban Intercapital, empresa subsidiaria de la Bolsa

Mexicana de Valores y de Garban Intercapital, para la explotacin en Chile del Sistema

de Transaccin de Divisas y sus Derivados, conocido como DATATEC. Iniciativas que

claramente pretenden a mediano plazo establecer un modelo similar al existente

internacionalmente, es decir, una bolsa electrnica de derivados.

61
Captulo IV.
MARCO REGULATORIO

4.1. Prembulo

El objetivo de este captulo es el de proporcionar una breve descripcin de las

distintas normativas legales y regulaciones, desde lo ms general hasta regulaciones

especificas para los actores participantes en este mercado. Adems, de realizar una

pequea resea de los cambios que ocurrirn a futuro, para as tener un respaldo terico

del marco legal en que se encuentra este proyecto.

4.2. Regulacin General

Actualmente no existe una normativa general para el contrato de instrumentos

derivados que sea aplicable en todos los casos o en todas las entidades que pueden

suscribir este tipo de contratos, existiendo, por ejemplo, una escasa regulacin para

algunas como es el caso de los contratos entre entidades privadas o una excesiva y

restrictiva regulacin en otras, como es el caso de las AFP.

La reglamentacin existente para los instrumentos derivados est definida por

normativas que emanan de distintos mbitos, distinguindose principalmente las

regulaciones cambiarias emitidas por el Banco Central, que es el rea donde se ha

desarrollado mayormente este mercado.

La normativa vigente emanada por Banco Central, se torna relevante en el caso

de que una o ambas partes del contrato pertenecen al Mercado Cambiario Formal

62
(MCF21), que actualmente son las entidades de mayor actividad en Chile, teniendo

obligaciones normativas y de informacin con dicha entidad [ZUR03].

En otras palabras, cada una de las entidades pertenecientes al MFC que suscriban

contratos de derivados con activos subyacentes monetarios, se deben regir bajo la

normativa de cambios internacionales, especficamente el captulo IX del compendio de

normas de cambios internacionales (CNCI), por los captulos III.D.1 y IV.D.1 del

compendio de normas financieras (CNF).

Adems, el Banco Central posee un manual de procedimientos con disposiciones

generales y formularios para el envo de informacin acerca de los instrumentos

normados por el captulo IX del CNCI. Existen tres tipos de formularios posibles a ser

enviados (cuya ltima modificacin fue el 29/05/2008), cada uno cuenta con su propio

manual de procedimientos para el llenado de los campos, especificando, adems, las

distintas circunstancias en que se deben enviar como la cesin, modificacin, etc. (ver

[URL023]) La siguiente tabla (ver tabla 4.1) detalla el envo de informacin referente a

instrumentos derivados al Banco Central [URL017]:

Subyacente Caracterstica del contrato Plazo de envo Formulario y


Manual
Moneda Cualquier contrato derivado Anexo 1 del
extranjera donde al menos una de las Capitulo IX de
monedas es extranjera. compendio.
Producto Cualquier contrato derivado Anexo 2 del
bsico donde los activos sean Capitulo IX de
commodities negociadas con 10 primeros das del compendio.
una entidad extranjera. mes siguiente a la
Tasas Cualquier contrato derivado suscripcin del contrato Anexo 3 del
donde se transen tasas ya sean Capitulo IX de
locales o extranjeras. compendio.
Otro Todas las operaciones con No existe. Solo se
subyacente extranjeros no contempladas enva la
en los casos anteriores. confirmacin de la
contraparte.
Tabla 4.1. Envo de informacin referente a instrumentos derivados al
Banco Central.

21
MCF: mercado constituido por las empresas bancarias. O empresas autorizadas por el Banco Central

63
Como una forma de resumir y agrupar de alguna forma lo que sucede con los

diversos instrumentos derivados susceptibles de ser tranzados, en la siguiente tabla (ver

tabla 4.2) se procede a explicar las normativas aplicables segn el tipo de instrumento:

Instrumento Disposiciones que los rigen


Derivado
Forward Normas sobre cambios internacionales y financieras emanadas por el
Banco Central (capitulo IX CNCI y capitulo III.D.1 de CNF), y en
forma complementaria las regulaciones emanadas por la SBIF
(Recopilacin Actualizada de Normas) y SVS (normas de carcter
general), aplicables a contratos forward.
Swaps Normas sobre cambios internacionales y financieras emanadas por el
Banco Central (captulo IX CNCI mas captulos III.D.1 y IV.D.1 de
CNF), y en forma complementaria las regulaciones emanadas por la
SBIF (Recopilacin Actualizada de Normas).
Futuros Por su carcter Burstil, ley 18045 de Mercado de valores;
reglamento del mercado de futuros de la Bolsa de Valores, aprobados
por la SVS, y en forma complementaria las regulaciones emanadas
por la misma SVS, aplicables a contratos de futuros.
Opciones Para el caso Burstil, ley 18045 de Mercado de Valores, normas de la
SVS, y reglamento de los mercados de opciones de la Bolsa de
Valores.
Para el caso OTC, las regulaciones emanadas por el Banco Central,
SBIF y SVS en los casos que corresponda.
Tabla 4.2. Disposiciones que rigen a los distintos derivados
financieros (Fuentes [URL017], [URL018], [URL019]).

4.3. Regulacin sobre agentes especficos

Adems de estas normativas, existe una reglamentacin especfica aplicable a los

diversos agentes partcipes tales como bancos y sociedades financieras, AFP, compaas

de seguro, fondos mutuos y fondos de inversin, generada por sus respectivas

superintendencias, siempre dentro del marco de las disposiciones del Banco Central.

4.3.1. Regulacin de Bancos

Para analizar la regulacin relacionada a los bancos, se debe tener en cuenta que

el Banco Central es la entidad que autoriza las operaciones con derivados que estos

pueden realizar, correspondindole a la Superintendencia de Bancos e Instituciones

64
Financieras (SBIF) establecer procedimientos de control, mtodos de valoracin y la

forma de contabilizar las operaciones con dichos instrumentos.

Hasta la fecha, la normativa de la SBIF no abarca la totalidad de los instrumentos

y posiciones autorizadas por el Banco Central, siendo lo lgico que en un futuro cercano

sea ampliado este espectro, cubriendo las posibilidades establecidas por el Banco

Central.

En general, la SBIF regula el tratamiento y criterios contables para instrumentos

no tan slo derivados, adquiridos con la finalidad de cobertura o negocio, en el mercado

local o externo. Definindose una metodologa contable poco detallada a travs de las

cartas circulares n 32-31 y 33-32; adems de lo establecido en la circular n 3345 y la

posterior modificacin en la circular n 3358 en el 2006.

Para los mecanismos de valoracin, si bien no existen restricciones efectivas en

este mbito, se establecen procedimientos para algunos tipos de derivados con la

finalidad de obtener la mejor aproximacin al valor de mercado, esto principalmente en

la circular n 3300 de 2005.

En resumen, las mayores restricciones que afectan a las entidades bancarias son

las que tienen relacin con el Banco Central, abordadas previamente en la regulacin

general y a los acuerdos logrados por la ABIF, como por ejemplo, la utilizacin de un

canal automatizado y el establecimiento de contratos marco para la negociacin de

derivados entre entidades bancarias (ver Anexo 1).

4.3.2. Regulacin de Administradoras de Fondos de

Pensiones (AFP)

El derecho a realizar operaciones con derivados por parte de las AFP, est

contemplado en el Decreto de Ley 3500 que es la base legal de este sistema y en las

65
distintas circulares emitidas por la superintendencia de AFP (SAFP [URL020]).

Bsicamente las circulares n 1216 y posteriores modificaciones a la misma circular.

Dentro de los principales puntos tratados en estas normativas se encuentran:

Forma de contratacin: Las AFP slo pueden realizar operaciones con

productos derivados que tengan como nico objetivo la cobertura de riesgos.

Lugar de contratacin: Las AFP pueden realizar operaciones en el mercado

local y extranjero, con entidades del mercado cambiario formal y teniendo como

contraparte una cmara de compensacin.

Lmites de inversin: La SAFP, mantiene lmites sobre el porcentaje

mximo que las AFP pueden invertir en derivados.

Instrumentos: Las AFP tienen la posibilidad de contratar forward, Futuros y

Opciones, con las restricciones respectivas.

Activos: Las operaciones pueden tener como activo subyacente alguna de las

monedas extranjeras en las cuales el fondo de pensiones tenga inversin, un bono,

tasa de inters ndice de tasas. Teniendo que corresponder una de las monedas

involucradas, a moneda local, UF o IVP22.

4.3.3. Regulacin de Compaas de Seguro.

Todas las operaciones de las compaas aseguradoras y reaseguradoras que

involucran instrumentos derivados, estn reguladas por la norma de carcter general n

200 expedida en octubre del 2006, por la superintendencia de valores y seguros (SVS),

derogando la normativa que se encontraba vigente desde 1995.

Dentro de los principales puntos tratados en esta normativa se encuentran:

22
IVP: El ndice de Valor Promedio, es uno de los sistemas de reajustabilidad autorizados por el Banco
Central de Chile

66
Forma de contratacin: Las operaciones deben tener como objetivo la

cobertura de riesgos financieros que puedan afectar a la cartera de inversiones y a

la estructura de sus activos y pasivos23.

Lugar de contratacin: Las compaas podrn realizar operaciones tanto en

el mercado nacional como en extranjero de todos los instrumentos permitidos, tanto

en el mercado establecido como en el OTC teniendo nicamente como

restricciones las clasificaciones de riesgo para la entidad contraparte.

Lmites de inversin: En esta normativa se establecen claramente los

lmites en forma general y para cada una de las posibilidades existentes.

Instrumentos: Las compaas tienen la posibilidad de contratar forward,

futuros, opciones y swaps slo con restricciones en el lanzamiento de opciones.

Activos: Los activos subyacentes permitidos por esta norma son monedas,

tasas de inters y acciones o ndices accionarios.

Informacin: En esta norma se establecen obligaciones de informacin con

la SVS cada vez que se realice una de estas operaciones, existiendo un formulario

para ello el cual debe ser completado.

4.3.4. Regulacin de Fondos Mutuos.

Las disposiciones que rigen las operaciones con derivados para estas sociedades,

se encuentran en la norma de carcter general n 204 expedida en diciembre del 2006

por la Superintendencia de Valores y Seguros (SVS), derogando la normativa que se

encontraba vigente desde 1996.

Dentro de los principales puntos tratados en esta normativa se encuentran:

23
Pasivos: Obligaciones de una empresa ante sus acreedores, proveedores, clientes, etc., que se
diferencian de las que tiene ante sus propietarios, socios o accionistas.

67
Forma de contratacin: Podrn celebrar contratos de futuros, forward y

opciones, actuando como compradores o vendedores del respectivo activo

subyacente, pudiendo realizarse en Chile o en pases que cumplan las condiciones

establecidas en la circular n 1217.

Lugar de contratacin: Los fondos mutuos podrn realizar operaciones

tanto en el mercado nacional como en extranjero de todos los instrumentos

permitidos, tanto en el mercado establecido como en el OTC, sin mayores

restricciones.

Lmites de inversin: En esta normativa se establecen claramente los

lmites en forma general y para cada una de las posibilidades existentes.

Instrumentos: Los fondos mutuos tienen la posibilidad de contratar

forward, futuros, opciones sin mayores restricciones.

Activos: Los activos subyacentes permitidos por esta norma incluyen

monedas, acciones, ndices, tasas de inters y commodities, utilizables con

cualquiera de los instrumentos, sin mayores restricciones.

Informacin: Slo establece el envo de informacin en el caso de

producirse excesos en alguno de los lmites.

4.3.5. Regulacin de Fondos de Inversin

Las disposiciones que rigen las operaciones con derivados para estas sociedades,

se encuentran en la norma de carcter general n 113 de la Superintendencia de Valores

y Seguros (SVS), modificada por la Norma n 133 en el 2002. Adems de estas normas,

la SVS obliga a esta entidad a establecer un reglamento interno que regule estos

contratos en diversas materias. Dentro de los principales puntos tratados en estas

normativas se encuentran:

68
Forma de contratacin: Podrn celebrar contratos de derivados actuando

como compradores o vendedores del respectivo activo subyacente tanto en Chile

como en el extranjero, sin mayores restricciones.

Lugar de contratacin: Los fondos de inversin podrn realizar

operaciones tanto en el mercado nacional como en extranjero de todos los

instrumentos permitidos, tanto en el mercado establecido como en el OTC (salvo

las opciones) debiendo definirse dentro del reglamento interno las entidades

autorizadas para las transacciones OTC.

Lmites de inversin: En esta normativa se establecen claramente los

lmites en forma general. Para cada una de las posibilidades existentes, se deben

establecer los propios lmites en el reglamento interno del fondo.

Instrumentos: Los fondos de inversin tienen la posibilidad de contratar

forward, futuros, opciones y swaps sin mayores restricciones.

Activos: Los activos subyacentes permitidos por esta norma incluyen:

monedas, acciones, ndices, tasas de inters e instrumentos de renta fija sin

mayores restricciones.

4.4. Resumen de normativa

Bsicamente, los resmenes que se pueden realizar en cuanto a las normativas

existentes son los referidos a las limitaciones, tales como tipos de contratos derivados

susceptibles de ser ocupados por las entidades correspondientes y los tipos de activos

subyacentes permitidos para cada una de estas entidades, considerando los dos mercados

existentes. Las siguientes tablas sealan un resumen de tipos de instrumentos y activos

permitidos a entidades (ver tabla 4.3 y 4.4, fuente [URL004]):

69
Forward Futuros Opciones Swaps
S, con cmara de Slo compras y emitidos
AFP S No
compensacin. en bolsa.
S, con restricciones
Cias. de Seguro S S S
para lanzamiento.
Fondos Mutuos S S S, Slo en bolsa No
S, con restricciones
Bancos S S S
para lanzamiento.
Fondos de inversin S S S, solo en bolsa. S
Tabla 4.3. Resumen de tipo de instrumentos permitidos a entidades.

Tasa de Acciones o
Monedas Commodities
inters ndices.
AFP S S No. No
Compaas de Seguro S S S. No
Fondos Mutuos S S S. S.
Bancos S S No. No
Fondos de inversin S S S. No
Tabla 4.4. Resumen de tipo de activos permitidos a entidades.

4.5. Cambios a futuro.

Dentro de los cambios que se pretenden lograr mediante cambios normativos,

estn los que dicen relacin con la aplicacin de la aprobada reforma al mercado de

capitales 2 (MK2), en la cual, uno de los tantos objetivos que posee es el dar un impulso

al mercado de derivados, homologando en Chile normas internacionales para el

tratamiento de estos instrumentos en diversas situaciones [CAR04].

Dentro de los principales cambios que hace mencin esta reforma y que afectan e

incentivan el crecimiento de un mercado de derivados robusto, se encuentran la

desmaterializacin de instrumentos, compensacin de derivados y modernizacin de

bolsa Off Shore.

70
Desmaterializacin de instrumentos

Bsicamente es fomentar la emisin electrnica de los instrumentos y no en

papel. Esto tiene relacin a cubrir los riesgos generados por el transporte de estos

instrumentos, agilizando los procesos de emisin y confirmacin de los mismos.

Compensacin de derivados

En el caso de quiebra de una de las partes involucradas en los contratos de

derivados con otra entidad, se permite la compensacin de estos contratos, evitndose de

esta forma que la parte solvente se vea obligada a pagar a la parte en quiebra los

contratos que le son desfavorables y, a su vez, deba cobrar en moneda de quiebra24 los

contratos que le son favorables. Se entiende entonces, que se realizan las diferencias

entre los contratos el da que se realiza la quiebra y slo se cancela esta diferencia por

una de las partes. Esto homologa la normativa local a las reglas internacionales, lo que

permitir atraer entidades extranjeras.

Modernizacin de Bolsa Off Shore

La bolsa Off Shore es el mercado donde se realiza, en dlares de los Estados

Unidos de Norteamrica, la oferta pblica, cotizacin y negociacin de valores

extranjeros como acciones, cuotas de fondos abiertos y cerrados y certificados de

depsitos, adems de cuotas emitidas en Chile de fondos de inversin internacional y

ADRs representativos de acciones chilenas. Si bien este mercado existe en la

actualidad, lo que se pretende con esta modificacin es incentivar su utilizacin

mediante la ya mencionada homologacin con normas internacionales.

Esto ayuda directamente al mercado de derivados local, ya que facilita la oferta

de valores extranjeros en el pas, otorgando una mayor liquidez al mercado nacional.

24
Moneda de quiebra: Moneda desvalorizada que se le aplica a una entidad que se encuentra en quiebra.

71
Captulo V.
METODOLOGA Y PLATAFORMA EFT

5.1. Prembulo.

El objetivo de este captulo es el de proporcionar una resea acerca de la

metodologa de desarrollo y la plataforma tecnolgica utilizada en cada uno de los

proyectos de la empresa patrocinante de este proyecto de ttulo, es decir, EFT Group.

Esta revisin, tiene la finalidad de transformarse en la base metodolgica

utilizada tanto en la redaccin de los documentos de anlisis y diseo, como en la

definicin e implementacin del prototipo del sistema aprovechando al mximo la

experiencia, herramientas y servicios existentes susceptibles de ser utilizados en este

proyecto, adems de proporcionar documentos que sigan los lineamientos de la empresa,

pudiendo as ser utilizados en futuras presentaciones de propuestas o futuras definiciones

de productos.

5.2. Metodologa de desarrollo.

La metodologa utilizada por EFT Group tiene como objetivo mantener la

visibilidad de un proceso de desarrollo de calidad, el cual debe buscar y garantizar la

satisfaccin de los clientes. Este proceso se origina bajo la bsqueda constante de

oportunidades de negocios ya sea basado en productos existentes o innovaciones.

La metodologa tambin apunta a lograr la especializacin de los miembros de

los equipos de desarrollo, de manera que el conocimiento del negocio pueda separarse

del conocimiento que se genera a partir de la evolucin de las tecnologas y mantener

72
una constante documentacin y coordinacin de las tareas y actividades de cada

integrante de las reas dependientes del rea de Investigacin y Desarrollo.

Para lograr cada uno de estos objetivos, EFT Group se basa en una reconocida e

importante metodologa denominada RUP (Rational Unified Process), la cual se apoya

principalmente en el modelado visual de los sistemas mediante la utilizacin de UML

(Unified Modelling Language) centrndose, por lo adems, en la arquitectura del sistema

teniendo como ciclo de vida un modelo iterativo e incremental.

5.2.1. Rational Unified Process (RUP)

RUP es un proceso de ingeniera de software que provee de un mtodo

disciplinado para asignar tareas y responsabilidades dentro de una organizacin de

desarrollo. Como se mencion previamente, las tres principales caractersticas de RUP

son:

1.- Proceso dirigido por Casos de Uso: En RUP los Casos de Uso no son slo

una herramienta para especificar los requisitos del sistema, tambin guan su diseo,

implementacin y prueba. Los Casos de Uso constituyen un elemento integrador y una

gua del trabajo, proporcionando un hilo conductor entre los artefactos25 que son

generados en las diferentes actividades del proceso de desarrollo. Se enfocan en la

funcionalidad del sistema y necesitan de requerimientos adicionales para proveer una

especificacin completa de los requerimientos de software, concentrndose

principalmente en el qu y no en el cmo.

25
Artefactos: Se les considera artefactos a los resultados de cada una de las actividades, siendo estos los
documentos, diagramas, modelos, cdigos fuente, planes de prueba, etc.

73
2.- Proceso centrado en la arquitectura: La arquitectura involucra los aspectos

estticos y dinmicos ms significativos del sistema, est relacionada con la toma de

decisiones que indican cmo tiene que ser construido. La definicin de la arquitectura

debe tomar en consideracin elementos de calidad del sistema, rendimiento,

reutilizacin y capacidad de evolucin, por lo que debe ser flexible durante todo el

proceso de desarrollo. La arquitectura se ve influenciada por la plataforma software,

sistema operativo, gestor de bases de datos, protocolos y consideraciones de desarrollo

como sistemas heredados. Muchas de estas restricciones constituyen requisitos no

funcionales del sistema.

RUP adems de utilizar los Casos de Uso para guiar el proceso, presta especial

atencin al establecimiento temprano de una buena arquitectura que no se vea impactada

ante cambios durante la construccin o el mantenimiento.

3.- Proceso iterativo e incremental: Dados los sofisticados sistemas de software

de hoy en da, no es posible realizar de una manera secuencial las siguientes etapas:

definir el problema por completo, disear por completo la solucin, construir el software

y luego probar el producto al final. Se requiere un mtodo iterativo para incrementar la

comprensin del problema a travs de refinamientos sucesivos e ir madurando en forma

incremental una solucin efectiva despus de mltiples iteraciones. RUP apoya un

mtodo iterativo de desarrollo que apunta a los elementos de mayor riesgo en cada etapa

del ciclo de vida, reduciendo significativamente el perfil de riesgo del proyecto.

Para lograr sus objetivos, RUP identifica las seis mejores prcticas con las que

define una forma efectiva de trabajar para los equipos de desarrollo de software, lo cual

se indica en la siguiente tabla (ver tabla 5.1):

74
Prctica Descripcin
Brinda una gua para encontrar, organizar, documentar, y seguir los
1. Gestin de
cambios de los requisitos funcionales y restricciones. Utiliza una
requisitos
notacin de Casos de Uso y escenarios para representar los requisitos.
Desarrollo del producto mediante iteraciones con hitos bien definidos,
2. Desarrollo
en las cuales se repiten las actividades pero con distinto nfasis, segn
iterativo
la fase del proyecto.
3. Desarrollo La creacin de software requiere dividir el sistema en componentes
basado en con interfaces claramente definidas, que posteriormente sern
componentes ensamblados para generar el sistema.
UML es un lenguaje estndar de la OMG26 para visualizar, especificar,
4. Modelado construir y documentar los artefactos de software.
visual Utilizar herramientas de modelado visual facilita la gestin de dichos
(utilizando modelos, permitiendo ocultar o exponer detalles cuando sea necesario.
UML) El modelado visual tambin ayuda a mantener la consistencia entre los
artefactos del sistema: requisitos, diseos e implementaciones.
Es importante que la calidad de todos los artefactos se evale en varios
5. Verificacin puntos durante el proceso de desarrollo, especialmente al final de cada
continua de la iteracin. En esta verificacin las pruebas juegan un papel fundamental
calidad y se integran a lo largo de todo el proceso. Para todos los artefactos no
ejecutables las revisiones e inspecciones tambin deben ser continuas.
El cambio es un factor de riesgo crtico en los proyectos de software.
Los artefactos software cambian no slo debido a acciones de
mantenimiento posteriores a la entrega del producto, sino que durante
el proceso de desarrollo; especialmente importantes por su posible
6. Gestin de impacto son los cambios en los requisitos. Por otra parte, otro gran
cambios desafo que debe abordarse es la construccin de software con la
participacin de mltiples desarrolladores, posiblemente distribuidos
geogrficamente, trabajando a la vez en una versin y quizs en
distintas plataformas. La Gestin de Cambios y de Configuracin es la
disciplina de RUP encargada de este aspecto.
Tabla 5.1. Descripcin de las seis mejores prcticas de desarrollo.
Fuente [URL21]

Por otra parte, RUP divide el proceso en cuatro fases dentro de las cuales se

realizan varias iteraciones en nmero variable segn el proyecto lo requiera, y en las que

se hace un mayor o menor hincapi en los distintas actividades o flujos de trabajo (ver

figura 5.1).

26
OMG: Object Management Group, es un consorcio dedicado al cuidado y el establecimiento de
diversos estndares de tecnologas orientadas a objetos, tales como UML, XMI, CORBA. El grupo est
formado por compaas y organizaciones de software como: Hewlett-Packard (HP), IBM, Sun
Microsystems, Apple Computer.

75
Figura 5.1. Esfuerzo en actividades segn fase del proyecto.

Las primeras iteraciones (en las fases de inicio y elaboracin) se enfocan hacia la

comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la

eliminacin de los riesgos crticos y al establecimiento de una base inicial de la

arquitectura. Durante la fase de inicio (definicin para EFT) las iteraciones ponen mayor

nfasis en actividades de modelado del negocio y definicin de requisitos. En la fase de

elaboracin (especificacin para EFT), las iteraciones se orientan al desarrollo de la

arquitectura, abarcan los flujos de trabajo de requerimientos, modelo de negocios

(refinamiento), anlisis, diseo y una parte de implementacin orientado a la

arquitectura. En la fase de construccin, se lleva a cabo la construccin del producto por

medio de una serie de iteraciones: para cada iteracin se seleccionan algunos Casos de

Uso, se refina su anlisis y diseo y se procede a su implementacin y pruebas

realizndose una pequea cascada para cada ciclo. Se realizan tantas iteraciones como

sean necesarias para que se termine la implementacin de la nueva versin del producto.

En la fase de transicin, se pretende garantizar que se tiene un producto preparado para

su entrega a la comunidad de usuarios.

76
5.2.2. Actividades y Documentos EFT.

Como todas o la mayor parte de las metodologas, RUP es una gua ms no un

estndar absoluto, por lo que toda entidad que se acoja a esta metodologa tiene la

libertad de ajustarla a sus necesidades especficas. EFT Group ha utilizado esta

metodologa como una forma de adoptar las buenas prcticas de desarrollo antes

descritas, definiendo las siguientes actividades y documentos generados para cada una

de las fases de RUP existentes.

Fase de Definicin o Inicial

Los objetivos de esta fase son obtener una visin global del proyecto y de su

contexto, definir los objetivos, alcances y generar una planificacin general, lo cual se

puede observar en la siguiente figura (ver figura 5.2):

Figura 5.2. Diagrama de flujo para la fase de definicin o inicial.

La solicitud del nuevo sistema est dada por la peticin de un cliente o una

demanda interna. Estos requerimientos son recibidos por el jefe de producto quien

identifica los actores y Casos de Uso del sistema. El arquitecto incorpora a estos casos

77
de uso una arquitectura tecnolgica. Luego el jefe de producto identifica los riesgos,

genera una estimacin y un plan de trabajo. Esta informacin es transmitida al gerente

de productos quien genera la propuesta, la que finalmente es transmitida por el ejecutivo

comercial al cliente para su aceptacin final.

Los principales documentos generados en esta fase del proyecto son siete:

Descripcin de actores y requisitos generales (descripcin del negocio).

Documento de Casos de Uso (completados en 10 - 20%, funcionalidades).

Mapas de arquitectura preliminares del proyecto.

Documento de anlisis de riesgos y estimacin de esfuerzos.

Planificacin general (Carta Gantt preliminar).

Documento de propuesta.

Fase de Especificacin o Elaboracin

Los objetivos de esta fase son concretar el problema a resolver, es decir, se

identifican las necesidades, restricciones y requerimientos, se prueba la arquitectura, se

generan los casos de prueba y el plan de trabajo detallado. La siguiente figura muestra el

flujo para la fase de especificacin o elaboracin (ver figura 5.3):

Figura 5.3. Diagrama de flujo para la fase de Especificacin o


Elaboracin.

78
En esta fase, el proyecto ha sido aprobado por el cliente. El flujo es iniciado por

el jefe de producto quien, a partir de los requerimientos desarrolla detalladamente los

casos de uso, los que son revisados posteriormente por el arquitecto, quien genera y

valida el mapa de arquitectura as como las componentes.

El QA27 de la empresa tambin recibe los casos de uso, en base a los cuales

desarrolla los casos de prueba correspondientes. Por otro lado, el jefe de producto genera

una Carta Gantt detallada que es recibida por el gerente de desarrollo, quien la valida y

asigna los recursos para el proyecto. Finalmente el cliente recibe la especificacin, los

planes de prueba y la Carta Gantt del proyecto para su aprobacin.

Los principales documentos generados en esta Fase del proyecto son tres:

Documentos detallados de Casos de Uso, Requerimientos y Mapa de

Arquitectura.

Documentos detallados de descripcin de servicios.

Plan de Pruebas y objetivos del mismo plan.

Fase de Construccin

Los objetivos principales de esta fase son construir las componentes, realizar las

pruebas unitarias y la integracin de estos mismos, realizar pruebas integradas adems

de generar la documentacin orientada tanto al usuario final como a las reas de

produccin, encargadas de poner en marcha y explotar el sistema. La siguiente figura

(ver figura 5.4) muestra el flujo para la fase de construccin de componentes:

27
QA (Quality assurance): persona encargada de asegurar la calidad del software.

79
Figura 5.4. Diagrama de flujo para la fase de Construccin.

Esta fase es iniciada por el Gerente de Desarrollo asignando las tareas y el

seguimiento de las mismas. Esta informacin es recibida por el(los) ingeniero(s) de

software para crear y/o actualizar la documentacin del proyecto, realizando el

desarrollo iterativo del sistema: una iteracin consiste en desarrollar una componente,

realizar las pruebas unitarias sobre dicha componente, realizar las pruebas de integracin

y continuar con la siguiente componente. Las iteraciones son realizadas hasta terminar el

sistema. Con el sistema y la documentacin completos se ejecuta el plan de pruebas

desarrollado en la fase anterior.

Los principales documentos generados en esta fase del proyecto son cuatro:

Codificacin de las distintas componentes de software, indicando

debidamente sus versiones.

Detalle de los Casos de Uso y plan de pruebas unitarias e integradas.

Documentacin de incidencias y evidencias en desarrollo (logs, resultados

de pruebas, etc.), indicando debidamente sus versiones.

Documentos de aprobacin de pruebas internas y con clientes.

80
Fase de Transicin

El objetivo de esta fase es la entrega final del producto, la cual se enmarca en la

fase final del proyecto y que viene a ser el resultado de la correcta aplicacin de las fases

previas. La siguiente figura (ver figura 5.5) muestra el flujo para la fase de transicin:

Figura 5.5. Diagrama de flujo para la fase de Transicin.

Esta fase es el punto clmine del proyecto y se sustenta por actividades como la

generacin de pautas de instalacin, las cuales deben ser claras, especficas y operar

correctamente, adems de las ejecuciones de los planes de pruebas que permitan detectar

el funcionamiento inicial del producto, sea en forma aislada o integrada. Otra de las

actividades fundamentales de esta fase es la de efectuar la capacitacin a los usuarios

mediante la entrega de manuales de usuario y operacin, que permitan al cliente contar

con la documentacin gua o de respaldo para afrontar problemas, dudas y

configuraciones del producto entre otros.

Finalmente los puntos expuestos se traducen en la aceptacin del producto por

parte del cliente.

Toda la documentacin correspondiente a cada una de las fases es generada bajo

los procedimientos y estndares de la empresa, como la actualizacin peridica,

81
formatos establecidos, control de versiones y concentracin de la documentacin en un

repositorio de EFT Group.

Dentro de las actividades antes mencionadas, se pueden identificar algunas que

son permanentes o que se mantienen presentes a lo largo de todas las fases del

desarrollo. Estas actividades son:

Actualizaciones de Carta Gantt., Casos de Uso, Planes de Prueba,

incidencias-Evidencias y versiones del producto en desarrollo y/o produccin

Revisin de Documentacin.

Generacin de Minutas.

5.3. Forma de aplicacin en el proyecto.

Dadas las caractersticas de este proyecto de ttulo y principalmente al objetivo

del mismo, se debe considerar que la forma de aplicar la metodologa de desarrollo de

EFT Group no ser completa, ya qu slo se utilizarn de alguna u otra manera las dos

primeras fases de desarrollo (definicin y especificacin), es decir, se utilizar la

metodologa hasta el punto de concretar el problema a resolver, identificando sus

necesidades, restricciones y requerimientos, adems de disear e implementar un

prototipo acorde a estas definiciones.

Una de las principales caractersticas de este proyecto es su calidad de propuesta

y base de conocimientos para la empresa, ante lo cual la existencia de un cliente que sea

la contraparte del mismo no se transform en prioridad ni necesidad, por lo que algunos

de los documentos generados comnmente para un proyecto de este tipo no sern

utilizados, abarcando slo los principales que permitan tener la ya mencionada base para

una futura propuesta o implementacin del producto con los interesados

correspondientes. Si bien, durante el proceso de definicin del producto existi una

82
contraparte informativa, esta no ha tomado el rol de cliente, por lo que no se la considera

como tal.

Otro punto que cabe destacar es que slo se mostrarn los documentos en sus

versiones finales y no necesariamente en el orden que se generaron o con las distintas

iteraciones que se utilizaron para lograr dichas versiones, sino mas bien se presentarn

en el orden que permita una mejor comprensin del problema y de la solucin aqu

propuesta.

5.4. Plataforma Tecnolgica.

La plataforma tecnolgica utilizada por EFT Group en cada uno de sus productos

ha evolucionando con el paso del tiempo, adaptndose tambin a los requerimientos

especficos de cada uno de sus clientes. Sin embargo, en la actualidad existe una clara

tendencia a la utilizacin de Java, principalmente a J2EE en la capa de presentacin,

tendencia demostrada en la migracin a esta tecnologa de la mayora de los portales y

componentes actualmente en funcionamiento.

Las componentes financieras existentes se desarrollan principalmente en C o

Java, dependiendo fundamentalmente de las caractersticas de cada uno de los clientes y

de los servicios que se pretendan dar.

Las bases de datos estn implementadas en Oracle con la utilizacin de ProC28 o

componentes XML para el caso de los productos en s mismo, y Postgres para todo lo

referente al manejo de usuarios y perfiles.

La utilizacin de estas tecnologas obedece principalmente a las caractersticas

propias de cada una de ellas como lo es portabilidad, escalabilidad y soporte, entre otras.

28
ProC: Ambiente empotrado de SQL de Oracle. Permite la ejecucin de cualquier declaracin del SQL
de un programa cualquiera. Es utilizado principalmente en versiones de Oracle anteriores a 10G.

83
5.5. Servicios y herramientas EFT utilizables.

EFT Group ha desarrollado un modelo de soluciones basado en un conjunto de

plataformas que dan respuesta a distintas problemticas de negocio. Esta compaa se ha

enfocado en proveer soluciones completas para resolver de manera integral la

administracin de medios de pago electrnico. Junto con estas plataformas, EFT Group

cuenta con los recursos necesarios para soportar adecuadamente los servicios

operacionales e infraestructura tecnolgica requeridos por los clientes a los cuales

provee el servicio.

El siguiente diagrama presenta las plataformas que provee y los servicios que

conforman cada una de ellas (ver figura 5.6).

Figura 5.6. Modelo de soluciones EFT Group (Fuente URL022)

Adems de las soluciones existentes en la empresa, para el apoyo en el desarrollo

de los proyectos se utiliza una serie de herramientas ya sean construidas o adquiridas

especialmente para estos efectos, transformndose en el total de opciones entregadas por

la empresa para proponer una solucin.

De estas opciones se consideran susceptibles a ser utilizadas por la plataforma de

negociacin de derivados las siguientes:

84
5.5.2. Enterprise Architect

Herramienta de construccin y modelado de software de alto rendimiento basado

en el estndar de UML 2.1. Con una trazabilidad completa desde los requisitos iniciales

hasta las decisiones de diseo de software. Esta herramienta fue incorporada a fines del

primer semestre del 2007 y en la cual se estn llevando la documentacin completa de

todos los nuevos proyectos desarrollados.

La utilizacin de esta herramienta se debe a que con esto se logra uno de los

principales objetivos del proyecto y que es el de transformarse en una base de

conocimiento para la empresa, utilizando sus modelos de documentacin.

5.5.3. Portal EFT.


Herramienta interna creada bajo J2EE y base de datos Postgres, para la creacin

de portales. Esta herramienta cuenta con una serie de caractersticas que simplifican la

implementacin de proyectos Web, acortando los tiempos tanto en la construccin como

en la creacin de los prototipos correspondientes (revisin de diagramas de arquitectura

y funcionamiento del portal, ver Anexo 2).

Sus principales funcionalidades son:

1.- Servidor de Web: el cual posee el contenedor Web donde se cargan los

servlets29 y jsp30 de cada portal, adems de mdulos que pueden ser ocupados por estos

mismos portales. Este servidor se comunica mediante RMI31 con el servidor de

aplicaciones para utilizar las componentes aqu publicadas.

29
Servlet: objetos java que corren dentro del contexto de un contenedor de servlets (Ej.: Tomcat) y
extienden su funcionalidad
30
Jsp: tecnologa Java que permite generar contenido dinmico para Web, en forma de documentos
HTML, XML o de otro tipo.
31
RMI (Java Remote Method Invocation): mecanismo estndar ofrecido por Java para invocar un
mtodo remotamente.

85
2.- Servidor de aplicaciones: el cual posee las componentes bsicas para la

creacin de un nuevo portal como autentificacin, manejo de sesin y comunicacin con

el monitor transaccional (intermediario en la comunicacin con las distintas bases de

datos existentes).

3.- Base de datos Portal EFT: en la cual se mantiene la administracin de

empresas (en este caso bancos), sus usuarios, los perfiles de estos, las polticas de

seguridad y los mens y opciones que se van a desplegar para cada uno de los perfiles

existentes.

La utilizacin de esta herramienta ser para generar un portal con las opciones

necesarias desplegadas a travs de un men, y realizar la integracin de estas con los

mdulos desarrollados para el prototipo.

5.5.4. Plataformas de pago y compensacin

EFT con las plataformas de pago y compensacin antes presentadas (ver figura

5.6) es capaz de proveer a un banco una serie de servicios utilizando un motor

transaccional diseado, construido y en actual operacin para estos efectos, integrndose

con una diversidad de actores del mbito financiero nacional (ver figura 5.7).

86
Figura 5.7. Integracin de motor EFT con actores del mbito
financiero nacional.

Las principales caractersticas que posee este motor transaccional se pueden ver

en la siguiente tabla (ver tabla 5.2):

PRINCIPIO DESCRIPCIN
1.- Pagos futuros. Todas las transacciones y procesos pueden operar con fecha
valor futura.
2.- Operabilidad on- line Provee capacidad de operabilidad on- line en tiempo real,
real- time tanto para crditos como dbitos.
3.- Disponibilidad Contempla el horario administrativo del sistema bancario y
las ventanas horarias establecidas por la Cmara de
Compensacin u otras instituciones.
4.- Programacin de pagos La aplicacin permite programar pagos para una ocasin
especfica o generar en forma automtica y peridica (si el
cliente lo indica) los abonos y cargos respectivos.
5. Pagos Multibanco Permite operar con medios de pago de otros bancos a travs
del modelo multibanco de Cmaras de Compensacin o
convenios interbancarios.
Tabla 5.2. Las principales caractersticas del motor transaccional EFT

La utilizacin de este producto de EFT, si bien no ser directa para el prototipo,

debe tenerse presente su potencial uso cuando sea necesario proponer una forma de

realizar los pagos de los instrumentos derivados, por los diversos canales existentes en el

modelo bancario.

87
Captulo VI.
ANLISIS DE REQUERIMIENTOS Y PROPUESTA.

6.1. Prembulo.

El objetivo de este captulo es el de proporcionar una descripcin de las

principales necesidades de los partcipes de este proyecto, generar una propuesta que

satisfaga las principales necesidades identificadas y realizar un anlisis de los

requerimientos del sistema propuesto.

La finalidad primordial de esto ltimo es revisar el mbito en que se encuentra

inmerso el problema de este proyecto (apoyado por la revisin terica realizado en los

primeros captulos aqu presentados), es decir, la negociacin de contratos derivados en

el mercado OTC chileno, especficamente entre las entidades bancarias y sus clientes.

6.2. Principales necesidades.

Si bien en la actualidad, existe la posibilidad de contratar instrumentos derivados

en diversos medios, la desinformacin, lo engorroso del proceso y principalmente las

restricciones actuales llevan a que un producto internacionalmente reconocido por su

aporte a las distintas economas donde se ha establecido, se subvalore y prcticamente

no se utilice en los niveles que se requiere.

Las necesidades existentes en la actualidad con respecto a este instrumento y que

afectan de una u otra forma a los principales partcipes de este proyecto, se pueden

resumir y agrupar en entidades bancarias, clientes y EFT Group.

88
6.2.1. Entidades bancarias

Las entidades bancarias tienen una serie de necesidades sin solucin actual para

la negociacin de contratos derivados con sus clientes, contraponindose con lo que

ocurre en la negociacin entre entidades financieras ya que, como se revis

anteriormente, esto ya esta medianamente solucionado por el sistema entregado por

SINACOFI. Las principales necesidades detectadas para este actor del mercado son:

Disponer de un sistema automatizado.

Como ya se mencion, las entidades bancarias no poseen en la actualidad un

sistema de negociacin de contratos derivados automatizado con sus clientes, sino que

estas negociaciones se realizan solo de forma telefnica y en papel.

Disminuir los tiempos de operacin.

Los tiempos en que se incurre en la firma definitiva de un contrato de derivados

con sus clientes llegan incluso a los 5 das hbiles, siendo esto un periodo altsimo si se

toma desde la perspectiva de contratar derivados con plazos con 1 da de desfase.

Aprovechar actuales sistemas.

La existencia de potentes back office no integrados entre si, sujetos a la

responsabilidad de operadores que realizan las negociaciones con los clientes, hacen que

se pueda mejorar significativamente los procesos internos de la entidad.

Diversificar los clientes.

Ya sea por las restricciones o por el actual funcionamiento, la inexistencia de un

sistema gil de contratacin de estos instrumentos hace que no se pueda ofrecer este

producto a la mayora de los clientes que los necesitan, perdindose una importante

oportunidad de negocio.
89
Aumentar la competitividad.

Como en toda empresa, en las entidades bancarias existe la necesidad de obtener

una ventaja competitiva en la contratacin de instrumentos derivados, principalmente

agilizando, simplificando y mejorando la manera de realizar estas operaciones.

6.2.2. Clientes

La utilizacin de herramientas de cobertura ante riesgos, como lo son los

contratos derivados, esta ampliamente subutilizada en nuestro mbito empresarial

principalmente en los niveles ms vulnerables, por lo que las principales necesidades

detectadas para estos actores del mercado son:

Mayor oferta de contratos derivados o posibilidades de contratarlos.

La necesidad de cobertura existente en la actualidad, producto de la volatilidad

en el precio de las cosas, afecta principalmente a los exportadores e importadores, los

que si bien poseen herramientas para cubrirse ante estos cambios los actuales sistemas

les impiden una rpida contratacin, generndose importantes prdidas de oportunidades

de negocio.

Democratizar el actual uso.

La inexistencia de una plataforma automatizada de negociacin con los clientes,

hace que los bancos segmenten an ms a los usuarios de estos productos para

resguardarse, cosa que por lo dems, encarece el producto en s mismo.

Incrementar el actual uso.

La mayora de los inversionistas institucionales actualmente trabajan con estos

instrumentos, sin embargo, las dificultades existentes para contratarlos hacen que este

90
importante sector no incremente su uso. Por otra parte, existe un desconocimiento de

estos instrumentos por parte de otras entidades que podran ocuparlos.

6.2.3. EFT Group

En su calidad de empresa que provee servicios a las entidades bancarias

nacionales, las principales necesidades detectadas por este actor son:

Generar una base de conocimiento.

Dentro del mbito de rea de investigacin, la empresa tiene la necesidad de

generar conocimiento acerca de actuales procesos financieros susceptibles a ser

incluidos dentro de su cartera de productos, en este caso los instrumentos derivados.

Diversificar utilizacin de productos.

Agregar nuevos canales que utilicen los productos o servicios actualmente en

funcionamiento, integrndose con las componentes existentes. Esto le da un valor

agregado al mismo producto o servicio utilizado, generando nuevas oportunidades de

utilizacin y comercializacin.

6.3. Propuesta.

El objetivo principal de este proyecto, es disear una plataforma que se

transforme en un producto incorporable a los portales para empresas que poseen cada

una de las entidades bancarias, es decir, que esta plataforma a travs de un entorno Web

sea capaz de proporcionar a los principales clientes de cada uno de los bancos un nuevo

mecanismo de contratacin de instrumentos derivados. La siguiente figura (ver figura

6.1) representa claramente la propuesta al modelo de negociacin OTC Bancaria de

derivados financieros:

91
Figura 6.1. Propuesta al modelo de negociacin OTC Bancaria de
derivados financieros.

Esta plataforma, adems de crear un ambiente en el que se puedan transar estos

instrumentos de una manera ms gil, tendr la capacidad de integrarse con las diversas

componentes tanto de los back-office de los bancos como de los productos EFT antes

mencionados, y aportar con servicios que hasta el momento las entidades bancarias no

son capaces o, producto de la complejidad que revestira, se hace inviable

proporcionarlos principalmente por el hecho de ser negociaciones en papel. Como por

ejemplo, la custodia digital de los documentos negociados, integracin de las formas de

pago electrnicas existentes, el envo de informacin al Banco

Central en forma automtica o la presentacin de informacin estadstica a las distintas

entidades reguladoras existentes.

92
6.3.2. Perspectiva del producto propuesto.

Este producto es un sistema altamente dependiente de los actuales procesos

internos ejecutados por los bancos para la negociacin de contratos derivados. Todas las

negociaciones transadas en esta plataforma tendrn un carcter de bilateral, aplicndose

el modelo de contrato marco y contratos especficos (explicado en los captulos

anteriores) y agregando nuevas funcionalidades para la operacin con dichos contratos.

Si bien, la aplicacin de estas modificaciones al actual proceso se pueden considerar

slo como un front-office al actual sistema (en el caso de que las entidades bancarias ya

utilicen el modelo de contratos marcos y especfico), la incorporacin de herramientas

de gestin, el mejoramiento en la operacin, la disminucin de los riesgos producto de la

desmaterializacin de los documentos y las posibilidades de expansin, permiten que

esta propuesta sea un aporte real a la actual forma de contratacin de estos instrumentos.

6.3.3. Funciones del producto.

La plataforma de negociacin de contratos derivados debe incluir dentro de sus

principales funciones:

La capacidad de negociar contratos marco y contratos especficos entre las

entidades bancarias y sus clientes, utilizando la firma digital como medio de

confirmacin vlido para esto, aplicando las polticas bancarias tanto de seguridad

como de transacciones a travs de Internet.

La capacidad de generar informacin a partir de la informacin recaudada en

cada una de las negociaciones, adems de ser capaz de distribuir esta misma

informacin a distintas entidades segn corresponda, es decir, debe proporcionar

herramientas de gestin y operacin para la contratacin de estos instrumentos.

La capacidad de integrar las existentes formas de pago de estos

instrumentos, mediante la utilizacin de las componentes de EFT Group.

93
La capacidad de manejar los distintos usuarios y perfiles que pueden utilizar

esta plataforma, proporcionndoles herramientas que le faciliten la contratacin de

estos instrumentos.

6.3.4. Actores del sistema.

Los actores que interactuaran con esta plataforma propuesta al realizar una

negociacin de instrumentos derivados, seran:

1.- Cliente Empresa de entidad bancaria

stos clientes pueden agruparse en dos grupos principalmente: institucionales

(grandes empresas que actualmente realizan transacciones con su entidad bancaria) y

empresas exportadoras e importadoras (empresas medianas y pequeas que se dedican a

las negociaciones internacionales) los cuales tienen el rol de ser quienes requieran los

servicios de contratacin de instrumentos derivados y negocien con la entidad bancaria

las condiciones del mismo.

2.- Contraparte entidad bancaria

La contraparte de la entidad bancaria es una persona con un grado de experiencia

dentro de la mesa de dinero de la respectiva entidad, que le permita finiquitar las

negociaciones de contratos derivados con los clientes.

3.- Administrador entidad bancaria

El administrador de la entidad bancaria es aquel que va utilizar todas las

herramientas que le permitan acceder de una forma clara a la informacin generada por

las contrataciones de instrumentos derivados o realizar gestiones sobre la misma.

94
6.3.5. Requerimientos no funcionales.

Los requerimientos no funcionales existentes para este producto propuesto, se

pueden resumir en los principales atributos de calidad que debera tener un sistema como

desempeo, disponibilidad, escalabilidad, usabilidad, flexibilidad, instalacin o

mantencin, entre otros. Atributos los cuales, y debido al mbito de este proyecto, no

sern detallados ya que estos son definidos ampliamente al momento de existir un

cliente en concreto, adems del hecho que EFT Group como empresa ya tiene abordado

y solucionado, dados los diversos productos que posee con las distintas entidades

bancarias.

6.4. Supuestos y omisiones.

Los supuestos utilizados en la definicin de este producto estn relacionados

sobre todo con las funcionalidades que se consideran, deberan ser manejadas por una

entidad bancaria al momento de utilizar esta plataforma, como lo son:

Cada entidad bancaria provee de los servicios de valorizacin de cada uno

de los instrumentos derivados y de todo un sistema back-office para la toma de

decisiones, que por lo dems existe en la actualidad.

Cada entidad bancaria posee personal encargado de la aprobacin y de la

negociacin en general de los instrumentos derivados y de los contratos marco.

Cada entidad bancaria establece sus propios horarios de negociacin,

contratos marcos y contratos especficos.

Cada entidad bancaria establece cuales son los parmetros negociables tanto

para el contrato marco como para el contrato especifico, adems de indicar la

forma de calcular los campos que requieran ser calculados y completados

automticamente.

95
Cada entidad bancaria en forma independiente establece cuales son los

clientes o segmentos de clientes que pueden tomar parte en la negociacin, los

montos mnimos y mximos, los lmites de endeudamiento y tipos de instrumentos

que estos pueden solicitar o recibir.

Adems de los supuestos mencionados, se agregan las omisiones realizadas

para efectos de acotar el proyecto y no profundizar en temas que se consideran

solucionados, como lo son:

El modelo de firma digital de contratos, la cual es una tecnologa existente y

aplicada, por lo que se obviar su investigacin e integracin en el diseo.

El modelo de automatizacin y realizacin de pagos electrnicos, la cual es

una solucin existente dentro de la empresa, por lo que se obviar su investigacin

e integracin en el diseo.

6.5. Requisitos Especficos.

A continuacin se detallan las funcionalidades que la plataforma de negociacin

de derivados con entidades bancarias debe tener:

6.5.1.1. Negociacin de Contratos Marco.

Envo y recepcin de propuestas de parmetros: El sistema debe ser capaz

de manejar el intercambio de parmetros negociables dentro de un contrato marco,

segn lo establezca la entidad financiera, mediante propuestas y solicitudes. Este

intercambio debe ser entre el cliente empresa y la mesa de dinero o vise versa.

96
Modificacin de parmetros: El sistema debe permitir realizar

modificaciones sobre los parmetros propuestos por una de los dos actores, es

decir, por un cliente empresa o por la mesa de dinero.

Firma de contrato: El sistema debe ser capaz de utilizar un sistema de firma

digital de documentos vlido para estos efectos.

Consulta y visualizacin de contratos existentes: El sistema debe permitir la

consulta y visualizacin del contrato marco incluyndose en este los parmetros

modificados o agregados. Esta consulta debe poder realizarse independiente de los

estados que pueda tener el contrato marco.

6.5.1.2. Negociacin de Contratos especficos de derivados.

Envo y recepcin de propuestas para negociacin: El sistema debe ser

capaz de manejar el intercambio de parmetros negociables para cada uno de los

contratos especficos que la entidad financiera pretenda disponer, utilizndose un

esquema similar de propuestas y solicitudes establecido con los contratos marco.

Este intercambio debe ser entre el cliente empresa y la mesa de dinero o vise versa.

Negociacin de cesin de contratos: El sistema debe ser capaz de manejar

las negociaciones referentes a la cesin de contratos a un tercero para cada uno de

los contratos especficos que la entidad financiera pretenda disponer, utilizndose

un esquema similar de propuestas y solicitudes establecido con los contratos

marco. Este intercambio debe ser entre el cliente empresa y la mesa de dinero o

vise versa.

Negociacin de liquidacin anticipada: El sistema debe ser capaz de

manejar las negociaciones referentes a la liquidacin anticipada de contratos, ya

sea por algn tipo de incumplimiento del contrato o por un mutuo acuerdo para

cada uno de los contratos especficos que la entidad financiera pretenda disponer,

97
utilizndose un esquema similar de propuestas y solicitudes establecido con los

contratos marco. Este intercambio debe ser entre el cliente empresa y la mesa de

dinero o vise versa.

Consulta y visualizacin de contratos existentes: El sistema debe permitir la

consulta y visualizacin de cada uno de los contratos especficos negociados,

incluyndose en este los parmetros modificados o agregados. Esta consulta debe

poder realizarse independiente de los estados que pueda tener el contrato especfico

en el tiempo.

6.5.1.3. Custodia digital y reportes administrativos.

Generacin de formularios para el envo de informacin al Banco

Central: El sistema debe ser capaz de generar los reportes informativos solicitados

por el Banco Central, referentes a los contratos derivados contratados en el formato

establecido para esto. Adems debe permitir el envo del mismo por el medio que

establezca este organismo.

Generacin de contrato especfico o contrato marco: El sistema debe ser

capaz de generar los documentos fsicos (entendindose esto como en un formato

imprimible) de cada uno de los contratos negociados, considerando los parmetros

y plantillas correspondientes a cada uno de ellos, es decir, debe poder reproducir

los parmetros negociados sobre un documento tipo establecido por la entidad

bancaria.

Consultas estadsticas sobre instrumentos: El sistema debe ser capaz de

generar consultas estadsticas de contratacin de los instrumentos derivados entre

la entidad bancaria y sus clientes

Consultas externas: El sistema debe ser capaz de mantener disponible y

publicar la informacin hacia entidades externas como entes reguladores o canales

informativos, segn parmetros y filtros decididos por la entidad bancaria.

98
6.5.1.4. Pagos sobre instrumentos maduros.

El pago de un instrumento se puede dar ya sea por que lleg a su trmino o

porque se liquid anticipadamente, para cualquiera de los dos casos se debe considerar:

Clculo de Pagos: El sistema debe ser capaz de realizar los clculos sobre

los montos a cancelar para los distintos instrumentos derivados y, adems, decidir

cual de las dos posturas debe realizar el pago.

Programacin de pagos: El sistema debe permitir programar el pago de un

instrumento derivados en forma automtica y a travs de los diversos canales

existentes para ello.

6.6. Requisitos Futuros.

Dadas las caractersticas de este sistema, se estima que los posibles

requisitos seran o tendran relacin con la negociacin multilateral de contratos y con la

automatizacin de las tareas de la mesa de dinero, por lo que la plataforma de

negociacin debe ser lo suficientemente flexible para que las solicitudes y propuestas de

contratos especficos sean negociados con ms de una entidad en forma paralela y las

tareas efectuadas por la mesa de dinero sean invocables por algn sistema utilizado por

la entidad bancaria.

99
Captulo VII.
DISEO Y PROTOTIPO

7.1. Prembulo.

El objetivo de este captulo es el de presentar el diseo e implementacin del

sistema propuesto para realizar negociaciones de contratos derivados con las entidades

bancarias, utilizando las herramientas y servicios existentes, proporcionando

documentos que sigan los lineamientos de la empresa, pudiendo as ser utilizados en

futuras presentaciones de propuestas o futuras definiciones de productos.

7.2. Objetivo y orientacin del prototipo.

Debido a la gran cantidad de opciones que se podran manejar dentro de la

negociacin de instrumentos derivados, al considerar todas las familias, es que como

punto de inicio se decidi solo abarcar parte de lo que sera esta plataforma, partiendo

por seleccionar la posibilidad de negociar slo un instrumento derivado, eligindose el

que internacionalmente tiene mayor utilizacin y crecimiento en los mercados OTC, o

sea, el forward de divisas. Lo anterior, bsicamente se sustenta en que la contratacin de

los dems instrumentos es muy similar en cuanto a su negociacin, variando solamente

las caractersticas propias y los parmetros modificables.

Para conceptualizar el problema se hizo una separacin segn mdulos posibles,

detectndose cuatro principales: mdulo de contratos marco, mdulo de contratos

especficos (dentro del cual se agrega el contrato de forward de divisas), mdulo de

administracin y custodia y mdulo de pagos.

En el siguiente diagrama (ver diagrama 71) de casos de uso, se pueden visualizar

las funcionalidades del sistema y la forma de interaccin con los actores.

100
pkg Vista Global de CU

Contratos Marco

Env ia Propuesta Estado de


include solicitudes CM

(from Cont ratos Marco)


precedes

Rev isa Solicitudes Rev isar-Modificar


include Contrato Propuesto

(from Cont ratos Marco)

Contrato Forward Divisas

Solicitar Contrato
Rev isar solicitudes Especfic o
CE
include
(from Forward de Divisas)
include

Ceder Contrato
include

include (from Forward de Divisas)


include

include Liquidar Contrato


Anticipadamente

Rev isar-Modificar
(from Forward de Divisas)
Liquidacin
Propuesta
Consulta info Banc o
Rev isar Cesin
Propuesta
(from Forward de Divisas)

Rev isar-Modificar
Contrato Propuesto(from Forward de Divisas)

Adminitrador Banco (from Forward de Divisas) Cliente Banc o


(from Act ores) (from Act ores)

Estado de
Env ia propuesta
include Solicitude s

(from Forward de Divisas)

Administracion y custodia

Consulta de Consulta de
Consulta de Contratos
estadsticas Env io de formularios
contratos Marco Especifico s

(from Administracin y Custodia)


(from Administracin y Custodia)
(from Administracin y Custodia) (from Administracin y Custodia)

Pagos

Agregar forma de
Prx imos pagos Programar Pagos
Pag o

(from P agos) (from P agos ) (from P agos )

Figura 7.1. Vista global de casos de uso agrupados segn


definicin de mdulos

Una vez hecha esta conceptualizacin del problema nos encontramos con que la

gran cantidad de casos de uso hace que no sea posible agregar todas las funcionalidades

al prototipo, dejndose sin considerar todas aquellas en que se necesite una definicin

mas profunda por parte de un cliente del producto, o sea, la mayora de los casos de uso

101
donde el actor que lo utiliza es el actor contraparte banco, como se puede ver en el

diagrama anterior (ver diagrama 7.1, casos de uso color blanco).

7.3. Diseo

Como fue mencionado anteriormente, la mayora de las etapas para lograr un

sistema no vienen al caso desarrollarlas en su totalidad, ya que no son el objetivo final

de este proyecto, sin embargo, se cree necesario al menos en esta etapa dejar una base a

partir de la cual se puedan realizar anlisis ms profundos acerca de la solucin

propuesta. Para lograr esto se desarrollaron una serie de documentos utilizando la

herramienta Enterprise Architect que se pasan a detallar a continuacin.

7.3.1. Proceso De Negocios.

Dentro de la empresa actualmente se est utilizando BPMN (Business process

Management Notation), que es un nuevo estndar para modelado de procesos de negocio

y que se utiliza como complemento a UML trayendo buenos resultados y que por lo

dems es soportado por la herramienta Enterprise Architect. En este estndar se

presentan grficamente las diferentes etapas del proceso mismo. La notacin ha sido

diseada especficamente para coordinar la secuencia de procesos y los mensajes que

fluyen entre los diferentes procesos y participantes. A continuacin de agrega el

diagrama BPMN generado para este prototipo (ver figura 7.2):

102
BPMN bp...
Lane Pool Pool
Cliente bancari o Banc o EFT

Lane Lane Lane Lane


contraparte banco Back End Portal Deriv ados motor eft

Recopila y
consulta Back end
despl iega
i nformacion
bancaria

ini ci o

envi o de propuestas Ingreso de almacenamiento de


de contrato propuestas soli citudes

recibe noti ficaciones notifi caci on cl iente


de propuestas

mail

Revi sa contratos
generados

xml

revi sa contratos consula y generar PDF


despl iegue de
contratos
BBDD

contrato satisfactorio

xslt

no

ingreso de
realiza
modi ficaciones o Almacena
modi ficaciones o informacion bancaria
sol ici tudes modifi caci ones y
nuevas sol ici tudes
solicitudes

recibe notifi caci ones notifica Banco


de propuestas y
sol ici tudes

mai l

consul ta transacciones

no

real iza ingreso de


modifi caci ones modificaciones almacena
modi ficaciones

recibe notificaciones notifica cl iente

firma contratos
mail

si

firma contratos almacenami ento de


contratos frmados

actualiza back end guarda informacion

firma contratos

Consulta reportes Genera y despli ega


estadisticos reportes solicitados
BBDD Motor

Cuadra reportes con


banco

Programa pagos Activity1 calcul o de motos a


automaticamente cancel ar

entrega informacion
para cal culos almacena
programacion de
pagos
Consulta de pagos

Distribuye
consul ta y
Consulta de pagos transacci ones a
despl iegue de pagos disti ntos bancos

Figura 7.2. Proceso de negocio de plataforma para negociacin de


instrumentos derivados

103
7.3.2. Casos de USO.

Como fue mencionado al comienzo de este captulo, las funcionalidades descritas

en los casos de uso fueron agrupadas por mdulos como se puede apreciar en una de las

pantallas de la herramienta Enterprise Architect (ver figura 7.3):

Figura 7.3. Estructura de casos de uso en Enterprise Architect

De estos casos de uso y debido a que por un tema de espacio y continuidad del

tema no es posible incluirlos todos, se seleccionaron dos casos de uso que se consideran

los ms importantes dentro del prototipo y se presentan a continuacin segn el formato

EFT definido para estos efectos32:

1. Solicitar contrato especfico:

Introduccin
Este documento presenta el caso de uso: Solicitar Contrato Especfico. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las

32
Para revisar en detalle los casos de uso de los cuatro mdulos presentados dirigirse a los anexos 3,4,5 y
6

104
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Solicitar Contrato Especfico


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:30:49
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite realizar la solicitud a la entidad financiera de un contrato forward de divisas,


especificando cada uno de los valores a negociar, quedando a criterio de la entidad la
aprobacin o rechazo del mismo.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un periodo de tiempo especificado en parmetros del


sistema

Nombre Datos contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los datos
generales del mismo. Siendo estos:

- Folio contrato marco Vigente.


- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato forward.
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

105
Nombre Datos contrato FWD
Tipo Proceso Estatus Aprobada

Los campos desplegados para la solicitud de un contrato forward son:


- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (Fecha en que se ejecutar el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- Tipo de cambio pactado.
- Paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia, para
realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega fsica o compensacin).
- Lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la
funcionalidad que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber
uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Solicitar Contrato FWD


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Solicitar contrato especifico"
y posteriormente la pestaa forward de Divisas.

1. El sistema despliega una pgina con la informacin de cada una de las contrapartes, segn
restriccin "Datos Contraparte". Posterior a esto despliega los campos a llenar para solicitar el
contrato especfico segn restriccin "Campos contrato FWD".

2. El Cliente ingresa los datos para configurar el contrato forward, segn sus necesidades.

3. El Cliente presiona el botn Proponer Visualizar, para revisar el resultado final del contrato
forward.

4. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

106
5. El cliente presiona "Abrir".

6. El sistema abre una nueva ventana del navegador en el que se genera un documento PDF
con la estructura del contrato y los datos en detalle de este.

7. El cliente revisa los datos de este contrato y cierra la nueva ventana generada retornando al
paso 1 de este flujo.

8. El cliente selecciona el botn Proponer.

9. El sistema valida la correcta insercin de todos los campos necesarios para este
instrumento.

11. El sistema despliega un mensaje informando: "La solicitud de Contrato forward folio <Nro.
folio>, ha sido enviada satisfactoriamente".

12. El cliente selecciona Aceptar.

13. El sistema retorna al paso 1 de este mismo flujo, limpindose los campos ingresados.

Tipo Alternativo Nombre 002 Guardar PDF


Pasos

En el paso 5 del flujo "001 Solicitar contrato FWD". El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea guardar
el archivo.

2. el Cliente elige el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 7 del flujo "001 Solicitar contrato FWD"

Tipo Alternativo Nombre 003 Cancelar PDF


Pasos

En el paso 4 del flujo "001 Solicitar contrato FWD". El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Solicitar contrato FWD"

Tipo Alternativo Nombre 004 Faltan datos


Pasos

En el paso 9 del flujo "001 Solicitar contrato FWD". El cliente no complet uno o ms de los
campos requeridos.

1. El sistema despliega el mensaje: "Debe ingresar <listado de campos faltantes>


correctamente"

2. El cliente presiona Aceptar.

3. El sistema retorna la paso 1 del flujo "001 Solicitar contrato FWD"

107
2. Revisar modificar contrato propuesto:

Introduccin
Este documento presenta el caso de uso: Revisar-Modificar Contrato Propuesto. Se
describen sus caractersticas generales, las restricciones que afectan a la funcionalidad antes,
durante y las condiciones en las que queda el negocio despus de la ejecucin de su
comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Revisar-Modificar Contrato Propuesto


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:31:23
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin, aceptacin o rechazo de un contrato especfico de derivados propuestos


por la institucin financiera, en este caso en especfico para la revisin de forward de divisas
propuestos, adems en esta funcionalidad se pueden realizar propuestas de modificacin a uno
de stos, siendo estas modificaciones enviadas a la institucin financiera para su evaluacin.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros del


sistema

Nombre campos Lista


Tipo Proceso Estatus Aprobada

108
Se despliegan dos grupos de datos:
Datos Generales:
se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato correspondiente a
esa fila).
- Folio. (identificador nico del contrato forward)
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.

Nombre Datos Contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los datos
generales del mismo. Siendo estos:

- Folio contrato marco Vigente.


- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato forward.
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

Nombre Campos contrato FWD


Tipo Proceso Estatus Aprobada

los campos desplegados para la revisin o modificacin del contrato forward son:
- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutar el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- Tipo de cambio pactado.
- paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia, para
realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entr4ega fsica o compensacin).
- Lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la
funcionalidad que se presenta en este documento. Estos escenarios se clasifican en:

109
Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber
uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Aceptar Contrato FWD propuesto.


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Revisar-Modificar Contrato
Propuesto" y posteriormente la pestaa forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos forward de divisas propuestos,


desplegando una lista con los datos bsicos de cada contrato existente, segn restriccin
"Campos Lista".

2. El Cliente presiona el botn DETALLE, en la columna contrato perteneciente al contrato que


desea revisar.

3. El sistema despliega una pgina con la informacin de cada una de las contrapartes, segn
restriccin "Datos Contraparte". Posterior a esto despliega los datos del contrato especifico
segn restriccin "Campos contrato FWD" Propuesto por el banco o modificado.

4. El usuario presiona el botn visualizar.

5. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

6. El cliente presiona "Abrir".

7. El sistema abre una nueva ventana del navegador en el que se genera un documento PDF
con la estructura del contrato y los datos en detalle de este.

8. El cliente revisa los datos de este contrato y cierra la nueva ventana generada retornando al
paso 3 de este flujo.

9. El Cliente presiona el botn Aceptar...

10. El sistema despliega un mensaje informando: "el contrato forward folio <Nro. folio>, ha sido
aceptado satisfactoriamente".

11. El cliente selecciona Aceptar.

12. El sistema retorna al paso 1 de este mismo flujo, eliminndose de la lista de contratos el
que se acaba de Acepta.

Tipo Excepcin Nombre 002 No existen contratos a desplegar


Pasos

En el paso 1del flujo "001 Aceptar Contrato FWD propuesto", al no existir datos de contratos
propuestos a desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:

110
"No existen contratos forward Propuestos o recientemente modificados".

Tipo Alternativo Nombre 003 Cerrar Detalle


Pasos

En el paso 003 del flujo "001Aceptar Contrato FWD propuesto", el usuario presiona el botn
Cerrar(X), en la esquina superior derecha.

1. el sistema retorna al paso 1 del flujo "001Aceptar Contrato FWD propuesto"

Tipo Alternativo Nombre 004 Guardar PDF


Pasos

En el paso 6 del flujo "001 Aceptar Contrato FWD propuesto"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea guardar
el archivo.

2. el Cliente elige el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 8 del flujo "001 Aceptar Contrato FWD propuesto"

Tipo Alternativo Nombre 005 Cancelar PDF


Pasos

En el paso 6 del flujo "001 Aceptar Contrato FWD propuesto"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 3 del flujo "001 Aceptar Contrato Marco propuesto"

Tipo Alternativo Nombre 006 Proponer modificacin


Pasos

En el paso 9 del flujo "001 Aceptar Contrato FWD propuesto", el cliente modifica algunos datos
segn su conveniencia y presiona el botn "Proponer Modificacin".

1. El sistema valida que se haya realizado algn cambio en los parmetros propuestos.

2. El sistema despliega el mensaje: "Solicitud modificada de contrato forward folio <nro folio>,
se ha enviado al banco".

3. el cliente presiona Aceptar.

4. El sistema retorna al paso 1 del flujo "001 Aceptar Contrato FWD propuesto".

Tipo Alternativo Nombre 007 Rechazar Propuesta


Pasos

En el paso 9 del flujo "001 Aceptar Contrato FWD propuesto", el cliente presiona el botn
"Rechazar".

1. El sistema despliega el mensaje: "Esta seguro que desea rechazar la solicitud de forward

111
folio <nro folio>.

2. el cliente presiona Aceptar.

3. El sistema retorna al paso 1 del flujo "001 Aceptar Contrato FWD propuesto".

Tipo Alternativo Nombre 008 Sin datos modificados


Pasos

En el paso 1 del flujo "006 Proponer modificacin", el sistema no encuentra modificaciones


realizadas al contrato.

1. El sistema despliega el mensaje: "Debe realizar alguna modificacin para poder enviar la
solicitud".

2 El cliente presiona Aceptar.

3. El sistema retorna al paso 3 del flujo "001 Aceptar Contrato FWD Propuesto".

Tipo Alternativo Nombre 009 cancelar rechazo


Pasos

En el paso 2 del flujo "007 rechazar propuesta", el usuario presiona Cancelar.

1. El sistema retorna al paso 3 del flujo "001 Aceptar Contrato FWD propuesto"

7.3.3. Mapas de Navegacin

Adems de la descripcin mediante Casos de Uso, mediante la herramienta

Enterprise Architect fueron generadas las navegaciones entre las distintas pantallas

aplicando los casos de uso generados, los cuales fueron agrupados de la misma manera

que stos (ver figura 7.3). A continuacin, se presentan los mapas de navegacin para

los mismos casos de usos desplegados en el punto anterior y tambin con el formato

EFT correspondiente33:

1. Solicitar contrato especfico:

33
Para revisar en detalle los mapas de navegacin de los cuatro mdulos presentados dirigirse a los anexos
7,8, 9 y 10

112
Solicitar Contrato
Diagrama Mapa de Navegacin
Solicitar Contrato - (Custom diagram)
Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.

custom Solicitar Contrato

Calendari o

Cal

Proponer
Visualizar

Solicitud de Contrato especific o

Abri r Guardar Cancelar

mensaj e
Adv ertencia

Figura 7.4. Mapa de navegacin para Caso de Uso Solicitar contrato


especfico

113
Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pgina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Especfico.

2. Revisar modificar contrato propuesto:

Revisar-Modificar Contrato Propuesto

Diagrama Mapa de Navegacin

Revisar-Modificar Contrato Propuesto - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.

114
custom Revisar-Modificar Contrato Propuesto

Detall e

Informacion de contratos Propuestos .

Visualizar Aceptar Rechazar Proponer m odificaci on

Detalle y modificacin de contrato

mensaj e 2

Si cancelar

Confir m

Abrir Guardar Cancelar

Adv ertencia

mensaj e 1

Figura 7.5. Mapa de navegacin para Caso de Uso Revisar modificar


contrato propuesto

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

115
Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato especfico forward

Elemento Screen, Detalle y modificacin de contrato

Descripcin Pgina en la que se permite la revisin en detalle del contrato especifico propuesto,
aceparlo, rechazarlo o modificarlo

7.3.4. Modelo BBDD.

El modelo de BBDD a continuacin es slo una propuesta que sirva como base

de discusin para una futuro desarrollo de este producto, ya que no va a ser utilizado al

momento de implementar el prototipo (ver figura 7.6).

Estados1
PK id_estado SHORT

descripcion CHAR(40)

Cesiones1
PK id_cesion SHORT liquidaciones1

FK3 id_estado SHORT PK id_liq SHORT


FK1 rut_entidad_nueva SHORT
FK2 rut_entidad_anterior SHORT FK1 id_estado SHORT
fecha_cesion DATETIME cantidad SHORT
fecha DATETIME

contratos especificos1
PK folio_ce SHORT
entidad negociadora1 PK,FK1 rut_vendedor SHORT
PK,FK2 rut_comprador SHORT
PK rut_entidad SHORT
PK fecha_mod DATETIME
PK hora_mod CHAR(10)
dgv_entidad SHORT
direccion CHAR(45)
FK3 id_liquidacion SHORT
cod_nemo CHAR(10)
FK5 id_tipo SHORT
ent. bancaria BIT
FK4 id_estado SHORT
fecha_firma DATETIME
flag_modifica_comprador CHAR(1)
flag_liquida_comprador CHAR(1)

Solicitudes Modificacion CM1 Tipo Instrumento1


contrato marco1
PK id_modificaciones_cm SHORT PK id_tipo SHORT
PK folio_cm SHORT
FK2 rut_ent_modificador SHORT descripcion CHAR(10)
fecha_modificacion DATETIME variables especficas CHAR(10) FK1 id_estado SHORT
FK3 estado modificacion SHORT flag_vigencia BIT
FK1 folio_cm_generado SHORT fecha_vigencia DATETIME
Desc_modificacion CHAR(100) datos... CHAR(10)

Figura 7.6. Modelo de BBDD bsico para una plataforma de


negociacin de derivados

116
7.4. Implementacin

Durante la implementacin del prototipo en cuestin, fueron utilizadas tanto las

herramientas de diseo entregadas por EFT, como las herramientas de programacin,

entre ellas Eclipse, Linux, Altova y Portal EFT. El detalle de los pasos a seguir en este

punto se puede graficar de la siguiente forma:

7.4.1. Creacin de un portal EFT-Derivados

Se cre un portal, en donde se mantuvo la agrupacin en mdulos hecha en los

captulos anteriores. Adems de esto, se cre un usuario el que posee los permisos

globales de la aplicacin, por lo que tiene acceso a todas las opciones. A continuacin,

muestran las pantallas que grafican esta situacin (ver figuras 7.7 y 7.8).

Figura 7.7. Ingreso al portal derivados

Figura 7.8. Listado total de opciones desarrolladas de prototipo.

117
7.4.2. Principales pantallas

Debido a la extensin del prototipo se hace imposible plasmar en este documento

el total de pantallas (jsp) creados, por lo que solo se mostrarn de manera general los

ms representativos, y slo la vista principal de estas opciones34:

7.4.2.1. Estado de solicitudes de contrato marco.

Esta opcin permite la revisin de los estados en que se encuentran las

solicitudes de cambio realizadas sobre algn contrato Marco en particular, permite

visualizar el contrato, el motivo de rechazo o firmar el mismo segn sea el caso (ver

figura 7.9).

Figura 7.9. Pantalla de revisin de estado de solicitudes de


contrato marco.

34
Para revisar en detalle los flujos de pantallas, dirigirse a Anexos 7,8, 9 y 10

118
7.4.2.2. Solicitar contrato especifico de Forward de divisas

Opcin que permite proponer un contrato Forward de divisas a una entidad

financiera, especificando cada uno de los valores a negociar, adems esta opcin permite

realizar una visualizacin previa del contrato a proponer (ver figura 7.10).

Figura 7.10. Pantalla para envo de propuestas a la entidad bancaria.

7.4.2.3. Revisar o modificar contratos Forward propuestos por una

entidad bancaria.

Opcin que permite la revisin, aceptacin o rechazo de un contrato especfico

de derivados propuestos por la institucin financiera, en este caso en especfico para la

revisin de Forward de divisas propuestos, adems en esta funcionalidad se pueden

realizar propuestas de modificacin a uno de stos. (ver figura 7.11).

119
Figura 7.11. Pantalla de revisin o modificacin de propuestas de
contratos Forward de divisas.

7.4.2.4. Ceder contrato Forward de divisas.

Opcin que permite realizar la solicitud de Cesin de un contrato Forward de

divisas a la contraparte financiera, donde se especifica quien ser el nuevo responsable

en este contrato (ver figura 7.12).

Figura 7.12. Pantalla de cesin de contratos Forward de divisas

120
7.4.2.5. Liquidar contratos anticipadamente.

Opcin que permite realizar la solicitud de liquidacin anticipada de un contrato

Forward de divisas a una entidad financiera. Donde se especifican los motivos y el tipo

de liquidacin a pactar (ver figura 7.13).

Figura 7.13. Pantalla de liquidacin anticipada de contratos


Forward.

7.4.2.6. Estado de solicitudes de contratos Forward de divisas.

Opcin que permite la revisin de los estados en que se encuentran las solicitudes

sobre algn contrato forward, ya sean contratos propuestos, modificados, liquidados o

cedidos, mantenindose la historia de los contratos aceptados y rechazados con sus

respectivos motivos (ver figura 7.14).

121
Figura 7.14. Pantalla de revisin de estado de solicitudes de
contrato Forward de divisas

7.4.2.7. Consultas estadsticas.

Opcin que permite realizar consultas estadsticas de los instrumentos

contratados, entregando la posibilidad de agrupar, filtrar y ordenar segn sea necesario.

Esta consulta es independiente para cada uno de los instrumentos derivados disponibles,

dadas sus caractersticas particulares (ver figura 7.15).

Figura 7.15. Pantalla de consultas estadsticas.

122
7.4.2.8. Programar pago.

Opcin que permite programar los pagos a realizar al madurar cada uno de los

contratos especficos pactados (ver figura 7.16).

Figura 7.16. Pantalla para programar el pago de un instrumento


derivado.

7.4.3. Soluciones particulares

Como parte de este prototipo, adems del desarrollo de las pantallas antes

mostradas, se propuso una solucin al problema particular de visualizacin de los

contratos, lo cual se realiz utilizando herramientas XML como Altova.

A grandes rasgos este problema se abord utilizando plantillas de transformacin

XSLT, con las cuales se defini la estructura del contrato, los parmetros fijos y las

variables de ste. Con esta plantilla y un XML con los datos necesarios se genera el

documento PDF, utilizando la librera de Java FopFactory35. A continuacin, se muestra

el resultado final de esto (ver figura 7.17):

35
En el anexo 11, se pueden encontrar el XSLT generado para crear un contrato especfico de Forward de
Divisas, y en el anexo 12 un XML de ejemplo.

123
Figura 7.17. Visualizacin de contratos utilizando XML y XSLT

7.5. Validacin de prototipo

Como fue mencionado anteriormente, durante la realizacin de este proyecto de

ttulo, no existi una contraparte cliente, por lo cual la validacin, solicitud de

modificaciones y aprobacin del prototipo implementado, fue realizada

satisfactoriamente por Christian Hagedorn Hitschfeld, quien actualmente se desempea

como director del rea de Investigacin y Desarrollo de la empresa EFT Group, adems

de ser quien patrocin este proyecto.

124
Captulo VIII.
CONCLUSIONES Y MEJORAS

8.1. Conclusiones.

Una vez culminado este proyecto de ttulo, y analizado en profundidad las

implicancias del trabajo presentado, caben mencionar cuales fueron las conclusiones

obtenidas.

Al realizar la investigacin pertinente a los instrumentos derivados y al estado

del arte de ste, fue posible identificar que a nivel nacional existe un claro

desconocimiento de los beneficios que estas herramientas pueden brindar a la economa,

principalmente en los sectores que pueden beneficiarse de manera tangible. Es aqu,

donde el estudio realizado es considerado como un aporte significativo a la

profundizacin de esta rea financiera y al desarrollo de iniciativas que incorporen las

mismas.

La implementacin del prototipo si bien pudo completarse y validarse sin

mayores dificultades, logrndose cumplir los objetivos planteados inicialmente, no

pretende establecer una norma de cmo realizar una negociacin de este tipo, sino

solamente plantear una alternativa que sea discutida al momento de existir una real

contraparte que necesite un producto de esta naturaleza.

Sin perjuicio de lo anterior, y segn lo investigado y presentado con anterioridad,

el establecimiento de un modelo como el propuesto, presenta una serie de beneficios que

vale la pena destacar:

Promueve la utilizacin de contratos estndar y la utilizacin de los cdigos

de conducta de la industria bancaria.

125
Permite diseminar conocimientos de administracin, datos de mercado y

anlisis, por el solo hecho de disponer de la informacin al coleccionar indicadores,

como los volmenes transados diarios por sector y por instrumento.

Permite proveer de los datos al pblico para promover la competencia y

evitar la manipulacin.

Mejora el funcionamiento operativo de entidades tan fundamentales como lo

son las bancarias, ofreciendo una alternativa que ahorra significativamente los

tiempos envueltos en estos procesos, permitiendo utilizar nuevas tecnologas,

ofreciendo un servicio novedoso para los antiguos clientes y atrayente para los

nuevos.

Como conclusin final, cabe destacar que la utilizacin de la metodologa y

herramientas provistas por la empresa patrocinante, si bien tuvieron un costo importante

de aprendizaje, a su vez signific optimizar los tiempos planificados para todo lo que

tuvo relacin con el diseo e implementacin del prototipo propiamente tal, logrando

adems generar un documento paralelo con los estndares establecidos por la empresa.

8.2. Mejoras

Las principales mejoras aplicables al proyecto de ttulo presentado se pueden

describir de la siguiente forma:

Mejoras en la automatizacin:

Pueden aplicarse mejoras a ste modelo relacionadas con la automatizacin de

tareas que dentro de la propuesta se consideran manuales y que dependiendo del cliente

podran llegar a eliminarse, como por ejemplo, la aprobacin de contratos especficos

propuestos por clientes o la propuesta de contratos marco por parte del banco.

126
Mejoras en la solicitud de contratos especficos.

Dado a que el modelo propuesto est abierto a que las negociaciones de contratos

sean a travs de solicitudes y propuestas modificables, una mejora a este modelo puede

ser agregar la opcin de negociar contratos con condiciones y parmetros fijos, lo cual

posiblemente simplificara la negociacin y reducira aun ms los tiempos de

contratacin, adems de ampliar la gama de posibilidades.

Mejoras en la informacin.

Producto de la cantidad de informacin clave almacenada, una de las mejoras

aplicables a este modelo es agregar un mecanismo de informacin estadstica de las

negociaciones realizadas hacia entidades externas, orientado principalmente a prestar

servicios de informacin a los distintos canales de informacin financiera o simplemente

orientado a transformarse en un nuevo canal de informacin de estos instrumentos.

Mejoras en la negociacin de contratos

Otra de las mejoras aplicables especficamente a la negociacin de contratos es la

de establecer negociaciones multilaterales de contratos, donde los partcipes de una

negociacin ya no solamente sean una empresa y su banco, sino que exista la posibilidad

de realizar negociaciones con mas de una entidad bancaria o incluso otras empresas.

127
Captulo IX.
BIBLIOGRAFA

9.1. Publicaciones:

[KNA98] Knaak M (1998). Factoring, securitizacin, ADR'S: anlisis, regulacin y

aplicacin. Santiago: Jurdica Conosur.

[LOP04] Lpez Sherman, D. E. (2004). Anlisis de la Evolucin del Mercado de

Derivados Como Medio para la Proteccin Contra el Riesgo.Puebla, Mxico:

Departamento de Actuara, Escuela de Ciencias, Universidad de las Amricas.

[ZUR03] Salvador Zurita, Luis Gmez (2003). Normativa de los mercados Derivados en

chile. Santiago: Estudios Pblicos, n 89.

[CAR04] Mariela Carvajal G., Gerardo Fajardo E., Dinelli Villar W. Reforma al

Mercado de Capitales II Proyecto de Ley: Descripcin y anlisis. Santiago: facultad de

ciencias econmicas y administrativas. UCH.

[DOL06] Randall Dodd and Stephany Griffith-Jones. Report on Derivatives Markets:

Stabilizing or Speculative Impact on Chile and a Comparison with Brazil.

CEPAL/ECLAC con soporte IADB.

9.2. URLs

[URL001] Publicaciones del Fondo Monetario Internacional (ingles y espaol).

http://www.imf.org; ltimo acceso 12/05/2008.

[URL002] Noticias y Publicaciones de Corporacin Financiera Internacional.

http://www.ifc.org/spanish; ltimo acceso 18/05/2008.

[URL003] Portal educativo de la SBIF.

128
http://www.bancafacil.cl/bancafacil/servlet/Contenido?indice=1.0&idCategoria=

9; ltimo acceso 25/06/2008.

[URL004] Revista de economa y administracin, facultad de ciencias econmicas y

administrativas UCH.

http://www.facea.uchile.cl/download.jsp?document=38362&property=attachmen

t&index=1&content=; ltimo acceso 10/06/2008.

[URL005] International Swap and Derivatives Association (ISDA).

http://www.isda.org/; ltimo acceso 15/06/2008.

[URL006] Estadsticas SVS, transacciones bolsa de comercio por instrumentos 2008.

http://www.svs.cl/sitio/estadisticas/doc/merc_valores/transacciones/rtransac_bols

a_comercio_marzo08.xls; ltimo acceso 07/07/2008.

[URL007] Encuestas trienales realizadas por el BIS, disponibles para el ao 2004.

http://www.bis.org/; ltimo acceso 07/07/2008.

[URL008] Bolsa de Comercio de Santiago

http://www.bolsadesantiago.com/; ltimo acceso 07/07/2008.

[URL009] Portal de informacin financiera nacional

http://www.valorfuturo.com/; ltimo acceso 07/07/2008.

[URL010] Laboratorio de Investigacin Avanzada en Finanzas UC.

http://www.finlabuc.com/; ltimo acceso 07/07/2008.

[URL011] Portal informativo FinLabUC, Risk America

http://www.riskamerica.com; ltimo acceso 07/07/2008.

[URL012] Portal informativo FinLabUC, Risk Commodity.

http://www.riskcommodity.com; ltimo acceso 07/07/2008.

[URL013] Mercado Oficial de Futuros y Opciones Financieros en Espaa

http://www.meff.es/; ltimo acceso 07/07/2008.

[URL014] Mercado Mexicano de Derivados

129
http://www.mexder.com.mx/MEX/paginaprincipal.html; ltimo acceso

07/07/2008.

[URL015] Bolsa de productos de Chile

http://www.bolsadeproductos.cl/; ltimo acceso 07/07/2008.

[URL016] Bolsa de Electrnica de Chile

http://www.bolchile.cl/; ltimo acceso 07/07/2008.

[URL017] Normativa del Banco Central de Chile

http://www.bcentral.cl/normativa/index.htm; ltimo acceso 07/07/2008.

[URL018] Normativa de Superintendencia de Valores y Seguros.

http://www.svs.cl/sitio/legislacion_normativa/legislacion_normativa.php; ltimo acceso

06/07/2008.

[URL019] Normativa de Superintendencia de Bancos e Instituciones Financieras.

http://www.sbif.cl/sbifweb/servlet/LeyNorma?indice=3.0; ltimo acceso 06/07/2008.

[URL020] Normativa de Superintendencia de AFP.

http://www.safp.cl/573/propertyvalue-1654.html; ltimo acceso 06/07/2008.

[URL021] Descripcin general de RUP.

https://pid.dsic.upv.es/C1/Material/Documentos%20Disponibles/Introduccin%20a%20

RUP.doc; ltimo acceso 06/07/2008

[URL022] Pgina oficial de empresa EFT Group

http://www.eftgroup.net/es/index.php; ltimo acceso 06/07/2008

[URL023] Captulo IX: Informacin de las operaciones con "Instrumentos

Derivados" del Banco Central.

http://www.bcentral.cl/normativa/cambio-internacional/manual-rocedimiento/index.htm;

ltimo acceso 14/07/2008.

[URL024] EL MERCADO SECUNDARIO DE DEUDA EN CHILE.

http://www.svs.cl/sitio/publicaciones/doc/informe_serie_doc_trab5.pdf; ltimo acceso

14/07/2008.

130
Captulo X.
ANEXOS

Anexo 1

Condiciones generales de contratos derivados

131
CONDICIONES GENERALES
CONTRATOS DE DERIVADOS EN EL MERCADO LOCAL
(RED SINACOFI)

[BANCO __________]
y
[BANCO ]

En Santiago de Chile, a de de , entre, por una parte, [Banco___], Rol nico Tributario
N representado por don cdula de identidad N , ambos domiciliados en esta
cuidad, calle , en adelante el Banco , y por la otra, [Banco _______], Rol nico Tributario N
, representado por don cdula de identidad N , ambos domiciliados en esta ciudad,
calle , en adelante el Banco , se convienen las siguientes Condiciones Generales y
particulares (en adelante las Condiciones Generales) que regirn todos y cada una de las operaciones de
derivados sobre moneda nacional, unidades de reajustabilidad, moneda extranjera, tasas de inters locales y
tasas de inters extranjeras, que ms adelante se indican, y sobre cualquier otro activo autorizado por el Banco
Central de Chile, que a partir de esta fecha se celebren entre el Banco y el Banco , de conformidad a
las disposiciones del Captulo III.D.1. del Compendio de Normas Financieras, del Captulo IX del Compendio
de Normas de Cambios Internacionales, y de cualquiera otra regulacin cambiaria del Banco Central de Chile,
las cuales debern entenderse formar parte integrante de los Contratos para todos los efectos, en adelante
denominados los Contratos.

1.- Antecedentes e Interpretacin:

a) Las partes han manifestado su inters recproco en celebrar uno o ms Contratos de derivados suscritos
en forma electrnica en los trminos y condiciones estipulados en estas Condiciones Generales, y
conforme los trminos convenidos por las partes en cada uno de los Contratos.

b) Los trminos y condiciones de los Contratos acordados por las partes se expresarn y comunicarn a
travs de un intercambio electrnico de mensajes a travs de la red de SINACOFI (Sistema Nacional
de Comunicaciones Financieras S.A.), con condicin de autentificacin y certificacin de entrega. Los
formatos de los mensajes electrnicos que se utilizarn para estos efectos, se contendrn en un
Procedimiento Operacional para la Suscripcin Electrnica de Contratos de Derivados que se
entender formar parte integrante de estas Condiciones Generales.

c) Los Contratos que se celebren en conformidad a estas Condiciones Generales y que se suscriban
mediante firma electrnica a travs de los servicios prestados por SINACOFI, se regirn por estas
Condiciones Generales, por las condiciones particulares que para cada Contrato se establece en el
Anexo A o en los Anexos que se incorporen en el futuro, por los respectivos procedimientos
establecidos en el Procedimiento Operacional para la Suscripcin Electrnica de Contratos de
Derivados que se encuentre vigente a la fecha de la celebracin del Contrato respectivo y por las
normas que le sean aplicables. Los Anexos adjuntos y los que se incorporaren a futuro haciendo
referencia al presente instrumento, y el Procedimiento Operacional para la Suscripcin Electrnica de
Contratos de Derivados que se encontrare vigente a la fecha de la celebracin del Contrato respectivo,
se entendern formar parte integrante de las presentes Condiciones Generales para todos los efectos a
que haya lugar.

d) Estas Condiciones Generales, sus modificaciones, y todos los Contratos que celebren las partes
conforme a ellas, constituirn una misma relacin jurdica y un mismo contrato y las obligaciones
derivadas de cualquiera de los anteriores tendrn el carcter de conexas, por derivar de un mismo
contrato y una misma negociacin. Asimismo, en caso de conflicto o discrepancia entre las
disposiciones de las Condiciones Generales y las de un Contrato, prevalecern las disposiciones de este
ltimo.

1/22
2.- Declaraciones, aseveraciones y garantas:

(A) Las partes declaran conocer y aceptar:

a) Que los Contratos de derivados estn sujetos al riesgo propio de la variacin del activo objeto de los
mismos durante el perodo comprendido entre las fecha de celebracin y de pago establecidas en el respectivo
Contrato. Que, en consecuencia, la o las diferencias que resulten en la o las fechas de pago convenidas en cada
Contrato entre los valores pactados por las partes, podr ser favorable o adversa para cualquiera de las partes
contratantes.

b) Que conocen las complejidades y los riesgos involucrados en este tipo de transacciones y que antes de
suscribir cualquier Contrato estudiarn debidamente, en forma independiente, todos los antecedentes
econmicos y financieros de la operacin, para lo cual debern prescindir de toda y cualquier informacin
verbal o escrita recibida, respecto de la operacin de que se trate, de la contraparte o de sus personas
relacionadas.

c) En este mismo sentido, las partes declaran y garantizan que en relacin con la negociacin, celebracin
y ratificacin de cada Contrato y de estas Condiciones Generales: (i) ninguna de las partes ha emitido (directa o
indirectamente) alguna garanta o declaracin respecto del xito, la rentabilidad, el retorno, el rendimiento, el
resultado, la consecuencia o el beneficio esperado o proyectado (sea econmico, legal, reglamentario,
tributario, financiero, contable o de otra ndole) de este instrumento o de cualquier Contrato; (ii) las partes son
capaces de entender y evaluar (por s solos o en consulta con asesores profesionales independientes) todos los
trminos, condiciones y riesgos (econmicos y de otro tipo) de cada Contrato y pueden asumir, y estn
dispuestas a asumir, tales riesgos; y (iii) las partes han tomado y tomarn sus propias decisiones sobre
inversiones, cobertura y negociacin (incluyendo las decisiones sobre la conveniencia u oportunidad de
cualquier Contrato tomando en consideracin sus circunstancias) en base a sus propias opiniones y a los
consejos de los asesores profesionales independientes y a la informacin que estimen necesarias o apropiadas y
no en base a los consejos, opiniones, recomendaciones, asesora o declaraciones de su contraparte.

d) Que estn conscientes y aceptan que sus predicciones de variaciones de los distintos ndices
econmicos y que cualquier decisin tomada sobre esa base pueden resultar errnea, y que las consecuencias
que de ellas pudieran derivarse para cada parte sern de su nica responsabilidad.

e) Que celebran estas Condiciones Generales y cada Contrato por s y no como agente o en otra calidad.
En este mismo sentido, en el caso que una de las partes tenga el carcter de agencia, sucursal, filial o
subsidiaria de un banco extranjero, las partes declaran y acuerdan que el cumplimiento y pago de las
obligaciones contradas por dicha agencia, sucursal, filial o subsidiaria se efectuarn solamente en sus
sucursales u oficinas en Chile. Lo anterior es sin perjuicio de la responsabilidad que pueda tener la matriz por
las obligaciones de sus agencias o sucursales en Chile, de conformidad a lo establecido en el artculo 34 de la
Ley General de Bancos.

f) Que la imposibilidad de las partes para cumplir con sus obligaciones bajo los Contratos debido a la
falta de disponibilidad de la moneda extranjera adeudada, o fuerza mayor, actos de autoridad, expropiaciones o
por cualquier otra circunstancia fuera de su control, en ningn caso la harn responsable de las mismas, como
tampoco a su matriz, ni a ninguna de las dems oficinas, sucursales o subsidiarias de la respectiva matriz.

g) Que convienen que cualquier Contrato de derivado que las partes acuerden verbalmente se regir por
estas Condiciones Generales y por los trminos convenidos por las partes, aunque no se produzca de inmediato
el intercambio electrnico de mensajes que constituir el respectivo Contrato.

h) Que la nica forma de acceder a los servicios de la red de SINACOFI para la transmisin de los
mensajes electrnicos, es a travs de la identificacin y claves secretas de acceso, las que debern ser otorgadas

2/22
a apoderados con facultades suficientes para contraer las respectivas obligaciones, siendo esto ltimo de
exclusiva responsabilidad de cada una de ellas. En consecuencia, las partes asumen desde ya los efectos
jurdicos que se deriven de los Contratos celebrados por va electrnica, si el acceso a los servicios de la red se
ha efectuado a travs de la identificacin y claves de acceso asociadas a ellas.

i) Que en caso de cualquier discrepancia por los mensajes electrnicos intercambiados entre ellas, la
reproduccin en papel que se extraiga de los registros o archivos electrnicos de los documentos electrnicos
y/o sus modificaciones que mantenga almacenados SINACOFI, certificados por el Gerente General de esta
ltima, har prueba en cuanto a la existencia, fecha y hora de envo y recepcin y contenido del documento e
identificacin de cada uno de los bancos que celebran el Contrato, as como respecto a la identidad de los
firmantes del documento (poseedores de la clave de acceso).

(B) Las partes aseveran y garantizan:

a) Que cuentan con todas las autorizaciones corporativas y legales que en derecho correspondan para la
suscripcin de estas Condiciones Generales y de cada uno de los Contratos que en lo sucesivo celebren, que las
personas que comparecen en el presente instrumento en su representacin son, respectivamente, apoderados de
ellas debidamente autorizados para celebrar estas Condiciones Generales y para obligarlas, respectivamente, de
acuerdo a los trminos y condiciones de estas Condiciones Generales; y que el o los operadores que celebren el
o los Contratos en su representacin estarn debidamente autorizados para celebrar todos los Contratos y para
obligarles de acuerdo a los trminos y condiciones de dichos Contratos.

b) Que tienen domicilio y/o residencia en Chile.

3.- Definiciones:

Para todos los efectos de los Contratos regidos por estas Condiciones Generales las partes definen de comn
acuerdo los siguientes conceptos:

i) Bancos de Referencia significa los bancos comerciales indicados por las partes en el respectivo
Contrato, para los efectos de lo establecido en el nmero 8 de estas Condiciones Generales;

ii) Cierre de la Operacin significa el instante en el cual las partes manifiestan su consentimiento en
forma verbal y cierran a firme un Contrato con arreglo a estas Condiciones Generales.

iii) Contrato significa un contrato de derivado suscrito por medio de firma electrnica de conformidad
a estas Condiciones Generales, y en la forma prevista para cada tipo de Contrato segn se indique en el
Procedimiento Operacional para la Suscripcin Electrnica de Contratos de Derivados que forma parte
de estas Condiciones Generales para todos los efectos legales y contractuales a que hubiere lugar.
Tambin significa un contrato de derivado que deba celebrarse por medio escrito en los casos previstos
en el nmero 4.2 de estas Condiciones Generales.

iv) Da Hbil para los efectos de cada Contrato, significa un da en que los bancos establecidos en
Chile estn obligados por ley a abrir sus oficinas al pblico. Respecto de Contratos que involucren una
o ms monedas extranjeras, Da Hbil significa un da que en los bancos establecidos en Chile estn
obligados por ley a abrir sus oficinas al pblico, y en el cual se realicen en los mercados financieros
internacionales operaciones y/o pagos, segn sea el caso, en todos y cada uno de los activos
subyacentes objeto del respectivo Contrato.

v) Evento de Riesgo Poltico significa la ocurrencia en la Repblica de Chile de cualquier hecho que
tenga por efecto, directo o indirecto, el impedir convertir en la Moneda Extranjera a que se refiera un
Contrato la Moneda Nacional o que impida la transferencia de la Moneda Extranjera que se trate del
exterior hacia Chile o de Chile al exterior.

3/22
vi) Fecha de Liquidacin Anticipada significa lo establecido en el nmero 8 de este instrumento.

vii) Fecha de Pago significa cada una de las fechas pactadas en un Contrato en el cual las partes deben
cumplir sus respectivas obligaciones de Pago, conforme lo sealado en el nmero 5.1 de estas
Condiciones Generales.

viii) Indice de Valor Promedio o IVP significa el ndice determinado por el Banco Central de Chile
de acuerdo a lo previsto en el artculo 35 N 9 de la Ley N 18.840 y publicado en el Diario Oficial
conforme al Captulo II.B.3 del Compendio de Normas Financieras del Banco Central de Chile, segn
su valor vigente en la o las Fechas de Pago o de Liquidacin Anticipada del respectivo Contrato, segn
sea el caso.

En el caso de que el ndice de Valor Promedio fuera reemplazado o sustituido, todas las referencias que
en este instrumento se hacen a aqul, se entendern hechas al nuevo ndice que los reemplace o
sustituya y que sea aplicable a operaciones de crdito de dinero, siempre que fuere determinado de
acuerdo a bases equivalentes a las de clculo de ndice de Valor Promedio.

ix) Moneda Extranjera significa cualquiera moneda extranjera para la cual exista cotizacin o
informacin diaria, sea que sta sea informada por el Banco Central de Chile, por servicios
electrnicos de acceso pblico u otros similares.

x) Moneda Nacional significa la moneda con curso legal de la Repblica de Chile.

xi) Paridad Referencial significa la Paridad Banco Central de Chile o Paridad Reuters o cualquier otra
que las partes fijen en el respectivo Contrato.

xii) Paridad Banco Central de Chile se entiende la cantidad de moneda extranjera distinta del Dlar
de los Estados Unidos de Amrica necesaria para comprar un Dlar, segn determinacin efectuada
por el Banco Central de Chile, de conformidad al N 6 del Captulo I del Compendio de Normas de
Cambios Internacionales y el Captulo II.B.3 del Compendio de Normas Financieras, que sea publicada
en el Diario Oficial, o aquel que lo reemplace, en la o las Fechas de Pago o de Liquidacin Anticipada,
segn corresponda.

xiii) Paridad Reuters se entiende la cantidad de moneda extranjera distinta del Dlar de los Estados
Unidos de Amrica necesaria para comprar un Dlar de los Estados Unidos de Amrica, al valor
comprador o vendedor, segn se pacte en el Contrato, informada en la pgina EFX= de la pantalla
Reuters de Reuters Limitada a las 11:00 horas A.M. de Santiago de Chile, en la o las respectivas
Fechas de Pago o de Liquidacin Anticipada, segn corresponda

xiv) Parte Afectada para los efectos del nmero 8 de estas Condiciones Generales, significa aquella
parte a la cual no le es imputable la causa de liquidacin anticipada que da motivo a la liquidacin
anticipada de uno o ms Contratos.

xv) Perodo de Interrupcin de Mercado significa el lapso de tiempo durante el cual, por cualquier
causa o motivo, dejen de efectuarse en la Repblica de Chile transacciones y/o cotizaciones con
respecto a la o las Monedas Extranjeras y/o las Tasas de Inters de que se trate, de manera que no
exista ni sea posible determinar, de acuerdo a los trminos de estas Condiciones Generales, el Tipo de
Cambio Referencial, la Paridad Referencial, o las Tasas de Inters o algunos de los precios o variables
necesarios para determinar el monto de pago o compensacin de las partes, segn corresponda.

xvi) Tasa de Inters significa cualquiera tasa de inters nacional o extranjera, sea ella fija o variable.
En el caso de tasas de inters variables, ellas correspondern a tasas de inters para las cuales exista

4/22
cotizacin o informacin diaria proporcionada por el Banco Central de Chile, la Asociacin de Bancos
e Instituciones Financieras AG, las bolsas de valores establecidas en el pas, por servicios de
informacin de pblico acceso u otros similares. Aquellas Tasas de Inters variables que se pacten en
un Contrato y que no se encuentren expresamente definidas en el Anexo B de estas Condiciones
Generales tendrn el significado que las partes indiquen en el respectivo Contrato, o aquel que indique
el organismo, entidad o servicio que las determine, cotice o informe en forma diaria.

xvii) Tipo de Cambio Acuerdo significa la cantidad de pesos, moneda corriente nacional, necesaria
para comprar una unidad de dlar de los Estados Unidos de Amrica, segn determinacin efectuada
por el Banco Central de Chile conforme a lo previsto en el N 7 del Captulo I del Compendio de
Normas de Cambios Internacionales que sea publicada en el Diario Oficial, o aqul que lo reemplace,
en cada Fecha de Pago o de Liquidacin Anticipada, segn corresponda.

Si el Tipo de Cambio Acuerdo no fuere publicado ni determinado por el Banco Central de Chile, se
aplicar el tipo de cambio promedio informado en la respectiva Fecha de Pago o de Liquidacin
Anticipada, segn corresponda, por el Banco Central de Chile como aplicable a las propias operaciones
en dlares de los Estados Unidos de Amrica de dicho Banco Central. En caso de informarse
cotizaciones comprador y vendedor, se aplicar el tipo de cambio promedio aritmtico entre ellas.

xviii) Tipo de Cambio Bloomberg significa la cantidad de Moneda Nacional, necesaria para comprar
un Dlar segn el valor comprador, vendedor o promedio simple, segn se pacte en el Contrato, que
aparezca en la pantalla CLP CURNCY QR, como informado por Bloomberg a las 11:00 horas A.M.
de Santiago de Chile, en la o las Fechas de Pago o de Liquidacin Anticipada, segn corresponda. En
caso que a las 11:00 horas A.M. se informare ms de un valor, se ocupar el promedio aritmtico de
todos los valores informados a esa hora.

xix) Tipo de Cambio Referencial significa el Tipo de Cambio Acuerdo, el Tipo de Cambio
Observado, el Tipo de Cambio Reuters, o el Tipo de Cambio Bloomberg, o cualquier otro acordado por
las partes en el respectivo Contrato.

xx) Tipo de Cambio Observado significa la cantidad de Moneda Nacional, necesaria para comprar
una unidad de Dlar, segn determinacin efectuada por el Banco Central de Chile conforme al N 6
del Captulo I del Compendio de Normas de Cambios Internacionales que sea publicada en el Diario
Oficial, o aqul que lo reemplace, en la respectiva Fecha de Pago o de Liquidacin Anticipada, segn
corresponda.

Si el Tipo de Cambio Observado no fuere publicado ni determinado por el Banco Central de Chile, se
aplicar el tipo de cambio promedio informado en la respectiva Fecha de Pago o de Liquidacin
Anticipada, segn corresponda, por el Banco Central de Chile como aplicable a las operaciones
bancarias de compra y venta de la Moneda Extranjera de que se trate. Si ste informare cotizaciones
comprador y vendedor, se aplicar como tipo de cambio el promedio aritmtico entre ellas. Si el
Banco Central de Chile dejare de informar dicho tipo de cambio promedio se aplicar, el promedio
aritmtico de las cotizaciones bancarias promedio entre comprador y vendedor cotizadas, a
requerimiento verbal o escrito del Banco, el da hbil bancario inmediatamente anterior a la o las
Fechas de Pago o de Liquidacin Anticipada, segn corresponda, por las oficinas principales en
Santiago de los Bancos de Referencia.

xxi) Tipo de Cambio de Reuters significa la cantidad de Moneda Nacional, necesaria para comprar
un Dlar segn el valor comprador, vendedor o promedio simple, segn se pacte en el Contrato, que
aparezca en la pantalla CHILJ, para el Mercado Cambiario Formal, como informado por Reuters
Limitada a las 11:00 horas A.M. de Santiago de Chile, en la o las Fechas de Pago o de Liquidacin
Anticipada, segn corresponda.

5/22
xxii) Unidad de Fomento o UF se entiende aquella que determine el Banco Central de Chile de
acuerdo a lo previsto en el artculo 35 N 9 de la Ley N 18.840 y publicada en el Diario Oficial
conforme al Captulo II.B.3 del Compendio de Normas Financieras del Banco Central de Chile, segn
su valor vigente en la o las Fechas de Pago o de Liquidacin Anticipada, segn corresponda.

En el caso de que la Unidad de Fomento fuera reemplazada o sustituida, todas las referencias que en
este instrumento se hacen a aqulla, se entendern hechas a la nueva unidad que la reemplace o
sustituya y que sea aplicable a operaciones de crdito de dinero, siempre que fuere determinada de
acuerdo a bases equivalentes a las de clculo de la Unidad de Fomento.

xxiii) US$ o Dlares significa la moneda de curso legal en los Estados Unidos de Amrica.

4.- Celebracin de los Contratos

4.1.- Aceptacin Tcita; Deber de iniciar.

Las partes declaran conocer y aceptar que por la rapidez con que deben convenirse los trminos de los
Contratos que acuerden, se aceptarn los trminos de la oferta de la otra parte verbalmente y se considerar
desde ese instante que se ha producido el Cierre de la Operacin. Conjuntamente con el Cierre de la Operacin,
la parte compradora de la moneda extranjera, pagadora de tasa fija o pagadora del valor pactado, segn
corresponda, ser el emisor del mensaje y tendr el deber de preparar y transmitir el mensaje electrnico
respectivo, para que sea aceptado por la otra parte.

4.2 Otorgamiento de los Contratos.

El emisor del mensaje, el mismo da del Cierre de la Operacin y dentro del horario previsto en el
Procedimiento Operacional, preparar y transmitir electrnicamente el Contrato respectivo a la contraparte
que ser el receptor del mensaje, a travs de un documento electrnico de presentacin del Contrato
respectivo, y el receptor del mensaje, ese mismo da y hasta la hora tambin fijada en el Procedimiento
Operacional, deber aceptar o rechazar los trminos y condiciones establecidas en el mensaje electrnico
recibido.

En caso de aceptacin, el receptor del mensaje preparar y transmitir electrnicamente el mensaje electrnico
de aceptacin que corresponda al tipo de Contrato celebrado, a partir de los antecedentes del mensaje de
presentacin.

En caso de rechazo, el receptor del mensaje preparar y transmitir electrnicamente el mensaje de rechazo
correspondiente, indicando los campos impugnados, con el objeto de que el emisor del mensaje corrija las
probables inconsistencias detectadas y enve nuevamente el mensaje de presentacin para la aceptacin de
la contraparte.

Los Contratos de derivados requerirn, para su celebracin, cumplir con el procedimiento descrito
precedentemente, tantas veces como flujos de intercambios financieros se hayan pactado.

Si por cualquier causa el emisor del mensaje no lo pudiera preparar y/o transmitir el da del Cierre de la
Operacin o bien el emisor del mensaje no hubiere recibido el mensaje de aceptacin de parte del receptor el
mismo da en que aquel hubiere enviado el mensaje de presentacin respectivo, dentro de los horarios
convenidos para ello en el Procedimiento Operacional para la Suscripcin Electrnica de Contratos de
Derivados, el emisor del mensaje deber enviar un Fax de Confirmacin a la otra contraparte con los trminos
acordados, hasta las 18.00 horas de da del Cierre de la Operacin. Este plazo no ser fatal.

6/22
En tales casos no se entender celebrado el Contrato acordado de la forma contemplada en este instrumento y
el Contrato se deber perfeccionar por medio escrito a ms tardar dentro de los tres das siguientes hbiles
bancarios. Dicho Contrato se regir igualmente por estas Condiciones Generales.

Si la parte que recibi el Fax de Confirmacin estimare que existieren discrepancias o errores, estos debern
comunicarse inmediatamente por dicha contraparte a la parte confirmante, la que, si procediere, deber enviar
un nuevo facsmil con tales discrepancias o errores debidamente subsanados. Si la parte receptora de la
confirmacin no objeta sus trminos antes de las 14:00 horas del da hbil bancario inmediatamente siguiente
al del envo de dicho facsmil, se entender, para todos los efectos, que esos trminos cumplen con, y se
ajustan a, los trminos de la oferta de la parte confirmante.

Las confirmaciones podrn enviarse por facsmil o por cualquier otro sistema electrnico que haya sido
aceptado por ambas partes, incluyendo, pero no limitado a, mensajes va tlex testado o swift. Asimismo, las
confirmaciones contendrn los elementos esenciales del Contrato a que las mismas se refieran.

4.3.- Grabaciones

Para los efectos de lo dispuesto en el nmero 4.1 precedente, las partes aceptan y autorizan expresamente desde
ya, que sus conversaciones y comunicaciones telefnicas, sean grabadas por la contraparte, grabaciones que
podrn ser utilizadas como medio probatorio en caso de controversia a fin de establecer la existencia del Cierre
de la Operacin y/o las condiciones precisas del mismo.

Para estos efectos, y con arreglo a lo dispuesto en la Ley No. 19.423, las partes se obligan a instruir a sus
operadores para autorizar la grabacin de todas las operaciones en que ellos participen o intervengan en
representacin o por cuenta de cualquiera de las partes.

5.- Obligaciones de las Partes; Condiciones Generales:

5.1. Obligaciones de Pago:

Las partes efectuarn los pagos a que resulten obligados por cada Contrato, en la o las fechas, segn sea el
caso, establecidas en el respectivo Contrato, y en los trminos indicados en cada Contrato y en estas
Condiciones Generales. Los pagos que deban realizarse, se efectuarn en el lugar y moneda establecidos en el
Contrato correspondiente a cada operacin.

5.2. Forma de Pago:

(i) Los pagos que las partes deban efectuar en Moneda Extranjera debern hacerse mediante la entrega de
cheque bancario girado sobre la ciudad de Nueva York, Nueva York, Estados Unidos de Amrica (Cheque
Bancario Nueva York) o a travs de transferencia sobre la misma plaza o ciudad con disponibilidad de
veinticuatro horas (valuta 24 horas) o cuarenta y ocho horas (valuta 48 horas) o entregando fondos disponibles
a las 14:00 horas de la respectiva fecha de pago, mediante abono acreditado en la cuenta corriente en esa
misma moneda que la parte acreedora haya indicado en el Contrato o que indique posteriormente por escrito
con una anticipacin de tres das de la Fecha de Pago o mediante cualquier sistema de pagos de alto valor, o en
cualquier otra forma que se pacte expresamente en el Contrato respectivo.

(ii) Los pagos en Moneda Nacional debern efectuarse en cada fecha de pago mediante la entrega de vale vista
de la plaza o mediante transferencia de fondos a travs de cualquier sistema de pagos de alto valor, o en
cualquiera otra forma que se pacte expresamente en el Contrato respectivo.

5.3 Reglas para la Compensacin como Modalidad de Cumplimiento de los Contratos.

7/22
Si cualquiera de las cantidades que las partes deban pagar a la otra conforme un Contrato, cuya modalidad de
cumplimiento fuere la de compensacin, estuvieren expresadas en una Moneda Extranjera, en Unidades de
Fomento o en IVP, tales cantidades se convertirn a Moneda Nacional conforme las siguientes reglas:

(i) Si la cantidad a pagar est expresada en Dlares, deber transformarse a Moneda Nacional conforme al Tipo
de Cambio Referencial estipulado en el Contrato y vigente en la respectiva Fecha de Pago o de Liquidacin
Anticipada, segn corresponda.

(ii) Si la cantidad a pagar est expresada en una Moneda Extranjera distinta al Dlar, deber convertirse a
Moneda Nacional en la siguiente forma: (i) la cantidad de Dlares resultantes de convertir el monto total de
dicha otra Moneda Extranjera segn la Paridad Referencial vigente en la Fecha de Pago respectiva, (ii) se
multiplicar por el Tipo de Cambio Referencial estipulado por las partes y que est vigente en la Fecha de Pago
o de Liquidacin Anticipada, segn corresponda.

(iii) Si la cantidad adeudada est expresada en Unidades de Fomento o en IVP, deber transformarse a Moneda
Nacional conforme al valor de la Unidad de Fomento o del IVP, segn sea el caso, vigente en la respectiva
Fecha de Pago o de Liquidacin Anticipada, segn corresponda.

El procedimiento anterior no ser necesario si las obligaciones de pago de ambas partes en un Contrato estn
expresadas en Dlares u otra Moneda Extranjera, y la modalidad de cumplimiento pactada en el respectivo
Contrato es la de compensacin pagadera en Dlares o en la misma Moneda Extranjera, respectivamente.

5.4. Clculo de las Tasas de Inters.

Los intereses devengados y adeudados en virtud de un Contrato se calcularn y pagarn por el nmero de das
efectivamente transcurridos entre cada Fecha de Fijacin y la respectiva Fecha de Pago o de Liquidacin
Anticipada, segn corresponda (incluyendo el primero, pero excluyendo el ltimo). Los intereses se
determinarn en base a un mes de 30 das o a un ao de 360 das, salvo aquellos que por disposicin legal o
que en su respectivo pas de origen, determinacin o cotizacin, o conforme a lo pactado por las partes en un
Contrato, se calculen en base a un perodo distinto.

6.- Modificaciones

Durante la vigencia de los respectivos Contratos, las partes de comn acuerdo podrn modificar la o las Fechas
de Pago, los precios pactados, los precios referenciales de mercado a utilizar en caso de compensacin, los
montos involucrados, podrn efectuar cambios en la modalidad de entrega, o convenir la cesin del contrato
por una de las partes a un tercero que sea o no una entidad del mercado cambiario formal, o convenir cualquier
otra modificacin autorizada por el Banco Central de Chile.

Para las eventuales modificaciones, se utilizar el mensaje electrnico de presentacin de modificacin del
Contrato que corresponda, el que se podr aceptar o rechazar a travs del formato de mensaje de aceptacin de
modificacin o rechazo de modificacin respectivo. La forma de preparar y transmitir estos mensajes se
describe en el Procedimiento Operacional para la Suscripcin Electrnica de Contratos de Derivados que las
partes declaran conocer.

La cesin del Contrato, se efectuar por medio escrito y en papel fsico en que conste la cesin y la aceptacin
del cesionario de contraer todas las obligaciones que tena anteriormente el cedente, comprometindose a
cumplirlas en la misma forma y condiciones en que fueron pactadas, declarando como parte integrante del
Contrato cedido todas y cada una de las estipulaciones de las presentes Condiciones Generales y las
condiciones particulares que le fueren aplicables. En el mismo acto se le har entrega del ttulo al cesionario,
representado por la reproduccin en papel que se extraiga de los registros o archivos electrnicos del Contrato
almacenados por SINACOFI, y certificados por el Gerente General de esta ltima.

8/22
Ninguna modificacin o alteracin de estas Condiciones Generales ser vlida y exigible, a menos que sea
celebrada por escrito y sea firmada por ambas partes.

7. Liquidacin

La liquidacin de la respectiva operacin se realizar en la o las Fechas de Pago pactadas en cada Contrato,
oportunidad en la que se deber determinar la cuanta de las obligaciones de cada una de las partes, segn la
modalidad de cumplimiento estipulada en el respectivo Contrato.

Sin embargo, si cualquiera Fecha de Pago correspondiere a un da que no fuere Da Hbil, la Fecha de Pago se
postergar hasta el Da Hbil inmediatamente siguiente.

Tratndose de operaciones de Swaps de Tasas de Inters, se estar a lo indicado en el nmero 2.- tem II. Del
Anexo A.

8. Liquidacin Anticipada

Si durante la vigencia de un Contrato ocurre uno o ms de los hechos que se sealan en el nmero 9 de estas
Condiciones Generales, la Parte Afectada podr exigir la anticipacin de la o las Fechas de Pago, segn
corresponda, del o los Contratos que se encontraren pendientes de vencimiento:

Para los efectos de producir la Liquidacin Anticipada a que se refiere este nmero 8, la Parte Afectada deber
comunicar por carta a aquella que se encuentre en una o ms de las situaciones descritas precedentemente,
enviada por intermedio de Notario Pblico, la anticipacin de la o las Fechas de Pago, segn fuere el caso,
indicando en sta la fecha de cumplimiento o de liquidacin anticipada del o los Contratos de que se trate, la
que podr ser fijada por la parte afectada incluso el da inmediatamente siguiente hbil bancario al del envo de
la carta (Fecha de Liquidacin Anticipada). La fecha sealada en esta comunicacin ser, para todos los
efectos, la Fecha de Pago del Contrato de que se trate. Se deja constancia que la facultad de producir la
Liquidacin Anticipada se ha establecido en beneficio exclusivo de la parte afectada, de manera que la falta de
ejercicio de la misma en ningn caso podr entenderse como una renuncia o menoscabo a los derechos que
estas Condiciones Generales, los Contratos o la ley establece en favor de dicha parte afectada.

En estos casos, el valor de liquidacin del Contrato respectivo y los saldos acreedores o deudores, se
determinarn de acuerdo al siguiente procedimiento.

(a) En la Fecha de Liquidacin Anticipada las partes calcularn de comn acuerdo el valor presente de las
obligaciones de cada una de las partes por el plazo que medie entre dicha fecha y la o las Fechas de Pago
originalmente pactadas, segn fuere el caso.

(b) En caso de no haber acuerdo entre las partes, lo cual se presumir en forma irrevocable si las partes no
llegan a un acuerdo dentro del plazo de cinco (5) das hbiles bancarios contados desde la Fecha de
Liquidacin Anticipada, la parte cumplidora proceder a solicitar a los tres bancos comerciales indicados
en el respectivo Contrato (los Bancos de Referencia) que valoricen, a valor presente, las obligaciones de
las partes a los precios de mercado vigentes en la Fecha de Liquidacin Anticipada y por el plazo residual
del Contrato. Para estos efectos, los Bancos de Referencia debern proporcionar su valorizacin al
promedio de los bid y offers que ellas hubieren cotizado, esto es, cotizando las obligaciones de cada
parte asumiendo la posicin contraria. Los valores finales proporcionados por cada uno de los Bancos de
Referencia sern a su vez promediados, y el resultado de ello ser el monto que la parte deudora deber
pagar a la parte que resulte acreedora. La determinacin que efecten los Bancos de Referencia ser
definitiva para las partes, salvo error manifiesto. Los Bancos de Referencia debern entregar por escrito sus
cotizaciones, bajo la firma del Tesorero o de quien haga sus veces, de cada Banco de Referencia, en la
misma Fecha de Liquidacin Anticipada, o tan pronto como sea posible despus de esa fecha.

9/22
Ninguna de las partes estar autorizada para proporcionar a los Bancos de Referencia la individualizacin
de su contraparte.

(c) El procedimiento sealado en las letras (a) y (b) precedentes se utilizar respecto de todos los Contratos
que se encontraren pendientes de cumplimiento a la Fecha de Liquidacin Anticipada y su cumplimiento se
efectuar por compensacin a pesar de que la modalidad de cumplimiento estipulada por las partes para ese
o esos Contratos fuere la de entrega fsica, y los pagos respectivos debern efectuarse en Moneda Nacional,
salvo acuerdo en contrario de las partes.

Asimismo, durante la vigencia de un Contrato, las partes de comn acuerdo podrn efectuar la liquidacin
anticipada de un Contrato. En tal caso, el valor de liquidacin ser determinado conforme al valor de la
moneda, tasa de inters o precio referencial del instrumento de renta fija, vigente a la fecha de liquidacin
anticipada, salvo que de conformidad a las normas, las partes pudieren determinar el valor de liquidacin de
comn acuerdo.

9. Causales de liquidacin anticipada

(a) Si la Superintendencia de Bancos e Instituciones Financieras (SBIF) resolviere que una de las partes
presenta inestabilidad financiera o administracin deficiente o la declara en liquidacin forzosa, o designa
un inspector delegado o un administrador provisional para una de las partes, o se declarare la quiebra de
una de las partes, o cualquier de ellas presentare proposiciones de convenio a sus acreedores; si una de las
partes cayere en cesacin de pagos o en situacin de insolvencia, u ocurriese cualquier otro hecho o
circunstancia que comprometa seriamente su solvencia;

(b) Si la SBIF revocare la autorizacin de existencia de cualquiera de las partes, o si una de ellas diere
trmino a sus operaciones con autorizacin de la SBIF;

(c) Si una de las partes dejare de cumplir, en tiempo y forma, una cualquiera de sus obligaciones para con
la otra, derivadas de cualquier convenio o contrato vigente entre ellas y/o se produjere la exigibilidad
anticipada de las mismas u ocurriere cualquier hecho que permita a una de las partes anticipar el
cumplimiento de una obligacin que tenga para con ella la otra parte, sea de acuerdo a la ley y/o de
acuerdo a las estipulaciones de los documentos en que estuviesen expresadas tales obligaciones;

(d) Si una de las partes dejare de cumplir, en tiempo y forma, cualquier obligacin por un monto igual o
superior del 2% de su capital bsico a la fecha de incumplimiento; o si se dictare en contra de una de las
partes una sentencia judicial firme o ejecutoriada por un monto igual o superior al 2% de su capital bsico,
y los efectos de dicha sentencia no fueren suspendidos por un plazo superior a 15 das;

(e) Si cualesquiera de las aseveraciones y garantas efectuadas por las partes en el prrafo (B) del nmero
2 precedente, no fueren veraces, en cualquier aspecto, en la fecha de suscripcin de este instrumento y/o de
celebracin de los Contratos correspondientes; y

(f) En caso que ocurra un Evento de Riesgo Poltico;

(g) Si en el caso contemplado en el nmero 4.2, la parte que debiera enviar el Fax de Confirmacin de la
operacin a la contraparte, no enviare, por causa que le sea imputable, el Contrato en papel impreso para la
firma de su contraparte dentro del plazo de tres Das Hbiles contados desde la fecha en que se ha
producido el Cierre de la Operacin

(h) Si en el caso contemplado en el nmero 4.2, la parte que recibe el Contrato de la parte confirmante, no
lo suscribe, por causa que le sea imputable, dentro del plazo de tres Das Hbiles contados desde la fecha
de recepcin del respectivo Contrato.

10/22
10.- Indivisibilidad.

Todas las obligaciones derivadas de los Contratos regidos por estas Condiciones Generales sern indivisibles.

11.- Compensacin Global de Contratos.

En caso que uno o ms Contratos entre las mismas partes se encuentren vencidos y pendientes de cumplimiento
(ya sea en las fechas pactadas, por aceleracin, liquidacin anticipada o por cualquiera otra causa), sea bajo
estas u otras Condiciones Generales, y siempre que la ley y dems normas aplicables as lo permita, las partes
podrn compensar el total de las obligaciones recprocas bajo todos esos Contratos, hasta la concurrencia del
monto menor y la parte que resulte deudora pagar slo dicha diferencia a la otra.

12.- Interrupcin de Mercado

Toda vez que una Fecha de Pago de un Contrato ocurra dentro de un Perodo de Interrupcin de Mercado que
impida el cumplimiento de las obligaciones de cualquiera de las partes, la Fecha de Pago del Contrato
correspondiente deber entenderse prorrogado hasta el segundo da hbil siguiente a la fecha en que haya
cesado el Perodo de Interrupcin de Mercado.

Si el da de vencimiento que corresponda, de acuerdo a este nmero 12, no fuere un Da Hbil, la Fecha de
Pago del o los Contratos correspondientes se prorrogar hasta el Da Hbil bancario siguiente.

13.- Gastos.

Los gastos que se deriven del incumplimiento de estas Condiciones Generales o de cualquier Contrato regido
por ellas, sern de cargo exclusivo de la parte incumplidora.

14.- Domicilio y Comunicaciones.

Las partes se domicilian en la ciudad y comuna de Santiago.

Toda carta o comunicacin que deba enviarse por una de las partes a la otra, en virtud de estas Condiciones
Generales ser enviada a la atencin del representante legal correspondiente, al domicilio sealado en la hoja
de firmas de estas Condiciones Generales o al nuevo domicilio que las partes comuniquen a su contraparte por
escrito, el que siempre deber ser dentro de los lmites de la ciudad de Santiago.

Las partes podrn tambin enviar las citadas cartas o comunicaciones por facsmil (salvo aquellas que deban
ser entregadas por Notario o enviadas por carta certificada), a los nmeros sealados en la hoja de firma de
estas Condiciones Generales y se entendern recibidas la misma fecha del envo. Las cartas que se entreguen
por intermedio de Notario Pblico se entendern recibidas el mismo da de su entrega y aquellas enviadas por
correo ordinario o certificado se entendern recibidas 5 das despus de su envo. Finalmente, las
comunicaciones enviadas por sistemas electrnicos aceptados por ambas partes, incluyendo, pero no limitado a,
mensajes va tlex testado o por swift, se entendern recibidos en la misma fecha de su envo.

14.- Ley Aplicable; Jurisdiccin

(a) Estas Condiciones Generales y los Contratos que de acuerdo a sus trminos se celebren, se regirn por las
leyes de la Repblica de Chile, y por las normas dictadas por el Banco Central de Chile y la
Superintendencia de Bancos e Instituciones Financieras.

(b) Cualquier dificultad o controversia que se produzca entre las partes por cualquier motivo y bajo cualquier
circunstancia, relacionadas directa o indirectamente con estas Condiciones Generales, o con cualquier
Contrato que celebren, o con cualquiera de sus clusulas y, en especial, pero sin que esta enumeracin sea

11/22
limitativa, las que digan relacin con sus efectos, vigencia, aplicacin interpretacin, cumplimiento,
incumplimiento, validez o invalidez, nulidad o resolucin, existencia o inexistencia del mismo, ser
sometida a Mediacin, conforme al Reglamento Procesal de Mediacin vigente del Centro de Arbitraje y
mediacin de Santiago.

En caso que la mediacin no prospere, la dificultad o controversia ser sometida al conocimiento y


decisin de un rbitro mixto, arbitrador en cuanto al procedimiento y de derecho en cuanto al fondo, quien
decidir la controversia en nica instancia, sin ulterior recurso, salvo el de queja. La designacin del rbitro
la harn las partes de comn acuerdo. A falta de acuerdo respecto de la persona que actuar en el cargo de
rbitro mixto, la designacin ser efectuada por la Cmara de Comercio de Santiago A.G. (la Cmara de
Comercio), a la que las partes confieren para este efecto mandato especial irrevocable, a solicitud escrita
de cualquiera de ellas, de entre los integrantes del cuerpo arbitral del Centro de Arbitrajes de la Cmara de
Comercio. El solo hecho que cualquiera de las partes recurra a la Cmara de Comercio para el
nombramiento del rbitro implicar la inexistencia de acuerdo entre ellas para designar el rbitro.

15. Vigencia

Estas Condiciones Generales regirn a partir de esta fecha, y se aplicarn a todos los Contratos que se suscriban
por las partes por medio de firma electrnica a travs de la red SINACOFI a contar desde esa fecha, o a los que
suscriban por medio escrito en los casos previstos en el nmero 4.2 precedente, mientras se encuentren
vigentes. La sola firma de estas Condiciones Generales no importa, de modo alguno, que una de las partes est
obligada a aceptar la celebracin de Contratos con la contraparte. Cada parte ser libre para decidir si celebra o
no un determinado Contrato con su contraparte, para lo cual gozar de total y entera discrecin.
Cualquiera de las partes podr poner trmino en cualquier tiempo a estas Condiciones Generales, para lo cual
deber dar aviso por escrito a la otra parte con una anticipacin de a lo menos treinta (30) das corridos
contados desde la fecha de terminacin sealada por la parte notificante en el aviso respectivo. La terminacin
de estas Condiciones Generales no afectar los Contratos en vigencia y pendientes de cumplimiento a la fecha
de terminacin, los cuales se regirn por las disposiciones de estas Condiciones Generales hasta su
cumplimiento ntegro y efectivo.
Estas Condiciones Generales ponen trmino a cualesquiera otras Condiciones Generales o contratos para la
celebracin de cualquier tipo de derivados en el mercado local que se hayan celebrado entre las partes con
anterioridad, sin perjuicio que los contratos suscritos a su amparo, por medio escrito o en forma electrnica,
que estn vigentes y pendientes de cumplimiento a esta fecha, se regirn por dichas disposiciones hasta su
cumplimiento ntegro y efectivo.

16. Ejemplares

Las partes dejan constancia que las presentes Condiciones Generales se suscriben en dos ejemplares del mismo
tenor y fecha quedando uno en poder de cada parte.

pp. pp.
Nombre: Nombre:
Domicilio: Domicilio:
Telfono: Telfono:
Fax: Fax:
RUT: RUT:
Rep.Legal: Rep. Legal:

12/22
ANEXO A

CONDICIONES PARTICULARES PARA CONTRATOS DE DERIVADOS

A menos que se exprese lo contrario en este Anexo A., los trminos en maysculas tendrn el significado que
para ellos se seala en las Condiciones Generales.
Las condiciones particulares que se establecen para cada Contrato segn su naturaleza se entendern
incorporadas en cada uno de los Contratos respectivos, a menos que en ellos se exprese algo en contrario.

1 Condiciones particulares de los Contratos Forward de Monedas

I. Definiciones:

a) Por compraventa a futuro de Moneda Extranjera, se entiende la operacin forward en que el vendedor se
compromete a entregar la Moneda Extranjera vendida y el comprador a pagar el precio convenido, en pesos
moneda corriente nacional o en Unidades de Fomento, segn lo establezca el Contrato, pagaderas en Moneda
Nacional, en la Fecha de Pago, segn corresponda.

b) Por arbitraje a futuro de Moneda Extranjera, se entiende la operacin forward en que el vendedor se
compromete a entregar la Moneda Extranjera vendida y el comprador a pagar el precio convenido en Dlares
en la Fecha de Pago.

c) Por Monto Contratado se entiende la cantidad de Moneda Extranjera objeto de venta en el Contrato.

d) Por Precio Pactado se entiende la cantidad en pesos moneda corriente nacional, de Unidades de Fomento o
de Dlares de los Estados Unidos de Amrica fijada por las partes como precio de compra de la cantidad de
Moneda Extranjera objeto de venta en el Contrato.

e) Por Precio Referencial de Mercado para las operaciones de compraventa de moneda extranjera dlar de los
Estados Unidos de Amrica, se entiende la cantidad en pesos, moneda corriente nacional, resultante de
multiplicar el Tipo de Cambio Referencial estipulado en el Contrato, vigente a la Fecha de Pago o de
Liquidacin Anticipada, segn corresponda, por el monto de la Moneda Extranjera objeto del Contrato.

f) Por Precio Referencial de Mercado para las operaciones de compraventa de Moneda Extranjera distinta al
Dlar o para las operaciones de arbitraje a futuro cuyo cumplimiento se pacte por compensacin, se entiende la
cantidad de Moneda Nacional, que resulte de multiplicar las siguientes dos cantidades: (i) la cantidad de
Dlares que corresponda al monto total de la otra Moneda Extranjera prevista en el Contrato, segn la Paridad
Referencial, por (ii) por el Tipo de Cambio Referencial estipulado por las partes vigente a la Fecha de Pago o
de Liquidacin Anticipada, segn corresponda.

g) Por Precio Referencial de Mercado para las operaciones de arbitraje a futuro, cuyo cumplimiento se pacte
por entrega, se entiende la cantidad de Dlares que corresponda a la otra Moneda Extranjera prevista en el
Contrato, segn la Paridad Referencial vigente en la Fecha de Pago o de Liquidacin Anticipada, segn
corresponda.

h) Por Tipo de Cambio de Contrato se entiende la cantidad de pesos, moneda corriente nacional, o de
Unidades de Fomento, necesarias para comprar una unidad de moneda extranjera, al valor estipulado por las
partes en los respectivos Contratos.

13/22
II. Cumplimiento:

El comprador y el vendedor debern cumplir el Contrato en la Fecha de Pago de acuerdo a la modalidad


pactada, pudiendo ser alguna de las que se indican a continuacin:

i) Entrega:

(A) El Precio Pactado ser el que se estipule en el Contrato y deber pagarse por el comprador en la Fecha
de Pago.

(B) El vendedor deber entregar la Moneda Extranjera vendida en la fecha estipulada.

ii) Compensacin:

(A) El comprador de la Moneda Extranjera deber pagar a su contraparte la diferencia resultante entre el
Precio Pactado y el Precio Referencial de Mercado acordado por las partes, vigente a la Fecha de Pago del
Contrato, cuando el primero sea superior al segundo.

(B) En caso contrario, esto es, cuando el Precio Referencial de Mercado resultare superior al Precio
Pactado, ser el vendedor quien pague dicha diferencia a su contraparte.

2. Condiciones particulares de los Contratos de Swap de Tasa de Inters

I. Definiciones:

i) Da Hbil: Respecto de Contratos que involucren Moneda Nacional, ndices o tasas de inters locales,
significa un da en el que los bancos establecidos en Chile estn obligados a abrir sus oficinas al pblico.
Respecto de Contratos que involucren una o ms monedas o tasas de inters extranjeras, significa un da en el
que los bancos establecidos en Chile estn obligados a abrir sus oficinas al pblico y en el que los bancos
comerciales del exterior o mercados financieros internacionales estn generalmente abiertos para realizar
cotizaciones y/o pagos en el pas de la moneda y/o tasa de inters extranjera, debiendo las partes convenir en el
contrato la o las plazas que se utilizarn para efectuar el clculo de la tasa de inters variable que se deba pagar
por la parte que corresponda y la Convencin de Das Hbiles que se aplicar en el caso que la Fecha de
Fijacin, de Pago o de Vencimiento recayere en un da inhbil.

ii) Fecha de Fijacin significa el primer da de cada Perodo de Intereses.

iii) Fecha de Pago respecto de un Contrato Swap significa las fechas pactadas por las partes en las cuales
deben cumplir las obligaciones de pago contradas en el Contrato.

iv) Fecha de Vencimiento significa la ltima Fecha de Pago estipulada en el Contrato.

v) Monto Contratado significa la cantidad de Moneda Extranjera, Unidades de Fomento, IVP y/o Moneda
Nacional que cada una de las partes han acordado en el Contrato, y que se encuentre vigente en cada Fecha de
Pago, cantidad sobre la cual y por el o los Periodos de Intereses pactados, se aplican las Tasas de Inters que se
convengan en el Contrato.

v) Monto de Amortizacin significa el o los montos de capital que las partes acuerden pagar en cada Fecha de
Pago.

vii) Perodos de Intereses significa (i) para el primer Perodo de Intereses, el perodo que comienza en la
primera Fecha de Fijacin y termina el da que fijen las partes en el Contrato como primera Fecha de Pago, (ii)

14/22
y respecto de los siguientes Perodo de Intereses, cada uno de los periodos que comienzan en la Fecha de Pago
inmediatamente precedente y que termina en la siguiente Fecha de Pago, y as sucesivamente.

II. Convencin de Das Hbiles

Se denomina Convencin de Das Hbiles el acuerdo de las partes en el Contrato para ajustar alguna fecha que
recayere en un da inhbil, de manera que las Fechas de Fijacin, de Pago o de Vencimiento que hubieren
estipulado, sern aquellas que resulten de aplicar la Convencin de Das Hbiles que hubieren establecido para
cada una de ellas, de acuerdo a lo siguiente:

a) Si se estipula como Siguiente o Following, significar que si cualquier Fecha de Fijacin, de Pago
o de Vencimiento recayere en un da no hbil, se entender prorrogada al Da Hbil siguiente.
b) Si se estipula como Siguiente Modificado o Modified Following, significar que si cualquier
Fecha de Fijacin, de Pago o de Vencimiento recayere en un Da no Hbil, se entender prorrogada al
Da Hbil siguiente, salvo que ese da corresponda a un da del mes calendario siguiente. En tal caso, la
Fecha de Fijacin, de Pago, o de Vencimiento, ser el Da Hbil inmediatamente anterior al
especificado
c) Si se estipula como Anterior o Preceding, significar que si cualquier Fecha de Fijacin, de Pago o
de Vencimiento recayere en un Da no Hbil, la Fecha de Fijacin, de Pago, o de Vencimiento, ser el
Da Hbil inmediatamente anterior.

III. Obligaciones de las Partes

(i) El banco pagador de tasa de inters fija se obliga a pagar a su contraparte en cada una de las Fechas de
Pago que se indiquen en el Contrato, (i) los intereses devengados conforme la Tasa de Inters Pactada por
sobre el Monto Contratado en el respectivo Perodo de Intereses, y (ii) el Monto de Amortizacin, segn se
acuerde en el Contrato.

(ii) Por su parte, el banco pagador de tasa de inters variable se obliga a pagar a su contraparte en cada una
de las Fechas de Pago que se indiquen en el Contrato, (i) los intereses devengados conforme la Tasa de Inters
Pactada por sobre el Monto Contratado en el respectivo Perodo de Intereses, y (ii) el Monto de Amortizacin,
segn se acuerde en el Contrato.

(iii) Las obligaciones de pago de las partes se cumplirn bajo la modalidad de Entrega Fsica o Compensacin,
segn se acuerde en el Contrato. El Diferencial de Amortizacin y el Diferencial de Intereses se pagarn en
Moneda Nacional, Dlares u otra Moneda Extranjera, de acuerdo a lo que se convenga, segn el Tipo de
Cambio Referencial o Paridad Referencial, que pactado en el Contrato, se encuentre vigente en cada una de las
Fechas de Pago..

IV. Cumplimiento

(i) Entrega Fsica

(A) En cada Fecha de Pago cada parte se obliga a pagar a la otra los intereses devengados durante el perodo
transcurrido entre la respectiva Fecha de Fijacin y la respectiva Fecha de Pago o de Liquidacin Anticipada,
segn corresponda, por sobre el o los Montos Contratados acordados en el Contrato y vigentes durante el
respectivo Periodo de Intereses, y conforme a la Tasas de Inters pactadas por cada una de las partes.

(B) Adems de los pagos que las partes deban efectuarse de conformidad a la letra (A) anterior, las partes
podrn acordar el pago en cada Fecha de Pago, del Monto de Amortizacin pactado en el Contrato para cada
Fecha de Pago.

(ii) Compensacin

15/22
1. Pago de Intereses

(A) En el ltimo da de cada Periodo de Intereses las partes calcularn los intereses devengados entre la
respectiva Fecha de Fijacin y la respectiva Fecha de Pago, por sobre los Montos Contratados, y conforme las
Tasas de Inters pactadas por las partes en el Contrato.

(B) Establecida la cuanta de las obligaciones de cada parte, ya sea en Moneda Nacional de conformidad a lo
establecido en el nmero 5.3 de las Condiciones Generales, en Dlares o en otra Moneda Extranjera, dichas
cantidades se compensarn extinguindose recprocamente hasta la concurrencia de sus valores. La parte que
resultare deudora deber pagar en cada Fecha de Pago la diferencia (el Diferencial de Intereses) a la parte
que resulte acreedora.

El Diferencial de Intereses se pagar en Moneda Nacional, en Dlares o en la Moneda Extranjera pactada,


segn se estipule en el Contrato.

2. Pago de Capital

(A) Adems de los pagos que las partes deban efectuarse de conformidad a la letra (B) del numeral 1 anterior,
las partes pagarn en cada Fecha de Pago los Montos de Amortizacin que hubieren pactado en el Contrato.

(B) Establecida la cuanta de los respectivos Montos de Amortizacin, ya sea en Moneda Nacional de
conformidad a lo establecido en el nmero 5.3 de las Condiciones Generales, en Dlares o en otra Moneda
Extranjera, las cantidades respectivas se compensarn extinguindose recprocamente hasta la concurrencia de
sus valores. La parte que resultare deudora deber pagar en cada Fecha de Pago la diferencia (el Diferencial
de Amortizacin) a la parte que resulte acreedora.

El Diferencial de Amortizacin se pagar en Moneda Nacional, en Dlares o en la Moneda Extranjera pactada,


segn se estipule en el Contrato.

3 Condiciones particulares de los Contratos Forward sobre Tasas de Inters de Instrumentos de Renta
Fija y de Intermediacin Financiera

I. Definiciones:

a) Por Fecha de Pago se entiende la fecha pactada en el Contrato por las partes en el cual deber valorizarse el
Instrumento conforme el Valorizador estipulado en el Contrato, y en la cual la parte que resulte deudora deber
pagar a la otra la diferencia entre el Valor Pactado y el Valor Referencial.

b) Por Fecha de Vencimiento se entiende la fecha de vencimiento del Instrumento objeto del Contrato.

c) Por Instrumento se entiende cualquier instrumento de renta fija o de intermediacin financiera para el cual
exista un Valorizador disponible, el cual adems ser individualizado en el Contrato indicndose (1) su emisor,
(2) su Cdigo Nemotcnico, (3) su fecha de vencimiento o el plazo en das para su vencimiento.

d) Por Monto Contratado se entiende el valor de rescate, el nmero de unidades o el valor nominal de emisin
del Instrumento, segn se indique en el Contrato.

e) Por Pagador de Valor Pactado significa la parte que en el Contrato se obligue a pagar a la otra en la Fecha
de Pago o de Liquidacin Anticipada, segn corresponda, el Valor Pactado.

f) Por Pagador de Valor Referencial significa la parte que en el Contrato se obligue a pagar a la otra en la
Fecha de Pago o de Liquidacin Anticipada, segn corresponda, el Valor Referencial.

16/22
g) Por Tasa de Contrato se entiende la tasa anual o mensual estipulada por las partes en el Contrato para el
Instrumento objeto del mismo.

h) Por Tasa Referencial se entiende la tasa de inters acordada por las partes en el Contrato, y que sea
publicada o cotizada en la Fecha de Pago o de Liquidacin Anticipada, segn sea el caso, por el Banco Central
de Chile, por la Asociacin de Bancos e Instituciones Financieras AG, o por cualquier servicio electrnico de
pblico acceso o similar.

De no poder determinarse la Tasa Referencial en la forma estipulada en el prrafo precedente, sta


corresponder al promedio ponderado de las tasas a las que se hayan efectuado transacciones de compra y
venta en la Fecha de Pago o de Liquidacin Anticipada, segn sea el caso, entre el primer y el cuarto remate de
la Bolsa de Comercio de Santiago, Bolsa de Valores S.A., respecto de uno o ms Instrumentos emitidos del
mismo tipo por el mismo emisor, y con un flujo de pago de capital e intereses similar al del Instrumento objeto
del Contrato. Para estos efectos, slo se incluirn las transacciones efectuadas bajo la condicin de Pagadero
Hoy.

Si la Tasa Referencial no pudiere ser determinada en la forma indicada en los prrafos anteriores, cualquiera
de las partes proceder a solicitar a los Bancos de Referencia que coticen la tasa de inters para el Instrumento
objeto del Contrato y conforme el Monto Contratado, a los precios de mercado vigentes en la Fecha de Pago o
de Liquidacin Anticipada, segn sea el caso. Cada Banco de Referencia deber proporcionar una tasa de
inters, la que deber corresponder al promedio entre el bid y offer que cada Banco de Referencia hubiere
cotizado. La tasa de inters que entregue cada Banco de Referencia ser a su vez promediada con las
proporcionadas por los restantes Bancos de Referencia, y el resultado de dicho promedio aritmtico constituir
la Tasa Referencial. La determinacin que efecten los Bancos de Referencia ser definitiva para las partes,
salvo error manifiesto. Para estos bid y offer tendrn el significado establecido para tales trminos en el
nmero 8 de las Condiciones Generales.

i) Por Valorizador se entiende el valorizador de pblico acceso para instrumentos de renta fija y/o de
intermediacin financiera que se indique en el Contrato.

j) Por Valor Pactado se entiende la cantidad en pesos, moneda corriente que en la Fecha de Pago o de
Liquidacin Anticipada, segn corresponda, arroje el Valorizador convenido para el Instrumento, al ingresar al
terminal los siguientes parmetros, segn corresponda: (1) Cdigo Nemotcnico del Instrumento, (2) el Monto
Contratado, (3) la Tasa de Contrato, (3) el tipo de reajustibilidad del Instrumento, si la hubiere , (4) la Fecha de
Vencimiento del Instrumento o el plazo en das para el vencimiento del Instrumento, y (5) la Tasa Flotante
Estimada indicada en el Contrato.

En caso de que suspendiere sus operaciones el Valorizador acordado en el Contrato, o que por cualquier otra
causa o motivo no pudiere determinarse el Valor Pactado en la forma antes mencionada, el Valor Pactado (1)
de un Instrumento de Intermediacin Financiera, se calcular determinando en la respectiva Fecha de Pago o de
Liquidacin Anticipada, segn corresponda, el valor presente en base simple y anual de 360 das del Monto
Contratado, utilizando, para este efecto, la Tasa de Contrato; y (2) de un Instrumento de Renta Fija, se
calcular determinando en la respectiva Fecha de Pago o de Liquidacin Anticipada, segn corresponda, el
valor presente en base compuesta y anual de 365 das del Monto Contratado utilizando, para este efecto, la
Tasa de Contrato

k) Por Valor Referencial se entiende la cantidad en pesos, moneda corriente que en la Fecha de Pago o de
Liquidacin Anticipada, segn corresponda, arroje el Valorizador para el Instrumento estipulado por las partes
en el respectivo Contrato, al ingresar al terminal los siguientes parmetros, segn corresponda: (1) Cdigo
Nemotcnico del Instrumento, (2) el Monto Contratado, (3) la Tasa Referencial, (3) el tipo de reajustibilidad
del Instrumento, si la hubiere , (4) la Fecha de Vencimiento del Instrumento o el plazo en das para el
vencimiento del Instrumento, y (5) la Tasa Flotante Estimada indicada en el respectivo Contrato.

17/22
En caso de que suspendiere sus operaciones el valorizador mencionado de la Bolsa de Comercio, Bolsa de
Valores o que por cualquier otra causa o motivo no pudiere determinarse el Valor Referencial en la forma antes
mencionada, el Valor Referencial (1) de un Instrumento de Intermediacin Financiera se calcular
determinando en la respectiva Fecha de Pago o de Liquidacin Anticipada, segn corresponda, el valor
presente del Monto Contratado, en base simple y anual de 360 das, utilizando para estos efectos la Tasa
Referencial; y (2) de un Instrumento de Renta Fija se calcular determinando en la respectiva Fecha de Pago o
de Liquidacin Anticipada, segn corresponda, el valor presente el Monto Contratado, en base compuesta y
anual de 365 das, utilizando para estos efectos la Tasa Referencial.

II. Cumplimiento:

En la Fecha de Pago, las partes debern cumplir el Contrato de acuerdo a las reglas siguientes:

(A) En la Fecha de Pago se calcular la equivalencia en pesos, moneda corriente nacional, del Valor Pactado y
del Valor Referencial.

(B) Establecida la cuanta de las obligaciones de cada parte de conformidad a lo establecido en el nmero 5.3
de las Condiciones Generales, dichas cantidades se compensarn extinguindose recprocamente hasta la
concurrencia de sus valores. La parte que resultare deudora deber pagar la diferencia (el Diferencial) a la
parte que resulte acreedora.

4. Condiciones particulares de los Contratos Forward sobre Unidades de Reajustabilidad e ndices de


Tasas Promedio

I. Definiciones:

i) Por Diferencial se entiende la diferencia en pesos, moneda nacional, que resulte en la o las Fechas de Pago,
segn sea el caso, entre (i) el Valor Pactado, y (ii) el Valor Referencial.

ii) Por Fecha de Pago se entiende la fecha fijada por las partes para el cumplimiento del Contrato.

iii) Por ndices de Tasas Promedio se entiende el ndice de tasas de inters local que se indique en el
Contrato.

iv) Por ndice de Cmara Promedio se entiende aquel ndice que informe y determine la Asociacin de
Bancos e Instituciones Financieras de Chile A.G., segn su valor vigente en la o las Fechas de Pago o de
Liquidacin Anticipada, segn corresponda.

v) Por ndice Overnight Promedio se entiende aquel ndice que informe y determine la Asociacin de Bancos
e Instituciones Financieras de Chile A.G., segn su valor vigente en la o las Fechas de Pago o de Liquidacin
Anticipada, segn corresponda.

vi) Por Valor de ndice Pactado, se entiende la cantidad en pesos moneda corriente nacional a que equivale
una unidad de fomento, el ndice de valor promedio, el tipo de cambio observado, o el ndice de tasa promedio
pactado, segn corresponda, en la Fecha de Pago o de Liquidacin Anticipada, segn corresponda, conforme el
valor acordado por las partes en el Contrato.

vii) Por Valor de ndice Referencial, se entiende la cantidad de pesos, moneda corriente nacional, a que
equivale una Unidad de Fomento o el ndice de Valor Promedio, el Tipo de Cambio Observado o el ndice de
Tasa Promedio, segn sea el caso, en la Fecha de Pago o de Liquidacin Anticipada, segn corresponda.

18/22
viii) Por Monto Contratado, se entiende la cantidad de Unidades de Fomento, de ndice de Valor Promedio,
de Tipo de Cambio Observado o de ndice de Tasa Promedio, segn corresponda, que cada parte haya pactado
en el respectivo Contrato.

ix) Por Valor Pactado se entiende el valor en pesos, moneda corriente nacional, que se obtiene de multiplicar
el correspondiente Valor de ndice Pactado, por el Monto Contratado.

x) Por Valor Referencial, se entiende el valor en pesos, moneda corriente nacional, que se obtiene de
multiplicar el correspondiente Valor de Unidad Referencial, por el respectivo Monto Contratado.

xi) Por Pagador de Valor Pactado significa la parte que en el Contrato se obligue a pagar a la otra en la o las
Fechas de Pago, segn corresponda, el Valor Pactado.

xii) Por Pagador de Valor Referencial significa la parte que en el Contrato se obligue a pagar a la otra en la o
las Fechas de Pago, segn corresponda, el Valor Referencial.

II. Cumplimiento:

En la Fecha de Pago, las partes debern cumplir el Contrato de acuerdo a las reglas siguientes:

(A) En la Fecha de Pago se calcular la equivalencia en pesos, moneda corriente nacional, del Valor Pactado y
del Valor Referencial.

(B) Establecida la cuanta de las obligaciones de cada parte de conformidad a lo establecido en el nmero 5.3
de las Condiciones Generales, dichas cantidades se compensarn extinguindose recprocamente hasta la
concurrencia de sus valores. La parte que resultare deudora deber pagar la diferencia (el Diferencial) a la
parte que resulte acreedora

(C) Todos los pagos que deban hacerse de conformidad a las reglas anteriores, por una de las partes a la otra
sern siempre en pesos, moneda corriente nacional, y se efectuarn mediante la entrega de vale vista de la
plaza, mediante transferencia de fondos a travs de cualquier sistema de pagos de alto valor o en cualquier otra
forma que se pacte expresamente en el Contrato respectivo.

19/22
ANEXO B

DEFINICIONES TASAS DE INTERES VARIABLES

1. Tasa Activa Bancaria, Tasa Bancaria o TAB significar para cada Fecha de Fijacin, aquella tasa
de inters promedio ponderada que informa y determina para cada da hbil bancario la Asociacin de
Bancos e Instituciones Financieras de Chile A.G., conforme al Reglamento cuya versin refundida se
public en el Diario Oficial de fecha 17 de Enero de 2004, y que sea informada y determinada en cada
Fecha de Fijacin o de Liquidacin Anticipada, segn sea el caso. Para los efectos del clculo de los
intereses pactados se considerar la Tasa Activa Bancaria para operaciones a 90, 180 o 360 das, segn
se pacte en el respectivo Contrato, que certifique en cada Fecha de Fijacin la Asociacin de Bancos e
Instituciones Financieras de Chile, o quien la suceda o reemplace.

2.- Tasa TAB Nominal significar para cada Fecha de Fijacin, aquella tasa de inters promedio
ponderada que informa y determina para cada da hbil bancario la Asociacin de Bancos e
Instituciones Financieras de Chile A.G., conforme al Reglamento cuya versin refundida se public en
el Diario Oficial de fecha 6 de Febrero de 2006, y que sea informada y determinada en cada Fecha de
Fijacin. Para los efectos del clculo de los intereses pactados se considerar la Tasa TAB Nominal
para operaciones a 30, 90, 180 o 360 das, segn se pacte en el respectivo Contrato, que certifique en
cada Fecha de Fijacin la Asociacin de Bancos e Instituciones Financieras de Chile, o quien la suceda
o reemplace.

3.- TASA CERO, BCP y BCU significarn, para cada Fecha de Fijacin, aquellas tasas de inters
promedio ponderada que informa y determina para cada da hbil bancario la Asociacin de Bancos e
Instituciones Financieras de Chile A.G., conforme al Reglamento cuya versin refundida se public en
el Diario Oficial de fecha 6 de Febrero de 2006, y que sea informada y determinada en cada Fecha de
Fijacin. Para los efectos del clculo de los intereses pactados se considerar la Tasa Cero para
operaciones a 2, y 3 aos, la Tasa BCP para operaciones a 2, 5 y 10 aos, y la Tasa BCU para
operaciones a 5, 10 y 20 aos, segn se pacte en el respectivo Contrato, que certifique en cada Fecha
de Fijacin la Asociacin de Bancos e Instituciones Financieras de Chile, o quien la suceda o
reemplace.

4. US$ LIBOR o LIBOR DOLAR USA significa para cada Fecha de Fijacin la tasa de inters anual
publicada en la pgina 3750 de Telerate Services publicada por la British Bankers Association a
las 11:00 A.M., hora de Londres, dos Das Hbiles anteriores a cada Fecha de Fijacin, para depsitos
en dlares de los Estados Unidos de Amrica, por el plazo que se indique en el respectivo Contrato. Si
no fuere posible determinar la US$ LIBOR en la forma antes indicada, por cualquier causa o motivo,
se entender por US$ LIBOR la tasa libor para operaciones en dlares de los Estados Unidos de
Amrica que certifique o publique el Banco Central de Chile en el Da Hbil inmediatamente anterior
al de la respectiva Fecha de Fijacin y para un periodo de tiempo igual o similar al que se indique en el
respectivo Contrato.

5. JPY LIBOR significa para cada Fecha de Fijacin, la tasa de inters anual publicada en la pgina
3750 de Telerate Services publicada por la British Bankers Association a las 11:00 A.M., hora de
Londres, dos Das Hbiles anteriores a cada Fecha de Fijacin, para depsitos en yenes, moneda de
curso legal en Japn, por el plazo que se indique en el respectivo Contrato. Si no fuere posible
determinar la JPY LIBOR en la forma antes indicada, por cualquier causa o motivo, se entender por
JPY LIBOR la tasa libor para operaciones en yenes que certifique o publique el Banco Central de
Chile en el Da Hbil inmediatamente anterior al de la respectiva Fecha de Fijacin, y para un periodo
de tiempo igual o similar al que se indique en el respectivo Contrato.

6.GBP LIBOR significa para cada Fecha de Fijacin, la tasa de inters anual publicada en la pgina
3750 de Telerate Services publicada por la British Bankers Association a las 11:00 A.M., hora de

20/22
Londres, dos Das Hbiles anteriores a cada Fecha de Fijacin, segn sea el caso, para depsitos en
libras esterlinas, moneda de curso legal en el Reino Unido, por el plazo que se indique en el respectivo
Contrato. Si no fuere posible determinar la GBP LIBOR en la forma antes indicada, por cualquier
causa o motivo, se entender por GBP LIBOR la tasa libor para operaciones en libras esterlinas que
certifique o publique el Banco Central de Chile en el Da Hbil inmediatamente anterior al de la
respectiva Fecha de Fijacin, y para un periodo de tiempo igual o similar al que se indique en el
respectivo Contrato.

7. EURO LIBOR significa para cada Fecha de Fijacin, la tasa de inters anual publicada en la pgina
3750 de Telerate Services publicada por la British Bankers Association a las 11:00 A.M., hora de
Londres, dos Das Hbiles anteriores a cada Fecha de Fijacin, segn sea el caso, para depsitos en
euros, moneda de curso legal en la Unin Europea, por el plazo que se indique en el respectivo
Contrato. Si no fuere posible determinar la EURO LIBOR en la forma antes indicada, por cualquier
causa o motivo, se entender por EURO LIBOR la tasa libor para operaciones en euros que
certifique o publique el Banco Central de Chile en el Da Hbil inmediatamente anterior al de la
respectiva Fecha de Fijacin, y para un periodo de tiempo igual o similar al que se indique en el
respectivo Contrato.

8. TIR o Tasa de Inters Referencial significa para cada Fecha de Fijacin, aquella tasa de inters
marginal promedio de captaciones ponderada que informa y determina para cada da hbil bancario
Citicorp Chile S.A. Para los efectos del clculo de los intereses pactados se considerar la Tasa de
Inters Referencial (TIR) para operaciones (I) nominales a 30 das, (ii) reajustables segn la variacin
de la Unidades de Fomento a 90 das, y (iii) operaciones a 360 das en base anual, segn se indique en
el respectivo Contrato, que certifique Citicorp Chile S.A. para el da hbil bancario inmediatamente
anterior al de cada Fecha de Fijacin. Si Citicorp Chile S.A. no publicare la tasa indicada en algn
medio de comunicacin escrita y no certificare su valor, se utilizar en reemplazo de la TIR, la tasa de
inters corriente vigente para el tipo de operaciones de que se trate el respectivo Contrato.

9. TIP CAPTACION 90-365 significa para cada Fecha de Fijacin, la ltima y ms reciente Tasa de
Inters Promedio quincenal de captacin para operaciones reajustables entre 90 y 365 das que el
Banco Central de Chile haya publicado en el Diario Oficial, para los efectos del numeral 5 del Captulo
IV.B.8.1 del Compendio de Normas Financieras.

10. INDICE CAMARA PROMEDIO O ICP significa para cada Fecha de Fijacin, aquel ndice que
informa y determina la Asociacin de Bancos e Instituciones Financieras de Chile A.G. conforme el
Reglamento del ndice de Cmara Promedio que fuera aprobado en sesin de Directorio de dicha
asociacin de fecha 10 de Octubre del 2002, y publicado en el Diario Oficial con fecha 16 de
Noviembre de 2002.

11. TASA PROMEDIO CAMARA significa para cada Fecha de Fijacin, la tasa que resulta de
aplicar los procedimientos y frmulas que se estipulan a continuacin, utilizando el ndice Cmara
Promedio publicado por la Asociacin de Bancos e Instituciones Financieras de Chile A.G.

a) Forma de clculo para Operaciones Reajustables:

Se calcular la Tasa Nominal Anual, la cual se obtendr de la siguiente frmula:

TNA = Redondear ((( ICP1/ ICP0 )-1)*36000/(T1-T0);2)

TNA * (T 1 T 0 ) UF
1
1
36000
UF 0 * 36000
TRA * * =
UF 1 (T 1 T 0 )
21/22
UF 0
** Redondear a 4 decimales

Donde :

ICP ndice Cmara Promedio publicado por la Asociacin de Bancos a travs de


SINACOFI.
ICP 1 Valor del ndice cmara promedio al vencimiento del periodo de compensacin
involucrado.
ICP 0 Valor del ndice cmara promedio al inicio del periodo de compensacin involucrado.
TNA Tasa nominal anual promedio, durante el periodo de compensacin involucrado.
TRA Tasa real anual promedio, durante el periodo de compensacin involucrado.
UF 1 Valor de la UF al vencimiento de cada periodo de compensacin.
UF 0 Valor de la UF al inicio de cada periodo de compensacin.
T1 Fecha al vencimiento de cada periodo de compensacin involucrado.
T0 Fecha al inicio de cada periodo de compensacin involucrado.
(T1 T 0) Perodo Pago de Intereses.

b) Forma de clculo para Operaciones Nominales:

TNA = Redondear ((( ICP1/ ICP0 )-1)*36000/(T1-T0);2)

Donde:

ICP ndice Cmara Promedio publicado por la Asociacin de Bancos a travs de


SINACOFI.
ICP 1 Valor del ndice cmara promedio al vencimiento del periodo de compensacin
involucrado.
ICP 0 Valor del ndice cmara promedio al inicio del periodo de compensacin involucrado.
TNA Tasa nominal anual promedio, durante el periodo de compensacin involucrado.
T1 Fecha al vencimiento de cada periodo de compensacin involucrado.
T0 Fecha al inicio de cada periodo de compensacin involucrado.
(T1 T 0) Perodo Pago de Intereses.
.

22/22
Anexo 2

Arquitectura y funcionamiento general de un portal EFT


Arquitectura de la herramienta de creacin de portales Portal EFT.

Arquitectura del servidor Web


Arquitectura del servidor de aplicaciones:

Modelo de Base de datos del Portal EFT:


g en era l estad o _cu e nta
u sua rio _e m p resa _p erfi l ue p_ ac ci on es
i d _g en era l i nt4 < pk> i d_ esta do i n t4 < pk>
ru t_ em p resa in t4 <pk,fk4> id _ acci o n i n t8 <p k>
d escri p ci on va rc ha r(2 0) fk_u sua rio __ refe re nc e_ ge ne ral ru t_ usu ari o de scri pc io n varch a r(2 0)
in t4 <pk,fk3> ru t_o pe rad or i n t4
l a rg o_ m i n i m o_ cl av e i nt4
i d _ pe rfi l in t4 <pk,fk5> ac ci on v arch ar(20 )
l a rg o_ m a xi m o _c la ve i nt4
i d _ ge ne ral in t4 <fk1 > fe ch a_ ac ci on ti m e stam p
cl a ve _a l fa nu m e ric a i nt4 usu ari o
i d _ esta do in t4 <fk2 > fk_u sua rio _ _refe ren ce_ e sta do _ c ru t_e m p re sa i n t4
cl a ve _n um eri ca i nt4 rut_ usu ari o i nt4 < p k>
i d _ po l i ti ca in t4 <fk6 > ru t_u sua ri o i n t4
cl a ve _a l fa i nt4 d v_u su ari o ch ar(1)
fe cha _a soc ia ci o n da te id _ pe rfi l i n t4
p ortal va rc ha r(5 0) a p_ pa terno va rcha r(20 )
fe cha _ca m b i o_ cl av e da te id _ ge ne ra l i n t4
fe cha _l o gi n ti m e stam p a p_ m a te rno va rcha r(20 )
id _ estad o i n t4
p o li ti ca fe cha _u l ti m a _con ex io n ti m e stam p n om b re va rcha r(20 )
fk_ usu ari o_ _re fe ren ce _ u sua rio id _ po li ti ca i n t4
fk_ u sua ri o __ refe re nc e_ po l i ti ca to ta l_ co ne xi on e s in t8 e m ai l va rcha r(30 )
i d _p ol i ti c a i n t4 <p k> fe ch a_ aso ci a ci on d ate
i n te nto in t4 p re gu n ta _se cre ta va rcha r(20 )
d escri p ci on va rch a r(1 0) fe ch a_ ca m b i o _c l ave d ate
va l i de z_ cl ave i n t4 nu m _ fi rm as in t4 resp ue sta va rcha r(10 ) fe ch a_ l og i n ti m e stam p
m o nto _m axi m o in t4 fec ha _i n g reso d ate
to ta l _i nte n to s i n t4 fe ch a_ ul ti m a _co n exi o n ti m e stam p
nu m e ro_ cu it varc ha r(2 0) ca rgo va rcha r(50 )
i d _tuse r i n t4 to tal _ con e xi on es i n t8
ti p o _d oc um e nto in t4 fec ha _n aci m i en to d ate
ru t_ em pre sa i n t4 in ten to i n t4
nu m e ro_ do cu m e nto in t4 cl a ve ch ar(51 2 )
to pe _a cti vac io n i n t4 nu m _ fi rm a s i n t4
esta do _b l o q ue o in t4 tel _ ofi ci na va rcha r(20 )
m ax_ i dl e i n t4 m o nto_ m a xi m o i n t4
i d _ un i da d_ n e g oci o in t4 tel _ ce lu l a r va rcha r(20 )
nu m e ro _cu i t v arch ar(20 )
u ni d ad _n eg oc io ni vel _a u to riz ac io n in t4 ti p o_ do cu m e nto i n t4
po rtal varc ha r(5 0) e ven to nu m e ro _d o cum en to i n t4
i d _u ni d ad _n eg oc io i nt4
i d_ ev en to varch a r(1 0) <p k> esta do _b l oq ue o i n t4
ru t_ em p re sa i nt4 < fk>
de scri pc io n varch a r(1 00 ) id _ un id ad _ ne go ci o i n t4
d esc ri p ci o n va rcha r(50 ) fk_ u sua ri o __ refe re nc e_ em pre sa
fk_u su ari o_ _re fe ren ce _p e rfi l ni ve l _a uto ri za ci o n i n t4
id i nt4 < p k>
FK _ LO G _ E V EN_ REFE RENCE _E V E N T O
tuse r
F K _UN IDA D_ N_ RE FE R E NCE _ EM PRE S A id _ tu ser i n t8 <p k>
pe rfi l l o g _ eve n to
de sc_ tu se r v arch ar(10 )
i d _p erfi l i nt4 < p k> fe ch a ti m e sta m p < pk>
e m pre sa
d escri p ci on va rcha r(50 ) ru t_e m p re sa i n t4
ru t_e m pre sa i n t4 <p k> ru t_u sua rio _ afec ta d o i n t4 p aram etro_ si stem a
d v_ em pre sa ch a r(1 ) id _ pe rfi l _a fecta do i n t4 i d _p aram e trosi ste m a i n t4 < p k>
ra zo n_ soc ia l va rch ar(50 ) ru t_u sua rio _ ej ec uto r i n t4 n om bre_ p aram etrosi ste m a v arch ar(5 0)
fe ch a_ i n g re so d ate id _ pe rfi l _e j ecu tor i n t4 va l or_ pa ram e tro si stem a v arch ar(1 00 )
fe ch a_ ul ti m o _ l og i n d ate fk_ pe rfi l _ op ci o n _m en u_ 1 id _ eve nto v arch a r(10 ) < fk> p ortal v arch ar(5 0)
to t_co nn n um eri c(6) ti p o_ ev en to i n t4
i d _te m pre sa i n t8 FK _ EM PR E S A __ REFE RENCE _P E R FIL gl o sa v arch a r(10 0)
ni ve l _a uto riz aci o n
e m a i l _ co nta cto va rch ar(50 ) po rta l v arch a r(50 )
te l efon o va rch ar(30 ) i d_ ni ve l _a uto ri z aci o n v arch ar(4) <p k>
FK _ EM P RE S A __ RE FE RENCE _E M PRE S A
g rup o_ em p re sari o b oo l d escri pc i on v arch ar(50 )
m o ni tor
a u to ri zad a b oo l n um _ firm as i n t4
pe rfil _ op ci on _m en u i d _ m o ni tor in t4 <pk>
e m p re sa_ p erfil
h ost varc ha r(1 5)
i d _p e rfi l i n t4 <fk2 > cl i e n te_ de
ru t_ e m p re sa i n t4 <fk1 > p ort varc ha r(6 )
i d _p erfi l i n t4 <fk2 > i d _o p ci on _m en u v arch ar(10 ) <fk1 > u sern am e varc ha r(1 0) id i n t8 <pk>
v e_ to d as_ un i d a de s b oo l p ass varc ha r(1 0) ru t_e m pre sa i n t4
FK _ E M P RE S A_ _RE FERE NCE_ E M P RE SA
ti e n e _m on to _m ax im o b oo l m a xse nd si ze varc ha r(1 0) ru t_cl i en te i n t4
fk_p erfi l_ o _refe ren ce_ o pci o n_ m
m on to_ m a xi m o i n t8 ti po varc ha r(3 0)
n u m _fi rm a s i n t4 ti m eo u t varc ha r(1 0) te m p re sa
op ci on _ m en u
FK _P O RT AL _M _R E FE RE NCE_ M O N IT O R i d _te m pre sa i n t4 <p k>
i d_ op ci on _ m e n u varch a r(1 0 ) < pk>
e m p re sa _m e n u d e scrip ci o n varch ar(2 0)
F K _E M P RE S A_ _RE F ERE NC E_ O P C IO N_ M de scri pci o n varch a r(5 0 )
rut_ em pre sa i nt4 <fk1> p ortal _ m o n i tor
eve n to varch a r(4 0 )
i d_ o pci o n _ m e nu va rc ha r(1 0) <fk2> ho l di ng
acci o n varch a r(4 0 ) i d _p ortal _ m o ni tor i nt4 <p k>
pa dre varch a r(1 0 ) i d _m o n ito r i nt4 <fk> ru t_ ho l di n g i n t4
l argo in t4 p ortal va rcha r(30 ) ru t_ em pre sa i n t4
ho j a bo ol m od ul o va rcha r(50 )
servl e t varch a r(4 0 )
Funcionamiento del Portal EFT.

Pagina principal de un Portal EFT cualquiera:


Anexo 3

Casos de Uso, mdulo contratos marco

1
ESPECIFICACIN FUNCIONAL

Introduccin
Este documento presenta el caso de uso: Estado de solicitudes CM. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Estado de solicitudes CM


Estatus Versin 1.0
Fecha Creacin 06/07/2008 15:42:00
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin de los estados en que se encuentran las solicitudes de cambio


realizadas sobre algn contrato Marco en particular, mantenindose la historia de los
contratos marco rechazados con sus respectivos motivos.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

1/8 8.8.08
Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Pre-condicin Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos Lista Aceptadas


Tipo Post-condicin Estatus Aprobada

Se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede visualizar el contrato).
- Folio. Identificador nico del contrato.
- Tipo Contrato (estado del contrato marco, siendo este Nuevo o Modificado)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Contrato:
- Fecha Vigencia.
- Descripcin.
- Modificacin (botn para solicitar una modificacin al mismo).
- Confirmacin (botn con el cual se puede aceptar el contrato).

Nombre Campos Lista Rechazadas


Tipo Post-condicin Estatus Aprobada

Se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede visualizar el contrato).
- Folio. Identificador nico del contrato.
- Tipo Contrato (estado del contrato marco, siendo este Nuevo o Modificado)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Contrato:
- Fecha Vigencia.
- Descripcin.
- Modificacin (botn para solicitar una modificacin al mismo).
- Motivo Rechazo (botn con el cual se puede visualizar el motivo de rechazo).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

2/8 8.8.08
Tipo Normal Nombre 001 Firmar Contrato Aceptado.
Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Estado de Solicitudes
(CM)".

1. El Sistema presenta la pgina de informacin de estados, desplegando dos listas:


- Solicitudes Aceptadas: listado con solicitudes Aceptadas por el banco, en esta lista se
despliegan las columnas segn restriccin "Campos Lista Aceptadas".
- Solicitudes Rechazadas: listado con solicitudes Rechazadas por el banco, en esta lista
se despliegan las columnas segn restriccin "Campos Lista Rechazadas".

2. El Cliente presiona el botn VER, en la columna contrato perteneciente al contrato que


desea visualizar, independiente si este esta aceptado o rechazado.

3. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

4. El cliente presiona "Abrir".

5. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato marco y los datos en detalle de este.

6. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando a la pgina principal.

7. El Cliente presiona el botn Firmar en la columna confirmar, perteneciente al contrato


que desea aceptar.

8. El sistema despliega un mensaje de confirmacin, indicando: "Esta seguro que desea


firmar el contrato marco folio <Nro. Folio del contrato seleccionado>".

9. El cliente selecciona Aceptar.

10. El sistema retorna a la pantalla inicial, eliminndose de la lista de contratos marcos


Aceptado el que se acaba de firmar.

Tipo Excepcin Nombre 002 No existen Contratos a desplegar


Pasos

En el paso 1del flujo "001 Firmar Contrato Aceptado", al no existir datos de contratos
aceptados o rechazados a desplegar.

1. El sistema en vez de la lista de contratos (aceptados o rechazados, segn sea el caso


de inexistencia de datos) despliega el mensaje:
"No existen contratos Marco <Aceptados, Rechazados> a desplegar".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 4 del flujo "001 Firmar Contrato Aceptado". El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3/8 8.8.08
3. Se continua en el paso 6 del flujo "001 Firmar Contrato Aceptado"

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 4 del flujo "001 Firmar Contrato Aceptado". El cliente selecciona el botn
Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Firmar Contrato Aceptado".

Tipo Alternativo Nombre 005 Ver motivo de Rechazo


Pasos

En el paso 7 del flujo 001, el Cliente decide revisar el motivo de rechazo a la propuesta
enviada, presionando el botn "Ver Motivo", de la lista de contratos Rechazados.

1. El sistema despliega la pantalla con el detalle del motivo de rechazo que entreg la
institucin financiera.

2. El cliente revisa el motivo y cierra la pantalla presentada, presionando Cerrar (X).

3. El sistema vuelve al paso 1 del flujo "001 Firmar Contrato Aceptado".

4/8 8.8.08
Introduccin
Este documento presenta el caso de uso: Revisar-Modificar Contrato Propuesto. Se describen
sus caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Revisar-Modificar Contrato Propuesto


Estatus Versin 1.0
Fecha Creacin 06/07/2008 15:41:24
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin y/o firma de contratos marco propuestos por la institucin financiera para
negociar contratos derivados, adems en esta funcionalidad se pueden realizar propuestas
de modificacin al mismo, siendo estas enviadas a la institucin financiera para su
evaluacin.

Los contratos marcos ac propuestos, representan la ltima versin de los mismos, enviada
por la institucin financiera.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos Lista


Tipo Proceso Estatus Aprobada

se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:

5/8 8.8.08
- Contrato (botn con el cual se puede visualizar el contrato).
- Folio. Identificador nico del contrato.
- Tipo Contrato (estado del contrato marco, siendo este Nuevo o Modificado)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Contrato:
- Fecha Vigencia.
- Descripcin.
- Modificacin (botn para solicitar una modificacin al mismo).
- Confirmacin (botn con el cual se puede aceptar el contrato).

Nombre Datos Generales Modificacin


Tipo Proceso Estatus Aprobada

los datos generales a desplegar para una modificacin son:

- Folio de Contrato Marco Solicitado.


- Fecha de Vigencia de Contrato Marco.
- Nombre Empresa Contratante.
- Nombre institucin Financiera.

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Aceptar Contrato Marco propuesto.


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Revisar-Modificar


Contrato Propuesto".

1. El Sistema presenta la pgina de informacin de contratos propuestos, desplegando


una lista con los datos bsicos de cada contrato existente, segn restriccin "Campos
Lista".

2. El Cliente presiona el botn VER, en la columna contrato perteneciente al contrato que


desea visualizar.

3. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

4. El cliente presiona "Abrir".

5. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato marco y los datos en detalle de este.

6. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando a la pgina principal.

6/8 8.8.08
7. El Cliente presiona el botn Firmar en la columna confirmar, perteneciente al contrato
que desea aceptar.

8. El sistema despliega un mensaje de confirmacin, indicando: "Esta seguro que desea


firmar el contrato marco folio <Nro. Folio del contrato seleccionado>".

9. El cliente selecciona Aceptar.

10. El sistema retorna a la pantalla inicial, eliminndose de la lista de contratos marcos el


que se acaba de firmar.

Tipo Excepcin Nombre 002 No existen contratos Propuestos


Pasos

En el paso 1del flujo "001 Aceptar Contrato Marco propuesto", al no existir datos de
contratos propuestos a desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen contratos Marco Propuestos o recientemente modificados".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 4 del flujo "001 Aceptar Contrato Marco propuesto"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 6 del flujo "001 Aceptar Contrato Marco propuesto"

Tipo Alternativo Nombre 004 Cancelar PDF.


Pasos

En el paso 4 del flujo "001 Aceptar Contrato Marco propuesto"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Aceptar Contrato Marco propuesto"
.

Tipo Alternativo Nombre 005 Modificar Contrato Marco


Pasos

en el paso 7 del flujo "001 Aceptar Contrato Marco propuesto"


, el Cliente decide realizar una modificacin al contrato propuesto, presionando el botn
Modificar.

1. El sistema despliega la pantalla de modificacin de contratos, indicndose las


principales caractersticas de este segn restriccin "Datos Generales Modificacin" y un
espacio especial para ingresar la solicitud.

2. El cliente ingresa los detalles de la propuesta de modificacin al contrato marco.

7/8 8.8.08
3. El cliente Presiona e botn "Proponer modificacin".

4. El sistema Despliega una pantalla con el siguiente mensaje:

"Solicitud de modificacin de contrato Marco ha sido enviada a la entidad financiera".

5. El Cliente presiona Aceptar.

6. El Sistema retorna al paso 1 del flujo "001 Aceptar Contrato Marco propuesto"
.

Tipo Alternativo Nombre 006 Cancelar modificacin.


Pasos

En el paso 2 del flujo alternativo 005, el cliente selecciona el botn cerrar (X).

1. El sistema retorna al paso 1 del flujo "001 Aceptar Contrato Marco propuesto"
.

8/8 8.8.08
Anexo 4

Casos de Uso, mdulo contratos especficos de forward de


divisas.

2
ESPECIFICACIN FUNCIONAL

Introduccin
Este documento presenta el caso de uso: Ceder Contrato. Se describen sus caractersticas
generales, las restricciones que afectan a la funcionalidad antes, durante y las condiciones en las
que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

1/30 8.8.08
Nombre Ceder Contrato
Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:32:13
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite realizar la solicitud a la entidad financiera de la Cesin de un contrato Forward de


divisas, donde se especifica quien ser la nueva contraparte en este contrato, quedando a
criterio de la entidad la aprobacin o rechazo del mismo.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos lista


Tipo Proceso Estatus Aprobada

Se despliegan dos grupos de datos, antecedidos por un CheckBox para su seleccin:

Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede visualizar el contrato correspondiente a esa
fila).
- Folio. Identificador nico del contrato Forward.
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.

Nombre Datos tercero


Tipo Proceso Estatus Aprobada

Los datos a ingresar de la nueva entidad responsable del contrato Forward son (todos
estos campos son obligatorios):

- Nombre.
- Razn social.

2/30 8.8.08
- Rut.
- Direccin
- Fono
- Fax

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Proponer Cesin


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Ceder contrato" y
posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas,


desplegando una lista con los datos bsicos de cada contrato vigente, segn restriccin
"Campos Lista".

2. El sistema a continuacin despliega los campos a llenar para la cesin segn restriccin
"Datos tercero", estos en los datos de la empresa la cual se la har responsable del
cumplimiento del contrato.

3. El usuario presiona el botn Ver.

4. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

5. El cliente presiona "Abrir".

6. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

7. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 1 de este flujo.

8. El Cliente selecciona una o ms contratos vigentes, completa los datos de la empresa a


la que se le traspasa la responsabilidad y presiona el botn Proponer Cesin de
contrato(s).

9. El sistema valida que todos los datos se hayan ingresado segn restriccin "Datos
tercero".

10. El sistema despliega un mensaje informando: "Su propuesta de cesin de contrato(s)


Forward ha sido enviada".

11. El sistema retorna al paso 1 de este mismo flujo, eliminndose de la lista de contratos
el que se acaba de proponer su cesin.

3/30 8.8.08
Tipo Excepcin Nombre 002 No existen contratos a desplegar
Pasos

En el paso 1del flujo "001 Proponer cesin", al no existir datos de contratos vigentes a
desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen contratos Forward vigentes".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 5 del flujo "001 Proponer cesin"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 8 del flujo "001 Proponer cesin"

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 5 del flujo "001 Proponer cesin de Contrato FWD"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Rechazar cesin de Contrato FWD"

Tipo Alternativo Nombre 005 sin datos modificados


Pasos

En el paso 9 del flujo "001 Proponer cesin", el sistema al validar encuentra que faltan
datos.

1. El sistema despliega el mensaje: "Debe ingresar todos los datos de la empresa para
poder enviar la solicitud".

2 El cliente presiona Aceptar.

3. El sistema retorna al paso 1 del flujo "001 Proponer cesin".

4/30 8.8.08
Introduccin
Este documento presenta el caso de uso: Estado de Solicitudes. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Estado de Solicitudes


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:34:39
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin de los estados en que se encuentran las solicitudes sobre algn contrato
especfico en particular, mantenindose la historia de los contratos aceptados y rechazados
con sus respectivos motivos.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre campo lista aceptadas


Tipo Proceso Estatus Aprobada

Se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede visualizar el contrato).
- Folio. Identificador nico del contrato especfico.
- Tipo Transaccin (siendo estas Compra o Venta)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

5/30 8.8.08
Datos De Negocio_
- Fecha Pago (fecha en que vence el instrumento).
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio
- Confirmacin (botn con el cual se puede aceptar la negociacin

Nombre Campos Lista Rechazadas


Tipo Proceso Estatus Aprobada

Se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede visualizar el contrato).
- Folio. Identificador nico del contrato especfico.
- Tipo Transaccin (siendo estas Compra o Venta)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio_
- Fecha Pago (fecha en que vence el instrumento).
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio
- Motivo de rechazo (botn con el cual se puede ver el motivo exacto de rechazo)

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Firmar Solicitud CE Forward


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Estado de Solicitudes" y
posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de estados, desplegando dos listas:


- Contratos Aceptados por Banco: listado con solicitudes Aceptadas por el banco, en
esta lista se despliegan las columnas segn restriccin "Campos Lista Aceptadas".
- Contratos rechazados por Banco: listado con solicitudes Rechazadas por el banco, en
esta lista se despliegan las columnas segn restriccin "Campos Lista Rechazadas".

2. El Cliente presiona el botn VER, en la columna contrato perteneciente al contrato que


desea visualizar, independiente si este esta aceptado o rechazado.

3. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

6/30 8.8.08
4. El cliente presiona "Abrir".

5. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato Forward de Divisas y los datos en detalle de este.

6. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando a la pgina principal.

7. El Cliente presiona el botn Firmar en la columna confirmar, perteneciente al contrato


que desea aceptar.

8. El sistema despliega un mensaje de confirmacin, indicando: "Esta seguro que desea


firmar el contrato Forward folio <Niro. folio>".

9. El cliente selecciona Aceptar.

10. El sistema valida la correcta Firma del instrumento, desplegando el siguiente mensaje:
"El contrato especfico de Forward ha sido firmado exitosamente " y retorna a la pantalla
inicial, eliminndose de la lista de contratos Aceptado el que se acaba de firmar.

Tipo Excepcin Nombre 002 No existen contratos a desplegar


Pasos

en el paso 1del flujo "001 Firmar Solicitud CE Forward", al no existir datos de contratos
aceptados o rechazados a desplegar.

1. El sistema en vez de la lista de contratos (aceptados o rechazados, segn sea el caso


de inexistencia de datos) despliega el mensaje:
"No existen contratos Forward <Aceptados, Rechazados> a desplegar".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 4 del flujo "001 Firmar Solicitud CE Forward". El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 6 del flujo "001 Firmar Solicitud CE Forward"

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 4 del flujo "001 Firmar Solicitud CE Forward". El cliente selecciona el botn
Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Firmar Solicitud CE Forward"

Tipo Alternativo Nombre 005 Ver motivo Rechazo


Pasos

En el paso 7 del flujo "001 Firmar Solicitud CE Forward", el Cliente decide revisar el
motivo de rechazo a la propuesta enviada, presionando el botn "Ver Motivo", de la lista

7/30 8.8.08
de contratos Rechazados.

1. El sistema despliega la pantalla con el detalle del motivo de rechazo que entreg la
institucin financiera.

2. El cliente revisa el motivo y cierra la pantalla presentada, presionando Cerrar (X).

3. El sistema retorna al paso 1 del flujo "001 Firmar Solicitud CE Forward"

8/30 8.8.08
Introduccin
Este documento presenta el caso de uso: Liquidar Contrato Anticipadamente. Se describen
sus caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Liquidar Contrato Anticipadamente


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:32:27
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite realizar la solicitud a la entidad financiera de la liquidacin anticipada de un


contrato Forward de divisas. Donde se especifican los motivos y el tipo de liquidacin a
pactar, quedando a criterio de la entidad la aprobacin o rechazo del mismo.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos lista


Tipo Proceso Estatus Aprobada

Se despliegan dos grupos de datos, antecedidos por un CheckBox para su seleccin:

Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).
- Folio. Identificador nico del contrato Forward.

9/30 8.8.08
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.

Nombre Posibilidades de liquidacin


Tipo Proceso Estatus Aprobada

Para los contratos Forward existen 2 posibilidades de liquidacin_


- Por incumplimiento de alguno de los puntos del contrato especifico.
- Por acuerdo, en el que las 2 partes acuerdan finalizar el contrato antes de lo previsto.

Nombre Datos contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los
datos generales del mismo. Siendo estos:

- Folio contrato marco Vigente.


- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato Forward.
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

Nombre Campos contrato FWD


Tipo Proceso Estatus Aprobada

los campos desplegados para la revisin o modificacin del contrato Forward son:
- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (Fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- tipo de cambio pactado.
- paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia,
para realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega fsica o compensacin).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Nombre Campos modificables


Tipo Proceso Estatus Aprobada

Los nicos campos modificables en una liquidacin propuesta, son los respectivos al
monto a cancelar y solo si el tipo de liquidacin es por acuerdo. Los campos son:

- referencia.

10/30 8.8.08
- tipo cambio referencia.
- paridad referencia.

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Solicitar liquidacin anticipada


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Liquidar contrato
anticipadamente" y posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas vigentes,


desplegando una lista con los datos bsicos de cada contrato existente, segn restriccin
"Campos Lista".

2. El usuario presiona el botn Ver.

3. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

4. El cliente presiona "Abrir".

5. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

6. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 1 de este flujo.

7. El Cliente selecciona uno o varios contratos, elige entre las posibilidades de liquidacin
segn restriccin "posibilidades de liquidacin " (en este caso "por acuerdo") y presiona
Liquidar.

8. El sistema despliega una pgina con la informacin de cada una de las contrapartes,
segn restriccin "Datos Contraparte". Posterior a esto despliega los datos del contrato
especifico segn restriccin "Campos contrato FWD" propuesto por el banco o modificado.
Dejando disponibles a modificar solo los campos segn restriccin "campos modificables".

9. El Cliente presiona el botn Proponer liquidacin.

10. El sistema valida que los campos hayan sido modificados.

11. El sistema despliega un mensaje informando: "La solicitud de liquidacin folio <Nro.
folio>, ha sido enviada satisfactoriamente".

12. El cliente selecciona Aceptar.

13. El sistema retorna al paso 1 de este mismo flujo, eliminndose de la lista de contratos
el que se acaba de enviar.

11/30 8.8.08
Tipo Alternativo Nombre 002 no existen datos a desplegar
Pasos

En el paso 1del flujo "001Solicitar liquidacin anticipada", al no existir datos de contratos


vigentes a desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen contratos Forward vigentes que se puedan finiquitar".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 4 del flujo "001 Solicitar liquidacin anticipada"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 6 del flujo "001 Solicitar liquidacin anticipada"

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 4 del flujo "001 Solicitar liquidacin anticipada"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Solicitar liquidacin anticipada"

Tipo Alternativo Nombre 005 Sin seleccin de contratos


Pasos

en el paso 8 del flujo "001 Solicitar liquidacin anticipada" el usuario no selecciona un


contrato antes de presionar liquidar.

1. El sistema despliega el mensaje: "Debe seleccionar al menos un contrato y una forma a


liquidar".

2. El cliente presiona aceptar.

3. El sistema retorna al paso 1 del flujo "001 Solicitar liquidacin anticipada


"

Tipo Alternativo Nombre 006 Liquidacin por incumplimiento


Pasos

en el paso 7 del flujo "001 Solicitar liquidacin anticipada", el cliente selecciona como
motivo de liquidacin "por incumplimiento" y presiona el botn liquidar.

1. El sistema despliega una pantalla que permite solo ingresar un motivo de


incumplimiento.

12/30 8.8.08
2. El Cliente ingresa el motivo del incumplimiento y presiona "Informar liquidacin".

3. El sistema despliega un mensaje informando: "La solicitud de liquidacin folio <Nro.


folio>, ha sido enviada satisfactoriamente".

4. El cliente selecciona Aceptar.

5. El sistema retorna al paso 1 del flujo "001 Solicitar liquidacin anticipada", eliminndose
de la lista de contratos el que se acaba de enviar.

Tipo Alternativo Nombre 007 Cerrar ventana


Pasos

En el paso 9 del flujo "001 Solicitar liquidacin anticipada" o en el paso 2 del flujo "006
Liquidacin por incumplimiento". el cliente presiona el botn cerrar (X), en la esquina
superior derecha.

1. El sistema retorna al paso 1 del flujo "001 Solicitar liquidacin anticipada"

13/30 8.8.08
Introduccin
Este documento presenta el caso de uso: Revisar Cesin Propuesta. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Revisar Cesin Propuesta


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:33:36
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin , aceptacin o rechazo de una o varias cesin(es) de la responsabilidad


de cumplimiento de un contrato especifico, en este caso para Forwards de divisas , adems
en esta funcionalidad se pueden revisar los datos de la nueva contraparte en caso de
aceptar, siendo las respuestas a esta propuesta enviadas a la institucin financiera.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos lista


Tipo Proceso Estatus Aprobada

Se despliegan dos grupos de datos, antecedidos por un CheckBox para su seleccin:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).
- Folio. identificador nico del contrato Forward.

14/30 8.8.08
- Tipo Contrato (Cesin)
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.
- tercero (Datos de la entidad a la que el banco pretende endosarle la responsabilidad
de cumplimiento del contrato en cuestin)

Nombre Datos tercero


Tipo Proceso Estatus Aprobada

Los datos a desplegar de la nueva entidad responsable del contrato Forward son:

- Nombre.
- Razn social.
- Rut.
- Direccin
- Fono
- Fax

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Rechazar cesin de Contrato FWD


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Revisar Cesin
Propuesta" y posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas cedidos,


desplegando una lista con los datos bsicos de cada contrato existente, segn restriccin
"Campos Lista".

2. El Cliente presiona el botn Ver Datos, en la columna Tercero perteneciente a la cesin


que desea revisar.

3. El sistema despliega una pgina con la informacin de la empresa a la cual se la har


responsable del cumplimiento del contrato desplegndose los campos segn restriccin
"Datos tercero".

4. El usuario presiona el botn cerrar (X) en la parte superior derecha.

5 El sistema retorna al paso 1 de este flujo.

6. El usuario presiona el botn Ver.

15/30 8.8.08
7. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:
Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

8. El cliente presiona "Abrir".

9. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

10. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 1 de este flujo.

11. El Cliente selecciona una o mas cesiones propuestas por el banco y presiona el botn
rechazar.

12. El sistema despliega un mensaje informando: "La(s) Cesin(es) propuestas han sido
rechazadas satisfactoriamente".

13. El cliente selecciona Aceptar.

14. El sistema retorna al paso 1 de este mismo flujo, eliminndose de la lista de cesiones
la que se acaba de Rechazar.

Tipo Alternativo Nombre 002 No existen cesiones a desplegar


Pasos

En el paso 1del flujo "001 rechazar cesin de Contrato FWD", al no existir datos de
cesiones propuestas a desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen cesiones de contratos Forward Propuestos".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 8 del flujo "001 Rechazar cesin de Contrato FWD"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 10 del flujo "001 Rechazar cesin de Contrato FWD"

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 8 del flujo "001 Rechazar cesin de Contrato FWD"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Rechazar cesin de Contrato FWD"

16/30 8.8.08
Tipo Alternativo Nombre 005 Aceptar Cesin
Pasos

En el paso 11 del flujo "001 Rechazar cesin de Contrato FWD", el cliente presiona el
botn "Aceptar".

1. El sistema despliega el mensaje: "Esta seguro que desea aceptar la cesin folio <nro
folio> propuesta por el banco".

2. el cliente presiona Aceptar.

3. El sistema retorna al paso 1 del flujo "001 Rechazar cesin de Contrato FWD".

Tipo Alternativo Nombre 006 Cancelar aceptacin


Pasos

En el paso 2 del flujo "005 Aceptar cesin", el usuario presiona Cancelar.

1. El sistema retorna al paso 1 del flujo "001 Rechazar cesin de Contrato FWD"

17/30 8.8.08
Introduccin
Este documento presenta el caso de uso: Revisar-Modificar Contrato Propuesto. Se describen
sus caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Revisar-Modificar Contrato Propuesto


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:31:23
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin, aceptacin o rechazo de un contrato especifico de derivados


propuestos por la institucin financiera, en este caso en especifico para la revisin de
Forwards de divisas propuestos, adems en esta funcionalidad se pueden realizar
propuestas de modificacin a uno de estos, siendo estas modificaciones enviadas a la
institucin financiera para su evaluacin.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre campos Lista


Tipo Proceso Estatus Aprobada

se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).

18/30 8.8.08
- Folio. identificador nico del contrato Forward.
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.

Nombre Datos Contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los
datos generales del mismo. Siendo estos:

- Folio contrato marco Vigente.


- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato Forward.
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

Nombre Campos contrato FWD


Tipo Proceso Estatus Aprobada

los campos desplegados para la revisin o modificacin del contrato Forward son:
- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- tipo de cambio pactado.
- paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia,
para realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entr4ega fsica o compensacin).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

19/30 8.8.08
Tipo Normal Nombre 001 Aceptar Contrato FWD propuesto.
Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Revisar-Modificar


Contrato Propuesto" y posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas


propuestos, desplegando una lista con los datos bsicos de cada contrato existente,
segn restriccin "Campos Lista".

2. El Cliente presiona el botn DETALLE, en la columna contrato perteneciente al contrato


que desea revisar.

3. El sistema despliega una pgina con la informacin de cada una de las contrapartes,
segn restriccin "Datos Contraparte". posterior a esto despliega los datos del contrato
especifico segn restriccin "Campos contrato FWD" Propuesto por el banco o
modificado.

4. El usuario presiona el botn visualizar.

5. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

6. El cliente presiona "Abrir".

7. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

8. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 3 de este flujo.

9. El Cliente presiona el botn Aceptar...

10. El sistema despliega un mensaje informando: "el contrato Forward folio <Nro. folio>,
ha sido aceptado satisfactoriamente".

11. El cliente selecciona Aceptar.

12. El sistema retorna al paso 1 de este mismo flujo, eliminndose de la lista de contratos
el que se acaba de Acepta.

Tipo Excepcin Nombre 002 No existen contratos a desplegar


Pasos

en el paso 1del flujo "001 Aceptar Contrato FWD propuesto", al no existir datos de
contratos propuestos a desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen contratos Forward Propuestos o recientemente modificados".

Tipo Alternativo Nombre 003 Cerrar Detalle


Pasos

En el paso 003 del flujo "001Aceptar Contrato FWD propuesto", el usuario presiona el
botn Cerrar(X), en la esquina superior derecha.

1. el sistema retorna al paso 1 del flujo "001Aceptar Contrato FWD propuesto"

20/30 8.8.08
Tipo Alternativo Nombre 004 Guardar PDF
Pasos

En el paso 6 del flujo "001 Aceptar Contrato FWD propuesto"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 8 del flujo "001 Aceptar Contrato FWD propuesto"

Tipo Alternativo Nombre 005 Cancelar PDF


Pasos

En el paso 6 del flujo "001 Aceptar Contrato FWD propuesto"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 3 del flujo "001 Aceptar Contrato Marco propuesto"
.

Tipo Alternativo Nombre 006 Proponer modificacin


Pasos

En el paso 9 del flujo "001 Aceptar Contrato FWD propuesto", el cliente modifica algunos
datos segn su conveniencia y presiona el botn "Proponer Modificacin".

1. El sistema valida que se haya realizado algn cambio en los parmetros propuestos.

2. El sistema despliega el mensaje: "Solicitud modificada de contrato Forward folio <nro


folio>, se ha enviado al banco".

3. el cliente presiona Aceptar.

4. El sistema retorna al paso 1 del flujo "001 Aceptar Contrato FWD propuesto".

Tipo Alternativo Nombre 007 Rechazar Propuesta


Pasos

En el paso 9 del flujo "001 Aceptar Contrato FWD propuesto", el cliente presiona el botn
"Rechazar".

1. El sistema despliega el mensaje: "Esta seguro que desea rechazar la solicitud de


Forward folio <nro folio>.

2. el cliente presiona Aceptar.

3. El sistema retorna al paso 1 del flujo "001 Aceptar Contrato FWD propuesto".

Tipo Alternativo Nombre 008 Sin datos modificados


Pasos

21/30 8.8.08
En el paso 1 del flujo "006 Proponer modificacin", el sistema no encuentra modificaciones
realizadas al contrato.

1. El sistema despliega el mensaje: "Debe realizar alguna modificacin para poder enviar
la solicitud".

2 El cliente presiona Aceptar.

3. El sistema retorna al paso 3 del flujo "001 Aceptar Contrato FWD Propuesto".

Tipo Alternativo Nombre 009 cancelar rechazo


Pasos

En el paso 2 del flujo "007 rechazar propuesta", el usuario presiona Cancelar.

1. El sistema retorna al paso 3 del flujo "001 Aceptar Contrato FWD propuesto"

22/30 8.8.08
Introduccin
Este documento presenta el caso de uso: Revisar-Modificar Liquidacin Propuesta. Se
describen sus caractersticas generales, las restricciones que afectan a la funcionalidad antes,
durante y las condiciones en las que queda el negocio despus de la ejecucin del su
comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Revisar-Modificar Liquidacin Propuesta


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:34:15
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite la revisin , aceptacin o rechazo de una o varias propuestas de liquidacin


anticipada de contratos especficos de derivados, en este caso para Forwards de divisas,
adems en esta funcionalidad se pueden realizar modificaciones a las liquidaciones
propuestas por la entidad financiera, permitiendo negociar los trminos de la misma.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre campos lista


Tipo Proceso Estatus Aprobada

se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).

23/30 8.8.08
- Folio. identificador nico del contrato Forward.
- Tipo Contrato (liquidacin por acuerdo, por incumplimiento)
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.

Nombre Datos Contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los
datos generales del mismo. Siendo estos:

- Folio contrato marco Vigente.


- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato Forward.
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

Nombre Campos Contrato FWD


Tipo Proceso Estatus Aprobada

los campos desplegados para la revisin o modificacin del contrato Forward son:
- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- tipo de cambio pactado.
- paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia,
para realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega fsica o compensacin).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Nombre campos modificables


Tipo Proceso Estatus Aprobada

Los nicos campos modificables en una liquidacin propuesta, son los respectivos al
monto a cancelar y solo si el tipo de liquidacin es por acuerdo. Los campos son:

- referencia.
- tipo cambio referencia.
- paridad referencia.

Escenarios

24/30 8.8.08
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Alternativo Nombre 001 Rechazar liquidacin de Contrato


FWD
Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Revisar-Modificar


Liquidacin Propuesta" y posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas


liquidados, desplegando una lista con los datos bsicos de cada contrato existente, segn
restriccin "Campos Lista".

2. El Cliente presiona el botn DETALLE, en la columna contrato perteneciente a la


liquidacin que desea revisar.

3. El sistema despliega una pgina con la informacin de cada una de las contrapartes,
segn restriccin "Datos Contraparte". posterior a esto despliega los datos del contrato
especifico segn restriccin "Campos contrato FWD" Propuesto por el banco o
modificado. dejando disponibles a modificar solo los campos segn restriccin "campos
modificables".

4. El usuario presiona el botn visualizar.

5. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

6. El cliente presiona "Abrir".

7. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

8. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 3 de este flujo.

9. El Cliente presiona el botn rechazar...

10. El sistema despliega un mensaje informando: "La solicitud de liquidacin folio <Nro.
folio>, ha sido rechazada satisfactoriamente".

11. El cliente selecciona Aceptar.

12. El sistema retorna al paso 1 de este mismo flujo, eliminndose de la lista de contratos
el que se acaba de Rechazar.

Tipo Alternativo Nombre 002 No existen liquidaciones a desplegar


Pasos

En el paso 1del flujo "001 rechazar liquidacin de Contrato FWD", al no existir datos de
liquidaciones propuestas a desplegar.

25/30 8.8.08
1. El sistema en vez de la lista de contratos despliega el mensaje:
"No existen liquidaciones de contratos Forward Propuestos o recientemente modificados".

Tipo Alternativo Nombre 003 cerrar detalle


Pasos

En el paso 003 del flujo "001 Rechazar liquidacin de Contrato FWD", el usuario presiona
el botn Cerrar(X), en la esquina superior derecha.

1. el sistema retorna al paso 1 del flujo "001 Rechazar liquidacin de Contrato FWD"

Tipo Alternativo Nombre 004 Guardar PDF


Pasos

En el paso 6 del flujo "001 Rechazar liquidacin de Contrato FWD"


. El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 8 del flujo "001 Rechazar liquidacin de Contrato FWD"

Tipo Alternativo Nombre 005 cancelar PDF


Pasos

En el paso 6 del flujo "001 Rechazar liquidacin de Contrato FWD"


. El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 3 del flujo "001 Rechazar liquidacin de Contrato FWD"

Tipo Alternativo Nombre 006 Proponer Modificacin


Pasos

En el paso 9 del flujo "001 Rechazar liquidacin de Contrato FWD", el cliente modifica los
datos permitido segn restriccin "campos modificables" y presiona el botn "Proponer
Modificacin".

1. El sistema valida que se haya realizado algn cambio en los parmetros propuestos.

2. El sistema despliega el mensaje: "Solicitud modificada de contrato Forward folio <nro


folio>, se ha enviado al banco".

3. el cliente presiona Aceptar.

4. El sistema retorna al paso 1 del flujo "001 Rechazar liquidacin de Contrato FWD".

Tipo Alternativo Nombre 007 Aceptar liquidacin


Pasos

En el paso 9 del flujo "001 Rechazar liquidacin de Contrato FWD", el cliente presiona el

26/30 8.8.08
botn "Aceptar".

1. El sistema despliega el mensaje: "Esta seguro que desea aceptar la liquidacin folio
<nro folio> propuesta por el banco.

2. el cliente presiona Aceptar.

3. El sistema retorna al paso 1 del flujo "001 Rechazar liquidacin de Contrato FWD".

Tipo Alternativo Nombre 008 Sin datos modificados


Pasos

En el paso 1 del flujo "006 Proponer modificacin", el sistema no encuentra modificaciones


realizadas al contrato.

1. El sistema despliega el mensaje: "Debe realizar alguna modificacin para poder enviar
la solicitud".

2 El cliente presiona Aceptar.

3. El sistema retorna al paso 3 del flujo "001 Rechazar liquidacin de Contrato FWD".

Tipo Alternativo Nombre 009 Cancelar Aceptacin


Pasos

En el paso 2 del flujo "007 Aceptar liquidacin", el usuario presiona Cancelar.

1. El sistema retorna al paso 3 del flujo "001 Rechazar liquidacin de Contrato FWD"

27/30 8.8.08
Introduccin
Este documento presenta el caso de uso: Solicitar Contrato Especfico. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Solicitar Contrato Especfico


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:30:49
Fecha ltima modificacin 10/07/2008
Autor Patricio Borquez

Permite realizar la solicitud a la entidad financiera de un contrato Forward de divisas,


especificando cada uno de los valores a negociar, quedando a criterio de la entidad la
aprobacin o rechazo del mismo.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Datos contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los
datos generales del mismo. Siendo estos:

- Folio contrato marco Vigente.


- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato Forward.

28/30 8.8.08
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

Nombre Datos contrato FWD


Tipo Proceso Estatus Aprobada

los campos desplegados para la solicitud de un contrato Forward son:


- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- tipo de cambio pactado.
- paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia,
para realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega fsica o compensacin).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Solicitar Contrato FWD


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Solicitar contrato
especifico" y posteriormente la pestaa Forward de Divisas.

1. El sistema despliega una pgina con la informacin de cada una de las contrapartes,
segn restriccin "Datos Contraparte". posterior a esto despliega los campos a llenar para
solicitar el contrato especfico segn restriccin "Campos contrato FWD".

2. El Cliente ingresa los datos para configurar el contrato Forward, segn sus
necesidades.

3. El Cliente presiona el botn Proponer Visualizar, para revisar el resultado final del
contrato Forward.

4. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

5. El cliente presiona "Abrir".

29/30 8.8.08
6. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

7. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 1 de este flujo.

8. El cliente selecciona el botn Proponer.

9. El sistema valida la correcta insercin de todos los campos necesarios para este
instrumento.

11. El sistema despliega un mensaje informando: "La solicitud de Contrato Forward folio
<Nro. folio>, ha sido enviada satisfactoriamente".

12. El cliente selecciona Aceptar.

13. El sistema retorna al paso 1 de este mismo flujo, limpindose los campos ingresados.

Tipo Alternativo Nombre 002 Guardar PDF


Pasos

En el paso 5 del flujo "001 Solicitar contrato FWD". El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 7 del flujo "001 Solicitar contrato FWD"

Tipo Alternativo Nombre 003 Cancelar PDF


Pasos

En el paso 4 del flujo "001 Solicitar contrato FWD". El cliente selecciona el botn Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Solicitar contrato FWD"

Tipo Alternativo Nombre 004 Faltan datos


Pasos

en el paso 9 del flujo "001 Solicitar contrato FWD". El cliente no complet uno o ms de
los campos requeridos.

1. El sistema despliega el mensaje: "Debe ingresar <listado de campos faltantes>


correctamente"

2. El cliente presiona Aceptar.

3. El sistema retorna la paso 1 del flujo "001 Solicitar contrato FWD"

30/30 8.8.08
Anexo 5

Casos de Uso, mdulo de administracin y custodia.

3
ESPECIFICACIN FUNCIONAL

Introduccin
Este documento presenta el caso de uso: Consulta de Contratos Especficos. Se describen
sus caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Consulta de Contratos Especficos


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:41:22
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite consultar en detalle todos y cada uno de los contratos especficos de instrumentos
derivados alguna vez negociados y en los diferentes posibles estados.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

1/12 8.8.08
Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Filtros de bsqueda


Tipo Proceso Estatus Aprobada

los filtros dependen directamente del "Estado de contrato Especfico" seleccionado:


- Estado de contrato Especfico.(Todos, Vigentes, pendientes, liquidados)

Todos y Pendientes: No poseen filtro de bsqueda adicional.


Vigentes: al seleccionar esta opcin se despliegan 2 filtros mas:
- Tipo de transaccin (Compra o Venta).
- Rango de fechas.
Liquidados: al seleccionar esta opcin se despliegan 3 filtros mas:
- Tipo de transaccin (Compra o Venta).
- Tipo de Liquidacin (Incumplimiento o Acuerdo)
- Rango de fechas.

Nombre bsqueda por defecto


Tipo Proceso Estatus Aprobada

Al ingresar a la pagina inicialmente se realiza un bsqueda por defecto la que considera


filtrar todos los contratos en estado Pendiente

Nombre Campos Lista


Tipo Proceso Estatus Aprobada

se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).
- Folio. Identificador nico del contrato Forward.
- Estado
- Tipo Transaccin (en este caso Compra o Venta)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos De Negocio:
- Fecha Pago.
- Moneda Nacional.
- Moneda Extranjera.
- Cantidad.
- Tipo Cambio.

Nombre Datos contraparte


Tipo Proceso Estatus Aprobada

En esta seccin se despliegan los datos de los participantes en el contrato Firmado y los
datos generales del mismo. Siendo estos:

2/12 8.8.08
- Folio contrato marco Vigente.
- Fecha contrato marco Vigente.
- Fecha Actual.
- Folio contrato Forward.
- Nombre/Cargo responsable.
- Nombre Empresa Contratante.
- Nombre Banco.

Nombre Campos contrato FWD


Tipo Proceso Estatus Aprobada

los campos desplegados para la revisin del contrato Forward son (no se pueden
modificar):
- Tipo de Transaccin: (Compra o Venta).
- Fecha futura. (Fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dlar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente segn tipo de cambio y paridad.
- tipo de cambio pactado.
- paridad pactada.
- Referencia (entidad desde la que se va a tomar el valor de la divisa como referencia,
para realizar los clculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entr4ega fsica o compensacin).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega fsica).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Consultar contrato FWD


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Consultar Contrato
Especfico" y posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas,


desplegando una serie de filtros segn restriccin "Filtros de bsqueda" y a continuacin
una lista con los contratos existentes listados segn restriccin "bsqueda por defecto",
los datos desplegados en esta son segn restriccin "Campos Lista".

2. el cliente selecciona los filtros deseados y presiona el botn consultar.

3. El sistema refresca la lista de resultados segn restriccin "Campos lista"

4. El Cliente presiona el botn DETALLE, en la columna contrato perteneciente al contrato


que desea revisar.

3/12 8.8.08
5. El sistema despliega una pgina con la informacin de cada una de las contrapartes,
segn restriccin "Datos Contraparte". Posterior a esto despliega los datos del contrato
especifico segn restriccin "Campos contrato FWD".

6. El usuario presiona el botn visualizar.

7. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

8. El cliente presiona "Abrir".

9. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

10. El cliente revisa los datos de este contrato y cierra la nueva ventana generada
retornando al paso 1 de este flujo.

11. El Cliente presiona el botn Cerrar(X) en la parte superior derecha.

12. El sistema retorna al paso 1 de este flujo, repitiendo la ltima bsqueda ingresada.

Tipo Alternativo Nombre 002 bsqueda sin datos


Pasos

En el paso 1 o 3 del flujo "001 Consultar Contrato FWD ", al no existir datos de contratos a
desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen contratos Forward segn estos parmetros de bsqueda".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 8 del flujo "001 Consultar Contrato FWD". El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 10 del flujo "001 Consultar Contrato FWD".

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 8 del flujo "001 Consultar Contrato FWD". El cliente selecciona el botn
Cancelar.

1. El sistema vuelve al paso 5 del flujo "001 Consultar Contrato FWD"


.

4/12 8.8.08
Introduccin
Este documento presenta el caso de uso: Consulta de contratos Marco. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Consulta de contratos Marco


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:41:46
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite consultar en detalle todos y cada uno de los contratos Marco de instrumentos
derivados alguna vez negociados y en los diferentes posibles estados, en esta consulta no
existe la agrupacin por tipos de instrumento ya que el contrato es transversal

Cabe hacer notar que solo puede existir un contrato marco activo, siendo este el vigente
para los nuevos instrumentos contratados.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Filtros de bsqueda


Tipo Proceso Estatus Aprobada

En esta caso solo existen 2 filtro de bsqueda:


- Estado (Todos, No-Vigentes, Vigente)
- Rango de fechas

5/12 8.8.08
Nombre Bsqueda por defecto
Tipo Proceso Estatus Aprobada

Al ingresar a la pagina inicialmente se realiza un bsqueda por defecto la que considera


mostrar el contrato en estado Vigente

Nombre Campos lista


Tipo Proceso Estatus Aprobada

se despliegan dos grupos de datos:


Datos Generales:
en este se despliegan las columnas:
- Contrato (botn con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).
- Folio. Identificador nico del contrato Forward.
- Estado
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).

Datos Del contrato:


- Contraparte
- Fecha vigencia
- Descripcin

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Consultar Contrato Marco


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Consultar Contrato
Marco"

1. El Sistema presenta la pgina de informacin de contratos Marco, desplegando una


serie de filtros segn restriccin "Filtros de bsqueda" y a continuacin una lista con los
contratos existentes listados segn restriccin "bsqueda por defecto", los datos
desplegados en esta son segn restriccin "Campos Lista".

2. El cliente selecciona los filtros deseados y presiona el botn consultar.

3. El sistema refresca la lista de resultados segn restriccin "Campos lista"

4. El usuario presiona el botn visualizar.

5. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en PDF
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

6/12 8.8.08
6. El cliente presiona "Abrir".

7. El sistema abre una nueva ventana del navegador en el que se genera un documento
PDF con la estructura del contrato y los datos en detalle de este.

8. El cliente revisa los datos de este contrato y cierra la nueva ventana generada.

9. El sistema retorna al paso 1 de este flujo, repitiendo la ltima bsqueda ingresada.

Tipo Alternativo Nombre 002 Bsqueda sin datos


Pasos

En el paso 1 o 3 del flujo "001 Consultar Contrato Marco ", al no existir datos de contratos
a desplegar.

1. El sistema en vez de la lista de contratos despliega el mensaje:


"No existen contratos Marco segn estos parmetros de bsqueda".

Tipo Alternativo Nombre 003 Guardar PDF


Pasos

En el paso 6 del flujo "001 Consultar Contrato Marco". El cliente Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. el Cliente elije el directorio donde desea guardar el archivo y presiona aceptar.

3. Se continua en el paso 8 del flujo "001 Consultar Contrato Marco".

Tipo Alternativo Nombre 004 Cancelar PDF


Pasos

En el paso 6 del flujo "001 Consultar Contrato Marco". El cliente selecciona el botn
Cancelar.

1. El sistema vuelve al paso 3 del flujo "001 Consultar Contrato Marco"

7/12 8.8.08
Introduccin
Este documento presenta el caso de uso: Consulta de estadsticas. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Consulta de estadsticas


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:41:59
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite realizar consultas estadsticas de los instrumentos contratados, entregando la


posibilidad de agrupar, filtrar y ordenar segn sea necesario. Esta consulta es
independiente para cada uno de los instrumentos derivados disponibles, dadas sus
caractersticas particulares.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Filtros de bsqueda


Tipo Proceso Estatus Aprobada

Los filtros para esta opcin corresponden a:


- Tipo de transaccin (Compra Venta).
- Estado (Todos, vigentes, liquidados, pendientes).
- Agrupar Por (Tipos de liquidacin, tipos de moneda, monto de contratos, cantidad de
contratos, etc.)
- Rango de fechas

8/12 8.8.08
Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Consulta estadstica


Pasos

Este flujo se activa cuando el Administrador Banco selecciona la opcin "Consulta


estadstica" y posteriormente la pestaa Forward de Divisas.

1. El Sistema presenta la pgina de informacin de contratos Forward de divisas,


desplegando una serie de filtros segn restriccin "Filtros de bsqueda".

2. el Administrador selecciona los filtros deseados y presiona el botn consultar.

3. El sistema refresca despliega un grafico a partir de los valores ingresado en los filtros.

Tipo Normal Nombre 002 bsqueda sin datos


Pasos

En el paso 1 o 3 del flujo "001 Consulta estadstica ", al no existir datos de contratos a
desplegar.

1. El sistema en vez de la lista del grfico despliega el mensaje:


"No existen contratos Forward segn estos parmetros de bsqueda".

9/12 8.8.08
Introduccin
Este documento presenta el caso de uso: Envo de formularios. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Envo de formularios


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:42:18
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite la generacin y envo de formularios informativos del Banco Central. Esta


funcionalidad es bsicamente necesaria y utilizada por la entidad financiera en cuestin.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos lista


Tipo Proceso Estatus Aprobada

los campos desplegados en las columnas de la lista de resumen son:

- Tipo Contrato. (Nombre del instrumento derivado a informar, Forward, swaps, etc.)
- Folio. identificador nico del contrato derivado
- Tipo de Transaccin (en los casos que no corresponda se coloca " - " )
- Tipo de Pago. (Compensacin, entrega fsica)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).
- Fecha Suscripcin

10/12 8.8.08
- Fecha vencimiento
- Moneda nacional.
- Moneda extranjera.
- Cantidad a pagar (expresado en moneda nacional).
- Tipo Cambio (en los casos que no corresponda se coloca " - " )

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 Envo de Formulario


Pasos

Este flujo se activa cuando el Administrador Banco selecciona la opcin "Enviar


Formulario a BCC"

1. El Sistema presenta la pgina de informacin de contratos, desplegando una lista con


los contratos que aun no han sido informados al banco segn restriccin "Campos Lista".
Adems de la direccin de correo a la que se enviara el formulario.

2. El Administrador presiona el botn Ver xls.

3. El SISTEMA despliega una pgina de confirmacin con el siguiente mensaje:


Desea abrir o guardar este archivo?
con las opciones:
- Abrir: Para abrir directamente en Excel
- Guardar: Para guardar el contrato en el PC del cliente.
- Cancelar: Para volver a la pgina anterior

4. El administrador presiona "Abrir".

5. El sistema abre una nueva ventana del navegador en el que se genera un documento
Excel con la estructura del informe que se debe entregar al Banco Central.

6. El administrador revisa los datos a enviar y cierra la nueva ventana generada.

7. El sistema retorna al paso 1 de este flujo.

8. El administrador presiona Enviar formulario.

9. El sistema despliega el mensaje: "La informacin ha sido enviada satisfactoriamente al


banco"

Tipo Alternativo Nombre 002 Guardar Excel


Pasos

En el paso 4 del flujo "001 Envo de formulario". El administrador Selecciona Guardar.

1. El sistema despliega una pgina que permite seleccionar el directorio donde desea
guardar el archivo.

2. El Administrador elije el directorio donde desea guardar el archivo y presiona aceptar.

11/12 8.8.08
3. Se continua en el paso 6 del flujo "001 Envo de formulario".

Tipo Alternativo Nombre 003 Cancelar Excel


Pasos

En el paso 4 del flujo "001 Envo de formulario". El administrador selecciona el botn


Cancelar.

1. El sistema vuelve al paso 1 del flujo "001 Envo de formulario"

Tipo Alternativo Nombre 004 cambio de correo


Pasos

En el paso 8 del flujo "001 Envo de formulario", el administrador presiona Editar.

1. El sistema desbloquea el campo correo permitiendo modificar el correo existente y el


botn cambia su funcin y nombre por guardar.

2. El administrador ingresa el nuevo correo y presiona guardar.

3. El sistema bloque nuevamente el campo correo y el botn cambia su funcin y nombre


por editar.

4. se continua en el paso 8 del flujo "001 Envo de formulario".

12/12 8.8.08
Anexo 6

Casos de Uso, mdulo pagos

4
ESPECIFICACIN FUNCIONAL

Introduccin
Este documento presenta el caso de uso: Agregar forma de Pago. Se describen sus
caractersticas generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Agregar forma de Pago


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:44:39
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite almacenar, mantener o eliminar un canal de pago con la institucin financiera.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

1/8 8.8.08
Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos lista


Tipo Proceso Estatus Aprobada

Se despliega el total de las cuentas existentes, donde las columnas mostradas son.

- Nombre cuenta (nombre ficticio de la cuenta)


- Nombre titular de cuenta.
- N Cuenta.
- Tipo Cuenta.
- Banco
- Accin. (Se da la opcin mediante botones de eliminar o modificar la cuenta).

Nombre Campos cuenta


Tipo Proceso Estatus Aprobada

los campos ingresables para cada cuenta son:

- Nombre cuenta (nombre ficticio de la cuenta)


- N Cuenta.
- Banco (listado de entidades bancarias).
- Tipo Cuenta. (Listado de tipos permitidos: corriente, vista, etc.)
- Rut
- Nombre titular de cuenta.
- Metodologa de pago (entrega fsica, compensacin)

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 ingreso de canal de pago


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Agregar forma de
pago".

2/8 8.8.08
1. El Sistema presenta la pgina de informacin formas de pago, desplegando una lista
con las formas de pago existentes listadas segn restriccin "Campos lista", a
continuacin se despliegan los campos modificables para agregar una nueva cuenta,
segn restriccin "Campos cuenta"

2. El usuario ingresa los datos de una nueva cuenta y presiona agregar.

3. El sistema valido que los datos mnimos se hayan ingresado (son todos obligatorios).

4. El sistema despliega el mensaje:" la cuenta a sido agregada satisfactoriamente".

5. el usuario presiona aceptar.

6. El sistema agrega esta cuenta al listado de cuentas existentes, se limpian los datos
ingresados y se retorna al paso 1 de este flujo.

Tipo Alternativo Nombre 002 faltan datos


Pasos

En el paso 3 del flujo "001 ingreso de canal de pago". El usuario no ingreso todos los
datos obligatorios.

1. el sistema despliega el mensaje:"los campos <listado de campos faltantes>, deben ser


ingresados o seleccionados correctamente".

2. el usuario presiona aceptar.

3. se retorna al paso 1 del flujo "001 ingreso de canal de pago", manteniendo los datos
ingresados previamente.

Tipo Alternativo Nombre 003 eliminar cuentas


Pasos

En el paso 2 del flujo "001 ingreso de canal de pago". El usuario presiona el botn
eliminar, correspondiente a una de las cuentas.

1. El sistema despliega el mensaje:"esta seguro que desea eliminar la cuenta nro <nro
cuenta>"

2. El usuario presiona aceptar.

3. El sistema despliega el mensaje: "la cuenta <nro cuenta> ha sido eliminada


satisfactoriamente".

4. Se retorna al paso 1 del flujo "001 ingreso de canal de pago". Eliminndose del listado
de cuentas la ya eliminada.

Tipo Alternativo Nombre 004 cancelar eliminacin


Pasos

En el paso 2 del flujo eliminar cuentas, el usuario presiona cancelar.

1. Se retorna al paso 1 del flujo "001 ingreso de canal de pago".

3/8 8.8.08
Introduccin
Este documento presenta el caso de uso: Programar Pagos. Se describen sus caractersticas
generales, las restricciones que afectan a la funcionalidad antes, durante y las condiciones en las
que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Programar Pagos


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:44:21
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite programar los pagos a realizar al finalizar cada uno de los contratos especficos
pactados.

Cabe destacar que si al momento de efectuar estos pagos, el monto es negativo, se


entiende que no se realiza la transaccin (esto por ejemplo en los casos en que el precio de
referencia sea mayor al pactado, siendo la contraparte la encargada de realizar los pagos
correspondientes).

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre Perdida de Sesin


Tipo Proceso Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Datos cuenta


Tipo Post-condicin Estatus Aprobada

los campos ingresables para cada cuenta son:

- Nombre cuenta (nombre ficticio de la cuenta seleccionable del listado agregado en el

4/8 8.8.08
CU agregar forma de pago.)
- N Cuenta.
- Banco (listado de entidades bancarias).
- Tipo Cuenta. (Listado de tipos permitidos: corriente, vista, etc.)
- Rut
- Nombre titular de cuenta.
- Metodologa de pago (entrega fsica, compensacin)

Nombre Datos contrato


Tipo Proceso Estatus Aprobada

los campos a ingresar son:


- Folio del contrato. (El folio se puede seleccionar desde una lista desplegada al presionar
el botn "Seleccionar").
- Monto de la transaccin (cargado al momento de seleccionar el folio).
- Fecha de la transaccin (cargado al momento de seleccionar el folio).

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 programar pago


Pasos

Este flujo se activa cuando el Cliente Banco selecciona la opcin "Programar de pago".

1. El Sistema presenta la pgina de programacin de pagos, desplegando los campos


modificables para agregar una nueva cuenta, segn restriccin "Datos cuenta" y "datos
contrato"

2. El usuario selecciona una de las cuentas segn su nombre ficticio.

3. El sistema carga los datos de la cuenta seleccionada.

4. El usuario ingresa los datos de la programacin segn restriccin "datos contrato" y


presiona programar pago.

5. El sistema valido que los datos mnimos se hayan ingresado (son todos obligatorios).

6. El sistema despliega el mensaje:"esta seguro que desea programar el pago desde la


cuenta <nro cuenta> a la cuenta <nro cuenta> por el contrato folio <nro folio>".

7. el usuario presiona aceptar.

8. El sistema despliega el mensaje:"El pago del contrato folio <nro folio> ha sido
programado exitosamente segn las fechas correspondientes"

9. El sistema limpia los datos ingresados y se retorna al paso 1 de este flujo.

Tipo Alternativo Nombre 002 editar cuenta

5/8 8.8.08
Pasos

En el paso 2 del flujo "001 programar pago", el usuario presiona el botn editar.

1. El sistema permite que se escriba un nombre ficticio.

2. el usuario completa todos los datos de la cuenta ya que no existe informacin para esta
cuenta escrita.

3. el sistema continua en el paso 4 del flujo "001 Programar pago".

Tipo Alternativo Nombre 003 cancelar programacin


Pasos

En el paso 7 del flujo "001 Programar pago".

1. el usuario presiona cancelar

2. el sistema continua en el paso 4 del flujo "001 Programar pago". mantenindose los
datos cargados

6/8 8.8.08
Introduccin
Este documento presenta el caso de uso: Prximos pagos. Se describen sus caractersticas
generales, las restricciones que afectan a la funcionalidad antes, durante y las condiciones en las
que queda el negocio despus de la ejecucin del su comportamiento.

Se describen los escenarios de uso (comportamiento) en la forma de una interaccin entre el


usuario y el sistema.

Finalmente se presentan los cambios que han afectado la definicin original y los temas que
estn abiertos y que no permiten cerrar esta especificacin.

Caractersticas Generales
Esta seccin presenta las caractersticas generales del caso de uso o funcionalidad que se
describe en este documento.

Nombre Prximos pagos


Estatus Versin 1.0
Fecha Creacin 10/07/2008 2:44:56
Fecha ltima modificacin 11/07/2008
Autor Patricio Borquez

Permite visualizar en cuanto a ocurrencia y cantidades, los pagos a realizar en un futuro.

Cabe destacar que ya que los pagos son calculados al momento del vencimiento y segn la
referencia utilizada, los montos dispuestos en esta consulta son meramente referenciales y
generados aproximadamente segn bases estadsticas.

Restricciones
En esta seccin se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecucin del comportamiento del caso y las condiciones en que queda el negocio
despus de la ejecucin del caso de uso.

Nombre Usuario
Tipo Pre-condicin Estatus Aprobada

El usuario debe estar autenticado en el portal.

Nombre perdida de sesin


Tipo Pre-condicin Estatus Aprobada

El sistema cerrar la sesin despus de un perodo de tiempo especificado en parmetros


del sistema

Nombre Campos lista


Tipo Proceso Estatus Aprobada

Se despliega el total de las pagos programados vigentes, donde las columnas mostradas
son:

- Tipo Contrato. (Nombre del instrumento derivado a pagar, Forward, swaps, etc.)
- Folio. identificador nico del contrato derivado

7/8 8.8.08
- Tipo de transaccin (en los casos que no corresponda se coloca " - " )
- Tipo de Pago. (Compensacin, entrega fsica)
- Origen. Campo que especifica quien gener este contrato (Banco o cliente).
- Fecha pago
- Moneda nacional.
- Moneda extranjera.
- Cantidad a pagar (expresado en moneda nacional).
- Tipo Cambio (en los casos que no corresponda se coloca " - " )
- Nro Cuenta.

Nombre campos filtro


Tipo Proceso Estatus Aprobada

los filtros permitidos para esta consulta son:


- rango de fechas. Siendo la fecha inicial igual o mayor a la actual.

Escenarios
En esta seccin se describen en detalle todos los posibles escenarios de uso de la funcionalidad
que se presenta en este documento. Estos escenarios se clasifican en:

Normal: Es el que lleva al resultado que l o los actores esperan obtener. Solo puede haber uno.

Alternativos: Son variaciones o bifurcaciones del flujo normal, que finalmente permiten obtener
el resultado esperado.

Excepcin: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.

Tipo Normal Nombre 001 consulta de prximos pagos


Pasos

Este flujo se activa cuando el usuario presiona la opcin "prximos pagos".

1. el sistema carga un listado con los prximos pagos a realizar, listados segn restriccin
"Campos lista". y permitiendose filtrar segn restriccin "campos filtro"

2. el usuario ingresa los filtros que considere necesarios y presiona consultar.

3. El sistema refresca la lista segn restriccin (Campos lista).

Tipo Alternativo Nombre 002 bsqueda sin datos


Pasos

En el paso 1 o 2 del flujo "001 consulta prximos pagos ", al no existir datos de pagos a
desplegar.

1. El sistema en vez de la lista despliega el mensaje:


"No existen pagos programados segn estos parmetros de bsqueda".

8/8 8.8.08
Anexo 7

Mapas de navegacin, mdulo contratos marco

5
Model Specification Page: 1

Informe: Documento de Interfaz del Usuario


Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Model Specification Page: 2

Documentacin Interfaz del Usuario

Propsito
Este documento entrega el mapa de navegacin de una funcionalidad o caso de uso. Presenta una
imagen de las pginas. Por cada pgina entrega una descripcin a detalle de los componentes.

Contratos Marco

Estado de Solicitudes CM

Diagrama Mapa de Navegacin

Estado de Solicitudes CM - (Custom diagram)


Creado por: Patricio Borquez - fecha 06/07/2008
ltima modificacin: 09/07/2008
Versin: 1.0.
Model Specification Page: 3

custom Estado de Solicitudes CM

VER Firmar

Aceptar Cancelar

mensaj e 1

Ver Motivo

mensaj e 2

Estado de solicitude s

Abri r Guardar Cancelar

Adv ertencia

Motiv os

Contrato

Figura: 1
Model Specification Page: 4

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Marco.

Elemento Screen, Estado de solicitudes

Descripcin pgina donde se muestra el estado final de las solicitudes de modificacin de contratos
marco realizadas al banco

Elemento Screen, Motivos

Descripcin Pgina en la que se muestra el motivo exacto del rechazo de la solicitud o propuesta

Revisar-Modificar Contrato Propuesto

Diagrama Mapa de Navegacin

Revisar-Modificar Contrato Propuesto - (Custom diagram)


Creado por: Patricio Borquez - fecha 02/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 5

custom Rev isar-Modificar Contrato Propuesto

VER Modificar Fi rmar

Informacion de contratos Propuestos .

Abrir Guardar Cancelar

Adv ertencia

Proponer modificacion

Modificacin de Contratos

mensaj e

Contrato

Figura: 2
Model Specification Page: 6

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Marco.

Elemento Screen, Modificacin de Contratos

Descripcin Pgina en la que se permite el ingreso de una propuesta de modificacin al contrato


marco.
Anexo 8

Mapas de navegacin, mdulo contratos especficos de


forward de divisas.

6
Model Specification Page: 1

Informe: Documento de Interfaz del Usuario


Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Model Specification Page: 2

Documentacin Interfaz del Usuario

Propsito
Este documento entrega el mapa de navegacin de una funcionalidad o caso de uso. Presenta una
imagen de las pginas. Por cada pgina entrega una descripcin a detalle de los componentes.

Forward Divisas

Ceder Contrato

Diagrama Mapa de Navegacin

Ceder Contrato - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 3

custom Ceder Contrato

Ver

Proponer Cesi on de contrato(s)

Solicitud de Contrato especific o

Abrir Guardar Cancel ar


mensaj e

Adv ertencia

Figura: 1
Model Specification Page: 4

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Especfico.

Estado Solicitudes CE

Diagrama Mapa de Navegacin

Estado de Solicitudes CE - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 5

custom Estado de Solicitudes CE

Aceptar Cancelar
VER Firmar

mensaj e 1

Ver Motivo

mensaj e 2

Estado de solicitude s

Abrir Guardar Cancelar

Adv ertencia

Motiv os

Contrato

Figura: 2
Model Specification Page: 6

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Especfico.

Elemento Screen, Estado de solicitudes

Descripcin pgina donde se muestra el estado final de las solicitudes de contratos especficos
realizadas al banco

Elemento Screen, Motivos

Descripcin Pgina en la que se muestra el motivo exacto del rechazo de la solicitud o propuesta

Liquidar Contrato Anticipadamente

Diagrama Mapa de Navegacin

Liquidar Contrato anticipadamente - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 7

custom Liquidar Contrato anticipadamente

X
ver

Por Acuerdo Por Incumplimiento Liquidar

Informacion de contratos V igentes

Informar Liquidacion

Confir m

Proponer Liquidacion

Detalle de negociacion para Liquidacio n

mensaj e 2
Abrir Guardar Cancelar

Adv ertencia

Contrato

Figura: 3
Model Specification Page: 8

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Confirm

Descripcin pgina para agregar el motivo a Liquidar el contrato especfico

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato especfico Forward

Elemento Screen, Detalle de negociacin para Liquidacin

Descripcin Pgina en la que se permite la revisin en detalle del contrato especifico a liquidar,
modificar los valores a liquidar y proponer la liquidacin

Revisar Cesin Propuesta

Diagrama Mapa de Navegacin

Revisar Cesin Propuesta - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 9

custom Rev isar Cesion Propuesta

navigate

Ver Datos

Ver

Aceptar Rechazar

Datos Empres a

Solicitud de Contrato especific o

Mensaj e

Si No

Mensaj e 2

Abrir Guardar Cancelar

mensaj e 3

Adv ertencia

Contrato

Figura: 4
Model Specification Page: 10

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Especfico.

Elemento Screen, Datos Empresa

Descripcin Pgina donde se despliega el detalle de la empresa a la cual se le va a ceder la


responsabilidad contractual.

Elemento Screen, Solicitud de Contrato especifico

Descripcin pgina donde se despliegan las cesiones de contratos propuestas por el banco

Revisar-Modificar Contrato Propuesto

Diagrama Mapa de Navegacin

Revisar-Modificar Contrato Propuesto - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 11

custom Rev isar-Modificar Contrato Propuesto

Detal l e

Informacion de contratos Propuestos .

Vi sual izar Aceptar Rechazar Proponer m odifi caci on

Detalle y modificacin de contrato

mensaj e 2

Si cancel ar

Confir m

Abri r Guardar Cancelar

Adv ertencia

mensaj e 1

Contrato

Figura: 5
Model Specification Page: 12

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato especfico Forward

Elemento Screen, Detalle y modificacin de contrato

Descripcin Pgina en la que se permite la revisin en detalle del contrato especifico propuesto,
aceparlo, rechazarlo o modificarlo

Revisar-Modificar Liquidacin Propuesta

Diagrama Mapa de Navegacin

Revisar-Modificar Liquidacin Propuesta - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 13

custom Rev isar-Modificar Liquidacion Propuesta

Detalle

Informacion de contratos Propuestos .

Ver Contrato a Liquidar Aceptar Rechazar Proponer modificacion

Detalle y modificacin de contrato

mensaj e 2

mensaj e 1

Abrir Guardar Cancelar

Si NO
Adv ertencia

Confir m

Contrato

Figura: 6
Model Specification Page: 14

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato especfico Forward

Elemento Screen, Detalle y modificacin de contrato

Descripcin Pgina en la que se permite la revisin en detalle del contrato especifico que se
pretende liquidar, aceparlo, rechazarlo o modificarlo

Elemento Screen, Informacin de contratos Propuestos.

Descripcin pgina en la que se despliegan las propuestas de liquidacin de contratos realizadas por
el banco

Solicitar Contrato

Diagrama Mapa de Navegacin

Solicitar Contrato - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 15

custom Solicitar Contrato

Calendari o

Cal

Proponer
Visualizar

Solicitud de Contrato especific o

Abrir Guardar Cancelar

mensaj e
Adv ertencia

Contrato

Figura: 7
Model Specification Page: 16

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Especfico.
Anexo 9

Mapas de navegacin, mdulo de administracin y custodia.

7
Model Specification Page: 1

Informe: Documento de Interfaz del Usuario


Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Model Specification Page: 2

Documentacin Interfaz del Usuario

Propsito
Este documento entrega el mapa de navegacin de una funcionalidad o caso de uso. Presenta una
imagen de las pginas. Por cada pgina entrega una descripcin a detalle de los componentes.

Administracin y Custodia

Consulta de Contratos Especficos

Diagrama Mapa de Navegacin

Consulta de contratos Especficos - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 11/07/2008
Versin: 1.0.
Model Specification Page: 3

Figura: 1
Model Specification Page: 4

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Bsqueda de contratos

Descripcin Pgina con filtros para buscar los contratos especficos correspondientes.

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato especfico Forward

Elemento Screen, Detalle de contrato

Descripcin Pgina en la que se permite la revisin en detalle del contrato especifico contratado.

Consulta de Contratos Marco

Diagrama Mapa de Navegacin

Consulta de contratos Marco - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 11/07/2008
Versin: 1.0.
Model Specification Page: 5

Figura: 2
Model Specification Page: 6

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Bsqueda de contratos

Descripcin Pgina con filtros para buscar los contratos Marco correspondientes.

Elemento Screen, Contrato

Descripcin Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Marco

Consultas Estadsticas

Diagrama Mapa de Navegacin

Consulta Estadsticas - (Custom diagram)


Creado por: Patricio Borquez - fecha 10/07/2008
ltima modificacin: 10/07/2008
Versin: 1.0.
Model Specification Page: 7

Figura: 3
Model Specification Page: 8

Elementos de Diagrama

Elemento Screen, Bsqueda de contratos

Descripcin Pgina con filtros para buscar los contratos especficos correspondientes.

Elemento Screen, Detalle de contrato

Descripcin Pgina en la que se muestran los datos estadsticos graficados segn la consulta
realizada

Envo de Formularios Bco. Central

Diagrama Mapa de Navegacin

Envo de Formulario a B. Central - (Custom diagram)


Creado por: Patricio Borquez - fecha 10/07/2008
ltima modificacin: 11/07/2008
Versin: 1.0.
Model Specification Page: 9

Figura: 4
Model Specification Page: 10

Elementos de Diagrama

Elemento Screen, Advertencia

Descripcin Pop up de tratamiento de archivo a visualizar

Elemento Screen, Lista de movimientos sin informar

Descripcin pgina donde se despliega el listado de movimientos no informado al banco central

Elemento Screen, Planilla

Descripcin Pagina de despliegue de datos en formato XLS, en el que se genera formato segn
solicita el BCO. Central
Anexo 10

Mapas de navegacin, mdulo de pagos.

8
Model Specification Page: 1

Informe: Documento de Interfaz del Usuario


Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Model Specification Page: 2

Documentacin Interfaz del Usuario

Propsito
Este documento entrega el mapa de navegacin de una funcionalidad o caso de uso. Presenta una
imagen de las pginas. Por cada pgina entrega una descripcin a detalle de los componentes.

Pagos

Agregar forma de Pago

Diagrama Mapa de Navegacin

Agregar forma de Pago - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 11/07/2008
Versin: 1.0.

custom Agregar forma de Pago

Eliminar Modificar

Aceptar Cancelar

confirmar

Agregar

formas de pago

Mensaj e 1 mensaj e2

Figura: 1
Model Specification Page: 3

Elementos de Diagrama

Elemento Screen, formas de pago

Descripcin pagina donde se despliegan todas las cuentas de destino existentes

Programar Pago

Diagrama Mapa de Navegacin

Programar Pago - (Custom diagram)


Creado por: Patricio Borquez - fecha 10/07/2008
ltima modificacin: 11/07/2008
Versin: 1.0.
Model Specification Page: 4

custom Programar Pago

Programar Pago

formas de pago

Aceptar Cancelar

confirmar

mensaj e2

Figura: 2
Model Specification Page: 5

Elementos de Diagrama

Elemento Screen, formas de pago

Descripcin Pagina donde se despliegan todas las cuentas de origen, y destino existentes, para
programar el pago de un contrato en caso de resultar desfavorable.

Prximos pagos

Diagrama Mapa de Navegacin

Prximos pagos - (Custom diagram)


Creado por: Patricio Borquez - fecha 09/07/2008
ltima modificacin: 11/07/2008
Versin: 1.0.

custom Proximos pagos

cal

Consulta de pagos

calendario

Figura: 3
Anexo 11

Ejemplo de plantilla xslt para un contrato especfico de


forward de divisas

9
<?xml version="1.0" encoding="UTF-8" ?>
- <xsl:stylesheet version="2.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:fo="http://www.w3.org/1999/XSL/Format"
xmlns:fn="http://www.w3.org/2005/xpath-functions"
xmlns:xdt="http://www.w3.org/2005/xpath-datatypes"
xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xsl:output version="1.0" method="xml" encoding="UTF-8" indent="no" />
<xsl:param name="SV_OutputFormat" select="'PDF'" />
<xsl:variable name="XML1" select="/" />
- <xsl:variable name="fo:layout-master-set">
- <fo:layout-master-set>
- <fo:simple-page-master master-name="default-page" page-height="11in" page-
width="8.5in" margin-left="0.6in" margin-right="0.6in">
<fo:region-body margin-top="0.79in" margin-bottom="0.79in" />
</fo:simple-page-master>
</fo:layout-master-set>
</xsl:variable>
- <xsl:template match="/">
<xsl:variable name="maxwidth" select="7.30000" />
- <fo:root>
<xsl:copy-of select="$fo:layout-master-set" />
- <fo:page-sequence master-reference="default-page" initial-page-number="1"
format="1">
- <fo:flow flow-name="xsl-region-body">
- <fo:block>- <fo:block>
- <fo:block font-size="inherited-property-value('font-size') + 4pt" text-align="center">
- <fo:inline>
<xsl:text>CONTRATO DE COMPRAVENTA Y ARBITRAJES A FUTURO DE
MONEDA</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text>EXTRANJERA</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="General">
- <xsl:for-each select="folio">
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="right">
- <fo:inline>
<xsl:text>Folio :</xsl:text>
</fo:inline>
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</fo:block></fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>En Santiago de Chile, a</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="General">
- <xsl:for-each select="fecha_contato">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>entre por una parte,</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="nombre">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="razon_social">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>representada por don</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="nombre">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, cdula de identidad N</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="rut">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>-</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="dgv">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>domiciliado en esta ciudad,</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="domicilio">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>y don</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="nombre">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, cdula de identidad N</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="rut">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>-</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="dgv">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, domiciliado en esta ciudad,</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_comprador">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="domicilio">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, en adelante Comprador y, por la otra,</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="nombre">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="razon_social">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>, representada por don</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="nombre">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, cdula de identidad N</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="rut">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>-</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="dgv">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>domiciliado en esta ciudad,</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado">
- <xsl:for-each select="domicilio">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, y don</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="nombre">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>,cdula de identidad N</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="rut">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>-</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="dgv">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, domiciliado en esta ciudad,</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Cierre_de_Contrato">
- <xsl:for-each select="firmas_electronicas_vendedor">
- <xsl:for-each select="apoderado1">
- <xsl:for-each select="domicilio">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</xsl:for-each>
- <fo:inline>
<xsl:text>, en adelante Vendedor, se ha convenido el Contrato Forward que ms
adelante se indica, el cual se regir por las Condiciones Generales de Contratos
de Derivados en el Mercado Local, Folio:</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="General">
- <xsl:for-each select="folio_CM">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>, suscrito entre ambas partes con Fecha</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="General">
- <xsl:for-each select="fecha_Vig_CM">
- <fo:inline>
<xsl:apply-templates />
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>, documento que, para todos los efectos, se entiende formar parte
integrante del presente instrumento:</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>I. Definiciones:</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text>a) Por Monto Contratado se entiende la cantidad de Moneda Extranjera
objeto de venta en este Contrato.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>b) Por Precio Pactado se entiende la cantidad en pesos moneda corriente
nacional, de Unidades de Fomento o de Dlares de los Estados Unidos de
Amrica fijada por las partes como precio de compra de la cantidad de Moneda
Extranjera objeto de venta en este Contrato.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>c) Por Precio Referencial de Mercado para las operaciones de
compraventa de moneda extranjera dlar de los Estados Unidos de Amrica, se
entiende la cantidad en pesos, moneda corriente nacional, resultante de
multiplicar el Tipo de Cambio Referencial estipulado en el Contrato, vigente a la
Fecha de Pago o de Liquidacin Anticipada, segn corresponda, por el monto de
la Moneda Extranjera objeto de este Contrato.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>d) Por Precio Referencial de Mercado para las operaciones de
compraventa de Moneda Extranjera distinta al Dlar o para las operaciones de
arbitraje a futuro cuyo cumplimiento se pacte por compensacin, se entiende la
cantidad de Moneda Nacional, que resulte de multiplicar las siguientes dos
cantidades: (i) la cantidad de Dlares que corresponda al monto total de la otra
Moneda Extranjera prevista en este Contrato, segn la Paridad Referencial, por
(ii) por el Tipo de Cambio Referencial estipulado por las partes vigente a la
Fecha de Pago o de Liquidacin Anticipada, segn corresponda.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>d) Por Precio Referencial de Mercado para las operaciones de arbitraje a
futuro, cuyo cumplimiento se pacte por entrega, se entiende la cantidad de
Dlares que corresponda a la otra Moneda Extranjera prevista en este Contrato,
segn la Paridad Referencial vigente en la Fecha de Pago o de Liquidacin
Anticipada, segn corresponda.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>e) Por Tipo de Cambio de Contrato se entiende la cantidad de pesos,
moneda corriente nacional, o de Unidades de Fomento, necesarias para comprar
una unidad de moneda extranjera, al valor estipulado por las partes en los
respectivos Contratos.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>- <fo:block>
- <fo:inline>
<xsl:text>II. Condiciones Financieras:</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
<xsl:variable name="tablewidth0" select="$maxwidth * 1.00000 - 0.02083 -
0.02083" />
<xsl:variable name="sumcolumnwidths0" select="2.79167 + 0.04167 + 0.04167" />
- <xsl:variable name="factor0">
- <xsl:choose>
- <xsl:when test="$sumcolumnwidths0 > 0.00000 and $sumcolumnwidths0 >
$tablewidth0">
<xsl:value-of select="$tablewidth0 div $sumcolumnwidths0" />
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="1.000" />
</xsl:otherwise> </xsl:choose> </xsl:variable>
<xsl:variable name="defaultcolumns0" select="1" />
- <xsl:variable name="defaultcolumnwidth0">
- <xsl:choose>
- <xsl:when test="$factor0 < 1.000">
<xsl:value-of select="0.000" />
</xsl:when>
- <xsl:when test="$defaultcolumns0 > 0">
<xsl:value-of select="($tablewidth0 - $sumcolumnwidths0) div $defaultcolumns0"
/>
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="0.000" />
</xsl:otherwise> </xsl:choose> </xsl:variable>
<xsl:variable name="columnwidth0_0" select="2.79167 * $factor0" />
<xsl:variable name="columnwidth0_1" select="$defaultcolumnwidth0" />
- <fo:table margin-left="0.0in" margin-right="0.0in" width="{$maxwidth}in">
<fo:table-column column-width="{0.02083}in" />
<fo:table-column column-width="{$tablewidth0}in" />
<fo:table-column column-width="{0.02083}in" />
- <fo:table-body>- <fo:table-row>- <fo:table-cell>
<fo:block />
</fo:table-cell>
- <fo:table-cell>
- <fo:block>
- <fo:table width="{$tablewidth0}in" border-top-style="solid" border-top-
color="#ECE9D8" border-top-width="0.02083in" border-bottom-style="solid" border-
bottom-color="#ACA899" border-bottom-width="0.02083in" border-left-style="solid"
border-left-color="#ECE9D8" border-left-width="0.02083in" border-right-style="solid"
border-right-color="#ACA899" border-right-width="0.02083in" border-
collapse="separate" border-separation="0.04167in" color="black" display-
align="center" text-align="left">
<fo:table-column column-width="{$columnwidth0_0}in" />
<fo:table-column column-width="{$columnwidth0_1}in" />
- <fo:table-body>
- <fo:table-row>
- <fo:table-cell height="0.22917in" border-top-style="solid" border-top-color="#ACA899"
border-top-width="0.01042in" border-bottom-style="solid" border-bottom-
color="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" border-
left-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" padding-
top="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" padding-
right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Tipo de Transaccin :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell height="0.22917in" border-top-style="solid" border-top-color="#ACA899"
border-top-width="0.01042in" border-bottom-style="solid" border-bottom-
color="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" border-
left-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" padding-
top="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" padding-
right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="tipo_transaccion">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Fecha de pago :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="fecha_pago">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Vendedor :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="nombre">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell>
</fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Comprador :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="nombre">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Modalidad de Cumplimiento :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="mecanismo_cumplimiento">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell>
</fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Moneda Nacional :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="moneda_nacional">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Moneda Extranjera :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
<fo:block padding-top="1pt" padding-bottom="1pt" />
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Monto Contratado :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="cantidad_moneda">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Tipo de Cambio de Contrato :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="tipo_de_cambio_FRW">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Paridad de Contrato :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="paridad_FRW_pactada">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Precio Pactado :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="valor_FRW_pactado">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each>
</xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Tipo de Cambio Referencial :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="tipo_cambio_referencia">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Paridad Referencial :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="paridad_referencia">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Referencia :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
<fo:block padding-top="1pt" padding-bottom="1pt" />
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Otras condiciones</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="otras_condiciones">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Lugar de Cumplimiento :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Antecedentes_de_Negocio">
- <xsl:for-each select="lugar_de_cumplimiento">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth0_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table>
</fo:block>
</fo:table-cell>
- <fo:table-cell>
<fo:block />
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>III. Obligaciones de las Partes:</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>En la operacin de compraventa a futuro de Moneda Extranjera, el
vendedor se compromete a entregar la Moneda Extranjera vendida y el
comprador a pagar el precio convenido, en pesos moneda corriente nacional o
en Unidades de Fomento, segn lo establezca el Contrato, pagaderas en Moneda
Nacional, en la Fecha de Pago, segn corresponda.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>En la operacin de arbitraje a futuro de Moneda Extranjera, el vendedor
se compromete a entregar la Moneda Extranjera vendida y el comprador a pagar
el precio convenido en Dlares en la Fecha de Pago.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>En todo caso, si la modalidad de cumplimiento de un Contrato fuere la
compensacin, se aplicar lo previsto en la seccin IV siguiente, prrafo
ii).</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>- <fo:block>
- <fo:inline>
<xsl:text>IV. Cumplimiento:</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>El comprador y el vendedor debern cumplir este Contrato en la Fecha de
Pago de acuerdo a la modalidad prevista en la seccin II precedente, pudiendo
ser alguna de las que se indican a continuacin:</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>i) Entrega:</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text>(A) El Precio Pactado ser el que se estipule en el Contrato y deber
pagarse por el comprador en la Fecha de Pago.</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text>(B) El vendedor deber entregar la Moneda Extranjera vendida en la
fecha estipulada.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>ii) Compensacin:</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text>(A) El comprador de la Moneda Extranjera deber pagar a su contraparte
la diferencia resultante entre el Precio Pactado y el Precio Referencial de
Mercado acordado por las partes, vigente a la Fecha de Pago de este Contrato,
cuando el primero sea superior al segundo.</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text> </xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:inline>
<xsl:text>(B) En caso contrario, esto es, cuando el Precio Referencial de Mercado
resultare superior al Precio Pactado, ser el vendedor quien pague dicha
diferencia a su contraparte.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="justify">
- <fo:inline>
<xsl:text>V. Ejemplares</xsl:text>
</fo:inline>
- <fo:block>
<xsl:text></xsl:text>
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:inline>
<xsl:text>El presente contrato se firma en dos ejemplares de idntico tenor y
fecha, quedando uno en poder de cada parte. A menos que se exprese lo
contrario en este instrumento, los trminos en maysculas tendrn el
significado que para ellos se seala en las Condiciones Generales.</xsl:text>
</fo:inline>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
- <fo:block text-align="center">
<xsl:variable name="tablewidth1" select="$maxwidth * 1.00000" />
<xsl:variable name="sumcolumnwidths1" select="3.25000 + 0.04167 + 3.28125 +
0.04167" />
- <xsl:variable name="factor1">
- <xsl:choose>
- <xsl:when test="$sumcolumnwidths1 > 0.00000 and $sumcolumnwidths1 >
$tablewidth1">
<xsl:value-of select="$tablewidth1 div $sumcolumnwidths1" />
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="1.000" />
</xsl:otherwise>
</xsl:choose> </xsl:variable>
<xsl:variable name="columnwidth1_0" select="3.25000 * $factor1" />
<xsl:variable name="columnwidth1_1" select="3.28125 * $factor1" />
- <fo:table margin-left="0.0in" margin-right="0.0in" width="{$maxwidth}in">
<fo:table-column column-width="{($maxwidth - $tablewidth1) div 2.000}in" />
<fo:table-column column-width="{$tablewidth1}in" />
<fo:table-column column-width="{($maxwidth - $tablewidth1) div 2.000}in" />
- <fo:table-body>
- <fo:table-row>- <fo:table-cell>
<fo:block />
</fo:table-cell>
- <fo:table-cell>
- <fo:block>
- <fo:table width="{$tablewidth1}in" border-collapse="separate" border-
separation="0.04167in" color="black" display-align="center" text-align="left">
<fo:table-column column-width="{$columnwidth1_0}in" />
<fo:table-column column-width="{$columnwidth1_1}in" />
- <fo:table-body>
- <fo:table-row>
- <fo:table-cell height="2.03125in" padding-top="0.02083in" padding-
bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
<xsl:variable name="tablewidth2" select="$columnwidth1_0 * 1.00000 - 0.02083 -
0.02083 - 0.01042 - 0.01042" />
<xsl:variable name="sumcolumnwidths2" select="0.93750 + 0.04167 + 2.39583 +
0.04167" />
- <xsl:variable name="factor2">
- <xsl:choose>
- <xsl:when test="$sumcolumnwidths2 > 0.00000 and $sumcolumnwidths2 >
$tablewidth2">
<xsl:value-of select="$tablewidth2 div $sumcolumnwidths2" />
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="1.000" />
</xsl:otherwise>
</xsl:choose>
</xsl:variable>
<xsl:variable name="columnwidth2_0" select="0.93750 * $factor2" />
<xsl:variable name="columnwidth2_1" select="2.39583 * $factor2" />
- <fo:table margin-left="0.0in" margin-right="0.0in" width="{$columnwidth1_0 -
0.02083 - 0.02083}in" border-collapse="collapse">
<fo:table-column column-width="{0.01042}in" />
<fo:table-column column-width="{$tablewidth2}in" />
<fo:table-column />
- <fo:table-body>
- <fo:table-row>- <fo:table-cell>
<fo:block />
</fo:table-cell>
- <fo:table-cell>
- <fo:block>
- <fo:table width="{$tablewidth2}in" border-top-style="solid" border-top-
color="#ECE9D8" border-top-width="0.01042in" border-bottom-style="solid" border-
bottom-color="#ACA899" border-bottom-width="0.01042in" border-left-style="solid"
border-left-color="#ECE9D8" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ACA899" border-right-width="0.01042in" border-
collapse="separate" border-separation="0.04167in" color="black" display-
align="center" text-align="left">
<fo:table-column column-width="{$columnwidth2_0}in" />
<fo:table-column column-width="{$columnwidth2_1}in" />
- <fo:table-body>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Pp.</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="nombre">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth2_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Domicilio :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="domicilio">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth2_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell height="0.23958in" border-top-style="solid" border-top-color="#ACA899"
border-top-width="0.01042in" border-bottom-style="solid" border-bottom-
color="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" border-
left-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" padding-
top="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" padding-
right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Telfono :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell height="0.23958in" border-top-style="solid" border-top-color="#ACA899"
border-top-width="0.01042in" border-bottom-style="solid" border-bottom-
color="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" border-
left-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" padding-
top="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" padding-
right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="telefonos">
- <xsl:for-each select="telefono">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth2_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Fax :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="telefonos">
- <xsl:for-each select="fax">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth2_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>RUT :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="rut">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth2_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>-</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Comprador">
- <xsl:for-each select="dgv">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth2_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Rep. Legal :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
<fo:block padding-top="1pt" padding-bottom="1pt" />
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table>
</fo:block>
</fo:table-cell>
- <fo:table-cell>
<fo:block />
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table>
</fo:block>
</fo:table-cell>
- <fo:table-cell height="2.03125in" padding-top="0.02083in" padding-
bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
<xsl:variable name="tablewidth3" select="$columnwidth1_1 * 1.00000 - 0.02083 -
0.02083 - 0.01042 - 0.01042" />
<xsl:variable name="sumcolumnwidths3" select="0.93750 + 0.04167 + 2.39583 +
0.04167" />
- <xsl:variable name="factor3">
- <xsl:choose>
- <xsl:when test="$sumcolumnwidths3 > 0.00000 and $sumcolumnwidths3 >
$tablewidth3">
<xsl:value-of select="$tablewidth3 div $sumcolumnwidths3" />
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="1.000" />
</xsl:otherwise>
</xsl:choose>
</xsl:variable>
<xsl:variable name="columnwidth3_0" select="0.93750 * $factor3" />
<xsl:variable name="columnwidth3_1" select="2.39583 * $factor3" />
- <fo:table margin-left="0.0in" margin-right="0.0in" width="{$columnwidth1_1 -
0.02083 - 0.02083}in" border-collapse="collapse">
<fo:table-column />
<fo:table-column column-width="{$tablewidth3}in" />
- <fo:table-body>
- <fo:table-row>
- <fo:table-cell>
<fo:block />
</fo:table-cell>
- <fo:table-cell>
- <fo:block>
- <fo:table width="{$tablewidth3}in" border-top-style="solid" border-top-
color="#ECE9D8" border-top-width="0.01042in" border-bottom-style="solid" border-
bottom-color="#ACA899" border-bottom-width="0.01042in" border-left-style="solid"
border-left-color="#ECE9D8" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ACA899" border-right-width="0.01042in" border-
collapse="separate" border-separation="0.04167in" color="black" display-
align="center" text-align="left">
<fo:table-column column-width="{$columnwidth3_0}in" />
<fo:table-column column-width="{$columnwidth3_1}in" />
- <fo:table-body>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Pp.</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="nombre">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth3_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Domicilio :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="domicilio">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth3_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Telfono :</xsl:text>
</fo:inline>
</fo:block> </fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="telefonos">
- <xsl:for-each select="telefono">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth3_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Fax :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="telefonos">
- <xsl:for-each select="fax">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth3_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>RUT :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="rut">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth3_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
- <fo:inline>
<xsl:text>-</xsl:text>
</fo:inline>
- <xsl:for-each select="$XML1">
- <xsl:for-each select="datos_contrato">
- <xsl:for-each select="Identificacion_Vendedor">
- <xsl:for-each select="dgv">
- <fo:inline>
- <xsl:apply-templates>
<xsl:with-param name="maxwidth" select="$columnwidth3_1 - 0.01042 - 0.01042 -
0.02083 - 0.02083" />
</xsl:apply-templates>
</fo:inline>
</xsl:for-each> </xsl:for-each> </xsl:for-each> </xsl:for-each>
</fo:block>
</fo:table-cell> </fo:table-row>
- <fo:table-row>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Rep. Legal :</xsl:text>
</fo:inline>
</fo:block>
</fo:table-cell>
- <fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-top-
width="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-left-
color="#ACA899" border-left-width="0.01042in" border-right-style="solid" border-
right-color="#ECE9D8" border-right-width="0.01042in" padding-top="0.02083in"
padding-bottom="0.02083in" padding-left="0.02083in" padding-right="0.02083in">
<fo:block padding-top="1pt" padding-bottom="1pt" />
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table> </fo:block>
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table> </fo:block>
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table>
</fo:block> </fo:table-cell>
- <fo:table-cell>
<fo:block />
</fo:table-cell> </fo:table-row> </fo:table-body>
</fo:table>
</fo:block> </fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block>
- <fo:block>
<fo:leader leader-pattern="space" />
</fo:block> </fo:block>
<fo:block id="SV_RefID_PageTotal" />
</fo:flow>
</fo:page-sequence>
</fo:root>
</xsl:template>
- <xsl:template name="double-backslash">
<xsl:param name="text" />
<xsl:param name="text-length" />
<xsl:variable name="text-after-bs" select="substring-after($text, '\')" />
<xsl:variable name="text-after-bs-length" select="string-length($text-after-bs)" />
- <xsl:choose>
- <xsl:when test="$text-after-bs-length = 0">
- <xsl:choose>
- <xsl:when test="substring($text, $text-length) = '\'">
<xsl:value-of select="concat(substring($text,1,$text-length - 1), '\\')" />
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="$text" />
</xsl:otherwise>
</xsl:choose>
</xsl:when>
- <xsl:otherwise>
<xsl:value-of select="concat(substring($text,1,$text-length - $text-after-bs-length -
1), '\\')" />
- <xsl:call-template name="double-backslash">
<xsl:with-param name="text" select="$text-after-bs" />
<xsl:with-param name="text-length" select="$text-after-bs-length" />
</xsl:call-template>
</xsl:otherwise>
</xsl:choose>
</xsl:template>
</xsl:stylesheet>
Anexo 12

Ejemplo de xml para un contrato especfico de forward de


divisas

10
<?xml version="1.0" encoding="UTF-8" ?>
- <datos_contrato>
- <General>
<folio>9999</folio>
<fecha_contato>2007-05-05</fecha_contato>
- <responsable>
<nombre>5555555</nombre>
<cargo>555555555555</cargo>
</responsable>
<folio_CM>7777</folio_CM>
<fecha_Vig_CM>2005-02-02</fecha_Vig_CM>
</General>
- <Identificacion_Comprador>
<rut>999999999</rut>
<dgv>k</dgv>
<razon_social>Razon social Empresa</razon_social>
<nombre>Empresa Compradora</nombre>
<domicilio>Domiciolio Comprador</domicilio>
- <telefonos>
<telefono>123456</telefono>
<fax>987654</fax>
</telefonos>
</Identificacion_Comprador>
- <Identificacion_Vendedor>
<rut>999999999</rut>
<dgv>x</dgv>
<razon_social>Razon social Empresa</razon_social>
<nombre>Empresa Vendedora</nombre>
<domicilio>Domicilio Vendedor</domicilio>
- <telefonos>
<telefono>23456</telefono>
<fax>876543</fax>
</telefonos>
</Identificacion_Vendedor>
- <Antecedentes_de_Negocio>
<tipo_transaccion>compra/venta</tipo_transaccion>
<fecha_cierre>2007-05-05</fecha_cierre>
<hora_cierre>14:00:00.0Z</hora_cierre>
<fecha_pago>2007-09-05</fecha_pago>
<mecanismo_cumplimiento>compensacion/entrega fisica</mecanismo_cumplimiento>
<moneda_nacional>UF</moneda_nacional>
<cantidad_moneda>9999999</cantidad_moneda>
<cantidad_monedas_letras>Cantidad de monedas en
Letras</cantidad_monedas_letras>
<tipo_de_cambio_FRW>0.5</tipo_de_cambio_FRW>
<paridad_FRW_pactada>0.4</paridad_FRW_pactada>
<valor_FRW_pactado>99999999999</valor_FRW_pactado>
<valor_FRW_letras>Valor de FRW en Letras</valor_FRW_letras>
<tipo_cambio_referencia>546.5</tipo_cambio_referencia>
<paridad_referencia>0.39</paridad_referencia>
<lugar_de_cumplimiento>se da cumplimiento en sucursal</lugar_de_cumplimiento>
<otras_condiciones>Estas son condiciones extras</otras_condiciones>
</Antecedentes_de_Negocio>
- <Cierre_de_Contrato>
- <firmas_electronicas_vendedor>
- <apoderado>
<rut>999999999</rut>
<dgv>x</dgv>
<nombre>primer apoderado</nombre>
<domicilio>domicilio apoderado 1</domicilio>
<firma />
</apoderado>
- <apoderado1>
<rut>88888888888</rut>
<dgv>y</dgv>
<nombre>segundo Apoderado</nombre>
<domicilio>domicilio apoderado 2</domicilio>
<firma />
</apoderado1>
</firmas_electronicas_vendedor>
- <firmas_electronicas_comprador>
- <apoderado>
<rut>77777777777</rut>
<dgv>k</dgv>
<nombre>primer apoderado</nombre>
<domicilio>domicilio apoderado 1</domicilio>
<firma />
</apoderado>
- <apoderado1>
<rut>6666666666</rut>
<dgv>l</dgv>
<nombre>segundo apoderado</nombre>
<domicilio>domicilio apoderado 2</domicilio>
<firma />
</apoderado1>
</firmas_electronicas_comprador>
</Cierre_de_Contrato>
</datos_contrato>

También podría gustarte