Propósito - Tesis Electrónicas UACh
Anuncio
Universidad Austral de Chile
Facultad de Ciencias de la Ingeniería
Escuela de Ingeniería Civil en Informática
“DISEÑO E IMPLEMENTACIÓN DE PROTOTIPO PARA
UNA PLATAFORMA DE NEGOCIACIÓN DE CONTRATOS
DERIVADOS EN ENTIDADES BANCARIAS”
Tesis para optar al Título de:
Ingeniero Civil en Informática.
Profesor Patrocinante:
Sr. Christian Hagedorn Hitschfeld
Ingeniero Civil en Informática
MBA Internacional en Marketing y Gestión Comercial.
Profesor Co-Patrocinante
Sr. Martín Gonzalo Solar Monsalves
Ingeniero Civil Industrial
Magíster en Administración 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
INTRODUCCIÓN....................................................................................................................................... 7
1.1.
INTRODUCCIÓN ........................................................................................................................... 7
1.2.
CONTEXTO.................................................................................................................................. 9
1.3.
OBJETIVOS. ............................................................................................................................... 10
1.3.1. Objetivo General. ................................................................................................................ 10
1.3.2. Objetivos Específicos. ......................................................................................................... 10
1.4.
JUSTIFICACIONES. ..................................................................................................................... 11
INSTRUMENTOS DERIVADOS ........................................................................................................... 13
2.1.
PREÁMBULO. ............................................................................................................................ 13
2.2.
CONCEPTOS PRELIMINARES....................................................................................................... 13
2.2.1. Conceptos de derivado y activo subyacente. ....................................................................... 14
2.3.
ANTECEDENTES HISTÓRICOS..................................................................................................... 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 UTILIZACIÓN. ..................................................................................... 23
2.5.1. Cobertura (hedging)............................................................................................................ 24
2.5.2. Especulación ....................................................................................................................... 25
2.5.3. Arbitraje .............................................................................................................................. 25
2.6.
FORMAS DE LIQUIDACIÓN. ........................................................................................................ 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.
PREÁMBULO ............................................................................................................................. 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 NEGOCIACIÓN. ....................................................................................................... 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 INFORMACIÓN ...................................................................................................... 50
3.5.1. Bolsa de Comercio de Santiago [URL008]......................................................................... 51
3.5.2. Valor futuro [URL009] ....................................................................................................... 51
3.5.3. Laboratorio de Investigación Avanzada en Finanzas UC (FinLabUC [URL010]) ............ 53
3.6.
REVISIÓN INTERNACIONAL ....................................................................................................... 55
3.6.1. Casos generales................................................................................................................... 56
3.6.2. Casos específicos................................................................................................................. 58
3.6.3. Realidad Latinoamericana .................................................................................................. 59
3.6.4. Similitudes con Chile........................................................................................................... 59
3.7.
PERSPECTIVAS. ......................................................................................................................... 60
1
MARCO REGULATORIO ...................................................................................................................... 62
4.1.
PREÁMBULO ............................................................................................................................. 62
4.2.
REGULACIÓN GENERAL ........................................................................................................... 62
4.3.
REGULACIÓN SOBRE AGENTES ESPECÍFICOS .............................................................................. 64
4.3.1. Regulación de Bancos ......................................................................................................... 64
4.3.2. Regulación de Administradoras de Fondos de Pensiones (AFP)........................................ 65
4.3.3. Regulación de Compañías de Seguro.................................................................................. 66
4.3.4. Regulación de Fondos Mutuos. ........................................................................................... 67
4.3.5. Regulación de Fondos de Inversión .................................................................................... 68
4.4.
RESUMEN DE NORMATIVA......................................................................................................... 69
4.5.
CAMBIOS A FUTURO.................................................................................................................. 70
METODOLOGÍA Y PLATAFORMA EFT ........................................................................................... 72
5.1.
PREÁMBULO. ............................................................................................................................ 72
5.2.
METODOLOGÍA DE DESARROLLO............................................................................................... 72
5.2.1. Rational Unified Process (RUP) ......................................................................................... 73
5.2.2. Actividades y Documentos EFT........................................................................................... 77
5.3.
FORMA DE APLICACIÓN EN EL PROYECTO. ................................................................................ 82
5.4.
PLATAFORMA TECNOLÓGICA.................................................................................................... 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 compensación ................................................................................. 86
ANÁLISIS DE REQUERIMIENTOS Y PROPUESTA. ....................................................................... 88
6.1.
PREÁMBULO. ............................................................................................................................ 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 ESPECÍFICOS.......................................................................................................... 96
6.6.
REQUISITOS FUTUROS............................................................................................................... 99
DISEÑO Y PROTOTIPO....................................................................................................................... 100
7.1.
PREÁMBULO. .......................................................................................................................... 100
7.2.
OBJETIVO Y ORIENTACIÓN DEL PROTOTIPO. ............................................................................ 100
7.3.
DISEÑO ................................................................................................................................... 102
7.3.1. Proceso De Negocios ........................................................................................................ 102
7.3.2. Casos de USO.................................................................................................................... 104
7.3.3. Mapas de Navegación ....................................................................................................... 112
7.3.4. Modelo BBDD. .................................................................................................................. 116
7.4.
IMPLEMENTACIÓN ................................................................................................................... 117
7.4.1. Creación de un portal EFT-Derivados.............................................................................. 117
7.4.2. Principales pantallas......................................................................................................... 118
7.4.3. Soluciones particulares ..................................................................................................... 123
7.5.
VALIDACIÓN DE PROTOTIPO .................................................................................................... 124
CONCLUSIONES Y MEJORAS........................................................................................................... 125
8.1.
8.2.
CONCLUSIONES....................................................................................................................... 125
MEJORAS ................................................................................................................................ 126
BIBLIOGRAFÍA..................................................................................................................................... 128
9.1.
9.2.
PUBLICACIONES: ..................................................................................................................... 128
URL’S .................................................................................................................................... 128
ANEXOS .................................................................................................................................................. 131
2
ÍNDICE DE TABLAS
INTRODUCCIÓN....................................................................................................................................... 7
INSTRUMENTOS DERIVADOS ........................................................................................................... 13
TABLA 2.1.
TABLA 2.2.
TABLA 2.3.
TIPOS DE OPCIONES. ........................................................................................................ 23
FORMAS DE LIQUIDACIÓN DE LOS CONTRATOS DERIVADOS............................................. 26
TIPOS DE DERIVADO POR MERCADO................................................................................. 31
ESTADO DEL ARTE ............................................................................................................................... 35
TABLA 3.1.
TABLA 3.2.
TABLA 3.3.
TIPOS DE DERIVADOS DE PLATAFORMA INTERBANCARIA DEL MERCADO OTC LOCAL .... 38
HERRAMIENTAS DE INFORMACIÓN FINANCIERA DE FINLABUC....................................... 53
PRINCIPALES AGRUPACIONES EUROPEAS DE DERIVADOS................................................. 57
MARCO REGULATORIO ...................................................................................................................... 62
TABLA 4.1.
ENVÍO DE INFORMACIÓN 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
METODOLOGÍA Y PLATAFORMA EFT ........................................................................................... 72
TABLA 5.1.
TABLA 5.2.
DESCRIPCIÓN DE LAS SEIS MEJORES PRÁCTICAS DE DESARROLLO. FUENTE [URL21]...... 75
LAS PRINCIPALES CARACTERÍSTICAS DEL MOTOR TRANSACCIONAL EFT ........................ 87
ANÁLISIS DE REQUERIMIENTOS Y PROPUESTA. ....................................................................... 88
DISEÑO Y PROTOTIPO....................................................................................................................... 100
CONCLUSIONES Y MEJORAS........................................................................................................... 125
3
ÍNDICE DE FIGURAS
INTRODUCCIÓN....................................................................................................................................... 7
INSTRUMENTOS DERIVADOS ........................................................................................................... 13
ESTADO DEL ARTE ............................................................................................................................... 35
FIGURA 3.1.
[URL006].
FIGURA 3.2.
OPERACIÓN CON INSTRUMENTOS DERIVADOS EN EL MERCADO ORGANIZADO, FUENTE
36
OPERACIÓN CON INSTRUMENTOS DERIVADOS EN EL MERCADO OTC. FUENTE [URL007].
40
FIGURA 3.3. NEGOCIACIÓN DE CONTRATOS DERIVADOS EN MERCADO OTC (BANCARIO) .................. 42
FIGURA 3.4. PROCEDIMIENTO INICIAL DE INTERCAMBIO DE MENSAJES A TRAVÉS DE SISTEMA
AUTOMATIZADO SINACOFI. .................................................................................................................. 44
FIGURA 3.5. PROCEDIMIENTO DE INTERCAMBIO DE MENSAJES PARA MODIFICACIÓN A TRAVÉS DE
SISTEMA AUTOMATIZADO SINACOFI..................................................................................................... 45
FIGURA 3.6. DESCRIPCIÓN DE INTERCAMBIO DOCUMENTOS PARA CESIÓN DE CONTRATOS DERIVADOS.
45
FIGURA 3.7. ACTORES PARTICIPANTES EN EL MERCADO NACIONAL DE DERIVADOS............................ 47
FIGURA 3.8. INFORMACIÓN SOBRE DÓLAR, DE VALOR FUTURO.......................................................... 52
FIGURA 3.9. INFORMACIÓN DETALLADA DE FUTUROS DEL DÓLAR, DE VALOR FUTURO. ..................... 52
FIGURA 3.10.
INFORMACIÓN DETALLADA DE FUTUROS DE BCU, DE VALOR FUTURO. ..................... 52
FIGURA 3.11.
EJEMPLO DE PORTAL DE VALORACIÓN RISK AMÉRICA, CASO OPCIONES..................... 54
FIGURA 3.12.
EJEMPLO DE PORTAL DE VALORACIÓN RISK COMMODITY, CASO FUTURO DE PETRÓLEO.
54
MARCO REGULATORIO ...................................................................................................................... 62
METODOLOGÍA Y PLATAFORMA EFT ........................................................................................... 72
FIGURA 5.1.
FIGURA 5.2.
FIGURA 5.3.
FIGURA 5.4.
FIGURA 5.5.
FIGURA 5.6.
FIGURA 5.7.
ESFUERZO EN ACTIVIDADES SEGÚN FASE DEL PROYECTO................................................ 76
DIAGRAMA DE FLUJO PARA LA FASE DE DEFINICIÓN O INICIAL. ...................................... 77
DIAGRAMA DE FLUJO PARA LA FASE DE ESPECIFICACIÓN O ELABORACIÓN..................... 78
DIAGRAMA DE FLUJO PARA LA FASE DE CONSTRUCCIÓN................................................. 80
DIAGRAMA DE FLUJO PARA LA FASE DE TRANSICIÓN. .................................................... 81
MODELO DE SOLUCIONES EFT GROUP (FUENTE URL022) ............................................. 84
INTEGRACIÓN DE MOTOR EFT CON ACTORES DEL ÁMBITO FINANCIERO NACIONAL. ....... 87
ANÁLISIS DE REQUERIMIENTOS Y PROPUESTA. ....................................................................... 88
FIGURA 6.1.
PROPUESTA AL MODELO DE NEGOCIACIÓN OTC BANCARIA DE DERIVADOS FINANCIEROS.
92
DISEÑO Y PROTOTIPO....................................................................................................................... 100
FIGURA 7.1.
FIGURA 7.2.
DERIVADOS
FIGURA 7.3.
FIGURA 7.4.
FIGURA 7.5.
PROPUESTO
FIGURA 7.6.
FIGURA 7.7.
FIGURA 7.8.
FIGURA 7.9.
FIGURA 7.10.
FIGURA 7.11.
DE DIVISAS.
FIGURA 7.12.
FIGURA 7.13.
FIGURA 7.14.
DIVISAS
FIGURA 7.15.
FIGURA 7.16.
FIGURA 7.17.
VISTA GLOBAL DE CASOS DE USO AGRUPADOS SEGÚN DEFINICIÓN DE MÓDULOS .......... 101
PROCESO DE NEGOCIO DE PLATAFORMA PARA NEGOCIACIÓN DE INSTRUMENTOS
103
ESTRUCTURA DE CASOS DE USO EN ENTERPRISE ARCHITECT ........................................ 104
MAPA DE NAVEGACIÓN PARA CASO DE USO SOLICITAR CONTRATO ESPECÍFICO.. 113
MAPA DE NAVEGACIÓN PARA CASO DE USO REVISAR MODIFICAR CONTRATO
115
MODELO DE BBDD BÁSICO PARA UNA PLATAFORMA DE NEGOCIACIÓN DE DERIVADOS 116
INGRESO AL PORTAL DERIVADOS................................................................................... 117
LISTADO TOTAL DE OPCIONES DESARROLLADAS DE PROTOTIPO. ................................... 117
PANTALLA DE REVISIÓN DE ESTADO DE SOLICITUDES DE CONTRATO MARCO. ............... 118
PANTALLA PARA ENVÍO DE PROPUESTAS A LA ENTIDAD BANCARIA. ......................... 119
PANTALLA DE REVISIÓN O MODIFICACIÓN DE PROPUESTAS DE CONTRATOS FORWARD
120
PANTALLA DE CESIÓN DE CONTRATOS FORWARD DE DIVISAS .................................. 120
PANTALLA DE LIQUIDACIÓN ANTICIPADA DE CONTRATOS FORWARD. ...................... 121
PANTALLA DE REVISIÓN DE ESTADO DE SOLICITUDES DE CONTRATO FORWARD DE
122
PANTALLA DE CONSULTAS ESTADÍSTICAS. ............................................................... 122
PANTALLA PARA PROGRAMAR EL PAGO DE INSTRUMENTO DERIVADO...................... 123
VISUALIZACIÓN DE CONTRATOS UTILIZANDO XML Y XSLT ................................... 124
4
RESUMEN
Los contratos derivados como los forward de divisas, swap de tasas de interés,
opciones de productos agrícolas, 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
extrabursátiles, dependiendo de la madurez de cada economía.
El presente proyecto de título pretende transformarse en una propuesta al actual
sistema de negociación y contratación de instrumentos derivados entre las entidades
bancarias chilenas y sus clientes. Además de establecerse como una base teórica para el
desarrollo de futuros proyectos en este ámbito.
Para concretar estas pretensiones se realizó una completa investigación del
contexto en que se desenvuelve el mercado de derivados, nacional e internacional, las
leyes que lo rigen y que posiblemente lo regirán, las experiencias internacionales y las
necesidades existentes, culminando con el diseño y prototipo de una plataforma para la
negociación de estos instrumentos aplicando las buenas practicas y códigos 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
INTRODUCCIÓN
1.1.
Introducción
La volatilidad1 y la incertidumbre están 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 dólar para los
exportadores, las alzas en los combustibles para el sector transportista, o el alza en los
productos agrícolas en épocas especificas para la población en general.
La administración 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
extrabursátiles. 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 más 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 economías a nivel internacional. Este auge
1
Volatilidad: desviación estándar del cambio en el valor de un instrumento financiero con un horizonte
temporal específico.
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 contratación de este tipo de instrumentos, como lo
indica la experiencia de las economías maduras, ha contado siempre con el previo
establecimiento de un mercado extrabursátil 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 país, si bien desde hace un par de años existe la posibilidad de
establecer un mercado regulado y establecido de derivados, aún la gran mayoría 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 vacíos 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
escándalos financieros mal asociados a estos productos.
Paralelamente a lo expuesto, tenemos que el acelerado avance experimentado por
la tecnología y el aprovechamiento de redes mundiales de comunicación, ha permitido
que los distintos mercados financieros y bancarios puedan desarrollarse rápidamente
optimizando la mayoría 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 proliferación del uso de Internet como medio válido para
realizar transacciones incluso de altos montos.
2
OTC: Sigla correspondiente a Over the Counter, donde su traducción 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 pérdida
significativa de su valor.
8
Dentro del naciente mercado nacional de instrumentos derivados, el uso de la
tecnología como medio de apoyo y como importante mecanismo de difusión 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 país 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 país en
materia económica.
1.2.
Contexto.
Actualmente las instituciones bancarias se encuentran en un constante
crecimiento en la utilización de herramientas financieras a modo de vías o medios de
cobertura ante las fluctuaciones económicas existentes y de la masificación en el uso de
las plataformas electrónicas como medios válidos 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, según lo
que indican las experiencias de otras economías similares a la nuestra.
La mayoría 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
través de mecanismos engorrosos y poco automatizados, excluyéndose casi
4
Inversionista institucional: según artículo 4º, letra e) de la ley 18.045, se considera un inversionistas
institucional a los bancos, sociedades financieras, compañías de seguros, entidades nacionales de
reaseguro y administradoras de fondos autorizados por ley. También tendrán este carácter, las entidades
que señale la Superintendencia mediante una norma de carácter general, siempre que se cumplan las
siguientes condiciones copulativas:
a) que el giro principal de las entidades sea la realización de inversiones financieras o en activos
financieros, con fondos de terceros;
b) que el volumen de transacciones, naturaleza de sus activos u otras características, permita calificar de
relevante su participación en el mercado.
9
automáticamente las negociaciones con pequeños inversionistas o personas naturales
debido al costo que implicaría llegar a realizar todos estos trámites individualmente.
El fenómeno de globalización está haciendo a los mercados nacionales cada vez
más susceptibles a las más mínimas variaciones económicas internacionales. Existen
instrumentos capaces de aminorar estos cambios y que en la actualidad están siendo
subutilizados o simplemente utilizados únicamente por un sector de nuestra economía.
1.3.
Objetivos.
1.3.1. Objetivo General.
Diseñar e implementar un prototipo de software para automatizar la negociación
de contratos derivados entre las entidades bancarias y sus clientes, que logre aumentar
tanto la eficiencia operativa del proceso como el número de participantes en éste.
1.3.2. Objetivos Específicos.
° Describir de forma profunda el problema a tratar, abarcando definiciones,
actualidad y normativa vigente.
° Revisar la metodología de diseño utilizada por la empresa patrocinante y la
plataforma tecnológica existente en ésta.
° Analizar los requisitos de usuario y de software, utilizando la forma de
documentación existente en la empresa, distinguiendo entre necesarios y deseables.
° Diseñar estructura del software, en base al modelo establecido en la etapa de
análisis 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 título tienen directa relación con los beneficios económicos que esta
herramienta financiera entrega al mercado y con las ventajas comparativas
adquiridas por la empresa patrocinante, al obtener una base de conocimientos
sólida respecto al tema.
°
La clara tendencia hacia la automatización de los procesos utilizando las
tecnologías existentes no se debe simplemente a un capricho del mercado
internacional, sino a una clara búsqueda por mejorar la calidad, tiempo, seguridad
en la negociación y transacción 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 mayoría 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 macroeconómica y
11
facilita el control de riesgos entre intermediarios financieros5, entidades
económicas u otras entidades que los requieran.
°
Si bien, el establecimiento y fortalecimiento de un mercado extrabursátil de
derivados no es suficiente para tener un mercado robusto de estos instrumentos,
es un paso necesario, más aún cuando lo que se pretende mejorar es la
negociación con las entidades que menos participación poseen en este mercado,
por lo que se cree, que este proyecto puede ayudar a un rápido desarrollo de estos
instrumentos en mercados organizados.
5
Intermediarios financieros; entidades o personas que actúan de mediadores entre quienes desean captar
fondos y los que desean invertir.
12
Capítulo II.
INSTRUMENTOS DERIVADOS
2.1.
Preámbulo.
El objetivo de este capítulo es el de proporcionar una clara definición y
descripción de los instrumentos financieros derivados, realizando una breve descripción
del entorno, su historia, tipos, forma de utilización y mercados en que se tranzan.
Todo lo anterior, tiene la finalidad de entregar una sólida base teórica que sirva
de respaldo tanto en el análisis como en el diseño 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 función
básica 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, formándose el conjunto de regulaciones, instituciones, prácticas
e individuos que constituyen una infraestructura tal que permite la relación 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 supervisión:
1. Las administradoras de fondos de pensiones, quienes reciben recursos de los
cotizantes o trabajadores y ofrecen estos recursos al mercado, principalmente a
13
través de la compra de bonos, es decir, compra de deuda. Estas instituciones
están 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 través de créditos. La regulación 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 pública (documentos que representan alguna obligación
de dinero y que se transan en mercados regulados), entre éstas a las
administradoras de fondos mutuos y de inversión, las bolsas de valores, los
corredores y agentes de valores, los depósitos de valores, etc. y a las compañías
de seguros. La Superintendencia de Valores y Seguros (SVS) es la entidad
encargada de la supervisión de este mercado.
En base a lo anterior, ¿dónde incorporar específicamente los derivados
financieros? Y la respuesta no es absoluta, ya que estos instrumentos tienen
participación y regulación en los tres mercados mencionados anteriormente, además de
una importante participación dentro de los mercados informales, hecho que será
abordado con mayor amplitud en los capítulos posteriores.
En nuestro país, 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, acción, producto o mercancía), una tasa
de interés, un tipo de cambio (principales divisas), un índice (de acciones, de precios, u
14
otro) o de cualquier otra variable cuantificable a la que comúnmente 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 término, 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 límites y variables de dicha transacción en el presente.
2.3.
Los
Antecedentes históricos.
instrumentos
derivados
fueron
concebidos
buscando
eliminar
la
incertidumbre que generaba la fluctuación 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 fluctuación. Este riesgo es un elemento indispensable en cualquier tipo mercado,
ya que es la forma a través de la cual se logran rendimientos, considerando eso si que
mayores ganancias implican riesgos más altos.
Si bien, la mayoría de estos instrumentos se han comenzado a transar en
mercados establecidos y regulados solo hace un par de décadas atrás, su esencia y
finalidad poseen orígenes muy remotos, abocándose 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 pequeñas cantidades de dinero
para poder ser los primeros en poder reclamar los frutos de las cosechas, a un precio
determinado (una especie de “Opción”); en Europa, alrededor del siglo XII los
vendedores establecían y firmaban contratos prometiendo la entrega de los productos
que vendían a un precio determinado (comienzos del “Forward o Futuro”); países como
Holanda establecieron contratos similares en la compra de tulipanes; y en Japón, se
15
llegaron a establecer contratos para proteger a los vendedores de arroz de las
inclemencias climatológicas [LOP04].
Los derivados en Europa tuvieron una mala imagen en un comienzo, tanto por
los escándalos económicos que se desataron con éstos como por habérseles ligado
fuertemente a la especulación. Este no fue el caso en Estados Unidos, ya que a partir del
siglo XVIII prosperaron ampliamente en el ámbito agropecuario teniendo solo mínimas
restricciones, llegando a ser la primera economía (alrededor del año 1850) en contar con
mercados establecidos, específicamente con la creación de bolsas especializadas donde
se listaban derivados de productos agroindustriales.
No fue hasta el año 1972, que en Estados Unidos también 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 estabilización y crecimiento de la mayoría de las grandes economías tales como
España, Estados Unidos y México quienes transan grandes volúmenes de productos
derivados listados en bolsas, lo que finalmente se ha traducido en una rápida evolución y
crecimiento, interconexión en forma local e internacional y diversificación 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 diversificación se ha mantenido en la línea de los
16
primeros instrumentos creados, por lo cual podemos hacer una división en cuatro
familias principales dadas las características esenciales que estos comparten.
2.4.1. Forward
Un contrato forward es el derivado más 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 evaluación financiera que se debe efectuar de la contraparte y el
consiguiente costo y riesgo que implica.
Dada sus características extrabursátiles, este instrumento puede realizase “a la
medida” de las necesidades específicas de los que realizan la operación, siendo esta una
de sus principales ventajas.
Los principales tipos de activos transados a través de este tipo de contratos, son
forward de divisas y forward de tasas de interés.
Dentro del contrato, una de las partes asume una posición compradora al aceptar
comprar un activo especificando una fecha futura y un cierto precio a pagar. La otra
parte asume una posición 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 volúmenes relativos exigidos, a la evaluación de riesgo del cliente y eventualmente la
exigencia de garantías, estos clientes suelen ser grandes grupos económicos 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 transacción. Si por alguna razón, una de las partes desea
finiquitar el contrato antes del tiempo acordado, la única opción que maneja es la de
traspasar la obligación a un tercero (cesión de la obligación). Encontrar a esa tercera
persona es un proceso que podría resultar lento o muy complejo, más aún ante la
limitante que esa persona o empresa deba poseer a lo más el mismo nivel de riesgo del
agente que está abandonando su obligación. 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 física o por compensación. Dada la importancia que este punto adquiere
para el objetivo de la tesis, este tendrá un tratamiento especial en capítulos 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 estándares 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 través de
una cámara de compensación7, siendo ésta una de las contrapartidas para efectos del
contrato.
En general, todo contrato de futuros consta de los siguientes elementos:
7
Cámara de compensación: Entidad que actúa 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
° Especificación 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 liquidación: fija la forma y lugar en que se traspasa el producto a
cambio de la entrega física o compensación del dinero.
Estos elementos son especificados por cada Mercado o Bolsa de futuros mientras
que los productos y sus especificaciones varían al igual que el sistema de fijación de
precios y las características de la liquidación, 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 operación 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 característica el monto nocional del
activo subyacente, por lo que es necesario que este nocional sea un múltiplo
aproximado del monto deseado. Por ejemplo: el nocional del futuro del dólar es de
8
Nocional: activo ficticio con un valor teórico y que cotiza en un mercado regulado con unos
vencimientos preestablecidos, una rentabilidad dada y una serie de características 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 característica el tipo de activo
subyacente, por lo cual, si lo que se desea es un activo parecido, puede no resultar
conveniente su utilización. Por ejemplo, lo que se busca es una cobertura sobre el
Euro y los productos listados sólo ofrecen coberturas al tipo de cambio del Dólar.
Como se puede apreciar, los contratos de futuros suelen ser más simples que los
forward, ya que al ser negociados en bolsa, su negociación es más directa. No obstante,
ofrecen una menor flexibilidad para realizar coberturas, ya que las características de los
contratos negociados en bolsa pueden diferir de las que se requieren para hacerla.
Otra diferencia importante es que la suscripción de un contrato futuro siempre
requiere de un desembolso inicial para constituir un garantía 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 también pueden contener
cláusulas que prevean ese tipo de garantías 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 fórmula preestablecida. Se trata de contratos
hechos "a medida", o sea, tienen el objetivo de satisfacer necesidades específicas 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 más
complejos por lo que requieren de una buena asesoría.
9
Flujos de caja: los flujos de entradas y salidas de caja o efectivo, en un período dado.
20
Respecto de su configuración, los contratos de swap contienen especificaciones
sobre las monedas en que se harán los intercambios de flujos, las tasas de interés
aplicables, así como una definición de las fechas en las que se hará cada intercambio y la
fórmula que se utilizará para ese efecto.
El tipo de swap más común y generalizado, es el de tasas de interés .En este
caso, dos compañías (X e Y) acuerdan intercambiar los egresos producto de pagos de
intereses de préstamos de igual monto, de los cuales uno es a tasa fija (X) y el otro a tasa
variable (Y). Este es el tipo más común de swap de tasas de interés, siendo conocido
como “plain vanilla”. La razón 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 básicamente opera de la misma forma, la única diferencia
es que se intercambian flujos de caja producto de préstamos en distintas monedas sobre
montos aproximadamente equivalentes. El caso más simple corresponde a los
intercambios en que ambas compañías enfrentan tasa fija, el cual recibe el nombre de
“plain currency swap”. También existen swaps de divisas donde las empresas enfrentan
tasas de interés fija y variable, siendo éste el más usado mundialmente, pero no por eso
menos complejo.
2.4.4. Opciones
Una opción es un contrato entre dos partes, donde quien compra la opción
adquiere el derecho mas no la obligación 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 bursátiles, bonos u otros. Estos
contratos establecen, además, que la operación deberá realizarse en una fecha
preestablecida y a un precio fijado al momento de ser firmado el contrato.
21
Existen dos tipos básicos de opciones:
° Call: faculta a su poseedor de comprar el activo subyacente en cierta fecha y
a un precio determinado.
° Put: faculta a su dueño 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 través de la Cámara de Compensación. En ella, comprador y vendedor
liquidan su posición sin entrar directamente en contacto por lo que la Cámara garantiza
la operación, dando seguridad al mercado.
En el caso de las opciones sólo se requiere un depósito de garantía al emisor de la
opción, quien es el único que está expuesto al riesgo. El funcionamiento de la cuenta de
margen o garantía es el mismo que en el caso de los contratos de futuros: el vendedor de
la opción deposita un margen inicial y debe ir reponiendo fondos (margen de
mantenimiento) cada vez que sus pérdidas implícitas aumentan mientras que el
comprador paga la prima o precio de la opción.
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 extrabursátil (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: expiración, 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 opción (para deshacer la posición) y además, 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
geográfico donde se comenzaron a transar. La siguiente tabla (ver tabla 2.1) indica las
más relevantes en cuanto a utilización a nivel global:
TIPO
Europeo
Americano
Bermuda
CARACTERÍSTICAS
El comprador de la opción solamente puede
realizar el ejercicio al vencimiento del contrato
El comprador puede realizar el ejercicio en
cualquier momento desde que adquiere la
Opción y hasta el vencimiento inclusive.
El comprador puede realizar el ejercicio de
manera discreta (bien en fechas específicas o
bien en intervalos de tiempo concretos). Esta
opción pertenece al grupo de las llamadas
opciones exóticas
Tabla 2.1.
Tipos de opciones.
MERCADOS EN
QUE SE TRANZAN
Organizado y OTC
Organizado y OTC
Solo OTC
Como se ha visto, las posibilidades de contratar uno de estos instrumentos
derivados están dadas por las posibilidades que ofrece el mercado (establecido o
extrabursátil). Otra alternativa disponible es encontrar a alguien que posea la misma
necesidad pero en sentido inverso. Sin duda, el costo de realizar esta búsqueda se puede
tornar mayor que el beneficio a obtener, por lo cual, esta modalidad es raramente
utilizada.
2.5.
Finalidad y forma de utilización.
Si bien inicialmente los productos derivados fueron concebidos buscando
eliminar la incertidumbre que generaba la fluctuación del precio de las cosas, tanto en el
vendedor como en el comprador, hoy en día se utilizan tanto bajo dicha filosofía como
un sistema de especulación. Esto se basa en que la contratación de estos productos no
precisa de grandes desembolsos, mientras que las pérdidas 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 contratación 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
característica que ha permitido un desarrollo tan significativo en el mercado
internacional y un desempeño interesante en el mercado local, especialmente en el
ámbito bancario.
Básicamente existen tres familias de estrategias utilizadas al contratar uno de
estos productos: cobertura (hedging), especulación y arbitraje las cuales serán descritas
a continuación.
2.5.1. Cobertura (hedging)
A través de la utilización de derivados es posible minimizar o anular
completamente el efecto de movimiento de precios, llegando incluso a obtener
dividendos a través de su uso. Por ejemplo, uno de los casos más relevantes en la
actualidad sería cubrirse ante posibles subidas en el precio del petróleo, o para los
importadores y exportadores cubrirse de las fluctuaciones del precio del dólar, todo lo
anterior ya sea contratando un futuro o forward para fijar el precio a futuro, o
comprando una opción 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 económico en
que nos encontramos inmersos.
24
2.5.2. Especulación
La especulación con derivados es básicamente la misma que podemos realizar
con cualquier otro instrumento financiero, es decir, se toma una posición con la
esperanza que el mercado varíe de tal forma que nos reporte una ganancia. Esta actitud,
además de ser absolutamente legítima, es una función 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 información de alta calidad y reciente obtención, como es
característico de los negocios especulativos. Es frecuente asociar la especulación con
una actividad negativa que genera incertidumbre y volatilidad en los mercados. Sin
embargo, esta posición es contrarestada por muchos expertos que afirman que solamente
es posible hablar de daños, cuando las transacciones se orientan a manipular el mercado.
2.5.3. Arbitraje
El arbitraje supone siempre la realización de un beneficio seguro, sin riesgo, por
compras y ventas realizadas al mismo tiempo y que reportan un pequeño diferencial.
Para el caso de los derivados, se refiere a los activos idénticos que se transan en
dos o más 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 idénticos pero que no siempre el
mercado los valora de la misma manera. En general, se puede arbitrar a través 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 demás y
25
producto de la gran calidad en la información que poseen, son las instituciones
especializadas las que mejor lo manejan.
2.6.
Formas de liquidación.
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 liquidación por parte del sujeto comprador al sujeto vendedor.
Básicamente existen tres formas de realizar la liquidación de los contratos
derivados, formas que están sujetas a las condiciones del mercado local en cuanto a
infraestructura y madurez del mismo. Estas formas se encuentran señaladas en la
siguiente tabla (ver tabla 2.2):
Forma de
liquidación
Característica
principal
Entrega del producto
(cantidad de activo
subyacente) frente a
la entrega física del
dinero.
Ejemplo
Forward venta 1000 US$.
El comprador cancela el monto en dinero
Entrega Física
(moneda nacional), calculado con la tasa de
cambio pactada y el vendedor entrega los
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
Compensación
pactada y con la tasa de cambio ese día.
precio sin la entrega
Cabe mencionar que este valor puede
física del producto.
resultar negativo, por lo que ser que el
vendedor deba realizar dicho pago.
Forward
venta 1000 US$ en 3 meses.
Entrega de producto
o diferencia, antes de
°
Al segundo mes transcurrido, las
la fecha establecida
partes de común acuerdo deciden
por un acuerdo entre
realizar
anticipadamente
la
Anticipada
las partes o debido a
liquidación del contrato.
que una de las partes
°
Una de las partes ha caído 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 liquidación de los contratos derivados.
26
El promedio de los contratos que se liquidan en los mercados internacionales por
medio de la entrega física fluctúa entre 1% y 3% sobre el total de contratos negociados.
El sistema de compensación en dinero tiene la ventaja de evitar los problemas de
almacenamiento y transporte de productos, ya que generalmente éste es realizado a
través de una Cámara de Compensación que actúa como contraparte.
Todas las operaciones que se realizan en bolsa son liquidadas a través de una
Cámara de Compensación, 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 término del mismo el comprador pagará a la Cámara de Compensación y ésta a su vez
pagará al vendedor, mientras la mercancía (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 situación financiera de la otra parte, teniendo un buen
nivel de seguridad que el contrato siempre llegará a buen término, por el hecho de que la
Cámara de Compensación es quien responde en forma directa.
2.7.
Ventajas del uso de derivados.
Los derivados por mucho tiempo se han relacionado con importantes escándalos
financieros, producto del mal uso hecho por especuladores. Sin embargo, son mucho
más 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 función 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 contraídas a tasa variable.
° Pagos o cobranzas en moneda extranjera a un determinado plazo.
° Planeación de flujos de efectivo, entre otros.
Básicamente, 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 interés.
° 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 interés, entre otros.
10
Portafolio Accionario: es una combinación de más de una acción, bono u otros activos tomados por un
individuo o un inversionista institucional. El propósito del portafolio es reducir el riesgo a través de la
diversificación
11
Mesa de Dinero: Centro de contacto y cierre rápido de transacciones (a través del teléfono, fax,
sistemas basados en Internet y correo electrónico), que utilizan las instituciones financieras en el mercado
del dinero y en el mercado secundario de títulos 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.
Comúnmente conocido como mercado establecido o simplemente como bolsas
de comercio, el que tradicionalmente está compuesto por una rueda de negociación a
viva voz. Sin embargo, en la actualidad este mercado ha evolucionado a la par con la
tecnología, adoptando complejas plataformas electrónicas de negociación que
automáticamente unen las ofertas con las demandas de los participantes, realizando las
negociaciones en un ambiente multilateral. La negociación de los instrumentos listados
en estas bolsas es llevada a cabo a través de intermediarios (corredores de bolsa),
instrumentos dentro los cuáles se encuentran los derivados.
En Chile, este mercado está compuesto por las diversas bolsas existentes: Bolsa
de Comercio de Santiago, Bolsa Electrónica 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, según la opinión 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
Compañías 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 (negociación de contratos derivados entre bancos),
plataformas propietarias de intercambio (negociación de contratos entre entidades
bancarias y sus clientes), a través 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 mayoría de las entidades que
podrían 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 negociación se encuentra regulada por las mesas
de dinero de los bancos, las que poseen gran cantidad de información y sofisticados
mecanismos para la valoración de estos instrumentos, herramientas que no poseen a
simple vista la mayoría de las empresas.
Dentro de este mercado, también se pueden distinguir las negociaciones que
realizan los bancos con entidades extranjeras, negociaciones que son poco comunes pero
que sin embargo representan las transacciones más 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
podrían llegar a ser negociados en los diferentes mercados.
30
Mercado organizado
(negociados en bolsa)
Compra/Venta de activo a precio
especificado en fecha futura
Futuro
convenida.
Intercambio de activos a precios
especificados y en fecha(s)
convenida(s)
Derecho pero sin la obligación de
llevar a cabo una de las
Opción
transacciones arriba mencionadas.
Tabla 2.3.
Tipos de derivado por mercado.
Mercado Extrabursátil
(OTC)
Forward
Swap
Opción OTC /
Swaption12
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.
Cámara de Compensación
Entidad que actúa 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 sólo en el mercado organizado, siendo
una parte primordial dentro de la estructura de una bolsa. Si bien, en los mercados OTC
la cámara de compensación no es utilizada, los modelos de éstas suelen ser aplicados de
cierta manera.
2.8.4.2.
Garantías
Se definen como los requerimientos que exige la cámara de compensación al
abrir una posición sea de compra o de venta, las que generalmente están relacionadas
con el tipo de activo subyacente a que está sujeto el derivado, por ejemplo, un porcentaje
12
Swaption: Opción para llevar a cabo una transacción de swap.
31
del subyacente a comprar. Si bien la garantía solo existe en los mercados organizados,
generalmente en el mercado OTC se realiza algo similar, exigiendo un colateral13.
2.8.4.3.
Supervisión
El único mercado que es constantemente supervisado es el mercado organizado,
ya que el mercado OTC simplemente tiene la obligación de presentar informes de las
transacciones como una forma de mantener estadísticas, y no como una forma de revisar
que los instrumentos se estén ocupando correctamente.
2.8.4.4.
Riesgo de Contrapartida
Este riesgo es el más básico de todo contrato, refiriéndose 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 Cámara
de Compensación quien lo absorbe. En el mercado OTC, en cambio, esta es una de sus
principales falencias, pues si bien existe una obligación 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
segmentación hecha por el mercado OTC, ya que con la finalidad de cubrirse ante
eventuales incumplimientos, se aumentan considerablemente los requisitos exigidos para
la negociación de estos instrumentos.
13
Colateral: Activo generalmente financiero, proporcionado por una contraparte a otra para reducir el
riesgo de crédito 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
características 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 información detallada e histórica que puede llegar a ser relevante
a la hora de la elección 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 características. Sin
embargo, la falta de garantías e infinitas posibilidades de creación de contratos hace que
se opaque de cierta forma dicha característica.
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 cláusulas y condiciones generales comunes para todos
los instrumentos contratados o que se contratarán. En otras palabras, los contratos marco
son modelos normalizados de acuerdos que pretenden ofrecer una regulación 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 Asociación Internacional del Mercado de Bonos (la "ISMA"
estadounidense), el Acuerdo Marco Europeo (European Master Agreement) de la
Federación Europea de Banca; o el AFB/FBF Convention-cadre relative aux opérations
de marché à terme francés, siendo sin duda el modelo más extendido en operaciones
financieras de cobertura, el elaborado por la Asociación Internacional de Swaps y
Derivados norteamericana ISDA (International Swaps and Derivatives Association), que
publicó la última versión de su Acuerdo Marco en 2002 [URL005].
33
En estos contratos marco, se dejan establecidas condiciones tales como forma de
comunicación válida para la negociación, referencias permitidas (por ejemplo, canales
de información permitidos para una tasa, etc.), horarios y días hábiles para la
negociación, causales de liquidación anticipada, mecanismos de pago, etc. En general,
condiciones globales.
Las condiciones especiales para cada uno de los instrumentos son pactadas en
Contratos Específicos, siempre haciendo referencia a los ya mencionados contratos
marco.
La utilización de estos contratos marcos, conlleva una disminución considerable
en el tiempo de negociación ya que este último es utilizado en todas las negociaciones
posteriores, además de otorgarle una mayor confiabilidad al sistema por el solo hecho de
mantener la base de una negociación.
34
Capítulo III.
ESTADO DEL ARTE
3.1.
Preámbulo
El objetivo de este capítulo es el de proporcionar una descripción del actual
estado de los procesos de negociación de instrumentos derivados, abarcando desde los
actores participantes en estos mercados y los tipos de instrumentos tranzados en Chile,
hasta las formas de negociación de dichos contratos en los distintos mercados
nacionales.
Además, se indicará una pequeña reseña 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
características, 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 participación en el mercado de derivados, ya que tanto la
Bolsa Electrónica como la Bolsa de Productos no poseen dichos instrumentos.
La Bolsa de Comercio ha sido pionera en la implementación 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 Dólar: tienen como activo subyacente el Dólar 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.
Estadísticas 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 años, no han tenido la
aceptación que se esperaba, siendo tranzados sólo en forma esporádica y teniendo
prácticamente una nula participación en cuanto al total de operaciones realizadas en la
8
0,
00
0
91
9
Operaciones Inst. Derivados
Bolsa de Comercio de Santiago
%
bolsa, lo cual se ejemplifica en la siguiente figura (ver figura 3.1):
2000
1600
%
1400
9
0,
0
%
%
0
200
00
0
400
0,
600
19
8
800
0,
0,
00
05
0,
29
00
8
0
%
0, 028
0
2
%
0, %
0
0, %
0
%
0,
0
0, %
0
0, %
0
0, %
0
0, %
0
0,
%
00
03
6
1000
%
63
1200
0
19
94
19
95
19
96
19
97
19
98
19
99
20
00
20
01
20
02
20
03
20
04
20
05
20
06
20
20
07
08
(M
ar
zo
)
Monto Millones de $
1800
Futuros y Opciones
% del total de operaciones
Figura 3.1.
Operación con instrumentos derivados en el Mercado
Organizado, fuente [URL006].
36
3.2.2. Mercado OTC Nacional.
Las operaciones de derivados OTC realizadas en Chile, están circunscritas
básicamente a forward y swaps, realizados con la intervención de bancos en el mercado
extrabursátil. Ejemplos de transacciones habituales son los forward peso-dólar y UFdólar, existiendo también operaciones similares con otras divisas pero sólo en pequeñas
cantidades (operaciones con monedas también son conocidas como seguros de cambio).
Este mercado se encuentra ampliamente dominado por las entidades bancarias,
generándose una gran cantidad de transacciones tanto interbancarias como con sus
principales clientes. De acuerdo a los participantes de la negociación, es posible
separarlas en dos plataformas: interbancarias y propietarias.
3.2.2.1.
Plataforma Interbancaria.
Básicamente es donde encontramos las transacciones de contratos derivados
entre las entidades bancarias nacionales, suscritas a la asociación de bancos e
instituciones financieras (ABIF).
Para la comunicación de estas entidades existe una serie de procedimientos y
servicios informáticos, los cuales generalmente son ofrecidos por Servicio Nacional de
Comunicación Financiera (SINACOFI).
A través de la plataforma de comunicación y negociación proporcionada por
SINACOFI, es posible negociar los siguientes instrumentos derivados (ver tabla 3.1):
37
Activo Subyacente
Monedas
Tasas de Interés
Unidades de
Reajustabilidad e
Índice de tasas
promedio15
Tipos de instrumentos
° forward de compra y venta UF-Dólar.
° forward de compra y venta Peso-Dólar.
° Arbitraje de divisas14.
° Swap de tasa fija – tasa variable (para el monto
establecido, de una determinada moneda).
° Forward de compra y ventas de Peso o UF a una
determinada tasa promedio de interés. Con un monto de
reajustabilidad pactado.
° 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 interés de
del Banco Central en UF (BCU).
IRF/ IIF16
° Forward de compra y venta, de una cantidad de Bonos
de la Tesorería en UF (BTU).
° Todos los anteriores utilizando como valorizador de
estos Bonos, la Intermediación 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 negociación 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: Operación forward en que el vendedor se compromete a entregar la moneda
extranjera vendida y el comprador a pagar el precio convenido en dólares en la fecha de pago.
15
Índice de tasas promedio: índice de tasas de interés local que se indique en el contrato.
16
IRF/IIF: Instrumentos de Renta Fija / Instrumentos de Intermediación Financiera.
38
respaldo operativo mediante sistemas propietarios, tanto para la valoración de estos
instrumentos como para la negociación de los mismos.
Los instrumentos ofrecidos en estas plataformas son más bien dependientes de
las necesidades de los propios clientes, siendo los más utilizados los forward de divisas
seguido muy de lejos por los forward y swap de tasas de interés. En general, los
instrumentos derivados más básicos.
Adicionalmente, dentro del denominado mercado OTC de derivados, existe la
posibilidad de realizar operaciones con entidades que no están sujetas a regulación
específica sobre la materia tales como sociedades de inversión dependientes de bancos
internacionales, corredoras de bolsa o entre dos entidades independientes. Para ello, solo
basta una negociación bilateral y la firma de un contrato, pudiéndose establecer
prácticamente la negociación de cualquier tipo de derivado.
3.2.2.3.
Estadísticas Generales.
En cuanto a las cantidades involucradas en cada uno de estos contratos, estas se
ubican entorno a los 500MUS$. Sin embargo, existen operaciones más pequeñas
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 estadísticas 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 sólo se realizan
cada tres años, 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
1998
2001
Chile
Economias
Latinas
Emergentes
sin Hk ni
Singapur
2004
Economias
Emergentes
35
30
25
20
15
10
5
0
Economias
Avanzadas
%(Montos/PGB)
Mercado de Derivados Chileno
Figura 3.2.
Operación con instrumentos derivados en el Mercado
OTC. Fuente [URL007].
3.3.
Formas de negociación.
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
sólo 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
negociación electrónicos desde 1987, integrados en torno a la plataforma tecnológica
SEBRA (Servicios Bursátiles y Red de Aplicaciones), mediante la cual miles de usuarios
consultan diariamente y en tiempo real información referida a transacciones, precios,
montos, número 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, intermediación financiera, cuotas de
fondos de inversión, monetarios, futuros y opciones.
40
El sistema de negociación integrado para el caso del mercado de derivados, es el
que se conoce como TELEPREGON, que es un sistema electrónico de difusión de
ofertas de compra y venta que posee la modalidad de calce automático para negociación
de derivados como una de sus principales funcionalidades.
Para llevar a cabo la negociación con estos instrumentos, se debe hacer a través
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 negociación de contratos derivados entre las mismas
entidades o con sus clientes.
Dentro de sus principales características destaca la utilización de contratos
marcos generados por la ABIF (ver Anexo 1) y la plataforma automatizada de
negociación 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 negociación de estos contratos en el ambiente
bancario nacional:
41
Figura 3.3.
Negociación de contratos derivados en mercado OTC
(Bancario)
En este esquema se pueden identificar las dos plataformas de negociación
planteadas anteriormente, es decir, la propietaria y la interbancaria. A continuación, una
explicación de todos los elementos que componen la negociación de contratos derivados
en el mercado OTC Bancario.
3.3.2.2.
Plataforma Propietaria
La realidad de cada una de las plataformas de negociación de contratos derivados
entre entidades bancarias y sus clientes, está estrictamente ligada a las posibilidades de
infraestructura y políticas que estas posean. Sin embargo, en Chile por las características
de los clientes que utilizan las herramientas, estas negociaciones generalmente se llevan
a cabo de manera telefónica o personal, firmándose los contratos físicamente.
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 negociación bilateral del contrato derivado
(independiente del tipo de instrumento requerido). La mayoría de los bancos
realizan esta negociación 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 específico para el
instrumento requerido. La firma de este contrato se realiza en forma física, es decir,
en papel por lo que el proceso puede llegar a tardar varios días.
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 vía telefónica y se pactan
todas las variables necesarias para la definición del contrato.
(5a.) Una vez acordado el instrumento y las variables que este requiere, se
realiza la emisión de mensajes a través 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 confirmación de las variables antes mencionadas, a través
de las cuales se genera el contrato específico para el instrumento.
43
Para lo ya mencionado, existe un manual de procedimientos que establece todas
posibilidades existentes para esta negociación, tanto de instrumentos a transar como de
caminos a optar, basado también en los términos 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
través de Sistema automatizado SINACOFI.
(A.) El emisor prepara (crea) un mensaje con los valores y la entidad
financiera,
según
el
instrumento
que
se
haya
acordado
telefónicamente. El creador de este mensaje adjunta su firma digital a
este procedimiento.
(B.) El emisor del mensaje, luego de su preparación, 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 revisión, decide si acepta o
rechaza el mensaje recibido (lo que significa que acepta o no las
condiciones pactadas anteriormente), el mensaje de aceptación posee,
al igual que el de preparación, dos firmas digitales en tanto el de
rechazo solamente una.
Modificación:
44
La siguiente figura (ver figura 3.5) representa el procedimiento de intercambio de
mensajes para modificación a través del sistema automatizado SINACOFI:
Figura 3.5.
Procedimiento de intercambio de mensajes para
modificación a través 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 sólo se le hace referencia mediante un
identificador y se modifican las variables necesarias.
Cesión:
Este procedimiento, por ser sumamente rara su ocurrencia, no tiene un respaldo
informático de SINACOFI. Sin embargo, se encuentra debidamente acordado por las
partes en el contrato marco.
Todos los intercambios de información y firma de documentos se realizan en
forma física, principalmente mediante teléfono y FAX, cuando los requerimientos
legales lo permiten (ver figura 3.6).
Figura 3.6.
Descripción de intercambio documentos para cesión de
contratos derivados.
45
(A.) Cuando una de las partes participantes en el contrato derivado
desea traspasar o ceder su obligación a una tercera entidad, esta
procede a negociarla con su contraparte, verificando que el nuevo
responsable de la obligación 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 posición traspasa el contrato de derivados a una tercera
entidad, traspaso que según sea el caso puede o no estar grabado para
algunas de las partes.
(5b.) Además de la negociación anterior, los bancos están 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 través del sistema de SINACOFI, los bancos pueden revisar los contratos
específicos generados, revisar cual es el estado
y obtener estadísticas de los
mismos.
3.4.
Actores participantes del mercado nacional.
Como fue mencionado en el capítulo II, los instrumentos derivados pueden tener
directa participación dentro de diversos mercados, siendo muchos los partícipes que
pueden utilizar estos instrumentos. El esquema siguiente (ver figura 3.7), describe cuales
son los mercados donde pueden actuar estos últimos, y explícitamente 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
negociación de instrumentos derivados en el mundo bancario, solamente se hará una
breve descripción de cuales son las características que estos actores poseen,
profundizando más en los que tienen directa relación con el proyecto en sí.
Clientes
Cada entidad bancaria posee su propia cartera de clientes, los cuales poseen
distintas características. El proceso de contratación de derivados, por su finalidad y por
los montos que se deben manejar (para que esta transacción se torne rentable), exige que
los clientes tengan características determinadas, como las garantías que serán 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 fluctuación de las distintas monedas y desfases de
47
tiempo en que se realizan los pagos, razón por la cual los forward de monedas o seguros
de cambio, son los instrumentos más solicitados.
Si bien, la mayoría de estos clientes podrían 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 además 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 economía 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 capítulo anterior,
existen procedimientos establecidos y regulaciones específicas para estas entidades.
Sistema Nacional de Comunicaciones Financieras (SINACOFI)
Esta empresa fue creada por la Asociación de Bancos e Instituciones Financieras
(ABIF), con el objetivo de administrar, operar y desarrollar una red electrónica para
apoyar en forma eficiente la acción comercial y operativa de las instituciones financieras
de Chile, mediante el intercambio de información de valor. Para el caso del mercado de
derivados nacional, SINACOFI proporciona una plataforma de intercambio de mensajes
para la automatización de este proceso.
Fondos Mutuos
Son patrimonios aportados por personas naturales o jurídicas para su inversión en
valores de oferta pública, administrado por una sociedad administradora de fondos
mutuos a cuenta y riesgo de los partícipes. Para estas entidades, surgen una serie de
48
regulaciones para la negociación de contratos derivados orientadas a resguardar a los
partícipes de dichos fondos, pudiendo eso si, transar en ambos mercados.
Compañías de Seguro
Son sociedades anónimas 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
compañías 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 partícipes que deseen realizar dichas operaciones. En el caso de contratos derivados
esto no se modifica, siendo el único canal válido para la contratación 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
inversión de los capitales manejados. En el caso de los derivados, éstas se reducen a dos:
° Solamente pueden contratar derivados en bolsas establecidas y sólo como
medio de cobertura.
° No pueden emitir contratos de derivados basados en los fondos
administrados.
49
Depósito Central de Valores (DCV)
Es una sociedad anónima, que se encuentra facultada para recibir en depósito
valores de oferta pública 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 función ya que se
utiliza básicamente en conjunto con la cámara de compensación.
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 Compensación y Liquidación (SCL)
El SCL pertenece a la Bolsa de Comercio de Santiago, a través 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 Telepregón.
3.5.
Canales de información
Para una correcta negociación de cualquier instrumento ya sea financiero o no, la
información que se posea al respecto es fundamental para tomar una buena decisión. En
el caso de Chile, existen variados canales de información, principalmente para los
mercados más arraigados en la cultura económica como las acciones, bonos y
principales monedas. Sin embargo, la mayoría de estos canales no poseen información
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
información acerca del mercado de derivados, se tiene la Bolsa de Comercio de
Santiago, Valor Futuro, Laboratorio de Investigación Avanzada en Finanzas UC
(FinLabUC).
3.5.1. Bolsa de Comercio de Santiago [URL008].
Esta entidad cuenta con un importante sistema de difusión de información en
tiempo real denominado BOLSATICKER. Es un servicio orientado principalmente a
empresas internacionales distribuidoras de información (como por ejemplo Bloomberg,
Reuters, Telekurs, etc.). De esta forma, los usuarios de las distintas redes mundiales de
información pueden recibir en sus computadores antecedentes detallados de todos los
instrumentos de la Bolsa de Comercio de Santiago, dentro de los cuales obviamente
también 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 años en el
mercado y que se encarga de mantener un portal informativo acerca del comportamiento
bursátil en tiempo real de los instrumentos más importantes, obteniendo la información
desde las corredoras de bolsas, entidades bancarias, bolsa de comercio, Banco Central,
AFP, etc. llegando a ser la empresa de información bursátil mas importante del país.
Una de las posibilidades de información que ofrece este portal, son los mercados
de futuros del dólar 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.
Información sobre Dólar, de Valor Futuro.
Figura 3.9.
Información detallada de futuros del dólar, de Valor
Futuro.
Figura 3.10. Información detallada de futuros de BCU, de Valor
Futuro.
52
3.5.3. Laboratorio de Investigación Avanzada en Finanzas
UC (FinLabUC [URL010])
En los últimos seis años, este laboratorio de la Universidad Católica en conjunto
con Fondef17 y un grupo de empresas particulares, ha desarrollado tres herramientas en
las cuales se genera información específica de Chile, acerca del mercado financiero
nacional proporcionando de complejos mecanismos de valoración18 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
Risk America
Risk Commodity
Risk Portfolio
Tabla 3.2.
Función
Provee ingeniería financiera basada en investigación para
la valorización y manejo del riesgo de ciertos activos
financieros en Chile.
Provee ingeniería Financiera basada en investigación para
la valorización y manejo del riesgo de commodities19 en
Chile.
Presenta las herramientas y servicios para la valorización y
gestión del riesgo de carteras de inversión en instrumentos
financieros nacionales e internacionales.
Herramientas de información financiera de FinLabUC
De estos tres portales, encontramos que existen herramientas para trabajar con
instrumentos derivados sólo dentro de Risk America y Risk Commodity.
En el caso de Risk America [URL011], se pueden encontrar potentes
herramientas para la valoración de diversos instrumentos financieros, dentro de los
cuales existen herramientas para la valoración de derivados de monedas tales como
17
Fondef: Organismo estatal que financia proyectos de investigación y desarrollo científico - tecnológico.
Mecanismos de Valoración: Mecanismos estadísticos y matemáticos para la estimación teórica del
valor de un activo en el futuro.
19
Commodities: Todos aquellos productos que provengan directa o indirectamente de la agricultura,
ganadería, silvicultura, actividades hidrobiológicas, extracción de hidrocarburos y minerales metálicos, o
cualquier otra actividad que pueda ser entendida como agropecuario o de extracción mineral de acuerdo a
las normas internacionales.
18
53
forward Dólar/Peso, forward Dólar/UF y distintos tipos de opciones donde el subyacente
es el tipo de cambio peso/Dólar.
Figura 3.11. Ejemplo de portal de valoración Risk América, caso
opciones.
En el caso de Risk Commodity [URL012], se pueden encontrar herramientas para
la valoración de futuros correspondientes a recursos naturales (cobre, oro, plata,
petróleo, gas natural, café, madera, trigo, etc.):
Figura 3.12. Ejemplo de portal de valoración Risk Commodity,
caso Futuro de petróleo.
54
Todas estas herramientas de información acerca de los derivados financieros,
claramente contribuyen a despejar dudas acerca de su funcionamiento e incentivan a la
utilización de otros no masificados, como por ejemplo los derivados de commodities.
Además de estos canales, las entidades bancarias poseen sus propias
herramientas y un potente back-office20 para la valoración de estos instrumentos,
herramientas que claramente no están disponibles para todos los clientes.
3.6.
Revisión internacional
Dentro de la comunidad internacional existe una vasta experiencia en la
negociación de los contratos de derivados, que se expresa en el tiempo que llevan
transándose en los mercados generados en su entorno y en la gran diversificación que
estos instrumentos han logrado, llegándose 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 mayoría de estas experiencias más que aportar al
desarrollo de este proyecto puede tornarse perjudicial, por lo que a continuación se
expondrán de forma general aquellas que resultan más imitables y que por lo demás, son
ocupadas como modelo para la definición de la mayoría de las leyes dictadas (al menos
en el ámbito financiero).
20
Back-office: Procesos internos y automáticos de gestión u operación de cualquier empresa.
Básicamente 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
autorregulación impuestos desde un comienzo, siendo la primera economía en poseer
grandes mercados OTC de derivados de productos agropecuarios, lo cual evolucionó en
bolsas especializadas de derivados para estos mismos, agregándose posteriormente
productos financieros. Estas bolsas que partieron sólo listando los productos, fueron
incorporado paulatinamente diversos instrumentos derivados para cada uno de ellos,
manteniéndose hasta la actualidad tanto por la diversificación lograda de los
instrumentos, como por las alianzas estratégicas 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 tecnológica no fue relevante, los diferentes mercados han
evolucionado a la par con la misma, teniendo en la actualidad complejas plataformas de
negociación en línea con mecanismos automatizados de valoración e importantes
vínculos con agentes internacionales de diversos mercados.
En la ciudad de Chicago es donde se ubican los tres mercados más importantes
en cuanto a volumen de contratación (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 orígenes sumamente actuales, ya que el
mercado de derivados no fue un mercado establecido hasta principios de los 80`s,
aproximadamente diez años después de su creación en Estados Unidos. Si bien el
periodo extrabursátil experimentado en estas latitudes no tiene relación alguna con la
56
norteamericana, éste también existió, formando una sólida base sobre la cual se crearon
y fomentaron estos mercados establecidos posteriormente.
La proliferación de estos mercados, posteriormente hizo que en el marco de la
unión 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 más gráfica en la siguiente tabla (ver tabla 3.3), en donde se destacan los
grupos y las bolsas de comercio que las componen:
NOREX
OMX
London
Stock
Exchange
Eurex
Euronex
Borsa
Italiana
•
•
•
•
•
•
•
Noruega (OSE)
Dinamarca (CSE)
Islandia (ISE)
Suecia (OM)
Finlandia (HEX)
Estonia (Tallinn Exchange)
Latvia (Riga Exchange)
• Bolsas de Londres.
•
•
•
•
•
•
•
•
Frankfurt
Suiza (Soffex)
Francia (SBF)
Bélgica (BXS)
Holanda (AEX)
Portugal (BVLP)
Polonia
LIFFE (Mercado ingles)
• Bolsas de Italia.
• Bolsas de España.
• MEFF
Principales agrupaciones europeas de derivados.
BMEX
Tabla 3.3.
Una característica sustancial de todos los países que han implantado mercados de
productos derivados, ha sido el éxito en cuanto a los volúmenes de contratación que han
sostenido un particular crecimiento, superando en muchas ocasiones a los volúmenes de
contratación de los respectivos subyacentes.
57
3.6.2. Casos específicos
Mercado Español de Futuros y Opciones Financieros (MEFF [URL013])
A principios de los 90´s, el Mercado Español empezó un desarrollo
revolucionario dentro del mercado de derivados. La gran mayoría de las operaciones se
hacían en mercados no listados. Durante estos años los inversionistas se fueron
sofisticando, los sistemas informáticos 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 día,
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 español se ha desarrollado ampliamente durante la última década 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 más del 90% de
sus operaciones derivadas a través 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 pequeña
empresa pudiera realizar sus coberturas y muchos intermediarios pudieran acceder al
mercado, sin embargo el desconocimiento por parte de los posibles partícipes hizo que
este mercado se desarrollara muy lentamente, llegando a tener millonarias pérdidas en
los primeros años.
Consecutivos cambios a la estructuración y forma de negociación de estos
instrumentos, principalmente la incorporación de alta tecnología y modernos
procedimientos, hicieron que MEXDER hoy en día sea uno de los mercados más
58
dinámicos de derivados, teniendo alianzas estratégicas con los mercados españoles y
alianzas comerciales con las bolsas de productos norteamericanas.
3.6.3. Realidad Latinoamericana
La disponibilidad y uso de derivados es también una realidad en América Latina.
En Perú y Chile, las operaciones son fuera de las bolsas organizadas, en los
denominados mercados OTC. El Mercado a Término de Buenos Aires (MATBA), es el
mayor mercado de derivados de productos agrícolas en América Latina. En el Mercado a
Término de Rosario (ROFEX) también se transan derivados de productos agrícolas. En
Brasil, la Bolsa de Mercaderías y Futuros (BM&F) es la bolsa líder en futuros en
América Latina, en donde se transan futuros y opciones de productos agrícolas además
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 dirección que ha tomado el mercado a nivel internacional está absolutamente
claro, y también lo está la aspiración 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 dirección que tomará este mercado. Como por
ejemplo:
° Clientes finales no familiarizados con los instrumentos derivados.
° Regulación 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.
° Cámaras de compensación para uso con derivados sin consolidar.
° Rol preponderante de las tecnologías, tanto para el ágil intercambio de
información como para el desarrollo operativo.
3.7.
Perspectivas.
Al efectuar una leve comparación entre el mercado chileno de derivados y los
mercados extranjeros con economías solo un poco más desarrolladas, se puede suponer
que el terreno por recorrer aún es bastante, además de necesario si lo que se persigue es
la consolidación de la economía.
Se espera que en los siguientes años, los instrumentos derivados tomen la
posición que les corresponde en la economía nacional, diversificando los productos
ofrecidos, ocupando los mercados establecidos y creando nuevos espacios para su
utilización. 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 negociación 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, además de los cambios normativos susceptibles a ser
aplicados por las entidades reguladoras (SVS, SBIF, etc.).
60
Bolsa de Productos [URL015]
La creación de este importante mercado, además de emular lo que ocurre en
importantes mercados internacionales, ha proporcionado una plataforma que puede ser
utilizada para la negociación de instrumentos derivados en donde los subyacentes sean
estos mismos productos. La intención a mediano plazo de esta bolsa es el diseño,
promoción y lanzamiento de derivados en base a productos agrícolas, para permitir la
cobertura de riesgo de precios principalmente a los agricultores.
Alianzas Internacionales de la BEC [URL016]
La bolsa electrónica de comercio de Santiago, ha creado hace ya un par de años
poderosos vínculos con otros centros financieros, como lo es la firma de un protocolo de
intención con el Holding de Productos Financieros Derivados de España (MEFF) que
tiene por objeto la identificación, estudio y desarrollo de iniciativas que puedan ser de
interés tanto para el mercado de valores chileno, como el español; y a la firma de una
alianza estratégica con SIF Garban Intercapital, empresa subsidiaria de la Bolsa
Mexicana de Valores y de Garban Intercapital, para la explotación en Chile del Sistema
de Transacción 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 electrónica de derivados.
61
Capítulo IV.
MARCO REGULATORIO
4.1.
Preámbulo
El objetivo de este capítulo es el de proporcionar una breve descripción de las
distintas normativas legales y regulaciones, desde lo más general hasta regulaciones
especificas para los actores participantes en este mercado. Además, de realizar una
pequeña reseña de los cambios que ocurrirán a futuro, para así tener un respaldo teórico
del marco legal en que se encuentra este proyecto.
4.2.
Regulación 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 regulación para
algunas como es el caso de los contratos entre entidades privadas o una excesiva y
restrictiva regulación en otras, como es el caso de las AFP.
La reglamentación existente para los instrumentos derivados está definida por
normativas que emanan de distintos ámbitos, distinguiéndose 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 información 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, específicamente el capítulo IX del compendio de
normas de cambios internacionales (CNCI), por los capítulos III.D.1 y IV.D.1 del
compendio de normas financieras (CNF).
Además, el Banco Central posee un manual de procedimientos con disposiciones
generales y formularios para el envío de información acerca de los instrumentos
normados por el capítulo IX del CNCI. Existen tres tipos de formularios posibles a ser
enviados (cuya última modificación fue el 29/05/2008), cada uno cuenta con su propio
manual de procedimientos para el llenado de los campos, especificando, además, las
distintas circunstancias en que se deben enviar como la cesión, modificación, etc. (ver
[URL023]) La siguiente tabla (ver tabla 4.1) detalla el envío de información referente a
instrumentos derivados al Banco Central [URL017]:
Subyacente
Moneda
extranjera
Producto
básico
Tasas
Otro
subyacente
21
Característica del contrato
Plazo de envío
Cualquier contrato derivado
donde al menos una de las
monedas es extranjera.
Cualquier contrato derivado
donde los activos sean
commodities negociadas con
10 primeros días del
una entidad extranjera.
mes siguiente a la
Cualquier contrato derivado suscripción del contrato
donde se transen tasas ya sean
locales o extranjeras.
Todas las operaciones con
extranjeros no contempladas
en los casos anteriores.
Formulario y
Manual
Anexo 1 del
Capitulo IX de
compendio.
Anexo 2 del
Capitulo IX de
compendio.
Anexo 3 del
Capitulo IX de
compendio.
No existe. Solo se
envía la
confirmación de la
contraparte.
Tabla 4.1.
Envío de información referente a instrumentos derivados al
Banco Central.
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 según el tipo de instrumento:
Instrumento
Derivado
Forward
Disposiciones que los rigen
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
(Recopilación Actualizada de Normas) y SVS (normas de carácter
general), aplicables a contratos forward.
Swaps
Normas sobre cambios internacionales y financieras emanadas por el
Banco Central (capítulo IX CNCI mas capítulos III.D.1 y IV.D.1 de
CNF), y en forma complementaria las regulaciones emanadas por la
SBIF (Recopilación Actualizada de Normas).
Futuros
Por su carácter Bursátil, 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 Bursátil, 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.
Regulación sobre agentes específicos
Además de estas normativas, existe una reglamentación específica aplicable a los
diversos agentes partícipes tales como bancos y sociedades financieras, AFP, compañías
de seguro, fondos mutuos y fondos de inversión, generada por sus respectivas
superintendencias, siempre dentro del marco de las disposiciones del Banco Central.
4.3.1. Regulación de Bancos
Para analizar la regulación 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, correspondiéndole a la Superintendencia de Bancos e Instituciones
64
Financieras (SBIF) establecer procedimientos de control, métodos de valoración 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 lógico 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 sólo derivados, adquiridos con la finalidad de cobertura o negocio, en el mercado
local o externo. Definiéndose una metodología contable poco detallada a través de las
cartas circulares nº 32-31 y 33-32; además de lo establecido en la circular nº 3345 y la
posterior modificación en la circular nº 3358 en el 2006.
Para los mecanismos de valoración, si bien no existen restricciones efectivas en
este ámbito, se establecen procedimientos para algunos tipos de derivados con la
finalidad de obtener la mejor aproximación 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 relación con el Banco Central, abordadas previamente en la regulación
general y a los acuerdos logrados por la ABIF, como por ejemplo, la utilización de un
canal automatizado y el establecimiento de contratos marco para la negociación de
derivados entre entidades bancarias (ver Anexo 1).
4.3.2. Regulación 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]).
Básicamente las circulares nº 1216 y posteriores modificaciones a la misma circular.
Dentro de los principales puntos tratados en estas normativas se encuentran:
° Forma de contratación: Las AFP sólo pueden realizar operaciones con
productos derivados que tengan como único objetivo la cobertura de riesgos.
° Lugar de contratación: Las AFP pueden realizar operaciones en el mercado
local y extranjero, con entidades del mercado cambiario formal y teniendo como
contraparte una cámara de compensación.
° Límites de inversión: La SAFP, mantiene límites sobre el porcentaje
máximo 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 inversión, un bono,
tasa de interés ó índice de tasas. Teniendo que corresponder una de las monedas
involucradas, a moneda local, UF o IVP22.
4.3.3. Regulación de Compañías de Seguro.
Todas las operaciones de las compañías aseguradoras y reaseguradoras que
involucran instrumentos derivados, están reguladas por la norma de carácter 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 contratación: 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 contratación: Las compañías podrán 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.
° Límites de inversión: En esta normativa se establecen claramente los
límites en forma general y para cada una de las posibilidades existentes.
° Instrumentos: Las compañías tienen la posibilidad de contratar forward,
futuros, opciones y swaps sólo con restricciones en el lanzamiento de opciones.
° Activos: Los activos subyacentes permitidos por esta norma son monedas,
tasas de interés y acciones o índices accionarios.
° Información: En esta norma se establecen obligaciones de información 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. Regulación de Fondos Mutuos.
Las disposiciones que rigen las operaciones con derivados para estas sociedades,
se encuentran en la norma de carácter 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 contratación: Podrán celebrar contratos de futuros, forward y
opciones, actuando como compradores o vendedores del respectivo activo
subyacente, pudiendo realizarse en Chile o en países que cumplan las condiciones
establecidas en la circular nº 1217.
° Lugar de contratación: Los fondos mutuos podrán 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.
° Límites de inversión: En esta normativa se establecen claramente los
límites 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 interés y commodities, utilizables con
cualquiera de los instrumentos, sin mayores restricciones.
° Información: Sólo establece el envío de información en el caso de
producirse excesos en alguno de los límites.
4.3.5. Regulación de Fondos de Inversión
Las disposiciones que rigen las operaciones con derivados para estas sociedades,
se encuentran en la norma de carácter general nº 113 de la Superintendencia de Valores
y Seguros (SVS), modificada por la Norma nº 133 en el 2002. Además 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 contratación: Podrán 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 contratación: Los fondos de inversión podrán 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.
° Límites de inversión: En esta normativa se establecen claramente los
límites en forma general. Para cada una de las posibilidades existentes, se deben
establecer los propios límites en el reglamento interno del fondo.
° Instrumentos: Los fondos de inversión 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 interés e instrumentos de renta fija sin
mayores restricciones.
4.4.
Resumen de normativa
Básicamente, los resúmenes 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 señalan un resumen de tipos de instrumentos y activos
permitidos a entidades (ver tabla 4.3 y 4.4, fuente [URL004]):
69
Forward
Futuros
AFP
Sí, con cámara de
compensación.
Sí
Cias. de Seguro
Sí
Sí
Fondos Mutuos
Sí
Sí
Sí, Sólo en bolsa
No
Bancos
Sí
Sí
Sí, con restricciones
para lanzamiento.
Sí
Fondos de inversión
Sí
Sí
Sí, solo en bolsa.
Sí
Tabla 4.3.
Opciones
Sólo compras y emitidos
en bolsa.
Sí, con restricciones
para lanzamiento.
Swaps
No
Sí
Resumen de tipo de instrumentos permitidos a entidades.
Tasa de
Acciones o
Commodities
interés
índices.
Sí
Sí
No.
No
AFP
Sí
Sí
Sí.
No
Compañías de Seguro
Sí
Sí
Sí.
Sí.
Fondos Mutuos
Sí
Sí
No.
No
Bancos
Sí
Sí
Sí.
No
Fondos de inversión
Tabla 4.4.
Resumen de tipo de activos permitidos a entidades.
Monedas
4.5.
Cambios a futuro.
Dentro de los cambios que se pretenden lograr mediante cambios normativos,
están los que dicen relación con la aplicación 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 mención esta reforma y que afectan e
incentivan el crecimiento de un mercado de derivados robusto, se encuentran la
desmaterialización de instrumentos, compensación de derivados y modernización de
bolsa Off Shore.
70
Desmaterialización de instrumentos
Básicamente es fomentar la emisión electrónica de los instrumentos y no en
papel. Esto tiene relación a cubrir los riesgos generados por el transporte de estos
instrumentos, agilizando los procesos de emisión y confirmación de los mismos.
Compensación de derivados
En el caso de quiebra de una de las partes involucradas en los contratos de
derivados con otra entidad, se permite la compensación de estos contratos, evitándose 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 día que se realiza la quiebra y sólo se cancela esta diferencia por
una de las partes. Esto homologa la normativa local a las reglas internacionales, lo que
permitirá atraer entidades extranjeras.
Modernización de Bolsa Off Shore
La bolsa Off Shore es el mercado donde se realiza, en dólares de los Estados
Unidos de Norteamérica, la oferta pública, cotización y negociación de valores
extranjeros como acciones, cuotas de fondos abiertos y cerrados y certificados de
depósitos, además de cuotas emitidas en Chile de fondos de inversión internacional y
ADR’s representativos de acciones chilenas. Si bien este mercado existe en la
actualidad, lo que se pretende con esta modificación es incentivar su utilización
mediante la ya mencionada homologación con normas internacionales.
Esto ayuda directamente al mercado de derivados local, ya que facilita la oferta
de valores extranjeros en el país, 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
Capítulo V.
METODOLOGÍA Y PLATAFORMA EFT
5.1.
Preámbulo.
El objetivo de este capítulo es el de proporcionar una reseña acerca de la
metodología de desarrollo y la plataforma tecnológica utilizada en cada uno de los
proyectos de la empresa patrocinante de este proyecto de título, es decir, EFT Group.
Esta revisión, tiene la finalidad de transformarse en la base metodológica
utilizada tanto en la redacción de los documentos de análisis y diseño, como en la
definición e implementación del prototipo del sistema aprovechando al máximo la
experiencia, herramientas y servicios existentes susceptibles de ser utilizados en este
proyecto, además 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.
Metodología de desarrollo.
La metodología utilizada por EFT Group tiene como objetivo mantener la
visibilidad de un proceso de desarrollo de calidad, el cual debe buscar y garantizar la
satisfacción de los clientes. Este proceso se origina bajo la búsqueda constante de
oportunidades de negocios ya sea basado en productos existentes o innovaciones.
La metodología también apunta a lograr la especialización 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 evolución de las tecnologías y mantener
72
una constante documentación y coordinación de las tareas y actividades de cada
integrante de las áreas dependientes del área de Investigación y Desarrollo.
Para lograr cada uno de estos objetivos, EFT Group se basa en una reconocida e
importante metodología denominada RUP (Rational Unified Process), la cual se apoya
principalmente en el modelado visual de los sistemas mediante la utilización de UML
(Unified Modelling Language) centrándose, por lo además, 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 ingeniería de software que provee de un método
disciplinado para asignar tareas y responsabilidades dentro de una organización de
desarrollo. Como se mencionó previamente, las tres principales características de RUP
son:
1.- Proceso dirigido por Casos de Uso: En RUP los Casos de Uso no son sólo
una herramienta para especificar los requisitos del sistema, también guían su diseño,
implementación y prueba. Los Casos de Uso constituyen un elemento integrador y una
guía 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
especificación
completa
de
los
requerimientos
de
software,
concentrándose
principalmente en el qué y no en el cómo.
25
Artefactos: Se les considera artefactos a los resultados de cada una de las actividades, siendo estos los
documentos, diagramas, modelos, códigos fuente, planes de prueba, etc.
73
2.- Proceso centrado en la arquitectura: La arquitectura involucra los aspectos
estáticos y dinámicos más significativos del sistema, está relacionada con la toma de
decisiones que indican cómo tiene que ser construido. La definición de la arquitectura
debe tomar en consideración elementos de calidad del sistema, rendimiento,
reutilización y capacidad de evolución, 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 además de utilizar los Casos de Uso para guiar el proceso, presta especial
atención al establecimiento temprano de una buena arquitectura que no se vea impactada
ante cambios durante la construcción o el mantenimiento.
3.- Proceso iterativo e incremental: Dados los sofisticados sistemas de software
de hoy en día, no es posible realizar de una manera secuencial las siguientes etapas:
definir el problema por completo, diseñar por completo la solución, construir el software
y luego probar el producto al final. Se requiere un método iterativo para incrementar la
comprensión del problema a través de refinamientos sucesivos e ir madurando en forma
incremental una solución efectiva después de múltiples iteraciones. RUP apoya un
método 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 prácticas 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
Práctica
Descripción
Brinda una guía para encontrar, organizar, documentar, y seguir los
1. Gestión de
cambios de los requisitos funcionales y restricciones. Utiliza una
requisitos
notación 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, según
iterativo
la fase del proyecto.
3. Desarrollo La creación de software requiere dividir el sistema en componentes
basado en
con interfaces claramente definidas, que posteriormente serán
componentes ensamblados para generar el sistema.
UML es un lenguaje estándar de la OMG26 para visualizar, especificar,
4. Modelado construir y documentar los artefactos de software.
visual
Utilizar herramientas de modelado visual facilita la gestión de dichos
modelos, permitiendo ocultar o exponer detalles cuando sea necesario.
(utilizando
UML)
El modelado visual también ayuda a mantener la consistencia entre los
artefactos del sistema: requisitos, diseños e implementaciones.
Es importante que la calidad de todos los artefactos se evalúe en varios
5. Verificación puntos durante el proceso de desarrollo, especialmente al final de cada
continua de la iteración. En esta verificación 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 también deben ser continuas.
El cambio es un factor de riesgo crítico en los proyectos de software.
Los artefactos software cambian no sólo debido a acciones de
mantenimiento posteriores a la entrega del producto, sino que durante
el proceso de desarrollo; especialmente importantes por su posible
6. Gestión de impacto son los cambios en los requisitos. Por otra parte, otro gran
cambios
desafío que debe abordarse es la construcción de software con la
participación de múltiples desarrolladores, posiblemente distribuidos
geográficamente, trabajando a la vez en una versión y quizás en
distintas plataformas. La Gestión de Cambios y de Configuración es la
disciplina de RUP encargada de este aspecto.
Tabla 5.1.
Descripción de las seis mejores prácticas de desarrollo.
Fuente [URL21]
Por otra parte, RUP divide el proceso en cuatro fases dentro de las cuales se
realizan varias iteraciones en número variable según 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 estándares de tecnologías orientadas a objetos, tales como UML, XMI, CORBA. El grupo está
formado por compañías y organizaciones de software como: Hewlett-Packard (HP), IBM, Sun
Microsystems, Apple Computer.
75
Figura 5.1.
Esfuerzo en actividades según fase del proyecto.
Las primeras iteraciones (en las fases de inicio y elaboración) se enfocan hacia la
comprensión del problema y la tecnología, la delimitación del ámbito del proyecto, la
eliminación de los riesgos críticos y al establecimiento de una base inicial de la
arquitectura. Durante la fase de inicio (definición para EFT) las iteraciones ponen mayor
énfasis en actividades de modelado del negocio y definición de requisitos. En la fase de
elaboración (especificación para EFT), las iteraciones se orientan al desarrollo de la
arquitectura, abarcan los flujos de trabajo de requerimientos, modelo de negocios
(refinamiento), análisis, diseño y una parte de implementación orientado a la
arquitectura. En la fase de construcción, se lleva a cabo la construcción del producto por
medio de una serie de iteraciones: para cada iteración se seleccionan algunos Casos de
Uso, se refina su análisis y diseño y se procede a su implementación y pruebas
realizándose una pequeña cascada para cada ciclo. Se realizan tantas iteraciones como
sean necesarias para que se termine la implementación de la nueva versión del producto.
En la fase de transición, 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 metodologías, RUP es una guía más no un
estándar absoluto, por lo que toda entidad que se acoja a esta metodología tiene la
libertad de ajustarla a sus necesidades específicas. EFT Group ha utilizado esta
metodología como una forma de adoptar las buenas prácticas de desarrollo antes
descritas, definiendo las siguientes actividades y documentos generados para cada una
de las fases de RUP existentes.
Fase de Definición o Inicial
Los objetivos de esta fase son obtener una visión global del proyecto y de su
contexto, definir los objetivos, alcances y generar una planificación general, lo cual se
puede observar en la siguiente figura (ver figura 5.2):
Figura 5.2.
Diagrama de flujo para la fase de definición o inicial.
La solicitud del nuevo sistema está dada por la petición 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 tecnológica. Luego el jefe de producto identifica los riesgos,
genera una estimación y un plan de trabajo. Esta información es transmitida al gerente
de productos quien genera la propuesta, la que finalmente es transmitida por el ejecutivo
comercial al cliente para su aceptación final.
Los principales documentos generados en esta fase del proyecto son siete:
° Descripción de actores y requisitos generales (descripción del negocio).
° Documento de Casos de Uso (completados en 10 - 20%, funcionalidades).
° Mapas de arquitectura preliminares del proyecto.
° Documento de análisis de riesgos y estimación de esfuerzos.
° Planificación general (Carta Gantt preliminar).
° Documento de propuesta.
Fase de Especificación o Elaboración
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 especificación o elaboración (ver figura 5.3):
Figura 5.3.
Diagrama de flujo para la fase de Especificación o
Elaboración.
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 también 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 especificación, los
planes de prueba y la Carta Gantt del proyecto para su aprobación.
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 descripción de servicios.
° Plan de Pruebas y objetivos del mismo plan.
Fase de Construcción
Los objetivos principales de esta fase son construir las componentes, realizar las
pruebas unitarias y la integración de estos mismos, realizar pruebas integradas además
de generar la documentación orientada tanto al usuario final como a las áreas de
producción, encargadas de poner en marcha y explotar el sistema. La siguiente figura
(ver figura 5.4) muestra el flujo para la fase de construcción 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 Construcción.
Esta fase es iniciada por el Gerente de Desarrollo asignando las tareas y el
seguimiento de las mismas. Esta información es recibida por el(los) ingeniero(s) de
software para
crear y/o actualizar la documentación del proyecto, realizando el
desarrollo iterativo del sistema: una iteración consiste en desarrollar una componente,
realizar las pruebas unitarias sobre dicha componente, realizar las pruebas de integración
y continuar con la siguiente componente. Las iteraciones son realizadas hasta terminar el
sistema. Con el sistema y la documentación completos se ejecuta el plan de pruebas
desarrollado en la fase anterior.
Los principales documentos generados en esta fase del proyecto son cuatro:
° Codificación de las distintas componentes de software, indicando
debidamente sus versiones.
° Detalle de los Casos de Uso y plan de pruebas unitarias e integradas.
° Documentación de incidencias y evidencias en desarrollo (logs, resultados
de pruebas, etc.), indicando debidamente sus versiones.
° Documentos de aprobación de pruebas internas y con clientes.
80
Fase de Transición
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 aplicación de las fases
previas. La siguiente figura (ver figura 5.5) muestra el flujo para la fase de transición:
Figura 5.5.
Diagrama de flujo para la fase de Transición.
Esta fase es el punto cúlmine del proyecto y se sustenta por actividades como la
generación de pautas de instalación, las cuales deben ser claras, específicas y operar
correctamente, además 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 capacitación a los usuarios
mediante la entrega de manuales de usuario y operación, que permitan al cliente contar
con la documentación guía o de respaldo para afrontar problemas, dudas y
configuraciones del producto entre otros.
Finalmente los puntos expuestos se traducen en la aceptación del producto por
parte del cliente.
Toda la documentación correspondiente a cada una de las fases es generada bajo
los procedimientos y estándares de la empresa, como la actualización periódica,
81
formatos establecidos, control de versiones y concentración de la documentación 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 producción
° Revisión de Documentación.
° Generación de Minutas.
5.3.
Forma de aplicación en el proyecto.
Dadas las características de este proyecto de título y principalmente al objetivo
del mismo, se debe considerar que la forma de aplicar la metodología de desarrollo de
EFT Group no será completa, ya qué sólo se utilizarán de alguna u otra manera las dos
primeras fases de desarrollo (definición y especificación), es decir, se utilizará la
metodología hasta el punto de concretar el problema a resolver, identificando sus
necesidades, restricciones y requerimientos, además de diseñar e implementar un
prototipo acorde a estas definiciones.
Una de las principales características 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 comúnmente para un proyecto de este tipo no serán
utilizados, abarcando sólo los principales que permitan tener la ya mencionada base para
una
futura
propuesta
o
implementación
del
producto
con
los
interesados
correspondientes. Si bien, durante el proceso de definición 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 sólo se mostrarán 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 presentarán
en el orden que permita una mejor comprensión del problema y de la solución aquí
propuesta.
5.4.
Plataforma Tecnológica.
La plataforma tecnológica utilizada por EFT Group en cada uno de sus productos
ha evolucionando con el paso del tiempo, adaptándose también a los requerimientos
específicos de cada uno de sus clientes. Sin embargo, en la actualidad existe una clara
tendencia a la utilización de Java, principalmente a J2EE en la capa de presentación,
tendencia demostrada en la migración a esta tecnología de la mayoría de los portales y
componentes actualmente en funcionamiento.
Las componentes financieras existentes se desarrollan principalmente en C o
Java, dependiendo fundamentalmente de las características de cada uno de los clientes y
de los servicios que se pretendan dar.
Las bases de datos están implementadas en Oracle con la utilización 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 utilización de estas tecnologías obedece principalmente a las características
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 ejecución de cualquier declaración 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 problemáticas de negocio. Esta compañía se ha
enfocado en proveer soluciones completas para resolver de manera integral la
administración de medios de pago electrónico. Junto con estas plataformas, EFT Group
cuenta con los recursos necesarios para soportar adecuadamente los servicios
operacionales e infraestructura tecnológica 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)
Además 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, transformándose en el total de opciones entregadas por
la empresa para proponer una solución.
De estas opciones se consideran susceptibles a ser utilizadas por la plataforma de
negociación de derivados las siguientes:
84
5.5.2. Enterprise Architect
Herramienta de construcción y modelado de software de alto rendimiento basado
en el estándar de UML 2.1. Con una trazabilidad completa desde los requisitos iniciales
hasta las decisiones de diseño de software. Esta herramienta fue incorporada a fines del
primer semestre del 2007 y en la cual se están llevando la documentación completa de
todos los nuevos proyectos desarrollados.
La utilización 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 documentación.
5.5.3. Portal EFT.
Herramienta interna creada bajo J2EE y base de datos Postgres, para la creación
de portales. Esta herramienta cuenta con una serie de características que simplifican la
implementación de proyectos Web, acortando los tiempos tanto en la construcción como
en la creación de los prototipos correspondientes (revisión 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, además de módulos 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: tecnología Java que permite generar contenido dinámico para Web, en forma de documentos
HTML, XML o de otro tipo.
31
RMI (Java Remote Method Invocation): mecanismo estándar ofrecido por Java para invocar un
método remotamente.
85
2.- Servidor de aplicaciones: el cual posee las componentes básicas para la
creación de un nuevo portal como autentificación, manejo de sesión y comunicación con
el monitor transaccional (intermediario en la comunicación con las distintas bases de
datos existentes).
3.- Base de datos Portal EFT: en la cual se mantiene la administración de
empresas (en este caso bancos), sus usuarios, los perfiles de estos, las políticas de
seguridad y los menús y opciones que se van a desplegar para cada uno de los perfiles
existentes.
La utilización de esta herramienta será para generar un portal con las opciones
necesarias desplegadas a través de un menú, y realizar la integración de estas con los
módulos desarrollados para el prototipo.
5.5.4. Plataformas de pago y compensación
EFT con las plataformas de pago y compensación antes presentadas (ver figura
5.6) es capaz de proveer a un banco una serie de servicios utilizando un motor
transaccional diseñado, construido y en actual operación para estos efectos, integrándose
con una diversidad de actores del ámbito financiero nacional (ver figura 5.7).
86
Figura 5.7.
Integración de motor EFT con actores del ámbito
financiero nacional.
Las principales características que posee este motor transaccional se pueden ver
en la siguiente tabla (ver tabla 5.2):
PRINCIPIO
1.- Pagos futuros.
2.- Operabilidad on- line
real- time
3.- Disponibilidad
4.- Programación de pagos
5. Pagos Multibanco
Tabla 5.2.
DESCRIPCIÓN
Todas las transacciones y procesos pueden operar con fecha
valor futura.
Provee capacidad de operabilidad on- line en tiempo real,
tanto para créditos como débitos.
Contempla el horario administrativo del sistema bancario y
las ventanas horarias establecidas por la Cámara de
Compensación u otras instituciones.
La aplicación permite programar pagos para una ocasión
específica o generar en forma automática y periódica (si el
cliente lo indica) los abonos y cargos respectivos.
Permite operar con medios de pago de otros bancos a través
del modelo multibanco de Cámaras de Compensación o
convenios interbancarios.
Las principales características del motor transaccional EFT
La utilización 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
Capítulo VI.
ANÁLISIS DE REQUERIMIENTOS Y PROPUESTA.
6.1.
Preámbulo.
El objetivo de este capítulo es el de proporcionar una descripción de las
principales necesidades de los partícipes de este proyecto, generar una propuesta que
satisfaga las principales necesidades identificadas y realizar un análisis 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 revisión teórica realizado en los
primeros capítulos aquí presentados), es decir, la negociación de contratos derivados en
el mercado OTC chileno, específicamente 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 desinformación, lo engorroso del proceso y principalmente las
restricciones actuales llevan a que un producto internacionalmente reconocido por su
aporte a las distintas economías donde se ha establecido, se subvalore y prácticamente
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 partícipes 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 solución actual para
la negociación de contratos derivados con sus clientes, contraponiéndose con lo que
ocurre en la negociación 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 negociación de contratos derivados automatizado con sus clientes, sino que
estas negociaciones se realizan solo de forma telefónica y en papel.
Disminuir los tiempos de operación.
Los tiempos en que se incurre en la firma definitiva de un contrato de derivados
con sus clientes llegan incluso a los 5 días hábiles, siendo esto un periodo altísimo si se
toma desde la perspectiva de contratar derivados con plazos con 1 día 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 contratación de estos instrumentos hace que no se pueda ofrecer este
producto a la mayoría de los clientes que los necesitan, perdiéndose 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 contratación de instrumentos derivados, principalmente
agilizando, simplificando y mejorando la manera de realizar estas operaciones.
6.2.2. Clientes
La utilización de herramientas de cobertura ante riesgos, como lo son los
contratos derivados, esta ampliamente subutilizada en nuestro ámbito empresarial
principalmente en los niveles más 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 rápida contratación, generándose importantes pérdidas de oportunidades
de negocio.
Democratizar el actual uso.
La inexistencia de una plataforma automatizada de negociación con los clientes,
hace que los bancos segmenten aún más a los usuarios de estos productos para
resguardarse, cosa que por lo demás, encarece el producto en sí mismo.
Incrementar el actual uso.
La mayoría 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 podrían 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 investigación, 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 utilización de productos.
Agregar nuevos canales que utilicen los productos o servicios actualmente en
funcionamiento, integrándose con las componentes existentes. Esto le da un valor
agregado al mismo producto o servicio utilizado, generando nuevas oportunidades de
utilización y comercialización.
6.3.
Propuesta.
El objetivo principal de este proyecto, es diseñar 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 través de un entorno Web
sea capaz de proporcionar a los principales clientes de cada uno de los bancos un nuevo
mecanismo de contratación de instrumentos derivados. La siguiente figura (ver figura
6.1) representa claramente la propuesta al modelo de negociación OTC Bancaria de
derivados financieros:
91
Figura 6.1.
Propuesta al modelo de negociación OTC Bancaria de
derivados financieros.
Esta plataforma, además de crear un ambiente en el que se puedan transar estos
instrumentos de una manera más á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 revestiría, se hace inviable
proporcionarlos principalmente por el hecho de ser negociaciones en papel. Como por
ejemplo, la custodia digital de los documentos negociados, integración de las formas de
pago
electrónicas
existentes,
el
envío
de
información
al
Banco
Central en forma automática o la presentación de información estadística 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 negociación de contratos derivados. Todas las
negociaciones transadas en esta plataforma tendrán un carácter de bilateral, aplicándose
el modelo de contrato marco y contratos específicos (explicado en los capítulos
anteriores) y agregando nuevas funcionalidades para la operación con dichos contratos.
Si bien, la aplicación de estas modificaciones al actual proceso se pueden considerar
sólo como un front-office al actual sistema (en el caso de que las entidades bancarias ya
utilicen el modelo de contratos marcos y específico), la incorporación de herramientas
de gestión, el mejoramiento en la operación, la disminución de los riesgos producto de la
desmaterialización de los documentos y las posibilidades de expansión, permiten que
esta propuesta sea un aporte real a la actual forma de contratación de estos instrumentos.
6.3.3. Funciones del producto.
La plataforma de negociación de contratos derivados debe incluir dentro de sus
principales funciones:
° La capacidad de negociar contratos marco y contratos específicos entre las
entidades bancarias y sus clientes, utilizando la firma digital como medio de
confirmación válido para esto, aplicando las políticas bancarias tanto de seguridad
como de transacciones a través de Internet.
° La capacidad de generar información a partir de la información recaudada en
cada una de las negociaciones, además de ser capaz de distribuir esta misma
información a distintas entidades según corresponda, es decir, debe proporcionar
herramientas de gestión y operación para la contratación de estos instrumentos.
° La capacidad de integrar las existentes formas de pago de estos
instrumentos, mediante la utilización de las componentes de EFT Group.
93
° La capacidad de manejar los distintos usuarios y perfiles que pueden utilizar
esta plataforma, proporcionándoles herramientas que le faciliten la contratación de
estos instrumentos.
6.3.4. Actores del sistema.
Los actores que interactuarían con esta plataforma propuesta al realizar una
negociación de instrumentos derivados, serían:
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 pequeñas que se dedican a
las negociaciones internacionales) los cuales tienen el rol de ser quienes requieran los
servicios de contratación 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 información 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 debería tener un sistema como
desempeño, disponibilidad, escalabilidad, usabilidad, flexibilidad, instalación o
mantención, entre otros. Atributos los cuales, y debido al ámbito de este proyecto, no
serán detallados ya que estos son definidos ampliamente al momento de existir un
cliente en concreto, además 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 definición de este producto están relacionados
sobre todo con las funcionalidades que se consideran, deberían ser manejadas por una
entidad bancaria al momento de utilizar esta plataforma, como lo son:
° Cada entidad bancaria provee de los servicios de valorización de cada uno
de los instrumentos derivados y de todo un sistema back-office para la toma de
decisiones, que por lo demás existe en la actualidad.
° Cada entidad bancaria posee personal encargado de la aprobación y de la
negociación en general de los instrumentos derivados y de los contratos marco.
° Cada entidad bancaria establece sus propios horarios de negociación,
contratos marcos y contratos específicos.
° Cada entidad bancaria establece cuales son los parámetros negociables tanto
para el contrato marco como para el contrato especifico, además de indicar la
forma de calcular los campos que requieran ser calculados y completados
automáticamente.
95
° Cada entidad bancaria en forma independiente establece cuales son los
clientes o segmentos de clientes que pueden tomar parte en la negociación, los
montos mínimos y máximos, los límites de endeudamiento y tipos de instrumentos
que estos pueden solicitar o recibir.
Además 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 tecnología existente y
aplicada, por lo que se obviará su investigación e integración en el diseño.
° El modelo de automatización y realización de pagos electrónicos, la cual es
una solución existente dentro de la empresa, por lo que se obviará su investigación
e integración en el diseño.
6.5.
Requisitos Específicos.
A continuación se detallan las funcionalidades que la plataforma de negociación
de derivados con entidades bancarias debe tener:
6.5.1.1.
Negociación de Contratos Marco.
° Envío y recepción de propuestas de parámetros: El sistema debe ser capaz
de manejar el intercambio de parámetros negociables dentro de un contrato marco,
según 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
° Modificación
de
parámetros:
El
sistema
debe
permitir
realizar
modificaciones sobre los parámetros 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 válido para estos efectos.
° Consulta y visualización de contratos existentes: El sistema debe permitir la
consulta y visualización del contrato marco incluyéndose en este los parámetros
modificados o agregados. Esta consulta debe poder realizarse independiente de los
estados que pueda tener el contrato marco.
6.5.1.2.
Negociación de Contratos específicos de derivados.
° Envío y recepción de propuestas para negociación: El sistema debe ser
capaz de manejar el intercambio de parámetros negociables para cada uno de los
contratos específicos que la entidad financiera pretenda disponer, utilizándose 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.
° Negociación de cesión de contratos: El sistema debe ser capaz de manejar
las negociaciones referentes a la cesión de contratos a un tercero para cada uno de
los contratos específicos que la entidad financiera pretenda disponer, utilizándose
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.
° Negociación de liquidación anticipada: El sistema debe ser capaz de
manejar las negociaciones referentes a la liquidación anticipada de contratos, ya
sea por algún tipo de incumplimiento del contrato o por un mutuo acuerdo para
cada uno de los contratos específicos que la entidad financiera pretenda disponer,
97
utilizándose 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 visualización de contratos existentes: El sistema debe permitir la
consulta y visualización de cada uno de los contratos específicos negociados,
incluyéndose en este los parámetros modificados o agregados. Esta consulta debe
poder realizarse independiente de los estados que pueda tener el contrato específico
en el tiempo.
6.5.1.3.
Custodia digital y reportes administrativos.
° Generación de formularios para el envío de información 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. Además debe permitir el envío del mismo por el medio que
establezca este organismo.
° Generación de contrato específico o contrato marco: El sistema debe ser
capaz de generar los documentos físicos (entendiéndose esto como en un formato
imprimible) de cada uno de los contratos negociados, considerando los parámetros
y plantillas correspondientes a cada uno de ellos, es decir, debe poder reproducir
los parámetros negociados sobre un documento tipo establecido por la entidad
bancaria.
° Consultas estadísticas sobre instrumentos: El sistema debe ser capaz de
generar consultas estadísticas de contratación de los instrumentos derivados entre
la entidad bancaria y sus clientes
° Consultas externas: El sistema debe ser capaz de mantener disponible y
publicar la información hacia entidades externas como entes reguladores o canales
informativos, según parámetros 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 término o
porque se liquidó anticipadamente, para cualquiera de los dos casos se debe considerar:
° Cálculo de Pagos: El sistema debe ser capaz de realizar los cálculos sobre
los montos a cancelar para los distintos instrumentos derivados y, además, decidir
cual de las dos posturas debe realizar el pago.
° Programación de pagos: El sistema debe permitir programar el pago de un
instrumento derivados en forma automática y a través de los diversos canales
existentes para ello.
6.6.
Requisitos Futuros.
Dadas las características de este sistema, se estima que los posibles
requisitos serían o tendrían relación con la negociación multilateral de contratos y con la
automatización de las tareas de la mesa de dinero, por lo que la plataforma de
negociación debe ser lo suficientemente flexible para que las solicitudes y propuestas de
contratos específicos sean negociados con más de una entidad en forma paralela y las
tareas efectuadas por la mesa de dinero sean invocables por algún sistema utilizado por
la entidad bancaria.
99
Capítulo VII.
DISEÑO Y PROTOTIPO
7.1.
Preámbulo.
El objetivo de este capítulo es el de presentar el diseño e implementación 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 orientación del prototipo.
Debido a la gran cantidad de opciones que se podrían manejar dentro de la
negociación de instrumentos derivados, al considerar todas las familias, es que como
punto de inicio se decidió solo abarcar parte de lo que sería esta plataforma, partiendo
por seleccionar la posibilidad de negociar sólo un instrumento derivado, eligiéndose el
que internacionalmente tiene mayor utilización y crecimiento en los mercados OTC, o
sea, el forward de divisas. Lo anterior, básicamente se sustenta en que la contratación de
los demás instrumentos es muy similar en cuanto a su negociación, variando solamente
las características propias y los parámetros modificables.
Para conceptualizar el problema se hizo una separación según módulos posibles,
detectándose cuatro principales: módulo de contratos marco, módulo de contratos
específicos (dentro del cual se agrega el contrato de forward de divisas), módulo de
administración y custodia y módulo de pagos.
En el siguiente diagrama (ver diagrama 71) de casos de uso, se pueden visualizar
las funcionalidades del sistema y la forma de interacción con los actores.
100
pkg Vista Global de CU
Contratos Marco
Env ia Propuesta
Estado de
solicitudes CM
«include»
(from Cont ratos Marco)
«precedes»
Rev isa Solicitudes
Rev isar-Modificar
Contrato Propuesto
«include»
(from Cont ratos Marco)
Contrato Forward Divisas
Solicitar Contrato
Específic o
Rev isar solicitudes
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)
Liquidación
Propuesta
Consulta info Banc o
Rev isar Cesión
Propuesta
(from Forward de Divisas)
Rev isar-Modificar
(from Forward de Divisas)
Contrato Propuesto
Adminitrador Banco
Cliente Banc o
(from Forward de Divisas)
(from Act ores)
(from Act ores)
Env ia propuesta
Estado de
Solicitude s
«include»
(from Forward de Divisas)
Administracion y custodia
Consulta de
estadísticas
Env io de formularios
Consulta de
contratos Marco
Consulta de
Contratos
Especifico s
(from Administración y Custodia)
(from Administración y Custodia)
(from Administración y Custodia)
(from Administración y Custodia)
Pagos
Próx imos pagos
Agregar forma de
Pag o
Programar Pagos
(from P agos)
(from P agos )
(from P agos )
Figura 7.1.
Vista global de casos de uso agrupados según
definición de módulos
Una vez hecha esta conceptualización del problema nos encontramos con que la
gran cantidad de casos de uso hace que no sea posible agregar todas las funcionalidades
al prototipo, dejándose sin considerar todas aquellas en que se necesite una definición
mas profunda por parte de un cliente del producto, o sea, la mayoría 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.
Diseño
Como fue mencionado anteriormente, la mayoría 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 análisis más profundos acerca de la solución
propuesta. Para lograr esto se desarrollaron una serie de documentos utilizando la
herramienta Enterprise Architect que se pasan a detallar a continuación.
7.3.1. Proceso De Negocios.
Dentro de la empresa actualmente se está utilizando BPMN (Business process
Management Notation), que es un nuevo estándar para modelado de procesos de negocio
y que se utiliza como complemento a UML trayendo buenos resultados y que por lo
demás es soportado por la herramienta Enterprise Architect. En este estándar se
presentan gráficamente las diferentes etapas del proceso mismo. La notación ha sido
diseñada específicamente para coordinar la secuencia de procesos y los mensajes que
fluyen entre los diferentes procesos y participantes. A continuación de agrega el
diagrama BPMN generado para este prototipo (ver figura 7.2):
102
BPMN bp...
«Lane»
«Pool»
Cliente bancari o
Banc o
«Pool»
EFT
«Lane»
«Lane»
«Lane»
«Lane»
contraparte banco
Back End
Portal Deriv ados
motor eft
consulta Back end
Recopila y
despl iega
i nformacion
bancaria
ini ci o
envi o de propuestas
de contrato
Ingreso de
propuestas
almacenamiento de
soli citudes
notifi caci on cl iente
recibe noti ficaciones
de propuestas
mail
Revi sa contratos
generados
xml
revi sa contratos
consula y
despl iegue de
contratos
generar PDF
BBDD
contrato satisfactorio
xslt
no
realiza
modi ficaciones o
nuevas sol ici tudes
ingreso de
modi ficaciones o
sol ici tudes
informacion bancaria
Almacena
modifi caci ones y
solicitudes
notifica Banco
recibe notifi caci ones
de propuestas y
sol ici tudes
mai l
consul ta transacciones
no
real iza
modifi caci ones
ingreso de
modificaciones
almacena
modi ficaciones
notifica cl iente
recibe notificaciones
firma contratos
mail
si
firma contratos
actualiza back end
almacenami ento de
contratos frmados
guarda informacion
firma contratos
Consulta reportes
estadisticos
Genera y despli ega
reportes solicitados
BBDD Motor
Cuadra reportes con
banco
Programa pagos
automaticamente
Activity1
entrega informacion
para cal culos
calcul o de motos a
cancel ar
almacena
programacion de
pagos
Consulta de pagos
Consulta de pagos
consul ta y
despl iegue de pagos
Distribuye
transacci ones a
disti ntos bancos
Figura 7.2.
Proceso de negocio de plataforma para negociación de
instrumentos derivados
103
7.3.2. Casos de USO.
Como fue mencionado al comienzo de este capítulo, las funcionalidades descritas
en los casos de uso fueron agrupadas por módulos 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 más importantes dentro del prototipo y se presentan a continuación según el formato
EFT definido para estos efectos32:
1. Solicitar contrato específico:
Introducción
Este documento presenta el caso de uso: Solicitar Contrato Específico. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
32
Para revisar en detalle los casos de uso de los cuatro módulos presentados dirigirse a los anexos 3,4,5 y
6
104
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Solicitar Contrato Específico
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:30:49
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
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
aprobación o rechazo del mismo.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un periodo de tiempo especificado en parámetros del
sistema
Nombre
Tipo
Datos contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Datos contrato FWD
Proceso
Estatus
Aprobada
Los campos desplegados para la solicitud de un contrato forward son:
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (Fecha en que se ejecutará el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega física o compensación).
- Lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Escenarios
En esta sección 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.
Excepción: 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 opción "Solicitar contrato especifico"
y posteriormente la pestaña forward de Divisas.
1. El sistema despliega una página con la información de cada una de las contrapartes, según
restricción "Datos Contraparte". Posterior a esto despliega los campos a llenar para solicitar el
contrato específico según restricción "Campos contrato FWD".
2. El Cliente ingresa los datos para configurar el contrato forward, según sus necesidades.
3. El Cliente presiona el botón Proponer Visualizar, para revisar el resultado final del contrato
forward.
4. El SISTEMA despliega una página de confirmación 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 página 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 botón Proponer.
9. El sistema valida la correcta inserción 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, limpiándose 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 página 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 botón 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 más 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:
Introducción
Este documento presenta el caso de uso: Revisar-Modificar Contrato Propuesto. Se
describen sus características generales, las restricciones que afectan a la funcionalidad antes,
durante y las condiciones en las que queda el negocio después de la ejecución de su
comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Nombre
Revisar-Modificar Contrato Propuesto
Estatus
Versión
Fecha Creación
10/07/2008 2:31:23
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión, aceptación o rechazo de un contrato específico de derivados propuestos
por la institución financiera, en este caso en específico para la revisión de forward de divisas
propuestos, además en esta funcionalidad se pueden realizar propuestas de modificación a uno
de éstos, siendo estas modificaciones enviadas a la institución financiera para su evaluación.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros del
sistema
Nombre
Tipo
campos Lista
Proceso
Estatus
Aprobada
108
Se despliegan dos grupos de datos:
Datos Generales:
se despliegan las columnas:
- Contrato (botón con el cual se puede desplegar el detalle del contrato correspondiente a
esa fila).
- Folio. (identificador único del contrato forward)
- Tipo Transacción (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
Tipo
Datos Contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Campos contrato FWD
Proceso
Estatus
Aprobada
los campos desplegados para la revisión o modificación del contrato forward son:
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutará el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entr4ega física o compensación).
- Lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Escenarios
En esta sección 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.
Excepción: 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 opción "Revisar-Modificar Contrato
Propuesto" y posteriormente la pestaña forward de Divisas.
1. El Sistema presenta la página de información de contratos forward de divisas propuestos,
desplegando una lista con los datos básicos de cada contrato existente, según restricción
"Campos Lista".
2. El Cliente presiona el botón DETALLE, en la columna contrato perteneciente al contrato que
desea revisar.
3. El sistema despliega una página con la información de cada una de las contrapartes, según
restricción "Datos Contraparte". Posterior a esto despliega los datos del contrato especifico
según restricción "Campos contrato FWD" Propuesto por el banco o modificado.
4. El usuario presiona el botón visualizar.
5. El SISTEMA despliega una página de confirmación 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 página 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 botón 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, eliminándose de la lista de contratos el
que se acaba de Acepta.
Tipo
Excepción
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 botón
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 página 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 botón Cancelar.
1. El sistema vuelve al paso 3 del flujo "001 Aceptar Contrato Marco propuesto"
Tipo
Alternativo
Nombre
006 Proponer modificación
Pasos
En el paso 9 del flujo "001 Aceptar Contrato FWD propuesto", el cliente modifica algunos datos
según su conveniencia y presiona el botón "Proponer Modificación".
1. El sistema valida que se haya realizado algún cambio en los parámetros 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 botón
"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 modificación", el sistema no encuentra modificaciones
realizadas al contrato.
1. El sistema despliega el mensaje: "Debe realizar alguna modificación 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 Navegación
Además de la descripción 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 continuación, se presentan los mapas de navegación para
los mismos casos de usos desplegados en el punto anterior y también con el formato
EFT correspondiente33:
1. Solicitar contrato específico:
33
Para revisar en detalle los mapas de navegación de los cuatro módulos presentados dirigirse a los anexos
7,8, 9 y 10
112
Solicitar Contrato
Diagrama Mapa de Navegación
Solicitar Contrato - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación:
10/07/2008
Versión:
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.
específico
Mapa de navegación para Caso de Uso Solicitar contrato
113
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Página de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Específico.
2. Revisar modificar contrato propuesto:
Revisar-Modificar Contrato Propuesto
Diagrama Mapa de Navegación
Revisar-Modificar Contrato Propuesto - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación:
10/07/2008
Versión:
1.0.
114
custom Revisar-Modificar Contrato Propuesto
Detall e
Informacion de contratos Propuestos .
X
Visualizar
Aceptar
Rechazar
Proponer m odificaci on
Detalle y modificación de contrato
mensaj e 2
Si
cancelar
Confir m
Abrir
Guardar
Cancelar
Adv ertencia
mensaj e 1
Figura 7.5.
Mapa de navegación para Caso de Uso Revisar modificar
contrato propuesto
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
115
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato específico forward
Elemento
Screen, Detalle y modificación de contrato
Descripción
Página en la que se permite la revisión en detalle del contrato especifico propuesto,
aceparlo, rechazarlo o modificarlo
7.3.4. Modelo BBDD.
El modelo de BBDD a continuación es sólo una propuesta que sirva como base
de discusión 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
FK3
FK1
FK2
id_estado
rut_entidad_nueva
rut_entidad_anterior
fecha_cesion
SHORT
SHORT
SHORT
DATETIME
liquidaciones1
PK
id_liq
SHORT
FK1
id_estado SHORT
cantidad
SHORT
fecha
DATETIME
contratos especificos1
entidad negociadora1
PK
rut_entidad
SHORT
dgv_entidad
direccion
cod_nemo
ent. bancaria
SHORT
CHAR(45)
CHAR(10)
BIT
Solicitudes Modificacion CM1
PK
id_modificaciones_cm SHORT
FK2
rut_ent_modificador
fecha_modificacion
estado modificacion
folio_cm_generado
Desc_modificacion
FK3
FK1
SHORT
DATETIME
SHORT
SHORT
CHAR(100)
PK
PK,FK1
PK,FK2
PK
PK
folio_ce
rut_vendedor
rut_comprador
fecha_mod
hora_mod
SHORT
SHORT
SHORT
DATETIME
CHAR(10)
FK3
FK5
FK4
id_liquidacion
id_tipo
id_estado
fecha_firma
flag_modifica_comprador
flag_liquida_comprador
SHORT
SHORT
SHORT
DATETIME
CHAR(1)
CHAR(1)
Tipo Instrumento1
PK
id_tipo
SHORT
descripcion
CHAR(10)
variables específicas CHAR(10)
contrato marco1
PK
folio_cm
SHORT
FK1
id_estado
flag_vigencia
fecha_vigencia
datos...
SHORT
BIT
DATETIME
CHAR(10)
Figura 7.6.
Modelo de BBDD básico para una plataforma de
negociación de derivados
116
7.4.
Implementación
Durante la implementación del prototipo en cuestión, fueron utilizadas tanto las
herramientas de diseño entregadas por EFT, como las herramientas de programación,
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. Creación de un portal EFT-Derivados
Se creó un portal, en donde se mantuvo la agrupación en módulos hecha en los
capítulos anteriores. Además de esto, se creó un usuario el que posee los permisos
globales de la aplicación, por lo que tiene acceso a todas las opciones. A continuación,
muestran las pantallas que grafican esta situación (ver figuras 7.7 y 7.8).
Figura 7.7.
Figura 7.8.
Ingreso al portal derivados
Listado total de opciones desarrolladas de prototipo.
117
7.4.2. Principales pantallas
Debido a la extensión del prototipo se hace imposible plasmar en este documento
el total de pantallas (jsp) creados, por lo que solo se mostrarán de manera general los
más representativos, y sólo la vista principal de estas opciones34:
7.4.2.1.
Estado de solicitudes de contrato marco.
Esta opción permite la revisión de los estados en que se encuentran las
solicitudes de cambio realizadas sobre algún contrato Marco en particular, permite
visualizar el contrato, el motivo de rechazo o firmar el mismo según sea el caso (ver
figura 7.9).
Figura 7.9.
Pantalla de revisión 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
Opción que permite proponer un contrato Forward de divisas a una entidad
financiera, especificando cada uno de los valores a negociar, además esta opción permite
realizar una visualización previa del contrato a proponer (ver figura 7.10).
Figura 7.10.
7.4.2.3.
Pantalla para envío de propuestas a la entidad bancaria.
Revisar o modificar contratos Forward propuestos por una
entidad bancaria.
Opción que permite la revisión, aceptación o rechazo de un contrato específico
de derivados propuestos por la institución financiera, en este caso en específico para la
revisión de Forward de divisas propuestos, además en esta funcionalidad se pueden
realizar propuestas de modificación a uno de éstos. (ver figura 7.11).
119
Figura 7.11. Pantalla de revisión o modificación de propuestas de
contratos Forward de divisas.
7.4.2.4.
Ceder contrato Forward de divisas.
Opción que permite realizar la solicitud de Cesión 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 cesión de contratos Forward de divisas
120
7.4.2.5.
Liquidar contratos anticipadamente.
Opción que permite realizar la solicitud de liquidación anticipada de un contrato
Forward de divisas a una entidad financiera. Donde se especifican los motivos y el tipo
de liquidación a pactar (ver figura 7.13).
Figura 7.13. Pantalla de liquidación anticipada de contratos
Forward.
7.4.2.6.
Estado de solicitudes de contratos Forward de divisas.
Opción que permite la revisión de los estados en que se encuentran las solicitudes
sobre algún contrato forward, ya sean contratos propuestos, modificados, liquidados o
cedidos, manteniéndose la historia de los contratos aceptados y rechazados con sus
respectivos motivos (ver figura 7.14).
121
Figura 7.14. Pantalla de revisión de estado de solicitudes de
contrato Forward de divisas
7.4.2.7.
Consultas estadísticas.
Opción que permite realizar consultas estadísticas de los instrumentos
contratados, entregando la posibilidad de agrupar, filtrar y ordenar según sea necesario.
Esta consulta es independiente para cada uno de los instrumentos derivados disponibles,
dadas sus características particulares (ver figura 7.15).
Figura 7.15.
Pantalla de consultas estadísticas.
122
7.4.2.8.
Programar pago.
Opción que permite programar los pagos a realizar al madurar cada uno de los
contratos específicos 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, además del desarrollo de las pantallas antes
mostradas, se propuso una solución al problema particular de visualización de los
contratos, lo cual se realizó utilizando herramientas XML como Altova.
A grandes rasgos este problema se abordó utilizando plantillas de transformación
XSLT, con las cuales se definió la estructura del contrato, los parámetros fijos y las
variables de éste. Con esta plantilla y un XML con los datos necesarios se genera el
documento PDF, utilizando la librería de Java FopFactory35. A continuación, 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 específico de Forward de
Divisas, y en el anexo 12 un XML de ejemplo.
123
Figura 7.17.
7.5.
Visualización de contratos utilizando XML y XSLT
Validación de prototipo
Como fue mencionado anteriormente, durante la realización de este proyecto de
título, no existió una contraparte cliente, por lo cual la validación, solicitud de
modificaciones
y
aprobación
del
prototipo
implementado,
fue
realizada
satisfactoriamente por Christian Hagedorn Hitschfeld, quien actualmente se desempeña
como director del área de Investigación y Desarrollo de la empresa EFT Group, además
de ser quien patrocinó este proyecto.
124
Capítulo VIII.
CONCLUSIONES Y MEJORAS
8.1.
Conclusiones.
Una vez culminado este proyecto de título, y analizado en profundidad las
implicancias del trabajo presentado, caben mencionar cuales fueron las conclusiones
obtenidas.
Al realizar la investigación 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 economía,
principalmente en los sectores que pueden beneficiarse de manera tangible. Es aquí,
donde el estudio realizado es considerado como un aporte significativo a la
profundización de esta área financiera y al desarrollo de iniciativas que incorporen las
mismas.
La implementación del prototipo si bien pudo completarse y validarse sin
mayores dificultades, lográndose cumplir los objetivos planteados inicialmente, no
pretende establecer una norma de cómo realizar una negociación 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 según 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 utilización de contratos estándar y la utilización de los códigos
de conducta de la industria bancaria.
125
° Permite diseminar conocimientos de administración, datos de mercado y
análisis, por el solo hecho de disponer de la información al coleccionar indicadores,
como los volúmenes transados diarios por sector y por instrumento.
° Permite proveer de los datos al público para promover la competencia y
evitar la manipulación.
° 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 tecnologías,
ofreciendo un servicio novedoso para los antiguos clientes y atrayente para los
nuevos.
Como conclusión final, cabe destacar que la utilización de la metodología 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 relación con el diseño e implementación del prototipo propiamente tal, logrando
además generar un documento paralelo con los estándares establecidos por la empresa.
8.2.
Mejoras
Las principales mejoras aplicables al proyecto de título presentado se pueden
describir de la siguiente forma:
Mejoras en la automatización:
Pueden aplicarse mejoras a éste modelo relacionadas con la automatización de
tareas que dentro de la propuesta se consideran manuales y que dependiendo del cliente
podrían llegar a eliminarse, como por ejemplo, la aprobación de contratos específicos
propuestos por clientes o la propuesta de contratos marco por parte del banco.
126
Mejoras en la solicitud de contratos específicos.
Dado a que el modelo propuesto está abierto a que las negociaciones de contratos
sean a través de solicitudes y propuestas modificables, una mejora a este modelo puede
ser agregar la opción de negociar contratos con condiciones y parámetros fijos, lo cual
posiblemente simplificaría la negociación y reduciría aun más los tiempos de
contratación, además de ampliar la gama de posibilidades.
Mejoras en la información.
Producto de la cantidad de información clave almacenada, una de las mejoras
aplicables a este modelo es agregar un mecanismo de información estadística de las
negociaciones realizadas hacia entidades externas, orientado principalmente a prestar
servicios de información a los distintos canales de información financiera o simplemente
orientado a transformarse en un nuevo canal de información de estos instrumentos.
Mejoras en la negociación de contratos
Otra de las mejoras aplicables específicamente a la negociación de contratos es la
de establecer negociaciones multilaterales de contratos, donde los partícipes de una
negociación 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
Capítulo IX.
BIBLIOGRAFÍA
9.1.
Publicaciones:
[KNA98] Knaak M (1998). Factoring, securitización, ADR'S: análisis, regulación y
aplicación. Santiago: Jurídica Conosur.
[LOP04] López Sherman, D. E. (2004). Análisis de la Evolución del Mercado de
Derivados Como Medio para la Protección Contra el Riesgo.Puebla, México:
Departamento de Actuaría, Escuela de Ciencias, Universidad de las Américas.
[ZUR03] Salvador Zurita, Luis Gómez (2003). Normativa de los mercados Derivados en
chile. Santiago: Estudios Públicos, nº 89.
[CAR04] Mariela Carvajal G., Gerardo Fajardo E., Dinelli Villar W. Reforma al
Mercado de Capitales II Proyecto de Ley: Descripción y análisis. Santiago: facultad de
ciencias económicas 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.
[URL001]
URL’s
Publicaciones del Fondo Monetario Internacional (ingles y español).
http://www.imf.org; Último acceso 12/05/2008.
[URL002]
Noticias y Publicaciones de Corporación 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 economía y administración, facultad de ciencias económicas 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]
Estadísticas 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 año 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 información financiera nacional
http://www.valorfuturo.com/; Último acceso 07/07/2008.
[URL010]
Laboratorio de Investigación 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 España
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 Electrónica 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]
Descripción general de RUP.
https://pid.dsic.upv.es/C1/Material/Documentos%20Disponibles/Introducción%20a%20
RUP.doc; Último acceso 06/07/2008
[URL022]
Página oficial de empresa EFT Group
http://www.eftgroup.net/es/index.php; Último acceso 06/07/2008
[URL023]
Capítulo IX: Información 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
Capítulo 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
cédula 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
cédula 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 regirán todos y cada una de las operaciones de
derivados sobre moneda nacional, unidades de reajustabilidad, moneda extranjera, tasas de interés locales y
tasas de interés extranjeras, que más 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 Capítulo III.D.1. del Compendio de Normas Financieras, del Capítulo IX del Compendio
de Normas de Cambios Internacionales, y de cualquiera otra regulación cambiaria del Banco Central de Chile,
las cuales deberán entenderse formar parte integrante de los Contratos para todos los efectos, en adelante
denominados los “Contratos”.
1.-
Antecedentes e Interpretación:
a) Las partes han manifestado su interés recíproco en celebrar uno o más Contratos de derivados suscritos
en forma electrónica en los términos y condiciones estipulados en estas Condiciones Generales, y
conforme los términos convenidos por las partes en cada uno de los Contratos.
b) Los términos y condiciones de los Contratos acordados por las partes se expresarán y comunicarán a
través de un intercambio electrónico de mensajes a través de la red de SINACOFI (Sistema Nacional
de Comunicaciones Financieras S.A.), con condición de autentificación y certificación de entrega. Los
formatos de los mensajes electrónicos que se utilizarán para estos efectos, se contendrán en un
Procedimiento Operacional para la Suscripción Electrónica 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 electrónica a través de los servicios prestados por SINACOFI, se regirán 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 Suscripción Electrónica de Contratos de
Derivados que se encuentre vigente a la fecha de la celebración 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 Suscripción Electrónica de
Contratos de Derivados que se encontrare vigente a la fecha de la celebración del Contrato respectivo,
se entenderán 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, constituirán una misma relación jurídica y un mismo contrato y las obligaciones
derivadas de cualquiera de los anteriores tendrán el carácter de conexas, por derivar de un mismo
contrato y una misma negociación. Asimismo, en caso de conflicto o discrepancia entre las
disposiciones de las Condiciones Generales y las de un Contrato, prevalecerán las disposiciones de este
último.
1/22
2.-
Declaraciones, aseveraciones y garantías:
(A)
Las partes declaran conocer y aceptar:
a)
Que los Contratos de derivados están sujetos al riesgo propio de la variación del activo objeto de los
mismos durante el período comprendido entre las fecha de celebración 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 estudiarán debidamente, en forma independiente, todos los antecedentes
económicos y financieros de la operación, para lo cual deberán prescindir de toda y cualquier información
verbal o escrita recibida, respecto de la operación de que se trate, de la contraparte o de sus personas
relacionadas.
c)
En este mismo sentido, las partes declaran y garantizan que en relación con la negociación, celebración
y ratificación de cada Contrato y de estas Condiciones Generales: (i) ninguna de las partes ha emitido (directa o
indirectamente) alguna garantía o declaración respecto del éxito, la rentabilidad, el retorno, el rendimiento, el
resultado, la consecuencia o el beneficio esperado o proyectado (sea económico, 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
términos, condiciones y riesgos (económicos y de otro tipo) de cada Contrato y pueden asumir, y están
dispuestas a asumir, tales riesgos; y (iii) las partes han tomado y tomarán sus propias decisiones sobre
inversiones, cobertura y negociación (incluyendo las decisiones sobre la conveniencia u oportunidad de
cualquier Contrato tomando en consideración sus circunstancias) en base a sus propias opiniones y a los
consejos de los asesores profesionales independientes y a la información que estimen necesarias o apropiadas y
no en base a los consejos, opiniones, recomendaciones, asesoría o declaraciones de su contraparte.
d)
Que están conscientes y aceptan que sus predicciones de variaciones de los distintos índices
económicos y que cualquier decisión tomada sobre esa base pueden resultar errónea, y que las consecuencias
que de ellas pudieran derivarse para cada parte serán 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 carácter de agencia, sucursal, filial o
subsidiaria de un banco extranjero, las partes declaran y acuerdan que el cumplimiento y pago de las
obligaciones contraídas por dicha agencia, sucursal, filial o subsidiaria se efectuarán 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 artículo 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 ningún caso la harán responsable de las mismas, como
tampoco a su matriz, ni a ninguna de las demás 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 términos convenidos por las partes, aunque no se produzca de inmediato
el intercambio electrónico de mensajes que constituirá el respectivo Contrato.
h)
Que la única forma de acceder a los servicios de la red de SINACOFI para la transmisión de los
mensajes electrónicos, es a través de la identificación y claves secretas de acceso, las que deberán 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
jurídicos que se deriven de los Contratos celebrados por vía electrónica, si el acceso a los servicios de la red se
ha efectuado a través de la identificación y claves de acceso asociadas a ellas.
i)
Que en caso de cualquier discrepancia por los mensajes electrónicos intercambiados entre ellas, la
reproducción en papel que se extraiga de los registros o archivos electrónicos de los documentos electrónicos
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 envío y recepción y contenido del documento e
identificación 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
suscripción 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 representación son, respectivamente, apoderados de
ellas debidamente autorizados para celebrar estas Condiciones Generales y para obligarlas, respectivamente, de
acuerdo a los términos y condiciones de estas Condiciones Generales; y que el o los operadores que celebren el
o los Contratos en su representación estarán debidamente autorizados para celebrar todos los Contratos y para
obligarles de acuerdo a los términos y condiciones de dichos Contratos.
b)
3.-
Que tienen domicilio y/o residencia en Chile.
Definiciones:
Para todos los efectos de los Contratos regidos por estas Condiciones Generales las partes definen de común
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 número 8 de estas Condiciones Generales;
ii) Cierre de la Operación 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 electrónica de conformidad
a estas Condiciones Generales, y en la forma prevista para cada tipo de Contrato según se indique en el
Procedimiento Operacional para la Suscripción Electrónica de Contratos de Derivados que forma parte
de estas Condiciones Generales para todos los efectos legales y contractuales a que hubiere lugar.
También significa un contrato de derivado que deba celebrarse por medio escrito en los casos previstos
en el número 4.2 de estas Condiciones Generales.
iv) Día Hábil para los efectos de cada Contrato, significa un día en que los bancos establecidos en
Chile están obligados por ley a abrir sus oficinas al público. Respecto de Contratos que involucren una
o más monedas extranjeras, Día Hábil significa un día que en los bancos establecidos en Chile estén
obligados por ley a abrir sus oficinas al público, y en el cual se realicen en los mercados financieros
internacionales operaciones y/o pagos, según sea el caso, en todos y cada uno de los activos
subyacentes objeto del respectivo Contrato.
v) Evento de Riesgo Político significa la ocurrencia en la República 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 Liquidación Anticipada significa lo establecido en el número 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 señalado en el número 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 artículo 35 N° 9 de la Ley N° 18.840 y publicado en el Diario Oficial
conforme al Capítulo II.B.3 del Compendio de Normas Financieras del Banco Central de Chile, según
su valor vigente en la o las Fechas de Pago o de Liquidación Anticipada del respectivo Contrato, según
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 aquél, se entenderán hechas al nuevo índice que los reemplace o
sustituya y que sea aplicable a operaciones de crédito de dinero, siempre que fuere determinado de
acuerdo a bases equivalentes a las de cálculo de Índice de Valor Promedio.
ix) Moneda Extranjera significa cualquiera moneda extranjera para la cual exista cotización o
información diaria, sea que ésta sea informada por el Banco Central de Chile, por servicios
electrónicos de acceso público u otros similares.
x) Moneda Nacional significa la moneda con curso legal de la República 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 Dólar
de los Estados Unidos de América necesaria para comprar un Dólar, según determinación efectuada
por el Banco Central de Chile, de conformidad al N° 6 del Capítulo I del Compendio de Normas de
Cambios Internacionales y el Capítulo 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 Liquidación Anticipada,
según corresponda.
xiii) Paridad Reuters se entiende la cantidad de moneda extranjera distinta del Dólar de los Estados
Unidos de América necesaria para comprar un Dólar de los Estados Unidos de América, al valor
comprador o vendedor, según se pacte en el Contrato, informada en la página 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 Liquidación Anticipada, según corresponda
xiv) Parte Afectada para los efectos del número 8 de estas Condiciones Generales, significa aquella
parte a la cual no le es imputable la causa de liquidación anticipada que da motivo a la liquidación
anticipada de uno o más Contratos.
xv) Período de Interrupción de Mercado significa el lapso de tiempo durante el cual, por cualquier
causa o motivo, dejen de efectuarse en la República de Chile transacciones y/o cotizaciones con
respecto a la o las Monedas Extranjeras y/o las Tasas de Interés de que se trate, de manera que no
exista ni sea posible determinar, de acuerdo a los términos de estas Condiciones Generales, el Tipo de
Cambio Referencial, la Paridad Referencial, o las Tasas de Interés o algunos de los precios o variables
necesarios para determinar el monto de pago o compensación de las partes, según corresponda.
xvi) Tasa de Interés significa cualquiera tasa de interés nacional o extranjera, sea ella fija o variable.
En el caso de tasas de interés variables, ellas corresponderán a tasas de interés para las cuales exista
4/22
cotización o información diaria proporcionada por el Banco Central de Chile, la Asociación de Bancos
e Instituciones Financieras AG, las bolsas de valores establecidas en el país, por servicios de
información de público acceso u otros similares. Aquellas Tasas de Interés variables que se pacten en
un Contrato y que no se encuentren expresamente definidas en el Anexo B de estas Condiciones
Generales tendrán 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 dólar de los Estados Unidos de América, según determinación efectuada
por el Banco Central de Chile conforme a lo previsto en el N° 7 del Capítulo I del Compendio de
Normas de Cambios Internacionales que sea publicada en el Diario Oficial, o aquél que lo reemplace,
en cada Fecha de Pago o de Liquidación Anticipada, según 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 Liquidación
Anticipada, según corresponda, por el Banco Central de Chile como aplicable a las propias operaciones
en dólares de los Estados Unidos de América de dicho Banco Central. En caso de informarse
cotizaciones comprador y vendedor, se aplicará el tipo de cambio promedio aritmético entre ellas.
xviii) Tipo de Cambio Bloomberg significa la cantidad de Moneda Nacional, necesaria para comprar
un Dólar según el valor comprador, vendedor o promedio simple, según 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 Liquidación Anticipada, según corresponda. En
caso que a las 11:00 horas A.M. se informare más de un valor, se ocupará el promedio aritmético 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 Dólar, según determinación efectuada por el Banco Central de Chile conforme al N° 6
del Capítulo I del Compendio de Normas de Cambios Internacionales que sea publicada en el Diario
Oficial, o aquél que lo reemplace, en la respectiva Fecha de Pago o de Liquidación Anticipada, según
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 Liquidación
Anticipada, según 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 aritmético entre ellas. Si el
Banco Central de Chile dejare de informar dicho tipo de cambio promedio se aplicará, el promedio
aritmético de las cotizaciones bancarias promedio entre comprador y vendedor cotizadas, a
requerimiento verbal o escrito del Banco, el día hábil bancario inmediatamente anterior a la o las
Fechas de Pago o de Liquidación Anticipada, según 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 Dólar según el valor comprador, vendedor o promedio simple, según 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 Liquidación
Anticipada, según 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 artículo 35 N° 9 de la Ley N° 18.840 y publicada en el Diario Oficial
conforme al Capítulo II.B.3 del Compendio de Normas Financieras del Banco Central de Chile, según
su valor vigente en la o las Fechas de Pago o de Liquidación Anticipada, según corresponda.
En el caso de que la Unidad de Fomento fuera reemplazada o sustituida, todas las referencias que en
este instrumento se hacen a aquélla, se entenderán hechas a la nueva unidad que la reemplace o
sustituya y que sea aplicable a operaciones de crédito de dinero, siempre que fuere determinada de
acuerdo a bases equivalentes a las de cálculo de la Unidad de Fomento.
xxiii) US$ o Dólares significa la moneda de curso legal en los Estados Unidos de América.
4.-
Celebración de los Contratos
4.1.- Aceptación Tácita; Deber de iniciar.
Las partes declaran conocer y aceptar que por la rapidez con que deben convenirse los términos de los
Contratos que acuerden, se aceptarán los términos de la oferta de la otra parte verbalmente y se considerará
desde ese instante que se ha producido el Cierre de la Operación. Conjuntamente con el Cierre de la Operación,
la parte compradora de la moneda extranjera, pagadora de tasa fija o pagadora del valor pactado, según
corresponda, será el emisor del mensaje y tendrá el deber de preparar y transmitir el mensaje electrónico
respectivo, para que sea aceptado por la otra parte.
4.2 Otorgamiento de los Contratos.
El emisor del mensaje, el mismo día del Cierre de la Operación y dentro del horario previsto en el
Procedimiento Operacional, preparará y transmitirá electrónicamente el Contrato respectivo a la contraparte
que será el receptor del mensaje, a través de un documento electrónico de “presentación” del Contrato
respectivo, y el receptor del mensaje, ese mismo día y hasta la hora también fijada en el Procedimiento
Operacional, deberá aceptar o rechazar los términos y condiciones establecidas en el mensaje electrónico
recibido.
En caso de aceptación, el receptor del mensaje preparará y transmitirá electrónicamente el mensaje electrónico
de “aceptación” que corresponda al tipo de Contrato celebrado, a partir de los antecedentes del mensaje de
“presentación”.
En caso de rechazo, el receptor del mensaje preparará y transmitirá electrónicamente el mensaje de “rechazo”
correspondiente, indicando los campos impugnados, con el objeto de que el emisor del mensaje corrija las
probables inconsistencias detectadas y envíe nuevamente el mensaje de “presentación” para la “aceptación” de
la contraparte.
Los Contratos de derivados requerirán, para su celebración, 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 día del Cierre de la
Operación o bien el emisor del mensaje no hubiere recibido el mensaje de “aceptación” de parte del receptor el
mismo día en que aquel hubiere enviado el mensaje de “presentación” respectivo, dentro de los horarios
convenidos para ello en el Procedimiento Operacional para la Suscripción Electrónica de Contratos de
Derivados, el emisor del mensaje deberá enviar un Fax de Confirmación a la otra contraparte con los términos
acordados, hasta las 18.00 horas de día del Cierre de la Operación. 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 más tardar dentro de los tres días siguientes hábiles
bancarios. Dicho Contrato se regirá igualmente por estas Condiciones Generales.
Si la parte que recibió el Fax de Confirmación estimare que existieren discrepancias o errores, estos deberán
comunicarse inmediatamente por dicha contraparte a la parte confirmante, la que, si procediere, deberá enviar
un nuevo facsímil con tales discrepancias o errores debidamente subsanados. Si la parte receptora de la
confirmación no objeta sus términos antes de las 14:00 horas del día hábil bancario inmediatamente siguiente
al del envío de dicho facsímil, se entenderá, para todos los efectos, que esos términos cumplen con, y se
ajustan a, los términos de la oferta de la parte confirmante.
Las confirmaciones podrán enviarse por facsímil o por cualquier otro sistema electrónico que haya sido
aceptado por ambas partes, incluyendo, pero no limitado a, mensajes vía télex “testado” o swift. Asimismo, las
confirmaciones contendrán los elementos esenciales del Contrato a que las mismas se refieran.
4.3.- Grabaciones
Para los efectos de lo dispuesto en el número 4.1 precedente, las partes aceptan y autorizan expresamente desde
ya, que sus conversaciones y comunicaciones telefónicas, sean grabadas por la contraparte, grabaciones que
podrán ser utilizadas como medio probatorio en caso de controversia a fin de establecer la existencia del Cierre
de la Operación 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 grabación de todas las operaciones en que ellos participen o intervengan en
representación o por cuenta de cualquiera de las partes.
5.-
Obligaciones de las Partes; Condiciones Generales:
5.1. Obligaciones de Pago:
Las partes efectuarán los pagos a que resulten obligados por cada Contrato, en la o las fechas, según sea el
caso, establecidas en el respectivo Contrato, y en los términos indicados en cada Contrato y en estas
Condiciones Generales. Los pagos que deban realizarse, se efectuarán en el lugar y moneda establecidos en el
Contrato correspondiente a cada operación.
5.2. Forma de Pago:
(i) Los pagos que las partes deban efectuar en Moneda Extranjera deberán hacerse mediante la entrega de
cheque bancario girado sobre la ciudad de Nueva York, Nueva York, Estados Unidos de América (Cheque
Bancario Nueva York) o a través 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 anticipación de tres días 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 deberán efectuarse en cada fecha de pago mediante la entrega de vale vista
de la plaza o mediante transferencia de fondos a través 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 Compensación 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 compensación, estuvieren expresadas en una Moneda Extranjera, en Unidades de
Fomento o en IVP, tales cantidades se convertirán a Moneda Nacional conforme las siguientes reglas:
(i) Si la cantidad a pagar está expresada en Dólares, 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 Liquidación
Anticipada, según corresponda.
(ii) Si la cantidad a pagar está expresada en una Moneda Extranjera distinta al Dólar, deberá convertirse a
Moneda Nacional en la siguiente forma: (i) la cantidad de Dólares resultantes de convertir el monto total de
dicha otra Moneda Extranjera según 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 Liquidación Anticipada, según 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, según sea el caso, vigente en la respectiva
Fecha de Pago o de Liquidación Anticipada, según corresponda.
El procedimiento anterior no será necesario si las obligaciones de pago de ambas partes en un Contrato están
expresadas en Dólares u otra Moneda Extranjera, y la modalidad de cumplimiento pactada en el respectivo
Contrato es la de compensación pagadera en Dólares o en la misma Moneda Extranjera, respectivamente.
5.4. Cálculo de las Tasas de Interés.
Los intereses devengados y adeudados en virtud de un Contrato se calcularán y pagarán por el número de días
efectivamente transcurridos entre cada Fecha de Fijación y la respectiva Fecha de Pago o de Liquidación
Anticipada, según corresponda (incluyendo el primero, pero excluyendo el último). Los intereses se
determinarán en base a un mes de 30 días o a un año de 360 días, salvo aquellos que por disposición legal o
que en su respectivo país de origen, determinación o cotización, o conforme a lo pactado por las partes en un
Contrato, se calculen en base a un período distinto.
6.-
Modificaciones
Durante la vigencia de los respectivos Contratos, las partes de común acuerdo podrán modificar la o las Fechas
de Pago, los precios pactados, los precios referenciales de mercado a utilizar en caso de compensación, los
montos involucrados, podrán efectuar cambios en la modalidad de entrega, o convenir la cesión del contrato
por una de las partes a un tercero que sea o no una entidad del mercado cambiario formal, o convenir cualquier
otra modificación autorizada por el Banco Central de Chile.
Para las eventuales modificaciones, se utilizará el mensaje electrónico de “presentación de modificación” del
Contrato que corresponda, el que se podrá aceptar o rechazar a través del formato de mensaje de “aceptación de
modificación” o “rechazo de modificación” respectivo. La forma de preparar y transmitir estos mensajes se
describe en el Procedimiento Operacional para la Suscripción Electrónica de Contratos de Derivados que las
partes declaran conocer.
La cesión del Contrato, se efectuará por medio escrito y en papel físico en que conste la cesión y la aceptación
del cesionario de contraer todas las obligaciones que tenía anteriormente el cedente, comprometiéndose 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 título al cesionario,
representado por la reproducción en papel que se extraiga de los registros o archivos electrónicos del Contrato
almacenados por SINACOFI, y certificados por el Gerente General de esta última.
8/22
Ninguna modificación o alteración de estas Condiciones Generales será válida y exigible, a menos que sea
celebrada por escrito y sea firmada por ambas partes.
7.
Liquidación
La liquidación de la respectiva operación se realizará en la o las Fechas de Pago pactadas en cada Contrato,
oportunidad en la que se deberá determinar la cuantía de las obligaciones de cada una de las partes, según la
modalidad de cumplimiento estipulada en el respectivo Contrato.
Sin embargo, si cualquiera Fecha de Pago correspondiere a un día que no fuere Día Hábil, la Fecha de Pago se
postergará hasta el Día Hábil inmediatamente siguiente.
Tratándose de operaciones de Swaps de Tasas de Interés, se estará a lo indicado en el número 2.- ítem II. Del
Anexo A.
8.
Liquidación Anticipada
Si durante la vigencia de un Contrato ocurre uno o más de los hechos que se señalan en el número 9 de estas
Condiciones Generales, la Parte Afectada podrá exigir la anticipación de la o las Fechas de Pago, según
corresponda, del o los Contratos que se encontraren pendientes de vencimiento:
Para los efectos de producir la Liquidación Anticipada a que se refiere este número 8, la Parte Afectada deberá
comunicar por carta a aquella que se encuentre en una o más de las situaciones descritas precedentemente,
enviada por intermedio de Notario Público, la anticipación de la o las Fechas de Pago, según fuere el caso,
indicando en ésta la fecha de cumplimiento o de liquidación anticipada del o los Contratos de que se trate, la
que podrá ser fijada por la parte afectada incluso el día inmediatamente siguiente hábil bancario al del envío de
la carta (“Fecha de Liquidación Anticipada”). La fecha señalada en esta comunicación será, para todos los
efectos, la Fecha de Pago del Contrato de que se trate. Se deja constancia que la facultad de producir la
Liquidación Anticipada se ha establecido en beneficio exclusivo de la parte afectada, de manera que la falta de
ejercicio de la misma en ningún 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 liquidación del Contrato respectivo y los saldos acreedores o deudores, se
determinarán de acuerdo al siguiente procedimiento.
(a) En la Fecha de Liquidación Anticipada las partes calcularán de común 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, según 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) días hábiles bancarios contados desde la Fecha de
Liquidación 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 Liquidación Anticipada y por el plazo residual
del Contrato. Para estos efectos, los Bancos de Referencia deberán proporcionar su valorización al
promedio de los “bid” y “offers” que ellas hubieren cotizado, esto es, cotizando las obligaciones de cada
parte asumiendo la posición contraria. Los valores finales proporcionados por cada uno de los Bancos de
Referencia serán 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 determinación que efectúen los Bancos de Referencia será
definitiva para las partes, salvo error manifiesto. Los Bancos de Referencia deberán 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 Liquidación Anticipada, o tan pronto como sea posible después de esa fecha.
9/22
Ninguna de las partes estará autorizada para proporcionar a los Bancos de Referencia la individualización
de su contraparte.
(c) El procedimiento señalado en las letras (a) y (b) precedentes se utilizará respecto de todos los Contratos
que se encontraren pendientes de cumplimiento a la Fecha de Liquidación Anticipada y su cumplimiento se
efectuará por compensación a pesar de que la modalidad de cumplimiento estipulada por las partes para ese
o esos Contratos fuere la de entrega física, y los pagos respectivos deberán efectuarse en Moneda Nacional,
salvo acuerdo en contrario de las partes.
Asimismo, durante la vigencia de un Contrato, las partes de común acuerdo podrán efectuar la liquidación
anticipada de un Contrato. En tal caso, el valor de liquidación será determinado conforme al valor de la
moneda, tasa de interés o precio referencial del instrumento de renta fija, vigente a la fecha de liquidación
anticipada, salvo que de conformidad a las normas, las partes pudieren determinar el valor de liquidación de
común acuerdo.
9.
Causales de liquidación anticipada
(a) Si la Superintendencia de Bancos e Instituciones Financieras (“SBIF”) resolviere que una de las partes
presenta inestabilidad financiera o administración deficiente o la declara en liquidación 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 cesación de pagos o en situación de insolvencia, u ocurriese cualquier otro hecho o
circunstancia que comprometa seriamente su solvencia;
(b) Si la SBIF revocare la autorización de existencia de cualquiera de las partes, o si una de ellas diere
término a sus operaciones con autorización 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 obligación 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 obligación por un monto igual o
superior del 2% de su capital básico 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 básico,
y los efectos de dicha sentencia no fueren suspendidos por un plazo superior a 15 días;
(e) Si cualesquiera de las aseveraciones y garantías efectuadas por las partes en el párrafo (B) del número
2 precedente, no fueren veraces, en cualquier aspecto, en la fecha de suscripción de este instrumento y/o de
celebración de los Contratos correspondientes; y
(f) En caso que ocurra un Evento de Riesgo Político;
(g) Si en el caso contemplado en el número 4.2, la parte que debiera enviar el Fax de Confirmación de la
operación 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 Días Hábiles contados desde la fecha en que se ha
producido el Cierre de la Operación
(h) Si en el caso contemplado en el número 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 Días Hábiles contados desde la fecha
de recepción del respectivo Contrato.
10/22
10.- Indivisibilidad.
Todas las obligaciones derivadas de los Contratos regidos por estas Condiciones Generales serán indivisibles.
11.- Compensación Global de Contratos.
En caso que uno o más Contratos entre las mismas partes se encuentren vencidos y pendientes de cumplimiento
(ya sea en las fechas pactadas, por aceleración, liquidación anticipada o por cualquiera otra causa), sea bajo
estas u otras Condiciones Generales, y siempre que la ley y demás normas aplicables así lo permita, las partes
podrán compensar el total de las obligaciones recíprocas bajo todos esos Contratos, hasta la concurrencia del
monto menor y la parte que resulte deudora pagará sólo dicha diferencia a la otra.
12.- Interrupción de Mercado
Toda vez que una Fecha de Pago de un Contrato ocurra dentro de un Período de Interrupción 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 día hábil siguiente a la fecha en que haya
cesado el Período de Interrupción de Mercado.
Si el día de vencimiento que corresponda, de acuerdo a este número 12, no fuere un Día Hábil, la Fecha de
Pago del o los Contratos correspondientes se prorrogará hasta el Día Hábil bancario siguiente.
13.- Gastos.
Los gastos que se deriven del incumplimiento de estas Condiciones Generales o de cualquier Contrato regido
por ellas, serán 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 comunicación que deba enviarse por una de las partes a la otra, en virtud de estas Condiciones
Generales será enviada a la atención del representante legal correspondiente, al domicilio señalado 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 límites de la ciudad de Santiago.
Las partes podrán también enviar las citadas cartas o comunicaciones por facsímil (salvo aquellas que deban
ser entregadas por Notario o enviadas por carta certificada), a los números señalados en la hoja de firma de
estas Condiciones Generales y se entenderán recibidas la misma fecha del envío. Las cartas que se entreguen
por intermedio de Notario Público se entenderán recibidas el mismo día de su entrega y aquellas enviadas por
correo ordinario o certificado se entenderán recibidas 5 días después de su envío. Finalmente, las
comunicaciones enviadas por sistemas electrónicos aceptados por ambas partes, incluyendo, pero no limitado a,
mensajes vía télex “testado” o por swift, se entenderán recibidos en la misma fecha de su envío.
14.- Ley Aplicable; Jurisdicción
(a) Estas Condiciones Generales y los Contratos que de acuerdo a sus términos se celebren, se regirán por las
leyes de la República 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 cláusulas y, en especial, pero sin que esta enumeración sea
11/22
limitativa, las que digan relación con sus efectos, vigencia, aplicación interpretación, cumplimiento,
incumplimiento, validez o invalidez, nulidad o resolución, existencia o inexistencia del mismo, será
sometida a Mediación, conforme al Reglamento Procesal de Mediación vigente del Centro de Arbitraje y
mediación de Santiago.
En caso que la mediación no prospere, la dificultad o controversia será sometida al conocimiento y
decisión 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 designación del árbitro
la harán las partes de común acuerdo. A falta de acuerdo respecto de la persona que actuará en el cargo de
árbitro mixto, la designación será efectuada por la Cámara de Comercio de Santiago A.G. (la “Cámara 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 Cámara de
Comercio. El solo hecho que cualquiera de las partes recurra a la Cámara de Comercio para el
nombramiento del árbitro implicará la inexistencia de acuerdo entre ellas para designar el árbitro.
15. Vigencia
Estas Condiciones Generales regirán a partir de esta fecha, y se aplicarán a todos los Contratos que se suscriban
por las partes por medio de firma electrónica a través de la red SINACOFI a contar desde esa fecha, o a los que
suscriban por medio escrito en los casos previstos en el número 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 celebración 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 discreción.
Cualquiera de las partes podrá poner término en cualquier tiempo a estas Condiciones Generales, para lo cual
deberá dar aviso por escrito a la otra parte con una anticipación de a lo menos treinta (30) días corridos
contados desde la fecha de terminación señalada por la parte notificante en el aviso respectivo. La terminación
de estas Condiciones Generales no afectará los Contratos en vigencia y pendientes de cumplimiento a la fecha
de terminación, los cuales se regirán por las disposiciones de estas Condiciones Generales hasta su
cumplimiento íntegro y efectivo.
Estas Condiciones Generales ponen término a cualesquiera otras Condiciones Generales o contratos para la
celebración 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 electrónica,
que estén vigentes y pendientes de cumplimiento a esta fecha, se regirán 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.
Nombre:
Domicilio:
Teléfono:
Fax:
RUT:
Rep.Legal:
pp.
Nombre:
Domicilio:
Teléfono:
Fax:
RUT:
Rep. Legal:
12/22
ANEXO A
CONDICIONES PARTICULARES PARA CONTRATOS DE DERIVADOS
A menos que se exprese lo contrario en este Anexo A., los términos en mayúsculas tendrán el significado que
para ellos se señala en las Condiciones Generales.
Las condiciones particulares que se establecen para cada Contrato según su naturaleza se entenderán
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 operación 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, según lo establezca el Contrato, pagaderas en Moneda
Nacional, en la Fecha de Pago, según corresponda.
b) Por arbitraje a futuro de Moneda Extranjera, se entiende la operación forward en que el vendedor se
compromete a entregar la Moneda Extranjera vendida y el comprador a pagar el precio convenido en Dólares
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 Dólares de los Estados Unidos de América 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 dólar de los
Estados Unidos de América, 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
Liquidación Anticipada, según 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
Dólar o para las operaciones de arbitraje a futuro cuyo cumplimiento se pacte por compensación, se entiende la
cantidad de Moneda Nacional, que resulte de multiplicar las siguientes dos cantidades: (i) la cantidad de
Dólares que corresponda al monto total de la otra Moneda Extranjera prevista en el Contrato, según la Paridad
Referencial, por (ii) por el Tipo de Cambio Referencial estipulado por las partes vigente a la Fecha de Pago o
de Liquidación Anticipada, según 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 Dólares que corresponda a la otra Moneda Extranjera prevista en el
Contrato, según la Paridad Referencial vigente en la Fecha de Pago o de Liquidación Anticipada, según
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 deberán cumplir el Contrato en la Fecha de Pago de acuerdo a la modalidad
pactada, pudiendo ser alguna de las que se indican a continuación:
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) Compensación:
(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 Interés
I. Definiciones:
i)
Día Hábil: Respecto de Contratos que involucren Moneda Nacional, índices o tasas de interés locales,
significa un día en el que los bancos establecidos en Chile están obligados a abrir sus oficinas al público.
Respecto de Contratos que involucren una o más monedas o tasas de interés extranjeras, significa un día en el
que los bancos establecidos en Chile están obligados a abrir sus oficinas al público y en el que los bancos
comerciales del exterior o mercados financieros internacionales están generalmente abiertos para realizar
cotizaciones y/o pagos en el país de la moneda y/o tasa de interés extranjera, debiendo las partes convenir en el
contrato la o las plazas que se utilizarán para efectuar el cálculo de la tasa de interés variable que se deba pagar
por la parte que corresponda y la Convención de Días Hábiles que se aplicará en el caso que la Fecha de
Fijación, de Pago o de Vencimiento recayere en un día inhábil.
ii) Fecha de Fijación significa el primer día de cada Período 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 contraídas 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 Interés que se
convengan en el Contrato.
v) Monto de Amortización significa el o los montos de capital que las partes acuerden pagar en cada Fecha de
Pago.
vii) Períodos de Intereses significa (i) para el primer Período de Intereses, el período que comienza en la
primera Fecha de Fijación y termina el día que fijen las partes en el Contrato como primera Fecha de Pago, (ii)
14/22
y respecto de los siguientes Período 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. Convención de Días Hábiles
Se denomina Convención de Días Hábiles el acuerdo de las partes en el Contrato para ajustar alguna fecha que
recayere en un día inhábil, de manera que las Fechas de Fijación, de Pago o de Vencimiento que hubieren
estipulado, serán aquellas que resulten de aplicar la Convención de Días Hábiles 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 Fijación, de Pago
o de Vencimiento recayere en un día no hábil, se entenderá prorrogada al Día Hábil siguiente.
b) Si se estipula como “Siguiente Modificado” o “Modified Following”, significará que si cualquier
Fecha de Fijación, de Pago o de Vencimiento recayere en un Día no Hábil, se entenderá prorrogada al
Día Hábil siguiente, salvo que ese día corresponda a un día del mes calendario siguiente. En tal caso, la
Fecha de Fijación, de Pago, o de Vencimiento, será el Día Hábil inmediatamente anterior al
especificado
c) Si se estipula como “Anterior” o “Preceding”, significará que si cualquier Fecha de Fijación, de Pago o
de Vencimiento recayere en un Día no Hábil, la Fecha de Fijación, de Pago, o de Vencimiento, será el
Día Hábil inmediatamente anterior.
III. Obligaciones de las Partes
(i)
El banco pagador de tasa de interés 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 Interés Pactada por
sobre el Monto Contratado en el respectivo Período de Intereses, y (ii) el Monto de Amortización, según se
acuerde en el Contrato.
(ii)
Por su parte, el banco pagador de tasa de interés 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 Interés
Pactada por sobre el Monto Contratado en el respectivo Período de Intereses, y (ii) el Monto de Amortización,
según se acuerde en el Contrato.
(iii) Las obligaciones de pago de las partes se cumplirán bajo la modalidad de Entrega Física o Compensación,
según se acuerde en el Contrato. El Diferencial de Amortización y el Diferencial de Intereses se pagarán en
Moneda Nacional, Dólares u otra Moneda Extranjera, de acuerdo a lo que se convenga, según 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 Física
(A) En cada Fecha de Pago cada parte se obliga a pagar a la otra los intereses devengados durante el período
transcurrido entre la respectiva Fecha de Fijación y la respectiva Fecha de Pago o de Liquidación Anticipada,
según 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 Interés pactadas por cada una de las partes.
(B) Además de los pagos que las partes deban efectuarse de conformidad a la letra (A) anterior, las partes
podrán acordar el pago en cada Fecha de Pago, del Monto de Amortización pactado en el Contrato para cada
Fecha de Pago.
(ii) Compensación
15/22
1. Pago de Intereses
(A) En el último día de cada Periodo de Intereses las partes calcularán los intereses devengados entre la
respectiva Fecha de Fijación y la respectiva Fecha de Pago, por sobre los Montos Contratados, y conforme las
Tasas de Interés pactadas por las partes en el Contrato.
(B) Establecida la cuantía de las obligaciones de cada parte, ya sea en Moneda Nacional de conformidad a lo
establecido en el número 5.3 de las Condiciones Generales, en Dólares o en otra Moneda Extranjera, dichas
cantidades se compensarán extinguiéndose recíprocamente 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 Dólares o en la Moneda Extranjera pactada,
según se estipule en el Contrato.
2. Pago de Capital
(A) Además de los pagos que las partes deban efectuarse de conformidad a la letra (B) del numeral 1 anterior,
las partes pagarán en cada Fecha de Pago los Montos de Amortización que hubieren pactado en el Contrato.
(B) Establecida la cuantía de los respectivos Montos de Amortización, ya sea en Moneda Nacional de
conformidad a lo establecido en el número 5.3 de las Condiciones Generales, en Dólares o en otra Moneda
Extranjera, las cantidades respectivas se compensarán extinguiéndose recíprocamente hasta la concurrencia de
sus valores. La parte que resultare deudora deberá pagar en cada Fecha de Pago la diferencia (el “Diferencial
de Amortización”) a la parte que resulte acreedora.
El Diferencial de Amortización se pagará en Moneda Nacional, en Dólares o en la Moneda Extranjera pactada,
según se estipule en el Contrato.
3 Condiciones particulares de los Contratos Forward sobre Tasas de Interés de Instrumentos de Renta
Fija y de Intermediación 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 intermediación financiera para el cual
exista un Valorizador disponible, el cual además será individualizado en el Contrato indicándose (1) su emisor,
(2) su Código Nemotécnico, (3) su fecha de vencimiento o el plazo en días para su vencimiento.
d) Por Monto Contratado se entiende el valor de rescate, el número de unidades o el valor nominal de emisión
del Instrumento, según 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 Liquidación Anticipada, según 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 Liquidación Anticipada, según 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 interés acordada por las partes en el Contrato, y que sea
publicada o cotizada en la Fecha de Pago o de Liquidación Anticipada, según sea el caso, por el Banco Central
de Chile, por la Asociación de Bancos e Instituciones Financieras AG, o por cualquier servicio electrónico de
público acceso o similar.
De no poder determinarse la Tasa Referencial en la forma estipulada en el párrafo 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 Liquidación Anticipada, según 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 más 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, sólo se incluirán las transacciones efectuadas bajo la condición de “Pagadero
Hoy”.
Si la Tasa Referencial no pudiere ser determinada en la forma indicada en los párrafos anteriores, cualquiera
de las partes procederá a solicitar a los Bancos de Referencia que coticen la tasa de interés para el Instrumento
objeto del Contrato y conforme el Monto Contratado, a los precios de mercado vigentes en la Fecha de Pago o
de Liquidación Anticipada, según sea el caso. Cada Banco de Referencia deberá proporcionar una tasa de
interés, la que deberá corresponder al promedio entre el “bid” y “offer que cada Banco de Referencia hubiere
cotizado. La tasa de interés 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 aritmético constituirá
la Tasa Referencial. La determinación que efectúen los Bancos de Referencia será definitiva para las partes,
salvo error manifiesto. Para estos “bid” y “offer” tendrán el significado establecido para tales términos en el
número 8 de las Condiciones Generales.
i) Por Valorizador se entiende el valorizador de público acceso para instrumentos de renta fija y/o de
intermediación 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
Liquidación Anticipada, según corresponda, arroje el Valorizador convenido para el Instrumento, al ingresar al
terminal los siguientes parámetros, según corresponda: (1) Código Nemotécnico 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 días 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 Intermediación Financiera, se calculará determinando en la respectiva Fecha de Pago o de
Liquidación Anticipada, según corresponda, el valor presente en base simple y anual de 360 días 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 Liquidación Anticipada, según corresponda, el
valor presente en base compuesta y anual de 365 días 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
Liquidación Anticipada, según corresponda, arroje el Valorizador para el Instrumento estipulado por las partes
en el respectivo Contrato, al ingresar al terminal los siguientes parámetros, según corresponda: (1) Código
Nemotécnico 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 días 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 Intermediación Financiera se calculará
determinando en la respectiva Fecha de Pago o de Liquidación Anticipada, según corresponda, el valor
presente del Monto Contratado, en base simple y anual de 360 días, 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 Liquidación Anticipada, según corresponda, el valor presente el Monto Contratado, en base compuesta y
anual de 365 días, utilizando para estos efectos la Tasa Referencial.
II. Cumplimiento:
En la Fecha de Pago, las partes deberán 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 cuantía de las obligaciones de cada parte de conformidad a lo establecido en el número 5.3
de las Condiciones Generales, dichas cantidades se compensarán extinguiéndose recíprocamente 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,
según 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 interés local que se indique en el
Contrato.
iv) Por Índice de Cámara Promedio se entiende aquel índice que informe y determine la Asociación de
Bancos e Instituciones Financieras de Chile A.G., según su valor vigente en la o las Fechas de Pago o de
Liquidación Anticipada, según corresponda.
v) Por Índice Overnight Promedio se entiende aquel índice que informe y determine la Asociación de Bancos
e Instituciones Financieras de Chile A.G., según su valor vigente en la o las Fechas de Pago o de Liquidación
Anticipada, según 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, según corresponda, en la Fecha de Pago o de Liquidación Anticipada, según 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, según sea el caso, en la Fecha de Pago o de Liquidación Anticipada, según 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, según 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, según 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, según corresponda, el Valor Referencial.
II. Cumplimiento:
En la Fecha de Pago, las partes deberán 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 cuantía de las obligaciones de cada parte de conformidad a lo establecido en el número 5.3
de las Condiciones Generales, dichas cantidades se compensarán extinguiéndose recíprocamente 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
serán siempre en pesos, moneda corriente nacional, y se efectuarán mediante la entrega de vale vista de la
plaza, mediante transferencia de fondos a través 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 Fijación, aquella tasa
de interés promedio ponderada que informa y determina para cada día hábil bancario la Asociación de
Bancos e Instituciones Financieras de Chile A.G., conforme al Reglamento cuya versión refundida se
publicó en el Diario Oficial de fecha 17 de Enero de 2004, y que sea informada y determinada en cada
Fecha de Fijación o de Liquidación Anticipada, según sea el caso. Para los efectos del cálculo de los
intereses pactados se considerará la Tasa Activa Bancaria para operaciones a 90, 180 o 360 días, según
se pacte en el respectivo Contrato, que certifique en cada Fecha de Fijación la Asociación de Bancos e
Instituciones Financieras de Chile, o quien la suceda o reemplace.
2.- Tasa TAB Nominal significará para cada Fecha de Fijación, aquella tasa de interés promedio
ponderada que informa y determina para cada día hábil bancario la Asociación de Bancos e
Instituciones Financieras de Chile A.G., conforme al Reglamento cuya versión refundida se publicó en
el Diario Oficial de fecha 6 de Febrero de 2006, y que sea informada y determinada en cada Fecha de
Fijación. Para los efectos del cálculo de los intereses pactados se considerará la Tasa TAB Nominal
para operaciones a 30, 90, 180 o 360 días, según se pacte en el respectivo Contrato, que certifique en
cada Fecha de Fijación la Asociación de Bancos e Instituciones Financieras de Chile, o quien la suceda
o reemplace.
3.- TASA CERO, BCP y BCU significarán, para cada Fecha de Fijación, aquellas tasas de interés
promedio ponderada que informa y determina para cada día hábil bancario la Asociación de Bancos e
Instituciones Financieras de Chile A.G., conforme al Reglamento cuya versión refundida se publicó en
el Diario Oficial de fecha 6 de Febrero de 2006, y que sea informada y determinada en cada Fecha de
Fijación. Para los efectos del cálculo de los intereses pactados se considerará la Tasa Cero para
operaciones a 2, y 3 años, la Tasa BCP para operaciones a 2, 5 y 10 años, y la Tasa BCU para
operaciones a 5, 10 y 20 años, según se pacte en el respectivo Contrato, que certifique en cada Fecha
de Fijación la Asociación 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 Fijación la tasa de interés anual
publicada en la página “3750” de Telerate Services publicada por la “British Bankers Association” a
las 11:00 A.M., hora de Londres, dos Días Hábiles anteriores a cada Fecha de Fijación, para depósitos
en dólares de los Estados Unidos de América, 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 dólares de los Estados Unidos de
América que certifique o publique el Banco Central de Chile en el Día Hábil inmediatamente anterior
al de la respectiva Fecha de Fijación 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 Fijación, la tasa de interés anual publicada en la página
“3750” de Telerate Services publicada por la “British Bankers Association” a las 11:00 A.M., hora de
Londres, dos Días Hábiles anteriores a cada Fecha de Fijación, para depósitos en yenes, moneda de
curso legal en Japón, 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 Día Hábil inmediatamente anterior al de la respectiva Fecha de Fijación, 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 Fijación, la tasa de interés anual publicada en la página
“3750” de Telerate Services publicada por la “British Bankers Association” a las 11:00 A.M., hora de
20/22
Londres, dos Días Hábiles anteriores a cada Fecha de Fijación, según sea el caso, para depósitos 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 Día Hábil inmediatamente anterior al de la
respectiva Fecha de Fijación, 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 Fijación, la tasa de interés anual publicada en la página
“3750” de Telerate Services publicada por la “British Bankers Association” a las 11:00 A.M., hora de
Londres, dos Días Hábiles anteriores a cada Fecha de Fijación, según sea el caso, para depósitos en
euros, moneda de curso legal en la Unión 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 Día Hábil inmediatamente anterior al de la
respectiva Fecha de Fijación, y para un periodo de tiempo igual o similar al que se indique en el
respectivo Contrato.
8. TIR o Tasa de Interés Referencial significa para cada Fecha de Fijación, aquella tasa de interés
marginal promedio de captaciones ponderada que informa y determina para cada día hábil bancario
Citicorp Chile S.A. Para los efectos del cálculo de los intereses pactados se considerará la Tasa de
Interés Referencial (TIR) para operaciones (I) nominales a 30 días, (ii) reajustables según la variación
de la Unidades de Fomento a 90 días, y (iii) operaciones a 360 días en base anual, según se indique en
el respectivo Contrato, que certifique Citicorp Chile S.A. para el día hábil bancario inmediatamente
anterior al de cada Fecha de Fijación. Si Citicorp Chile S.A. no publicare la tasa indicada en algún
medio de comunicación escrita y no certificare su valor, se utilizará en reemplazo de la TIR, la tasa de
interés corriente vigente para el tipo de operaciones de que se trate el respectivo Contrato.
9. TIP CAPTACION 90-365 significa para cada Fecha de Fijación, la última y más reciente Tasa de
Interés Promedio quincenal de captación para operaciones reajustables entre 90 y 365 días que el
Banco Central de Chile haya publicado en el Diario Oficial, para los efectos del numeral 5 del Capítulo
IV.B.8.1 del Compendio de Normas Financieras.
10. INDICE CAMARA PROMEDIO O ICP significa para cada Fecha de Fijación, aquel índice que
informa y determina la Asociación de Bancos e Instituciones Financieras de Chile A.G. conforme el
Reglamento del Índice de Cámara Promedio que fuera aprobado en sesión de Directorio de dicha
asociación 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 Fijación, la tasa que resulta de
aplicar los procedimientos y fórmulas que se estipulan a continuación, utilizando el Índice Cámara
Promedio publicado por la Asociación de Bancos e Instituciones Financieras de Chile A.G.
a) Forma de cálculo para Operaciones Reajustables:
Se calculará la Tasa Nominal Anual, la cual se obtendrá de la siguiente fórmula:
TNA = Redondear ((( ICP1/ ICP0 )-1)*36000/(T1-T0);2)
TRA
* * =
TNA
UF
* (T 1 − T 0 )
−
36000
UF
UF 1
UF 0
1
0
− 1
36000
*
(T 1 − T 0 )
21/22
** Redondear a 4 decimales
Donde :
ICP
Índice Cámara Promedio publicado por la Asociación de Bancos a través de
SINACOFI.
ICP 1 Valor del índice cámara promedio al vencimiento del periodo de compensación
involucrado.
ICP 0 Valor del índice cámara promedio al inicio del periodo de compensación involucrado.
TNA Tasa nominal anual promedio, durante el periodo de compensación involucrado.
TRA Tasa real anual promedio, durante el periodo de compensación involucrado.
UF 1 Valor de la UF al vencimiento de cada periodo de compensación.
UF 0 Valor de la UF al inicio de cada periodo de compensación.
T1
Fecha al vencimiento de cada periodo de compensación involucrado.
T0
Fecha al inicio de cada periodo de compensación involucrado.
(T1 – T 0)
Período Pago de Intereses.
b) Forma de cálculo para Operaciones Nominales:
TNA = Redondear ((( ICP1/ ICP0 )-1)*36000/(T1-T0);2)
Donde:
ICP
Índice Cámara Promedio publicado por la Asociación de Bancos a través de
SINACOFI.
ICP 1 Valor del índice cámara promedio al vencimiento del periodo de compensación
involucrado.
ICP 0 Valor del índice cámara promedio al inicio del periodo de compensación involucrado.
TNA Tasa nominal anual promedio, durante el periodo de compensación involucrado.
T1
Fecha al vencimiento de cada periodo de compensación involucrado.
T0
Fecha al inicio de cada periodo de compensación involucrado.
(T1 – T 0)
Período Pago de Intereses.
.
22/22
Anexo 2
Arquitectura y funcionamiento general de un portal EFT
Arquitectura de la herramienta de creación 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
i d _g en era l
d escri p ci on
l a rg o_ m i n i m o_ cl av e
l a rg o_ m a xi m o _c la ve
cl a ve _a l fa nu m e ric a
cl a ve _n um eri ca
cl a ve _a l fa
p ortal
i nt4
< pk>
va rc ha r(2 0)
i nt4
i nt4
i nt4
i nt4
i nt4
va rc ha r(5 0)
p o li ti ca
i d _p ol i ti c a
d escri p ci on
va l i de z_ cl ave
to ta l _i nte n to s
i d _tuse r
ru t_ em pre sa
to pe _a cti vac io n
m ax_ i dl e
i n t4
<p k>
va rch a r(1 0)
i n t4
i n t4
i n t4
i n t4
i n t4
i n t4
u ni d ad _n eg oc io
i d _u ni d ad _n eg oc io
ru t_ em p re sa
d esc ri p ci o n
id
estad o _cu e nta
u sua rio _e m p resa _p erfi l
ru t_ em p resa
fk_u sua rio __ refe re nc e_ ge ne ral ru t_ usu ari o
i d _ pe rfi l
i d _ ge ne ral
i d _ esta do
i d _ po l i ti ca
fe cha _a soc ia ci o n
fe cha _ca m b i o_ cl av e
fe cha _l o gi n
fe cha _u l ti m a _con ex io n
to ta l_ co ne xi on e s
fk_ u sua ri o __ refe re nc e_ po l i ti ca
i n te nto
nu m _ fi rm as
m o nto _m axi m o
nu m e ro_ cu it
ti p o _d oc um e nto
nu m e ro_ do cu m e nto
esta do _b l o q ue o
i d _ un i da d_ n e g oci o
ni vel _a u to riz ac io n
po rtal
i nt4
i nt4
< fk>
fk_ u sua ri o __ refe re nc e_ em pre sa
va rcha r(50 )
i nt4
< p k>
in t4
in t4
in t4
in t4
in t4
in t4
da te
da te
ti m e stam p
ti m e stam p
in t8
in t4
in t4
in t4
varc ha r(2 0)
in t4
in t4
in t4
in t4
in t4
varc ha r(5 0)
<pk,fk4>
<pk,fk3>
<pk,fk5>
<fk1 >
<fk2 >
<fk6 >
i d_ esta do
de scri pc io n
i n t4
< pk>
varch a r(2 0)
usu ari o
fk_u sua rio _ _refe ren ce_ e sta do _ c
rut_ usu ari o
d v_u su ari o
a p_ pa terno
a p_ m a te rno
n om b re
e m ai l
p re gu n ta _se cre ta
resp ue sta
fec ha _i n g reso
ca rgo
fec ha _n aci m i en to
cl a ve
tel _ ofi ci na
tel _ ce lu l a r
fk_ usu ari o_ _re fe ren ce _ u sua rio
i nt4
< p k>
ch ar(1)
va rcha r(20 )
va rcha r(20 )
va rcha r(20 )
va rcha r(30 )
va rcha r(20 )
va rcha r(10 )
d ate
va rcha r(50 )
d ate
ch ar(51 2 )
va rcha r(20 )
va rcha r(20 )
e ven to
i d_ ev en to
de scri pc io n
varch a r(1 0)
<p k>
varch a r(1 00 )
fk_u su ari o_ _re fe ren ce _p e rfi l
FK _ LO G _ E V EN_ REFE RENCE _E V E N T O
F K _UN IDA D_ N_ RE FE R E NCE _ EM PRE S A
pe rfi l
i d _p erfi l
d escri p ci on
e m pre sa
ru t_e m pre sa
d v_ em pre sa
ra zo n_ soc ia l
fe ch a_ i n g re so
fe ch a_ ul ti m o _ l og i n
to t_co nn
i d _te m pre sa
e m a i l _ co nta cto
te l efon o
g rup o_ em p re sari o
a u to ri zad a
i n t4
<p k>
ch a r(1 )
va rch ar(50 )
d ate
d ate
n um eri c(6)
i n t8
va rch ar(50 )
va rch ar(30 )
b oo l
b oo l
fk_ pe rfi l _ op ci o n _m en u_ 1
FK _ EM PR E S A __ REFE RENCE _P E R FIL
e m p re sa _m e n u
rut_ em pre sa
i d_ o pci o n _ m e nu
i nt4
<fk1>
va rc ha r(1 0) <fk2>
fe ch a
ru t_e m p re sa
ru t_u sua rio _ afec ta d o
id _ pe rfi l _a fecta do
ru t_u sua rio _ ej ec uto r
id _ pe rfi l _e j ecu tor
id _ eve nto
ti p o_ ev en to
gl o sa
po rta l
ti m e sta m p
< pk>
i n t4
i n t4
i n t4
i n t4
i n t4
v arch a r(10 )
< fk>
i n t4
v arch a r(10 0)
v arch a r(50 )
FK _ EM P RE S A __ RE FE RENCE _E M PRE S A
m o ni tor
pe rfil _ op ci on _m en u
e m p re sa_ p erfil
FK _ E M P RE S A_ _RE FERE NCE_ E M P RE SA
l o g _ eve n to
i nt4
< p k>
va rcha r(50 )
ru t_ e m p re sa
i d _p erfi l
v e_ to d as_ un i d a de s
ti e n e _m on to _m ax im o
m on to_ m a xi m o
n u m _fi rm a s
i n t4
i n t4
b oo l
b oo l
i n t8
i n t4
<fk1 >
<fk2 >
F K _E M P RE S A_ _RE F ERE NC E_ O P C IO N_ M
i d _p e rfi l
i n t4
<fk2 >
i d _o p ci on _m en u v arch ar(10 ) <fk1 >
fk_p erfi l_ o _refe ren ce_ o pci o n_ m
op ci on _ m en u
i d_ op ci on _ m e n u
de scri pci o n
eve n to
acci o n
pa dre
l argo
ho j a
servl e t
varch a r(1 0 ) < pk>
varch a r(5 0 )
varch a r(4 0 )
varch a r(4 0 )
varch a r(1 0 )
in t4
bo ol
varch a r(4 0 )
i d _ m o ni tor
h ost
p ort
u sern am e
p ass
m a xse nd si ze
ti po
ti m eo u t
in t4
<pk>
varc ha r(1 5)
varc ha r(6 )
varc ha r(1 0)
varc ha r(1 0)
varc ha r(1 0)
varc ha r(3 0)
varc ha r(1 0)
FK _P O RT AL _M _R E FE RE NCE_ M O N IT O R
ue p_ ac ci on es
id _ acci o n
ru t_o pe rad or
ac ci on
fe ch a_ ac ci on
ru t_e m p re sa
ru t_u sua ri o
id _ pe rfi l
id _ ge ne ra l
id _ estad o
id _ po li ti ca
fe ch a_ aso ci a ci on
fe ch a_ ca m b i o _c l ave
fe ch a_ l og i n
fe ch a_ ul ti m a _co n exi o n
to tal _ con e xi on es
in ten to
nu m _ fi rm a s
m o nto_ m a xi m o
nu m e ro _cu i t
ti p o_ do cu m e nto
nu m e ro _d o cum en to
esta do _b l oq ue o
id _ un id ad _ ne go ci o
ni ve l _a uto ri za ci o n
tuse r
id _ tu ser
i n t8
<p k>
de sc_ tu se r v arch ar(10 )
p aram etro_ si stem a
i d _p aram e trosi ste m a
n om bre_ p aram etrosi ste m a
va l or_ pa ram e tro si stem a
p ortal
i nt4
<p k>
i nt4
<fk>
va rcha r(30 )
va rcha r(50 )
i n t4
< p k>
v arch ar(5 0)
v arch ar(1 00 )
v arch ar(5 0)
ni ve l _a uto riz aci o n
i d_ ni ve l _a uto ri z aci o n v arch ar(4)
<p k>
d escri pc i on
v arch ar(50 )
n um _ firm as
i n t4
cl i e n te_ de
id
i n t8 <pk>
ru t_e m pre sa i n t4
ru t_cl i en te
i n t4
te m p re sa
i d _te m pre sa i n t4
<p k>
d e scrip ci o n
varch ar(2 0)
p ortal _ m o n i tor
i d _p ortal _ m o ni tor
i d _m o n ito r
p ortal
m od ul o
i n t8
<p k>
i n t4
v arch ar(20 )
ti m e stam p
i n t4
i n t4
i n t4
i n t4
i n t4
i n t4
d ate
d ate
ti m e stam p
ti m e stam p
i n t8
i n t4
i n t4
i n t4
v arch ar(20 )
i n t4
i n t4
i n t4
i n t4
i n t4
ho l di ng
ru t_ ho l di n g i n t4
ru t_ em pre sa i n t4
Funcionamiento del Portal EFT.
Pagina principal de un Portal EFT cualquiera:
Anexo 3
Casos de Uso, módulo contratos marco
1
ESPECIFICACIÓN FUNCIONAL
Introducción
Este documento presenta el caso de uso: Estado de solicitudes CM. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Estado de solicitudes CM
Nombre
Estatus
Versión
Fecha Creación
06/07/2008 15:42:00
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión de los estados en que se encuentran las solicitudes de cambio
realizadas sobre algún contrato Marco en particular, manteniéndose la historia de los
contratos marco rechazados con sus respectivos motivos.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
1/8
8.8.08
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Pre-condición
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos Lista Aceptadas
Estatus
Post-condición
Aprobada
Se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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.
- Descripción.
- Modificación (botón para solicitar una modificación al mismo).
- Confirmación (botón con el cual se puede aceptar el contrato).
Nombre
Tipo
Campos Lista Rechazadas
Estatus
Post-condición
Aprobada
Se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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.
- Descripción.
- Modificación (botón para solicitar una modificación al mismo).
- Motivo Rechazo (botón con el cual se puede visualizar el motivo de rechazo).
Escenarios
En esta sección 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.
Excepción: 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 opción "Estado de Solicitudes
(CM)".
1. El Sistema presenta la página de información de estados, desplegando dos listas:
- Solicitudes Aceptadas: listado con solicitudes Aceptadas por el banco, en esta lista se
despliegan las columnas según restricción "Campos Lista Aceptadas".
- Solicitudes Rechazadas: listado con solicitudes Rechazadas por el banco, en esta lista
se despliegan las columnas según restricción "Campos Lista Rechazadas".
2. El Cliente presiona el botón VER, en la columna contrato perteneciente al contrato que
desea visualizar, independiente si este esta aceptado o rechazado.
3. El SISTEMA despliega una página de confirmación 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 página 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 página principal.
7. El Cliente presiona el botón Firmar en la columna confirmar, perteneciente al contrato
que desea aceptar.
8. El sistema despliega un mensaje de confirmación, 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, eliminándose de la lista de contratos marcos
Aceptado el que se acaba de firmar.
Tipo
Excepción
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, según 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 página 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 botón
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 botón "Ver Motivo", de la lista de contratos Rechazados.
1. El sistema despliega la pantalla con el detalle del motivo de rechazo que entregó la
institución 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
Introducción
Este documento presenta el caso de uso: Revisar-Modificar Contrato Propuesto. Se describen
sus características generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Nombre
Revisar-Modificar Contrato Propuesto
Estatus
Versión
Fecha Creación
06/07/2008 15:41:24
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión y/o firma de contratos marco propuestos por la institución financiera para
negociar contratos derivados, además en esta funcionalidad se pueden realizar propuestas
de modificación al mismo, siendo estas enviadas a la institución financiera para su
evaluación.
Los contratos marcos acá propuestos, representan la última versión de los mismos, enviada
por la institución financiera.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos Lista
Proceso
Estatus
Aprobada
se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
5/8
8.8.08
- Contrato (botón 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.
- Descripción.
- Modificación (botón para solicitar una modificación al mismo).
- Confirmación (botón con el cual se puede aceptar el contrato).
Nombre
Tipo
Datos Generales Modificación
Estatus
Proceso
Aprobada
los datos generales a desplegar para una modificación son:
- Folio de Contrato Marco Solicitado.
- Fecha de Vigencia de Contrato Marco.
- Nombre Empresa Contratante.
- Nombre institución Financiera.
Escenarios
En esta sección 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.
Excepción: 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 opción "Revisar-Modificar
Contrato Propuesto".
1. El Sistema presenta la página de información de contratos propuestos, desplegando
una lista con los datos básicos de cada contrato existente, según restricción "Campos
Lista".
2. El Cliente presiona el botón VER, en la columna contrato perteneciente al contrato que
desea visualizar.
3. El SISTEMA despliega una página de confirmación 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 página 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 página principal.
6/8
8.8.08
7. El Cliente presiona el botón Firmar en la columna confirmar, perteneciente al contrato
que desea aceptar.
8. El sistema despliega un mensaje de confirmación, 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, eliminándose de la lista de contratos marcos el
que se acaba de firmar.
Tipo
Excepción
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 página 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 botón 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 modificación al contrato propuesto, presionando el botón
Modificar.
1. El sistema despliega la pantalla de modificación de contratos, indicándose las
principales características de este según restricción "Datos Generales Modificación" y un
espacio especial para ingresar la solicitud.
2. El cliente ingresa los detalles de la propuesta de modificación al contrato marco.
7/8
8.8.08
3. El cliente Presiona e botón "Proponer modificación".
4. El sistema Despliega una pantalla con el siguiente mensaje:
"Solicitud de modificación 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 modificación.
Pasos
En el paso 2 del flujo alternativo 005, el cliente selecciona el botón 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, módulo contratos específicos de forward de
divisas.
2
ESPECIFICACIÓN FUNCIONAL
Introducción
Este documento presenta el caso de uso: Ceder Contrato. Se describen sus características
generales, las restricciones que afectan a la funcionalidad antes, durante y las condiciones en las
que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
1/30
8.8.08
Ceder Contrato
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:32:13
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite realizar la solicitud a la entidad financiera de la Cesión de un contrato Forward de
divisas, donde se especifica quien será la nueva contraparte en este contrato, quedando a
criterio de la entidad la aprobación o rechazo del mismo.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos lista
Proceso
Estatus
Aprobada
Se despliegan dos grupos de datos, antecedidos por un CheckBox para su selección:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón con el cual se puede visualizar el contrato correspondiente a esa
fila).
- Folio. Identificador único del contrato Forward.
- Tipo Transacción (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
Tipo
Datos tercero
Proceso
Estatus
Aprobada
Los datos a ingresar de la nueva entidad responsable del contrato Forward son (todos
estos campos son obligatorios):
- Nombre.
- Razón social.
2/30
8.8.08
- Rut.
- Dirección
- Fono
- Fax
Escenarios
En esta sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Normal
Nombre
001 Proponer Cesión
Pasos
Este flujo se activa cuando el Cliente Banco selecciona la opción "Ceder contrato" y
posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas,
desplegando una lista con los datos básicos de cada contrato vigente, según restricción
"Campos Lista".
2. El sistema a continuación despliega los campos a llenar para la cesión según restricción
"Datos tercero", estos en los datos de la empresa la cual se la hará responsable del
cumplimiento del contrato.
3. El usuario presiona el botón Ver.
4. El SISTEMA despliega una página de confirmación 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 página 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 más contratos vigentes, completa los datos de la empresa a
la que se le traspasa la responsabilidad y presiona el botón Proponer Cesión de
contrato(s).
9. El sistema valida que todos los datos se hayan ingresado según restricción "Datos
tercero".
10. El sistema despliega un mensaje informando: "Su propuesta de cesión de contrato(s)
Forward ha sido enviada".
11. El sistema retorna al paso 1 de este mismo flujo, eliminándose de la lista de contratos
el que se acaba de proponer su cesión.
3/30
8.8.08
Tipo
Excepción
Nombre
002 No existen contratos a desplegar
Pasos
En el paso 1del flujo "001 Proponer cesión", 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 cesión"
. El cliente Selecciona Guardar.
1. El sistema despliega una página 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 cesión"
Tipo
Alternativo
Nombre
004 Cancelar PDF
Pasos
En el paso 5 del flujo "001 Proponer cesión de Contrato FWD"
. El cliente selecciona el botón Cancelar.
1. El sistema vuelve al paso 1 del flujo "001 Rechazar cesión de Contrato FWD"
Tipo
Alternativo
Nombre
005 sin datos modificados
Pasos
En el paso 9 del flujo "001 Proponer cesión", 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 cesión".
4/30
8.8.08
Introducción
Este documento presenta el caso de uso: Estado de Solicitudes. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Estado de Solicitudes
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:34:39
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión de los estados en que se encuentran las solicitudes sobre algún contrato
específico en particular, manteniéndose la historia de los contratos aceptados y rechazados
con sus respectivos motivos.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
campo lista aceptadas
Proceso
Estatus
Aprobada
Se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón con el cual se puede visualizar el contrato).
- Folio. Identificador único del contrato específico.
- Tipo Transacción (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
- Confirmación (botón con el cual se puede aceptar la negociación
Nombre
Tipo
Campos Lista Rechazadas
Estatus
Proceso
Aprobada
Se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón con el cual se puede visualizar el contrato).
- Folio. Identificador único del contrato específico.
- Tipo Transacción (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 (botón con el cual se puede ver el motivo exacto de rechazo)
Escenarios
En esta sección 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.
Excepción: 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 opción "Estado de Solicitudes" y
posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de estados, desplegando dos listas:
- Contratos Aceptados por Banco: listado con solicitudes Aceptadas por el banco, en
esta lista se despliegan las columnas según restricción "Campos Lista Aceptadas".
- Contratos rechazados por Banco: listado con solicitudes Rechazadas por el banco, en
esta lista se despliegan las columnas según restricción "Campos Lista Rechazadas".
2. El Cliente presiona el botón VER, en la columna contrato perteneciente al contrato que
desea visualizar, independiente si este esta aceptado o rechazado.
3. El SISTEMA despliega una página de confirmación 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 página 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 página principal.
7. El Cliente presiona el botón Firmar en la columna confirmar, perteneciente al contrato
que desea aceptar.
8. El sistema despliega un mensaje de confirmación, 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 específico de Forward ha sido firmado exitosamente " y retorna a la pantalla
inicial, eliminándose de la lista de contratos Aceptado el que se acaba de firmar.
Tipo
Excepción
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, según 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 página 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 botón
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 botón "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
institución 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
Introducción
Este documento presenta el caso de uso: Liquidar Contrato Anticipadamente. Se describen
sus características generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Liquidar Contrato Anticipadamente
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:32:27
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite realizar la solicitud a la entidad financiera de la liquidación anticipada de un
contrato Forward de divisas. Donde se especifican los motivos y el tipo de liquidación a
pactar, quedando a criterio de la entidad la aprobación o rechazo del mismo.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos lista
Proceso
Estatus
Aprobada
Se despliegan dos grupos de datos, antecedidos por un CheckBox para su selección:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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 Transacción (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
Tipo
Posibilidades de liquidación
Estatus
Proceso
Aprobada
Para los contratos Forward existen 2 posibilidades de liquidación_
- 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
Tipo
Datos contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Campos contrato FWD
Proceso
Estatus
Aprobada
los campos desplegados para la revisión o modificación del contrato Forward son:
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (Fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega física o compensación).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Nombre
Tipo
Campos modificables
Proceso
Estatus
Aprobada
Los únicos campos modificables en una liquidación propuesta, son los respectivos al
monto a cancelar y solo si el tipo de liquidación es por acuerdo. Los campos son:
- referencia.
10/30
8.8.08
- tipo cambio referencia.
- paridad referencia.
Escenarios
En esta sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Normal
Nombre
001 Solicitar liquidación anticipada
Pasos
Este flujo se activa cuando el Cliente Banco selecciona la opción "Liquidar contrato
anticipadamente" y posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas vigentes,
desplegando una lista con los datos básicos de cada contrato existente, según restricción
"Campos Lista".
2. El usuario presiona el botón Ver.
3. El SISTEMA despliega una página de confirmación 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 página 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 liquidación
según restricción "posibilidades de liquidación " (en este caso "por acuerdo") y presiona
Liquidar.
8. El sistema despliega una página con la información de cada una de las contrapartes,
según restricción "Datos Contraparte". Posterior a esto despliega los datos del contrato
especifico según restricción "Campos contrato FWD" propuesto por el banco o modificado.
Dejando disponibles a modificar solo los campos según restricción "campos modificables".
9. El Cliente presiona el botón Proponer liquidación.
10. El sistema valida que los campos hayan sido modificados.
11. El sistema despliega un mensaje informando: "La solicitud de liquidación folio <Nro.
folio>, ha sido enviada satisfactoriamente".
12. El cliente selecciona Aceptar.
13. El sistema retorna al paso 1 de este mismo flujo, eliminándose 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 liquidación 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 liquidación anticipada"
. El cliente Selecciona Guardar.
1. El sistema despliega una página 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 liquidación anticipada"
Tipo
Alternativo
Nombre
004 Cancelar PDF
Pasos
En el paso 4 del flujo "001 Solicitar liquidación anticipada"
. El cliente selecciona el botón Cancelar.
1. El sistema vuelve al paso 1 del flujo "001 Solicitar liquidación anticipada"
Tipo
Alternativo
Nombre
005 Sin selección de contratos
Pasos
en el paso 8 del flujo "001 Solicitar liquidación 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 liquidación anticipada
"
Tipo
Alternativo
Nombre
006 Liquidación por incumplimiento
Pasos
en el paso 7 del flujo "001 Solicitar liquidación anticipada", el cliente selecciona como
motivo de liquidación "por incumplimiento" y presiona el botón 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 liquidación".
3. El sistema despliega un mensaje informando: "La solicitud de liquidación folio <Nro.
folio>, ha sido enviada satisfactoriamente".
4. El cliente selecciona Aceptar.
5. El sistema retorna al paso 1 del flujo "001 Solicitar liquidación anticipada", eliminándose
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 liquidación anticipada" o en el paso 2 del flujo "006
Liquidación por incumplimiento". el cliente presiona el botón cerrar (X), en la esquina
superior derecha.
1. El sistema retorna al paso 1 del flujo "001 Solicitar liquidación anticipada"
13/30
8.8.08
Introducción
Este documento presenta el caso de uso: Revisar Cesión Propuesta. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Revisar Cesión Propuesta
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:33:36
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión , aceptación o rechazo de una o varias cesión(es) de la responsabilidad
de cumplimiento de un contrato especifico, en este caso para Forwards de divisas , además
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 institución financiera.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos lista
Proceso
Estatus
Aprobada
Se despliegan dos grupos de datos, antecedidos por un CheckBox para su selección:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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 (Cesión)
- Tipo Transacción (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 cuestión)
Nombre
Tipo
Datos tercero
Proceso
Estatus
Aprobada
Los datos a desplegar de la nueva entidad responsable del contrato Forward son:
- Nombre.
- Razón social.
- Rut.
- Dirección
- Fono
- Fax
Escenarios
En esta sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Normal
Nombre
001 Rechazar cesión de Contrato FWD
Pasos
Este flujo se activa cuando el Cliente Banco selecciona la opción "Revisar Cesión
Propuesta" y posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas cedidos,
desplegando una lista con los datos básicos de cada contrato existente, según restricción
"Campos Lista".
2. El Cliente presiona el botón Ver Datos, en la columna Tercero perteneciente a la cesión
que desea revisar.
3. El sistema despliega una página con la información de la empresa a la cual se la hará
responsable del cumplimiento del contrato desplegándose los campos según restricción
"Datos tercero".
4. El usuario presiona el botón cerrar (X) en la parte superior derecha.
5 El sistema retorna al paso 1 de este flujo.
6. El usuario presiona el botón Ver.
15/30
8.8.08
7. El SISTEMA despliega una página de confirmación 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 página 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 botón
rechazar.
12. El sistema despliega un mensaje informando: "La(s) Cesión(es) propuestas han sido
rechazadas satisfactoriamente".
13. El cliente selecciona Aceptar.
14. El sistema retorna al paso 1 de este mismo flujo, eliminándose 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 cesión 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 cesión de Contrato FWD"
. El cliente Selecciona Guardar.
1. El sistema despliega una página 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 cesión de Contrato FWD"
Tipo
Alternativo
Nombre
004 Cancelar PDF
Pasos
En el paso 8 del flujo "001 Rechazar cesión de Contrato FWD"
. El cliente selecciona el botón Cancelar.
1. El sistema vuelve al paso 1 del flujo "001 Rechazar cesión de Contrato FWD"
16/30
8.8.08
Tipo
Alternativo
Nombre
005 Aceptar Cesión
Pasos
En el paso 11 del flujo "001 Rechazar cesión de Contrato FWD", el cliente presiona el
botón "Aceptar".
1. El sistema despliega el mensaje: "Esta seguro que desea aceptar la cesión folio <nro
folio> propuesta por el banco".
2. el cliente presiona Aceptar.
3. El sistema retorna al paso 1 del flujo "001 Rechazar cesión de Contrato FWD".
Tipo
Alternativo
Nombre
006 Cancelar aceptación
Pasos
En el paso 2 del flujo "005 Aceptar cesión", el usuario presiona Cancelar.
1. El sistema retorna al paso 1 del flujo "001 Rechazar cesión de Contrato FWD"
17/30
8.8.08
Introducción
Este documento presenta el caso de uso: Revisar-Modificar Contrato Propuesto. Se describen
sus características generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Nombre
Revisar-Modificar Contrato Propuesto
Estatus
Versión
Fecha Creación
10/07/2008 2:31:23
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión, aceptación o rechazo de un contrato especifico de derivados
propuestos por la institución financiera, en este caso en especifico para la revisión de
Forwards de divisas propuestos, además en esta funcionalidad se pueden realizar
propuestas de modificación a uno de estos, siendo estas modificaciones enviadas a la
institución financiera para su evaluación.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
campos Lista
Proceso
Estatus
Aprobada
se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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 Transacción (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
Tipo
Datos Contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Campos contrato FWD
Proceso
Estatus
Aprobada
los campos desplegados para la revisión o modificación del contrato Forward son:
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entr4ega física o compensación).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Escenarios
En esta sección 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.
Excepción: 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 opción "Revisar-Modificar
Contrato Propuesto" y posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas
propuestos, desplegando una lista con los datos básicos de cada contrato existente,
según restricción "Campos Lista".
2. El Cliente presiona el botón DETALLE, en la columna contrato perteneciente al contrato
que desea revisar.
3. El sistema despliega una página con la información de cada una de las contrapartes,
según restricción "Datos Contraparte". posterior a esto despliega los datos del contrato
especifico según restricción "Campos contrato FWD" Propuesto por el banco o
modificado.
4. El usuario presiona el botón visualizar.
5. El SISTEMA despliega una página de confirmación 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 página 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 botón 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, eliminándose de la lista de contratos
el que se acaba de Acepta.
Tipo
Excepción
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
botón 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 página 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 botón Cancelar.
1. El sistema vuelve al paso 3 del flujo "001 Aceptar Contrato Marco propuesto"
.
Tipo
Alternativo
Nombre
006 Proponer modificación
Pasos
En el paso 9 del flujo "001 Aceptar Contrato FWD propuesto", el cliente modifica algunos
datos según su conveniencia y presiona el botón "Proponer Modificación".
1. El sistema valida que se haya realizado algún cambio en los parámetros 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 botón
"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 modificación", el sistema no encuentra modificaciones
realizadas al contrato.
1. El sistema despliega el mensaje: "Debe realizar alguna modificación 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
Introducción
Este documento presenta el caso de uso: Revisar-Modificar Liquidación Propuesta. Se
describen sus características generales, las restricciones que afectan a la funcionalidad antes,
durante y las condiciones en las que queda el negocio después de la ejecución del su
comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Revisar-Modificar Liquidación Propuesta
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:34:15
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
Permite la revisión , aceptación o rechazo de una o varias propuestas de liquidación
anticipada de contratos específicos de derivados, en este caso para Forwards de divisas,
además en esta funcionalidad se pueden realizar modificaciones a las liquidaciones
propuestas por la entidad financiera, permitiendo negociar los términos de la misma.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
campos lista
Proceso
Estatus
Aprobada
se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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 (liquidación por acuerdo, por incumplimiento)
- Tipo Transacción (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
Tipo
Datos Contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Campos Contrato FWD
Proceso
Estatus
Aprobada
los campos desplegados para la revisión o modificación del contrato Forward son:
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega física o compensación).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Nombre
Tipo
campos modificables
Proceso
Estatus
Aprobada
Los únicos campos modificables en una liquidación propuesta, son los respectivos al
monto a cancelar y solo si el tipo de liquidación es por acuerdo. Los campos son:
- referencia.
- tipo cambio referencia.
- paridad referencia.
Escenarios
24/30
8.8.08
En esta sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Alternativo
Nombre
001 Rechazar liquidación de Contrato
FWD
Pasos
Este flujo se activa cuando el Cliente Banco selecciona la opción "Revisar-Modificar
Liquidación Propuesta" y posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas
liquidados, desplegando una lista con los datos básicos de cada contrato existente, según
restricción "Campos Lista".
2. El Cliente presiona el botón DETALLE, en la columna contrato perteneciente a la
liquidación que desea revisar.
3. El sistema despliega una página con la información de cada una de las contrapartes,
según restricción "Datos Contraparte". posterior a esto despliega los datos del contrato
especifico según restricción "Campos contrato FWD" Propuesto por el banco o
modificado. dejando disponibles a modificar solo los campos según restricción "campos
modificables".
4. El usuario presiona el botón visualizar.
5. El SISTEMA despliega una página de confirmación 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 página 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 botón rechazar...
10. El sistema despliega un mensaje informando: "La solicitud de liquidación folio <Nro.
folio>, ha sido rechazada satisfactoriamente".
11. El cliente selecciona Aceptar.
12. El sistema retorna al paso 1 de este mismo flujo, eliminándose 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 liquidación 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 liquidación de Contrato FWD", el usuario presiona
el botón Cerrar(X), en la esquina superior derecha.
1. el sistema retorna al paso 1 del flujo "001 Rechazar liquidación de Contrato FWD"
Tipo
Alternativo
Nombre
004 Guardar PDF
Pasos
En el paso 6 del flujo "001 Rechazar liquidación de Contrato FWD"
. El cliente Selecciona Guardar.
1. El sistema despliega una página 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 liquidación de Contrato FWD"
Tipo
Alternativo
Nombre
005 cancelar PDF
Pasos
En el paso 6 del flujo "001 Rechazar liquidación de Contrato FWD"
. El cliente selecciona el botón Cancelar.
1. El sistema vuelve al paso 3 del flujo "001 Rechazar liquidación de Contrato FWD"
Tipo
Alternativo
Nombre
006 Proponer Modificación
Pasos
En el paso 9 del flujo "001 Rechazar liquidación de Contrato FWD", el cliente modifica los
datos permitido según restricción "campos modificables" y presiona el botón "Proponer
Modificación".
1. El sistema valida que se haya realizado algún cambio en los parámetros 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 liquidación de Contrato FWD".
Tipo
Alternativo
Nombre
007 Aceptar liquidación
Pasos
En el paso 9 del flujo "001 Rechazar liquidación de Contrato FWD", el cliente presiona el
26/30
8.8.08
botón "Aceptar".
1. El sistema despliega el mensaje: "Esta seguro que desea aceptar la liquidación folio
<nro folio> propuesta por el banco.
2. el cliente presiona Aceptar.
3. El sistema retorna al paso 1 del flujo "001 Rechazar liquidación de Contrato FWD".
Tipo
Alternativo
Nombre
008 Sin datos modificados
Pasos
En el paso 1 del flujo "006 Proponer modificación", el sistema no encuentra modificaciones
realizadas al contrato.
1. El sistema despliega el mensaje: "Debe realizar alguna modificación para poder enviar
la solicitud".
2 El cliente presiona Aceptar.
3. El sistema retorna al paso 3 del flujo "001 Rechazar liquidación de Contrato FWD".
Tipo
Alternativo
Nombre
009 Cancelar Aceptación
Pasos
En el paso 2 del flujo "007 Aceptar liquidación", el usuario presiona Cancelar.
1. El sistema retorna al paso 3 del flujo "001 Rechazar liquidación de Contrato FWD"
27/30
8.8.08
Introducción
Este documento presenta el caso de uso: Solicitar Contrato Específico. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Solicitar Contrato Específico
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:30:49
Fecha última modificación
10/07/2008
Autor
Patricio Borquez
1.0
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
aprobación o rechazo del mismo.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Datos contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Datos contrato FWD
Proceso
Estatus
Aprobada
los campos desplegados para la solicitud de un contrato Forward son:
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entrega física o compensación).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Escenarios
En esta sección 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.
Excepción: 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 opción "Solicitar contrato
especifico" y posteriormente la pestaña Forward de Divisas.
1. El sistema despliega una página con la información de cada una de las contrapartes,
según restricción "Datos Contraparte". posterior a esto despliega los campos a llenar para
solicitar el contrato específico según restricción "Campos contrato FWD".
2. El Cliente ingresa los datos para configurar el contrato Forward, según sus
necesidades.
3. El Cliente presiona el botón Proponer Visualizar, para revisar el resultado final del
contrato Forward.
4. El SISTEMA despliega una página de confirmación 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 página 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 botón Proponer.
9. El sistema valida la correcta inserción 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, limpiándose 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 página 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 botón 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 más 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, módulo de administración y custodia.
3
ESPECIFICACIÓN FUNCIONAL
Introducción
Este documento presenta el caso de uso: Consulta de Contratos Específicos. Se describen
sus características generales, las restricciones que afectan a la funcionalidad antes, durante y
las condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Consulta de Contratos Específicos
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:41:22
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
Permite consultar en detalle todos y cada uno de los contratos específicos de instrumentos
derivados alguna vez negociados y en los diferentes posibles estados.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
1/12
8.8.08
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Filtros de búsqueda
Proceso
Estatus
Aprobada
los filtros dependen directamente del "Estado de contrato Específico" seleccionado:
- Estado de contrato Específico.(Todos, Vigentes, pendientes, liquidados)
Todos y Pendientes: No poseen filtro de búsqueda adicional.
Vigentes: al seleccionar esta opción se despliegan 2 filtros mas:
- Tipo de transacción (Compra o Venta).
- Rango de fechas.
Liquidados: al seleccionar esta opción se despliegan 3 filtros mas:
- Tipo de transacción (Compra o Venta).
- Tipo de Liquidación (Incumplimiento o Acuerdo)
- Rango de fechas.
Nombre
Tipo
búsqueda por defecto
Proceso
Estatus
Aprobada
Al ingresar a la pagina inicialmente se realiza un búsqueda por defecto la que considera
filtrar todos los contratos en estado Pendiente
Nombre
Tipo
Campos Lista
Proceso
Estatus
Aprobada
se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón con el cual se puede desplegar el detalle del contrato
correspondiente a esa fila).
- Folio. Identificador único del contrato Forward.
- Estado
- Tipo Transacción (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
Tipo
Datos contraparte
Proceso
Estatus
Aprobada
En esta sección 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
Tipo
Campos contrato FWD
Proceso
Estatus
Aprobada
los campos desplegados para la revisión del contrato Forward son (no se pueden
modificar):
- Tipo de Transacción: (Compra o Venta).
- Fecha futura. (Fecha en que se ejecutara el instrumento financiero).
- Hora futura.
- Moneda Nacional (UF o Peso)
- Moneda Extranjera (Dólar, euro, yen, etc.)
- Cantidad: monto en moneda extranjera a negociar.
- Valor pactado: Monto en moneda nacional equivalente según 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 cálculos al momento del cumplimiento).
- Tipo Cambio Referencia.
- Paridad referencia.
- Mecanismo de cumplimiento (Entr4ega física o compensación).
- lugar y fecha de cumplimiento (estos campos son requeridos solo en el caso que el
mecanismo de cumplimiento sea por entrega física).
Escenarios
En esta sección 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.
Excepción: 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 opción "Consultar Contrato
Específico" y posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas,
desplegando una serie de filtros según restricción "Filtros de búsqueda" y a continuación
una lista con los contratos existentes listados según restricción "búsqueda por defecto",
los datos desplegados en esta son según restricción "Campos Lista".
2. el cliente selecciona los filtros deseados y presiona el botón consultar.
3. El sistema refresca la lista de resultados según restricción "Campos lista"
4. El Cliente presiona el botón DETALLE, en la columna contrato perteneciente al contrato
que desea revisar.
3/12
8.8.08
5. El sistema despliega una página con la información de cada una de las contrapartes,
según restricción "Datos Contraparte". Posterior a esto despliega los datos del contrato
especifico según restricción "Campos contrato FWD".
6. El usuario presiona el botón visualizar.
7. El SISTEMA despliega una página de confirmación 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 página 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 botón Cerrar(X) en la parte superior derecha.
12. El sistema retorna al paso 1 de este flujo, repitiendo la última búsqueda ingresada.
Tipo
Alternativo
Nombre
002 búsqueda 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 según estos parámetros de búsqueda".
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 página 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 botón
Cancelar.
1. El sistema vuelve al paso 5 del flujo "001 Consultar Contrato FWD"
.
4/12
8.8.08
Introducción
Este documento presenta el caso de uso: Consulta de contratos Marco. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Consulta de contratos Marco
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:41:46
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
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 agrupación 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 sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Filtros de búsqueda
Proceso
Estatus
Aprobada
En esta caso solo existen 2 filtro de búsqueda:
- Estado (Todos, No-Vigentes, Vigente)
- Rango de fechas
5/12
8.8.08
Nombre
Tipo
Búsqueda por defecto
Proceso
Estatus
Aprobada
Al ingresar a la pagina inicialmente se realiza un búsqueda por defecto la que considera
mostrar el contrato en estado Vigente
Nombre
Tipo
Campos lista
Proceso
Estatus
Aprobada
se despliegan dos grupos de datos:
Datos Generales:
en este se despliegan las columnas:
- Contrato (botón 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
- Descripción
Escenarios
En esta sección 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.
Excepción: 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 opción "Consultar Contrato
Marco"
1. El Sistema presenta la página de información de contratos Marco, desplegando una
serie de filtros según restricción "Filtros de búsqueda" y a continuación una lista con los
contratos existentes listados según restricción "búsqueda por defecto", los datos
desplegados en esta son según restricción "Campos Lista".
2. El cliente selecciona los filtros deseados y presiona el botón consultar.
3. El sistema refresca la lista de resultados según restricción "Campos lista"
4. El usuario presiona el botón visualizar.
5. El SISTEMA despliega una página de confirmación 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 página 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 búsqueda ingresada.
Tipo
Alternativo
Nombre
002 Búsqueda 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 según estos parámetros de búsqueda".
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 página 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 botón
Cancelar.
1. El sistema vuelve al paso 3 del flujo "001 Consultar Contrato Marco"
7/12
8.8.08
Introducción
Este documento presenta el caso de uso: Consulta de estadísticas. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Consulta de estadísticas
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:41:59
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
Permite realizar consultas estadísticas de los instrumentos contratados, entregando la
posibilidad de agrupar, filtrar y ordenar según sea necesario. Esta consulta es
independiente para cada uno de los instrumentos derivados disponibles, dadas sus
características particulares.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Filtros de búsqueda
Proceso
Estatus
Aprobada
Los filtros para esta opción corresponden a:
- Tipo de transacción (Compra Venta).
- Estado (Todos, vigentes, liquidados, pendientes).
- Agrupar Por (Tipos de liquidación, tipos de moneda, monto de contratos, cantidad de
contratos, etc.)
- Rango de fechas
8/12
8.8.08
Escenarios
En esta sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Normal
Nombre
001 Consulta estadística
Pasos
Este flujo se activa cuando el Administrador Banco selecciona la opción "Consulta
estadística" y posteriormente la pestaña Forward de Divisas.
1. El Sistema presenta la página de información de contratos Forward de divisas,
desplegando una serie de filtros según restricción "Filtros de búsqueda".
2. el Administrador selecciona los filtros deseados y presiona el botón consultar.
3. El sistema refresca despliega un grafico a partir de los valores ingresado en los filtros.
Tipo
Normal
Nombre
002 búsqueda sin datos
Pasos
En el paso 1 o 3 del flujo "001 Consulta estadística ", al no existir datos de contratos a
desplegar.
1. El sistema en vez de la lista del gráfico despliega el mensaje:
"No existen contratos Forward según estos parámetros de búsqueda".
9/12
8.8.08
Introducción
Este documento presenta el caso de uso: Envío de formularios. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Envío de formularios
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:42:18
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
Permite la generación y envío de formularios informativos del Banco Central. Esta
funcionalidad es básicamente necesaria y utilizada por la entidad financiera en cuestión.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos lista
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 Transacción (en los casos que no corresponda se coloca " - " )
- Tipo de Pago. (Compensación, entrega física)
- Origen. Campo que especifica quien generó este contrato (Banco o cliente).
- Fecha Suscripción
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 sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Normal
Nombre
001 Envío de Formulario
Pasos
Este flujo se activa cuando el Administrador Banco selecciona la opción "Enviar
Formulario a BCC"
1. El Sistema presenta la página de información de contratos, desplegando una lista con
los contratos que aun no han sido informados al banco según restricción "Campos Lista".
Además de la dirección de correo a la que se enviara el formulario.
2. El Administrador presiona el botón Ver xls.
3. El SISTEMA despliega una página de confirmación 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 página 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 información ha sido enviada satisfactoriamente al
banco"
Tipo
Alternativo
Nombre
002 Guardar Excel
Pasos
En el paso 4 del flujo "001 Envío de formulario". El administrador Selecciona Guardar.
1. El sistema despliega una página 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 Envío de formulario".
Tipo
Alternativo
Nombre
003 Cancelar Excel
Pasos
En el paso 4 del flujo "001 Envío de formulario". El administrador selecciona el botón
Cancelar.
1. El sistema vuelve al paso 1 del flujo "001 Envío de formulario"
Tipo
Alternativo
Nombre
004 cambio de correo
Pasos
En el paso 8 del flujo "001 Envío de formulario", el administrador presiona Editar.
1. El sistema desbloquea el campo correo permitiendo modificar el correo existente y el
botón cambia su función y nombre por guardar.
2. El administrador ingresa el nuevo correo y presiona guardar.
3. El sistema bloque nuevamente el campo correo y el botón cambia su función y nombre
por editar.
4. se continua en el paso 8 del flujo "001 Envío de formulario".
12/12
8.8.08
Anexo 6
Casos de Uso, módulo pagos
4
ESPECIFICACIÓN FUNCIONAL
Introducción
Este documento presenta el caso de uso: Agregar forma de Pago. Se describen sus
características generales, las restricciones que afectan a la funcionalidad antes, durante y las
condiciones en las que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Agregar forma de Pago
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:44:39
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
Permite almacenar, mantener o eliminar un canal de pago con la institución financiera.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
1/8
8.8.08
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos lista
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
- Acción. (Se da la opción mediante botones de eliminar o modificar la cuenta).
Nombre
Tipo
Campos cuenta
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.
- Metodología de pago (entrega física, compensación)
Escenarios
En esta sección 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.
Excepción: 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 opción "Agregar forma de
pago".
2/8
8.8.08
1. El Sistema presenta la página de información formas de pago, desplegando una lista
con las formas de pago existentes listadas según restricción "Campos lista", a
continuación se despliegan los campos modificables para agregar una nueva cuenta,
según restricción "Campos cuenta"
2. El usuario ingresa los datos de una nueva cuenta y presiona agregar.
3. El sistema valido que los datos mínimos 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 botón
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". Eliminándose del listado
de cuentas la ya eliminada.
Tipo
Alternativo
Nombre
004 cancelar eliminación
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
Introducción
Este documento presenta el caso de uso: Programar Pagos. Se describen sus características
generales, las restricciones que afectan a la funcionalidad antes, durante y las condiciones en las
que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Programar Pagos
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:44:21
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
Permite programar los pagos a realizar al finalizar cada uno de los contratos específicos
pactados.
Cabe destacar que si al momento de efectuar estos pagos, el monto es negativo, se
entiende que no se realiza la transacción (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 sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
Perdida de Sesión
Proceso
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Datos cuenta
Post-condición
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.
- Metodología de pago (entrega física, compensación)
Nombre
Tipo
Datos contrato
Proceso
Estatus
Aprobada
los campos a ingresar son:
- Folio del contrato. (El folio se puede seleccionar desde una lista desplegada al presionar
el botón "Seleccionar").
- Monto de la transacción (cargado al momento de seleccionar el folio).
- Fecha de la transacción (cargado al momento de seleccionar el folio).
Escenarios
En esta sección 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.
Excepción: 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 opción "Programar de pago".
1. El Sistema presenta la página de programación de pagos, desplegando los campos
modificables para agregar una nueva cuenta, según restricción "Datos cuenta" y "datos
contrato"
2. El usuario selecciona una de las cuentas según su nombre ficticio.
3. El sistema carga los datos de la cuenta seleccionada.
4. El usuario ingresa los datos de la programación según restricción "datos contrato" y
presiona programar pago.
5. El sistema valido que los datos mínimos 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 según las fechas correspondientes"
9. El sistema limpia los datos ingresados y se retorna al paso 1 de este flujo.
Tipo
Alternativo
5/8
Nombre
002 editar cuenta
8.8.08
Pasos
En el paso 2 del flujo "001 programar pago", el usuario presiona el botón 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 información para esta
cuenta escrita.
3. el sistema continua en el paso 4 del flujo "001 Programar pago".
Tipo
Alternativo
Nombre
003 cancelar programación
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". manteniéndose los
datos cargados
6/8
8.8.08
Introducción
Este documento presenta el caso de uso: Próximos pagos. Se describen sus características
generales, las restricciones que afectan a la funcionalidad antes, durante y las condiciones en las
que queda el negocio después de la ejecución del su comportamiento.
Se describen los escenarios de uso (comportamiento) en la forma de una interacción entre el
usuario y el sistema.
Finalmente se presentan los cambios que han afectado la definición original y los temas que
están abiertos y que no permiten cerrar esta especificación.
Características Generales
Esta sección presenta las características generales del caso de uso o funcionalidad que se
describe en este documento.
Próximos pagos
Nombre
Estatus
Versión
Fecha Creación
10/07/2008 2:44:56
Fecha última modificación
11/07/2008
Autor
Patricio Borquez
1.0
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 según la
referencia utilizada, los montos dispuestos en esta consulta son meramente referenciales y
generados aproximadamente según bases estadísticas.
Restricciones
En esta sección se presentan todas las restricciones o condiciones que se deben dar antes,
durante la ejecución del comportamiento del caso y las condiciones en que queda el negocio
después de la ejecución del caso de uso.
Nombre
Tipo
Usuario
Pre-condición
Estatus
Aprobada
Estatus
Aprobada
El usuario debe estar autenticado en el portal.
Nombre
Tipo
perdida de sesión
Pre-condición
El sistema cerrará la sesión después de un período de tiempo especificado en parámetros
del sistema
Nombre
Tipo
Campos lista
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 transacción (en los casos que no corresponda se coloca " - " )
- Tipo de Pago. (Compensación, entrega física)
- 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
Tipo
campos filtro
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 sección 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.
Excepción: Son flujos que reflejan secuencias de pasos que finalmente impiden obtener el
resultado que los actores esperan.
Tipo
Normal
Nombre
001 consulta de próximos pagos
Pasos
Este flujo se activa cuando el usuario presiona la opción "próximos pagos".
1. el sistema carga un listado con los próximos pagos a realizar, listados según restricción
"Campos lista". y permitiendose filtrar según restricción "campos filtro"
2. el usuario ingresa los filtros que considere necesarios y presiona consultar.
3. El sistema refresca la lista según restricción (Campos lista).
Tipo
Alternativo
Nombre
002 búsqueda sin datos
Pasos
En el paso 1 o 2 del flujo "001 consulta próximos pagos ", al no existir datos de pagos a
desplegar.
1. El sistema en vez de la lista despliega el mensaje:
"No existen pagos programados según estos parámetros de búsqueda".
8/8
8.8.08
Anexo 7
Mapas de navegación, módulo contratos marco
5
Model Specification
Page: 1
Informe:
Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Documento de Interfaz del Usuario
Model Specification
Page: 2
Documentación Interfaz del Usuario
Propósito
Este documento entrega el mapa de navegación de una funcionalidad o caso de uso. Presenta una
imagen de las páginas. Por cada página entrega una descripción a detalle de los componentes.
Contratos Marco
Estado de Solicitudes CM
Diagrama Mapa de Navegación
Estado de Solicitudes CM - (Custom diagram)
Creado por:
Patricio Borquez - fecha 06/07/2008
Última modificación: 09/07/2008
Versión:
1.0.
Model Specification
Page: 3
custom Estado de Solicitudes CM
Firmar
VER
Aceptar
Cancelar
mensaj e 1
Ver Motivo
mensaj e 2
Estado de solicitude s
X
Abri r
Guardar
Cancelar
Adv ertencia
Motiv os
Contrato
Figura: 1
Model Specification
Page: 4
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
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
Descripción
página donde se muestra el estado final de las solicitudes de modificación de contratos
marco realizadas al banco
Elemento
Screen, Motivos
Descripción
Página en la que se muestra el motivo exacto del rechazo de la solicitud o propuesta
Revisar-Modificar Contrato Propuesto
Diagrama Mapa de Navegación
Revisar-Modificar Contrato Propuesto - (Custom diagram)
Creado por:
Patricio Borquez - fecha 02/07/2008
Última modificación: 10/07/2008
Versión:
1.0.
Model Specification
Page: 5
custom Rev isar-Modificar Contrato Propuesto
VER
Modificar
Fi rmar
Informacion de contratos Propuestos .
X
Abrir
Guardar
Cancelar
Adv ertencia
Proponer modificacion
Modificación de Contratos
mensaj e
Contrato
Figura: 2
Model Specification
Page: 6
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
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, Modificación de Contratos
Descripción
Página en la que se permite el ingreso de una propuesta de modificación al contrato
marco.
Anexo 8
Mapas de navegación, módulo contratos específicos de
forward de divisas.
6
Model Specification
Page: 1
Informe:
Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Documento de Interfaz del Usuario
Model Specification
Page: 2
Documentación Interfaz del Usuario
Propósito
Este documento entrega el mapa de navegación de una funcionalidad o caso de uso. Presenta una
imagen de las páginas. Por cada página entrega una descripción a detalle de los componentes.
Forward Divisas
Ceder Contrato
Diagrama Mapa de Navegación
Ceder Contrato - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
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
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Específico.
Estado Solicitudes CE
Diagrama Mapa de Navegación
Estado de Solicitudes CE - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
1.0.
Model Specification
Page: 5
custom Estado de Solicitudes CE
Cancelar
Aceptar
Firmar
VER
mensaj e 1
Ver Motivo
mensaj e 2
Estado de solicitude s
X
Abrir
Guardar
Cancelar
Adv ertencia
Motiv os
Contrato
Figura: 2
Model Specification
Page: 6
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Específico.
Elemento
Screen, Estado de solicitudes
Descripción
página donde se muestra el estado final de las solicitudes de contratos específicos
realizadas al banco
Elemento
Screen, Motivos
Descripción
Página en la que se muestra el motivo exacto del rechazo de la solicitud o propuesta
Liquidar Contrato Anticipadamente
Diagrama Mapa de Navegación
Liquidar Contrato anticipadamente - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
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
X
Proponer Liquidacion
Detalle de negociacion para Liquidacio n
Abrir
Guardar
mensaj e 2
Cancelar
Adv ertencia
Contrato
Figura: 3
Model Specification
Page: 8
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Confirm
Descripción
página para agregar el motivo a Liquidar el contrato específico
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato específico Forward
Elemento
Screen, Detalle de negociación para Liquidación
Descripción
Página en la que se permite la revisión en detalle del contrato especifico a liquidar,
modificar los valores a liquidar y proponer la liquidación
Revisar Cesión Propuesta
Diagrama Mapa de Navegación
Revisar Cesión Propuesta - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
1.0.
Model Specification
Page: 9
custom Rev isar Cesion Propuesta
«navigate»
X
Ver Datos
Ver
Rechazar
Aceptar
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
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Específico.
Elemento
Screen, Datos Empresa
Descripción
Página 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
Descripción
página donde se despliegan las cesiones de contratos propuestas por el banco
Revisar-Modificar Contrato Propuesto
Diagrama Mapa de Navegación
Revisar-Modificar Contrato Propuesto - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
1.0.
Model Specification
Page: 11
custom Rev isar-Modificar Contrato Propuesto
Detal l e
Informacion de contratos Propuestos .
X
Vi sual izar
Aceptar
Rechazar
Proponer m odifi caci on
Detalle y modificación 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
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato específico Forward
Elemento
Screen, Detalle y modificación de contrato
Descripción
Página en la que se permite la revisión en detalle del contrato especifico propuesto,
aceparlo, rechazarlo o modificarlo
Revisar-Modificar Liquidación Propuesta
Diagrama Mapa de Navegación
Revisar-Modificar Liquidación Propuesta - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
1.0.
Model Specification
Page: 13
custom Rev isar-Modificar Liquidacion Propuesta
Detalle
Informacion de contratos Propuestos .
X
Aceptar
Ver Contrato a Liquidar
Rechazar
Proponer modificacion
Detalle y modificación 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
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato específico Forward
Elemento
Screen, Detalle y modificación de contrato
Descripción
Página en la que se permite la revisión en detalle del contrato especifico que se
pretende liquidar, aceparlo, rechazarlo o modificarlo
Elemento
Screen, Información de contratos Propuestos.
Descripción
página en la que se despliegan las propuestas de liquidación de contratos realizadas por
el banco
Solicitar Contrato
Diagrama Mapa de Navegación
Solicitar Contrato - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 10/07/2008
Versión:
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
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato Específico.
Anexo 9
Mapas de navegación, módulo de administración y custodia.
7
Model Specification
Page: 1
Informe:
Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Documento de Interfaz del Usuario
Model Specification
Page: 2
Documentación Interfaz del Usuario
Propósito
Este documento entrega el mapa de navegación de una funcionalidad o caso de uso. Presenta una
imagen de las páginas. Por cada página entrega una descripción a detalle de los componentes.
Administración y Custodia
Consulta de Contratos Específicos
Diagrama Mapa de Navegación
Consulta de contratos Específicos - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 11/07/2008
Versión:
1.0.
Model Specification
Page: 3
Figura: 1
Model Specification
Page: 4
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Búsqueda de contratos
Descripción
Página con filtros para buscar los contratos específicos correspondientes.
Elemento
Screen, Contrato
Descripción
Pagina de despliegue de contrato en formato PDF, en el que se incluye el detalle del
contrato, en este caso. El detalle del contrato específico Forward
Elemento
Screen, Detalle de contrato
Descripción
Página en la que se permite la revisión en detalle del contrato especifico contratado.
Consulta de Contratos Marco
Diagrama Mapa de Navegación
Consulta de contratos Marco - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 11/07/2008
Versión:
1.0.
Model Specification
Page: 5
Figura: 2
Model Specification
Page: 6
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Búsqueda de contratos
Descripción
Página con filtros para buscar los contratos Marco correspondientes.
Elemento
Screen, Contrato
Descripción
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 Estadísticas
Diagrama Mapa de Navegación
Consulta Estadísticas - (Custom diagram)
Creado por:
Patricio Borquez - fecha 10/07/2008
Última modificación: 10/07/2008
Versión:
1.0.
Model Specification
Page: 7
Figura: 3
Model Specification
Page: 8
Elementos de Diagrama
Elemento
Screen, Búsqueda de contratos
Descripción
Página con filtros para buscar los contratos específicos correspondientes.
Elemento
Screen, Detalle de contrato
Descripción
Página en la que se muestran los datos estadísticos graficados según la consulta
realizada
Envío de Formularios Bco. Central
Diagrama Mapa de Navegación
Envío de Formulario a B. Central - (Custom diagram)
Creado por:
Patricio Borquez - fecha 10/07/2008
Última modificación: 11/07/2008
Versión:
1.0.
Model Specification
Page: 9
Figura: 4
Model Specification
Page: 10
Elementos de Diagrama
Elemento
Screen, Advertencia
Descripción
Pop up de tratamiento de archivo a visualizar
Elemento
Screen, Lista de movimientos sin informar
Descripción
página donde se despliega el listado de movimientos no informado al banco central
Elemento
Screen, Planilla
Descripción
Pagina de despliegue de datos en formato XLS, en el que se genera formato según
solicita el BCO. Central
Anexo 10
Mapas de navegación, módulo de pagos.
8
Model Specification
Page: 1
Informe:
Proyecto:
Cliente;
Consultor;
Aprobado por;
Fecha:
Documento de Interfaz del Usuario
Model Specification
Page: 2
Documentación Interfaz del Usuario
Propósito
Este documento entrega el mapa de navegación de una funcionalidad o caso de uso. Presenta una
imagen de las páginas. Por cada página entrega una descripción a detalle de los componentes.
Pagos
Agregar forma de Pago
Diagrama Mapa de Navegación
Agregar forma de Pago - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 11/07/2008
Versión:
1.0.
custom Agregar forma de Pago
Eliminar
Modificar
Aceptar
Cancelar
confirmar
Agregar
formas de pago
mensaj e2
Mensaj e 1
Figura: 1
Model Specification
Page: 3
Elementos de Diagrama
Elemento
Screen, formas de pago
Descripción
pagina donde se despliegan todas las cuentas de destino existentes
Programar Pago
Diagrama Mapa de Navegación
Programar Pago - (Custom diagram)
Creado por:
Patricio Borquez - fecha 10/07/2008
Última modificación: 11/07/2008
Versión:
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
Descripción
Pagina donde se despliegan todas las cuentas de origen, y destino existentes, para
programar el pago de un contrato en caso de resultar desfavorable.
Próximos pagos
Diagrama Mapa de Navegación
Próximos pagos - (Custom diagram)
Creado por:
Patricio Borquez - fecha 09/07/2008
Última modificación: 11/07/2008
Versión:
1.0.
custom Proximos pagos
cal
Consulta de pagos
calendario
Figura: 3
Anexo 11
Ejemplo de plantilla xslt para un contrato específico 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" pagewidth="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>, cédula 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>
<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>
<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>
<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>
<fo:inline>
<xsl:text>, cédula 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>
</xsl:for-each>
</xsl:for-each>
</xsl:for-each>
- <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>
<fo:inline>
<xsl:text>, cédula 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>
<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>
<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>
<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>
</xsl:for-each>
</xsl:for-each>
</xsl:for-each>
- <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>,cédula 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 más
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 Dólares de los Estados Unidos de
América 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 dólar de los Estados Unidos de América, 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 Liquidación Anticipada, según 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 Dólar o para las operaciones de
arbitraje a futuro cuyo cumplimiento se pacte por compensación, se entiende la
cantidad de Moneda Nacional, que resulte de multiplicar las siguientes dos
cantidades: (i) la cantidad de Dólares que corresponda al monto total de la otra
Moneda Extranjera prevista en este Contrato, según la Paridad Referencial, por
(ii) por el Tipo de Cambio Referencial estipulado por las partes vigente a la
Fecha de Pago o de Liquidación Anticipada, según 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
Dólares que corresponda a la otra Moneda Extranjera prevista en este Contrato,
según la Paridad Referencial vigente en la Fecha de Pago o de Liquidación
Anticipada, según 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-topcolor="#ECE9D8" border-top-width="0.02083in" border-bottom-style="solid" borderbottom-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" bordercollapse="separate" border-separation="0.04167in" color="black" displayalign="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-bottomcolor="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" borderleft-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" paddingtop="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" paddingright="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Tipo de Transacción :</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-bottomcolor="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" borderleft-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" paddingtop="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" paddingright="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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="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" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
-
-
-
-
-
-
-
-
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="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" borderright-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 operación 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, según lo establezca el Contrato, pagaderas en Moneda
Nacional, en la Fecha de Pago, según 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 operación 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 Dólares 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
compensación, se aplicará lo previsto en la sección IV siguiente, párrafo
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 deberán cumplir este Contrato en la Fecha de
Pago de acuerdo a la modalidad prevista en la sección II precedente, pudiendo
ser alguna de las que se indican a continuación:</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) Compensación:</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 idéntico tenor y
fecha, quedando uno en poder de cada parte. A menos que se exprese lo
contrario en este instrumento, los términos en mayúsculas tendrán el
significado que para ellos se señala 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" borderseparation="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" paddingbottom="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-topcolor="#ECE9D8" border-top-width="0.01042in" border-bottom-style="solid" borderbottom-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" bordercollapse="separate" border-separation="0.04167in" color="black" displayalign="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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-bottomcolor="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" borderleft-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" paddingtop="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" paddingright="0.02083in">
- <fo:block padding-top="1pt" padding-bottom="1pt">
- <fo:inline>
<xsl:text>Teléfono :</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-bottomcolor="#ECE9D8" border-bottom-width="0.01042in" border-left-style="solid" borderleft-color="#ACA899" border-left-width="0.01042in" border-right-style="solid"
border-right-color="#ECE9D8" border-right-width="0.01042in" paddingtop="0.02083in" padding-bottom="0.02083in" padding-left="0.02083in" paddingright="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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="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" borderright-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" paddingbottom="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-topcolor="#ECE9D8" border-top-width="0.01042in" border-bottom-style="solid" borderbottom-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" bordercollapse="separate" border-separation="0.04167in" color="black" displayalign="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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
-
-
-
-
-
-
-
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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>Teléfono :</xsl:text>
</fo:inline>
</fo:block> </fo:table-cell>
<fo:table-cell border-top-style="solid" border-top-color="#ACA899" border-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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-topwidth="0.01042in" border-bottom-style="solid" border-bottom-color="#ECE9D8"
border-bottom-width="0.01042in" border-left-style="solid" border-leftcolor="#ACA899" border-left-width="0.01042in" border-right-style="solid" borderright-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 específico 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>
