MXPA98002992A - Sistema y metodo de soporte de proceso de ventas - Google Patents

Abstract

Un sistema y método de soporte del proceso de ventas para identificar objetivos de ventas usando una base de datos centralizada para mejorar eléxito de comercialización. El sistema incluye una base de datos central que recibe información comprensiva de una variedad de alimentaciones internas y externas, y estandariza y guarda la información en la jerarquía de tres niveles (casas, clientes y cuentas) para su uso mediante una institución financiera. La información comprensiva almacenada en la base de datos central se accesa a través de estaciones de trabajo de microcomercialización para generar listas de guías de ventas para campañas de comercialización. Se proporciona una máquina de base de datos para generar trayectorias de acceso lógico para accesar datos en la base de datos central para aumentar la velocidad y eficiencia de la base de datos central. El sistema distribuye electrónicamente guías de ventas a las redes de sucursales, donde las guías se usan para dirigirse a los clientes para las campañas de comercialización. La base de datos central se accesa mediante las estaciones de trabajo de un sistema de información de clientes central para perfilar clientes, aumentar las relaciones del cliente con la institución financiera, y rastrear electrónicamente el rendimiento de ventas y de servicio durante las campañas de comercialización. El sistema también puede incluir un sistema para abrir una cuenta en una sola sesión que estáen comunicación con la base de datos central, centros de microcomercialización, sistemas de información central de clientes y sistemas ramificados de la presente invención de manera que los datos pueden pasar entre estos sistemas cuando es legal y adecuado.

Description

SISTEMA Y MÉTODO DE SOPORTE DE PROCESO DE VENTAS NOTIFICACIÓN DE MATERIAL CON DERECHO DE AUTOR EN LA DESCRIPCIÓN Una porción de la descripción de este documento de patente contiene material que está sometido a protección de derecho de autor. El propietario de los derechos de autor no tiene objeción a la reproducción por facsímil por cualquier persona del documento de patente o de la descripción de patente, como aparece en los archivos o registros de patentes de la Oficina de Patentes y marcas de los Estados Unidos de Norteamérica, pero de otra manera se reserva todos los derechos de autor cualesquiera que sean.

DECLARACIÓN CONCERNIENTE A LA SOLICITUD PADRE BAJO EL ARTICULO 35 DEL CÓDIGO DE LOS ESTADOS UNIDOS DE NORTEAMÉRICA. PÁRRAFO 120 Esta solicitud es una continuación parcial de, y reclama el beneficio de la presentación con fecha anterior, de acuerdo con el artículo 35 del Código de los Estados Unidos de Norteamérica, párrafo 120, de la solicitud conjunta pendiente con número de serie 08/544,102 titulada SISTEMA Y MÉTODO DE VENTAS ELECTRÓNICAS Y SOPORTE DE SERVICIO presentada el 17 de octubre de 1995, cuya solicitud actualmente está pendiente.

CAMPO DE LA INVENCIÓN La presente invención se relaciona en general, con un sistema y método de ventas y servicio de apoyo, y en particular con un sistema y método de ventas electrónicas y servicio de apoyo, para ayudar al servicio del cliente e identificar objetivos de ventas, distribuir guías de ventas, mejorar las herramientas de ventas, y rastrear el rendimiento de las ventas y del personal de ventas.

ANTECEDENTES DE LA INVENCIÓN Como respuesta a la competencia creciente, las instituciones financieras, como otros proveedores de servicios, han comenzado a adoptar técnicas de ventas y de servicio que han tenido éxito en otros campos. Los servicios financieros comercializados poseen sin embargo, retos únicos. Para comenzar, la mayoría de la gente no va de compras a buscar servicios financieros. En vez de eso, algo se presenta en la vida del cliente que causa que el cliente haga un cambio o esté abierto al cambio. Hay momentos en la vida en que se supera la inercia,- ya sea por cambio de casa, muerte, formación de nueva familia, o cuando un cliente se enoja lo suficiente para hacer un cambio. Por estas razones, usualmente, la comercialización sin enfoque de los servicios financieros no es efectiva. En vez de eso, la comercialización de los servicios financieros se debe dirigir a aquellos inclinados a hacer un cambio o a abrir otras cuentas. En el pasado, ha sido difícil, si no imposible, identificar con precisión a los clientes que están abiertos al cambio y predecir cuándo ocurrirán estos eventos. Así, hay una necesidad de un sistema y método mejores para predecir cuándo estarán abiertos al cambio los clientes o los clientes potenciales . Para anticipar las necesidades de un cliente y apoyar una comercialización dirigida, un proveedor de servicios debe conocer a su cliente. Conocer a los clientes también es importante para mejorar el servicio al cliente, otra manera probada de obtener y mantener nuevos clientes. Ya que conocer a los nuevos clientes se hace más difícil cuando el número de clientes aumenta y la frecuencia de cada contacto con el cliente con un empleado particular disminuye, el tamaño de una base de clientes de una institución financiera grande puede presentar un obstáculo a algunos esfuerzos de comercialización. En la comunidad financiera actual, una institución financiera grande puede tener varios millones de casas y clientes cada uno con un único conjunto de cuentas. La información disponible para estas casas, clientes, y cuentas es tan masiva, que hasta ahora no se ha usado completamente para campañas de comercialización. En un esfuerzo para manejar una base de datos de clientes grande, los negocios tradicionalmente mantienen registros de clientes. En algunos casos estos registros están en la forma de simples registros en papel, pero recientemente se han vuelto comunes los registros electrónicos. Originalmente, el almacenamiento de datos separados se usó para cada aplicación de mantenimiento de registro electrónico, así, cada departamento en una institución financiera, por ejemplo, tendría un programa que creara y mantuviera registros necesarios para este fin. El problema con esta forma de aproximación es que la información se debe duplicar extensamente. Por ejemplo, el nombre y la dirección de un cliente podría aparecer en archivos separados en muchos departamentos separados . Hay otros problemas con la aplicación de datos específicos. Ya que la información de un cliente se introduce en más de un archivo, cualquier cambio de estado debe introducirse en cada archivo, frecuentemente por diferentes personas. Al transcurso del tiempo la precisión y uniformidad de los datos se deteriora. Además, el uso de almacenamiento de datos específicos de aplicación requiere más entradas de datos y más espacios de almacenamiento. El concepto de una base de datos, introducido hace más de veinte años, ha hecho un largo recorrido hacia eliminar estos problemas. En una base de datos, la información se almacena en un lugar central de manera que no hay duplicación de información. Se usan programas de administración de base de datos para administrar las bases de datos. Ejemplos de programas de administración de base de datos disponibles actualmente incluyen DB2 (para bases de datos más grandes) y dBase (para computadores personales) . Típicamente, un sistema de administración de base de datos (DBMS) se usa para administrar la creación, almacenamiento, acceso, actualización, supresión y uso de una base de datos. Un sistema de administración de base de datos típico crea bases de datos y sus estructuras; proporciona los elementos para el control y administración de la información en la base de datos; proporciona los elementos para los usuarios y los programas de aplicación para el acceso, introducción, modificación y manipulación de la información en una base de datos; proporciona un generador de reportes; proporciona facilidades para interrogar adecuadas; proporciona reportes sobre quién tuvo acceso a la base de datos y cuál actividad se realizó; proporciona reportes a los operadores sobre la utilización de hardware, estados de usuarios actuales y otros datos de supervisión; y proporciona rutinas automáticas de respaldos y recuperación de la información en las bases de datos . Las bases de datos de usuarios múltiples presentan varios retos adicionales. Estos incluyen mantener el rendimiento del sistema conforme crece el número de usuarios, controlar el acceso concurrente de los datos, mantener la seguridad, y administrar la base de datos. Hay cuatro modelos básicos de bases de datos: (1) jerárquica, (2) de red, (3) relacional, y (4) orientada a objetivo. Los modelos jerárquico y de red utilizan archivos para almacenar datos . Las relaciones de datos en las bases de datos jerárquicas siguen jerarquías o árboles, que reflejan una relación ya sea uno a uno o relaciones una a muchos entre los tipos de registros. Las relaciones de los datos en la red siguen una relación de muchos" con muchos entre los registros. Las relaciones de los datos se deben definir en el momento en que se crea una base de datos jerárquica o de red. Una base de datos relacional usa tablas para almacenar datos . Las relaciones de datos pueden ser determinadas dinámicamente por los usuarios y no se tienen que definir cuando se crea la base de datos. Una base de datos relacional utiliza un lenguaje de interrogación de base de datos para usuarios para tener acceso y manipular los datos en la base de datos. La interrogación, por ejemplo, y el lenguaje de interrogación estructurado son dos lenguajes de interrogación de base de datos. Las bases de datos orientadas por objetivos almacenan datos junto con procedimientos en objetivos. Una base de datos relacional está compuesta por muchas tablas en las cuales se almacenan los datos. Las tablas en una base de datos relacional deben tener filas únicas, y cada celda o campo debe contener únicamente un punto de información, tal como un nombre, dirección o número de identificación. Un sistema de administración de base de datos relacional (RDBMS) permite que los datos se creen, mantengan, manipulen y recuperen fácilmente a partir de una base de datos relacional . En las bases de datos más sofisticadas, los datos se recuperan interrogando a la base de datos. Los lenguajes de interrogación permiten que los usuarios localicen registros específicos basados en los datos que contienen. Los lenguajes de interrogación conocidos incluyen los lenguajes específicos del programa, lenguajes de interrogación estructurados, lenguajes naturales e interrogación por ejemplo. Cuando se usan lenguajes de interrogación, el usuario típicamente especifica las reglas que sigue el programa para seleccionar los registros que se van a recuperar. A estas reglas se hace referencia como criterios. Sólo aquellos registros que coinciden con los criterios especificados se recuperan. En una base de datos relacional, las relaciones de los datos no se tienen que definir previamente. Los usuarios interrogan una base de datos y establecen una relación de datos espontáneamente uniendo campos comunes. Un lenguaje de interrogación de base de datos actúa como una interfase entre los usuarios y un sistema de administración de datos relacional . Se usan dos estilos de interrogación básicos en una base de datos relacional. (l) interrogación por ejemplo, y (2) lenguaje de interrogación estructurado. En interrogación por ejemplo, el sistema de administración de base de datos despliega información de campo y los usuarios introducen las condiciones de interrogación en los campos deseados . El lenguaje de interrogación estructurado (SQL) es el lenguaje de interrogación de base de datos estándar usado con las bases de datos relaciónales. El lenguaje de interrogación estructurado es parte de un sistema de administración de base de datos, no un programa de software independiente por separado. El lenguaje de interrogación estructurado permite que los usuarios creen y operen conjuntos de información relacionada que está almacenada en tablas . El núcleo del lenguaje de interrogación estructurado es su flexibilidad al interrogar una base de datos. Esta flexibilidad es posible debido a la manera en la cual los datos están almacenados en una base de datos relacional. Los datos se almacenan en tablas que tienen propiedades específicas. Estas propiedades incluyen: (1) una o más columnas nombradas, (2) los datos de cada columna son del mismo tipo, (3) cero o más filas (el cero se presenta cuando la tabla está definida pero todavía no se ha introducido ningún dato), (4) toda fila es única, (5) un solo valor de datos está contenido en la intersección de cualquier columna y fila, y (6) el orden de las columnas y de las filas no es importante . Hay dos esquemas básicos para recuperar información desde una base de datos: la orientación del conjunto y la orientación del registro. Cada método tiene ventajas y desventajas. Una base de datos orientada por conjuntos permite que el usuario se enfoque en las características de los datos en vez de en la estructura física de los datos. El usuario trabaja con datos en grupos, o conjuntos, o tablas, en vez de como tablas individuales. Los sistemas de administración de bases de datos que usan lenguaje de interrogación estructurado, como el SQL Server, Oracle, y SQL Base, están orientados por conjuntos. Las bases de datos orientadas por registro accesan datos basados en la estructura física de los datos y en indización. Un señalador de registro permite que el usuario maniobre a través de una tabla un registro a la vez . Es fácil tener acceso a filas o registros sucesivos en una tabla. Sin embargo, el desarrollador del sistema de administración de la base de datos debe escribir el código de programación tal que hará un ciclo a través de cada registro solicitado, lo cual es una desventaja. Ejemplos de sistemas de administración de bases de datos que usan una forma de aproximación orientada por registro son dBASE y Clipper. En el lenguaje de interrogación estructurada se mantiene la seguridad por la autoridad otorgada. La autoridad puede ser otorgada a la base de datos entera, a ciertas tablas o a ciertos comandos . Un administrador de base de datos debe tener acceso a la base de datos entera de manera que pueda mantenerla adecuadamente, mientras que un usuario necesita tener acceso a tablas específicas o a partes de las tablas. Por ejemplo, una persona podría tener acceso a una tabla personal pero no a la columna de salarios en esa tabla. Los intentos para construir y usar bases de datos de clientes tienen una variedad de limitaciones. En un sentido general, estas limitaciones caen en dos distintas categorías: limitaciones en las fuentes y calidad de entrada d datos dentro de la base de datos y limitaciones en la capacidad de uno para buscar y recuperar datos de la base de datos . En algunos casos estas limitaciones se oponen una a la otra. Por ejemplo, conforme uno mejora el tamaño y la calidad de una base de datos, la búsqueda y la recuperación de datos de la base de datos se vuelve más difícil. En años recientes, las instituciones financieras, como los bancos, han usado comercialización dirigida (especialmente el correo directo y la venta a distancia) para comercializar una amplia variedad de productos y servicios financieros para clientes existentes y nuevos. Para ayudar a estos esfuerzos, los bancos han usado bases de datos tradicionales que contienen, por ejemplo, listas de clientes y listas de correos. Estas fuentes de comercialización dirigidas tradicionales, sin embargo, no aprovechan la información disponible para el servicio completo de las instituciones financieras. Las instituciones de servicios financieros completos típicamente ofrecen a los consumidores una amplia variedad de productos financieros, incluyendo cuentas tradicionales de depósitos, inversión, préstamos e hipotecas, así como una variedad de servicios financieros que incluyen tarjetas de crédito, corretaje, acceso directo, acceso al negocio, cheques como efectivo, pago de recibos telefónicos y cheques de seguridad. Además, las instituciones financieras ahora típicamente ofrecen acceso a los servicios financieros a través de una variedad de medios, incluyendo las máquinas de cajeros automáticos (ATM) , las terminales activadas por el cliente (CAT) , los teléfonos con pantalla, las computadoras personales configuradas para bancos, los asistentes digitales personales, los sistemas con respuesta de voz y las tarjetas inteligentes, así como los cajeros bancarios humanos tradicionales. La información de las diversas fuentes proporcionan una imagen inusualmente completa de los hábitos y necesidades financieras del cliente. Así, la capacidad de almacenar y recuperar esta riqueza de datos de una manera inteligente tiene un potencial comercial enorme. A pesar de este potencial comercial, sigue habiendo una necesidad de ensamblar una base de datos comprehensiva a partir de estas diversas fuentes y recuperar información a partir de la base de datos central de una manera práctica e inteligente. Hay varias deficiencias en los sistemas y métodos disponibles actualmente para ensamblar los datos financieros del cliente y recuperar información para su uso en los sistemas de comercialización y servicio al cliente. Para comenzar, la mayoría de los usuarios (por ejemplo, empleados bancarios) nunca aprenden cómo usar lenguajes de interrogación complejos. La maestría del lenguaje requiere una habilidad y entrenamiento significativos. En vez de eso, los desarrolladores escriben aplicaciones para los clientes que son usados por los usuarios que tienen solamente un entendimiento limitado del programa. Así, la capacidad de un usuario para usar una base de datos frecuentemente está limitada por las aplicaciones adecuadas al cliente escritas por algún otro par su uso. En consecuencia, los sistemas de base de datos de amplia escala disponibles típicamente no tienen la flexibilidad para permitir al usuario, la persona más familiar con la comercialización use su propio conocimiento y experiencia para seleccionar datos de recuperación con criterios a partir de la base de datos para la comercialización dirigida. En vez de eso, los usuarios deben depender de un conjunto de interrogatorios previamente definidos que pueden no proporcionar los resultados deseados.

Como resultado, las campañas de ventas típicamente sólo se dirigen a grupos fácilmente comprobables de clientes nuevos o existentes, tales como todos los nuevos clientes o todos los clientes existentes con ciertos tipos de cuentas, etcétera. Ya que no ha habido una manera efectiva para generar rápidamente y distribuir listas de guías de ventas para grupos muy específicos de personas que son los que más probablemente se suscriben a nuevos servicios financieros que se están ofreciendo, estos clientes que más probablemente necesitan o desean los productos adicionales que tiene que ofrecer una institución financiera no siempre son a los que se dirigen las campañas de ventas. Esto ha dado como resultado un éxito mucho menos que satisfactorio de las campañas de comercialización. Además, los encargados de la comercialización con frecuencia no se les da acceso a una la relación completa del cliente con la institución financiera o información demográfica completa acerca del cliente (o sea, el "perfil" del cliente) . Así, es difícil para los vendedores a distancia y para dirigir correo, dirigirse a los clientes objetivo de manera inteligente, con el conocimiento completo de los antecedentes y la situación financiera del cliente. La información básica de los clientes existentes frecuentemente no está disponible., o el tiempo de respuesta requerido para perfilar un cliente existente es demasiado largo. Estos problemas tienden a crear una experiencia muy mala para el cliente y un resultado de las ventas menos que óptimo. Además, el desempeño de ventas de las sucursales de bancos, los gerentes de las sucursales, y otros a cargo de la comercialización no han sido analizados ni rastreados efectivamente. Una indicación completa del desempeño de las ventas típicamente sólo está disponible después de que las campañas de ventas terminan y después de que los resultados de las campañas se recolectan y analizan manualmente. Esto típicamente requiere una serie de formatos en papel y sistemas adecuados que generan una retroalimentación relativamente lenta para el personal de ventas. Así, existe también una necesidad de un sistema que proporcione reportes en resumen de las ventas actualizadas en línea para cada uno de los productos y servicios comercializados por las sucursales, así como una indicación del rendimiento por el personal individual de ventas . En resumen, queda una necesidad de un sistema integrado mejorado para identificar objetivos de ventas, distribuir guías de ventas, mejorar las herramientas de ventas, y rastrear el rendimiento de las campañas grandes de ventas y de los vendedores individuales para maximizar la satisfacción del cliente, así como la ganancia de la institución financiera.

COMPENDIO DE LA INVENCIÓN Es así un objeto de la presente invención proporcionar un sistema de ventas electrónicas y servicio de apoyo que proporcione un a identificación mejorada de objetivos de ventas usando una base de datos centralizada y que actúe como una herramienta para mejorar el servicio al cliente y la construcción de la relación. Más específicamente, la presente invención está dirigida a un sistema que permite al banco predecir y aprovechar las raras veces que la inercia se supera y que un cliente se abre a cambiar de banco o a abrir nuevas cuentas mientras que al mismo tiempo permite al banco construir o fortalecer una relación con clientes existentes y nuevos . El sistema de la presente invención también es útil para mejorar el servicio al cliente y reducir el desgaste del cliente fortaleciendo la relación de los bancos con el cliente. Específicamente, los estudios han mostrado que conforme una relación del cliente con el banco se hace más amplia, los saldos del cliente aumentan, y por lo tanto, la rentabilidad del cliente para la institución financiera también aumenta. Más aún, entre más cercanamente esté atado al banco un cliente, más difícil es que cambie de banco. La presente invención proporciona una herramienta para establecer una relación a largo plazo y amplia con el cliente permitiendo que los encargados de la comercialización de los servicios financieros tengan acceso y discutan el rango completo de los servicios financieros que actualmente son usados por el cliente, así como sólo dirigirse a grupos óptimos de clientes para cada campaña de comercialización conducida. Es otro objeto de la presente invención proporcionar un sistema y método para normalizar y reunir información de fuentes internas y externas en una base de datos centralizada de una institución financiera para apoyar actividades de comercialización. Es otro objeto de la presente invención proporcionar un sistema para ensamblar eficientemente y recuperar información de una base de datos centralizada que contiene un volumen alto de información financiera y demográfica para apoyar actividades de comercialización. Es otro objeto de la presente invención proporcionar un sistema que rápidamente genera y distribuye listas de guías de venta para el personal de comercialización. Es otro objeto de la presente invención proporcionar un sistema que proporcione al personal de comercialización una visión dinámica del perfil financiero y demográfico del cliente durante una sesión de comercialización. Es otro objeto de la presente invención proporcionar un sistema de rastreo de rendimiento en línea para rastrear el rendimiento de las campañas de venta y a los vendedores individuales .

Otros objetivos, ventajas y características novedosas de la invención se presentarán en la siguiente descripción y se harán aparentes para los expertos en la técnica con la lectura de esta descripción o al practicar la invención. Los objetivos y ventajas de la invención se pueden realizar y alcanzar mediante las reivindicaciones anexas. La presente invención satisface estos objetivos proporcionando un sistema y método para ensamblar una base de datos comprehensiva de diversas fuentes y recuperar información a partir de la base de datos central de una manera significativa y práctica. El sistema y método de la presente invención son principalmente, pero no exclusivamente para soportar actividades comerciales a gran escala especialmente para instituciones financieras grandes. El sistema de la presente invención preferiblemente incluye una base de datos central, uno o más centros de microcomercialización que tienen una pluralidad de estaciones de trabajo de usuario, un sistema de información central de clientes ("CCIS") que tiene una pluralidad de estaciones de trabajo ramificadas y un sistema de apertura de cuentas ("AOS"). Estos componentes están enlazados entre sí mediante telecomunicaciones u otros medios de modo que los centros de microcomercialización, el sistema de información central de clientes y el sistema de apertura de cuentas se pueden comunicar electrónicamente con la base de datos central. El sistema de información central de clientes ("CCIS") preferiblemente incluye un componente de perfil de relación, un componente de administración de cuentas, un sistema de administración guía, o un componente de rastreo y reporte (sistema de información de administración o "MIS"). En un sentido amplio, el sistema de la presente invención enlaza todos los componentes de un banco comercial grande. Específicamente, la base central masiva se enlaza a las estaciones de trabajo de los usuarios para permitir a los usuarios interrogar a la base de datos . De acuerdo con un aspecto de la presente invención, se proporciona una interfase gráfica para permitir a los usuarios que no están familiarizados con el lenguaje de interrogación estructurada a sin embargo, obtener información de la base de datos. La base de datos también está ligada a un sistema de información central de clientes (CCIS) . La presente invención ata todos estos componentes entre sí y proporciona una manera sistemática de dirigirse a los clientes y rastrear el éxito de las solicitudes de los clientes. Usando el sistema de la presente invención, una sucursal puede decidir una campaña y coordinar la campaña con un centro de microcomercialización regional. El sistema de la presente invención también se puede usar para dirigirse a clientes y generar listas. De acuerdo con un aspecto importante de la presente invención, el sistema de la presente invención está enlazado directamente a sistemas de ramificaciones en línea. De esta manera, las guías, preferiblemente cargadas por el centro de microcomercialización se pueden enviar automáticamente a las ramificaciones. Los centros de microcomercialización regional son particularmente importantes para el sistema y el proceso de la presente invención. En particular, la presente invención proporciona centros de microcomercialización con la capacidad de generar listas que identifican varios tipos de direcciones de correo y que proporcionan enlaces a los sistemas ramificados de los sistemas de información central de clientes en línea. Esto da al centro de microcomercialización regional todas las capacidades disponibles en la estación de trabajo analítica. Más aún, el centro de microcomercialización puede suprimir varios tipos de direcciones, por ejemplo, direcciones de negocios o legales . Las guías generadas usando esta forma de aproximación se pueden cargar automáticamente durante la noche a un sistema para proporcionar directamente las guías a las sucursales. En relación con el centro de microcomercialización regional, el sistema de la presente invención incluye una interfase de usuario gráfica que permite que el centro de microcomercialización regional genere listas que identifican varios tipos de direcciones de correo y enlazando con los sistemas de ramificación de sistemas de información central de clientes en línea. Esto permite que el centro de comercialización original dirija guías para una campaña específica. En general, el flujo del proceso se puede describir como sigue. Inicialmente, los usuarios de las sucursales (administración del banco) deciden sobre la promoción de ventas . EL concepto de promoción de ventas se comunica al centro de microcomercialización. El sistema permite al centro de microcomercialización regional usar la estación de trabajo del usuario para generar guías. Típicamente, una solicitud puede ejecutar desde 5 minutos hasta 24 horas, dependiendo del tamaño y tipo de solicitud. Las guías se cargan automáticamente a un sistema para proporcionar guías a los usuarios de las sucursales y a los banqueros personales durante la noche. Los banqueros personales pueden entonces usar las guías y el perfil de relaciones para las llamadas de ventas. El sistema de información central de clientes ("CCIS") incluye preferiblemente un componente de perfil de relaciones, un componente de administración de cuentas, un sistema de administración de guías, o un componente de rastreo y reporte (sistema de información o "MIS"). Cada componente puede generar reportes, que se proporcionan a la sucursal para completar el proceso de venta. El sistema de ventas electrónico y servicio de soporte es preferiblemente capaz de enlazarse con un sistema para abrir una sola cuenta que incluye un rango completo de componentes financieros. Así, el sistema integrado de la presente invención también incluye preferiblemente un sistema para abrir una cuenta, preferiblemente en una sola sesión. El sistema está preferiblemente en comunicación con la base de datos central, los centros de microcomercialización, los sistemas de información central de clientes y los sistemas de sucursales de la presente invención de manera que los datos pueden pasar entre estos sistemas cuando sea legal y adecuado. La base de datos central subyace en todas las aplicaciones de la presente invención, mientras que los centros de microcomercialización, el sistema de información central de clientes, y el sistema de apertura de cuentas se usan para tener acceso a la información de base de datos central (y en algunos casos suministran información a la base de datos central) . La base de datos central de la presente invención es una base de datos comprehensiva y enriquecida que incluye información acerca de todos los clientes y productos en la institución financiera, incluyendo productos de sucursales, tarjetas bancarias, tarjetas de viajes y entretenimiento, préstamos estudiantiles, inversiones, seguros y productos de hipotecas . La base de datos central se diseña para asegurar la precisión de la información y para hacer la información más fácil de usar por un personal no técnico. Así, el sistema incluye medios para limpiar y normalizar la información de entrada, mantenimiento, construcción de la historia, calcular los códigos de estado, mantener tablas y calcular señaladores estratégicos. La mayoría de los campos en la base de datos central se actualizan mensualmente preferiblemente con información capturada al final del mes. En la modalidad preferida, la base de datos central almacena, en un lugar, información de varios negocios y mercados dentro de la institución financiera. La base de datos central puede contener información concerniente a información financiera de los clientes existentes, información de fuentes externas, e información demográfica acerca de clientes existentes y potenciales. En la modalidad preferida, la base de datos central se aloja en una computadora central e incluye un gran depósito de datos financieros y demográficos. La información se alimenta a la base de datos a partir de una variedad de fuentes, incluyendo tarjetas de negocios y de crédito alimentadas a partir de la institución financiera para cada producto y servicio ofrecido por la institución, y se alimenta a partir de vendedores exteriores. Las alimentaciones preferiblemente incluyen toda la información públicamente disponible demográfica, números telefónicos, direcciones, registros de impuestos y de propiedad, y así sucesivamente. Los datos de estas fuentes se almacenan en un formato uniforme. Con este fin, se puede usar un algoritmo de almacenamiento o mantenimiento de casa uniforme, un proceso de estandarización de nombre y dirección, y un proceso de combinación. Además, la información se mantiene preferiblemente en la base de datos central en una jerarquía de tres entradas, de manera que se puede tener acceso selectivamente en los niveles de casa, cliente y cuenta. Una casa dada puede tener uno o más clientes, y cada cliente en una casa puede tener numerosas cuentas diferentes. Así, la base de datos central sirve como un depósito central único para almacenar toda la información relacionada con el cliente a través del negocio. Como se describe más adelante en la presente, la base de datos central se puede usar para una amplia variedad de servicios del cliente, análisis financiero y fines de comercialización. Mientras que un depósito central único para almacenar toda la información relacionada con el cliente a través de un negocio ofrece un potencial significativo, la base de datos es necesariamente tan grande que surgen ciertos problemas . Por ejemplo, los presentes inventores reconocen que una base de datos de este tamaño prácticamente no se puede investigar directamente. Así, de acuerdo con otro aspecto de la presente invención, el sistema de la presente invención incluye medios para permitir a los usuarios a construir dinámicamente programas para investigar la base de datos central . Las estaciones de trabajo de centros de microcomercialización de la presente invención incluyen medios, preferiblemente en la forma de software diseñado para ejecutarse en una computadora de propósitos generales, para generar una interfase de usuario gráfica ("GUI") que se ejecuta en una computadora WindowsMR PC o MacintoshMR. Los medios, de nuevo son preferiblemente software para dirigir una computadora de propósitos generales, proporcionan una copia local de todas las tablas y estructuras en la base de datos central usadas por la estación de trabajo. Esto asegura que todos los usuarios tienen las últimas definiciones y campos. Además, el sistema incluye medios para que los usuarios caminen a través de cada paso de búsqueda en la base de datos usando ventanas hacia arriba y hacia abajo, iconos, tomar y dejar, y otras características que son familiares a los usuarios. Más aún, el sistema incluye medios para construir interrogatorios en lenguaje interrogatorio estructurado "apropiado" para cada solicitud y ocultar los códigos especiales y la sintaxis requerida para asegurar que esos interrogatorios se ejecutarán. Finalmente, el sistema incluye medios para bajar reportes y archivos a impresoras locales o dispositivos de almacenamiento. Las estaciones de trabajo del centro de microcomercialización también tienen la capacidad para, entre otras cosas, investigar la información contenida en la base de datos central y generar listas de guías (o sea, objetos de ventas) para las campañas de comercialización. Las estaciones de trabajo de microcomercialización permiten al usuario construir una interrogación, definir o diseñar un reporte, ejecutar el proceso, o sea, ejecutar la interrogación, ejecutar los resultados de la interrogación dentro de un reporte, y luego cargar o exportar el reporte. La estación de trabajo de microcomercialización también permite al usuario generar información de comercialización o guías y alimentar las guías directamente en del sistema de información central de clientes. Se puede utilizar una pluralidad de estaciones de trabajo de microcomercialización dentro del centro de microcomercialización para responder a solicitudes de los administradores de las sucursales para listas de guías para programas de ventas seleccionados (o sea, campañas de comercialización par productos o servicios nuevos o existentes ofrecidos por la institución financiera) . El centro de microcomercialización trabaja con los administradores de las sucursales para determinar el perfil de casas, clientes, o cuentas con la mayor probabilidad de comprar los productos o servicios. El centro de microcomercialización entonces construye una interrogación específica, ejecuta la interrogación contra la base de datos central, y genera un reporte que contiene una lista óptima de guías para seguir para la campaña de comercialización.

Las estaciones de trabajo en el centro de microcomercialización tienen la capacidad de investigar la base de datos central y extraer una lista de todas las casas, clientes, o cuentas que satisfacen los criterios de selección específicos. La lista de guías se usa para dirigir un correo directo a los clientes o casas que satisfacen los criterios de selección específicos para la campaña de ventas, o la lista de guías se envía directamente al sistema de información central de clientes para la comercialización a distancia. El sistema de información central de clientes de la presente invención es una herramienta de comercialización, administración y ventas . Incluye varios componentes integrados que se usan para ver información sobre los clientes y administrar contactos y relaciones de clientes. Los componentes de administración de relaciones soportan un proceso de ventas comprehensivo. El sistema proporciona las siguientes características: un perfil de relaciones que permite que los miembros del personal adecuados vean la casa y la cuenta del cliente y la información del estado financiera tanto en detalle como en forma resumida; las características de administración de cuentas que permiten a los banqueros inscribir a los clientes en programas como administración de portafolios y administración de relaciones personales; una característica de construcción de relaciones que entrega listas de llamadas priorizadas en línea y rastrea resultados. una facilidad de supresión promocional que proporciona información sobre los clientes y no clientes que no desean ser buscados por teléfono y/o por correo; y una característica de historia de contactos que visualiza contactos promocionales recientes para cada cliente. El sistema de información central de clientes realiza numerosas funciones relacionadas con la campaña de ventas. Para entender mejor el sistema de información central de clientes, se proporcionará una breve descripción de la jerarquía de una institución financiera para la cual se usa el sistema de información central de clientes. Una institución financiera grande, tal como Citibank N.A. , está organizada en un número de bancos de comunidad separados en diferentes regiones geográficas . Cada banco de comunidad incluye un número de sucursales bancarias separadas. Las sucursales bancarias, a su vez, típicamente tienen un gerente de sucursal y varios banqueros personales .El sistema de información central de clientes preferiblemente incluye estaciones de trabajo localizadas en las sucursales bancarias para cada uno de los banqueros personales y de los gerentes de sucursales, y también en la oficina principal del banco de la comunidad para los funcionarios o gerentes de ventas . Cada una de las estaciones de trabajo tiene una función diferente dependiendo de las responsabilidades y deberes del usuario dentro del banco.

Los gerentes de sucursales reciben la lista de guías generadas por el centro de microcomercialización y cargan electrónicamente las guías en las estaciones de trabajo del sistema de información central de clientes para distribuirlas entre los banqueros personales seleccionados dentro de la sucursal. Los gerentes de sucursales asignan las guías a los banqueros personales más calificados para manejar las guías o basados en la carga de trabajo y disponibilidad de banqueros personales. Los banqueros personales reciben el acceso a la lista de guías en la estación de trabajo del sistema de información central de clientes, después de que la lista es generada por el centro de microcomercialización y se comunica al sistema de información central de clientes. Los banqueros personales entonces conducen sesiones de ventas (por ejemplo, llamadas telefónicas) con cada uno de los clientes de la lista de guías. Antes y durante las sesiones de ventas, los banqueros personales usan el sistema de información central de clientes para ver un perfil completo (en detalle o en forma resumida) de la relación del cliente con el banco y cualquier otra información demográfica acerca del cliente contenida en la base de datos central . Esto permite que el banquero personal hable inteligentemente con el cliente durante la sesión de ventas y de este modo aumente el régimen de éxito de la campaña de comercialización.

Los gerentes de sucursales y los funcionarios bancarios, a su vez, usan el sistema de información central de clientes como una herramienta de administración de rastreo y reporte para capturar automáticamente información diaria de ventas. Los gerentes de sucursales y los funcionarios bancaríos tienen acceso a las transacciones de ventas detalladas de cada banquero personal usando el sistema de información central de clientes, y ven los resultados de las ventas para las diversas campañas para rastrear el rendimiento y hacer ajustes en las campañas conforme sea necesario. Los gerentes de sucursales y los funcionarios bancarios también usan el sistema de información central de clientes para reasignar guías entre los banqueros personales y/o las sucursales para optimizar el uso de los recursos de comercialización. La presente invención también incluye preferiblemente un sistema para abrir una cuenta, preferiblemente en una sola sesión, que incluye medios para recolectar información concerniente a la situación financiera y/o de inversión del cliente, medios para realizar un análisis de necesidades basado en los datos recolectados, medios para visualizar la información de las cuentas, medios para hacer recomendaciones basados en la valoración de necesidades, medios para introducir una selección de componentes del cliente, medios para añadir componentes de cuenta a una sola cuenta para construir una sola cuenta que proporciona codos los servicios deseados por el cliente y que satisfaga mejor las necesidades del cliente, , medios para realizar un cheque de crédito, medios para determinar una sola cuota basándose en los servicios proporcionados, medios para autorizar el uso del cliente de productos de acceso remoto que incluye medios para emitir una tarjeta bancaria y un código de identificación personal.,- medios para identificar datos faltantes y medios para incitar al usuario a introducir información que no ha sido proporcionada. El sistema también incluye medios para enlazar campos de datos en cada componente de manera que en cuanto se recolecta una pieza de datos, los datos se proporcionan a todos los campos de datos adecuados. Además, el sistema está construido de manera que el usuario puede desviar un campo de datos y proporcionar los datos más tarde en la sesión. El sistema está preferiblemente en comunicación con la base de datos central, los centros de microcomercialización y los sistemas de sucursal de la presente invención de manera que los datos pueden pasar entre estos sistemas cuando sea legal y apropiado. Un aspecto importante del sistema de la presente invención es que permite que la información fluya hacia arriba y abajo a través del proceso de manera que en cuanto una pieza saliente de datos es recolectada, los datos se transmiten a todo lugar en donde es necesario. En otras palabras, todos los campos de datos similares están enlazados. Esto proporciona varias ventajas. Primero, el usuario (empleado bancario) nunca tiene que preguntar al cliente datos que previamente ha proporcionado- aún si otro usuario recolectó la información. Segundo, los usuarios del sistema tienen flexibilidad para recolectar información en un momento apropiado en su presentación al cliente. En tercer lugar, cuando es legal y apropiado, la información se puede obtener de otras fuentes, como la base de datos central de la presente invención para simplificar el proceso. De manera similar, la información obtenida durante el proceso de apertura de cuenta puede ser usado por otras porciones del sistema integrado de la presente invención tal como el sistema de administración guía o el componente de rastreo y reporte de ventas (sistema de información de administración o "MIS") componente del sistema de información central de clientes ("CCIS" ). El sistema de la presente invención también incluye preferiblemente un elemento de almacenamiento de archivos pendientes para almacenar los datos salientes que han sido recolectados, pero que no se necesitan inmediatamente. De esta manera, si la información se necesita durante una visita posterior del cliente al banco, la información se puede recuperar sin pedir al cliente que proporcione información que ella o él ya ha mencionado. De nuevo, la información obtenida durante el proceso de apertura de cuentas y almacenada en un archivo pendiente puede ser usada por otras porciones del sistema integrado de la presente invención como el sistema de administración guía o el componente de rastreo y reporte de ventas (sistema de información de administración o "MIS") componente del sistema de información central de clientes ("CCIS") . Así, la presente invención proporciona un soporte del proceso de ventas integrado, que comprende: una base de datos central, medios para introducir datos dentro de la base de datos central a partir de una pluralidad de fuentes, medios para normalizar datos de entrada en la base de datos central en una pluralidad de niveles de organización, una pluralidad de estaciones de trabajo de usuario que están geográficamente alejadas de la base de datos central, cada una de las estaciones de trabajo de usuario incluye una base de datos y un elemento de despliegue, las estaciones de trabajo que incluyen elementos para generar una interfase de usuario gráfica para permitir a un usuario que seleccione bloques de criterios de búsqueda para construir gráficamente un interrogatorio de búsqueda construido gráficamente, dicha interfase de usuario gráfica incluye ventanas que suben y bajan, iconos, y operación de agarrar y soltar, una pluralidad de estaciones de trabajo ramificadas conectadas a cada estación de trabajo de usuario mediante medios de telecomunicaciones, y medios para transmitir registros a partir de la estación de trabajo del usuario a la pluralidad de estaciones de trabajo ramificadas, un sistema de información central de clientes, estando el sistema de información central de clientes geográficamente separado de, pero enlazado en comunicación electrónica con las estaciones de trabajo ramificadas, medios para convertir el interrogatorio de búsqueda construido gráficamente en interrogatorio de texto que incluye los códigos y la sintaxis necesarios para asegurar que el interrogatorio de texto se ejecutará, medios para permitir que la comunicación de los datos entre las estaciones de trabajo de usuarios y la base central de datos, los medios para investigar la base de datos en respuesta a las solicitudes recibidas a partir de una de las estaciones de trabajo de usuario y registros de identificación que coincidan con dichas interrogaciones; y medios para cargar datos concernientes a los registros que coinciden con los interrogatorios a la estación de trabajo del usuario. El sistema de información central de clientes contiene una pluralidad de perfiles de cliente, cada perfil de cliente incluye información demográfica e información financiera del cliente incluyendo información de crédito y metas financieras; medios para realizar un análisis de necesidades basado en la información contenida en el sistema de información central de clientes, recomendando una cuenta basada en el análisis de las necesidades y presentando información concerniente al componente de la cuenta seleccionada al cliente,- y medios para permitir la comunicación de los datos entre el sistema de información central de clientes y la base de datos central. El sistema de información central de clientes es preferiblemente geográficamente remoto a partir de la base de datos. Como se emplea a lo largo de esta solicitud, los términos "geográficamente separado" y geográficamente remoto" pretenden referirse a una separación espacial significativa tal como localizaciones en diferentes ciudades o estados y no pretenden referirse a habitaciones adyacentes o pisos de un edificio. En relación con la modalidad preferida, los sistemas "geográficamente separados" y "geográficamente remoto" se mantienen en diferentes regiones del país, como por ejemplo, Nueva York, Washington, California, Texas y Florida. El sistema también puede incluir medios para rastrear llegadas de clientes a oficinas de sucursales; y en donde el sistema también comprende medios para rastrear y reportar información perteneciente a la llegada a la sucursal de clientes nuevos y existentes que van a través del proceso de ventas, el cual incluye la siguiente información: tipo de llegada; tiempo de espera; tiempo de sesión de ventas; tiempo promedio de la sesión,- uso de las herramientas de venta; tipo de producto; dólares por tipo de producto,- nombre y dirección del cliente; tipo de producto,- propósito de la visita e identificación del representante de ventas. La presente invención también proporciona un proceso para identificar objetivos de ventas, distribución de guías de ventas, y mejorar las herramientas para una campaña de comercialización, para usarse en relación con un sistema que incluye una base de datos central; medios para introducir datos en la base de datos a partir de una pluralidad de fuentes; medios para investigar la base de datos en respuesta a las interrogaciones estructuradas y registros de identificación que coinciden con las interrogaciones; cuando menos un centro de microcomercialización que tiene una pluralidad de estaciones de trabajo en comunicación electrónica con la base de datos central; una pluralidad de sistemas ramificados, cada sistema ramificado que incluya cuando menos una estación de trabajo ramificado; y un sistema de información central de clientes, estando el sistema de información central de clientes geográficamente separado de, pero enlazado mediante comunicación electrónica a, las estaciones de trabajo en los sistemas de ramificación. El proceso comprende los pasos de: introducir datos en la base de datos central a partir de una pluralidad de fuentes; normalizar y guardar los datos de entrada en una pluralidad de niveles de organización dentro de la base de datos central,- comunicar un concepto de campaña de ventas al centro de microcomercialización; generar guías basadas en el concepto de la campaña de ventas introduciendo los criterios en una interfase de usuario de la estación de trabajo del usuario para definir una lista de clientes para dirigirse durante la campaña de ventas,- construir interrogatorios estructurados como respuesta a los criterios seleccionados e investigar la base de datos central usando los interrogatorios estructuradas, identificando registros en la base de datos central que coincidan con los criterios seleccionados, y generar la lista de clientes para dirigirse a ellos durante la campaña de ventas y distribuir electrónicamente esa lista de clientes a cada estación de trabajo ramificada. El proceso puede incluir además los pasos de: visualizar un perfil conteniendo información acerca de un cliente a partir de la lista de clientes en la estación de trabajo de dicha sucursal durante una sesión de ventas con el cliente durante la campaña de ventas. Además, el proceso puede incluir el paso de usar una interfase de usuario gráfica que permita al centro de microcomercialización generar un archivo que contiene direcciones de correo y que transfiere el archivo a sistemas de sucursales separadas geográficamente. El proceso también puede incluir los pasos para rastrear llegadas de clientes a oficinas de sucursales y rastrear y reportar información perteneciente a la llegada a la sucursal de clientes nuevos y existentes que van a través del proceso de ventas, el cual incluye la siguiente información: tipo de llegada,- tiempo de espera,- tiempo de sesión de ventas; tiempo promedio de la sesión; uso de las herramientas de venta; tipo de producto,- dólares por tipo de producto; nombre y dirección del cliente; tipo de producto; propósito de la visita e identificación del representante de ventas . De nuevo, como se emplean en esta solicitud, los términos "geográficamente separado" y "geográficamente remoto" pretenden referirse a una separación espacial significativa tal como localizaciones en diferentes ciudades o estados y no pretenden referirse a habitaciones adyacentes o pisos de un edificio. En relación con la modalidad preferida, los sistemas "geográficamente separados" y geográficamente remoto" se mantienen en diferentes regiones del país, como por ejemplo, Nueva York, Washington, California, Texas y Florida.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente invención se hará más claramente apreciada si la descripción de la presente invención se hace con referencia a los dibujos que la acompañan, en donde: La Figura 1 es una vista a nivel alto del sistema de soporte de ventas y servicio de la presente invención. La Figura ÍA es un diagrama del flujo del proceso de ventas usando el sistema y proceso de la presente invención.

La Figura 2 es una vista esquemática que muestra los componentes de la base de datos central . La Figura 3 es un diagrama de bloques que ilustra los tres niveles básicos en los que se almacena (guarda) la información en la base de datos central . Las figuras 4A a 4D son diagramas de bloques que ilustran las diversas tablas que constituyen la organización de la base de datos para tener acceso a la base de datos central . La Figura 5 es un diagrama de flujo que muestra los pasos del proceso para genera una lista de guías a partir de la base de datos central basada en los criterios de selección introducidos en una estación de trabajo en el centro de microcomercialización . Las figuras 5A-5H son distintos despliegues visuales de interfase gráfica de usuario para las estaciones de trabajo en el centro de microcomercialización que ilustran el proceso de registro, construcción de un interrogatorio, definir un proceso para ejecutar el interrogatorio y generar un reporte, dirigir guías a una campaña específica y cargar un registro en un sistema ramificado en línea. La Figura 6A es un diagrama de flujo que muestra los pasos iniciales del proceso para acceder e introducir información a partir del sistema de información central de clientes.

Las figuras 6B-6C son diagramas de flujo que muestran los pasos iniciales del proceso para visualizar varias pantallas de perfil de clientes y casas a partir de una estación de trabajo en el sistema de información central de clientes. La Figura 7 es un diagrama de flujo que muestra pasos de proceso para las funciones de administración de cuentas usando el sistema de información central de clientes. Las figuras 8A-8C son diagramas de flujo que muestran los pasos del proceso para un sistema de construcción de relaciones usando el sistema de información central de clientes . Las figuras 9A-9B son diagramas de flujo que muestran los pasos del proceso para la función de rastreo y reporte de las ventas usando el sistema de información central de clientes. La Figura 10A es un diagrama de bloques que muestra los pasos en una modalidad preferida de un método de apertura de cuenta con un cliente nuevo en un sistema financiero integrado de la presente invención. La Figura 10B es un diagrama de bloques que muestra los pasos en una modalidad preferida de un método de apertura de cuenta con un cliente existente en un sistema financiero integrado de la presente invención. Las figuras 11A-11C son diagramas de flujo que muestran el proceso implicado en el paso de análisis de selecciones de cuenta/necesidades en el método mostrado en la Figura 10. Las figuras 12A-12E son un diagrama de flujo que muestran la modalidad preferida del paso del proceso de construir un perfil personal en el método ilustrado en la Figura 10. Las Figuras 13A-13M son un diagrama de flujo que muestra el proceso preferido para realizar el paso de construir una cuenta en el método de la Figura 10. Las figuras 14A-14G son un diagrama de flujo que muestran el proceso implicado en el paso de servicios de cuenta en el método de la Figura 10. La Figura 15 es un diagrama de flujo que muestra el proceso de realizar el paso de impresión de una forma de inscripción en el método de la Figura 10. Las figuras 16A-16F son diagramas de flujo que muestran el proceso preferido de realizar el paso de fijar niveles de acceso de acuerdo con el método de la Figura 10. Las figuras 17A-17B son diagramas de flujo que muestran el proceso de realizar el paso de los seguimientos en el método de la Figura 10. Las figuras 18A-18C representa ejemplos despliegues en pantalla facsímil de declaraciones generadas por el sistema de la presente invención.

DESCRIPCIÓN DETALLADA DE LA MODALIDAD PREFERIDA El sistema de la presente invención enlaza todos los componentes de un banco comercial grande para facilitar el proceso de ventas. Específicamente, una base de datos masiva se enlaza con las estaciones de trabajo de los usuarios para permitir a los usuarios interrogar a la base de datos. De acuerdo con un aspecto de la presente invención, proporciona una interfase gráfica para permitir a los usuarios que no estén familiarizados con el lenguaje de interrogación estructurado obtener sin embargo información a partir de la base de datos. La base de datos también está enlazada a un sistema de información central de clientes (CCIS) . La presente invención ata todos estos componentes entre sí y proporciona una manera sistemática de dirigirse a los clientes y de rastrear el éxito de las solicitudes de los clientes. Usando el sistema de la presente invención, una sucursal puede decidir una campaña y coordinar la campaña con un centro de microcomercialización regional. El sistema de la presente invención también se puede usar para dirigirse a clientes y generar listas. De acuerdo con un aspecto importante de la presente invención, el sistema de la presente invención está enlazado directamente a sistemas de ramificaciones en línea. De esta manera, las guías, preferiblemente cargadas por el centro de microcomercialización se pueden enviar automáticamente a las ramificaciones. Los centros de microcomercialización regional son particularmente importantes para el sistema y el proceso de la presente invención. En particular, la presente invención proporciona centros de microcomercialización con la capacidad de generar listas que identifican varios tipos de direcciones de correo y que proporcionan enlaces a los sistemas ramificados de los sistemas de información central de clientes en línea. Esto da al centro de microcomercialización regional todas las capacidades disponibles en la estación de trabajo analítica. Más aún, el centro de microcomercialización puede suprimir varios tipos de direcciones, por ejemplo, direcciones de negocios o legales . Las guías generadas usando esta forma de aproximación se pueden cargar automáticamente durante la noche a un sietema para proporcionar directamente las guías a las sucursales. En relación con el centro de microcomercialización regional, el sistema de la presente invención incluye una interfase de usuario gráfica que permite que el centro de microcomercialización regional genere listas que identifican varios tipos de direcciones de correo y enlazando con los sistemas de ramificación de sistemas de información central de clientes en línea. Esto permite que el centro de comercialización original dirija guías para una campaña específica. En general, el flujo del proceso se puede describir como sigue con referencia a la Figura ÍA.

Inicialmente, los usuarios de las sucursales (administración del banco) deciden sobre la promoción de ventas. EL concepto de promoción de ventas se comunica al centro de microcomercialización. El sistema permite al centro de microcomercialización regional usar la estación de trabajo del usuario para generar guías. Típicamente, una solicitud puede ejecutar desde 5 minutos hasta 24 horas, dependiendo del tamaño y tipo de solicitud. Las guías se cargan automáticamente a un sistema para proporcionar guías a los usuarios de las sucursales y a los banqueros personales durante la noche. Los banqueros personales pueden entonces usar las guías y el perfil de relaciones para las llamadas de ventas . El sistema de información central de clientes ("CCIS") incluye preferiblemente un componente de perfil de relaciones, un componente de administración de cuentas, un sistema de administración de guías, o un componente de rastreo y reporte (sistema de información o "MIS"). Cada componente puede generar reportes, que se proporcionan a la sucursal para completar el proceso de venta. El sistema de ventas electrónico y servicio de soporte es preferiblemente capaz de enlazarse con un sistema para abrir una sola cuenta que incluye un rango completo de componentes financieros. Así, el sistema integrado de la presente invención también incluye preferiblemente un sistema para abrir una cuenta, preferiblemente en una sola sesión. El sistema está preferiblemente en comunicación con la base de datos central, los centros de microcomercialización, los sistemas de información central de clientes y los sistemas de sucursales de la presente invención de manera que los datos pueden pasar entre estos sistemas cuando sea legal y adecuado. Ahora se hará referencia en detalle a una modalidad preferida de la invención, un ejemplo de la cual se ilustra en los dibujos que la acompañan. Las figuras 1 y 2 proporcionan una vista general del sistema de la presente invención. El sistema incluye una base de datos central 10, un centro de microcomercialización 11 con una pluralidad de estaciones de trabajo 12, un sistema de información central de clientes ("CCIS") 13 y un sistema de apertura de cuentas (AOS) 17. Estos componentes pueden ser "geográficamente separados" y "geográficamente remotos" uno con respecto al otro y enlazados entre sí a través de enlaces de telecomunicación 14, 15 (por ejemplo, una red X.25) u otros medios de modo que tanto el centro de microcomercialización 11 y el sistema de información central de clientes 13 se comunican electrónicamente con la base de datos central 10. Como se emplean a lo largo de esta solicitud, los términos "geográficamente separado" y geográficamente remotos" pretenden referirse a una separación espacial significativa tal como localizaciones en diferentes ciudades o estados y no pretenden referirse a habitaciones adyacentes o pisos de un edificio. En relación con la modalidad preferida, los sistemas "geográficamente separados" y geográficamente remoto" se mantienen en diferentes regiones del país, como por ejemplo, Nueva York, Washington, California, Texas y Florida. Más particularmente, las estaciones de trabajo 12 del centro de microcomercialización 11 incluyen software, como Omnis 7, que se comunica a través de una puerta SYBASE y una red de anillo token con una computadora principal de la base de datos central 10. De esta manera, el sistema tiene la capacidad de que se pueda tener acceso a él desde cualquier lugar remoto a condición de que el usuario tenga autorización de sacar los interrogatorios solicitados o reportes. Como se emplea en la siguiente descripción, un "guía" es un cliente o una cliente específicamente dirigido para un objeto de ventas basándose en una necesidad probable. La guía debe autoidentificarse, parte de un esfuerzo continuo o parte de una campaña a corto plazo. Una "campaña es un grupo de guías de ventas dirigidos (clientes o no clientes) que se manejan a través del sistema de información central de clientes 13 para introducir o expandir productos nuevos o existentes y servicios ofrecidos por la institución financiera. Una "sesión" como se emplea en la presente es un encuentro, típicamente por teléfono, entre un banquero personal u otro representante de ventas y un cliente que da como resultado la venta de productos o da como resultado servicios que se envían al cliente y/u otros miembros de la casa del cliente. Las sesiones se usan para encontrarse con el cliente, para discutir las necesidades de administración del cliente, y para ofrecer productos y servicios para satisfacer las necesidades del cliente. El término "producto" típicamente se refiere a puntos tales como depósitos, inversiones, préstamos o cuentas de hipotecas de una institución financiera. El término "servicio" típicamente se refiere a cosas ofrecidas por la institución distintas de depósitos inversiones o cuantas de crédito, tales como, tarjetas de crédito, corretaje, acceso directo, cheques como efectivo, pago de recibos telefónicos, cheques de seguridad, y así sucesivamente. Los términos "producto" y "servicio" se usarán intercambiablemente en toda esta solicitud. Los distintos componentes de la presente invención se describen en detalle más adelante. Base de Datos Central La base de datos central subyace a todas las aplicaciones de la presente invención. La base de datos central 10 es una base de datos comprehensiva y enriquecida que incluye información acerca de todos los clientes y productos en la institución financiera, incluyendo productos de sucursales, tarjetas bancarias, tarjetas de viaje y entretenimiento, préstamos estudiantiles, inversiones, productos de seguros y de hipotecas . La base de datos central 10 captura alimentaciones diarias y mensuales a partir de los sistemas de procesamiento a través de la institución y construye un almacén de datos muy grande para hacer de fácil acceso esta información. La base de datos central 10 recibe información a partir de una pluralidad de archivos internos de la institución financiera, así como información públicamente disponible demográfica y de otro tipo, usada para aumentar la base de datos . La base de datos 10 está diseñada para asegurar la precisión de la información y para hacer la información más fácil de usar por personal no técnico. Así, el sistema incluye elementos para limpiar y estandarizar la información que entra, almacenarla, construir la historia, calcular los códigos de estado, mantener las tablas y calcular señalamientos estratégicos. El propósito de la base de datos 10 es almacenar, en un lugar, información de varios negocios y departamentos dentro de la institución financiera. En el caso de un banco, por ejemplo, el hecho de que un cliente particular sea dueño de una cuenta de cheques, tenga un préstamo estudiantil y haya sido solicitado para tarjetas bancarias un par de veces o para varios productos se puede almacenar en la base de datos central 10. La base de datos central 10 puede incluir información concerniente a información financiera de un cliente existente, información de fuentes externas e información demográfica acerca de clientes existentes y potenciales. En la modalidad preferida, la base de datos central 10 se aloja en una computadora principal e incluye un gran depósito de datos financieros y demográficos. La información se alimenta dentro de la base de datos a partir de una variedad de alimentaciones fuente 21-25, incluyendo alimentaciones de tarjetas de negocios y de crédito 21 y 22 a partir de las cuales la institución financiera para cada producto y servicio ofrecido por la institución, alimentaciones demográficas del cliente 23, alimentaciones de números telefónicos de clientes, y alimentaciones 25 de una variedad de otros vendedores externos. Los datos a partir de las distintas alimentaciones 21-25 se almaicenan en la base de datos central 10 en un formato uniforme. Con este fin, un algoritmo de almacenamiento uniforme, un proceso de estandarización de nombre y dirección, y un proceso de combinación se usan preferiblemente. De esta manera, la base de datos central sirve como un solo depósito central para almacenar toda la información relacionada con el cliente disponible para la institución financiera. El algoritmo de almacenamiento ata diferentes cuentas entre sí en una sola unidad considerada como una misma casa, basada en información tal como el mismo apellido y la misma dirección, o el mismo nombre o número de seguridad social en diferentes cuentas, y asi sucesivamente, que indican la misma persona o personas que viven en la misma casa. El proceso por casa proporciona una manera significativa de llegar a los datos en la base de datos central 10 y extraerlos lógicamente. Como se indica en la Figura 3, la información preferiblemente se mantiene en la base de datos central en una jerarquía de tres entradas - casas, clientes, y cuentas. Una casa dada puede tener uno o más clientes, y cada cliente en una casa puede tener varias cuentas diferentes. Como se discute en detalle más adelante en relación con la máquina de base de datos, la jerarquía de tres entradas proporciona "claves" en cada uno de los niveles de casa, cliente y cuentas que satisfacen los criterios de los usuarios para las interrogaciones visualizaciones, y reportes. La base de datos central 10 se puede usar para una amplia variedad de servicios al cliente, análisis financiero y fines de comercialización. La base de datos central 10 incluye varios componentes de base de datos para soportar las operaciones de la presente invención, incluyendo una base de datos de seguridad 30, una base de datos de dominio 31, una base de datos de parámetros 32, una base de datos de generación 33, una base de datos de salida de interrogación 34, un universo de interrogación seleccionado 35, y un depósito de casa-cliente-cuentas 36. Estos componentes de la base de datos central 10 se relacionan entre sí y con las alimentaciones de comunicación externas mediante una máquina de la base de datos 40. La base de datos de seguridad 30 almacena una lista de títulos así como identificaciones del usuario y contraseñas para cada usuario del sistema. Ya que las instituciones financieras trabajan con información altamente confidencial y valiosa, es necesario restringir el acceso de cada usuario a sólo aquellas áreas de la base de datos necesaria para realizar su trabajo. Por ejemplo, cuando un usuario registra en el sistema desde una estación de trabajo remota (como se describe más adelante) la base de datos realizará una verificación de seguridad para asegurarse de que el usuario proporciona la identificación y la contraseña del usuario adecuadas, y luego restringe el acceso del usuario a la base de datos de acuerdo con los títulos asignados a ese usuario. Para cada perfil de usuario, la base de datos de seguridad 30 mantiene información acerca de la estación de trabajo del usuario, tal como la cantidad de memoria de acceso directo contenida en la estación de trabajo y el tamaño del disco duro. La base de datos de seguridad 30 también determina si el usuario puede tener acceso a ciertas cuentas, tales como cuentas de hipotecas vendidas y cuentas de bancos privados, y si el usuario tiene acceso a información de nombres y direcciones delicadas. La base de datos de dominio 31 almacena las definiciones y descripciones de todos los elementos contenidos en la base de datos central 10. En la modalidad preferida, como un paso inicial para investigar la base de datos 10 a partir de un centro de microcomercialización, el sistema de la presente invención carga loe elementos y las descripciones de los datos contenidos en la base de datos de dominio 31 a la estación de trabajo del usuario 12. Esta información es preferiblemente en la forma de glosario de datos o índice para la base de datos central 10. Este glosario de datos o índice incluye una descripción de todos los elementos contenidos en la base de datos 10, así como todos los valores para los elementos. Así, por ejemplo, si el usuario desea ver un estado de cuenta, la estación de trabajo 12 de la presente invención puede tener acceso desde la base de datos de dominio 31 los valores disponibles para el estado de cuenta. En este ejemplo, el sistema de la presente invención podría mostrar al usuario que un valor particular es una indicación de si una cuenta está "abierta" o "cerrada. El sistema de la presente invención es suficientemente dinámico de manera que, al recibir una solicitud de un usuario para un elemento particular, el sistema verificará qué descripciones existen para este elemento. Si no existen descripciones, el usuario tendrá que introducir el dato de este elemento. El glosario de datos o índice preferiblemente se mantiene localmente en la estación de trabajo después de la carga inicial desde la base de datos de dominio 31 para mejorar el desempeño del sistema. La base de datos de salida de interrogaciones 35 contiene los resultados reales de las búsquedas realizadas contra la base de datos central 10. Cada reporte y archivo llave creado durante una búsqueda van a una tabla de salida DB2 en la base de datos de salida 35. En cuanto el reporte está en la tabla de salida DB2 en la base de datos de salida 35, se puede formatear dinámicamente y accesar conforme se desee. Componentes de la Máquina de la Base de Datos Lógica La máquina de base de datos 40 tiene dos componentes lógicos. El primero extrae las claves que satisfacen los criterios del usuario. Estas claves están preferiblemente en los niveles de casa, cliente o cuenta (HH NO, HH-NO + CS_CUST_NO, o HH_PO + ACCOUNT IDENTIFIER, respectivamente) . El segundo componente (el componente extractor de datos) elige todos puntos de datos que desea. Ambos componentes pueden trabajar juntos en un solo trabajo, o el usuario puede guardar las claves para procesamiento posterior en otro momento. Además, ciertos tipos de interrogaciones no necesitan claves de extracción, sino que pueden obtener la información directamente sin pasos intermedios de claves de extracción. Si el usuario solicita y guarda las claves, el usuario puede entonces usar las claves guardadas para elegir distintos grupoe de campoe (ueando el componente extractor de datos de la máquina de la base de datos) en diferentes momentos. De manera alternativa, el usuario puede además reducir el conjunto de claves (y guardar el nuevo conjunto, en lugar de, o además de, el conjunto de claves viejo) aplicando criterios adicionales al conjunto viejo. Los dos componentes están asociados con dos diferentes partes de la conversación de especificación de interrogatorio: l) en uno el usuario especifica los criterios que identifican la búsqueda del universo; y 2) en el otro el usuario especifica los atributos que el usuario desea del universo seleccionado. Ambas partes se pueden realizar en un asiento o por separado. Cuando se realiza la parte 2 el usuario puede referirse a un universo clave previamente creado. De manera alternativa, se pueden derivar de conjuntos se claves previamente creadas aplicando criterios adicionales. Las claves se guardan usando tablas DB2 , con la identificación ID del usuario como AUTHID. Esto significa que una tabla de claves solamente puede ser accesada por el usuario para el cual fue creada. El subsistema de control de trabajo/programador preferiblemente mantiene un rastreo sobre cuál grupo de claves pertenece a cuál usuario/ interrogatorio/ ejecución. El sistema de control de trabajo suprimirá en una base periódica las claves guardadas que no han sido usadas en un período de tiempo y que no se van a usar en una base periódica (por ejemplo, para el fin de producir reportes de rastreo de programas periódicos) . Aún si el usuario no desea guardar las claves, la máquina de base de datos puede guardar temporalmente un conjunto intermedio de claves (en el camino de obtener el resultado final) si haciendo esto mejora el rendimiento. Algunos escenarios posibles para esta situación de desempeño se describen más adelante. El componente extractor de datos de la máquina de base de datos 40, que se puede ejecutar sola o con el primer componente extractor de clave, tiene la función de sacar la información deseada de la base de datos una vez que las claves se han extraído. Si se ejecuta con el primer componente, las claves pueden no tener que ser guardadas en la tabla, sino pasadas a través de variables de programa huésped a partir de declaraciones previas de lenguaje interrogatorio estructurado. Normalmente el usuario desea el conjunto completo de relaciones de cuentas de casa (o cliente) . Los datos de cuenta se almacenan por separado en la base de datos central en tablas a las que se hará referencia en la presente, más adelante, como tablas de Valor/Obligaciones (ALA) y tarjeta bancaria (BC) . Normalmente a los usuarios al buscar información de relaciones les gustaría ver cuentas para la misma casa seguidas una de otra. Con el fin de evitar tener que clasificar para obtener el orden deseado (una unión de todas UNION ALL tendrá acceso a la tabla ALA seguida de la tabla BC) el programa abrirá un cursor en cada una de las tablas de cuenta y utilizará lógica de combinación para proporcionar la salida en orden (clave) de casa. Este arreglo tiene la ventaja de que la entrada/salida en las tablas ALA y BC se hace en paralelo, mientras que las claves que vienen de la tabla de claves sólo se leen una vez porque se mantiene en la memoria mediante DB2. También, ya que los datos se leen en orden de clave anidada, la búsqueda previa secuencial dinámica es probable que ee encienda en todas tablas. El resultado es una ejecución mucho más rápida. Una declaración típica SELECT SQL (seleccionar lenguaje interrogatorio estructurado) usada por la presente invención se vería como: SELECT columnas de salida FROM ALA table, KEYS table WHERE HH NO in ALA = HH NO in KEYS table para el conjunto ALA de cuentas, y SELECT columnas de salida FROM tabla BC table, KEYS table WHERE HH NO in BCO = HH NO in KEYS table para el conjunto de tarjeta bancaria de cuentas. Si un usuario desea información de una tabla de casa y/o cliente, se puede hacer una unión de estas otras tablas en cada declaración de SELECT. Estas uniones serán muy rápidas debido a que DB2 estará haciendo una búsqueda previa secuencial dinámica en cada tabla si las claves de casa están en orden de número de casa. También, ya que ambos SELECT se ejecutan en paralelo, el resultado será benéfico porque DB2 con frecuenciei encontrará la fila de casa (y/o cliente) en la memoria. Con estas facilidades, el acceso a la información es marcadamente rápido con una base de datos DB2 muy grande. Si las claves no están en una tabla guardada, pero vienen de otra declaración de SELECT dentro del programa, las declaraciones SELECT anteriores sólo necesitan modificarse eliminando la unión de tabla de claves y sustituyendo un valor de clave almacenado en una variable huésped en la declaración de cláusula Donde, WHERE. DB2 seguirá haciendo búsqueda previa secuencial dinámica en todas las tablas para obtener la información. El programa generado incluirá simple lógica de combinación para escribir la salida en secuencia clave. Para obtener la trayectoria de acceso deseada, se puede necesitar un comando de Ordenar por, ORDER BY,en las declaraciones SELECT, asumiendo que la tabla Claves se accesa primero y que se usa un método de unión de ciclo anidado. De otro modo, la tabla Claves se busca por separado y se usa una variable huésped en lugar de la condición de unión. La declaración SELECT anterior supone que se extraerá un conjunto completo de relaciones de cuentas para cada casa cada vez. Sin embargo, el usuario puede solicitar información de sólo una de las tres tablas, y/o añadir criterios adicionales que limiten más la salida. Aplicando criterios adicionales se debe pensar como un papel del otro componente de la máquina de la base de datos . Puede no ser necesario extraer claves primero en ciertas situaciones. Por ejemplo, las interrogaciones sobre relación que tienen criterios únicamente en el nivel de casa o cliente, posiblemente usando columnae resumidas previamente, se pueden desempeñar sin primero extraer claves. E s t a s investigaciones, sin embargo, pueden requerir una clasificación de extracto posterior, ya que las cuentas para la misma casa no están juntas en la salida (debido al uso de UNION DE TODAS) . Interrogaciones no relacionadas, interrogaciones de tablas únicas y uniones regulares, tampoco requieren claves de guardar. La palabra "trayectoria" se usa para describir un conjunto particular de criterios contra un conjunto particular de datos. En la presente invención, hay una trayectoria de cuenta, una trayectoria de casa, una trayectoria de inscripción e, implícitamente, una trayectoria de rastreo de programa y una trayectoria especial de supercasa. Las ventajas del concepto de trayectoria son dos: primero organiza la especificación de interrogatorio de una manera que es tanto intuitiva como relacionalmente consistente. Usando una trayectoria de cuenta, por ejemplo, el usuario está especificando que las casas deben (o no deben; contener cuentas que tienen ciertas características. La segunda ventaja es que la especificación de trayectoria tiene una correspondencia justamente directa con el lenguaje interrogatorio estructurado haciendo más fácil de transformarlo en declaraciones de lenguaje interrogatorio estructurado . Aunque el concepto de trayectoria se usa para describir ciertos detalles acerca de la máquina de la base de datos 40, el concepto de trayectoria no necesita ser explícito en la conversación del usuario. Las estaciones de trabajo 12 del centro de microcomercialización 11 y el sistema de información central de clientes 13 incitan al usuario preguntando las preguntas correctas para generar parámetros que entonces pueden ser usados para analizar la interrogación en términos de trayectorias . Una trayectoria de cuenta permite al usuario seleccionar casas (u otras claves) que caben en un criterio de nivel de una sola cuenta. Es decir, una trayectoria de cuenta proporciona todas las casas que contienen cuentas de un producto dado en donde, opcionalmente, el producto posee ciertos otros atributos. La declaración SELECT para una trayectoria de cuenta se puede ver como: SELECT DISTINCT HH NO FROM ALA WHERE (CÓDIGO DE PRODUCTO = ?) Y (...otras condiciones específicas de la cuenta) Los códigos del producto pueden ser tipo P, tipo S o Código de Producto fuente. Especificando estos valores (la conversación) puede ser algo compleja, ya que valores únicos o códigos pueden depender de una composición de columnas. Si el usuario desea especificar el código del producto a nivel de tipo de servicio, la interrogación se puede contestar en un paso usando los señaladores y las variables resumidas en el nivel casa. Sin embargo, aun en este caso el usuario puede desear especificar otras características que podría tener el producto (fecha de apertura, saldo de cuenta individual, etcétera) que solo están disponiblee en el nivel de cuenta. Este interrogatorio seleccionaría todas las casas que tienen cuentas con el producto adecuado y las características relacionadas. Los criterios entre paréntesis se aplican a un producto. La cláusula Distinto, DISTINCT, se puede usar en un interrogatorio para eliminar casas duplicadas que ocurrirán si una casa tiene más de una cuenta del tipo solicitado. El usuario puede desear casas que tienen EITHER, Ya sea, un producto con ciertas características, u OR, otro producto con ciertas otras características. O el usuario puede desear casas que al mismo tiempo AND, (y) contengan otro tipo de producto, o que NOT (no) contienen cuentas de otro tipo. En general, este es un problema en teoría de conjuntos. Se puede pensar como que cada trayectoria de cuenta individual da como resultado una declaración de SELECCIONAR que obtiene ejecutado y obtiene un conjunto de claves en el nivel de casa (conjunto HHl, conjunto HH2... conjunto HHn) o nivel cliente. Entonces el conjunto deseado final de casas es el resultado de la siguiente declaración lógica: HHl Y HH2 O HH3 NO HH4 ... en donde se pueden usar parénteeis para clarificar el orden de las operaciones. Todo lo anterior tiene equivalentes en lenguaje interrogatorio estructurado. Por ejemplo, la siguiente declaración en lenguaje interrogatorio estructurado: SELECT DISTINCT HH_NO FROM ALA WHERE (PRODUCT_CODE = ?) Y (...otras condiciones específicas de cuenta unidas por y/o) Y HH_NO IN (SELECT HH_NO FROM HH2 TABLE) es similar a Y juntando los primeros dos conjuntos, donde la primera declaración SELECCIONAR representa el conjunto HHl, y el interior subseleccionado usa el segundo conjunto de claves HH2) que preferiblemente fue seleccionado y guardado. En ambos conjuntos HHl y HH2 están representados por claves almacenadas en tablas, entonces la Y se obtiene por simple unión entre los dos. La eolución anterior al problema puede no ser óptima porque usualmente requiere múltiples pasadas a la base de datos. En muchos casos sólo se requiere una pasada. Más adelante se discuten diferentes casos. Si el usuario deeea casas que tienen uno u otro tipo de cuenta, la forma de aproximación anterior requerirá dos especificaciones (conversaciones) de trayectoria de cuenta separadas . Que producen dos declaraciones de SELECCIONAR. Cada declaración de seleccionar se puede ejecutar y obtenerse dos conjuntos de casae . Entonces estos dos conjuntos se 0, separarán . Sin embargo, el mismo fin se puede lograr fácilmente en una declaración SELECCIONAR añadiendo otro paréntesis dentro del paréntesis: SELECT DISTINCT HH_NO FROM ALA WHERE (PR0DUCT_C0DE = ? (primer código de producto) Y (...otras condiciones específicas de cuenta unidas por y/o) ) La declaración entre paréntesis especifica todas las características para una cuenta particular que debe tener la casa. El operador 0 permite al usuario especificar todas las características de otro tipo de cuenta que puede tener la casa. Por ejemplo, este segundo tipo de cuenta puede tener un saldo diferente, etcétera. La casa se seleccionará mediante la interrogación de si tiene cuando menos una cuenta con cualquier conjunto de caracteríeticas . El 0 lógico ee puede implementar e: un paso de la información, debido a que la lógica se puede aplicar una fila a la vez. Otra manera de eepecificar 0 lógico es usar el predicado En, IN, como en el siguiente ejemplo: PRODUCT_CODE IN (lista de productos) Sin embargo, usando esta declaración, cualquier otra condición especificada en la cláusula WHERE (DONDE) será aplicable a cada uno de los códigos de productos, PRODUCT_CODES seleccionados (por ejemplo, AND BALANCE > 4000 se aplicará a cada uno de los productos individualmente. El software de la estación de trabajo asegura que la conversación se diferenciará entre los dos casos de O lógico para evitar errores . Si un usuario está buscando casas que tengan dos (o más) tipos de cuentas eimultáneamente, entonces el interrogatorio tiene dos (o más) trayectorias de Cuenta, pero la declaración seleccionar ee más compleja. Hay maneras alternativas de construir la declaración seleccionar para dos o más trayectorias de Cuenta. La primera es una subinterrogación correlacionada como sigue: SELECT DISTINCT HH NO FROM ALA A WHERE ({A.PRODUCT-CD = ? Y (A )}) Y HH_NO EN (SELECT HH_NO FROM ALA B WHERE A.HH NO = B.HH NO Y ( {B. PRODUCT-CD = ? Y (B )}) La lista de casas en la subselección ee puede guardar y traer de vuelta como una tabla de clavee. Esta tabla de claves se puede unir al nivel superior de seleccionar (significando que la casa debe satisfacer ambos criterios) o se puede relacionar con el SELECCIONAR externo de la misma manera (AND HH_NO IN ... ) . Una manera alternativa y más eficiente de hacer lo mismo es hacer una unión entre las dos tablas originales como sigue: SELECT DISTINCT HH NO FROM ALA A, ALA B WHERE A.HH NO = B.HH_NO Y ({A.PRODUCT_CD = ? Y (A )}) Y ({B.PRODUCT_CD = ? Y (B )}) El uso de un subinterrogatorio correlacionado evita dos pasadas a la información. Sin embargo, lo mismo sucede con la forma de aproximación de unión, ya que los datos para otras filas dentro de la misma casa probablemente estarán en la memoria. En cualquier caso, se deben incluir marcas fijas con el administrador de la base de datos para validar el resultado. De manera alternativa, un interrogatorio se puede descomponer, y los resultados intermedios de los números de casas almacenados . Los índices para los códigos de producto se usan preferiblemente para aumentar la velocidad de las búsquedas. El número de casa HH_NO distinto extraído se puede guardar y reusar poeteriormente o pasar directamente al segundo componente extractor de datos. La trayectoria No, NOT siempre requiere dos pasadas a los datos. Si el usuario deeea casas que no tienen un cierto tipo de cuenta, la máquina de base de datos 40 primero busca las casas que tienen ese tipo. Entonces el sistema encuentra el complemento de estae casas. La siguiente declaración de seleccionar proporciona un ejemplo de una trayectoria NOT: SELECT DISTINCT HH NO FROM ALA A WHERE HH_NO NOT IN (SELECT HH-NO FROM ALA B WHERE ({B.PRODUCT_CD = ? Y (B. ...)}) El uso de la trayectoria NOT no es tan simple como parece por dos razones. Primero, el complemento sin restricciones no puede ser lo que el usuario está buscando. Segundo, si se somete en esta forma el interrogatorio se desempeñará muy mal . En general, cuando en una trayectoria de cuenta el usuario especificará no sólo las condiciones relacionadas con el producto usando variables que son totalmente dependientes de la cuenta/producto, tales como variables financieras (saldo de cuenta, monto de transferencias, etcétera) y variables descriptivas, (fecha de apertura, estado de comercialización) , sino también otras condiciones usando variables que están indirectamente relacionadas con la cuenta, tales como nivel de organización, localización geográfica, y así sucesivamente. Relacionalmen e, estas otras variables son parte de claves exteriores, y su presencia en la fila de cuenta establece la relación entre la entidad Cuenta y la ORG o entidades geográficas . • Lo más probablemente es que la intención lógica del usuario será que la búsqueda de las casas se limiten a este nivel de organización, localización geográfica, etcétera. En ese caso, la declaración anterior SELECT no satisfará el intento del usuario. La siguiente declaración SELECT extendida aclarará este punto: SELECT DISTINCT HH NO FROM ALA A WHERE HH_NO NOT IN (SELECT HH_NO FROM ALA B WHERE ((B. ORG AND B. GEOGRAPHIC, etc. condiciones) AND ({B.PRODUCT_CD = ? AND (B. otras condiciones del producto ...)}) En esta formulación la subselección tiene las condiciones ORG/GEOGRAPHIC, de modo que la condición de producto busca dentro de este subconjunto de cuentas (casas) . Sin embargo, cuando el complemento se ejecuta, no hay ese tipo de limitación y la base de datos buscará entre todas las casas incluyendo las que no pertenecen a la organización y geografía. El conjunto resultante de casas en general será mucho más grande y no será lo que el usuario espera. Para corregir este problema, las condiciones ORG y GEOGRAPHIC se deberán repetir en la selección exterior. Una formulación más apropiada de la declaración SELECT para la trayectoria NOT se presenta en seguida. : SELECT DISTINCT HH_NO FROM ALA A WHERE (A. ORG AND A. GEOGRAPHIC, etc. conditions) AND HH_NO NOT IN (SELECT HH_NO FROM ALA B WHERE ((B. ORG AND B. GEOGRAPHIC, etc. condiciones) AND ({B.PRODUCT_CD = ? AND (B. otras condiciones del producto ...)}) Sin embargo, ya que muchas casas tendrán cuentas con diferentes valores ORG y GEOGRAPHIC, surge la pregunta de si el sistema debe permitir que una casa se seleccione que tiene una cuenta menor que encaja en las condiciones ORG/GEOGRAPHIC y al mismo tiempo no tiene cuenta del tipo NOT deseado. A esto se hace referencia como la prima contra el problema real; deberá el sistema usar el ORG/GEOGRAPHIC de la cuenta primaria (almacenada en las tablas de casa y cliente) o de cualquier cuenta. Si La respuesta es la primaria, entonces el Seleccionar externo ve en la tabla de casas. Esta interrogación se debe marcar en el administrador de la base de datos. Para reducir el tiempo para el interrogatorio cuando las casas en la lista de NOT IN son demasiadas, hay dos opciones. Primero, la lista IN se puede almacenar y volver a leer en orden, mediante un proceso que luego no las hace coincidir con el resto de HH_NO en la base de datos usando un índice. Segundo, las claves de casa se pueden almacena en una tabla con un índice de casas. Con cualquiera de estas opciones, la base de datos realizara la lógica NOT IN muy eficientemente. La trayectoria de no cuenta NOT ACCOUNT PATH se puede añadir fácilmente a la Trayectoria de Cuenta ACCOUNT PATH previa usando la siguiente declaración SELECT: SELECT DISTINCT HH_NO FROM ALA A WHERE (A. ORG AND A. GEOGRAPHIC, etc. condiciones) AND ({A.PRODUCT_CD = ? AND (A. otras condiciones del producto ... ) } AND HH_NO NOT IN (SELECT HH_NO FROM ALA B WHERE (B.ORG AND B.GEOGRAPHIC, etc. condiciones) AND ({B.PRODUCT_CD = ? AND (B. otras condiciones del producto ... ) } ) Ahora se explicarán la trayectoria de la casa, la trayectoria de inscripción, y las trayectorias de rastreo de programas y de supercasa y sus combinaciones con la trayectoria de; la cuenta. La trayectoria de casa se usa para especificar condiciones que se aplican a la casa completa. Estas condiciones se pueden especificar directa o indirectamente. La especificación directa se hace usando columnas de la tabla de casa, como en el siguiente ejemplo de SELECT (SELECCIONAR) .

SELECT HH NO FROM HHD A WHERE (A. ORG AND A. GEOGRAPHIC condiciones! AND A.HH CHK TOT BAL>10000 La última condición es un ejemplo del uso de una variable previamente resumida. Siempre y cuando la trayectoria de casa consista en condiciones ?[ue usan variables de casa existentes, las condiciones de trayectoria de casa se pueden combinar con cualquier condición de trayectoria de cuenta por medio de una unión y ejecutada en un paso de los datos. La siguiente declaración SELECCIONAR proporciona un ejemplo de esto: SELECT HH_NO FROM HHD A, ALA B WHERE A.HH_NO = B.HH_NO AND (A. ORG AND A. GEOGRAPHIC condiciones) AND A.HH_CHK_TOT_BAL>10000 AND ({B.PRODUCT_CD = ? AND (B. otras condiciones del producto ...)}) Sin embargo, algunas veces las condiciones del nivel de casa no se pueden especificar usando una variable de casa almacenada. Esto es cierto para las variables sumarias (totales, promedios, etcétera) solicitadas a un nivel más bajo del detalle del producto que el nivel del tipo Servicio que se resume en la tabla de casa. Este tipo de trayectoria de casa se debe ejecutar en una declaración SELECT (SELECCIONAR) separada usando cláusulas GROUP BY (AGRUPAR POR) y HAVING (QUE TIENE) . Un ejemplo típico es : SELECT HH_NO FROM ALA A WHERE (A. ORG AND A. GEOGRAPHIC condiciones) AND ( {A. PRODÚCT_CD = ? AND (A. otras condiciones del producto ... } ) GROUP BY HH_NO HAVING (SUM ACT_BALANCE) > 5000 AND (SUM(ACCT_CR_LIM) >10000 AND >3) COUNT (*) El conjunto resultante de casas que se pueden guardar (permanentemente o temporalmente) y luego combinar (AND/OR/NOT IN) (Y/O/NO EN) con otros conjuntos de casas en el mismo o en otros interrogatorios El desempeño de eetoe interrogatorios será particularmente rápido si se usan índices para saldo, límite de crédito, ORG, variables Geográficas, etcétera, e incluyen el número de casa en ellos. Ya que los sumarios se conforman por datos de cuentas, la conversación puede combinar la especificación de esta solicitud con la especificación de trayectoria de cuenta . La máquina de base de datos se puede fijar selectivamente de manera que las variables ORG y Geográfica se refieren a real y/o prima. La trayectoria de cliente es muy similar a la trayectoria casa. La principal diferencia está en que con esta trayectoria la combinación de los valores de casa y cliente se guarda como una clave.

Tablas de definición El diagrama en bloques mostrado en las Figuras 4A-4D ilustran las distintas tablas que guardan las definiciones para la máquina de base de datos 40 para tener acceso a la base de datos central 10. La Figura 4A muestra las tablas de definición para la base de datos de parámetros 32; la Figura 4B muestra las tablas de definición para la generación de base de datos 33; la Figura 4C muestra las tablas de referencia para la máquina de base de datos 40; y la Figura 4D muestra las tablas de definición para la base de datos del dominio 31. Haciendo referencia a la Figura 4A, las tablas de definición para la base de datos de parámetro incluyen, por ejemplo, una tabla de "Ejecución de Interrogación" que tiene la abreviación "QRN" como un acrónimo para la tabla. La tabla de Ejecución de Interrogación está poblada con información del interrogatorio inicial introducido en la estación de trabajo 12. La máquina de base de datos 40 continuamente lee la tabla de Ejecución de Interrogación para ver si se han solicitados nuevos interrogatorios . La tabla de Ejecución de Interrogación le dice al sistema si se va a procesar o no un nuevo interrogatorio. Si se va a procesar un nuevo interrogatorio, la tabla de Ejecución de Interrogación lee las otras tablas de parámetros y extrae toda la información proporcionada por la estación de trabajo 12. La tabla de Ejecución de Interrogación genera entonces el lenguaje de interrogatorio estructurado y el programa Cobal para el interrogatorio. La máquina de base de datos 40 accesa entonces y extrae datos de la base de datos central 10 generando un interrogatorio que se ejecutará contra las tablas de casas, clientes o cuentas. Otra tabla mostrada en la Figura 4A es la tabla de Tarea lógica de Interrogatorio. Esta tabla contiene información relacionada con cuántas tareas se tienen que realizar lógicamente para generar un interrogatorio particular. Más adelante de la tabla de Tareas Lógicas de Interrogatorios en la Figura 4A se muestra la tabla de Relación de Trayectorias. Esta tabla se usa para dirigirse a un universo para un interrogatorio particular. Esto es, la tabla de Relación de Trayectorias determina si la máquina de base de datos 40 genera claves de nivel casa, claves de nivel cliente, o claves de nivel cuenta para cada interrogatorio, o si genera una especificación de salida para extraer los datos reales. La tabla de Trayectoria se relaciona con la tabla de Relación de Trayectorias e informa a la máquina de la base de datos si usa una trayectoria de casa o una trayectoria de cuentas . La tabla QLT Input le dice a la máquina de la base de datos 40 si el interrogatorio es una especificación de salida o si está extrayendo un reporte o una clave. Esta tabla también proporciona información sobre qué tipo de programa se está usando para extrae un reporte . Una tabla de vista de Trayectoria se usa para explicar a la máquina de la base de datos 40 a cual tabla de la base de datos central necesita entrar el usuario. Una tabla de referencias de línea de trayectoria contiene información que le dice al sistema el tipo de trayectoria (identificación de trayectoria) que se va a usar. Por ejemplo, una tabla de Referencias de Línea de Trayectoria se usa para decirle al sistema si genera o no un "contiene" . Un comando contiene se usa para extraer todas las casas, clientes, o cuentas que tienen u ofrecen) ciertos productos financieros (por ejemplo, cheques, ahorros, certificados de crédito (CD) , etcétera) . Un contiene también se puede usar para recuperar solamente casas en un banco particular o sucursal . La tabla de Cláusula de Trayectorias proporciona información de restricción adicional que el usuario puede introducir por teclado. Por ejemplo, además de que una persona que tiene una cuenta de cheques y de ahorros, un interrogatorio se puede limitar a las personas que también tienen un saldo de ahorros mayor que $10,000. Esta información se almacenaría en la tabla de Cláusula de Trayectoria. Las tablas de la base de datos de generación mostradas en la Figura 4B contienen algunas de las mismas tablas como la base de datos del parámetro de la Figura 4A. El área de la ejecución de interrogatorio se lee de nuevo por la máquina de la base de datos 40. La base de datos de generación contiene toda la información que se genera basada en la información en la base de datos de parámetro. Esa información se lee y se manipula lógicamente para construir el lenguaje de interrogatorio estructurado el cual luego se sumerge en un programa Cobal para extraer los datos . La tabla de código de Lenguaje de interrogatorio Estructurado contiene códigos de lenguaje de interrogatorio estructurado generado por la base de datos. Después de que la información del código del lenguaje de interrogatorio estructurado se almacena en la tabla de lenguaje de interrogatorio estructurado, las otras partes de la máquina de base de datos 40 lee la información de esta tabla. Otra parte de la máquina de la base de datos 40 extrae el código de lenguaje de interrogatorio estructurado de la base de datos de generación y sumerge en lenguaje de interrogatorio estructurado en un programa Cobal. El sistema entonces usa el programa Cobal para construir el JCL. El sistema genera todos los JCL que necesita usando JCL estándar y luego somete este trabajo a un lector interno donde el trabajo se compila. Este trabajo a su vez genera otro trabajo y somete el trabajo de ejecución real. El trabajo de ejecución extrae entonces los datos solicitados de la base de datos central 10. Las tablas de referencia mostradas en la Figura 4C incluyen una variedad de tablas usadas para proporcionar información de referencia para formular una interrogación. Una tabla de Tipo Clave contiene los tipos de claves que se van a extraer de información sobre las columnas para cada una de las claves. Una tabla de control del sistema es una tabla de parámetros que da una alimentación para cambiar dinámicamente los parámetros que usa el sistema. Una tabla de Registro de Trabajo mantiene un registro de cualquier error que se presente. Una tabla de Tipo de Restricción contiene información sobre la organización que se va a accesar (por ejemplo, el número de cuentas en un banco particular o sucursal) . Esta información se usa con fines estadísticos para determinar la manera óptima de generar el lenguaje de interrogatorio estructural. Como se describe anteriormente, hay ciertas maneras para construir declaraciones de lenguaje de interrogatorio estructurado que hacen el lenguaje de interrogatorio estructurado más eficiente para recuperar números grandes de cuentas o de otra información. Por ejemplo, cuando se introduce un interrogatorio el sistema determinará cuántas cuentas se contienen en cada uno de los diferentes tipos de cuentas que se van a investigar (por ejemplo, cheques, ahorros, certificados de crédito) . El tipo de cuenta que tiene el mínimo número de cuentas (el menor número de filas en la tabla de cuentas) se pondrá en el lenguaje de interrogatorio estructurado primero para maximizar la velocidad y eficiencia de la búsqueda. El mismo proceso se usa para organizaciones. Esto es, si más de una organización (banco, sucursal, etcétera) se va a investigar, el sistema buscará la organización con el mínimo número de cuentas primero. Una tabla de Trabajo Activo contiene el estado del trabajo como se está ejecutando. Una tabla de Organización contiene una descripción de cada banco y sucursal . Una tabla de Producto contiene una descripción de cada uno de los productos. Una tabla de Relaciones de Vista contiene información sobre cuáles vistas se relacionan con cuales otras vistas y qué tablas se relacionan con qué otras tablas. Una tabla de Error registra todos los errores que se presentan durante la operación del sistema. Haciendo referencia a la Figura 4D, las tablas de Base de datos de Dominio incluye las tablas SView, PView, Grupos, Elementos, SFunc y EFunc. Estas tablas se mantienen en el diccionario de Datos Brownstone y se mantienen mediante la máquina de base de datos 40. La información de estas tablas se extrae y se coloca en otro conjunto de tablas DB2 que contiene una identificéición de super vista. La super vista se usa para definir la trayectoria lógica de un interrogatorio y para unir ciertas tablas relacionadas entre sí. La máquina de base de datos 40 permite que un usuario oprima y señale a la información sobre una interfase gráfica amigable para usuario en las estaciones de trabajo 12 de manera que los usuarios puedan fácilmente y rápidamente acceder a la base de datos central grande y comprensiva 10. Las estaciones de trabajo 12 pasan acrónimos y pseudo código a la máquina de base de datos 40, la cual entonces convierte el código en trayectoria de acceso lógico par recuperar datos de la base de datos central 10. El usuario no tiene necesidad de saber cómo escribir un programa o una línea de código para accesar a la base de datos central 10 porque la máquina de base de datos 40 genera el lenguaje de interrogatorio estructurado apropiado para cada interrogatorio. La trayectoria de acceso lógico generada por la máquina de base de datos 40 aumenta mucho el rendimiento del sistema haciendo mediante esto práctica la búsqueda en una base de datos muy grande . Centro de Microcomercialización La presente invención incluye uno o más centros de microcomercialización 11 incluyendo cada uno las estaciones de trabajo 12 que se usan preferiblemente por las sucursales bancarias para identificar listas de clientes basados en demografía, estados de cuenta, productos, propiedad, y así sucesivamente, para comercializar nuevos productos y servicios financieros. Preferiblemente se proporciona una pluralidad de centros de microcomercialización regional geográficamente dispersos. El centro de microcomercialización 11 genera archivos que contiene guías de ventas que se pueden cargar directamente al sistema de información central de clientes 13. Las guías cargadas se transmiten entonces a través del sistema de información central de clientes 13 a los gerentes de sucursales quienes coordinan esfuerzos para trabajar las guías usando el sistema de información central de clientes 13 para comercializar los nuevos productos o servicios que se están ofreciendo.

Aunque un depósito central único para almacenar toda la información relacionada con los clientes a través de toda la institución financiera ofrece potencial significativo, la base de datos necesariamente es tan grande que no se puede prácticamente investigar directamente. Así, la presente invención incluye medios para permitir que los usuarios dinámicamente construyan programas para investigar la base de datos central 10. El sistema de la presente invención incluye cuando menos una, y preferiblemente muchas, estaciones de trabajo 12 en el centro de microcomercialización 11 que permiten a los usuarios investigar la información contenida en la base de datos central 10 y generar listas de guías de ventas (es decir, objetivos de ventas) para campañas de comercialización. la modalidad preferida incluye dos versiones diferentes de estaciones de trabajo -- estaciones de trabajo analíticas y estaciones de trabajo de microcomercialización. Las estaciones de trabajo analíticas permiten al usuario construir un interrogatorio, definir o diseñar un reporte, y luego ejecutar el proceso; es decir, ejecutar el interrogatorio, luego ejecutar los resultados del interrogatorio en un reporte. El reporte se puede entonces cargar o exportar. Las estaciones de trabajo de microcomercialización permiten al usuario realizar las mismas funciones que las estaciones de trabajo analíticas, y también generar información de comercialización o guías de ventas y alimentar las guías directamente en el sistema de información central de clientes 13. Las estaciones de trabajo 12 dentro del centro de microcomercialización 11 incluyen medios, preferiblemente en la forma de software diseñado para ejecutar en una computadora de propósitos generales, para generar una interfase gráfica de usuario ("GUI") para construir dinámicamente programas para investigar la base de datos central 10. La estación de trabajo 12 carga una copia local de todas las tablas y estructuras de la base central 10 que se pueden buscar usando la estación de trabajo 12. Esto asegura que todos los usuarios del sistema tengan las últimas definiciones y campos cada vez que accesen al sistema. Además, el sistema incluye medios para conducir a los usuarios a través de cada paso de construir una solicitud de búsqueda, incluyendo ventanas que se bajan, iconos, arrastrar y soltar, y otras características que son familiares a los usuarios de las computadoras modernas, más aún, el sistema incluye medios para construir interrogatorios de lenguaje de interrogatorio "adecuados" para cada solicitud, y ocultar los códigos y sintaxis especiales requeridas para asegurar que estas interrogatorios se ejecutarán. El sistema también incluye medios para cargar reportes y archivos a las estaciones de trabajo locales 12. Los centros de microcomercialización tienen la capacidad de generar listas que identifican varios tipos de direcciones de correos y enlaces con los sistemas de ramificación del sistema de información central de clientes. De esta manera, el mismo archivo se puede cargar al sistema ramificado en línea. Preferiblemente, los centros de microcomercialización tienen la capacidad de suprimir varios tipos de direcciones por razones legales o de negocios. Una pluralidad de estaciones de microcomercialización 12 preferiblemente conforman el centro de microcomercialización 11 para responder a las solicitudes de los gerentes de sucursales de listas de guías para programas de ventas seleccionados . Los programas de ventas típicamente involucran una campaña de comercialización para productos o servicios nuevos o existentes ofrecidos por la institución financiera. El centro de microcomercialización 11 trabaja con los gerentes de sucursales para determinar el perfil de casas, clientes y/o cuentas que más probablemente van a comprar los productos o servicios de la campaña de ventas. El centro de microcomercialización construye entonces un interrogatorio específico, ejecuta el interrogatorio contra la base de datos central, y genera un reporte que contiene una lista óptima de guías para cada campaña de comercialización. La estación de trabajo en el centro de microcomercialización proporciona elementos para investigar la base de datos central 10 y extraer una lista de todas las casas, clientes, o cuentas que satisfacen un criterio de selección específico. La lista de guías se usa entonces para dirigir un correo directo con los clientes o casas que satisfacen los criterios de selección específicos para la campaña de ventas, o la lista de guías se envía directamente al sistema de información central de clientes 13. Haciendo referencia a la Figura 5, las estaciones de microcomercialización 12 primero visualizan una pantalla de inicio de la comunicación después de encenderla. La pantalla de registro proporciona control de acceso de seguridad a las funciones de la estación de trabajo 12 y a la base de datos central 10. Después de la entrada de una identificación de usuario y contraseña, la estación de trabajo 12 activa llamadas de procedimiento remoto para verificar la identificación de usuario y contraseña contra la base de datos central 10. si la identificación de usuario y la contraseña son válidas, la ventana de registro desaparece y accesa al resto del sistema, incluyendo que se proporcionan otros menús en la estación de trabajo de microcomercialización. Si al usuario se le otorga acceso, el perfil de usuario, las preferencias y las llamadas de procedimiento remoto adecuadas se leerán para inicializar y adaptar al usuario la interfase de operación. Después de un inicio de comunicación válido, se hará una verificación para mensajes de tablero de boletín para la identificación de usuario actual. Si se encuentran mensajes no leídos, el usuario será incitado a ver la lista de mensajes no leídos, pero el usuario puede ignorar la incitación y leer los mensajes posteriormente. Inmediatamente después del inicio de la comunicación, se despliega un menú, como se muestra en la Figura 5A, para permitir al usuario seleccionar entre la Estación de trabajo analítica y las funciones de microcomercialización. El menú también proporciona acceso al usuario a otras funciones, que incluyen Utilerías, Realización de Franquicias, perfil Base del Cliente, y Reporte de Transacciones . Al seleccionar la Estación de Trabajo Analítica o Microcomercialización del menú de la Figura 5A, la estación de trabajo desplegará en seguida un menú principal, como se muestra en la Figura 5B, para proporcionar acceso de alto nivel a funciones requeridas para crear y abrir el interrogatorio, reporte, y objetos de proceso usados por la estación de trabajo 12. Del menú principal, el usuario se le da la opción de crear un nuevo interrogatorio, reporte, o proceso, o de abrir uno existente. Si el usuario elige crear un nuevo interrogatorio, por ejemplo, para llenar la solicitud de un gerente de sucursal, el usuario en seguida introduce varios parámetros para la construcción del interrogatorio. Después de que se construye el interrogatorio, el usuario en seguida introduce los distintos parámetros para el formato de reporte. Finalmente, el usuario define un proceso para ejecutar el interrogatorio y reporte, somete el interrogatorio y el reporte a la cola de trabajos, y ejecuta el interrogatorio y el reporte contra la base de datos central 10. Cuando el interrogatorio y el reporte terminan, la estación de trabajo 12 desplegará visualmente o imprimirá los resultados de la investigación, y cargará los resultados a un archivo de salida o directamente al sistema de información central de clientes 13 para enviar a la sucursal del banco que solicitó el reporte. Para asegurar que los interrogatorios se construyen lógicamente, la conversación deberá seguir una combinación de pasos lógicos seguidos y/o combinados con interacción del usuario casi a mano libre. La conversación preferida es la el tipo de selección de velocidad de la conversación. La conversación de selección de velocidad comienza preguntando al usuario qué tipo de interrogatorio quiere realizar. Hay dos tipos principales: De Relación y de no-Relación. La conversación para la opción de no-Relación se puede pensar como un subconjunto de la conversación de Relación. Un archivo de rastreo de programa se enlaza con la selección de velocidad creando una tabla de clave de relaciones usando un archivo de cuentas previamente registrado en el sistema. Los usuarios del conductor usan un procedimiento similar. Después de que el conductor o archivo de rastreo del programa entra en el sistema y se procesa de manera que se crea una tabla clave y se guarda, el usuario puede continuar seleccionando cualquiera de las opciones anteriores y proceder como se describe más adelante. Se pregunta al usuario si desea hacer análisis en el nivel casa o cliente. La respuesta determina si las claves se salvan en los niveles de casa o cliente. También se pueden determinar ciertas condiciones de unión, etcétera, que serán generadas por el usuario bajo las cubiertas. El usuario procederá ensamblando un interrogatorio conformado de bloques de criterios que definen el universo de casas, clientes, y/o cuentas deseadas. Después de que se ensambla un interrogatorio adecuado, el usuario ejecutará el interrogatorio ensamblando un proceso conformado de bloques de pasos del proceso, tal como un interrogatorio y reporte . Por ejemplo, como se muestra en la Figura 5C, se construye un bloque de criterios que definen un universo de casas que limita el universo a las casas que tienen más de un servicio abierto y al NYUB NEW YORK BANK como el banco que reporta. Al construir el bloque de criterios de la Figura 5C, el usuario es incitado a llenar la columna de criterios seleccionando "# servicios abiertos" y "BANCO QUE REPORTA" para las listas de criterios cargadas desde la base de datos central, al seleccionar "# de servicios abiertos," el usuario primero selecciona la categoría "SERVICIOS" a partir de un menú de Añadir Criterios mostrado en la figura 5D, y luego selecciona "# servicios abiertos" a partir del submenú de Añadir Criterios mostrado en la Figura 5E. La condición "Mayor de" y el valor "1" también se introducen o seleccionan del despliegue visual de menú mostrado en la Figura 5E. También se pueden construir bloques de criterios para definir un universo seleccionado de clientes y cuentas. Después de crear el interrogatorio, como se muestra en la Figura 5C, el usuario ejecuta el interrogatorio creando un proceso que usa el despliegue visual mostrado en la Figura 5F. El proceso mostrado en la Figura 5F, por ejemplo, somete dos pasos a la base de datos central : Interrogatorio y Reporte. El paso de reporte se crea definiendo el tipo de reporte y los parámetros de reporte usando el despliegue mostrado en la Figura 5G. Después de seleccionar Ejecutar de la pantalla de despliegue mostrada en la Figura 5F, el proceso definido se realiza por el sistema, es decir, el interrogatorio se ejecuta contra la base de datos central y se crea un reporte de acuerdo con los resultados del interrogatorio y los parámetros de reporte definidos. Como se muestra en la Figura 5H, se proporciona una pantalla de despliegue para permitir al usuario dirigir guías a una campaña específica y cargar un archivo directamente a un sistema ramificado.

Criterios de Limitación de Complemento y General Se pedirá al usuario introducir su Criterio de limitación de Complemento (universo) al nivel al cual se aplicaría. El Criterio de Limitación de Complemento es un tipo de criterio que limita el conjunto de casas (o clientes) que se van a investigar cuando se desea el complemento de un criterio de selección. Una búsqueda de complemento es típica de las funciones o las lógicas NOT IN (NO EN) y NOT CONTAINS (NO CONTIENE) . La manera de calcular estas funciones es primero encontrar las claves (casas o clientes) que satisfacen la condición positiva. Luego se obtiene el complemento de estas claves. Por ejemplo, si se desean las casas que no tienen cierto producto, y luego encuentran el complemento de estas casas. En la búsqueda del complemento, el conjunto de casas que se va a buscar se debe limitar o los resultados generalmente serán indeseables . Se hará referencia al criterio que limita las casas que se van a buscar durante la operación complemento como criterio de limitación de complemento. Se usan preferiblemente dos tipos de criterios de limitación de complemento en la presente invención que son: criterio de situación (organización) y criterio geográfico, el criterio de situación siempre deberá solicitarse. Se pueden asignar valores iniciales para el perfil de usuario. Cada usuario se asigna a un nivel de organización máximo a cuyos datos pueda tener acceso el usuario. Un criterio de situación por omisión será asignado al interrogatorio del usuario, el cual el usuario puede variar en tanto el usuario limita los datos adicionalmente (especificando un nivel de organización o uno más bajo dentro de su propia trayectoria de jerarquía) . El criterio de situación se usa para programar el trabajo como un trabajo rápido o de ejecución larga. Los campos de criterios de situación están preferiblemente en su propia lista de selección. La estación de trabajo deberá asegurar que ninguna entrada viole el perfil del usuario. Sin embargo, el usuario deberá estar forzado a pasar a través de este proceso de selección cuando menos una vez . El criterio geográfico incluye campos como el código de estado, código postal, etcétera. Estos campos deberán también estar en su propia lista de selección de ventana. Además del criterio de limitación de complemento descrito anteriormente, se proporcionan criterios de limitación general que tienen la característica común de aparecer en todos los niveles de la jerarquía de la base de datos (casa, cliente, y cuenta) . A nivel cuenta los criterios de limitación general son valores Reales asociados con cada cuenta. A niveles de la casa y cliente estos son valores derivados de la cuenta Prima . Por lo tanto, el Criterio de Limitación de Complemento se puede aplicar tres vías: a nivel Real, a nivel Primo, o a ambos niveles. Al usuario se le pregunta a cuál nivel desea hacer el análisis y la estación de trabajo genera el criterio de selección adecuado cualquiera que sea el nivel deseado. Si se selecciona el nivel Primo, se aplicará a través del tablero. Si se selecciona el nivel real (o ambos niveles) , deberá darse al usuario la oportunidad de cambiar el criterio de Limitación de Complemento cada vez que entra una trayectoria de cuenta. Si se guarda una tabla clave, la tabla clave se puede usar en operaciones NOT IN en tanto aparezca el NOT IN junto con el operador AND (Y) (tabla de Clave AND NOT IN) . El nivel de aplicación del criterio de limitación de complemento se puede pedir en otra ventana que está asociada con las listas de selección de situación y geográfica mencionadas anteriormente. Se da la oportunidad al usuario de especificar las operaciones de tabla clave por : 1) especificando se desea guardar las claves producidas,- y 2) incorporar previamente las claves guardadas en el proceso de selección actual . Si el usuario no desea guardar las claves producidas, el usuario estará forzado después a especificar una lista de columnas de salida, el formato de la salida, etcétera. En otras palabras el usuario estará forzado a ir a través de una conversación de especificación de salida. Si se desea, se pueden guardar las Claves para reutilización posterior en el nivel (casa o cliente) especificado por el usuario. Si el usuario desea reutilizar una tabla de claves previamente guardada, se abrirá una ventana en la interfase de la estación de trabajo para mostrar una lista de tablas de claves disponible para él. El usuario puede entonces señalar a una tabla^de claves en la lista para obtener más información acerca de ella. La capacidad de reutilizar y refinar adicionalmente las tablas de claves hace el sistema muy flexible. En cuanto las cuestiones básicas anteriores están fuera del camino, las estaciones de trabajo pueden mostrar un menú de una serie de listas de selección que señalan a varias agrupaciones de datos disponibles para el usuario, uno para cada casa, cliente y las tablas de cuentas de Valores & Obligaciones y Tarjetas bancarias. Cada lista de selección tendrá una ventana de criterios de selección asociados en donde el usuario verá los criterios que se van a construir con los datos de esa lista. Además a las ventanas de selección de datos deberá haber una ventana de Interrelaciones de Trayectorias donde los criterios de selección de nivel bajo cada ventana estarán relacionados entre sí con operadores lógicos y paréntesis, como se describirá adicionalmente más adelante. Las estaciones de trabajo en el centro de microcomercialización proporcionan operaciones que usan listas de selección de datos para generar interrogatorios y definir reportes. Ahora se describirá el uso de estas listas de selección de datos . Listas o Trayectorias de Selección de Casa y Cliente Se proporciona un primer conjunto de ventanas en la interfase de la estación de trabajo para crear criterios de selección que usan columnas de casas y clientes, respectivamente. La estación de trabajo ayudará al usuario a hacer esta tarea gráficamente. Por ejemplo, el usuario puede señalar una columna, elegir entre operadores de lenguaje de interrogación estructurada y elegir de una lista de códigos válidos, conforme el usuario identifica completamente un predicado de lenguaje de interrogación estructurado, el predicado se mueve hacia la ventana de criterio de selección asociada, de manera "fantasma". El usuario puede entonces elegir el predicado e insertarlo en una porción específica de la ventana de criterio de selección en cuyo momento el usuario puede seleccionar entre AND/OR/NOT y operadores de paréntesis para asociar el predicado con otros criterios ya en la ventana de selección. De manera similar el usuario puede mover o borrar cualquier predicado introducido previamente dentro de la ventana de criterios de selección y/o añadir/borrar/mover cualquier paréntesis. la estación de trabajo ayuda al usuario a crear predicados que incluyen cualquier función de lenguaje de interrogación estructurado y/o conjunto de operadores aritméticos, de manera que el usuario puede incluir los del criterio de selección. Cualquier entrada de predicado inicial en la ventana de criterios de selección asociados con una ventana de datos automáticamente creará una entrada para la trayectoria de datos en la ventana de Interrelaciones de Trayectorias, la cual se puede manipular como se explica más adelante. Cuenta: Listas o Trayectorias de Selección Las listas de selección de cuentas (trayectorias de cuentas) bajo la opción de relación presentan algunas situaciones especiales. Primero, las listas de selección de cuentas trabajan junto con las funciones de Trayectorias de cuentas. Hay cuatro funciones de trayectorias de cuentas iniciales : 1. Cuentas CoNTains (contiene) de Casa (cliente) 2. Cuentas No CoNTains (no contiene) de Casa (cliente) 3. Cuentas Contiene que tienen ciertas características de AGGregate (agregar) . 4. Cuentas No Contiene que tienen ciertas características de AGGregate (agregar) . Para las funciones de trayectoria de cuentas CoNTains/Not CoNTains de la casa, el usuario elige una función y luego especifica el criterio el nivel de cuenta para esa función, de una manera similar a la manera en que se especifican los criterios para la casa y el cliente anteriormente. Esta especificación también creará una entrada en la ventana de Interrelaciones de Trayectoria. Cada una de las funciones tiene sus propias características especiales. Las primeras dos permiten la entrada del criterio de selección al que se hace referencia aquí como una simple trayectoria de cuenta. Hay tres versiones de criterios de Trayectoria de Cuenta simple: 1. CG_PROD_TYPE = A AND (CG_ACCT_BAL > 1000 AND ...) 2. CG_PROD_TYPE - A AND (CG_ACCT_BAL > 1000 AND OR CG_PROD_TYPE = B AND (CG_ACCT_BAL > 3000 AND ...) 3. CG_PROD_TYPE IN (A,B,C) AND (CG_ACCT_BAL > 1000 AND/OR ...) Las tres formulaciones para criterios de trayectoria de cuenta simples son posibles pero proporcionan respuestas muy diferentes. La segunda es una generalización de la primera y la tercera es un caso especial de la segunda. Para los usuarios no expertos, puede ser deseable tener el límite de usuarios de la estación de trabajo en uno o dos. Por lo tanto, un sólo criterio de selección puede construir una función CoNTains de casa que selecciona las casas que tienen uno o más productos con características particulares. Los criterios de selección para la función de Cuentas que Contiene/No Contiene la casa que Tienen Ciertas Características Agregadas tiene dos partes. En la primera parte, el usuario especifica los productos cuyas características se van a agregar. Esta primera parte es similar al simple criterio de trayectoria de cuentas descrito anteriormente . En la segunda parte, el usuario especifica cuáles características se van a agregar y las condiciones de agregado bajo las cuales se seleccionaría la casa (cliente) . Los agregados pueden ser cuentas, sumas o Promedios. Un criterio típico sería: Bajo una cláusula WHERE (DÓNDE) CG_PROD_TYPE = A AND (CG_ACCT_BAL> 1000 AND ...) Bajo una cláusula HAVING (QUE TIENE) (SUM(CG_ACCT_BAL)>5000 AND COUNT(*)> 3) La función de Seleccionar productos también se organiza por la estación de trabajo. En vez de presentar diferentes nombres de columnas (CG_SERV_TYP, CG_PROD_TYP y CG_SUB_PROD_TYP) , la estación de trabajo presenta una jerarquía de productos. La jerarquía se presenta preferiblemente gráficamente, e incluye niveles más altos de agregados (valor u obligaciones, depósito contra préstamos, revolvente contra no-revolvente etcétera) . El usuario puede seleccionar un conjunto de productos en cualquier nivel de jerarquía. Si el conjunto de productos seleccionado no se almacena como un valor/columna en la base de datos (una señal de revolvente, por ejemplo) , la estación de trabajo generará un predicado compuesto o lista IN con los valores dentro de la jerarquía que son equivalentes al conjunto de productos deseados por el usuario. Si se hace la selección al nivel CG SERV TYP y se solicitan funciones agregadas, la estación de trabajo reconocerá que estas pueden existir al nivel casa (cliente) ya y usarlas. La base de datos comprobará si el usuario tiene criterio específico al nivel de cuenta que sea consistente con lo que está almacenado al nivel casa o cliente en la base de datos central 10. Conforme el usuario introduce criterios de selección asociados con diferentes listas de selección de datos (y también usando las funciones de cuentas) se debe definir un nivel más alto en la lógica entre trayectorias. Se pedirá al usuario que introduzca operadores lógicos y/o paréntesis para definir esta lógica. Es esta lógica de alto nivel la que guiará el programa de generación. Como se describe anteriormente para el criterio de selección individual asociado con una trayectoria de datos, el usuario podrá oprimir y señalar un componente de un predicado y arrastrar (mover) o suprimirlo, etcétera. Una doble opresión activa la ventana de criterio de selección de detalle para el componente del predicado (los componentes de la tabla clave desplegarán visualmente la descripción de la tabla clave) . En cualquier momento el usuario puede imprimir esto o cualquier otra ventana de datos/criterio de selección de interrogatorio, o los detalles del interrogatorio completos . Aunque el lenguaje de interrogatorio proporciona un lenguaje para construir un criterio de selección, las funciones de nivel más alto soportadas por el sistema requieren un conjunto a nivel más alto de palabras clave. Este conjunto de palabras clave se usa como la ventana de Interrelaciones de Trayectorias, pero también es útil en cada ventana de criterio de selección individual . Para dar una idea de este conjunto de nivel alto de palabras clave un formato general preferido sigue con algunos ejemplos.

Formato General {Trayectoria} {*función de alto nivel @ núm. de secuencia de función} {*SQ1 u otras cláusulas y/o paréntesis} Ejemplos de Trayectorias HHD - se introdujo criterio a nivel casa. CUS - se introdujo criterio a nivel cliente. LOC*Lvl - Criterio de situación a nivel primo (P) , real (A) , o ambos (PA) . GEO*Lvl - Criterio geográfico a nivel primo (P) , real (A) , o ambos (PA) . ALA - criterio para cuentas de Valores & obligaciones BC - criterio para cuentas de tarjetas bancarias Ejemplos de Funciones a Alto Nivel CONT - la casa (el cliente) contiene cuentas de productos específicos NCONT - la casa (el cliente) no contiene cuentas de productos específicos AGG - la casa (el cliente) tiene producto con ciertas características (de casa, cliente) agregadas. (SUM, AVG, COUNT) NAGG - a la casa (al cliente) le falta un producto con ciertas características (casa, cliente) agregadas (SUM, AVG, COUNT) .

Ejemplos de Cláusulas PROD - Un criterio (tipo de cuenta) de producto simple. El producto se puede especificar a varios niveles (SERV-TYP, PTYPE, STYP o agrupaciones predefinidas como todos los valores, todas las obligaciones, todo el crédito no revolvente, crédito no revolvente, etcétera.) HAVING - Describe las características de agregado deseadas para criterios de producto simple seleccionado. Las palabras claves anteriores se combinan con AND, OR NOT (in) (Y, O, NO (en)) y paréntesis en la pantalla de Interrelación de trayectorias o en la pantalla de criterios de Selección. Por ejemplo, en la pantalla de interrelaciones de trayectorias, las palabras claves se pueden combinar como sigue: HHD AND CUS AND LOC*P AND GEO*P AND ( (ALA*CONT®1 AND ALA*AGG®2) OR (SAVED-KEY-TABLE) ) En la Ventana de Selección de Trayectorias Individuales, las palabras claves se pueden combinar para las cuentas de valores/obligaciones, por ejemplo, como sigue: (CONT®l[PROD(SERV_TYP - 'CHK' AND CG_ACCT_BAL > 2000)] AND AGG@2 [PROD (PROD TYP = ' CD6 ' ) HAVING (SUM(CG_ACCT_BAL)> 1000 AND COUNT > - 1)]) En la ventana de criterios de selección el usuario verá un detalle de la lógica de alto nivel descrita en la ventana de interrelaciones de trayectorias. El AGG, CONT, etcétera sirven como marcadores para funciones de nivel alto. En un tipo de interrogatorio DAX/Prime estas funciones no existen y los criterios de selección deberán verse similares al criterio de lenguaje de interrogatorio estructurado directo. Alternativamente, la ventana de Interrelaciones de Trayectorias se puede evitar haciendo que la estación de trabajo genere una simulación de ella para la unidad central de cómputo para analizar, o haciendo que el generador de la base de datos en la unidad central de cómputo haga más trabajo para clasificar la solicitud. La estación de trabajo también puede requerir estar equipada para manejar predicados que crucen sobre trayectorias como se muestra, por ejemplo, en la siguiente declaración: (HH_ FIPS ST CD ='36- o CG_FIPS_ST_CD »'36') Sin embargo, excepto por los datos de LOCation (situación) o geográficos usualmente no hay necesidad de este tipo de criterios y estos casos se pueden cuidar meramente preguntando si el usuario desea aplicar estos criterios a nivel Primo o Real . Después de que el usuario termina todos los pasos anteriores, puede someter su interrogatorio par ejecución y seguir su progreso en el subsistema de control de trabajo.

Alternativamente, el usuario puede introducir las especificaciones de salida para usarlas con el criterio de selección (selección de universo) . Sistema de Información Central de Clientes El Sistema de Información Central de Clientes CCIS 13 preferiblemente incluye estaciones de trabajo localizadas en las sucursales bancarias para cada uno de los banqueros personales y gerentes de sucursales, y también en la oficina principal del banco de comunidad para los funcionarios y/o gerentes de ventas del banco de la comunidad. Cada una de las distintas estaciones de trabajo del sistema de información central de clientes 13 tiene una función diferente, dependiendo de las responsabilidades y deberes del usuario dentro del banco. Los gerentes de sucursales reciben la lista de guías generadas por el centro de microcomercialización 11 y electrónicamente cargan las guías en las estaciones de trabajo del sistema de información central de clientes para su distribución entre banqueros personales seleccionados dentro de la sucursal. Los gerentes de sucursal asignan las guías a los banqueros personales más calificados para manejar las guías, o se basan en la carga de trabajo y disponibilidad de los banqueros personales . Los banqueros personales reciben acceso a la lista de guías en la estación de trabajo del sistema de información central de clientes después de que la lista se genera por el centro de microcomercialización y se comunica al sistema de información central de clientes. Los banqueros personales conducen entonces sesiones de ventas (por ejemplo, llamadas telefónicas) con cada uno de los clientes en la lista de guías. Antes o durante las sesiones de ventas, los banqueros personales usan el sistema de información central de clientes 13 para ver un perfil completo (en detalle o en forma sumaria) de la relación del cliente con el banco y cualquier otra información demográfica acerca del cliente contenida en la base de datos central 10. Esto permite que el banquero personal hable inteligentemente con el cliente durante la sesión de ventas y mediante esto aumente el régimen de éxito de la campaña de comercialización. Los gerentes de sucursal y funcionarios del banco, a su vez, usan el sistema de información central de clientes 13 como una herramienta de administración de rastreo y de reporte para capturar automáticamente diariamente información de ventas . Los gerentes y los funcionarios de las sucursales tienen acceso a las transacciones de ventas detalladas para cada banquero personal usando el sistema de información central de clientes 13, y ven los resultados de ventas para las distintas campañas para rastrear el rendimiento y hacer ajustes en las campañas como sea necesario. Los gerentes de sucursales y funcionarios bancarios también pueden usar el sistema de información central de clientes 13 para reasignar guías entre los banqueros personales y/o sucursales para optimizar el uso de recursos de comercialización. El sistema de información central de clientes 13 por lo tanto, es una herramienta de comercialización, administración, y ventas. El sistema de información central de clientes 13 incluye varios componentes integrados que se usan para ver la información de clientes y administrar los contactos y relaciones con el cliente. La operación del sistema de información central de clientes 13 se describe más adelante. Haciendo referencia a la Figura 6A, las estaciones de trabajo para el sistema de información central de clientes 13 primero requieren un procedimiento de inicio de comunicación y verificación similar a las estaciones de trabajo del centro de microcomercialización 11. Los usuarios introducen su identificación de usuario y contraseña en la estación de trabajo, y el sistema verifica la identificación y contraseña contra la base de datos central 10 para fijar las colocaciones y preferencias de interfase de usuario y determinar los derechos del usuario. Después de introducir una identificación de usuario y contraseña válidas, la estación de trabajo despliega entonces en pantalla un menú principal dando al usuario la opción de seleccionar un componente de perfil de relaciones, un componente de administración de cuentas, un sistema de administración de guías, o un componente de rastreo y reporte de ventas . Cada una de estas componentes se describe más adelante. Componente de Perfil de Relaciones El componente de perfil de relaciones del sistema de información central de clientes 13 permite que los miembros de personal apropiados encuentren y vean información a nivel casa, cliente y cuenta. El componente de perfil de relaciones muestra información histórica y actual financiera y de comportamiento acerca de la relación total de la casa o cliente con la institución financiera. Contiene información sobre cuentas individuales de su propiedad, cuántos clientes hacen sus operaciones bancarias en la institución financieras, y si son manejadas por un banquero personal particular. El componente de perfil de relaciones proporciona una herramienta de preparación de ventas que despliega en pantalla toda la información disponible acerca del cliente, las relaciones del cliente con otros clientes, e información más profunda sobre todas las cuentas que pertenecen al cliente y/o a la casa entera. La información está disponible en el componente de perfil de relaciones en detalle así como en forma sumaria. En combinación, la información en el perfil de relaciones se puede usar para calibrar la profundidad de cada relación bancaria con el fin de prepararse mejor para conversaciones de ventas y servicio. El componente de perfil de relaciones incluye una instalación de supresión promocional que permite a la institución financiera señalar o identificar de otra manera identificar a los clientes y no clientes que han solicitado no ser buscados por teléfono, por correo, o ambos. Los clientes que no desean contactos promocionales se pueden registrar en una pantalla de supresión promocional en el perfil de relaciones o funciones de construcción de relaciones si el cliente está enlistado como un guía en una campaña. Los no clientes que no desean ser solicitados también se pueden registrar en una pantalla de supresión del menú principal. En cuanto se identifica al cliente, la señal de supresión se transfiere automáticamente a todas las pantallas de información del cliente aplicables y también se vuelve parte del proceso de generación de lista para asegurar no ponerse en contacto con estos clientes. El componente de perfil de relaciones también incluye un archivo de historia de contacto promocional del cliente que contiene información acerca de anteriores contactos con el cliente en los cuales el cliente participó en una campaña de comercialización a distancia. La información de contacto del cliente se puede ver usando el componente de perfil de relaciones o la función de construcción de relaciones.

El archivo de historia de contactos es importante porque evita que los distintos negocios dentro de la institución financiera "saturen de contactos" a los clientes.

Ayuda a unificar y administrar el proceso de contacto con el cliente. Haciendo referencia a la Figura 6B, para seleccionar el componente de perfil de relaciones a partir del menú principal, se da al usuario la opción de seleccionar una función de buscar casa, una función de supresión de promoción, o asignar claves de saltos a varas ventanas de perfil de relaciones. Si se selecciona la función de investigar casas, el usuario se incita a introducir criterios de selección (por ejemplo, un número identificador exclusivo, nombre, dirección banco, sucursal, servicio, etcétera) para encontrar y ver información acerca de un cliente, casa o cuenta particular. La función de búsqueda se puede usar de dos maneras : para ayudar una búsqueda estrecha para un cliente específico o para ver una lista de clientes de programa de inscripción. Cada función permite que el usuario seleccione un cliente particular con el fin de ver información acerca de ese cliente. Al ver una lista de clientes de programa de inscripción, el usuario puede introducir el número de empleado del banquero personal y el nombre del programa de inscripción. El sistema proporcionará entonces una lista alfabética de casas asignadas al banquero personal, cualquiera de las casas se puede seleccionar para ver información detallada acerca de la casa. En cuanto se identifica un cliente, casa o cuenta particular, están disponibles varias pantallas de despliegue adaptadas al usuario para presentar la información acerca del cliente. Como se muestra en la Figura 6C, por ejemplo, el usuario puede seleccionar entre una pantalla de información de clientes general, una pantalla sumaria de casa, una pantalla de necesidades del cliente y notas, una pantalla de detalle de cuenta, una pantalla de perfil de casas, una pantalla sumaria financiera, una pantalla demográfica de casas, una pantalla de historia de contactos con la casa y una pantalla de detalle de enlace con la casa. La pantalla de información de clientes general despliega visualmente información de cliente general, incluyendo loe productos que tiene, los servicios usados, y el comportamiento del cliente. La información del cliente sobre esta pantalla incluye el nombre primario y la dirección para el cliente y el "mejor" número de teléfono basado en alimentaciones internas en la base de datos central y en coincidencias externas, y el nombre del banquero personal del cliente (si lo hay) . La información del cliente en esta pantalla también incluye detalles de las actividades del cliente, incluyendo el número de cheques escritos, las transacciones con cajeros, el uso de cajeros automáticos, servicios bancarios electrónicos y telefónicos usados, pagos hechos con cheques de competidores financieros, saldos actuales e históricos, ingreso neto del cliente, patrones de uso de tarjeta de crédito, la sucursal donde la cuenta primaria del cliente está domiciliada, las sucursales preferidas del cliente basadas en la frecuencia de uso, y otros productos y servicios usados por el cliente. La pantalla sumaria de cuentas de casa muestra cuentas y otra información para todos los miembros de una casa seleccionada. El usuario puede ver productos detallados e información de cuentas seleccionando el producto o cuenta a partir de la lista desplegada en la pantalla sumaria de cuentas . La pantalla de necesidades del cliente y notas identifica posibles oportunidades de ventas basadas en propiedad de cuentas, saldos, y comportamiento del cliente. Estas son etiquetas generadas por el sistema. La pantalla también permite que el usuario añada sus propias notas para capturar información acerca del cliente (por ejemplo, si es propietario de casa, tiene hijos, competidor, cambio de dirección de negocio, etcétera) o registra llamadas de comercialización a distancia al cliente. La pantalla de detalle de cuenta muestra información acerca de una sola cuenta. La parte superior de la pantalla muestra información del cliente, mientras que una porción inferior de la pantalla muestra detalles acerca de la cuenta específica, incluyendo una historia de saldos cuando sea aplicable. La pantalla de perfil de casa despliega información acerca de la casa entera. Incluye información agregada financiera y de producto, información específica acerca de cada miembro de la casa, y la información demográfica de "mejor tino" externa anexa para su uso en planear llamadas o para desarrollar planes de ventas. La pantalla de perfil de casa también despliega el nombre principal, dirección, número de teléfono, y sucursal para la casa, tomada de la cuenta primaria en la casa. La pantalla sumaria financiera de la casa/el cliente agrega cuentas que pertenecen a todos los miembros de una casa o a un cliente particular en tipos de productos (servicios mayores) y compara los saldos al mes anterior del año anterior. Sumarios están disponibles para cuentas totales, cuentas de bancos privados, sólo cuentas comerciales, o sólo cuentas de menudeo. Todos los productos que pertenecen a la casa o al cliente se exhibirán, incluyendo servicios de inversiones como cuentas de corretaje y fondos administrados, servicios de crédito como tarjetas bancarias, líneas de crédito, hipotecas, crédito asegurado, y productos de crédito de negocios y profesional, o los servicios basados en tarifas como depósito a salvo y seguros . La pantalla de demografía de la casa exhibe información de casa anexa comprada de fuentes externas . Esta pantalla también despliega información que se infiere de otra información acerca del cliente. Por ejemplo, el uso repetido de una tarjeta de crédito en una tienda de suministros para bebé podría usarse para inferir que el cliente tiene uno o más niños pequeño . La pantalla de historia de contactos con el cliente despliega información a nivel casa acerca de comercialización a distancia y contactos por correo. La información viene del archivo de historias de contacto del cliente, que captura información de contactos del cliente (tanto llamadas como correo de comercialización a distancia) de los distintos negocios de la institución financiera y del uso de la función de construcciones de relaciones . La pantalla de detalle de enlace de casa despliega los enlaces usados por la base de datos central 10 guardando procesos para poner las cuentas del cliente juntas. Despliega el número de cuenta, el apellido o el nombre del negocio en la cuenta, el código postal, el tipo de enlace, y el valor de enlace. Con el fin de manejar adecuadamente ciertas casas es necesario enlazar dos o más casas entre sí o desenlazar partes de una casa para hacer casas separadas. El sistema de información central de clientes 13 incluye elementos para juntar las cuentas o desenlazar cuentas basándose en información recibida de los sistemas fuente, como los nombres comunes y direcciones, números de seguridad social, y enlaces de cuentas . Componente de Administración de Cuentas El componente de administración de cuentas del sistema de información central de clientes 13 es un sistema para que los funcionarios de cuentas lo usen para administrar grupos de casas y/o cuentas inscribiéndolas en programas especiales proporcionados por la institución financiera. En cuanto una casa o un cliente está inscrito en un programa y se le asigna a un banquero personal, el banquero personal puede ofrecer la administración de relación personal para administrar mejor las relaciones bancarias del cliente, el cliente será "señalado" como una casa administrada para alertar a otro personal de ventas que el cliente tiene una relación exclusiva con un banquero personal. También garantiza que guías distribuidas del centro de comercialización 11 se asignen al banquero personal para ese cliente. El cliente tiene el beneficio añadido de tratar solamente con un banquero personal que entiende las necesidades del cliente. El componente de administración de cuentas incluye instalaciones de visualización e impresión de reportes en línea que generan reportes mensuales usados por los banqueros personales y sus gerentes de sucursales para evaluar el crecimiento del programa. Los reportes muestran la información del programa de administración de cuentas en una variedad de maneras, desde información a nivel de cuenta y cliente individual hasta vistae eumarias para el portafolio entero. Haciendo referencia a la Figura 7, para seleccionar el componente de administración de cuentas a partir del menú principal, el usuario tiene la opción de seleccionar inscripción de cuenta, mantenimiento de inscripción, reasignación de funcionario de cuenta, sumario de portafolios financiero, o una instalación de someter reportes. Estas funciones se describirán por turnos . Al seleccionar inscripción de cuenta, la estación de trabajo despliega una pantalla de selección de inscripción. La sección de inscripción permite al usuario seleccionar un programa, suministrar información de programa e inscribir casas en un programa particular. La lista de programas de inscripción se actualiza y mantiene en una base de datos central 10. Después de que se seleccione un programa o programas particulares de la lista, se desplegará visualmente una pantalla de inscripción de casas que permite al usuario inscribir varias casas en un programa a la vez . El usuario introduce la información para cada casa, incluyendo el número de cuenta y la dirección especial (si la hay) . La inscripción se procesa entonces en la baee de datos central 10 y se puede exhibir seleccionando la pantalla de detalle de inscripción, para evitar inscribir una casa en más de un programa de inscripción o a más de un banquero personal, el sistema de información central de clientes 13 automáticamente exhibe la pantalla de detalle de inscripción y alerta al usuario siempre que trate de inscribir a un cliente en un programa de administración de cuentas y la casa ya está inscrita en un programa activo. Al seleccionar el mantenimiento de la inscripción del menú principal, se despliega una pantalla de mantenimiento de inscripción o de dirección de correo para seleccionar o crear una dirección especial de hogar y/o negocio que sólo sea válida para el programa de inscripción del sistema de información central de clientes 13, o hacer un cambio o supresión de inscripción en el sistema de información central de clientes 13. Al seleccionar reasignación de funcionario de cuenta del menú principal, se despliega una pantalla de reasignación de funcionario de cuenta para reasignar o suprimir un portafolio completo de banquero personal de casas en un programa de inscripción. Esta característica preferiblemente es accesible solamente a los usuarios que tienen control del otorgamiento de derechos a los funcionarios.

Las reasignaciones pueden ser para todos los programas de inscripción o solamente para programas seleccionados, y se puede usar para reasignar el mismo funcionario a una sucursal diferente o reasignar los programas de inscripción a otro funcionario a la misma sucursal o a una sucursal diferente. Al seleccionar un sumario de portafolios financiero a partir del menú principal, el usuario puede seleccionar un formato de reporte y desplegar un reporte dinámico que muestra inscripciones actuales. El sumario de portafolios financieros es un reporte en línea que exhibe información sumaria basada en las cuentas que pertenecen a casas inscritas en un programa asignado a un funcionario de cuenta individual. Agrega cuentas en el portafolios en tipos de productos y compara saldos e ingresos netos del cliente hace un mes y hace un año. Preferiblemente están disponibles sumarios separados para cuentas totales, cuentas de amparo de impuestos, cuentas comerciales, y cuentas de menudeo. Al seleccionar la instalación de someter reporte del menú principal, el usuario puede ejecutar reportes y colocarlos en un archivo de manera que se pueden visualizar y/o imprimir desde la instalación de visualización de reporte, o enviarse a un centro de datos central para imprimirse. Estos reportes preferiblemente incluyen un sumario de funcionario de cuenta, un sumario de portafolios, un sumario de mediciones de crecimiento, y un perfil de casa. Los reportes son reportes "puntuales" disponibles a nivel banquero personal, sucureal, área, y banco. Sistema de Administración de guías El sistema de administración de guías sietema de información central de clientes 13 proporciona capacidades completas de administración de guías a través de la entrega en línea de listas de ventas a los banqueros personales. Soporta un proceso de ventas comprehensivo con numerosas opciones para trabajar guías de ventas, que incluyen la capacidad de colocar guías activas en un calendario para acción posterior, añadir nuevas guías (tanto clientes actuales como no clientes) , y transferir guías en línea a especialistas o a otros banqueros personales dentro de la institución financiera para acción futura. El sistema de administración de guías es el componente de administración de contacto del sistema de información central de clientes 13. El sistema de administración de guías proporciona entrega sin papeles de guías a los banqueros personales, entrega sin papeles de remisiones a especialistas adecuados a través de la institución financiera, y captura sin papeles de actividades de ventas . El sistema de administración de guías soporta un proceso de ventas comprehensivo. Los banqueros personales tienen muchas opciones para trabajar guías de ventas. Pueden trabajar contra un calendario de citas, el "siguiente" cliente en la cola de prioridad independientemente de la campaña, el "próximo" cliente para una campaña particular, o guías ya en progreso. El sistema de administración de guías permite a los usuarios añadir guías directamente al sistema de información central de clientes 13. Estos pueden ser guías que ellos trabajarán personalmente o guías que ellos remitirán a otros expertos dentro de la institución financiera. A los banqueros personales se les ofrece un arreglo completo de información de preparación de ventas acerca de la campaña y el cliente para prepararse para el contacto de ventas. Los resultados de este contacto se alimentan en una función de calendario personal, el cual se actualiza en tiempo real . Esto permite que el banquero personal programe y rastreé seguimientos en cada llamada de ventas. Los gerentes de sucursal y directores de área pueden ver estadísticas de guías, tales como proporciones de guías que se están trabajando contra las que no se están trabajando entre sucursales para campañas y entre banqueros personales en sucursales específicas. Las guías se pueden asignar y reasignar de manera que se distribuyan más eficientemente. El sistema de administración de guías comienza con una base de datos de guías para cada banquero personal. Estos se organizan por programa y se jerarquizan de manera que las mejores guías se trabajan primero. Estas guías también honran las asignaciones de funcionarios de cuentas de manera que los guías se dirigen primero al banquero personal o funcionario asignado a la relación. Haciendo referencia a la Figura 8A, el eietema de administración de guías proporciona un medio para seleccionar varias funciones del menú principal . Los gerentes de sucursales pueden usar una característica de perfil de usuario de la función de mantenimiento de administración/tabla del sistema para definir la capacidad de banquero personal y las especialidades del producto. Esta función permite que los gerentes de sucursales comuniquen al usuario del sistema información de la disponibilidad y especialidad del producto. Esta información se usa entonces para determinar: cuales banqueros personales están aceptando nuevas guías y cuáles están de vacaciones, involucrados en un proyectos especial, etcétera; cuáles banqueros personales están aceptando guías en múltiples situaciones; y especialidades de productos que deberán usarse para asignar guías, como hipotecas, inversiones, etcétera. Haciendo referencia a la Figura 8B, el sistema de administración de guías también proporciona una función de registro de campaña para establecer nuevas campañas de comercialización. La función de registro de campaña se hace preferiblemente centralmente por los administradores del sistema de información central de clientes 13 en coordinación con el gerente del centro de microcomercialización 11. sin embargo, las guías de ventas también se pueden introducir manualmente por los banqueros personales y gerentes de sucursales. Tanto las guías clientes como no clientes se pueden jerarquizar individualmente y añadir a campañas mientras la campaña se lleva a cabo usando la función de registro de campaña. Se crean las guías de acuerdo con las prioridades de administración. El proceso de registro de campaña tiene tres partes. Primero, la campaña se debe planear y coordinar. Esto también incluye establecer prioridades entre las guías mediante la organización que trabajará las guías. Segundo, el archivo de guías se debe crear, controlar su calidad, y entregar al sistema de información central de clientes 13. Tercero, la campaña se debe registrar en la pantalla de registro de campañas . La pantalla de registro de pantallas captura información ueada para distribuir guías y ejecutar la campaña. la información introducida en la pantalla de registro de campañas preferiblemente incluye: una descripción de la campaña que incluye el nombre y dirección del coordinador y explica el propósito de la campaña y cualquier factor calificante: una jerarquización para la campaña entre todas las campañas; que guías de referencia se pueden añadir a la campaña; si deberán anexarse nuevas guías o si la campaña deberá reconstruirse cuando se enfríe; señalamientos tales como fechas de inicio y expiración, períodos de retención y fecha de purga cómo jerarquizar guías dentro de la campaña (por ejemplo, por saldoe, por pagos, ganancias, o el orden especial de prioridad) ; y en qué base seleccionar la sucureal para trabajar las guías (por ejemplo, donde la cuenta está domiciliada, donde el cliente hace más transacciones, dirección de correos, etcétera) . Las guías se distribuyen entonces a banqueros personales basados en prioridades previamente establecidas. El sistema de administración de guías honra las relaciones existentes del banquero personal. Una guía para un cliente o casa inscrito en un programa de administración de cuentas se asigna automáticamente al banquero personal que administra esa relación. El sistema de administración de guías tiene funciones de calendario, funciones de transferencia de guías automática, una instalación donde se pueden añadir guías clientes o no clientes adicionales, y capacidades de rastreo de actividades automático. También, los usuarios puede "bascular" a otras pantallas en el sistema de administración de guías o el sistema de perfil de clientes vía claves de saltos con el fin de ver información del cliente o realizar otras funciones . Haciendo referencia a la Figura 8C, la función de proceso de ventas del sistema de administración de guías se explicará en mayor detalle. La función del proceso de ventae proporciona varias características, incluyendo seguimiento de guías, selección de campaña, selección de guías, preparación de ventas, sumario de ventas, entrada/remisión de guías, y pista de verificación de guías. la característica de seguimiento de guías, cuando es seleccionada por el usuario, despliega todas las citas y eventos por fecha y hora. Las citas se pueden hacer para seguimientos principales, llamadas telefónicas o encuentros cara a cara. El usuario puede usar esta característica para ver información acerca de la campaña o cliente tal como historia de contactos, notas e incitaciones de ventas de clientes, para actualizar la información del cliente y los resultados de los contactos, remitir al cliente a otra persona de ventas, o reprogramar la actividad planeada. La característica de selección de campaña, cuando es seleccionada por el usuario, enlista todas las campañas asignadas a la sucursal y/o banquero personal con el número de guías y el estado de guías para cada campaña- La característica de selección de guías, cuando es seleccionada por el usuario, despliega visualmente las guías basadas en cómo se solicitó el despliegue en pantalla. Las guías se pueden desplegar visualmente ya sea por rango o en orden alfabético. A partir de esta pantalla, el usuario puede ver notas de campañas o clientes, ver información de productos y saldoe, ver hietoria de contactos, ver incitaciones, actualizar información de clientes y resultados de contactos o programar una actividad de seguimiento, o actualizar información de contacto con clientes y remitir el cliente a otra persona de ventas . La característica de preparación de ventas, cuando se selecciona por el usuario, exhibe todas las campañas para el cliente, información de contactos con el cliente tal como nombre/dirección, teléfono, mejor hora para llamar, información de supresión, y una historia de contactos anteriores. La característica también proporciona incitaciones y notas de preparación de ventas que se originan de otras fuentes dentro del sistema. Por ejemplo, incitaciones y notas de clientes vienen de información de clientes en el componente de perfil de relaciones. Las incitaciones de campaña se originan en la función de registro de campaña, y las notas de campaña se introducen por la persona que trabaja la guía en una libreta de notas "sin fin". Las incitaciones y notas de campaña permanecen con la guía. La característica de sumario de ventas, cuando se selecciona, se usa para capturar el resultado de cada contacto de ventas o intento de ventas. El sistema presentará la pantalla adecuada para introducir información para cerrar una guía de ventas, mantener una guía de ventas en progreso, programar el siguiente evento para esta guía, actualizar información del cliente, o introducir notas de clientes. La característica de sumario de ventas alimenta información al calendario de citas (la pantalla de seguimiento de guías) . Si se introduce una fecha, el calendario de citas se actualizará y el evento se programará. La pantalla de sumario de ventae también alimentará información a varias instalaciones que resumen inventarios de guías, tales como intentos de llamadas, y proporcionan varias estadísticas de campañas para ser usadas por la administración. La característica de entrada/remisión de guía, cuando es seleccionada por el usuario, se usa para asignar o reasignar guías de clientes y no clientes a una campaña y a una sucursal y/o banquero personal específicos. La pantalla de entrada/remisión de guía también se puede usar para capturar nuevas guías o para capturar información sobre remisiones de manera que la guía se pueda añadir a una campaña o transferir a otro banquero personal. Las guías, que siempre se asignan a una campaña específica, se pueden referir a clientes existentes o no clientes. Las guías pueden venir de negocios pequeños, clientes que asistieron a un seminario, remisiones de clientes actuales, y así sucesivamente.

La característica de pista de verificación de guías, cuando es seleccionada por el usuario, informa a los banqueros personales si alguien más ha trabajado sus guías asignadas. La pantalla de pista de verificación de guías despliega guías que han sido trabajados por otros o que han sido transferidas hacia o fuereí de un inventario de banquero personal . Los gerentes de sucursalee pueden verificar a todos los banqueros personales en su sucursal usando la característica de pista de verificación. La función de administración de selección de campaña se usa para equilibrar cargas de la campaña entre banqueros personales y sucursales. La pantalla de equilibrio de carga de sucursales muestra como están distribuidas las guías para cada campaña a los banqueros personales en la sucursal e indica "nuevas" guías contra aquellas "en progreso" . La pantalla permite que las guías se muevan de un banquero personal a otro, de un banquero personal y se redistribuyan de manera uniforme a todos los banqueros personales en la sucursal basándose en la carga de trabajo, o se remuevan por completo y se saquen de la campaña. La pantalla de equilibrio de carga de campañas es similar a la pantalla de equilibrio de carga de sucursales, pero muestra cómo se distribuyen las guías cargas para cada campaña entre las sucursales, en vez de entre los banqueros personales. Esta pantalla permite que las guías se muevan de una sucursal y se asignen a otra sucursal, se muevan de una sucursal y se distribuyan de manera uniforme a todas las sucursales basándose en cargas de trabajo, o se remuevan enteramente y se saquen de la campaña. La función de reporte de administración exhibe o imprime reportes de nivel organización o campaña que muestran el estado de las guías en cada campaña. Esta función de reporte también despliega una lista de todas las sucursales dentro del una área o banco para una campaña específica, y enlista todas las campañas para cada nivel de organización específico. Componente de Rastreo y Reporte de Ventas El componente de rastreo y reporte de ventas es un sistema de información de administración ("MIS") que proporciona reportes sumarios de ventas en línea diariamente sobre productos y servicios para organizaciones desde bancos y áreas hasta sucursales y banqueros personales . El componente de rastreo y reporte de ventas utiliza la base de datos central 10 para analizar y reportar transacciones de ventas para cada banquero personal u otro representante de servicio al cliente. El componente de información de administración o rastreo de ventas del sistema de información central de clientes está preferiblemente en forma de una computadora programable de propósitos generales que está enlazada preferiblemente por medios de telecomunicaciones tales como una red X.25, a los otros sistemas de la presente invención. Más específicamente, el componente de información de administración o rastreo de ventas está enlazado a las otras porciones del sistema de tal manera que toda transacción que se presenta dentro del sistema se puede rastrear. Esto proporciona numerosas oportunidades para rastrear y reportar información de ventas para facilitar el proceso de ventas. Por ejemplo, el componente de información de administración o rastreo de ventas preferiblemente incluye un elemento para recibir entradas desde los sistemas ramificados y elementos para rastrear y reportar totales en línea de acuerdo con dos diferentes jerarquías, producto y organización. Está disponible visualización e impresión en línea diariamente y los totales están disponibles por reportes de ventas dentro de sucursales y negocios. También, se reporta información por períodos de tiempo; diariamente, mensualmente, por trimestre o por el año. Las transacciones de ventas se almacenan en la base de datos central 10 durante un tiempo previamente determinado después de entrar en el sistema de información central de clientes 13 (por ejemplo, veinticuatro meses) , se capturan directamente a partir de anotaciones de contabilidad reales durante las sesiones de ventas, y están disponibles en tiempo real tan pronto como se transmiten las transacciones de ventas a la base de datos central 10. El componente de rastreo y reporte de ventas incluye un sumario de ventas almacenado en la base de datoe central 10 que se actualiza diariamente, de manera que está disponible información de ventas actualizada al inicio de cada día de trabajo. Haciendo referencia a la Figura 9A, el componente de rastreo y reporte de ventas incluye tres secciones funcionales: funciones de "rastreo de ventas" para crear reportes; de "mantenimiento de tablas" para ver o actualizar tablas; y de "entrada de sucursal" para sumar sesiones, corregir sesiones, e introducir información para otros tipos de actividades de ventas. Como se muestra en la figura 9B, la función de rastreo de venas incluye varios reportes previamente formateados para exhibir información de ventas usando la información almacenada en la base de datos central 10. Un reporte de resultados de ventas muestra ventas por número de cuentas y por dólares nuevos y existentes en obligaciones, valores, y productos de inversión. Este reporte también proporciona reportes consolidados para listas de sucursales y banqueros personales . Un reporte de servicios muestra las ventas de tales servicios bancarios como' acceso directo, teléfono mejorado, y cheques como efectivo. Un reporte de resultado de ventas cruzado muestra el número de productos vendidos por sesión a clientes nuevos y existentes. Una fuente de reporte de fondos muestra si las cuentas han sido fundadas de otros bancos de la competencia, compañías de inversiones, y tipos específicos de cuentas. Una fuente de reporte de clientes muestra impactos de campañas y anuncios. Un reporte de actividades de sucursal muestra actividades de la sucursal introducidas a través del componente de rastreo y reporte de ventas . Un reporte de resultados contra metas indica si una sucursal o banquero personal particular está satisfaciendo las metas fijadas por la administración de la campaña. Haciendo referencia de nuevo a la Figura 9A, las funciones de sesión y mantenimiento de lista del componente de rastreo y reporte proporcionan varias pantallas de entrada de sucureal . Basado en el perfil de seguridad del usuario, el usuario puede usar las pantallas de entrada a sucursal para añadir, borrar o editar información acerca de sesiones enteras, clientes, productos, servicios, fondos u otros tipos de actividades de ventas, la información de entrada se procesa entonces y se actualiza en la base de datos central 10 y está disponible para revisar usando la función de rastreo y reporte de ventas . El componente de rastreo y reporte de ventas preferiblemente se usa para proporcionar indicadores de objetivo para manejar compensación de empleado. Por ejemplo, el componente de rastreo de ventas proporciona una indicación de la cantidad de ingresos generados por la institución financiera por cada banquero personal y gerente de sucursal. Esto, a su vez, proporciona una indicación directa de valor del banquero personal o gerente de sucursal a la institución financiera. La tecnología de servidor al cliente del rastreo de ventas proporciona extractos de datos fechados, rápidos de la base de datos de clientes. Cuando se usa en conexión con una sucursal que usa una estación de bienvenida o alguna otra forma de rastrear llegadas de clientes como se describe más adelante, el rastreo de ventas o componente de información de administración del sistema de información central de clientes de la presente invención preferiblemente incluye medios para rastrear y reportar la numeración de llegadas de clientes recuperadas de la cola de bienvenida o del número de veces que un perfil de planeación de ventas se realizo por tipo (correo, teléfono, en persona) . El componente de información de administración o rastreo de ventas del sistema de información central de clientes también incluye medios para rastrear y reportar los tiempos de sesión promedios que no dieron como resultado una apertura de cuenta o el número de veces que se tuvo acceso a la pantalla de perfil de planeación de ventas. El componente de información de administración o rastreo de ventas puede generar una variedad de reportes adicionales cuando se usa en conexión con una sucursal que usa una estación de bienvenida o alguna otra manera de rastrear llegadas de clientes. Por ejemplo, el sistema puede rastrear y reportar información pertinente a la llegada en la sucureal de clientes nuevos y existentes que pasan por el proceso de ventas, lo cual incluye la siguiente información: tipo de llegada; tiempo de espera; tiempo de sesión de ventas; tiempo de sesión promedio,- uso de herramientas de ventas; tipo de producto; dólares por tipo de producto; nombre y dirección del cliente; tipo de producto, propósito de su visita e identificación del representante de ventas. Cuando se proporciona una estación de bienvenida o alguna otra manera de rastrear llegadas de clientes, el componente de información de administración o rastreo de ventas del sistema de información central de clientes se puede también rastrear y reportar información pertinente a instancias en las cuales el cliente abandona la cola de espera, esto incluye la siguiente información: tipo de llegada; hora de legada; tiempo de espera total; tiempo de espera esperado; nombre del cliente, dirección de cliente y propósito de su visita. El componente de información de administración o rastreo de ventas también puede rastrear y reportar información pertinente a instancias en las cuales se dan renuncias de tarifas a clientes durante la apertura de cuentas. Estos reportes incluye la siguiente información; nombre del cliente; número de cuenta; tipo de cuenta; razón de renuncia de tarifa; identificación de representante de ventae. El componente de información de administración o rastreo de ventas también puede rastrear y reportar información pertinente a instancias en las cuales las excepciones de los lineamentos de tasas de préstamos & obligaciones ee dan a los clientes durante la apertura de cuenta. Estos reportes incluyen la siguiente información: nombre del cliente; número de cuenta,- tipo de cuenta; tasa de precio de lineamiento; tasa de precio de excepción; razón de excepción e identificación del representante de ventas. Calificación del cliente y Estrategias de Contacto Se determina una calificación de valor de tiempo de vida (LTV) adaptada al cliente, comprensiva para cada cliente usando la información contenida en la base de datos central 10. La calificación de valor de tiempo de vida se calcula basado en el total de ganancias contribuidas por el cliente sobre el espectro entero de productos y servicios usados por el cliente. Las ganancias de todos los productos y servicios se agrupan entre sí para proporcionar una indicación del valor total del cliente para el banco. La calificación de valor de tiempo de vida se convierte entonces en una característica seleccionable en cada registro de cliente, de manera que se puedan diseñar programas de servicio y comercialización alrededor de valores de tiempo de vida. Por ejemplo, una campaña para ciertos productos o servicios del banco podría limitarse para clientes con un valor de tiempo de vida que exceda una cantidad previamente determinada. Además, se genera una calificación de ingreso neto del cliente actualizada, dinámica, para indicar el valor actual de la costeabilidad del cliente. Esta calificación se puede usar para comparar finanzas de negocio, par seleccionar candidatos para programas de comercialización/sucursal, e identificar contribuciones primas o marginales de clientes. Varios modelos de estrategia de contacto se usan preferiblemente en la presente invención para identificar y dirigirse a guías de ventas que son los mejores candidatos para cada campaña de ventas. Estos modelos se basan en la propensión de los clientes de comportarse de ciertas maneras. Por ejemplo, los clientes que satisfacen ciertos criterios, tales como que poseen casa propia, tienen hijos, financian educación universitaria y tienen bajos depósitos o inversiones, tienen una mayor probabilidad de usar productos de crédito. Los modelos de estrategia de contacto permiten dirigirse a guías para ser generadas en el centro de microcomercialización 11 que aumenta la tasa de éxito de contactos de clientes por personal de ventas usando el sistema de información central de clientes 13. Un componente de estandarización de nombre/dirección proporciona una forma de aproximación sistemática para seleccionar números "primos" y direcciones entre nombres y direcciones posibles en la base de datos, y estandarizarlos para hacerlos los nombres y direcciones más enviables por correo, al eetandarizar los nombres y direcciones, es posible aumentar la generación de listas desde una computadora de escritorio de un usuario final . Una distancia del componente de sucursal proporciona un método de sietema adaptado al cliente de elegir situaciones de sucursales de las tres situaciones de sucursales más cercanas a una dirección dada, tomando en cuenta características geográficas como ríos, y así sucesivamente. Esta característica permite que os tres bancos o sucursales más cercanos a la dirección usen programas de comercialización dirigidos usando técnicas de comercialización de radio. Proceso y sistema de apertura de cuentas Otro aspecto importante de la presente invención es entrelazarse de ventas electrónicas y sistema y proceso de soporte del servicio con un sistema y método para abrir una sola cuenta que incluye un rango completo de componentes financieros. Así el sistema integrado de la presente invención también incluye preferiblemente un sistema 17 para abrir una cuenta, preferiblemente en una sola sesión. El sistema está preferiblemente en comunicación con la base de datos central, centros de microcomercialización, sistemas de información central de clientes y sistemas de ramificación de la presente invención de manera que los datos puede pasar entre estos sistemas cuando es legal y adecuado. En su forma preferida, el sistema 17 y proceso para una cuenta de un solo paso o apertura de relación incluye varios pasos o etapas generales. Estas son: selección de cuenta, valoración de necesidades, construir un perfil personal, construir la cuenta del cliente, seleccionar loe eervicios al cliente, inscribir al cliente en servicios de acceso remoto, imprimir una forma de inscripción, emitir una tarjeta bancaria, determinar la identificación y número de personas que tengan acceso a una cuenta y finalmente, seguimientos convenientes . Los medios para llevar a cabo estos pasos incluyen una computadora de propósitos generales especialmente programada, un módem, una impresora y una grabadora en relieve de tarjetas. La computadora se programa para proporcionar una variedad de cuentas integradas que están efectivamente (pero no realmente) "conectadas" entre sí en vez de enlazadas en una base adecuada. Más generalmente, el sistema incluye medios para recolectar datos concernientes a la situación financiera y/o de inversiones de un cliente, medios para realizar un análisis de necesidades basado en los datos recolectados, los medios para desplegar información de la cuenta, medios para hacer recomendaciones basadas en las necesidades de valoración, medios para introducir una selección de componentes del cliente, medios para desplegar un facsímil o representación de una declaración bancaria del cliente, medios para añadir componentee de cuenta para construir una sola cuenta que proporcione todos los servicios deseados por el cliente y que satisfaga mejor las necesidades del cliente, medios para actualizar el despliegue de la representación por facsímil de un estado bancario del cliente, medios para realizar una verificación de crédito, medios para determinar un solo cargo basado en los servicios proporcionados, medios para inscribir a un cliente en servicios de acceso remoto, incluyendo medios para emitir una tarjeta bancaria y un código de identificación personal; medios para identificar datos faltantes y medios para incitar al usuario a introducir datos que no han sido proporcionados. Las figuras 10A y 10B muestran una secuencia actualmente preferida del proceso para abrir una cuenta de la presente invención a alto nivel. Específicamente, la figura 10A muestra el proceso para un nuevo cliente y la figura 10B muestra el proceso para un cliente existente. Los procesos son naturalmente muy parecidos. Las diferencias reflejan el hecho de que el banco ya cuenta con información básica concerniente a los clientes existentes y al hecho de que los clientes existentes ya están algo familiarizados con los servicios y dispositivos de acceso ofrecidos por el banco. En un sentido más general, las diferencias en los pasos del proceso reflejan la diferencia entre la creación de una cuenta y la conversión de una cuenta. Como se explica más adelante, la secuencia de los pasos particulares puede variar sin apartarse del objetivo central, es decir, la apertura de cuenta en un paso. La modalidad preferida del sietema para realizar los pasos de las figuras 10A-10B se detallan en loe diagramas de flujo mostrados en las figuras 11A-17B. Sistema y Paso (100) (de bienvenida) de Identificación del cliente Un paso opcional, pero útil en el método de apertura de la relación en un paso es un paso de filtro inicial al que algunas veces se hace referencia como el paso de bienvenida. El propósito de este paso es recabar preliminarmente información y comprobar el propósito de la visita del cliente. Después de hacer contacto con el banco, típicamente entrando a una sucursal, al cliente se le da la bienvenida y entra a una cola. Este paso de bienvenida inicial es útil para identificar clientes nuevos. Para cada cliente nuevo se solicitará nombre, dirección, y propósito de la visita. Para clientes existentes, el cliente se identifica de varias maneras diferentes: por número de cuenta, nombre (ya sea solo o con dirección y código postal) , número de seguro social, y tarjeta bancaria, ya sea por entrada del número o por inmersión de tarjeta bancaria y entrada de clave de identificación personal (PIC) . El sistema incluye medios como una computadora de propósitos generales especialmente programada o estación de trabajo y un dispositivo de entrada (tal como un teclado, lector de tarjetas, ratón o pantalla táctil) que permita al usuario introducir datos obtenidos del cliente. El que da la bienvenida (anfitrión) crea entonces (en el caso de un nuevo cliente) o invoca (en el caso de un cliente existente) un perfil que permite que el cajero (o banquero personal) conozca todo lo que esté disponible del cliente; incluyendo, pero sin limitarse a, información sobre tarjetas de crédito, hipotecas, amparos de impuestos, etcétera. El sistema de la presente invención preferiblemente permite diferentes niveles de acceso dependiendo de las necesidades de usuario y del flujo deseado de clientes. Por ejemplo, un anfitrión o cajero típicamente tiene acceso limitado porque al banco le gustaría que terminara las transacciones tan rápidamente como fuera posible. Un banquero personal, por otro lado, generalmente pasa más tiempo con el cliente y por lo tanto deberá tener mayor acceso. Si el anfitrión no captura un perfil de identificación preliminar, el sistema incitará al siguiente usuario a capturar el perfil preliminar antes de hacer una verificación de crédito. Así, el sistema permite que esta información inicial sea reunida en uno o dos pasos. Específicamente, el sistema de la presente invención se programa para permitir entrada de datos en relación con un paeo para fluir hacia arriba o hacia abajo en otros (y preferiblemente todos) los campos de datos relevantes para su uso en otro, y preferiblemente todos los pasos. El paso de bienvenida inicial 100, aunque no es un paso necesario en el sistema de la presente invención, es útil para lograr el objetivo de hacer el proceso tan fácil como sea posible para el cliente no preguntando información que el cliente ya ha proporcionado. El anfitrión puede también determinar el propósito de la visita del cliente redirigir al cliente a acceder a alternativas y, cuando sea posible, satisfacer sus necesidades inmediatas. El paso de bienvenida inicial también hace posible que el siguiente usuario se prepare para el cliente como se discute más adelante. Cuando el sistema y proceso de apertura de cuentas se usa como parte del sistema integrado de la presente invención, el paso de bienvenida es particularmente importante. En particular, aparte de las ventajas antes mencionadas, el paso de bienvenida proporciona información útil concerniente a clientes y clientes potenciales que entran a una sucursal y hacen posible determinar, entre otras cosas, qué tanto tiempo espera un cliente en la cola, qué tan frecuentemente visita un cliente una sucursal particular. Esto es útil para los componentes del sistema de información de administración del sistema de información central de clientes de la presente invención, como se describe anteriormente.

Sistema y paso (200) de revisión de perfil Antes de encontrarse con el cliente, el usuario (banquero personal) deberá revisar el perfil del cliente para prepararse para la conversación de ventas. El sistema preferiblemente incluye una computadora de propósitos generales y/o eetaciones de trabajo en red para este fin. Las computadoras o las estaciones de trabajo deberán, desde luego, incluir algún tipo de despliegue visual. El principal objetivo de la revisión de perfil es prepararse para una sesión de ventas con el cliente. De nuevo, cuando es legal y adecuado, información adicional obtenida de la base de datos central, por ejemplo, se puede usar durante este paso. Sistema y paso (300) de dirigirse a las necesidades inmediatas El cliente algunas veces se pone en contacto con bancos de consumidor por una razón específica y simple que se puede manejar rápidamente y no requiere ayuda personal cercana. Los ejemplos incluyen comprar un certificado de depósito o un Bono de Ahorro de los Estados Unidos. En estos casos, el cliente deberá atenderse tan pronto como sea posible. El sistema permite esto incitando al usuario que determine si el cliente está interesado en una transacción simple que puede y debe manejarse inmediatamente. Para este paso, el sietema incluye una computadora de propósitos generales programada o una estación de trabajo con un despliegue visual u otro dispositivo para incitar al usuario.

Sistema y paso (400) de selección de tipo de cuenta Despuée de que ee ha dado la bienvenida al cliente y se han atendido sus necesidades inmediatas, el cliente es saludado por el siguiente usuario (normalmente un banquero personal) (si esto no se hizo en Dirigirse a las Necesidades Inmediatas) , y el perfil del cliente continúa en el mismo sistema. Habrá algunas cuestiones básicas que el banquero personal (también el usuario) puede preguntar al cliente para determinar, en un sentido general, las necesidades financieras del cliente y como ayudar mejor al cliente. Específicamente, se determina el tipo de cuenta que el cliente necesita (suponiendo que el banco ofrece más de una clase de cuenta) .

El flujo de abertura de cuenta es lo suficientemente flexible para soportar a un cliente interesado en abrir una pieza de una cuenta, tal como un certificado de depósito en una cantidad corta de tiempo, así como un cliente que desee pasar más tiempo discutiendo sus necesidades financieras y abriendo los distintos componentes de una cuenta integrada que mejor le quede. Para facilitar este paso, el sistema incluye una computadora personal de propósitos generales o estación de trabajo programada para incitar al usuario a proporcionar ciertos datos, recibir los datos y enviar los datos a todos los campos relevantes. De nuevo, el sistema también incluye un dispositivo de entrada convenientes para permitir al usuario interactuar con la computadora.

La discusión con el cliente también dará al usuario (típicamente un banquero personal o un representante del centro de servicio telefónico del banco de consumidor) un sentido de los componentes dentro de la cuenta bancario integrada de la presente invención que el cliente está explícitamente interesado y los componentes que el usuario necesitarán vender al cliente. El sistema tiene flexibilidad para dirigir las vastas diferencias en interacciones de cliente. Para adaptarse a esta necesidad, el sistema se programa para permitir que los datos fluyan corriente arriba y corriente abajo a donde quiera que se necesite y verifica cada paso para ver si los datos requeridos ya se han recibido. Una computadora de propósitos generales se usa para este fin, pero la computadora opera como si los campos de datos para el componente de la cuenta estuviera "conectados" entre sí. De esta manera, los datos se solicitarán una y solamente una vez en el punto den el proceso que el usuario encuentre más convenientes. Como se discute más adelante , el sistema también proporciona un "archivo pendiente" para almacenar información relevante que se está recolectando, pero no se necesita inmediatamente. Como se muestra en las Figuras 10A y 10B, el proceso después del paso de selección del tipo de cuenta es ligeramente diferente para clientes nuevos y clientes existentes. Específicamente, el proceso para un nuevo cliente presenta cada paso en secuencia. Para clientes existentes, sin embargo, el usuario puede elegir pasar oír alto el paso ya sea la introducción de cuenta o la valoración de necesidades por completo. De nuevo, esto permite al usuario (banquero personal) ejercer su juicio. Para ambos procesos, sin embargo, el paso es esencialmente el mismo, como se explica más adelante . Sistema y paso (500) para valorar necesidades El paso de valoración de necesidades es esencialmente una herramienta de ventas para permitir al usuario y al cliente elegir la mejor cuenta y componentes de cuentas para las necesidades particulares del cliente. Un sistema usado para el paso de Valoración de Necesidades es flexible de manera que los datos se pueden proporcionar en un orden que es consistente con la experiencia de ventas del usuario o representante de centro de servicio telefónico y las necesidades expresadas del cliente. De nuevo, el sistema incluye una computadora programada para ajustar esta necesidad enviando datos, corriente arriba o corriente abajo, a todas las situaciones donde se requiera. De este modo, el usuario puede temporalmente retrasar la introducción de datos críticos . El paso de valoración de necesidades involucra introducir datos como respuesta a cuestiones más detalladas que identifican necesidades del cliente específicas y/o oportunidades de ventas para el usuario. Estas cuestiones ayudarán al usuario a adaptar al cliente la cuenta de banco integrada para el cliente. El sistema, de nuevo, se programa de manera que la entrada de datos durante este paso pasará a travée de otroe campos relevantes . Una descripción de una modalidad de los pasos de selección de cuenta y valoración de necesidades se ilustra en las Figuras 11A-11C. El proceso se puede entender fácilmente con referencia al diagrama de flujo y las Figuras 11A-11C. Sin embargo, deberán notarse varias características. Como se muestra en la Figura HA, en cuanto el usuario introduce el proceso de selección de cuenta, se presentan con una pantalla que proporciona una elección de seleccionar una cuenta o valorar necesidades. Así, si el cliente está interesado en un tipo específico de cuenta, por ejemplo, una cuenta "Citibank" o "CitiGold", el proceso de análisis de necesidades se puede pasar por alto. En el ejemplo ilustrado en la Figura HA, cuando el usuario elige "SELECT AN ACCOUNT" (seleccionar una cuenta) , al usuario se le presenta una lista de las cuentas disponibles para hacer otra selección. Si, por otro lado, se desea un análisis de necesidades, el usuario selecciona "ASSESS NEEDS" (valorar necesidades) y se sigue el proceso detallado en la Figura 11C. En la modalidad específica en la Figura HA, se puede seleccionar también una selección por omisión de una "CITIBANK ACCOUNT" (cuenta Citibank) . La Figura 11C ilustra un ejemplo del proceso de apertura de cuenta valoración de necesidades de la presente invención. Como se muestra en la misma, después de que el usuario decide valorar necesidades, se les presenta un menú que les permite seleccionar una área particular, por ejemplo "CRÉDITO", "METAS FINANCIERAS", "PERSONAL" O por omisión, "IMAGEN FINANCIERA". Dependiendo de la selección hecha en este punto, el usuario es incitado a proporcionar información concerniente al área específica seleccionada o, en el caso de la selección de "IMAGEN FINANCIERA", la información concerniente a una variedad de áreas . Este proceso continúa hasta que la valoración de necesidades está completa. El proceso para proporcionar información de producto se representa en las figuras 11B. Como se muestra en las mismas, este sistema permite al usuario proporcionar información en relación con las áreas específicas de interés para el cliente. El proceso se puede repetir hasta que todas las cuestiones han sido respondidas. En ese punto, el usuario puede elegir proceder a la sección de perfil personal. De nuevo, la flexibilidad es un aspecto importante del sistema de la presente invención. El usuario puede elegir no proporcionar cierta información si a su juicio al cliente no se le ha pedido que proporcione la información en ese momento. Así, no se requerirá la entrada de datos en este paso, pero se hace un registro si este paso se pasa por alto de manera que se pueda recolectar después . La información capturada durante el paso de Valoración de Necesidades eventualmente se almacena en el perfil del cliente junto con las respuestas a las cuestiones de Valoración de Necesidades. De esta manera, otros usuarios (empleados bancarios) podrán tener acceso a información del cliente no importa dónde el cliente toque al banco. Como se mencionó antes, el sistema de la presente invención incluye un "archivo pendiente" para almacenar información que está recolectada, pero no se necesita inmediatamente. Más específicamente, el sietema preferiblemente incluye alguna forma de dispositivo de almacenamiento recuperable electrónicamente. De nuevo, cuando es legal y adecuado, se podría usar durante este paso información adicional obtenida de la base de datos central, por ejemplo. El sistema puede incluir varias herramientas de ventas del usuario, incluyendo un análisis de Poder de Préstamo, que aprovecha los datos recolectados en este paso.

Por ejemplo, un usuario tendrá la capacidad de desplegar en pantalla e imprimir información de precios . Otra herramienta de ventas disponible incluye información que se refiere a acceso las 24 horas; asesoría financiera; tarifas y servicios. El sistema es suficientemente flexible para poner todas estas herramientas disponibles al mismo tiempo permitiendo al usuario rápidamente pasar por alto estas herramientas de ventas por entero. Para ajustar la información de precio de BPA y cualquier otra herramienta de ventas, el sistema incluye una computadora de propósitoe generales programada y/o una estación de trabajo. Así, como se usa en relación con el sistema de la presente invención, el paso de valoración de necesidadee captura y almacena información para identificar necesidades existentes y uturas. La información preferiblemente se pasa a través de una apertura de cuenta cuando es aplicable y legalmente permitido. Además, la información recolectada durante la apertura de cuenta se alimenta preferiblemente a través del sistema de información central del cliente de la interfase de la presente invención y se usa para cerrar guías,-asignar clientes a un portafolios de banquero personal; reportar llegadas diarias; rastrear nuevas estadísticas de cuentas, etcétera; asignar remisiones y seguimientos de archivos pendientes . Sistema y Paso (600) de introducción a cuentas Para los nuevos clientes, este paso involucra una introducción a los distintos tipos de cuentas integradas ofrecidas por el banco. Los componentes disponibles y los precios mensuales también se explican preferiblemente. Para clientes existentes, este paso involucra una explicación de la cuenta nueva integrada. Además, se realiza una verificación de crédito en cuanto el usuario obtiene una clara indicación de que el cliente pretende abrir una cuenta. Típicamente la verificación de crédito involucra dos pasos separados -- una investigación inicial para ver si el cliente está entre una lista de malos clientes, por ejemplo, una investigación CHEX, y segundo, un reporte estándar de oficina de crédito. Para facilitar las verificaciones de crédito con servicios o agencias externas, el sistema preferiblemente incluye un módem u otro equipo de comunicación. Ordinariamente, el sistema conducirá ambos pasos de verificación de crédito al mismo tiempo, y las respuestas se desplegarán en la misma pantalla. Sin embargo, en el caso de que no se obtenga una respuesta (es decir, debido a problemas del sistema) , la otra respuesta se despliega y no deberá soltarse hasta que la otra esté disponible. El sistema tiene la flexibilidad de introducir solamente las necesidades básicas para la verificación de crédito, es decir, nombre, dirección, número de seguridad social, fecha de nacimiento y nacionalidad y opcionalmente, empleo, ingreso y costos de vivienda. Si no se han obtenido anteriormente estos datos de indentificación se deben capturar ahora. El sistema es suficientemente flexible para excusar a los clientes existentes de este proceso de filtro si la última verificación de crédito (la cual está almacenada) se hizo dentro de los últimos 12 meses, por ejemplo. También los dos pasos de la verificación de crédito se ejecutan por separado y el sistema tiene la capacidad, dado el adecuada otorgamiento de derechos de ignorar loe resultados del análisis inicial. Si el usuario ha sido capaz de obtener información de empleo, ingresos, y vivienda, el sistema será capaz de regresar una cantidad de préstamo específica para cualquiera de los productos que son parte de la oferta de créditos calificados. La cantidad calificada de crédito, si la hay, desplegará visualmente en la misma pantalla que despliega las respuestas de verificación de crédito. Si el cliente no está calificado para obligaciones, el sistema permite que el usuario (típicamente autorizado por el gerente de crédito) determine si la razón se puede pasar por alto y abrise la cuenta. Si la cuenta se abre, las circunstancias de la renuncia/pasada por alto se capturan y almacenan con la información demográfica del cliente. Si no se abre la cuenta, una nota de "tipo de acción adversa" se debe imprimir en la sucursal o el centro de servicio telefónico bancario del consumidor que muestre el nombre y número telefónico de CHEX y/o la oficina de crédito de donde se recibió la información y se proporcionó al cliente. El resultado de la verificación de crédito y la valoración de necesidades es una recomendación es una recomendación específica de una cuenta para componentes que servirán mejor a las necesidades del cliente. El sistema proporciona al usuario herramientas de ventas tales como una pantalla o conjunto de pantallas que permitirán al usuario mostrar claramente el poder de la cuenta integrada, sus componentes y cómo puede tener el cliente mejor acceso a sue cuentas . De nuevo, el sistema incluye una computadora programada y medios de entrada convenientes para incitar al usuario y recolectar datos para realizar este paso. Sistema y paso (700) de perfil personal En cuanto el paso de selección de cuentas/análisis de necesidades se completa, el sistema procede al Paso de perfil Personal. Durante este paso, el usuario recolectará cualquier otra información personal que no se haya completado todavía. Debido a la flexibilidad de los sistemas, los datos recolectados aquí variarán dependiendo de qué se recolectó previamente. De nuevo, una computadora con un dispositivo de entrada conveniente se usa con este fin. Un módem u otro equipo de comunicación se proporciona preferiblemente para permitir a la computadora comunicarse, por ejemplo, con oficinas de crédito exteriores . En algunos casos, la verificación de crédito se ejecutará durante este paso si no se ejecutó previamente. Siguiendo a la información personal, cualquier información de empleo que no se haya recolectado todavía se completará. Habrá una pantalla (por firmante en la cuenta) para capturar información personal y una pantalla (de nuevo, por firmante) para capturar información de empleo. La información incluida en la pantalla de empleo eerá el nombre y la dirección del empleador actual y anterior, tiempo en el actual y anterior empleador, selector de ocupación) a partir de una lista para elegir de catálogos. Un campo para introducir el método de verificación de empleo, si se realiza, se proporcionará en esta pantalla y, si se introduce, se transmitirá a la oficina de crédito con la solicitud de manea que la verificación no tendrá que realizarse cuando se revise la decisión de crédito. El sistema para abrir cuenta de acuerdo con la presente invención podrá también habilitar al usuario para capturar el lenguaje de preferencia del cliente para su uso posterior y mejoramientos tales como inclusión en la cinta magnética en las tarjetas bancarias. Si el cliente es un extranjero no residente, por ejemplo, la cuenta estará señalada de manera que este hecho y el idioma de preferencia se desplegarán en el perfil del cliente para atención posterior. Una modalidad preferida del sistema y método para realizar el paso de proceso de perfil personal se ilustra en el diagrama de flujo de las Figuras 12A-12E. De nuevo, este proceso comienza en cuanto el paso de selección de cuenta/valoración de necesidades está completo. Como se muestra en la Figura 12A, el proceso involucra recolectar identificación e información tal como propiedad de la cuenta, el nombre del cliente, la dirección de su casa y número telefónico, nacionalidad, número de seguridad social y fecha de nacimiento. El sistema incluye una computadora de propósitos generales y/o estación de trabajo con medios de entrada convenientes para facilitar este paso. De nuevo, donde sea legal y apropiado, información adicional obtenida de la base de datos central, por ejemplo, podría usarse durante este paso. Como se muestra en la Figura 12A, el sistema genera y despliega al usuario una pantalla de perfil inicial que muestra los campos de datos necesarios con cualquier dato que se haya recolectado en el campo. Así, consistente con los objetivos de esta invención, el cliente no necesita proporcionar esta información de nuevo. Después de que se recolectan los datos del perfil preliminar, el sistema determina si la verificación de crédito ya se hizo en el paso anterior. Si sí se hizo, el sistema se mueve al flujo del proceso mostrado en la Figura 12D para continuar construyendo el perfil personal . Si la oficina de crédito no ha sido llamado el sistema interroga si habrá firmantes adicionales en la cuenta. Si sí los hay, el proceso se revierte al flujo mostrado en la Figura 12A hasta que se recolecta el perfil preliminar para cada uno de los firmantes adicionales . Después de que se recolecta el perfil preliminar para cada firmante se hace una determinación de si de todos modos se llama a la oficina de crédito. Si no se llama a la oficina de crédito, el proceso puede continuar, pero no ee puede ofrecer crédito. Si se hace una determinación de llamar a la oficina de crédito entonces se hace una verificación de calidad para determinar si los datos están completos. Si no lo están, se genera un mensaje de error y se permite que el usuario continúe con el archivo pendiente. Si todos los datos están completos entonces el proceso continúa al flujo mostrado en el flujo mostrado en la Figura 12C. Como se muestra en la Figura 12C, esta parte del flujo del proceso comienza con una llamada a la oficina de crédito. Una computadora programada y equipo de comunicaciones como un módem se usa para este fin. El sistema verifica para ver si la transmisión de información para la oficina de crédito. En la modalidad preferida, se realiza una verificación de crédito de dos pasos como se explicó. Basándose en los resultados del reporte de buró de crédito, se hace una determinación sobre si se aprueba la cuenta. Si se aprueba la cuenta, entonces el flujo del proceso continúa como se muestra en la figura 12D. si se hace una determinación negativa, entonces se despliega una pantalla con los resultados del reporte de crédito dando al usuario, un empleado del banco la capacidad de hacer caso omiso. Si el usuario elige hacer caso omiso del rechazo entonces el proceso continúa como se muestra en la Figura 12D. Si, por otro lado, la decisión negativa no se invalida, se da la opción al usuario de imprimir un reporte de acción adversa y termina la seeión. La Figura 12D muestra la continuación del proceso en el caso donde la solicitud del cliente para la cuenta ha sido aprobada. Como se muestra en la misma, el proceso comienza incitando al usuario a introducir datos que se refieren al empleo. Si el cliente ha estado con el empleador durante dos años o menos se obtiene información del empleador anterior. El sistema continúa pidiendo información concerniente a la dirección del trabajo, teléfono del trabajo e ingresos. Si el usuario desea depender de fuentes adicionales de ingreso, entonces se recolecta información sobre ingresos adicionales. El proceso se repite para cada firmante en la cuenta. En cuanto se han recolectados los datos de todos los firmantes, el proceso continúa como se muestra en la Figura 12E. El proceso de construir un perfil personal concluye con un despliegue de la pantalla del perfil para las identificaciones de usuario. Si hay más de dos firmantes, el proceso se repite hasta que todos los firmantes se han visualizado. Finalmente, se hace una verificación de calidad para determinar que se han recibido datos completos. Si no se han recibido los datos completos, se genera un mensaje y al usuario se le permite continuar con el archivo pendiente. Si se ha recibido información completa, entonces el proceso continúa hasta el siguiente paso, a saber, construir una cuenta. Sistema y paso (800) de selección de producto construcción de cuenta (incluyendo decisión de crédito 800 (810) ) Otro aspecto particularmente importante de la presente invención es el medio y proceso de construir la cuenta. En particular, la presente invención proporciona una interfase visual que permite al usuario y cliente vigilar la cuenta conforme se está construyendo. Las Figuras 18A - 18C muestran un ejemplo del despliegue visual usado en el proceso de construir la cuenta. Como se muestra en la Figura 18A, el sistema despliega información de la cuenta en una pantalla de computadora en un motivo de estado de cuenta del banco, es decir, se exhibe un facsímil o una representación de una estado de cuenta del banco. El uso de un motivo de estado de cuenta para la construcción de la cuenta es una parte importante de esta invención y está de acuerdo con el objetivo subyacente de presentar una interfase consistente a los clientes. El despliegue muestra cómo se ve un estado de cuenta de cliente antes de que se construya la cuenta. Los componentes nucleares como cheques, ahorros, IMMA, certificados de crédito, retiro, corretaje, línea de crédito y tarjeta de crédito se incluyen en el ejemplo. Naturalmente, el estado de cuenta exhibido refleja saldos cero para cada cuenta. Cuando se añaden otros componentes a la cuenta como se explica más adelante, también aparecen en el estado de cuenta exhibido. Para construir la cuenta, el usuario selección (por dispositivo de entrada) uno de los componentes enlistados. Si, por ejemplo, se selecciona el componente "cheques", el sistema despliega una pantalla de construcción de componente de cheques del tipo mostrado en la Figura 18B. La pantalla permite al usuario seleccionar un componente particular e introducir la cantidad que se va a acreditar a la componente seleccionada. En el ejemplo mostrado, el usuario ha seleccionado el componente de cheques regular. El sistema también incita al usuario a introducir una cantidad que se va a asignar al componente de cheques que se ha seleccionado. Si, por ejemplo, el cliente elige asignar $5,000 a cheques, el usuario introduce esta cantidad y regresa a la pantalla de estado de cuenta exhibido. Como se muestra en la Figura 18C, el estado de cuenta desplegado se actualiza para reflejar un saldo de cheques de $5,000. De esta manea, el cliente y usuario pueden construir la cuenta integrada a las especificaciones del cliente y observar que la cuenta se está construyendo de una manera paso a paso. Además, la información se presenta en un estado de cuenta de banco que es consistente con todos los otros puntos de acceso del cliente para entrelazarse con el banco. En cuanto se han determinado los componentes de la cuenta de banco que el cliente pretende fundar durante la sesión, el usuario seleccionará funciones en la pantalla de apertura de cuenta. Para comenzar, el usuario seleccionará cualquier producto que será abierto en la sesión. En este punto, el sistema automáticamente asignará el número de componente par los componentes de obligaciones en la cuenta de banco de consumidor. Se puede pasar por alto el número asignado automáticamente, si es necesario. En seguida, el usuario completará cualquier detalle necesario como término, depósito inicial, y tasas de interés, entonces, el usuario introducirá el título de cuenta y cualquier otro dato específico necesario (por ejemplo, número de firmantes requeridos si hay otro que el uno por omisión) . Una modalidad preferida del sistema para construir la cuenta se muestra en las Figuras 13A-13M. El sistema incluye una computadora de propósitos generales programada para facilitar esos pasos . Como se muestra en la Figura 13A, el sistema comienza el proceso de construir cuentas exhibiendo una pantalla de construcción de estado de cuenta. Preferiblemente, este despliegue visual proporciona al usuario la oportunidad de seleccionar cada uno de los componentes de la cuenta integrada. En la modalidad mostrada, el usuario puede seleccionar entre doce componentes. Conforme se seleccionan los componentes en la cuenta y se construye la cuenta, las cantidades (depósitos, crédito) se exhiben en la pantalla de construcción de estado de cuenta de tipo mostrado en las Figuras 18A y 18C, por ejemplo. Típicamente, la cantidad para cada componente y la información relevante concerniente a ese componente se proporcionan seleccionando el componente y siguiendo el proceso para construir ese componente. En la modalidad preferida mostrada en la Figura 13A, sin embargo, las cantidades se pueden introducir directamente en la pantalla de construcción de estado de cuenta para cheques, ahorros y cuentas de mercado de dinero aseguradas si se desea. como se muestra en la Figura 13A, el sistema consistentemente proporciona al usuario la opción de regresar al paso previo, es decir, construir un perfil personal o moverse hacia adelante al siguiente paso, es decir, servicios de cuentas. A falta de una de estas selecciones, la porción del sistema mostrado en la Figura 13A opera en un ciclo mediante el cual el cliente selecciona un componente particular y procede a través del proceso prescrito para ese componente como se muestra en las Figuras 13B-13M y luego regresa a la pantalla de construcción de estado de cuenta, el cual se actualiza progreeivamente para incluir los componentes conforme se construyen. Si el usuario selecciona un componente de cheques el sistema sigue la trayectoria mostrada en la Figura 13B. Específicamente, el eistema despliega una pantalla o pantallas de componente de cheques . El usuario introduce entoncee la cantidad que ee va a aeignar a loe cheques. El sistema entonces interroga si habrá diferentes propietarios o diferentes direcciones para el componente de cheques. Si los hay, el sistema introduce entonces una subrutina para obtener información adicional que se refiere a diferentes firmantes y/o cambios en direcciones. De nuevo, un aspecto importante de la presente invención es que al usuario se le presenta inicialmente un despliegue visual que muestra toda la información saliente que se ha recolectado hasta ahora. Así, aun en la subrutina, solamente es necesario para el cliente y usuario proporcionar información que no se ha obtenido previamente. En cuanto el componente de cheques se ha construido en la especificación del cliente concerniente a propietarios y direcciones, el sistema proporciona la posibilidad de construir otro componente de cheques. Si un cliente elige construir un componente de cheques adicional, se despliega un mensaje y se sigue la rutina de nuevo. Si, por otro lado, el cliente elige no construir otro componente de cheques, entonces el sistema regresa a la pantalla de construir declaración de la Figura 13A y el usuario puede seleccionar otro componente. Si el usuario selecciona el componente de ahorros de la pantalla de estado de cuenta, el sistema sigue la trayectoria mostrada en la Figura 13C. El proceso mostrado en la Figura 13C para construir un componente de ahorros es esencialmente el mismo que el proceso para construir un componente de cheques. En particular, como se muestra en la Figura 13C, al usuario se le incita a introducir una cantidad par aun componente de ahorros y luego se le deja proporcionar cualquier información adicional requerida con respecto a diferentes propietarios o direcciones. Esto, de nuevo, se lleva a cabo a través del uso de una subrutina. Y finalmente al usuario se le permite elegir construir otro componente de ahorros. Cuando se ha construido el componente de ahorros a satisfacción del cliente, el sistema regresa a la pantalla de construcción de estado de cuenta mostrado en la Figura 13A. Cuando el usuario selecciona el componente de la cuenta de mercado de valores asegurados (IMMA) , el proceso sigue el flujo mostrado en la Figura 13D. El proceso de nuevo es similar al que se sigue para construir componentes de cheques y ahorros El usuario introduce una cantidad de IMMA y luego se le da la oportunidad de actualizar información concerniente a propietarios y direcciones. Finalmente al usuario se le da la oportunidad para construir otra cuenta IMMA y, si se desea, se repite el proceso. En cuanto todos los componentes IMMA han sido construidos, el proceso regresa a la pantalla de construcción de estado de cuenta de la Figura 13A. Si el usuario selecciona un componente de certificado de depósito, el sistema sigue el flujo mostrado en la Figura 13E. Específicamente, se despliega una pantalla de certificado de depósito y el ueuario introduce entonces una cantidad de certificado de depósito. El sistema incita entonces al usuario a introducir los parámetros de certificado de depósito que incluye término, programa de pagos de intereses e instrucciones de depósito. El proceso se repite hasta que todos los parámetros han sido introducidos. En cuanto todos los parámetros han sido introducidos el sistema permite que el usuario decida sobre el firmante autorizado para este componente. Esta subrutina comienza con un despliegue de los firmantes autorizados basándose en los datos previamente recolectados. El usuario puede entonces añadir firmantes adicionales. Si los firmantes adicionales que se van a añadir ya han sido perfilados, no se requiere más información. Por otro lado, si se enlista un nuevo firmante, el sistema señala que se enlista un nuevo firmante y se requerirá después un perfil. Una vez que los firmantes sean consistentes con las intenciones del cliente, el sistema permite que el usuario construya otro componente de certificado de depósito. Si el usuario elige hacerlo, el proceso se repite. Si, por otro lado, el usuario elige no construir otro componente de certificado de depósito, el sistema regresa a la pantalla de construir estado de cuenta de la Figura 13A. Si el usuario selecciona el componente IRA/401K, el sistema sigue el flujo mostrado en la Figura 13F. El flujo mostrado en la Figura 13F es un nivel muy alto que consiste solamente en un despliegue de opciones disponibles seguidas por la ejecución del proceso para elegir esas opciones. El proceso para construir las opciones podría, de acuerdo con la presente invención, donstruirse a lo largo de las líneas de los procesos mostrados en las Figuras 13B-13E para construir los componentes de cheques, ahorros, IMMA y certificados de depósito. En cuanto el componente IRA/401K se construye a satisfacción del cliente y del usuario, entonces el sistema regresa a la pantalla de construcción de estado de cuenta. Si el usuario selecciona el componente de valores o corretaje, el sistema sigue entonces el flujo mostrado en la Figura 13G. Específicamente, el sistema despliega una ventana de trabajo de valores que permite al usuario introducir una fecha y hora de cita o pedir una llamada de regreso. La razón de eso es que típicamente la información relacionada con construir el componente de valores se debe manejar por un empleado bancario autorizado. Si se hace una cita, entonces el sistema construye un mensaje de confirmación de valores y el sistema regresa a la pantalla de construcción de estado de cuenta . El sistema también incluye medios para limitar el acceso a ciertos usuarios autorizados o con licencia para asegurar el cumplimiento de reglamentos aplicables. Por ejemplo, la información obtenida en la sección de "Corretaje" será "información de inversiones" y cualquier otra información que puede ser específica de Corretaje. De acuerdo con los reglamentos, la "información de inversiones" solamente se la puede discutir con un cliente un individuo con licencia. Por lo tanto, el acceso a esa pantalla estará limitado a usuarios con licencia. El medio para limitar el acceso preferiblemente es un componente de propósitos generales programado. Si el usuario selecciona un componente de préstamo como una cuenta de cheques plus, el sistema sigue el flujo seguido en la Figura 13H. Específicamente, se hace una determinación inicial sobre si el crédito ha sido aprobado. Si el crédito no ha sido aprobado, entonces al usuario no se le permite construir este componente de la cuenta. Si, por otro lado, se aprueba el crédito, el sistema despliega una pantalla de oferta y opción de cheque plus que incluye información concerniente a la cantidad de crédito disponible. El cliente, vía el usuario, puede entonces aceptar la cantidad de crédito ofrecido, solicita crédito adicional (en cuyo caso el sistema deberá introducir un procedimiento por separado, no mostrado) para buscar autorización para la cantidad adicional, elegir aceptar menos crédito que el que se ofrece o declinar el crédito. El sistema regresa entonces a la pantalla de construcción de estado de cuenta de la Figura 13A. Si el usuario elige construir un componente de crédito no asegurado, el sistema sigue el flujo mostrado en la Figura 131. Específicamente, se hace una determinación inicial sobre si el crédito ha sido aprobado. Si no, entonces al usuario no se le permite construir el componente de crédito no asegurado. Si el crédito ha sido aprobado, entonces el sistema desplegará las opciones de crédito y las tasas de crédito. El sistema realizará entonces el proceso de construcción del componente de crédito no asegurado. En cuanto el proceso se completa el sistema regresará a la pantalla de construcción de estado de cuenta. Si el usuario elige construir un componente de crédito asegurado, el sistema sigue el flujo mostrado en la Figura 13J. Específicamente, el sistema desplegará las distintas opciones de crédito de seguridad incluyendo opciones de fuente de equidad, préstamos de equidad de casa a tasa fija, hipoteca, línea preferida, préstamo preferido, préstamo asegurado, valores basados en préstamos y de préstamo estudiantil. El sistema también puede desplegar visualmente tasas de crédito y otra información. En cuanto se hace la selección, el sistema realiza el proceso de construcción de componente de crédito asegurado hasta que se han construido todas las opciones deseadas y disponibles entonces el sistema regresa a la pantalla de construcción de estado de cuenta de la Figura 13A. Para algunos productos, particularmente crédito asegurado, habrá información adicional que se requerirá para completar la solicitud. Si la investigación de la oficina de crédito no indica que el cliente estaba "calificado para crédito", esta pantalla no se desplegaría a menos que el cliente hiciera una solicitud específica para un producto de crédito. En esta pantalla se incluyen puntos como información sobre propiedades, gastos de vivienda, información de Supervisión del gobierno/HMDA, etcétera, cualquier información que se captura con parte del BPA deberá fluir hacia adelante en cualquiera de los campos adecuados en estas pantallas. Antes de que la información de crédito se transmita a una oficina de crédito para una decisión de crédito, el sistema necesitará realizar una verificación de calidad en los datos que han sido introducidos para asegurar que toda la información requerida ha sido introducida. Si falta cualquier información, el sistema deberá solicitar la información adecuada. Si la información está disponible, el usuario tendrá la oportunidad de introducirla; si no está disponible, se proporcionará la capacidad de colocar la solicitud en "pendiente" . De acuerdo con la presente invención, las pantallas de decisión de crédito estarán accesibles dentro del flujo de apertura de cuenta para eliminar la necesidad de bascular fuera de la sesión de apertura de cuenta y hacia otro sistema. El usuario puede completar verificaciones y cualquier acción de crédito que sea necesaria sobre esta serie de pantallas dentro del proceso de apertura de cuenta. Las verificaciones completadas en un producto de préstamo deberán fluir hacia adelante hacia cualquier otro producto de préstamo en la sesión. Varios factores, como el tamaño de la línea y el tipo de producto, determinan las verificaciones que se van a realizar; las verificaciones realizadas se actualizan sobre todos los productos que el cliente ha solicitado. Si el usuario elige una de las opciones de tarjeta de crédito, el sistema sigue el flujo mostrado en las Figuras 13K-13M. El flujo del sistema mostrado en las Figuras 13K y 13L son idénticos y las diferencias dependerían en las diferencias entre la tarjeta de crédito clásica y la tarjeta de crédito de oro ofrecida por el banco particular. El proceso básico involucrado es una determinación de si ha sido aprobado el crédito seguido de una pantalla de información que se refiere a la tarjeta particular y luego la entrada de información del usuario requerida para la tarjeta incluyendo tipo de tarjeta, línea de crédito, titular de la tarjeta, tarjetas adicionales, nombres y tarjetas con fotografía. Se hace entonces una determinación de la línea de crédito y el sistema regresa a la pantalla de construcción de estado de cuenta. Si el usuario selecciona otra tarjeta de crédito que es ofrecida por el banco, se sigue un flujo similar excepto que cuando el cliente selecciona un tipo particular de tarjeta de crédito, se les da la opción al cliente y al usuario de ya sea transferir una línea de tarjeta de crédito bancaria existente a esta cuenta o, inversamente, transferir otra línea de crédito a la tarjeta de crédito bancaria. Después de que termina este proceso el sistema regresa a la pantalla de construcción del estado de cuenta de la Figura 13A. Esta parte del proceso se usará para asegurar que el cliente está familiarizado con los distintos servicios disponibles. De nuevo, se cree que el medio más conveniente para realizar este paso es una computadora de propósitos generales programada. Estas pantallas presentarán otra oportunidad para revisar de qué manera el cliente puede usar el banco para manejar su dinero y realizar los beneficios de profundizar su relación con el banco de consumidor. Las pantallas necesitarán ser una combinación de captura de datos y características de producto/servicio para ser revisados con el cliente, si es adecuado . Una modalidad preferida de un sistema para realizar un paso de servicios de cuentas se muestra en las Figuras 14A- 14G. Como se muestra en la Figura 14A, el sistema comienza revisando los datos previamente recolectados para ver si el cliente ha sido habilitado para el servicio de cheques plus, en este caso, es decir, protección de sobregiro. Si es así, se pone un señalamiento y el sistema continúa. Si no, el sistema continúa sin fijar el señalamiento. En seguida, el sistema determina si más de un servicio o no ha sido activado durante el proceso de necesidades/selección de cuenta. Si es así, se ponen señalamientos para desplegar puntos culminantes en los botones de servicio elegido en la pantalla de servicios de cuentas de Citibank y se despliega visualmente la pantalla de servicios de cuentas. El sistema continúa entonces al flujo mostrado en la Figura 14B. Mientras el usuario puede elegir fijar un servicio u obtener información que concierne al servicio. Si el usuario elige no poner un servicio ni obtener información con respecto a un servicio, al usuario se le da la oportunidad de anotar el interés del cliente en uno o más servicios adicionales. Si el usuario indica interés en uno o más servicios adicionales, el sistema anota la necesidad de seguimiento en ese interés y continúa imprimiendo la forma de inscripción.

Si el usuario ha indicado un deseo para establecer un servicio o de obtener información, entonces el sistema continua al flujo para ese servicio particular. Naturalmente, los bancos pueden proporcionar varios servicios. En la modalidad mostrada en la Figura 14B, sin embargo, el sistema puede proporcionar información o establecer transferencias automáticas, servicio de pago de cuentas, depósito directo, acceso inmediato a fondos depositados, depósitos con dividendos automáticos, préstamos asegurados, coberturas de sobregiro, pagos automáticos y pagos electrónicos. Si el usuario elige establecer transferencias automáticas, el sistema sigue el proceso mostrado en la Figura 14C y D. En este procedimiento, el sistema permite que el usuario establezca transferencias automáticas y también transferencias recurrentes usando el procedimiento mostrado en la Figura 14D. Si el usuario elige establecer u obtener información concerniente al servicio de pago de cuentas el sistema sigue el flujo mostrado en la Figura 14E. Como se muestra, al usuario se le permite establecer beneficiarios de pagos estándar y beneficiarios de pagos especiales. Si el usuario elige establecer depósitos directos o acceso inmediato a fondos depositados, el sistema sigue el flujo adecuado mostrado en la Figura 14F. Si el usuario elige establecer pagos automáticos, el sistema sigue el flujo mostrado en la Figura 14G. Como se muestra en la misma, el sistema permite al usuario establecer pagos múltiples a préstamos y líneas de crédito y seleccionar la frecuencia de dichos pagos. En cualquier caso, después de que termina el procedimiento particular relacionado con cualquier servicio seleccionado, el sistema regresa al flujo mostrado en las Figuras 14A y 14B. El sistema entonces continúa al paso de acceso mediante el cual se habilita al cliente con respecto a los distintos puntos de acceso disponibles. Aquí será seleccionada la clave de identificación personal (PIC) de la tarjeta bancaria. Se explicará el Banco por Teléfono y se seleccionará el TPIC (clave de identificación personal de teléfono) . Si es aplicable, se ordenarán cheques . El sistema permite que el usuario (banquero personal o representante por teléfono) inscriba al cliente en los servicios de acceso remoto. De nuevo se puede usar una computadora de propósitos generales programada para este fin. El sistema puede proporcionar inscripción automática al banco en casa y capturar el tipo de computadora personal (PC) del cliente y tamaño de disquet (si se necesita) . Los componentes abiertos y enlazados a una tarjeta bancaria automáticamente se enlazarán también para el banco en casa. El sistema también deberá permitir el uso de teléfono pantalla. Una modalidad preferida del sistema para realizar el paso ACCESS de la presente invención se ilustra en las Figuras 16A-16F. Como se muestra en la Figura 16A, el proceso comienza con un despliegue de la pantalla de acceso. Se da la oportunidad al usuario de revisar o aceptar el nombre o registro de la cuenta. Una subrutina para este proceso se muestra en la Figura 16D. El sistema entonces introduce una rutina de entrada del número de identificación personal (PIN) como se muestra en la Figura 16D. Si la cuenta es una cuenta mancomunada, se realizan la rutina de aceptación de nombre y la rutina de entrada de identificación personal para el segundo nombre en la cuenta. El sistema puede entonces grabar en relieve y emitir tarjetas bancarias para los clientes. Este paso también se puede diferir. Para facilitar el grabado en relieve, el sistema preferiblemente incluye una máquina convencional de grabado en relieve enlazada a una computadora de propósitos generales. Si el grabado no tiene éxito, el sistema realizará un proceso de pantalla de error, pero permitirá que el flujo general continúe. El flujo continúa como se muestra en la Figura 16B.

Específicamente, el sistema permite la selección de una clave de identificación personal telefónica que se verifica. El proceso continúa para cualquier firmante mancomunado y luego el proceso continúa como se muestra en la Figura 16C. Aquí al cliente se le da la opción de acceder remotamente al banco mediante una computadora personal . Si el usuario acepta el servicio, se hace la determinación de si el cliente conoce todos los parámetros de su computadora. Si los conoce, los parámetros relevantes tales como tipo de computadora, tamaño de disco, tipo de módem y velocidad de módem se introducen al sistema. Si el cliente no conoce uno o más de estos parámetros se hace un despliegue en pantalla de los seguimientos que se requerirán y la información se almacena para su uso en el paso de seguimiento. El sistema entonces continúa como se muestra en la Figura 16E. En este punto al cliente se le da la oportunidad de acceder al banco usando un teléfono con pantalla y el sistema toma notas de la elección del cliente y luego continúa como se muestra en la Figura 16F. Aquí al cliente se le permite ordenar cheques. El sistema comienza desplegando una orden de cheques por omisión y dando al usuario la oportunidad de cambiar la personalización. Esto se refiere a información como nombre, dirección, información de pagos y dirección de correos. Al usuario se le da entonces una oportunidad para adaptar al cliente la orden por omisión y posteriormente el usuario tiene la oportunidad de ordenar cheques . El proceso entonces continúa con un paso de instrucciones especial o el proceso de envolver mostrado en las Figuras 17A y B. Sistema y Paso (1000) de Instrucciones Especiales Este paso del proceso se usa para recolectar cualquier dato restante y manejar cualquier situación especial de cuenta que no ha sido tratada en el flujo de apertura de cuenta. Esto incluiría puntos como: "mejor hora para llamar", o señal de "no hacer contacto", "no compartir datos con otros afiliados", "dirección de correos", "saludo de correo preferido", etcétera. El sistema también puede atender cuentas que se cierran en otras instituciones . El sistema puede incluir una impresora y una computadora que generaría la impresión de una letra de cambio para ser enviada a la otra institución. El sistema también adapta nombrar un Poder General transmitiendo el estado de "Poder General" a la cuenta, eliminando la necesidad para el mantenimiento de archivo de día siguiente. El usuario también puede fijar una cita con el Asesor de Inversiones si el usuario no está autorizado o establecer una cita con el Asesor de Hipotecas. La solicitud del cliente para cualquier cambio se puede adaptar. Una modalidad preferida del proceso de seguimiento se muestra en las Figuras 17A-17B. El sistema comienza desplegando información necesaria para cerrar y verificar varias cuentas. De nuevo, el sistema permite tanto el flujo hacia arriba como hacia abajo de datos de tal manera que solamente la información que no se ha proporcionado previamente se solicita en este paso. El sistema también proporciona la oportunidad de desplegar información concerniente a cómo se puede hacer contacto con el cliente y permite la oportunidad de exhibir en pantalla citas. Finalmente, el sistema imprime los puntos restantes necesarios para completar la apertura de una sola cuenta completamente integrada. Sistema y paso (1100) de imprimir/transmitir Después de que se ha obtenido toda la información o se ha terminado la instalación, el sistema continúa con el paso de imprimir un paquete de inscripción. La función de Imprimir generaría cualquier papelería necesaria que el cliente necesitaría firmar así como cualquier papel que necesitaría ser enviado a cualquier otra unidad/individuo que no se pueda comunicar electrónicamente con el sistema Bancario de Relaciones. Esto incluiría, por ejemplo, referencias de hipotecas y propiedades, solicitudes de amparo de impuestos, solicitudes de cuenta de élite, solicitud de corretaje, reconocimientos de inversiones en valores, letras de cambio, tarjeta de firmas, notificación de acción adversa, revelación de crédito inmediato, formas de seguro, y libro de paso. Para adaptar este paso, el sistema incluye una impresora enlazada a una computadora de propósitos generales programada. Se pedirá al cliente que revise toda la información demográfica crítica sobre ellos como nombre, dirección, empleo, números telefónicos, etcétera. Este estado de inscripción desplegará cuentas abiertas en la sesión con los saldos del día de apertura. Para la cuenta de banco de consumidor, los números de cuenta, depósitos de apertura, tasas y términos se desplegarán en la sección pertinente del estado de cuenta. La diferencia primaria entre la sucursal y el centro de servicio de teléfono del banco de consumidor es que el cliente no está físicamente presente para firmar ningún documento o llevarse nada. Esto significa que el área de cumplimiento del centro del servicio de teléfono de banco de consumidor necesitará enviar por correo los documentos al cliente. Una modalidad preferida del proceso para imprimir una forma de inscripción se ilustra en la Figura 15. Como se muestra en la misma, el sistema inicialmente confirma que la impresora está lista. Si la impresora no está lista, el sistema no puede continuar hasta que la impresora esté encendida. El sistema ordena a la impresora imprimir una forma de inscripción y confirma que la impresión ha tenido éxito. De nuevo, si la impresora no tuvo éxito el proceso no puede avanzar y ordinariamente se repetiría si se ha identificado la razón de una impresión sin éxito. Después de confirmar que la forma de inscripción se ha imprimido con éxito, se pide al cliente que firme la forma de inscripción. Si el cliente no firma la forma de inscripción en ese momento, tal como cuando la transacción se realiza por teléfono, la solicitud se guarda en el archivo pendiente . Sistema y paso (1200) de envolver la sesión (seguimiento) Finalmente, el sistema entra a la sesión de envoltura. Toda la documentación adecuada será firmada por el cliente. La información de apertura de cuenta podrá encaminarse al Amparo de Impuesto o a un Asesor de Hipotecas si la situación lo garantiza. El requisito es realizar la referencia sistemáticamente en vez de vía una copia de papel . Si se estableciera una sesión de seguimiento para el cliente, el usuario tendrá la opción de imprimir un recordatorio de cita para dar al cliente. Este folleto incluirá la fecha y día de la cita (si está disponible, el propósito de la cita (como lo ponga el usuario vía un campo de entrada de datos de forma libre) y el nombre del banquero de consumidor con el cual el cliente se reunirá. Si no se puede fijar una fecha/hora específica de cita, una indicación de que el banquero de consumidor nombrado se comunicará con el cliente. Este folleto deberá incluir el nombre, la dirección de correo del cliente de manera que se pueda colocar en un sobre con ventana para enviar por correo al cliente si la apertura de cuenta se ha manejado por teléfono. Después de que el cliente se va, el usuario o puede introducir notas den forma libre desde la Valoración de Necesidades Básicas; recuperar y revisar las respuestas de Valoración de Necesidades Detalladas y actualizar las respuestas como sea necesario; transmitir la información de Valoración de Necesidades Básicas y Detalladas. Archivo pendiente Durante el flujo de apertura de cuenta, la capacidad de colocar la sesión en pendiente estará disponible. Los lugares principales en el flujo donde el proceso pendiente será más frecuentemente invocado es antes de la transmisión a la oficina de crédito (si no está disponible el SSN) o después de que la verificación de Control de Calidad y la información necesaria se señale como faltante. El cliente también puede necesitar irse debido a una restricción de tiempo que podría resultar en una necesidad para dejar pendiente en cualquier punto. El cliente puede también solamente llegar a través de Valoración de necesidades y querer regresar a continuar el proceso de solicitud otro día posterior. El sistema hace posible dejar pendiente una porción de la sesión, como Corretaje, y transmitir los componentes restantes, tales como banco de consumidor. Cuando un cliente existente se perfila en la función de bienvenida, si hay sesiones pendientes para ese cliente, el hecho se anotará en el perfil. Si el usuario (anfitrión) no perfila al cliente, deberá todavía ser capaz de recoger cualquier solicitud pendiente a través de la función de puntos pendientes. Los puntos pendientes tendrán múltiples maneras de ser accesadae que incluyen por nombre del cliente, por Identificación de usuario, por Sucursal, y por producto. La solicitud pendiente será presentada al usuario en el flujo de pantalla de Apertura de Cuentas. El usuario también podrá realizar una verificación de control de calidad para hacer que el sistema identifique puntos faltantes que se necesitan antes de la transmisión a la computadora central . El cliente tendrá la opción de ir a una sucursal de su preferencia para completar la apertura de cuenta. El personal de la sucursal también tendría acceso a esas solicitudes pendientes. La pantalla de la estación de trabajo deberá también señalar al representante del cliente que resaltan puntos pendientes en el cliente cuando éste introduzca al cliente en la pantalla de "Identificar al Cliente" . Así, en virtud de la cuenta integrada y el sistema de apertura de cuenta de la presente invención, al cliente se le ofrecerán todos los componente de la Cuenta Bancaria. El proceso será suficientemente flexible para soportar al cliente que solamente desea un componente hasta aquéllos interesados en la oferta completa. En cuanto la información del cliente se introduce en el sistema, el cliente nunca tendrá que repetir la misma información a ningún empleado de banco. Durante la sesión de apertura de cuenta, la información fluirá suavemente entre los empleados bancarios (usuarios) para mejorar la experiencia del cliente. Los datos sobre clientes existentes se pueden hacer fácilmente disponibles en los puntos de contacto del cliente sujetos a restricciones legales sobre compartir información que puedan existir. La capacidad se proporcionará para emitir una tarjeta bancaria a todos los clientes, aun si el único componente activado es la Libreta de Ahorros o un Certificado. La tarjeta bancaria se usa como identificación del cliente en la ventanilla del cajero o sobre el teléfono en el centro de servicio telefónico y estará disponible para enlazar nuevos componentes cuando se activen. Como resultado, los clientes utilizarán más de los componentes de la cuenta integrada. Esto deberá generar un aumento en ingresos y satisfacción aumentada del cliente, maximizar el tiempo de venta disponible para el personal de la sucursal y proporcionar el centro de servicio telefónico con funcionalidad idéntica a la sucursal. Enlazando el sistema de apertura de cuenta a la base de datos central, la información en la base de datos se puede usar para facilitar la apertura de cuentas y la información reunida durante el proceso de apertura de cuentas se puede alimentar a la base de datos central de la presente invención archivos mensuales que se usan para información a nivel Casa, cliente & Cuenta. Así, la presente invención permite a los usuarios interrogar a la base de datos central de la presente invención para la distinta información a nivel cliente que de otro modo no estaría disponible. Esta información incluye: inscripciones de servicio que el cliente contrató durante el proceso de apertura de cuenta (acceso directo, pago de cuentas, caje?-os automáticos, etcétera) y las herramientas de ventas usadas para cada cliente con tipo de herramienta y fecha usada. En este contexto, el tipo de herramienta de ventas que podría usarse incluye valoración de poder de préstamo; valoración de necesidades y subcomponentes de valoración de necesidades. Otra información reunida puede incluir elementos de información detallada,- reunida durante la valoración de poder de préstamo o valoración de necesidades; la fuente de cliente,- la fuente o fondos usados en la apertura de cuentas e información de renuncia de derechos para incluir tipo, razón de renuncia de derechos, fecha, identificación de personal o representante que hace la renuncia. Como se anotó anteriormente, las estaciones de trabajo de la presente invención utilizan la base de datos central de la presente invención para proporcionar información para visualización en línea y generación de reportes a través de la selección de clientes o cuentas que satisfacen criterios dados y producir listas de coincidencias con elementos de datos seleccionados. Se sigue que, al enlazar el sistema de apertura de cuentas a la base de datos central, los datos adicionales se hacen disponibles en las estaciones de trabajo. Los elementos de datos particulares, entre otros se hacen disponibles en las estaciones de trabajo de la presente invención par el uso en la selección y aparición en el enlistado de cuentas o clientes seleccionados: valoración de poder de préstamo, valoración de necesidades; elementos de datos detallados, reunidos durante la valoración de poder de préstamo o valoración de necesidades; inscripción de servicios que el cliente contrató durante el proceso de apertura de cuenta (acceso directo, pago de cuentas, cajero automático, etcétera) ; la fuente del cliente definida de una lista de elecciones en la apertura de cuentas; y la fuente de fondos definida de la lista de elecciones en la apertura de cuentas. Se apreciará que la presente invención no se limita a la construcción exacta que se ha descrito anteriormente e ilustrado en los dibujos acompañantes, y que se pueden hacer varias modificaciones y cambios sin apartarse del alcance de la misma. Se pretende que el alcance de la invención solamente se limite por las reivindicaciones anexas.

Claims (18)

1. REIVINDICACIONES 1. Un sistema de soporte de proceso de ventas integrado, que comprende una base de datos central; medios para introducir datos dentro de la base de datos central a partir de una pluralidad de fuentes; medios para investigar la base de datos como respuesta a interrogatorios estructurados e identificar registros que coincidan con las interrogaciones,- cuando menos un centro de microcomercialización que tiene una pluralidad de estaciones de trabajo de usuarios; medios para construir las interrogaciones estructuradas de la base de datos como respuesta a una selección de criterios del usuario a partir de una interfase gráfica de usuario de una estación de trabajo de usuario; una pluralidad de sistemas ramificados separados geográficamente, incluyendo cada sistema ramificado cuando menos una estación de trabajo de ramificación; un sistema de información central de clientes, estando el sistema de información central de clientes separado geográficamente de, pero enlazado para comunicación electrónica con, las estaciones de trabajo en los sistemas ramificados .
2. 2. El sistema de la reivindicación 1, en donde el sistema incluye un sistema de apertura de cuenta que comprende medios para armar un perfil personal que incluye medios para recolectar datos salientes y medios para permitir que los datos recolectados en cualquier paso del proceso fluyan a todos los otros puntos en donde se requieren los datos, de modo que los datos no necesiten introducirse más de una vez .
3. 3. El sistema de la reivindicación 1, en donde el sistema comprende además medios para rastrear las llegadas del cliente a oficinas sucursales y en donde el sistema comprende además medios para rastrear y reportar información con respecto a la llegada a la sucursal de clientes nuevos y existentes que van a través del proceso de venta, los cuales incluyen la siguiente información: tipo de llegada; tiempo de espera; tiempo de sesión de ventas; tiempo de sesión promedio; uso de herramientas de ventas,- tipo de producto; dólares por tipo de producto; nombre y dirección del cliente; tipo de producto, propósito de su visita e identificación del representante de ventas .
4. 4. El sistema de la reivindicación 1, que comprende además medios para comunicar un concepto de promoción de ventas al centro de microcomercialización; medios localizados en microcomercialización para generar guías basadas en el concepto de promoción de ventas; un sistema para proporcionar guías para los sistemas ramificados durante la noche; medios para cargar automáticamente las guías al sistema para proporcionar guías a los sistemas ramificados durante la noche.
5. 5. El sistema de la reivindicación 1, que comprende además una interfase de usuario gráfica que permite al centro de microcomercialización generar un archivo que contiene direcciones de correo y que transfiere el archivo a sistemas ramificados separados geográficamente.
6. 6. Un sistema de apoyo electrónico de ventas y servicios para una institución financiera, que comprende: una base de datos central que contiene información acerca de casas, clientes y cuentas de una institución financiera; un centro de microcomercialización que tiene cuando menos una estación de trabajo en comunicación electrónica con la base de datos central, la estación de trabajo de usuario tiene un dispositivo de entrada para introducir criterios de selección para definir un grupo seleccionado de clientes a los cuales dirigir una campaña de comercialización; y un sistema de información central de clientes que tiene una pluralidad de estaciones de trabajo ramificadas en comunicación electrónica con el centro de microcomercialización y la base de datos central, teniendo cada estación de trabajo ramificada un dispositivo de despliegue para desplegar selectivamente un perfil de un cliente incluyendo la relación del cliente con la institución financiera; medios para comunicar un concepto de promoción de ventas al centro de microcomercialización; medios localizados en microcomercialización para generar guías basadas en el concepto de promoción de ventas ,- medios para proporcionar guías a las estaciones de trabajo de las sucursales durante la noche,- medios para cargar automáticamente las guías al sistema para proporcionar guías a las estaciones de trabajo de las sucursales durante la noche.
7. 7. El sistema electrónico de soporte de servicios y ventas de la reivindicación 6, en donde la base de datos central comprende: una base de datos central; medios para introducir datos en la base de datos central a partir de una pluralidad de fuentes,- y medios para estandarizar y almacenar datos de entrada en la base de datos central en una pluralidad de niveles de organización incluyendo niveles de casa, cliente y cuenta.
8. 8. El sistema electrónico de soporte de servicios y ventas de la reivindicación 7, que comprende además medios para investigar la base de datos como respuesta a interrogatorios estructurados e identificar registros que coinciden con dichos interrogatorios; y medios para construir los interrogatorios estructurados como respuesta a una selección de criterios de un usuario a partir de una interfase de usuario gráfica de la estación de trabajo de usuario en el centro de microcomercialización.
9. 9. El sistema de la reivindicación 6, en donde el sistema incluye un sistema de apertura de cuenta que comprende medios para ensamblar un perfil personal que incluye medios para recolectar datos salientes y medios para permitir que los datos recolectados en cualquier paso del proceso fluyan a todos los otros puntos en donde se requieren los datos, de modo que no se requiera introducir los datos más de una vez .
10. 10. El sistema de la reivindicación 6, en donde el sistema incluye además medios para rastrear las llegadas de los clientes a oficinas sucursales; y en donde el sistema comprende además medios para rastrear y reportar información con respecto a la llegada a la sucursal de clientes nuevos y existentes que van a través del proceso de ventas, la cual incluye la siguiente información: tipo de llegada,- tiempo de espera; tiempo de sesión de ventas,- tiempo de sesión promedio,-uso de herramientas de ventas,- tipo de producto; dólares por tipo de producto; nombre y dirección del cliente,- tipo de producto, propósito de su visita e identificación del representante de ventas .
11. 11. Un sistema de soporte de proceso de ventas integrado, que comprende: una base de datos central; medios para introducir datos en la base de datos a partir de una pluralidad de fuentes,- medios para estandarizar los datos de entrada en la base de datos central en una pluralidad de niveles de organización; una pluralidad de estaciones de trabajo de usuario geográficamente remotas de la base de datos central, incluyendo cada una de las estaciones de trabajo de usuario medios de base de datos y de despliegue, incluyendo las estaciones de trabajo medios para generar una interfase de usuario gráfica para permitir al usuario seleccionar bloques de criterios de búsqueda para construir una solicitud de búsqueda, incluyendo ventanas que se bajan, iconos, y la operación de arrastrar y soltar,- una pluralidad de estaciones de trabajo ramificadas conectadas a cada estación de trabajo de usuario mediante medios de telecomunicación, y medios para transmitir registros de información desde la estación de trabajo de usuario a la pluralidad de estaciones de trabajo ramificadas. un sistema de información central de clientes, que está geográficamente separado de, pero enlazado por comunicación electrónica con, las estaciones de trabajo ramificadas ,- medios para convertir el interrogatorio de investigación en un interrogatorio de texto que incluye los códigos y sintaxis requeridos para asegurar que el interrogatorio del texto se ejecutará; medios para permitir la comunicación de los datos entre las estaciones de trabajo de usuarios y la base central de datos,- medios para investigar la base de datos en respuesta a las solicitudes estructuradas recibidas desde una de las estaciones de trabajo de usuario e identificar registros de identificación que coincidan con dichas interrogaciones; y medios para cargar datos concernientes a los registros que coinciden con los interrogatorios a la estación de trabajo del usuario.
12. 12. El sistema de la reivindicación ll, en donde el sistema de información central de clientes contiene una pluralidad de perfiles de cliente, incluyendo cada perfil de cliente información demográfica e información financiera del cliente que incluye información de crédito y metas financieras; medios para realizar un análisis de necesidades basado en información contenida en el sistema de información central de clientes, recomendando una cuenta basada en el análisis de necesidades y presentando información concerniente al componente de la cuenta seleccionada al cliente,- y medios para permitir la comunicación de la información entre el sistema de información central de clientes y la base de datos central .
13. 13. El sistema de la reivindicación 11, en donde el sistema de información central de clientes es geográficamente remoto de la base de datos central .
14. 14. El sistema de la reivindicación 11, en donde el sistema comprende además medios para rastrear las llegadas de los clientes a oficinas sucursales; y en donde el sistema comprende además medios para rastrear y reportar información relacionada con la llegada en la sucursal de clientes nuevos y existentes que van a través del proceso de ventas, lo cual incluye la siguiente información: tipo de llegada,- tiempo de espera; tiempo de sesión de ventas; tiempo de sesión promedio,-uso de herramientas de ventas,- tipo de producto,- dólares por tipo de producto; nombre y dirección del cliente,- tipo de producto, propósito de su visita e identificación del representante de ventas .
15. 15. Un proceso para identificar objetivos de ventas, distribuir guías de ventas, y mejorar las herramientas de ventas para una campaña de comercialización, para usarse en relación con un sistema que incluye una base de datos central; medios para introducir datos en la base de datos central a partir de una pluralidad de fuentes; medios para investigar la base de datos como respuesta a interrogatorios estructurados e identificar registros que coinciden con las preguntas; cuando menos un centro de microcomercialización que tiene una pluralidad de estaciones de trabajo de usuario en comunicación electrónica con la base de datos central; una pluralidad de sistemas de sucursales separados geográficamente, incluyendo cada sistema de sucursal cuando menos una estación de trabajo de sucursal; y un sistema de información central de clientes, estando el sistema de información central de clientes geográficamente separado de, pero enlazado por comunicación electrónica a, las estaciones de trabajo en los sistemas de sucursales, el proceso comprende los pasos de: introducir datos en la base de datos central a partir de una pluralidad de fuentes; estandarizar y almacenar los datos introducidos en una pluralidad de niveles de organización dentro de la base de datos central; comunicar un concepto de campaña de ventas al centro de microcomercialización; generar guías basadas en el concepto de campaña de ventas introduciendo criterios en una interfase de usuario de la estación de usuario para definir una lista de clientes para dirigirse a ellos durante la campaña de ventas, construir interrogatorios estructurados como respuesta a los criterios seleccionados e investigar la base de datos central usando esos interrogatorios estructurados, identificando registros en la base de datos central que coinciden con los criterios seleccionados, y generar la lista de clientes a los cuales dirigirse durante la campaña de ventas . distribuir electrónicamente esa lista de clientes a las estaciones de las sucursales.
16. 16. El proceso de la reivindicación 15, que comprende además el paso de desplegar un perfil que contiene información acerca de un cliente a partir de la lista de clientes en la estación de trabajo de la sucursal durante una sesión de ventas con el cliente durante la campaña de ventas.
17. 17. El proceso de la reivindicación 15, que comprende además el paso de usar una interfase de usuario gráfica que permite al centro de microcomercialización generar un archivo que contiene direcciones de correo y transferir el archivo a sistemas ramificados separados geográficamente.
18. 18. El proceso de la reivindicación 15, que comprende además los pasos de rastrear las llegadas del cliente a las oficinas de las sucursales y rastrear y reportar información relacionada con la llegada en la sucursal para clientes nuevos y existentes que van a través del proceso de ventas, lo cual incluye la siguiente información: tipo de llegada; tiempo de espera,- tiempo de sesión de ventas,- tiempo de sesión promedio; uso de herramientas de ventas,- tipo de producto; dólares por tipo de producto; nombre y dirección del cliente,- tipo de producto, propósito de su visita e identificación del representante de ventas. RESUMEN Un sistema y método de soporte del proceso de ventas para identificar objetivos de ventas usando una base de datos centralizada para mejorar el éxito de comercialización. El sistema incluye una base de datos central que recibe información comprensiva de una variedad de alimentaciones internas y externas, y estandariza y guarda la información en la jerarquía de tres niveles (casas, clientes, y cuentas) para su uso mediante una institución financiera. La información comprensiva almacenada en la base de datos central se accesa a través de estaciones de trabajo de microcomercialización para generar listas de guías de ventas para campañas de comercialización. Se proporciona una máquina de base de datos para generar trayectorias de acceso lógico para accesar datos en la base de datos central para aumentar la velocidad y eficiencia de la base de datos central . El sistema distribuye electrónicamente guías de ventas a las redes de sucursales, donde las guías se usan para dirigirse a los clientes para las campañas de comercialización. La base de datos central se accesa mediante las estaciones de trabajo de un sistema de información de clientes central para perfilar clientes, aumentar las relaciones del cliente con la institución financiera, y rastrear electrónicamente el rendimiento de ventas y de servicio durante las campañas de comercialización. El sistema también puede incluir un sistema para abrir una cuenta en una sola sesión que está en comunicación con la base de datos central, centros de microcomercialización, sistemas de información central de clientes y sistemas ramificados de la presente invención de manera que los datos pueden pasar ente estos sistemas cuando es legal y adecuado.