MX2008012200A - Sistema y metodo de administrcion de informacion. - Google Patents
Sistema y metodo de administrcion de informacion.Info
- Publication number
- MX2008012200A MX2008012200A MX2008012200A MX2008012200A MX2008012200A MX 2008012200 A MX2008012200 A MX 2008012200A MX 2008012200 A MX2008012200 A MX 2008012200A MX 2008012200 A MX2008012200 A MX 2008012200A MX 2008012200 A MX2008012200 A MX 2008012200A
- Authority
- MX
- Mexico
- Prior art keywords
- card
- management system
- module
- information
- products
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 238000004891 communication Methods 0.000 claims abstract description 51
- 230000008569 process Effects 0.000 claims abstract description 23
- 238000013475 authorization Methods 0.000 claims description 31
- 230000004075 alteration Effects 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 15
- 230000036541 health Effects 0.000 claims description 7
- 238000007726 management method Methods 0.000 description 76
- 239000003795 chemical substances by application Substances 0.000 description 64
- 230000006870 function Effects 0.000 description 25
- 230000002354 daily effect Effects 0.000 description 23
- 230000015654 memory Effects 0.000 description 18
- 238000004590 computer program Methods 0.000 description 13
- 239000004033 plastic Substances 0.000 description 13
- 229920003023 plastic Polymers 0.000 description 13
- 238000012546 transfer Methods 0.000 description 11
- 230000004044 response Effects 0.000 description 10
- 230000000694 effects Effects 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 7
- 238000012552 review Methods 0.000 description 7
- 230000004913 activation Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000001914 filtration Methods 0.000 description 4
- 238000013519 translation Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000013524 data verification Methods 0.000 description 3
- 238000010606 normalization Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 238000013502 data validation Methods 0.000 description 2
- 230000003203 everyday effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000001131 transforming effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 101150010802 CVC2 gene Proteins 0.000 description 1
- 238000013474 audit trail Methods 0.000 description 1
- 230000003796 beauty Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004049 embossing Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000035899 viability Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Health & Medical Sciences (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
Abstract
Un sistema de administración de información incluye un servidor de computadora; el servidor de computadora incluye un módulo de interfaz; el sistema de administración de información también incluye una pluralidad de procesadores de tarjeta en comunicación con el servidor de computadora a través del módulo de interfaz; el servidor de computadora está configurado para conectarse en interfaz con cada uno de la pluralidad de procesadores de tarjeta a través del módulo de interfaz; el servidor de computadora está configurado para elegir uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información con el producto de tarjeta.
Description
SISTEMA Y METODO DE ADMINISTRACION DE INFORMACION
CAMPO DE LA INVENCION
La presente invención se refiere a sistemas de administración de información basados en computadora. De manera más particular, la presente invención se refiere a un sistema y método para administrar información asociada con productos de tarjeta.
ANTECEDENTES DE LA INVENCION
Un número cada vez mayor de instituciones al menudeo asi como otras están ahora ofreciendo un valor de equivalente en efectivo en la forma de tarjetas de regalo. La industria de las tarjetas de regalo ha experimentado un crecimiento sustancial durante los últimos años. Las ventas totales de tarjetas de regalo alcanzaron aproximadamente $20 billones de dólares en 2004. El rango de tarjetas de regalo ofrecidas por instituciones se ha expandido, incluyendo tarjetas de minoristas, supermercados, farmacias, gasolineras, restaurantes, tiendas de consumo habitual y salones de belleza por nombrar unas cuantas. La mayoría de las tarjetas de regalo están
asociadas con un minorista o comerciante particular. En otras palabras, cualquier valor almacenado en la tarjeta
de regalo únicamente puede ser utilizado para comprar f bienes y servicios en la tienda al menudeo particular o del comerciante a quien se le compró la tarjeta de regalo, de manera que el comerciante puede obtener el beneficio de una venta garantizada. Dichas tarjetas de regalo de marca propia se pueden denominar como tarjetas de "sistema cerrado". Los comerciantes pueden cubrir el costo de sus programas de tarjetas de regalos del margen en sus productos, el cual puede ser, por ejemplo, $15 dólares o más en una venta de $50 dólares. Sin embargo, una tendencia industrial creciente ¡ es que las instituciones financieras ofrecen tarjetas de regalo etiquetadas como "sistema abierto" o prepagadas. Las tarjetas de sistema abierto son emitidas por una institución financiera federalmente regulada y porta una marca de red principal, tal como, por ejemplo, MasterCard™, VISA™, Discover™ y similar, e incluyendo redes de débito, tales como STAR™, Pulse™, NYCE™ y otras. Por ejemplo, la tarjeta de regalo prepagada VISA™ se puede utilizar en cualquier tienda al menudeo o comerciante que acepte tarjetas de débito VISA™, las cuales incluyen millones de ubicaciones a nivel mundial, asi como Internet y comerciantes de pedido
telefónico/pedido por correo. Dichas tarjetas de regalo prepagadas pueden ser utilizadas para incentivos corporativos, rebajas y promociones, y pueden ser vendidas en sucursales de una institución financiera, a través del sitio Web del consumidor de la institución financiera, o distribuidas a través de clientes corporativos. El mercado para las tarjetas de regalo emitidas por banco se pronostica que crezca de $3 billones de dólares en 2003 a aproximadamente $31 billones de dólares en 2007. Las tarjetas de regalo de marca de sistema abierto difieren de las tarjetas de regalo de "tienda" de marca propia en varios aspectos. Por ejemplo, las tarjetas de regalo emitidas por banco pueden ser utilizadas con cualquier comerciante. Excepto por una cantidad pequeña de intercambio, el banco u otra institución financiera no obtiene beneficio de la venta de los productos /servicios adquiridos con la tarjeta o participación en las ganancias de la venta. Más bien, las cuotas administrativas mensuales pueden ser utilizadas para mantener la viabilidad económica del producto de tarjeta de regalo emitido por el banco. Las tarjetas de regalo de marca de sistema abierto comparten muchas características básicas. Por ejemplo, estas tarjetas son garantizadas por la red e
institución financiera. Los fondos son mantenidos y controlados por la institución financiera. Las tarjetas pueden ser utilizadas en cualquier parte en donde las marcas de red sean aceptadas. Las tarjetas pueden ser reemplazadas en caso de pérdida, robo o vencimiento. Además, los consumidores tienen protección contra la actividad fraudulenta. Sin embargo, métodos convencionales para comprar dichas tarjetas de regalo han sido relativamente complejos. Por ejemplo, los consumidores pueden esperar durante periodos de tiempo prolongados en un punto de venta mientras el cajero o agente de ventas procesa la compra de la tarjeta de regalo. Los sitios de compra de tarjeta de regalo en linea hacen poco por aligerar la complejidad de la compra de tarjetas de regalo. Por ejemplo, muchos sitios Web en linea experimentan dificultad en la asignación de usuarios, presentan múltiples pantallas complejas a través de las cuales los usuarios deben navegar para comprar las tarjetas de regalo, y otras dificultades similares. De manera adicional, debido a que cada una de estas tarjetas de regalo está asociada con una institución financiera particular, los consumidores son obligados a interactuar con muchas entidades diferentes para adquirir y administrar estas tarjetas de regalo. Por
ejemplo, si un consumidor u otro usuario posee varias tarjetas de regalo, cada una emitida por una institución financiera diferente, el usuario debe navegar y tener acceso a un sitio Web diferente para cada tarjeta de regalo a fin de acceder a cada institución financiera y administrar cada tarjeta por separado. Por lo tanto, existe la necesidad de un sistema que pueda reducir la complejidad y linea de flujo del proceso para administrar y manejar tarjetas de regalo y otros productos de tarjeta recargables y no recargables a través de muchas instituciones financieras.
SUMARIO DE LA INVENCION
Se describe un sistema para administrar información asociada con productos de tarjeta y un método para administrar información de producto de tarjeta a través de múltiples procesadores de tarjeta. De acuerdo con modalidades ejemplares de la presente invención, conforme a un primer aspecto de la presente invención, un sistema de administración de información incluye un servidor de computadora. El servidor de computadora incluye un módulo de interfaz. El sistema de administración de información incluye una pluralidad de procesadores de tarjeta en comunicación con el servidor
de computadora a través del módulo de interfaz. El servidor de computadora está configurado para conectarse en interfaz con cada uno de la pluralidad de procesadores de tarjeta a través del módulo de interfaz. El servidor de computadora está configurado para elegir uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarj eta . De acuerdo con un primer aspecto, el módulo de interfaz se puede configurar para transformar mensajes para comunicación a un procesador de tarjeta respectivo en un formato utilizado por el procesador de tarjeta respectivo. Los mensajes a los procesadores de tarjeta pueden incluir una consulta que comprenda una dirección de red de computadora de un archivo. Una codificación de la dirección de red de computadora puede ser anexada a un extremo de la consulta. El módulo de interfaz se puede configurar para detectar alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada. Alternativamente, el módulo de interfaz se puede configurar para detectar alteración con la dirección de red de computadora mediante la comparación de la
dirección de red de computadora codificada y una recodificación de la dirección de red de computadora. El módulo de interfaz se puede configurar para recibir información asociada con los productos de tarjeta desde cada uno de los procesadores de tarjeta. La información proveniente de cada uno de los procesadores de tarjeta puede ser normalizada para transformar la información en un formato uniforme utilizado por el servidor de computadora. La información transformada puede ser validada para asegurar la precisión de la información. De acuerdo con un primer aspecto, el sistema de administración de información puede incluir una base de datos en comunicación con el servidor de computadora. El módulo de base de datos se puede configurar para almacenar información asociada con productos de tarjeta. El sistema de administración de información puede incluir un módulo de administración en comunicación con la base de datos. El módulo de administración se puede configurar para administrar el sistema , de administración de información. Los procesadores de tarjeta se pueden configurar para asociar números de identificación de banco correspondientes (BIN) con los productos de tarjeta. El servidor de computadora se puede configurar para asignar números de tarjeta correspondientes a cada BIN para los productos de tarjeta. El servidor de
computadora se puede configurar para desplegar un resumen de los números de tarjeta para cada BIN a través de la interfaz de usuario gráfica. Cada producto de tarjeta puede comprender un número de tarjeta. El número de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos puede comprender un BIN. Los procesadores de tarjeta se pueden configurar para asociar los BIN con los productos de tarjeta. El servidor de computadora se puede configurar para asignar números de tarjeta substancialmente a toda la segunda porción de dígitos para cada BIN. De acuerdo con un segundo aspecto de la presente invención, un sistema de administración de productos de tarjeta incluye un módulo de portal de agente. El sistema de administración de productos de tarjeta incluye una pluralidad de procesadores de tarjeta en comunicación con el módulo de portal de agente. El módulo de portal de agente está configurado para que se conecte en interfaz con cada uno de la pluralidad de procesadores de tarjeta. El módulo de portal de agente está configurado para elegir uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta.
De acuerdo con el segundo aspecto, el módulo de portal de agente se puede configurar para administrar información asociada con los productos de tarjeta para la pluralidad de procesadores de tarjeta. El módulo de portal de agente puede incluir un módulo de servidor de aplicación de cliente. El módulo de servidor de aplicación de cliente se puede configurar para transformar mensajes para comunicación a un procesador de tarjeta respectivo en un formato utilizado por el procesador de tarjeta respectivo. Los mensajes a los procesadores de tarjeta pueden incluir una consulta que comprenda una dirección de red de computadora de un archivo. Una codificación de la dirección de red de computadora puede ser anexada a un extremo de la consulta. El módulo de servidor de aplicación de cliente se puede configurar para detectar alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada. De manera alternativa, el módulo de servidor de aplicación de cliente se puede configurar para detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora codificada y una recodificación de la dirección de red de computadora. Por ejemplo, la
codificación de la dirección de red de computadora puede comprender una función hash criptográfica. El módulo de servidor de aplicación de cliente se puede configurar para recibir información asociada con productos de tarjeta desde cada uno de los procesadores de tarjeta. La información proveniente de cada uno de los procesadores de tarjeta puede ser normalizada para transformar la información en un formato uniforme utilizado por el módulo de portal de agente. La información proveniente de cada procesador de tarjeta puede comprender una pluralidad de reportes. La pluralidad de reportes puede comprender por lo menos uno de un reporte general, un reporte remitido y un reporte de autorización. La información transformada puede ser validada para asegurar la precisión de la información. De acuerdo con el segundo aspecto, el módulo de servidor de aplicación de cliente se puede configurar para generar reportes para información asociada con productos de tarjeta. Cada reporte puede ser rellenado con información de acuerdo con una identificación de un usuario. El sistema de administración de productos de tarjeta puede comprender un módulo de base de datos en comunicación con el módulo de servidor de aplicación de cliente. El módulo de base de datos se puede configurar para almacenar información asociada con productos de
tarjeta. El sistema de administración de productos de tarjeta puede incluir un módulo de servidor de aplicación de administración en comunicación con el módulo de base de datos. El módulo de servidor de aplicación de administración se puede configurar para administrar el sistema de administración de productos de tarjeta. El módulo de portal de agente se puede configurar para permitir el acceso a los usuarios a fin de administrar información asociada con los productos de tarjeta. El módulo de portal de agente puede incluir un módulo de interfaz de usuario gráfica. El módulo de interfaz de usuario gráfica se puede configurar para desplegar una interfaz de usuario gráfica a través de la cual los usuarios interactúan con el sistema de administración de productos de tarjeta. De acuerdo con el segundo aspecto, a un usuario se le puede otorgar acceso al sistema de administración de productos de tarjeta a través de la interfaz de usuario gráfica utilizando una contraseña y una dirección de red de computadora asociada del usuario. Los productos pueden ser presentados a un usuario a través de la interfaz de usuario gráfica de acuerdo por lo menos con uno de una identificación de usuario y una asociación con una institución financiera. Un tema de la interfaz de usuario gráfica puede estar asociado con cada procesador
de tarjeta. Cada procesador de tarjeta se puede presentar con el tema asociado con el procesador de tarjeta cuando interactúa con el sistema de administración de productos de tarjeta a través de la interfaz de usuario gráfica. Los procesadores de tarjeta se pueden configurar para asociar los BIN correspondientes con los productos de tarjeta. El módulo de portal de agente se puede configurar para asignar números de tarjeta correspondientes a cada BIN para los productos de tarjeta. El módulo de portal de agente se puede configurar para desplegar un resumen de números de tarjeta para cada BIN a través de la interfaz de usuario gráfica . De acuerdo con el segundo aspecto, el identificador único puede comprender un número de identificación de banco (BIN) . Cada producto de tarjeta puede comprender un número de producto de tarjeta. El número de producto de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos puede comprender un BIN. Los procesadores de tarjeta se pueden configurar para asociar los BIN con los productos de tarjeta. El módulo de portal de agente se puede configurar para asignar números de tarjeta substancialmente a toda la segunda porción de dígitos para cada BIN. El producto de
tarjeta puede comprender una tarjeta de regalo. La tarjeta de regalo puede ser emitida por una institución financiera. El producto de tarjeta puede comprender una tarjeta de débito. El producto de tarjeta puede comprender una tarjeta de cuenta de ahorros para la salud (HSA) . El producto de tarjeta puede comprender una tarjeta de cuenta de gasto flexible (FSA). El producto de tarjeta puede comprender una tarjeta de nómina recargable. Por lo menos uno de la pluralidad de procesadores de tarjeta puede comprender un banco o similar . De acuerdo con un tercer aspecto de la presente invención, un sistema para procesar productos de tarjeta incluye una pluralidad de productos de tarjeta. Cada producto de tarjeta comprende un número de productos de tarjeta. El número de productos de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos comprende un número de identificación de banco (BIN) . Cada BIN es asignado a un procesador de tarjeta. El sistema incluye un no procesador. El no procesador está configurado para administrar información asociada con la pluralidad de productos de tarjeta. El no procesador está configurado para asignar valores substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta.
De acuerdo con el tercer aspecto, los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden comprender un número de tarjeta. El no procesador se puede configurar para asignar números de tarjeta para cada BIN. Los números de tarjeta se pueden asignar en secuencia para cada BIN. Alternativamente, los números de tarjeta se pueden asignar de manera aleatoria para cada BIN. Los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden corresponder a usuarios separados. De acuerdo con un cuarto aspecto de la presente invención, un método para administrar información de productos de tarjeta incluye los pasos de: a.) conectarse en interfaz con cada uno de una pluralidad de procesadores de tarjeta; y b.) seleccionar uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta. De acuerdo con el cuarto aspecto, el método puede incluir los pasos de: c.) administrar información asociada con productos de tarjeta para la pluralidad de procesadores de tarjeta; y d.) transformar mensajes para comunicación a un procesador de tarjeta respectivo en un
formato utilizado por el procesador de tarjeta respectivo. Los mensajes a los procesadores de tarjeta pueden incluir una consulta que comprenda una dirección de red de computadora de un archivo. El método puede incluir los pasos de: e.) codificar la dirección de red de computadora; f.) anexar la dirección de red de computadora codificada a un extremo de la consulta; y g.) detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada. De manera alternativa, el paso (g) puede comprender los pasos de: g.) detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora codificada y una recodificación de la dirección de red de computadora. Por ejemplo, de acuerdo con una modalidad ejemplar del cuarto aspecto, el paso (e) se puede ejecutar utilizando una función hash criptográfica. El método puede incluir los pasos de: h.) recibir información asociada con productos de tarjeta desde cada uno de los procesadores de tarjeta; e i.) normalizar la información proveniente de cada uno de los procesadores de tarjeta para transformar la información en un formato uniforme. La información proveniente de cada procesador de tarjeta puede comprender una
pluralidad de reportes. La pluralidad de reportes puede comprender por lo menos uno de un reporte general, un reporte remitido y un reporte de autorización. De acuerdo con el cuarto aspecto, el método puede incluir los pasos de: j.) validar la información transformada para asegurar la precisión de la información; k.) generar reportes para información asociada con el producto de tarjeta; 1.) rellenar cada reporte con información de acuerdo con una identificación de un usuario; m. ) almacenar información asociada con productos de tarjeta; y n.) proporcionar acceso a usuarios a fin de administrar información asociada con productos de tarjeta; o.) desplegar una interfaz de usuario gráfica a través de la cual los usuarios pueden tener acceso a información asociada con productos de tarjeta; p.) otorgar acceso a un usuario a través de la interfaz de usuario gráfica utilizando una contraseña y una dirección de red de computadora asociada del usuario; y q.) presentar productos a un usuario a través de la interfaz de usuario gráfica de acuerdo por lo menos con uno de una identificación de usuario y una asociación con una institución financiera. Un tema de la interfaz de usuario gráfica se puede asociar con cada procesador de tarjeta. El método puede incluir el paso de: r.) presentar a cada procesador de tarjeta el tema asociado
con el procesador de tarjeta cuando se interactúa a través de la interfaz de usuario gráfica. Los procesadores de tarjeta se pueden configurar para asociar números de identificación de banco correspondientes (BIN) con los productos de tarjeta. El método puede incluir el paso de: s.) asignar números de tarjeta correspondientes a cada BIN para los productos de tarjeta. De acuerdo con el cuarto aspecto, el método puede incluir el paso de: t.) desplegar un resumen de números de tarjeta para cada BIN. De acuerdo con el cuarto aspecto, el identificador único puede comprender un número de identificación de banco (BIN) . Cada producto de tarjeta puede comprender un número de producto de tarjeta. El número de producto de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos puede comprender un BIN. Los procesadores de tarjeta se pueden configurar para asociar los BIN con los productos de tarjeta. El método puede incluir los pasos de: v. ) asignar números de tarjeta substancialmente a toda la segunda porción de dígitos para cada BIN. El producto de tarjeta puede comprender una tarjeta de regalo. La tarjeta de regalo puede ser emitida por una institución financiera. El producto de tarjeta puede comprender una tarjeta de
débito. El producto de tarjeta puede comprender una tarjeta de cuenta de ahorros para la salud (HSA) . El producto de tarjeta puede comprender una tarjeta de cuenta de gasto flexible (FSA) . El producto de tarjeta puede comprender una tarjeta de nómina recargable. Por lo menos uno de la pluralidad de procesadores de tarjeta comprende un banco. De acuerdo con un quinto aspecto de la presente invención, un método para procesar productos de tarjeta incluye los pasos de: a.) asociar un número de identificación de banco (BIN) a cada uno de una pluralidad de productos de tarjeta mediante un procesador de tarjeta, en donde cada producto de tarjeta comprende un número de producto de tarjeta, en donde el número de producto de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos, y en donde la primera porción de dígitos comprende el BIN; y b.) asignar valores substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta mediante un no procesador, en donde el no procesador está configurado para administrar información asociada con la pluralidad de productos de tarjeta. De acuerdo con el quinto aspecto, los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden comprender un
número de tarjeta. El método puede incluir el paso de: c. ) asignar números de tarjeta para cada BIN mediante el no procesador. El paso (c) puede comprender el paso de: d. ) asignar secuencialmente números de tarjeta para cada BIN. De manera alternativa, el paso (c) puede comprender el paso de: e.) asignar de manera aleatoria números de tarjeta para cada BIN. Los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden corresponder a usuarios separados. De acuerdo con un sexto aspecto de la presente invención, un sistema para administrar información de productos de tarjeta incluye medios para que se conecte en interfaz con cada uno de una pluralidad de procesadores de tarjeta. El sistema incluye medios para seleccionar uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta. De acuerdo con el sexto aspecto, el sistema puede incluir medios para administrar información asociada con productos de tarjeta para la pluralidad de procesadores de tarjeta. El sistema puede incluir medios para transformar mensajes para comunicación a un procesador de tarjeta respectivo en un formato utilizado
por el procesador de tarjeta respectivo. Los mensajes a los procesadores de tarjeta incluyen una consulta que comprende una dirección de red de computadora de un archivo. El sistema puede incluir medios para codificar la dirección de red de computadora. El sistema puede incluir medios para anexar la dirección de red de computadora codificada a un extremo de la consulta. El sistema puede incluir medios para detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada. De manera alternativa, el sistema puede incluir medios para detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora codificada y una recodificación de la dirección de red de computadora. Por ejemplo, los medios de codificación pueden utilizar una función hash criptográfica para codificar la dirección de red de computadora. De acuerdo con el sexto aspecto, el sistema puede incluir medios para recibir información asociada con productos de tarjeta desde cada uno de los procesadores de tarjeta. El sistema puede incluir medios para normalizar la información proveniente de cada uno de los procesadores de tarjeta para transformar . la I
información en un formato uniforme. La información proveniente de cada procesador de tarjeta puede comprender una pluralidad de reportes. La pluralidad de reportes puede comprender por lo menos uno de un reporte general, un reporte remitido y un reporte de autorización. El sistema puede incluir medios para validar la información transformada a fin de asegurar la precisión de la información. El sistema puede incluir medios para generar reportes para información asociada con el producto de tarjeta. El sistema puede incluir medios para rellenar cada reporte con información de acuerdo con una identificación de un usuario. El sistema puede incluir medios para almacenar información asociada con productos de tarjeta. El sistema puede incluir medios para proporcionar acceso a los usuarios a fin de administrar información asociada con productos de tarjeta. El sistema puede incluir medios para desplegar una interfaz de usuario gráfica a través de la cual los usuarios tienen acceso a información asociada con productos de tarjeta. De acuerdo con el sexto aspecto, el sistema puede incluir medios para otorgar acceso a un usuario a través de la interfaz de usuario gráfica utilizando una contraseña y una dirección de red de computadora asociada del usuario. El sistema puede incluir medios para
presentar productos a un usuario a través de la interfaz de usuario gráfica de acuerdo por lo menos con uno de una identificación de usuario y una asociación con una institución financiera. Un tema de la interfaz de usuario gráfica está asociado con cada procesador de tarjeta. El sistema puede incluir medios para presentar a cada procesador de tarjeta el tema asociado con el procesador de tarjeta cuando interactúa a través de la interfaz de usuario gráfica. Los procesadores de tarjeta se pueden configurar para asociar números de identificación de banco correspondientes (BIN) con productos de tarjeta. El sistema puede incluir medios para asignar números de tarjeta correspondientes a cada BIN para los productos de tarjeta. El sistema puede incluir medios para desplegar un resumen de números de tarjeta para cada BIN. De acuerdo con el sexto aspecto, el identificador único puede comprender un número de identificación de banco (BIN) . Cada producto de tarjeta puede comprender un número de producto de tarjeta. El número de producto de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos puede comprender un BIN. Los procesadores de tarjeta se pueden configurar para asociar los BIN con los productos de tarjeta. El sistema puede incluir medios para asignar números de
tarjeta substancialmente a toda la segunda porción de dígitos para cada BIN. El producto de tarjeta puede comprender una tarjeta de regalo. La tarjeta de regalo puede ser emitida por una institución financiera. El producto de tarjeta puede comprender una tarjeta de débito. El producto de tarjeta puede comprender una tarjeta de cuenta de ahorros para la salud (HSA) . El producto de tarjeta puede comprender una tarjeta de cuenta de gasto flexible (FSA) . El producto de tarjeta puede comprender una tarjeta de nómina recargable. Por lo menos uno de la pluralidad de procesadores de tarjeta comprende un banco. De acuerdo con un séptimo aspecto de la presente invención, un sistema para procesar productos de tarjeta incluye medios para asociar un número de identificación de banco (BIN) con cada uno de una pluralidad de productos de tarjeta mediante un procesador de tarjeta. Cada producto de tarjeta comprende un número de producto de- tarjeta. El número de producto de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos comprende el BIN. El sistema incluye medios para asignar valores substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta mediante un no procesador. El no procesador está configurado para
administrar información asociada con la pluralidad de productos de tarjeta. De acuerdo con el séptimo aspecto, los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden comprender un número de tarjeta. El sistema puede incluir medios para asignar números de tarjeta para cada BIN mediante el no procesador. El sistema puede incluir medios para asignar secuencialmente números de tarjeta para cada BIN. De manera alternativa, el sistema puede incluir medios para asignar de manera aleatoria números de tarjeta para cada BIN. Los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden corresponder a usuarios separados. De acuerdo con un octavo aspecto de la presente invención, un medio legible por computadora contiene un programa de computadora para administrar información de productos de tarjeta. El programa de computadora ejecuta los pasos de: a.) conectarse en interfaz con cada uno de una pluralidad de procesadores de tarjeta; y b.) seleccionar uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta. De acuerdo con el octavo aspecto, el programa
de computadora puede ejecutar los pasos de: c.) administrar información asociada con productos de tarjeta para la pluralidad de procesadores de tarjeta; y d.) transformar los mensajes para comunicación a un procesador de tarjeta respectivo en un formato utilizado por el procesador de tarjeta respectivo. Los mensajes a los procesadores de tarjeta pueden incluir una consulta que comprenda una dirección de red de computadora de un archivo. El programa de computadora puede ejecutar los pasos de: e.) codificar la dirección de red de computadora; f.) anexar la dirección de red de computadora codificada a un extremo de la consulta; y g.) detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada. De manera alternativa, para el paso (g) , el programa de computadora puede ejecutar el paso de: g.) detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora codificada y una recodificación de la dirección de red de computadora. Por ejemplo, el paso (e) puede ser ejecutado por el programa de computadora utilizando una función hash criptográfica. El programa de computadora puede ejecutar los pasos de: h.) recibir información asociada con productos de tarjeta
desde cada uno de los procesadores de tarjeta; e i.) normalizar la información proveniente de cada uno de los procesadores de tarjeta para transformar la información en un formato uniforme. La información proveniente de cada procesador de tarjeta puede comprender una pluralidad de reportes. La pluralidad de reportes puede comprender por lo menos uno de un reporte general, un reporte remitido y un reporte de autorización. De acuerdo con el octavo aspecto, el programa de computadora puede ejecutar los pasos de: j.) validar la información transformada para asegurar la precisión de la información; k.) generar reportes para información asociada con el producto de tarjeta; 1.) rellenar cada t reporte con información de acuerdo con una identificación ! de un usuario; m. ) almacenar información asociada con productos de tarjeta; n.) proporcionar acceso a usuarios para administrar información asociada con productos de tarjeta; o.) generar una interfaz de usuario gráfica a través de la cual los usuarios tengan acceso a información asociada con productos de tarjeta; p.) otorgar acceso a un usuario a través de la interfaz de usuario gráfica utilizando una contraseña y una dirección de red de computadora asociada del usuario; y q.) generar una presentación de productos a un usuario a través de la interfaz de usuario gráfica de acuerdo por lo menos con
uno de una identificación de usuario y una asociación con una institución financiera. Un tema de la interfaz de usuario gráfica se puede asociar con cada procesador de tarjeta. El programa de computadora puede ejecutar el paso de: r.) generar el tema asociado con el procesador de tarjeta para cada procesador de tarjeta cuando interactúa a través de la interfaz de usuario gráfica. Los procesadores de tarjeta se pueden configurar para asociar números de identificación de banco correspondientes (BIN) con los productos de tarjeta. El programa de computadora puede ejecutar los pasos de: s.) asignar números de tarjeta correspondientes a cada BIN para los productos de tarjeta; y t.) generar un resumen de números de tarjeta para cada BIN. De acuerdo con el octavo aspecto, el identificador único puede comprender un número de identificación de banco (BIN) . Cada producto de tarjeta puede comprender un número de producto de tarjeta. El número de producto de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos puede comprender un BIN. Los procesadores de tarjeta se pueden configurar para asociar los BIN con los productos de tarjeta. El programa de computadora puede ejecutar el paso de: v.) asignar números de tarjeta substancialmente a toda la
segunda porción de dígitos para cada BIN. El producto de tarjeta puede comprender una tarjeta de regalo. La tarjeta de regalo puede ser emitida por una institución financiera. El producto de tarjeta puede comprender una tarjeta de débito. El producto de tarjeta puede comprender una tarjeta de cuenta de ahorros para la salud (HSA) . El producto de tarjeta puede comprender una tarjeta de cuenta de gasto flexible (FSA). El producto de tarjeta puede comprender una tarjeta de nómina recargable. Por lo menos uno de la pluralidad de procesadores de tarjeta comprende un banco.
BREVE DESCRIPCION DE LAS FIGURAS
Otros objetivos y ventajas de la presente invención serán aparentes para aquellos expertos en la técnica al momento de leer la siguiente descripción detallada de las modalidades preferidas, en conjunto con las figuras anexas, en donde números de referencia similares se han utilizado para designar elementos similares, y en donde: La figura 1 es un diagrama que ilustra un sistema de administración de productos de tarjeta de acuerdo con una modalidad ejemplar de la presente invención .
La figura 2 es una especificación de reporte para un reporte general o no financiero de acuerdo con una modalidad ejemplar de la presente invención. La figura 3 es una especificación de reporte para un reporte remitido de acuerdo con una modalidad ejemplar de la presente invención. La figura 4 es una especificación de reporte para un reporte de autorización de acuerdo con una modalidad ejemplar de la presente invención. La figura 5 es un ejemplo de una interfaz de usuario gráfica para visualizar órdenes a través del sistema de administración de productos de tarjeta de acuerdo con una modalidad ejemplar de la presente invención . La figura 6 es un diagrama que ilustra un flujo de transacción para una tarjeta 'de regalo emitida por un procesador de tarjeta de acuerdo con una modalidad ejemplar de la presente invención. La figura 7 es una ilustración de una página de perspectiva general para el módulo de servidor de aplicación de administración de acuerdo con una modalidad ejemplar de la presente invención. Las figuras 8A, 8B y 8C ilustran una página de procesadores, una página de clientes y una página de programas, respectivamente, de acuerdo con una modalidad
ejemplar de la presente invención. La figura 9 ilustra una página de detalles de cliente de acuerdo con una modalidad ejemplar de la presente invención. . La figura 10 ilustra una página de detalles de programa de acuerdo con una modalidad ejemplar de la presente invención. La figura 11 ilustra una página de contratos de clientes de acuerdo con una modalidad ejemplar de la presente invención. La figura 12 ilustra una página de calidad de cliente de acuerdo con una modalidad ejemplar de la presente invención. La figura 13 ilustra una página de planes de proyecto de programa de acuerdo con una modalidad ejemplar de la presente invención. La figura 14 ilustra una página de financiamiento de programa de acuerdo con una modalidad ejemplar de la presente invención. La figura 15 ilustra una página de atributos de programa de acuerdo con una modalidad ejemplar de la presente invención. La figura 16 ilustra una página de reporte de tarjetas de regalo de acuerdo con una modalidad ejemplar de la presente invención.
La figura 17 ilustra una página de reporte de cola de trabajo de acuerdo con una modalidad ejemplar de la presente invención. La figura 18 ilustra una página de reporte de resumen pagadero por comisión de acuerdo con una modalidad ejemplar de la presente invención. La figura 19 ilustra una página de archivos de reporte de acuerdo con una modalidad ejemplar de la presente invención. La figura 20 ilustra una página de reporte financiero de acuerdo con una modalidad ejemplar de la presente invención. La figura 21 ilustra una página de reporte de reconciliación de cuenta de acuerdo con una modalidad ejemplar de la presente invención. La figura 22 ilustra un estado de cuenta generado por el sistema de administración de productos de tarjeta de acuerdo con una modalidad ejemplar de la presente invención. La figura 23 ilustra una página de reporte de definición de estado de cuenta de acuerdo con una modalidad ejemplar de la presente invención. La figura 24 ilustra una página de reporte de excepción de acuerdo con una modalidad ejemplar de la presente invención.
Las figuras 25A y 25B ilustran páginas de reporte de detalles de excepción de acuerdo con una modalidad ejemplar de la presente invención. La figura 26 ilustra una página de reportes financieros de acuerdo con una modalidad ejemplar de la presente invención. Las figuras 27A y 27B ilustran páginas de reportes financieros de acuerdo con una modalidad ejemplar de la presente invención. La figura 28 ilustra una página de resumen de número de tarjeta de acuerdo con una modalidad ejemplar de la presente invención. La figura 29 es un diagrama de flujo que ilustra los pasos para administrar información de productos de tarjeta de acuerdo con una modalidad ejemplar de la presente invención. La figura 30 es un diagrama de flujo que ilustra los pasos para detectar la alteración con información comunicada a un procesador de tarjeta de acuerdo con una modalidad ejemplar de la presente invención. La figura 31 es un diagrama de flujo que ilustra los pasos para procesar productos de tarjeta de acuerdo con una modalidad ejemplar de la presente invención.
DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS
Modalidades ejemplares de la presente invención están enfocadas en un sistema para administrar información asociada con productos de tarjeta y un método para administrar información de productos de tarjeta a través de múltiples procesadores de tarjeta. De acuerdo con modalidades ejemplares, un portal de agente de banco sencillo proporciona una interfaz a múltiples procesadores de tarjeta para soportar la administración y manejo de tarjetas u otros productos de tarjeta emitidos por diferentes entidades, tales como, por ejemplo, instituciones financieras (por ejemplo, bancos) y similares. El portal de agente de banco puede entonces elegir uno de los procesadores de tarjeta para procesar información asociada con los productos de tarjeta utilizando información de identificación única asociada con cada producto de tarjeta. Los productos de tarjeta pueden incluir, por ejemplo, tarjetas de regalo (por ejemplo, tarjetas de regalo emitidas por banco), tarjetas de débito, y otros productos de tarjeta no recargables, asi como productos de tarjeta recargables, tales como, por ejemplo, tarjeta de cuenta de ahorros para la salud (HSA) , tarjetas de cuenta de gasto flexible (FSA), tarjetas de nómina recargables y similares. Al
proporcionar una interfaz sencilla a múltiples procesadores de tarjeta, un usuario puede administrar de manera efectiva y sencilla cualquiera o todos estos productos de tarjeta y otros tipos de transacciones financieras similares desde un solo sitio, sin considerar la entidad que emitió la tarjeta. De acuerdo con modalidades ejemplares, el portal de agente de banco proporciona una capa de abstracción entre el usuario y los procesadores de tarjeta. En otras palabras, la presente invención maneja cualquiera y todas las inconsistencias y diferencias en interfaces, comunicaciones, formatos de datos y similares entre los diversos procesadores de tarjeta, de manera que el usuario sólo necesita interactuar con una sola interfaz unificada. Por lo tanto, el usuario puede comprar, administrar y realizar funciones administrativas para cualquier número de productos de tarjeta desde cualquier número de instituciones financieras sin la necesidad de realizar por separado negocios con cada institución (por ejemplo, a través del sitio Web de cada institución financiera). Por ejemplo, el usuario puede generar y visualizar reportes de resumen de información financiera asociada con los productos de tarjeta emitidos desde las diferentes instituciones financieras. De acuerdo con una modalidad ejemplar adicional
de la presente invención, el sistema de administración de productos de tarjeta puede ser utilizado para asignar números de tarjeta a productos de tarjeta emitidos por las instituciones financieras. Cada producto de tarjeta incluye un número de producto de tarjeta que de manera única identifica la tarjeta, por ejemplo, un número de dieciséis dígitos o similar. Por ejemplo, los primeros seis dígitos del número de producto de tarjeta pueden ser un número de identificación de banco (BIN) asignado por la institución financiera a un procesador de tarjeta. Para la ilustración de tarjetas de regalo emitidas por banco, los restantes (por ejemplo, diez) dígitos son convencionalmente utilizados para asignar una extensión BIN (por ejemplo, seis dígitos), un número de tarjeta (por ejemplo, tres dígitos), y un bit de revisión (por ejemplo, un dígito) . Los valores de estos dígitos restantes también son convencionalmente asignados por la institución financiera. Sin embargo, de acuerdo con la modalidad ejemplar adicional, el sistema de administración de productos de tarjeta puede asignar números de tarjeta para los productos de tarjeta mediante el uso de todos los dígitos restantes (por ejemplo, los diez dígitos restantes) para asignar números de tarjeta para un BIN particular. Un usuario autorizado puede entonces visualizar, por ejemplo, un resumen de
distribución de números de tarjeta disponibles para cada BIN. Estos y otros aspectos de la presente invención ahora se describirán con mayor detalle. La figura 1 es un diagrama que ilustra un sistema de administración de productos de tarjeta 100, de acuerdo con una modalidad ejemplar de la presente invención. El sistema de administración de productos de tarjeta 100 (también denominado aquí simplemente como el "sistema 100") incluye un módulo de portal de agente 105. Una pluralidad de procesadores de tarjeta 110 (procesador de tarjeta 1, procesador de tarjeta 2, procesador de tarjeta 3,..., procesador de tarjeta N, en donde N puede ser cualquier número conveniente) están en comunicación con el módulo de portal de agente 105. Cada procesador de tarjeta 110 se puede comunicar con el módulo de portal de agente 105 utilizando cualquier forma conveniente de medio de comunicación y protocolo, tal como, por ejemplo, una conexión de red local o remota (por ejemplo, a través de una intranet o la Internet o similar) , una conexión directa (por ejemplo, un cable, tal como una conexión RS-232), o cualquier otra conexión en red o directa cableada o inalámbrica conveniente. De acuerdo con modalidades ejemplares, el módulo de portal de agente 105 está configurado para
conectarse en interfaz con cada uno de los procesadores de tarjeta 110. Cada procesador de tarjeta 110 se puede comunicar con el módulo de portal de agente 105 en una manera que puede ser diferente a cualquiera o todos los otros procesadores de tarjeta 110. En otras palabras, cada procesador de tarjeta 110 se puede comunicar con el módulo de portal de agente 105 utilizando una tecnología de comunicación diferente, protocolo, paquete de protocolo, medio y similar. Para propósitos de ilustración y no limitación, el primer y tercer procesadores de tarjeta 110 pueden utilizar SOAP (el Protocolo de Acceso de Objeto Simple) para establecer comunicación con el módulo de portal de agente 105, mientras que el segundo y Navo procesadores de tarjeta 110 pueden utilizar X L-RPC para establecer comunicación con el módulo de portal de agente 105, aunque cualquier protocolo de comunicación conveniente puede ser utilizado por los procesadores de tarjeta 110. El módulo de portal de agente 105 está configurado para encapsular la interfaz para cada procesador de tarjeta 110 de manera que el módulo de portal de agente 105 se pueda comunicar con cada procesador de tarjeta 110 utilizando el protocolo de comunicación utilizado y entendido por el procesador de tarjeta respectivo 110. Continuando con la presente ilustración, para establecer comunicación con el
primer y tercer procesadores de tarjeta 110, el módulo de portal de agente 105 utilizaría SOAP, mientras que XML-RPC sería utilizado para establecer comunicación con el segundo y Navo procesadores de tarjeta 110. El módulo de portal de agente 105 puede soportar cualquier protocolo de comunicación conveniente. Conforme procesadores de tarjeta adicionales 110 son colocados en comunicación con el módulo de portal de agente 105, los parámetros de comunicación (protocolo, formato de mensaje y similar) I para cada nuevo procesador de tarjeta 110 puede ser suministrado de manera que el módulo de portal de agente 105 se pueda configurar para establecer comunicación con cada nuevo procesador de tarjeta 110 en una manera designada. Tal como aquí se utiliza, un "procesador de tarjeta" es cualquier entidad conveniente que proporciona servicio o procesa productos de tarjeta. Tal como aquí se utiliza, un "emisor de tarjeta" es cualquier entidad conveniente que emite productos de tarjeta (por ejemplo, un banco emisor u otra entidad similar que tiene la capacidad de emitir productos de tarjeta). Por ejemplo, un emisor de tarjeta asigna los BIN a cada procesador de tarjeta. Tal como aquí se utiliza, un "producto de tarjeta" puede ser cualquier tipo conveniente de producto basado en tarjeta o tarjeta recargable o no recargable,
tal como, por ejemplo, una tarjeta de regalo (por ejemplo, una tarjeta de regalo emitida por banco) , tarjetas de débito, tarjetas de cuenta de ahorros para la salud (HSA) , tarjetas de cuenta de gasto flexible (FSA), tarjetas de nómina recargables, tarjetas de viaje, tarjetas de equipo de colegio o profesional, tarjetas de cuenta de ahorros, tarjetas de crédito o similares. Por ejemplo, en la industria de las tarjetas de regalo emitidas por banco, un procesador de tarjeta 110 j simplemente se denomina como un "procesador" o "procesador de tarjeta". Un procesador ejecuta funciones tales como, por ejemplo, crear y mantener tarjetas e información de productos de tarjeta, conectarse con redes de pago y agentes de ventas para autorizar ventas con tarjeta y transacciones de compra, remitir transacciones de tarjeta y tarifas a la tarjeta apropiada, proporcionar datos» de reporte de tarjeta, y similares. Por lo tanto, tal como aquí se utiliza, un "no procesador" se refiere a una entidad que no sea un "procesador" (es decir, que no sea una entidad que procese o proporcione servicios de productos de tarjeta) . Por ejemplo, el módulo de portal de agente 105 puede ser considerado un "no procesador". Sin embargo, aquellos expertos en la técnica reconocerán que el procesador de tarjeta 110 puede ser cualquier entidad conveniente que tenga la capacidad de procesar o
proporcionar servicio a cualquier tipo conveniente de producto de tarjeta. De acuerdo con modalidades ejemplares, el sistema de administración de productos de tarjeta 100 está configurado para administrar la información asociada con los productos de tarjeta para la pluralidad de procesadores de tarjeta 110. El módulo de portal de agente 105 está configurado para elegir uno de la pluralidad de procesadores de tarjeta 110 de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta. De acuerdo con modalidades ejemplares, cada producto de tarjeta tiene un identificador único que permite al sistema de administración de productos de tarjeta 100 asociar un producto de tarjeta con el procesador de tarjeta 110 que generó el identificador de producto de tarjeta. El identificador único puede ser cualquier secuencia numérica o alfanumérica conveniente de caracteres, iconos, símbolos, imágenes o similares que tenga la capacidad de identificar en forma única un producto de tarjeta y asociar el producto de tarjeta con el procesador de tarjeta 110 que generó el identificador de producto de tarjeta. Para propósitos de ilustración y no limitación, asumir que el producto de tarjeta es una tarjeta de regalo emitida por banco. Dichas tarjetas de
regalo pueden incluir una secuencia numérica de dieciséis dígitos, generalmente en la forma de: XXXX XXXX XXXX XXXX, en donde "X" puede ser cualquier dígito de 0 a 9, inclusivo. Los primeros seis dígitos puede comprender un número de identificación de banco (BIN) , es decir, un número que de manera única identifica la institución financiera (por ejemplo, banco) que proporciona servicios y/o procesa la tarjeta de regalo, aunque se puede utilizar cualquier número conveniente de dígitos para especificar el BIN. Los BIN pueden ser asignados a cada procesador de tarjeta 110 por emisores de tarjeta, y los procesadores de tarjeta 110 generalmente asocian los BIN autorizados con los productos de tarjeta. El módulo de portal de agente 105 puede entonces identificar el BIN asociado con un producto de tarjeta para determinar con cuales de la pluralidad de los procesadores de tarjeta 110 comunicar información asociada con el producto de tarjeta. Una vez que sea determinado el procesador de tarjeta apropiado 110, el módulo de portal de agente 105 puede entonces establecer comunicación con el procesador de tarjeta 110 utilizando el método de comunicación y protocolo nativo al procesador de tarjeta 110. Una vez más se puede observar que el presente ejemplo es sólo para propósitos de ilustración. Se puede utilizar cualquier identificador único conveniente para cada
producto de tarjeta, ya que algunos productos basados en tarjeta pueden no utilizar los BIN. Aquellos expertos en la técnica reconocerán que el módulo de portal de agente 105 se puede escalar a múltiples módulos de portal de agentes 105 interconectados a través de comunicaciones de red de computadora convenientes para manejar cualquier número conveniente de procesadores de tarjeta 110. El módulo de portal de agente 105 incluye un ; módulo de servidor de aplicación de cliente 115. De acuerdo con una modalidad ejemplar, el módulo de servidor de aplicación de cliente 105 está configurado para manejar la comunicación y mensajes que pasan con los procesadores de tarjeta 110 en nombre del módulo de ! portal de agente 105. El módulo de servidor de aplicación de cliente 105 está configurado para elegir el procesador de tarjeta 110 con el cual comunica la información asociada con un producto de tarjeta en base al identificador único del producto de tarjeta. Por ejemplo, el módulo de servidor de aplicación de cliente 115 puede mantener o, de otra forma almacenar, un cuadro de búsqueda que mapee los identificadores únicos con los procesadores de tarjeta 110 correspondientes. Para propósitos de ilustración y no limitación, asumir que los productos de tarjeta son tarjetas de regalo emitidas por
banco o similares, después el cuadro de búsqueda puede incluir un mapeo de BIN para bancos, de manera que la información asociada con un producto de tarjeta se puede enviar al banco con base en el BIN del producto de tarjeta. Además, el módulo de servidor de aplicación de cliente 115 está configurado para transformar mensajes para comunicación a un procesador de tarjeta respectivo 110 en el formato de mensaje utilizado por el procesador de tarjeta respectivo 110. Tal como se analizó previamente, cualquiera o todos los procesadores de tarjeta 110 pueden utilizar un protocolo de comunicación diferente para pasar mensajes, datos y otra información. Una vez que el módulo de servidor de aplicación de cliente 115 determina a cuáles de los procesadores de tarjeta 110 enviar la información, el módulo de servidor de aplicación de cliente 115 puede entonces formatear el mensaje en una manera apropiada (por ejemplo, anexando previamente un encabezado y anexando una suma de revisión y similar al cuerpo del mensaje) para que se conforme al protocolo utilizado por el procesador de tarjeta seleccionado 110. Por ejemplo, el módulo de servidor de aplicación de cliente 115 puede mantener un cuadro de búsqueda que asocie procesadores de tarjeta 110 con protocolos de comunicación, de manera que para cualquier
procesador de tarjeta particular 110, el módulo de servidor de aplicación de cliente 115 puede determinar cuál protocolo de comunicación y otros parámetros similares son soportados por el procesador de tarjeta seleccionado 110. Una vez formateado de manera apropiada, el módulo de servidor de aplicación de cliente 115 puede transmitir el mensaje formateado al procesador de tarjeta 110. Al administrar los detalles de cada enlace de comunicación con cada procesador de tarjeta 110, en lugar de que los procesadores de tarjeta 110 se conformen a un protocolo de comunicación establecido por el sistema de administración de productos de tarjeta 100, procesadores de tarjeta adicionales 110 fácilmente se pueden agregar o, de otra forma conectar al sistema 100 con poca o ninguna modificación a los sistemas de los procesadores de tarjeta 110. De manera alternativa, el procesador de tarjeta 110 puede elegir establecer comunicación con el módulo de servidor de aplicación 115 a través de un formato de comunicación estándar y protocolo establecido por el sistema de administración de productos de tarjeta 100. El módulo de servidor de aplicación de cliente 115 también está configurado para recibir información asociada con productos de tarjeta desde cada uno de los procesadores de tarjeta 110. Sin embargo, cualquiera o
todos los procesadores de tarjeta 110 pueden enviar información (es decir, los datos contenidos en los mensajes) en diferentes formatos de datos o un formato estándar suministrado por el sistema de administración de productos de tarjeta 100. Por ejemplo, valores numéricos de información pueden ser especificados utilizando diversos lugares decimales o ninguna en absoluto, códigos o respuestas para una respuesta particular pueden ser especificados de manera diferente, y similares. Aunque el módulo de servidor de aplicación de cliente 115 puede mantener datos separados y estructuras de datos correspondientes a cada procesador de tarjeta 110, dicho procesamiento tiende a incrementar la complejidad del sistema 100. De acuerdo con una modalidad ejemplar, el módulo de servidor de aplicación de cliente 115 está configurado para normalizar o, de otra forma mapear la información contenida en cada mensaje proveniente de cada uno de los procesadores de tarjeta 115 para transformar la información en un formato uniforme utilizado por el sistema de administración de productos de tarjeta 100. El módulo de servidor de aplicación de cliente 115 puede utilizar cualquier formato de datos conveniente para todo o sustancialmente todo el procesamiento dentro del sistema 100. Por ejemplo, el módulo de servidor de
aplicación de cliente 115 puede mantener o, de otra forma almacenar un cuadro de traducción o búsqueda conveniente a fin de normalizar o, de otra forma convertir la información del formato soportado por el procesador de tarjeta 110 en un formato soportado por el sistema de administración de productos de tarjeta 100, y viceversa. Por ejemplo, el módulo de servidor de aplicación de cliente 115 puede transformar datos tal como, por ejemplo, códigos de estado, respuestas/réplicas, detalles de transacción, o cualquier otra información conveniente en los códigos de estado correspondientes, respuestas/réplicas, detalles de transacción utilizados por el módulo de servidor de aplicación de cliente 115. Para propósitos de ilustración y no limitación, asumir que el servidor" de aplicación de cliente 115 recibe un mensaje desde un procesador de tarjeta particular 110 que incluye dos campos. El módulo de servidor de aplicación de cliente 115 utiliza un formato de datos uniforme en donde el primer campo es una cantidad en dólares de tarjeta de regalo, especificada con dos lugares decimales. El segundo campo es un campo de autorización, especificado como "ACEPTAR" o "NEGAR". Sin embargo, el procesador de tarjeta particular 110 especifica los dos campos de manera diferente, el primer campo es especificado en números completos (es decir, sin
decimales) , y el segundo campo es ya sea "BIEN" o "NO BIEN". Por lo tanto, los dos campos son rellenados por el procesador de tarjeta 110, por ejemplo, con el valor "5000" y la respuesta "BIEN". El módulo de servidor de aplicación de cliente 115 puede determinar el procesador de tarjeta particular 110 desde el cual se recibió el mensaje (por ejemplo, utilizando el identificador único asociado con el producto de tarjeta al cual pertenece el mensaje) . El módulo de servidor de aplicación de cliente 115 puede entonces ejecutar una búsqueda o traducción de cuadro para determinar que, para este procesador de tarjeta particular 110, el valor en el primer campo (es decir, "5000") debe ser dividido entre 100 para obtener un valor con dos puntos decimales, y que la respuesta de autorización de "BIEN" corresponde a "ACEPTAR". Por lo tanto, al normalizar los datos provenientes de cada procesador de tarjeta 110 en un formato de datos uniforme, el módulo de servidor de aplicación de cliente 115 puede administrar cualesquiera diferencias entre los formatos de datos a través de la pluralidad de procesadores de tarjeta 110. Además, al administrar los detalles del formato de datos soportado por cada procesador de tarjeta 110, en lugar de tener que los procesadores de tarjeta 110 se conformen al formato de datos utilizado por el sistema de administración de
productos de tarjeta 100, procesadores de tarjeta adicionales 110 fácilmente se pueden agregar o, de otra forma conectar al sistema 100 con poca o ninguna modificación a los sistemas de los procesadores de tarjeta 110. Al momento de la normalización en el formato soportado por el sistema de administración de productos de tarjeta 100, el módulo de servidor de aplicación de cliente 115 está configurado para validar o, de otra forma, verificar los datos normalizados a fin de asegurar la precisión de esos datos. Por ejemplo, debido a que el módulo de servidor de aplicación de cliente 115 "entiende" el formato en el que van a estar los datos, el módulo de servidor de aplicación de cliente 115 puede ejecutar, por ejemplo, limites o revisión de rango en los datos, verificación de datos, y otras revisiones convenientes sobre los datos normalizados. Por ejemplo, continuando con la ilustración previa, asumir que el primer campo (es decir, la cantidad en dólares de la tarjeta de regalo) se va a especificar con dos lugares decimales y va a contener un valor entre $0.00 dólares americanos y $100.00 dólares americanos. Por lo tanto, después de la normalización, si el valor enviado por él procesador de tarjeta 110 está fuera de dicho rango (por ejemplo, menor que $0.00 dólares americanos o mayor que
$100.00 dólares americanos), entonces un mensaje de error ; conveniente puede ser enviado por el sistema 100 al 1 procesador de tarjeta 110 suministrando notificación del error y, en caso de ser necesario, una solicitud de datos corregidos. De manera adicional, un registro conveniente del error puede ser mantenido por el sistema de administración de .productos de tarjeta 100 (por ejemplo, en un registro de error apropiado o similar) . Otras técnicas de validación y verificación de datos convenientes similares pueden ser ejecutadas por el módulo de servidor de aplicación de cliente 115 en los datos normalizados recibidos desde cada procesador de tarjeta 110. Aquellos expertos en la técnica reconocerán que la validación y verificación de datos puede ser ejecutada por el módulo- de servidor de aplicación de cliente 115 ya sea antes o después de la normalización de los datos en el formato soportado por el sistema de administración de productos de tarjeta 100. Cualquier tipo conveniente de información asociada con los productos de tarjeta puede ser comunicada entre el módulo de portal de agente 105 y la pluralidad de procesadores de tarjeta 110, incluyendo, por ejemplo, información financiera, estado, consultas y cualesquiera otras respuestas y réplicas apropiadas, asi como información para manejar y administrar los productos
de tarjeta, tal como información relacionada con usuarios, escolarización, y similares. Tal como se analizó previamente, el formato de los mensajes y la información o datos contenidos dentro de estos mensajes dependerá de numerosos factores, tales como, por ejemplo, el protocolo de comunicación utilizado por los procesadores de tarjeta 110, la naturaleza y tipo de información asociada con los productos de tarjeta, y otros factores similares. De acuerdo con una modalidad ejemplar de la presente invención, la información recibida desde cada procesador de tarjeta 110 puede comprender una pluralidad de reportes. Por ejemplo, un solo reporte puede contener toda o sustancialmente toda la información relevante asociada con uno o más productos de tarjeta mantenidos por el sistema de administración de productos de tarjeta 100. De manera alternativa, se pueden utilizar múltiples reportes en donde cada reporte contiene un subconjunto predeterminado de información asociada con uno o más productos de tarjeta. Por ejemplo, de acuerdo con una modalidad ejemplar de la presente invención, se pueden utilizar tres de estos reportes para comunicar información asociada con productos de tarjeta, tales como, por ejemplo, un reporte "general", un reporte "remitido", un reporte de "autorización". Los reportes generales pueden
incluir cualesquiera datos no financieros o generales convenientes asociados con los productos de tarjeta, incluyendo, por ejemplo, nombres y direcciones de titulares de tarjeta, datos demográficos asociados con los titulares de tarjeta, estado de los productos de tarjeta, y otra información similar. Sin embargo, los reportes generales también pueden incluir cualesquiera datos financieros convenientes tales como, por ejemplo, balanzas de tarjeta y similares. Los reportes remitidos pueden incluir cualquier información conveniente referente a las transacciones remitidas, tales como, por ejemplo, un listado de transacciones remitidas de días comerciales previos o similares. Los reportes de autorización pueden incluir cualquier información conveniente referente a autorizaciones de transacciones financieras u otras, incluyendo por ejemplo, intentos de autorización, transacciones no liquidadas y similares. Sin embargo, cualquier número conveniente de reportes, en donde cada uno contiene cualquier tipo apropiado de información, se puede utilizar para comunicar información asociada con los productos de tarjeta, por ejemplo, desde los procesadores de tarjeta 110. Por ejemplo, la figura 2 es una especificación de reporte para un reporte general o no financiero 200, de acuerdo con una modalidad ejemplar de la presente
invención. El reporte general 200 incluye varias secciones, incluyendo una sección de encabezado 205, una sección de detalles (cuerpo) 210, y una sección de arrastre 215. La especificación de reporte ilustrada en la figura 2 describe los campos que pueden rellenar la sección de encabezado 205, la sección de detalles 210 y la sección de arrastre 215, asi como, por ejemplo, la longitud máxima 220 de cada campo, el formato 225 de cada campo, y la descripción 230 de cada campo dentro de cada una de las secciones. La sección de encabezado 205 puede incluir cualesquiera campos de encabezado convenientes, tal como, por ejemplo: ENCABEZADO (por ejemplo, para especificar el inicio de la sección de encabezado 205) ; NOMBRE DEL PROCESADOR (por ejemplo, nombre del procesador de tarjeta 110); NOMBRE DE ALIMENTADOR DE DATOS/REPORTE (por ejemplo, para especificar el reporte como un reporte general o no financiero 200); FECHA DE ARCHIVO (por ejemplo, la fecha en que el reporte es recibido desde el procesador) ; INICIO DE FECHA (por ejemplo, la fecha de inicio en que la información en el reporte general 200 hace referencia) ; y FIN DE FECHA (por ejemplo, la fecha final en que la información en el reporte general 200 hace referencia) . Campos adicionales y/o alternativos pueden ser incluidos en la sección de encabezado 205. La sección de detalles 210 pueden incluir
cualesquiera campos de cuerpo o detalles convenientes, tales como, por ejemplo: NÚMERO DE TARJETA (por ejemplo, el número en el plástico emitido al titular de tarjeta) ; FECHA ABIERTA (por ejemplo, la fecha en que se abrió la tarjeta particular); FECHA DE VENCIMIENTO (por ejemplo, la fecha de vencimiento de la tarjeta) ; CÓDIGO DE IDENTIFICACIÓN DE TITULAR DE TARJETA (por ejemplo, un código utilizado para identificar el valor de identificación del titular de tarjeta, tal como, por ejemplo, "1" para el número de seguro social, "2" para número de licencia de conductor, "3" para número consular de matricula, "4" para pasaporte, "5" para visa, "6" para tarjeta de ciudadanía o similar); VALOR DE IDENTIFICACIÓN DE TITULAR DE TARJETA (por ejemplo, un valor utilizado para identificar a un cliente) ; EL NOMBRE PRINCIPAL DEL TITULAR DE TARJETA; APELLIDO PRINCIPAL DEL TITULAR DE TARJETA; LÍNEA DE DIRECCIÓN 1; LÍNEA DE DIRECCIÓN 2 (por ejemplo, primera y segunda líneas de dirección del titular de tarjeta); CIUDAD, ESTADO, CÓDIGO POSTAL (por ejemplo, ciudad, estado y código postal de la dirección del titular de tarjeta); NÚMERO TELEFÓNICO PRINCIPAL; NÚMERO TELEFÓNICO SECUNDARIO (por ejemplo, números telefónicos primario y secundario del titular de tarjeta) ; ESTADO (por ejemplo, estado de una tarjeta particular); BALANCE ACTUAL (por ejemplo, balance actual
de la tarjeta); SIGNO DEL BALANCE ACTUAL (por ejemplo, signo si el balance es positivo ( + ) o negativo (-) ) ; VALOR DE IDENTIFICACIÓN DE PROGRAMA (por ejemplo, un valor asignado de procesador, en caso que aplique) ; y VALOR DE IDENTIFICACIÓN DE SUBPROGRAMA (por ejemplo, un valor asignado de procesador, en caso que aplique) . De acuerdo con una modalidad ejemplar, el campo de VALOR DE IDENTIFICACIÓN DE TITULAR DE TARJETA está compuesto de una concatenación de subcampos, incluyendo, por ejemplo: VALOR (por ejemplo, hasta 25 caracteres alfanuméricos que especifiquen un valor de identificación) ; PAÍS (por ejemplo, hasta 2 caracteres alfanuméricos que especifiquen el país de emisión de la identificación) ; FECHA DE VENCIMIENTO (por ejemplo, especificado como DDMMAAAA, MMAAAA, AAAA o similar) ; y COMENTARIOS (por ejemplo, hasta 50 caracteres alfanuméricos que especifiquen comentarios) . Campos adicionales y/o alternativos y subcampos se pueden incluir en la sección de detalles 210. Cualquier número conveniente de tarjetas o productos de tarjetas se puede transmitir en el reporte general 200, y cada tarjeta o producto de tarjeta (por ejemplo, cada cuenta asociada con cada tarjeta o producto de tarjeta) puede tener un registro de detalles en la sección de detalles 210. La sección de arrastre 215 puede incluir
cualesquiera campos de arrastre convenientes, tales como, por ejemplo: ARRASTRE (por ejemplo, para especificar el inicio de la sección de arrastre 215) ; y CONTEO (por ejemplo, para especificar el número o conteo de registro de detalles contenidos en la sección de detalles 210). Campos adicionales y/o alternativos se pueden incluir en la sección de arrastre 215. Por ejemplo, la figura 3 es una especificación de reporte para un reporte remitido 300, de acuerdo con una modalidad ejemplar de la presente invención. El reporte remitido 300 incluye varias secciones, incluyendo una sección de encabezado 305, una sección de detalles (cuerpo) 310, y una sección de arrastre 315. La especificación de reporte que se ilustra en la figura 3 describe los campos que pueden rellenar la sección de encabezado 305, la sección de detalles 310 y la sección de arrastre 315, asi como, por ejemplo, la longitud máxima 320 de cada campo, el formato 325 de cada campo, y la descripción 330 de cada campo dentro de cada una de las secciones. La sección de encabezado 305 puede incluir cualesquiera campos de encabezado convenientes, tales como los mismos campos de encabezado o diferentes tal como se especifica para la sección de encabezado 205 del reporte general 200 (por ejemplo, con el valor del campo de NOMBRE DE ALIMENTACIÓN DE DATOS/REPORTE que especifica
el reporte como un reporte remitido 300) . La sección de detalles 310 puede incluir cualesquiera campos de cuerpo o detalles convenientes, tales como, por ejemplo: NÚMERO DE TARJETA (por ejemplo, el número en el plástico emitido al titular de tarjeta) ; FECHA DE TRANSACCIÓN (por ejemplo, y la fecha de la transacción original); CÓDIGO DE TRANSACCIÓN (por ejemplo, un código que representa el tipo de transacción monetaria); MONTO DE TRANSACCIÓN (por ejemplo, el monto de la transacción que se remitió a la tarjeta) ; SIGNO DE MONTO DE TRANSACCIÓN (por ejemplo, signo si la transacción es positiva ( + ) o negativa (-), en donde el signo negativo designa la remoción de fondos, mientras que el signo positivo designa la adición de fondos) ; CÓDIGO DE DIVISA DE TRANSACCIÓN (por ejemplo, un código que represente la divisa del monto de la transacción) ; CÓDIGO DE AUTORIZACIÓN (por ejemplo, el número de identificación asignado a la transacción aprobada, y puede estar vacio en caso que la solicitud de autorización fuese declinada) ; FECHA DE REMISIÓN (por ejemplo, la fecha en que la transacción se remitió a la tarjeta) ; CÓDIGO DE RED (por ejemplo, el código que identifique la Red (por ejemplo, Pulse, NYCE, STAR o similar) carriles utilizados para procesar la transacción) ; NÚMERO DE COMERCIANTE (por ejemplo, un
número que identifique al comerciante que entrega la transacción); NOMBRE DEL COMERCIANTE (por ejemplo, el nombre del comerciante que acepta la transacción original); CÓDIGO DE CATEGORÍA DEL COMERCIANTE (por ejemplo, un código que represente la linea de negocios del comerciante) ; CÓDIGO DE PAÍS DEL COMERCIANTE (por ejemplo, un código que representa el país en donde está ubicado el negocio del comerciante) ; MONTO DE TARIFA DE INTERCAMBIO (por ejemplo, el monto de intercambio asociado con la presente transacción) ; NÚMERO DE E RUTAMIENTO ACH (por ejemplo, el número de enrutamiento a donde se van a distribuir los fondos) ; NÚMERO DE CUENTA ACH (por ejemplo, número de cuenta a donde se van a distribuir los fondos); y NÚMERO DE CONFIRMACIÓN ACH (por ejemplo, un código de confirmación para la transacción ACH que puede aparecer en el estado de cuenta del titular de tarjeta en donde los fondos se están distribuyendo) . Campos alternativos y/o adicionales y subcampos se pueden incluir en la sección de detalles 310. La sección de arrastre 315 puede incluir cualesquiera campos de arrastre convenientes, tal como los mismos campos de arrastre o diferentes conforme a lo especificado para la sección de arrastre 215 del reporte general 200. Por ejemplo, la figura 4 es una especificación de reporte para un reporte de autorización 400, de
acuerdo con una modalidad ejemplar de la presente invención. El reporte de autorización 400 incluye varias secciones, incluyendo una sección de encabezado 405, una sección de detalles (cuerpo) 410, y una sección de arrastre 415. La especificación de reporte que se ilustra en la figura 4 describe los campos que pueden rellenar la sección de encabezado 405, la sección de detalles 410 y la sección de arrastre 415, asi como, por ejemplo, la longitud máxima 420 de cada campo, el formato 425 de cada campo, y la descripción 430 de cada campo dentro de cada una de las secciones. La sección de encabezado 405 puede incluir cualesquiera campos de encabezado convenientes, tal como los mismos campos de encabezado o diferentes conforme a lo especificado para la sección de encabezado 205 del reporte general 200 (por ejemplo, con el valor del campo de NOMBRE DE ALIMENTACIÓN DE DATOS/REPORTE especificando el reporte como un reporte de autorización 400) . La sección de detalles 410 puede incluir cualesquiera campos de cuerpo o detalles convenientes, tal como, por ejemplo: NÚMERO DE TARJETA (por ejemplo, el número en el plástico emitido al titular de tarjeta) ; FECHA/HORA DE TRANSACCIÓN (por ejemplo, la fecha y hora de la transacción original) ; CÓDIGO DE DIVISA DE TRANSACCIÓN (por ejemplo, un código que represente la
divisa del monto de transacción) ; RESPUESTA DE VERIFICACIÓN DE DIRECCIÓN (por ejemplo, un mensaje que represente la respuesta en caso que se haya utilizado la verificación de dirección) ; RESPUESTA DE AUTORIZACIÓN (por ejemplo, un mensaje que represente por qué la solicitud fue autorizada o declinada) ; MONTO DE AUTORIZACIÓN (por ejemplo, el monto de la solicitud de autorización) ; CÓDIGO DE AUTORIZACIÓN (por ejemplo, el número de identificación asignado a la transacción aprobada, y se puede dejar en blanco si la solicitud de autorización fue declinada) ; CÓDIGO DE RED (por ejemplo, el código que identifique la Red (por ejemplo, Pulse, NYCE, STAR o similar) carriles utilizados para procesar la transacción); NÚMERO DE COMERCIANTE (por ejemplo, un número que identifique al comerciante que entrega la transacción); NOMBRE DEL COMERCIANTE (por ejemplo, el nombre del comerciante que acepte la transacción original); CÓDIGO DE CATEGORÍA DEL COMERCIANTE (por ejemplo, un código que represente la linea de negocios del comerciante); y CÓDIGO DEL PAÍS DE COMERCIANTE (por ejemplo, un código que represente al pais en donde está ubicado el negocio del comerciante) . Campos adicionales y/o alternativos y subcampos se pueden incluir en la sección de detalles 410. La sección de arrastre 415 puede incluir cualesquiera campos de arrastre convenientes, tal
como los mismos campos de arrastre o diferentes conforme a lo especificado para la sección de arrastre 215 del reporte general 200. Tal como se analizó anteriormente, los BIN son asignados a procesadores de tarjeta 110 por el emisor de tarjetas. Por ejemplo, un BIN u otro identificador único pueden ser asignados a cada procesador de tarjeta 110 por MASTERCARD™ o VISA™ u otros emisores de tarjeta. Los procesadores de tarjeta 110 asocian los BIN a los productos de tarjeta. Los BIN se pueden utilizar para identificar de manera única el procesador de tarjeta 110 que proporciona servicio y/o procesa un producto de tarjeta particular. Para la ilustración de las tarjetas de regalo emitidas por banco o similares con números de productos de tarjeta de dieciséis dígitos, los primeros seis dígitos del número de producto de tarjeta pueden comprender el BIN, aunque se puede utilizar cualquier número conveniente de dígitos para especificar el BIN. De manera convencional, los dígitos restantes del número de producto de tarjeta se pueden utilizar para identificar de manera única a un usuario (por ejemplo, el titular de tarjeta) , y también son asignados por los procesadores de tarjeta 110. Para la ilustración de las tarjetas de regalo emitidas por banco o similares, los restantes (por ejemplo, diez) dígitos comúnmente son utilizados para
asignar una extensión BIN (por ejemplo, seis dígitos), un número de tarjeta (por ejemplo, tres dígitos), y un bit de revisión (por ejemplo, un dígito). Todo el número de producto de tarjeta identifica de manera única tanto al procesador de tarjeta 110 que proporciona servicio y/o procesa el producto de tarjeta como al titular de tarjeta de ese producto de tarjeta. Sin embargo, de acuerdo con una modalidad ejemplar alternativa de la presente invención, el módulo de servidor de aplicación de cliente 115 se puede configurar para asignar y repartir números de tarjeta correspondientes a cada BIN (u otro identificador único) para los productos de tarjeta. De manera más particular, el número de producto de tarjeta puede estar compuesto de dos porciones de dígitos, una primera porción de dígitos y una segunda porción de dígitos. Para propósitos de ilustración y no limitación, para un número de producto de tarjeta de dieciséis dígitos, por ejemplo, una tarjeta de regalo emitida por banco o similar, la primera porción de dígitos puede incluir los primeros seis dígitos del número de producto de tarjeta, mientras que la segunda porción de dígitos puede incluir los diez dígitos restantes. La primera porción de dígitos puede comprender el BIN (u otro identificador único conveniente) . Para cada BIN, la segunda porción de dígitos se puede utilizar
para asignar números de tarjeta para el BIN determinado. El módulo de servidor de aplicación de cliente 115 puede asignar números de tarjeta que comprendan toda o sustancialmente toda la segunda porción de digitos para cada BIN, aunque el módulo de servidor de aplicación de cliente 115 puede utilizar cualquier subconjunto de la segunda porción de digitos para asignar números de tarjeta . En otras palabras, de acuerdo con una modalidad ejemplar, el módulo de servidor de aplicación de cliente 115 se puede configurar para asignar y repartir números de tarjeta para cada BIN (u otro identificador único conveniente) mediante el uso de todos o sustancialmente todos los digitos restantes que no sean el BIN en un número de producto de tarjeta. Para el ejemplo de un número de producto de tarjeta de dieciséis digitos con un BIN de seis digitos, los diez digitos restantes (o cualquier subconjunto de los mismos) se pueden utilizar para asignar cualquiera de un billón de números de tarjeta para un BIN particular. En consecuencia, para un número de producto de tarjeta de dieciséis digitos con un BIN de seis digitos y diez digitos restantes, hasta un billón de productos de tarjeta se puede emitir para cada procesador de tarjeta 110, aunque el número de números de tarjetas disponibles dependerá de dichos factores tales
como, por ejemplo, la longitud del número de producto de tarjeta utilizado, la longitud del BIN u otro identificador que forme parte del número de producto de tarjeta, u otros factores similares. Por lo tanto, un "no procesador," en particular el sistema de administración de productos de tarjeta 100 de acuerdo con modalidades ejemplares, puede asignar y repartir valores (por ejemplo, números de tarjeta) a toda la segunda porción de dígitos, o cualquier subconjunto de la misma, del número de producto de tarjeta de cada producto de tarjeta. Por ejemplo, los números de tarjeta para la segunda porción de dígitos se pueden asignar en secuencia o en forma aleatoria para cada BIN. De acuerdo con una modalidad ejemplar, la primera porción de dígitos puede preceder la segunda porción de dígitos dentro de cada número de producto de tarjeta. De acuerdo con una modalidad ejemplar alternativa, la segunda porción puede preceder la primera porción de dígitos. De manera alternativa, la primera y segunda porciones de dígitos de manera conveniente se pueden intercalar o mezclar dentro del número de producto de tarjeta. La longitud (en dígitos) del número de producto de tarjeta y los tamaños de la primera y segunda porciones correspondientes de dígitos dependerán de factores tales como, por ejemplo, el tipo de número de tarjeta utilizado para cada producto de
tarjeta, el tamaño o longitud (en dígitos) del BIN u otro identificador único, el tamaño o longitud (en dígitos) de números de tarjeta correspondientes, y otros factores similares. De acuerdo con una modalidad adicional ejemplar, el módulo de servidor de aplicación de cliente 115, en lugar de los emisores de tarjeta, pueden asignar y repartir los BIN a cada procesador de tarjeta 110. Métodos y mecanismos apropiados y convenientes se pueden utilizar para garantizar la seguridad de la información comunicada entre el módulo de portal de agente 105 y los procesadores de tarjeta 110. Por ejemplo, se pueden mantener conexiones seguras (por ejemplo, a través de HTTPS o similar) entre el módulo de portal de agente 105 y cada uno de los procesadores de tarjeta 110. De manera adicional o alternativa, los datos e información de manera conveniente se pueden codificar utilizando cualquier técnica o algoritmo criptográfico o de codificación apropiado, incluyendo, por ejemplo, cualquier sistema de infraestructura de clave pública conveniente (PKI), RC4, MD5, codificación base64 o similar . Los mensajes comunicados a los procesadores de tarjeta 110 pueden incluir, por ejemplo, una consulta o similar que incluya una dirección de red de computadora (por ejemplo, un URL, dirección IP o similar) de un
archivo. Por ejemplo, la consulta puede comprender una consulta de búsqueda convencional enviada por el módulo de portal de agente 105 a fin de obtener un archivo u otros datos ubicados en un sitio Web particular URL u otra dirección única. Sin embargo, si es interceptada, un hacker malicioso o intruso potencialmente puede alterar la consulta. Por ejemplo, el URL o dirección de red de computadora podría ser modificada para obtener un archivo o datos diferentes, tal como un archivo seguro o datos seguros que no están destinados para que sean obtenidos por los procesadores de tarjeta 110 o para que sean accesados por los mismos. Dicha actividad maliciosa podría hacer que los datos mantenidos por los procesadores de tarjeta 110 y el sistema de administración de productos de tarjeta 100 fuesen vulnerables al robo o corrupción. De acuerdo con una modalidad ejemplar, para direccionar dichos problemas de seguridad, la dirección de red de computadora contenida en la consulta puede ser codificada. La dirección de red de computadora codificada se anexa entonces al final de la consulta. Al anexar la dirección de red de computadora codificada al final de la consulta, la consulta puede ser procesada (por ejemplo, por los procesadores de tarjeta 110) en una manera convencional (mientras se ignora la dirección de red de
computadora codificada anexa) para obtener el archivo o datos en la dirección de red de computadora especificada. La respuesta a la consulta (por ejemplo, enviada al módulo de portal de agente 105) también puede incluir la consulta en si misma, con la dirección de red de computadora y la dirección de red de computadora codificada en la respuesta. El módulo de servidor de aplicación de cliente 115 está configurado para detectar alteración con la dirección de red de computadora mediante la decodificación de la dirección de red de computadora codificada, y después comparando la dirección de red de computadora y la dirección de red de computadora decodificada . Si ambas direcciones de red de computadoras son las mismas, no ha ocurrido una alteración. Sin embargo, si la dirección de red de computadora no coincide con la dirección de red de computadora decodificada, ha ocurrido una alteración. En ese caso, se pueden emprender medidas de seguridad convenientes (por ejemplo, eliminación del mensaje), y se pueden comunicar alertas y advertencias apropiadas a los clientes afectados. De acuerdo con una modalidad ejemplar alternativa, el módulo de servidor de aplicación de cliente 115 está configurado para detectar la alteración con la dirección de red de computadora mediante la
recodificación de la dirección de red de computadora, y t i después comparando la dirección de red de computadora recodificada y la dirección de red de computadora originalmente codificada (que había sido anexada al final de la consulta) . Si las direcciones de red de computadora original y recientemente codificadas son diferentes, entonces ha ocurrido una alteración. Para propósitos de ilustración y no limitación, a fin de crear una dirección de red de computadora codificada de acuerdo con dicha modalidad ejemplar alternativa, una función hash MD5 de una codificación RC4 de la secuencia de consulta de un URL se puede ejecutar para generar una función hash codificada. La función hash codificada se puede anexar a la secuencia de consulta como un par de clave - valor único. Para revisar la validez de una secuencia de consulta codificada, la función hash del par de clave -valor único se puede remover de la secuencia de consulta. Se puede crear una función hash MD5 de una codificación RC4 de la secuencia de consulta restante. El resultado de la codificación se puede comparar con la clave - valor único que previamente se removió de la secuencia de consulta. Si las dos funciones hash codificadas son diferentes, entonces ha ocurrido una alteración de la secuencia de consulta. Se puede utilizar cualquier técnica de
codificación conveniente para codificar la dirección de red de computadora. Por ejemplo, de acuerdo con una modalidad ejemplar, se puede utilizar una función hash criptográfica. Tal como se ilustró previamente, la dirección de red de computadora se puede codificar (por ejemplo, utilizando RC4, MD5, base64 o similares o cualquier combinación de los mismos) para generar una dirección de red de computadora codificada. Después se puede aplicar una función hash conveniente a la dirección de red de computadora codificada para generar una función hash codificada. Aunque las direcciones de red de computadora se han analizado, se observa que cualesquiera datos convenientes dentro de la consulta, incluyendo toda la consulta en si misma o cualquier parte de la misma, se pueden codificar y anexar al final de la consulta para propósitos de detectar la alteración de acuerdo con la modalidad ejemplar. Para mantener y administrar los productos de tarjeta, el sistema de administración de productos de tarjeta 100 incluye un módulo de base de datos 120 en comunicación con el módulo de servidor de aplicación de cliente 115. El módulo de base de datos 120 está configurado para almacenar, por ejemplo, información asociada con los productos de tarjeta y otra información similar. El módulo de servidor de aplicación de cliente
115 puede consultar o, de otra forma acceder al módulo de base de datos 120 para almacenar o recuperar dicha información de acuerdo con solicitudes de los usuarios, los procesadores de tarjeta 110, o el sistema 100 en si mismo. Por ejemplo, el módulo de base de datos 120 se puede utilizar para almacenar cuadros de números de tarjeta correspondientes a cada BIN y otra información similar para soportar el manejo y administración de productos de tarjeta. El módulo de base de datos 120 puede ser cualquier tipo conveniente de base de datos de computadora o medio de almacenamiento o memoria, producto de base de datos (por ejemplo, SQL) que interactúe con cualquier medio o memoria, u otro dispositivo de almacenamiento eléctrico o electrónico o instalación que tenga la capacidad para almacenar información eléctrica y electrónica para recuperación posterior. De acuerdo con modalidades ejemplares, los procesadores de tarjeta 110, titulares de tarjeta, administradores y otras entidades e individuos (colectivamente denominados como "usuarios") pueden tener acceso a información referente a productos de tarjeta a través del sistema de administración de productos de tarjeta 100. En otras palabras, el módulo de portal de agente 105 está configurado para permitir el acceso de los usuarios a fin de administrar información asociada
con los productos de tarjeta. Para soportar dicho acceso, el módulo de portal de agente 105 incluye un módulo de interfaz de usuario gráfica 130. El módulo de interfaz de usuario gráfica 130 está configurado para desplegar, ya sea de forma local o remota, una interfaz de usuario gráfica (GUI) a través de la cual los usuarios pueden interactuar con el sistema de administración de productos de tarjeta 100. La GUI puede ser, por ejemplo, una interfaz gráfica de marca propia, cualquier navegador Web conveniente (por ejemplo, Explorador de Internet, Netscape, Firefox, Safari, Opera, o cualquier otro navegador Web conveniente) u otra interfaz similar que tenga la capacidad para desplegar información gráfica y/o textual, y pueda soportar conexiones seguras y acceso remoto al sistema de administración de productos de tarjeta 100. Por ejemplo, una Computadora Personal (PC) 140 u otro tipo conveniente de dispositivo o sistema de computadora (por ejemplo, computadora portátil, asistente digital personal (PDA), teléfono celular o similar) puede ser utilizado por un titular de tarjeta 143, una institución financiera 147 u otro usuario similar para tener acceso en forma remota a información referente a productos de tarjeta a través del sistema de administración de productos de tarjeta 100 utilizando la GUI del módulo de interfaz de usuario gráfica 130, por
ejemplo, a través de un navegador Web conveniente mediante una conexión segura sobre la Internet o Web Mundial . La GUI puede soportar una pantalla de registro que solicite a los usuarios el ingreso de un nombre de usuario (o dirección de correo electrónico) y una contraseña asignada de manera única para tener acceso inicial al sistema de administración de productos de tarjeta 100 al momento de ingresar con éxito ambos. Las contraseñas pueden ser codificadas utilizando cualquier técnica conveniente de codificación (por ejemplo, MD5 o similar) , y los usuarios pueden ser sacados del sistema después de tres intentos sin éxito por registrarse. Otras medidas de seguridad adicionales o alternativas convenientes pueden ser utilizadas para registrarse en el sistema 100 incluyendo, por ejemplo, biométricos y similares. De acuerdo con una modalidad ejemplar, el módulo de interfaz de usuario gráfica 130 está configurado para determinar la dirección de red de computadora del usuario (por ejemplo, la dirección IP de la computadora a partir de la cual el usuario accesa al sistema 100). Como una función de seguridad adicional, el módulo de interfaz de usuario gráfica 130 puede comparar la dirección de red de computadora del usuario con una dirección de red de computadora que ha sido almacenada
para el nombre de usuario del usuario (por ejemplo, una dirección IP que es ingresada o, de otra forma grabada por el usuario al momento de la inscripción o registro con el sistema 100). Además del nombre de usuario y contraseña, si la dirección de red de computadora del usuario no coincide con la dirección de red de computadora grabada correspondiente al nombre de usuario, entonces se puede negar el acceso al sistema de administración de productos de tarjeta 100. Por lo tanto, al usuario se le puede otorgar acceso al sistema de administración de productos de tarjeta 100 a través de la GUI utilizando ambos o cualquiera de la contraseña y la dirección de red de computadora asociada del usuario. El sistema de administración de productos de tarjeta 100 es un sistema basado en función. En otras palabras, la funcionalidad, características e información presentada a, y accesible por cada usuario a través de la GUI se puede basar en la función establecida por el usuario con el sistema 100. Por ejemplo, un titular de tarjeta puede tener acceso a, y administrar información que pertenece únicamente a productos de tarjeta en posesión del titular de tarjeta. En contraste, un procesador de tarjeta 110 puede tener acceso a, y administrar información que pertenece a todos los productos de tarjeta emitidos por ese procesador de
tarjeta 110. Sin embargo, un administrador del sistema de administración de productos de tarjeta 100 puede tener acceso a, y administrar información que pertenece a todos los productos de tarjeta mantenidos por el sistema 100. En cada caso, la GUI está configurada para permitir que el usuario determinado tenga acceso únicamente a esas características, funcionalidad e información que son apropiados para el usuario determinado debido a la función del usuario en el sistema de administración de productos de tarjeta 100. Para ayudar en dicha delineación de funcionalidad entre varios usuarios, cada tipo de usuario puede tener acceso al sistema de administración de productos de tarjeta 100 a través de diferentes direcciones de sitio Web (por ejemplo, URL) . Por ejemplo, los titulares de tarjeta pueden tener acceso al sistema 100 navegando en sus exploradores Web a un sitio tal como, por ejemplo, "myprepaidbalance . com" o
"myprepaidaccount . com" u otra dirección de sitio Web conveniente. Los procesadores de tarjeta 110 pueden tener acceso al sistema 100 dirigiendo sus exploradores Web a una dirección diferente, tal como, por ejemplo, "prepaidadmin . com" u otra dirección de sitio Web conveniente. Aunque se pueden utilizar diferentes URL para cada tipo de usuario, cada dirección de sitio Web
sigue lidereando al usuario respectivo en el sistema de administración de productos de tarjeta 100, aunque a través de diferentes puntos de entrada. De manera adicional o alternativa, la GUI se puede configurar para presentar un tema diferente, apariencia o "piel" al usuario, dependiendo de la función del usuario y/o afiliación con un procesador de tarjeta 110. Por ejemplo, con base en la identificación del usuario a través de su contraseña y nombre de usuario correspondientes (y, si asi se desea, dirección de red de computadora), el módulo de interfaz de usuario gráfica 130 puede cambiar la configuración de la apariencia de la GUI desplegada al usuario. Por ejemplo, para titulares de tarjeta, la GUI puede ser bastante "aparatosa" o, de otra forma decorada de manera elaborada para mejorar la experiencia del titular de tarjeta. Además, anuncios, promociones, información de mercadotecnia, tips de uso, información de navegación y similares de interés potencial para el titular de tarjeta se pueden desplegar a través de la GUI al titular de tarjeta. En contraste, un administrador se puede presentar con una GUI que sea más "impactante", enfocándose en características y funcionalidad en lugar de una presentación elaborada. Además, cada procesador de tarjeta 110 puede tener un tema asociado o "piel" para la GUI. Por lo tanto, cuando
un procesador de tarjeta 110 se registra en el sistema de administración de productos de tarjeta 100 a través de la GUI, el tema gráfico correspondiente o "piel" de ese procesador de tarjeta 110 se puede desplegar. Dicho tema o "piel" también puede ser, o de manera alternativa es, presentado a los usuarios (por ejemplo, titulares de tarjeta) cuando se administran productos de tarjeta emitidos por ese procesador de tarjeta 110. Al tener acceso, los usuarios del sistema de administración de productos de tarjeta 100 pueden visualizar y administrar la información asociada con los productos de tarjeta. El sistema de administración de productos de tarjeta 100 está configurado para permitir a los usuarios ejecutar aquellas funciones asociadas con la administración de productos de tarjeta. Por ejemplo, para una "orden de plástico", los usuarios pueden ordenar las tarjetas de plástico que son distribuidas (finalmente) a los titulares de tarjeta, incluyendo la especificación del diseño o despliegue de las tarjetas, proporcionando mensajes personalizados para que aparezcan en las tarjetas, y otras características similares de las tarjetas. Una vez que el usuario ha adquirido las tarjetas de plástico reales a través del sistema 100, las tarjetas pueden ser cargadas con valor (por ejemplo, una cantidad en dólares), activadas y emitidas. Para la
ilustración de tarjetas de regalo, utilizando una "emisión en instante", se puede asignar una tarjeta individual, por ejemplo, un número de tarjeta, fecha de vencimiento, cantidad cargada, número CVV2/CVC2, código de seguridad y otra información de identificación. La tarjeta individual después se puede registrar utilizando el nombre, dirección, número telefónico y similares del titular de tarjeta. La tarjeta después está lista para uso por parte del titular de tarjeta. Además, se puede considerar una "orden a granel" de una combinación de "orden de plástico" y "emisión en instante". Para una orden a granel, las tarjetas de plástico son ordenadas y pueden ser precargadas con una cantidad en dinero a la que se puede tener acceso al momento de la activación de las tarjetas. Por lo tanto, dichas órdenes a granel pueden permitir a un usuario especificar las cantidades de carga en la tarjeta al momento de la orden y personalizar dichas tarjetas para venta o distribución. Se puede apreciar que cualesquiera tipos de productos basados en tarjeta o tarjetas pueden ser ofrecidos o, de otra forma, vendidos o distribuidos a través del sistema de administración de productos de tarjeta 100. Para un tipo particular de productos de tarjeta, cada una de las tarjetas individuales del tipo de producto de tarjeta proporcionado puede recibir
servicio y/o puede ser procesado por cualquiera de los procesadores de tarjeta 110. En otras palabras, un tipo de producto de tarjeta puede utilizar múltiples procesadores de tarjeta 110. Por ejemplo, asumir que un emisor de tarjetas tiene un surtido de tarjetas de producto de tarjeta tipo X. Una primera orden de tarjetas de producto de tarjeta tipo X puede ser asignada con un primer BIN u otro identificador único para que reciba servicio y/o sea procesada por el primer procesador de tarjeta 110. A una segunda orden de tarjetas de producto de tarjeta tipo X se le puede asignar un segundo BIN u otro identificador único para que reciba servicio y/o seas procesada por el segundo procesador de tarjeta 110. Una tercera orden de tarjetas de producto de tarjeta tipo X puede ser asignada con un tercer BIN u otro identificador único para que reciba servicio y/o sea procesada por el tercer procesador de tarjeta 110. Por lo tanto, aunque cada tarjeta individual recibe servicio y/o es procesada por un procesador de tarjeta particular 110, cualesquiera de los procesadores de tarjeta 110 pueden ser elegidos para proporcionar servicio y/o procesar las tarjetas de un tipo de producto de tarjeta particular. El sistema de administración de productos de tarjeta 100 puede permitir al usuario visualizar órdenes previas. Por ejemplo, la figura 5 es un ejemplo de una
interfaz de usuario gráfica (GUI) 500 para visualizar órdenes a través del sistema de administración de productos de tarjeta 100, de acuerdo con una modalidad ejemplar de la presente invención. La GUI 500 puede desplegar información adecuada para resumir, por ejemplo, todas o las órdenes más recientes de órdenes plásticas 505, emisiones en instante 510 y órdenes a granel 515. La información resumida puede incluir, por ejemplo, número de orden, fecha de orden, nombre de cliente, nombre del programa, nombre del producto, estado de la orden, cantidad total de tarjetas ordenadas, monto cargado total y cualquier otra información conveniente. Además, un campo de búsqueda 520 está configurado para permitir al usuario buscar y filtrar (utilizando técnicas y algoritmos de búsqueda y filtración estándar) el historial de órdenes de acuerdo con cualquiera de la información resumida mencionada previa, e incluyendo campos adicionales tales como el número de cliente, nombre del titular de tarjeta, nombre de la compañía, teléfono de la compañía, número de tarjeta, ID de impuestos, fecha de nacimiento del titular de tarjeta, código postal, código de seguridad y similares. Al utilizar dicha búsqueda/filtración, el usuario puede visualizar cualquier nivel deseado de granularidad de la información de productos de tarjeta, a partir de tarjetas
individuales para todas las órdenes de tarjeta a través de cualquiera o todos los procesadores de tarjeta 110. El sistema de administración de productos de tarjeta 100 también está configurado para generar reportes para la información asociada con los productos de tarjeta. Por ejemplo, el módulo de servidor de aplicación de cliente 115 puede formatear los reportes con base en las solicitudes de usuario, las cuales después son desplegadas a través de la GUI mediante el módulo de interfaz de usuario gráfica 130. Cualquier tipo conveniente de reporte puede ser proporcionado por el sistema 100 al usuario incluyendo, por ejemplo, un resumen de orden para el usuario, un resumen total de ventas, un resumen total de ventas por sucursal, un resumen de órdenes de plástico, un resumen de inventario, detalles de tarjeta, un listado o resumen de solicitudes ACH y similares. De acuerdo con una modalidad ejemplar, cada reporte puede ser rellenado con información de acuerdo con la identificación del usuario. En otras palabras, una vez registrado en el sistema 100, la identidad del usuario registrado es conocida por el sistema de administración de productos de tarjeta 100 a través del nombre de usuario y contraseña del usuario. Debido a que se conoce la identidad del usuario, la información del producto de tarjeta para ese usuario
puede ser presentada o, de otra forma, desplegada a ese usuario a través de la GUI, por ejemplo, en la forma de reportes. Además, debido a que se conoce la identidad del usuario, la GUI en si misma se puede configurar para desplegar otra información asociada con el usuario determinado, tal como, por ejemplo, una lista de productos disponibles para ese usuario, funciones de menú GUI (por ejemplo, menús desplegables o en cascada y submenús) que están disponibles para ese usuario, y similares. Por ejemplo, los productos de tarjeta se pueden presentar al usuario a través de la GUI con base en la identificación del usuario y la asociación o afiliación del usuario con una institución financiera tal como un procesador de tarjeta 110. Por lo tanto, el sistema de administración de productos de tarjeta 100 se puede ajustar a la interfaz y la información presentada a cada usuario (por ejemplo, con base en la identidad del usuario) para mejorar la facilidad de uso de, y accesibilidad al sistema 100 y la información de productos de tarjeta mantenida por el sistema 100. Para propósitos de ilustración y no limitación, la figura 6 es un diagrama que ilustra un flujo de transacción para una tarjeta de regalo emitida por un procesador de tarjeta 110, de acuerdo con una modalidad ejemplar de la presente invención. La figura 6 ilustra la
interacción entre titulares de tarjeta, agentes de ventas (por ejemplo, aquellos que venden y distribuyen tarjetas en puntos de venta), procesadores y el sistema de administración de productos de tarjeta 100. En el bloque 605, el consumidor compra una tarjeta de regalo de un agente de ventas en el punto de venta. En el bloque 610, el agente de ventas ingresa la información de transacción en la aplicación basada en Web (por ejemplo, la GUI) del sistema de administración de productos de tarjeta 100 y ¡ transmite los datos de ventas al procesador de tarjeta 110 quien emite las tarjetas de regalo determinadas. En el bloque 615, el procesador de tarjeta 110 valida la transacción, carga el valor a la cuenta de la tarjeta y activa la tarjeta. En el bloque 620, el procesador de tarjeta 110 transmite una autorización de regreso al agente de ventas. En el bloque 625, el procesador de tarjeta 110 crea y envía archivos diarios a la institución financiera (por ejemplo, un banco o similar) para el movimiento de fondos, incluyendo cargas de valor, ventas y similares. En el bloque 630, el agente de ventas proporciona al cliente la tarjeta de regalo (cargada y activada) , descripciones de tarifas apropiadas y acuerdos de titular de tarjeta, recibo y similares. De acuerdo con una modalidad ejemplar, dichas divulgaciones al consumidor (impresas) pueden ser vistas electrónicamente
por el consumidor u otro usuario a través del sistema 100 1 mediante la GUI, ya que el sistema 100 está configurado para almacenar electrónicamente (por ejemplo, en el módulo de base de datos 120) dichas divulgaciones y otra documentación para acceso por parte de los usuarios. En el bloque 635, el agente de ventas deposita los procedimientos de la venta en la cuenta de banco del agente de ventas. En el bloque 640, el banco u otra institución financiera crea un archivo ACH para ! liquidación con el agente de ventas, y mantiene los fondos en nombre del titular de tarjeta. Después que al consumidor se le otorga la tarjeta de regalo "en vivo" en el bloque 630, entonces en el bloque 645 el consumidor (ahora el titular de tarjeta) puede utilizar la tarjeta inmediatamente para comprar bienes y servicios en millones de ubicaciones en donde la mayoría de las marcas de la tarjeta de regalo es aceptada. En el bloque 650, el titular de tarjeta puede interactuar con el sistema de administración de productos de tarjeta 100 a través de la GUI para obtener información de balance de tarjeta actualizada (por ejemplo, a través de un URL listado en el reverso de la tarjeta de regalo). De acuerdo con una modalidad ejemplar alternativa, el titular de tarjeta puede interactuar con el sistema 100 a través de un teléfono utilizando un sistema de respuesta de voz
interactivo conveniente (IVR) o similar, en lugar de la GUI . Haciendo referencia a la figura 1, el sistema de administración de productos de tarjeta 100 incluye un módulo de servidor de aplicación de administración 125. El módulo de servidor de aplicación de administración 125 está en comunicación con el módulo de base de datos 120. De acuerdo con modalidades ejemplares, el módulo de servidor de aplicación de administración 125 está configurado para administrar cualquiera y todos los aspectos del sistema de administración de productos de tarjeta 100 y los productos de tarjeta mantenidos por el sistema 100. Por ejemplo, el módulo de servidor de aplicación de administración 125 está configurado para monitorear la actividad de productos de tarjeta y proporcionar reportes de ventas y excepción sobre una base diaria. Por ejemplo, la actividad de ventas que aparece en múltiples reportes de excepción puede ser revisada en busca de posible actividad sospechosa. Los reportes de excepción pueden incluir, por ejemplo, transacciones en dólares, revisiones de velocidad para cargas de valor y transacciones, créditos o reembolsos excesivos, transacciones en el extranjero y otra actividad similar que pudiera ser sospechosa. Además, los marcos de tiempo de inactividad y balance para cada
producto de tarjeta pueden ser monitoreados diariamente por el módulo de servidor de aplicación de administración 125. Las liquidaciones de transacciones son automatizadas, y los balances de cuentas de financiamiento pueden ser monitoreados diariamente para idoneidad por parte del módulo de servidor de aplicación de administración 125. El módulo de servidor de aplicación de administración 125 está configurado para monitorear cualquiera y todas las cuentas de productos de tarjeta y automatizar el proceso de reversión sobre una base estado por estado. Por lo tanto, el módulo de servidor de aplicación de administración 125 puede monitorear, rastrear y reportar procesadores de tarjeta 110, usuarios, programas, vendedores, contratos y similares sobre una base diaria o sobre otra base oportuna . Los administradores y otros usuarios apropiados pueden tener acceso y administrar el sistema 100 y visualizar la información asociada con productos de tarjeta utilizando el módulo de servidor de aplicación de i administración 125 a través de una GUI conveniente, tal como la misma o diferente GUI proporcionada por el módulo de interfaz de usuario gráfica 130 del módulo de portal de agente 105. De acuerdo con una modalidad ejemplar, la GUI para el módulo de servidor de aplicación de
administración 125 es' una GUI separada que es proporcionada por un segundo módulo de interfaz de usuario gráfica o similar que es un componente del módulo de servidor de aplicación de administración 125. Sin embargo, el módulo de interfaz de usuario gráfica 130 puede proporcionar GUI tanto para el módulo de portal de agente 105 como para el módulo de servidor de aplicación de administración 125. El módulo de servidor de aplicación de administración 125 puede desplegar cualquier información conveniente a los administradores y otros usuarios similares en cualquier formato apropiado o configuración para administrar el sistema de administración de productos de tarjeta 100. Por ejemplo, la figura 7 es una ilustración de una página de perspectiva general 700 para el módulo de servidor de aplicación de administración 125, de acuerdo con una modalidad ejemplar de la presente invención. La página de perspectiva general 700 puede proporcionar información de un breve resumen, por ejemplo, sobre cuentas de los procesadores de tarjeta 110, clientes, programa y vendedores por estado, datos de productos de tarjeta, y fracturación de programa por asociación. Por ejemplo, la página de perspectiva general 700 puede desplegar un resumen de tarjetas 705, resumen de estado 710, resumen de fechas de lanzamiento de
programa 715, y resumen de asociación 720. Otra información similar se puede desplegar en la página de perspectiva general 700, tal como, por ejemplo, un resumen de producto de tarjeta (por ejemplo, tarjetas de regalo) o similar. La página de perspectiva general 700 está configurada para desplegar un menú de nivel superior 730 de otras páginas en los cuales puede navegar el administrador para obtener más información detallada, incluyendo pestañas para tener acceso, por ejemplo, "Procesadores", "Clientes", "Programas", "Vendedores", "Entidad", "Contactos", "Materiales", "Contratos", "Financiamiento", "Reportes", "Herramientas" y otra información conveniente. Algunas de dichas partidas de menú ejemplares se analizarán a continuación. Al seleccionar las pestañas de "Procesadores",
"Clientes", "Programas" o "Vendedores" se puede llevar al administrador a una página de listado para ese tipo de entidad. Las figuras 8A, 8B y 8C ilustran una página de procesador 805, una página de clientes 810 y una página de programas 815, respectivamente, de acuerdo con una modalidad ejemplar de la presente invención. Cada página de listado puede proporcionar la capacidad para buscar rápidamente o navegar en la información detallada apropiada. Cada página de listado enlista datos tales como, por ejemplo, el nombre y datos de resumen
relevantes para cada entidad. De acuerdo con una modalidad ejemplar, al hacer clic o, de otra forma seleccionar el nombre de entidad (por ejemplo, por medio del ratón o entrada de dispositivo indicador conveniente) desde la lista se puede llevar al administrador a una página detallada para esa entidad. Por ejemplo, la figura 9 ilustra una página de detalles de cliente 900, de acuerdo con una modalidad ejemplar de la presente invención. La página de detalles de cliente 900 puede ser accesada, por ejemplo, seleccionando la pestaña "Clientes" en el menú de nivel superior 730 y la pestaña "Detalle" 902 en el submenú correspondiente. Cada página de detalles está configurada para proporcionar una perspectiva general de la entidad, y se puede utilizar para agregar y editar datos asociados con la entidad. Por ejemplo, la página de detalles de cliente 900 puede mantener datos tales como información de detalles de cliente 905, datos de programa de cliente 910, planes de proyecto de cliente 915 y similares. Otra información similar se puede desplegar en la página de detalles de cliente 900, incluyendo, por ejemplo, contactos de cliente (por ejemplo, nombre, puesto, número de teléfono, tipo de contacto y similar) , contratos de cliente, direcciones de cliente, definiciones de estados de cuenta de cliente, relaciones de cliente (por ejemplo,
agentes, co-marcadores , distribuidores, ubicaciones, comercializadoras , proveedores de servicio y similares) y otra información conveniente, tal como, por ejemplo, ubicaciones de cliente, clientes para niños, clientes por comisión y productos y similares. A partir de cada pestaña en la página de perspectiva general 700, un administrador puede desplegar información más detallada asociada con cada pestaña. Por ejemplo, la figura 10 ilustra una página de detalles de programa 1000, de acuerdo con una modalidad ejemplar de la presente invención. Al seleccionar la pestaña "Programas" en el menú de nivel superior 730, al administrador se le puede presentar un submenú apropiado 1005 de las opciones del listado de página para la pestaña determinada. Por ejemplo, para la pestaña "Programas" 1010, el submenú correspondiente 1005 puede incluir pestañas adicionales tales como "Detalles", "Contactos", "Notas", "Planes de Proyecto", "Atributos", "Financiamiento", "Productos", "Contratos", "Relaciones", "Ubicaciones", "Calidad" y similares. Al seleccionar la pestaña "Detalles" 1015 del submenú 1005, al administrador se le puede presentar la página de detalles de programa 1000. La página de detalles de programa 1000 puede desplegar cualquier información de detalles de programa conveniente, tal como, por ejemplo, nombre,
cliente, tipo de programa, asociación, procesador, estado y otra información similar. El administrador puede utilizar dicha página de listado para agregar y editar información del programa para una entidad. Otras pestañas o partidas en el submenú 1005 pueden ser seleccionadas y desplegadas al administrador. Por ejemplo, la figura 11 ilustra una página de contratos de cliente 1100, de acuerdo con una modalidad ejemplar de la presente invención. Al seleccionar la pestaña "Clientes" en el menú de nivel superior 730, al administrador se le puede presentar un submenú apropiado 1102 de las opciones de listado de página para la pestaña determinada (la cual puede ser similar o diferente al listado de opciones del submenú 1005 que se ilustra en la figura 10) . Por ejemplo, para la pestaña de "Clientes" 1101, el submenú correspondiente 1102 puede incluir pestañas adicionales tales como "Detalle", "Contactos", "Direcciones", "Notas", "Planes de Proyectos", "Financiamiento", "Programas", "Contratos", "Relaciones", "Ubicaciones", "Calidad" y similares. Al seleccionar la pestaña de "Contratos" 1103 del submenú 1102, al administrador se le puede presentar la página de contratos de cliente 1100. De acuerdo con una modalidad ejemplar, el administrador puede hacer una entrada a través del módulo de servidor de aplicación de
administración 125 a través de la página de contratos 1100 cuando cada contrato es firmado. La información registrada en la página de contratos 1100 incluye detalles relevantes y fechas asociadas con el contrato. Por ejemplo, se pueden proporcionar las fechas de acción 1105. Un campo de fecha de notificación 1110 bajo las fechas de acción 1105 se puede establecer a seis meses (u otro periodo de tiempo conveniente) previo a la fecha de vencimiento 1115 para permitir la renegociación o notificación de terminación. Una vez que se llega a la fecha de notificación, el módulo de servidor de aplicación de administración 125 puede enviar un correo electrónico u otra notificación conveniente al usuario enlistado como un contacto para notificar 1120, en donde dichas notificaciones son enviadas diariamente o sobre una base periódica hasta que se emprende la acción apropiada. De manera adicional, un correo electrónico u otra notificación conveniente también puede ser enviada al departamento o personal de operaciones apropiado para notificarles respecto del nuevo contrato y sugerirles que ingresen una definición de declaración para ese contrato. Otra información similar puede ser desplegada en la página de contratos 1100, incluyendo, por ejemplo, notas anexas que se puedan agregar para el contrato. Otras pestañas o partidas en el submenú 1102 pueden ser
seleccionadas y desplegadas al administrador. Por ejemplo, al seleccionar la pestaña "Calidad" del submenú 1102, al administrador se le puede presentar la página de calidad de cliente 1200. La figura 12 ilustra una página de calidad de cliente 1200, de acuerdo con una modalidad ejemplar de la presente invención. La página de calidad de clientes 1200 bajo la pestaña "Calidad" 1205 puede desplegar información para rastreo de debida diligencia, revisión de calidad y documentación corporativa apropiada y otra información similar para un cliente. Por ejemplo, la sección de debida diligencia 1210 puede ser completada cuando se ingresa la información respecto de la entidad. La sección de revisión 1215 puede proporcionar al sistema de administración de productos de tarjeta 100 una fecha en la cual se necesitará una revisión con base en la tasa de riesgo del cliente. La sección de rastreo 1220 puede indicar la documentación y otra información requerida para ejecutar la debida diligencia, y la fecha de la versión más reciente de dicha documentación que está en archivo. Un reporte puede ser generado por el módulo de servidor de aplicación de administración 125 para rastrear la documentación que se requiere anualmente (u otro marco de tiempo conveniente) de la entidad. Volviendo al despliegue u opciones de listado
bajo la pestaña "Programas" 1010 en el menú de nivel superior 730, la figura 13 ilustra una página de planes de proyecto de programa 1300, de acuerdo con una modalidad ejemplar de la presente invención. La página de planes de proyecto 1300 puede ser accesada, por ejemplo, seleccionando la pestaña de "Programas" 1010 en el menú de nivel superior 730 y la pestaña de "Planes de Proyectos" 1301 en el submenú correspondiente 1005. La página de planes de proyecto de programa 1300 puede guiar al administrador a través de un proceso predefinido para establecer un procesador de tarjeta 110 o programa. La página de planes de programa 1300 puede permitir al administrador ingresar cualesquiera nombres de tarea de plan de proyecto convenientes 1305 correspondientes a cada tarea. Por ejemplo, cuando se crea un nuevo plan de proyecto, el módulo de servidor de aplicación de administración 125 puede calcular las fechas de inicio y final 1310 y 1315, respectivamente, para cada nombre de tarea 1305. El administrador también puede ingresar la fecha de inicio real y la fecha de fin 1320 y 1325, respectivamente, para cada nombre de tarea 1305. Cada tarea puede ser inhabilitada en caso de no ser necesaria suprimiendo la selección de forma apropiada del nombre de tarea 1305. Se pueden ingresar notas 1330 para cada nombre de tarea 1305. La hora 1335 puede ser rastreada
para cada nombre de tarea 1305, las entradas de hora facturable se pueden convertir, por ejemplo, en un articulo de linea en el estado de cuenta o factura del cliente . También, bajo la pestaña de "Programas" 1010 en el menú de nivel superior 730, la figura 14 ilustra una página de financiamiento de programa 1400, de acuerdo con una modalidad ejemplar de la presente invención. La página de financiamiento 1400 puede ser accesada, por ejemplo, seleccionando la pestaña de "Programas" 1010 en el menú de nivel superior 730 y la pestaña de "Financiamiento" en el submenú correspondiente 1005. Las opciones de financiamiento de programa 1405 en la página de financiamiento de programa 1400 pueden desplegar la fecha en que el sistema 100 necesitará generar automáticamente el financiamiento ACH para el programa. Por ejemplo, cada transacción remitida que está en el reporte remitido 300 del procesador de tarjeta 110 puede ser estampado con un tipo de transacción. Cuando se enciende el financiamiento de compras, los registros ACH pueden ser creados cada dia (o periódicamente de manera conveniente) para mover los fondos a un nivel de programa de liquidación a financiamiento o de financiamiento a liquidación con base en el signo de la transacción. Por ejemplo, una compensación de tiempo de remisión 1410
puede informar al sistema 100 que ajuste el tiempo de la transacción por un número de horas (u otro periodo de tiempo apropiado) de manera que la transacción pueda ascender al día de negocios apropiado. Otra información similar puede ser desplegada en la página de financiamiento de programa 1400. Por ejemplo, los parámetros de valor de referencia FSA pueden incluir valores de referencia y porcentaje de financiamiento que pueden ser utilizados para mantener el financiamiento apropiado en la cuenta. El valor de referencia puede ser incrementado automáticamente cuando se carga más valor al programa. Los fondos pueden ser reabastecidos periódicamente (por ejemplo, diario) con base en las compras. Cuentas bancarias 1430 pueden ser asignadas para cada tipo de movimiento de fondos que va a ocurrir en la sección de opciones de financiamiento 1405. Además bajo la pestaña de "Programas" 1010 en el menú de nivel superior 730, la figura 15 ilustra una página de atributos de programa 1500, de acuerdo con una modalidad ejemplar de la presente invención. La página de atributos de programa 1500 puede ser accesada, por ejemplo, seleccionando la pestaña de "Programas" 1010 en el menú de nivel superior 730 y la pestaña de "Atributos" 1501 en el submenú correspondiente 1005. La página de atributos de programa 1500 puede permitir a los
administradores establecer valores que pueden ser
utilizados para administrar la funcionalidad del
programa. Por ejemplo, un administrador puede utilizar
dichos valores para ejecutar las restricciones sobre
productos de tarjeta, incluyendo, por ejemplo, el monto
de carga mínima (por ejemplo, monto de carga mínimo 1505
para órdenes personalizadas/en instante, monto de carga
mínimo 1515 para órdenes a granel), el monto de carga
máximo (por ejemplo, monto de carga máximo 1510 para
órdenes personalizadas/en instante, monto de carga máximo
1520 para órdenes a granel) , fecha de vencimiento (por
ejemplo, fecha de vencimiento 1525 para órdenes
personalizadas/en instante, fecha de vencimiento 1530
para órdenes a granel) , cuotas de clientes 1535 por producto de tarjeta (incluyendo, por ejemplo, cuotas de
cliente mínimas y máximas por producto de tarjeta 1540 y
1545, respectivamente), y otros atributos similares.
El módulo de servidor de aplicación de
administración 125 está configurado para desplegar
diversos tipos convenientes de reportes a un
administrador u otros usuarios apropiados. La figura 16 1 ¡ ilustra una página de reporte de tarjetas de regalo 1600,
de acuerdo con una modalidad ejemplar de la presente
invención. Al seleccionar la pestaña de "Reportes" 1610
en el menú de nivel superior 730, al administrador se le
puede presentar un submenú apropiado 1615 de opciones de reporte para la pestaña determinada. Por ejemplo, para la pestaña de "Reportes" 1610, el submenú correspondiente 1615 puede incluir dichas pestañas adicionales como "Archivos", "Financiero", "Excepción", "Estados de Cuenta", "Rastreo de Tiempo", "Traducción NCR", "Tarjeta de Regalo", "Calidad", "Servicios de Cliente", "Desarrollo" y otros reportes similares. Para propósitos de ilustración y no limitación, al seleccionar la pestaña de tarjeta de regalo 1620 del submenú 1615, el administrador puede ver o generar diversos tipos de reportes para tarjetas de regalo (u otros productos de tarjeta) y herramientas de soporte, incluyendo, por ejemplo, flujo de trabajo de tarjeta de regalo 1625 (por ejemplo, colas de trabajo, inscripciones, órdenes pendientes de financiamiento, órdenes en espera de números de tarjeta, órdenes listas para embozado, órdenes en espera de activación y similares), reportes 1630 (por ejemplo, entradas de clientes de comisión, resumen pagadero de comisiones, despliegue de reporte de programa, excepciones de financiamiento de orden, resumen de cliente de procesador, lista maestra de clientes, inventario de plásticos, tarjetas perdidas/robadas, tarjetas "sin efectivo", revisión general de órdenes completas, depósito de número de tarjeta disponible,
resumen de orden por estado y otros reportes similares) y ! herramientas de tarjetas de regalo 1635 (por ejemplo, consulta de tarjetas y similares) . Por ejemplo, una ¦ página de reporte de resumen de orden de tarjetas de regalo puede desplegar una lista resumida (por ejemplo, por día, semana, mes o similar) de cualquiera o todas las órdenes de tarjetas de regalo, incluyendo información tal como el número de orden, fecha de orden, tipo de orden, estado de orden, cliente, cantidad, monto de carga total, cuotas de plástico, ajustes, monto total y otra información similar. Continuando con la presente ilustración, con respecto a los tipos ejemplares de reportes que pueden ser vistos para tarjetas de regalo (u otros productos de tarjeta) a partir de la página de reporte de tarjetas de regalo 1600, la figura 17 ilustra una página de reporte de cola de trabajo 1700 seleccionada de la lista del flujo de trabajo de tarjetas de regalo 1625, de acuerdo con una modalidad ejemplar de la presente invención. Un < administrador puede utilizar la página de reporte de cola de trabajo 1700 para, por ejemplo, aprobar, decl'inar, mover y monitorear inscripciones, órdenes de plásticos y ¡ a granel y similares, por ejemplo, para una tarjeta de regalo u otro programa de productos de tarjetas convenientes. Algunos de los tipos de información que
pueden ser vistos en la página de reporte de cola de trabajo 1700 incluyen inscripciones 1705. Por ejemplo, solicitudes de inscripción en linea pueden ser completadas por agentes de ventas para cada nuevo cliente de producto de tarjeta, el cual puede iniciar el contrato apropiado, la debida diligencia y la configuración de programa a través del sistema de administración de productos de tarjeta 100. Las órdenes pendientes de financiamiento 1710 pueden desplegar aquellas órdenes que necesitan financiamiento verificado y/o aprobado. Las órdenes financiadas en espera de números de tarjeta 1715 pueden presentar una lista de órdenes que requieren números de tarjeta creados y asignados (por ejemplo, en la manera previamente descrita para asignar y repartir números de tarjeta) . Las órdenes financiadas en espera de embozado 1720 incluyen un despliegue de órdenes que necesitan ser enviadas a un embozador. Las órdenes en espera del archivo de retorno de embozador 1725 pueden listar las órdenes en el embozador que requieren un archivo resultante o similar para que sea procesado. Otra información conveniente puede ser desplegada en la página de reporte de cola de trabajo 1700, incluyendo, por ejemplo, órdenes a granel en espera de solicitud de activación de cliente 1727 (por ejemplo, una lista de órdenes en ruta al cliente que están en espera de que el
i i I cliente inicie la activación y carga del producto de t tarjeta), órdenes en espera de activación por el sistema
100 (por ejemplo, una lista de órdenes que han sido ,
recibidas desde el cliente y el cliente ha solicitado la
activación y carga del producto de tarjeta), y otra
información similar. También se observa que un rango de
números de tarjeta disponibles, de acuerdo con
modalidades ejemplares, se puede desplegar en las órdenes I financiadas en espera de números de tarjeta 1715, por
ejemplo, proporcionando el inicio 1730 y final 1735 de
números de tarjeta (por ejemplo, en donde los primeros
seis dígitos de un número de producto de tarjeta comprenden un BIN, y los diez dígitos restantes
0000000000 a 9999999999 - están disponibles para la
asignación de número de tarjeta).
La figura 18 ilustra una página de reporte de
resumen pagadero por comisión 1800, de acuerdo con una
modalidad ejemplar de la presente invención. La página de
reporte de resumen pagadero por comisión 1800 puede ser
accesado desde la sección de reportes 1630 de la página
de reporte de tarjetas de regalo 1600. Por ejemplo, el
resumen pagadero por comisión de tarjeta de regalo 1805
puede desplegar y rastrear cualquiera o todas las :
comisiones pagadas al nivel de tipo de orden o similar.
De acuerdo con una modalidad ejemplar, una entrada por
comisión puede ser generada automáticamente para el agente de ventas cuando una solicitud de inscripción es aprobada por el sistema 100. Las comisiones pueden ser enviadas a través de ACH u otro medio conveniente para transferencia de fondos electrónicos al agente de ventas. El administrador puede filtrar la información desplegada en el resumen pagadero por comisión de tarjeta de regalo 1805 ingresando el criterio de reporte apropiado en la sección de criterio de filtro de reporte 1810 para observar cualquier subconjunto adicional o alternativo conveniente del resumen pagadero por comisión de tarjeta de regalo 1805. Otros reportes pueden ser generados y vistos al seleccionar la pestaña apropiada o partida de menú de la pestaña "Reportes" 1610, tal como un listado de "Archivos". Por ejemplo, la figura 19 ilustra una página de archivos de reporte 1900, de acuerdo con una modalidad ejemplar de la presente invención. La página de archivos de reporte 1900 es accesada seleccionando la pestaña de archivos 1905. Tal como se analizó previamente, el sistema 100 puede recibir cualquier número conveniente de reportes desde cada procesador de tarjeta 110, incluyendo, pero no limitado a, por ejemplo, un reporte general o no financiero 200, un reporte remitido 300 y un reporte de autorización 400. Dichos datos pueden ser
cargados en un depósito central (por ejemplo, módulo de base de datos 120) y cada transacción enlistada en los reportes puede ser estampada con un código de transacción común y tipo de producto definido por el sistema 100. El estado de cada Archivo de reporte puede ser monitoreado durante el proceso de carga utilizando la página de archivos de reporte 1900. Para cada procesador de tarjeta 110, la página de archivos de reporte 1900 puede enlistar si cada uno del reporte general 200, reporte remitido 300 y reporte de autorización 400 fue recibido 1910, procesado 1915 y/o cargado 1920. Tal como se observó anteriormente, los datos en los reportes pueden ser validados contra, por ejemplo, una matriz de traducción para cada procesador de tarjeta 110 que está definida por el procesador de tarjeta 110 y el sistema 100 durante la configuración del procesador. Cualesquiera errores encontrados en alguno de los reportes pueden ser investigados y corregidos antes que los datos sean aceptados. Una vez que se han cargado con éxito todos los datos en el módulo de base de datos 120, el sistema 100 puede iniciar solicitudes ACH u otros procedimientos de transferencia de fondos similares para movimientos de fondos periódicos (por ejemplo, diarios). El administrador puede filtrar la información desplegada en la página de archivos de reporte 1900 ingresando el
criterio de reporte apropiado en la sección de criterio de filtro de reporte 1925 para visualizar cualquier subconjunto adicional o alternativo conveniente de la información de archivos de reporte. Por lo tanto, el sistema de administración de productos de tarjeta 100 puede reportar datos recopilados a través de cualquier combinación de programas, clientes, procesadores, asociaciones, tipos de transacción y similares. Para monitorear el movimiento de fondos, el administrador puede seleccionar una pestaña "Financiero" bajo la pestaña de "Reportes" 1610. La figura 20 ilustra una página de reporte financiero 2000, de acuerdo con una modalidad ejemplar de la presente invención. La página de reporte financiero 2000 es accesada seleccionando la pestaña financiero 2005 en el submenú 1615. El movimiento de fondos se puede basar en las reglas de financiamiento definidas al momento de la configuración del programa y los datos de transacciones periódicas (por ejemplo, diarias) . Las solicitudes ACH u otras solicitudes de transferencia de fondos convenientes se pueden basar, por ejemplo, en movimientos de dinero agregados para cada programa por tipo de transacción y signo. El módulo de servidor de aplicación de administración 125 puede reconciliar los montos ACH solicitados contra los montos calculados y reportar las discrepancias. De manera
adicional, el módulo de servidor de aplicación de administración 125 está configurado para reconocer transacciones previamente fechadas y post-fechadas , y puede iniciar solicitudes ACH u otras solicitudes de transferencia de fondos convenientes por consiguiente. Por lo tanto, la página de reporte financiero 2000 puede desplegar información al administrador u otro usuario apropiado para cada procesador de tarjeta 110, tal como, por ejemplo, fecha de liquidación, tipo de transacción, signo de la transacción (por ejemplo, indicando crédito o débito) , el tipo de cuentas desde las cuales y hacia las cuales se van a transferir fondos, el monto de la transferencia, el monto ACH, el estado de la transferencia y otra información conveniente. El administrador puede filtrar la información desplegada en la página de reporte financiero 2000 ingresando criterios de reporte apropiados en la sección de criterios de filtro de reporte 2010 para visualizar cualquier subconjunto adicional o alternativo conveniente de la información financiera. De manera adicional, la página de reporte financiero 2000 puede desplegar un listado de reconciliaciones de cuenta y otra información similar. La figura 21 ilustra una página de reporte de reconciliación de cuenta 2100, de acuerdo con una modalidad ejemplar de
la presente invención. De manera periódica (por ejemplo, cada día) , el sistema 100 puede cargar actividad de cuenta GL (Libro Mayor General) y DDA (Cuenta de Depósito a Demanda) en forma periódica o diaria u otra información conveniente. El módulo de servidor de aplicación de administración 125 está configurado para reconciliar sistemáticamente cada transacción contra la solicitud ACH original creada por el proceso de movimiento de fondos diario o periódico. El administrador puede revisar dicha información y hacer una reconciliación manual de las entradas en los casos donde se juzgue necesario, y entradas sistemáticas pueden ser editadas por el administrador, en caso de ser necesario. Una vez más, el administrador puede filtrar la información desplegada en la página de reconciliación de cuenta 2100 ingresando el criterio de reporte apropiado en la sección de criterio de filtro de reporte 2110 para visualizar cualquier subconjunto adicional o alternativo conveniente de la información de reconciliación de cuenta. Para cada procesador de tarjeta 110 u otro cliente, o usuario, el sistema de administración de productos de tarjeta 100 puede generar estados de cuenta o facturas apropiadas para productos de tarjeta adquiridos utilizando el sistema 100. La figura 22 ilustra un estado de cuenta 2200 generado por el sistema
de administración de productos de tarjeta 100, de acuerdo con una modalidad ejemplar de la presente invención. Los estados de cuenta 2200 pueden ser generados automáticamente con base en definiciones de estado de cuenta. Dichos estados de cuenta 2200 pueden estar en modo de bosquejo hasta que todos o sustancialmente todos los datos están completos. Cualesquiera datos del estado de cuenta que no puedan ser creados automáticamente, pueden colocar el estado de cuenta en un estado de "aprobación pendiente" o similar, y el administrador en forma manual puede ingresar cualesquiera datos de estado de cuenta que no pudieran ser creados automáticamente. El estado de cuenta 2200 puede proporcionar al cliente un listado conveniente o factura de compras que requieren el pago por parte del cliente, incluyendo un despliegue de compras individuales y compras totales, y los montos totales que se deben. Tal como se analizó previamente, los estados de cuenta 2200 pueden ser generados con base en definiciones de estado de cuenta. La figura 23 ilustra una página de reporte de definición de estado de cuenta 2300, de acuerdo con una modalidad ejemplar de la presente invención. La página de reporte de definición de estado de cuenta 2300 puede ser accesada seleccionando, por ejemplo, la pestaña de estado de cuenta 2305 en el
submenú 1615 bajo la pestaña de "Reportes" 1610 en el menú de nivel superior 730. Las definiciones de estado de cuenta se pueden establecer con base en las reglas especificadas, por ejemplo, en el contrato u otro acuerdo obligatorio con el procesador de tarjeta 110. El estado de cuenta (por ejemplo, estado de cuenta 2200) puede ser creado en el día y/u hora apropiados con base en el programa establecido en el contrato. El módulo de servidor de aplicación de administración 125 se puede configurar para limitar los cambios que pueden ocurrir a una definición una vez que se ha creado un estado de cuenta (por ejemplo, a través de reglas, restricciones y características de seguridad apropiadas) . Además, el módulo de servidor de aplicación de administración 125 está configurado para permitir que el administrador en forma manual agregue entradas una a la vez a un estado de cuenta. La página de reporte de definición de estado de cuenta 2300 puede incluir cualquier información conveniente para generar estados de cuenta, tal como, por ejemplo, detalles de cliente (por ejemplo, direcciones de cliente 2310), detalles de definición de estado de cuenta 2315, detalles de grupo de partida de línea 2320, detalles de definición de partida de línea 2325, detalles de parámetros de partida de línea 2330 y otra información similar.
El módulo de servidor de aplicación de administración 125 también está configurado para proporcionar herramientas de generación de reportes de excepción extensivos. La figura 24 ilustra una página de reporte de excepción 2400, de acuerdo con una modalidad ejemplar de la presente invención. La página de reporte de excepción 2400 puede ser accesada seleccionando, por ejemplo, la pestaña de excepción 2405 en el submenú 1615 bajo la pestaña de "Reportes" 1610 del menú de nivel superior 730. De acuerdo con una modalidad ejemplar, sobre una base periódica, las excepciones de nivel de producto de tarjeta pueden ser reportadas utilizando filtros de pantalla apropiados (por ejemplo, con base en reglas predefinidas u otros parámetros de pantalla o filtración convenientes). Ejemplos de dichos reportes de excepción disponibles incluyen, por ejemplo: "Generar Excepciones" (por ejemplo, etiquetar excepciones para generar para una fecha determinada) ; "Resumen de Excepciones" (por ejemplo, un resumen de cualesquiera o todas las excepciones por tarjeta o número de cuenta) ; "Signo de Cambio de Balance de Tarjeta" (por ejemplo, tarjetas de débito y similares que tuvieron un balance negativo, y que ahora tienen un signo positivo, y viceversa para tarjetas de crédito y similares); "Balances de Crédito"; "Autorizaciones Excesivas" (por
ejemplo, productos de tarjeta con un número excesivo de autorizaciones por dia) ; "Cuotas Excesivas" (por ejemplo, productos de tarjeta con cuotas excesivas por dia); "Reembolsos Excesivos" (por ejemplo, productos de tarjeta con excesivos reembolsos por dia) ; "Transacciones en el Extranjero" (por ejemplo, productos de tarjeta con transacciones en el extranjero) ; "Transacciones en Dólares Altas" (por ejemplo, productos de tarjetas con transacciones en dólares altas por dia) ; "MCC de Riesgo Alto" (por ejemplo, productos de tarjeta etiquetados con transacciones MCC de alto riesgo) ; "Cargas de Valor Alto" (por ejemplo, productos de tarjeta etiquetados con transacciones de carga de valor alto; "Balances Negativos"; "Balances Negativos (30 Días)"; "Balances Negativos (60 Días)"; "Balances Negativos (90 Días)" "Fuera de Balance"; "Revisiones de Velocidad"; y cualesquiera otros reportes de excepción convenientes. Al seleccionar cualquiera de estas entradas, el administrador puede ver los detalles del reporte de excepción elegido. Por ejemplo, las figuras 25A y 25B ilustran páginas de reporte de detalles de excepción, de acuerdo con una modalidad ejemplar de la presente invención. Tal como se ilustra en la figura 25A, la página de resumen MCC de alto riesgo 2505 puede enlistar un resumen de
tarjetas etiquetas con transacciones MCC de alto riesgo por programa, incluyendo partidas tales como el nombre de programa, BIN, número de cuentas y montos en dólares de transacciones no revisadas, revisadas y en alerta, asi como otra información de resumen conveniente. Tal como se ilustra en la figura 25B, la página de detalle MCC de alto riesgo 2510 puede presentar un despliegue de los detalles de productos de tarjeta con transacciones MCC de alto riesgo para el día por programa, incluyendo partidas similares a, o diferentes de aquellas enlistadas en la página de resumen MCC de alto riesgo 2505. Las excepciones se pueden construir a partir del detalle de transacción periódico o diario que puede ser proporcionado en los reportes (por ejemplo, reporte general 200, reporte remitido 300 y reporte de autorización 400 o cualquier otro reporte conveniente) recibidos desde los procesadores de tarjeta 110. Las excepciones pueden ser marcadas, por ejemplo, como no revisadas, revisadas o en alerta, tal como se ilustra en las páginas de reporte de detalle de excepción ejemplares de las figuras 25A y 25B. Se puede mantener un historial de excepciones (por ejemplo, en el módulo de base de datos 120) para propósitos de investigación y generación de reportes. Al igual que con otras páginas de generación de reportes, el administrador puede filtrar la
información desplegada en las páginas de generación de reportes de excepción ingresando criterios de reporte apropiados en las secciones de criterios de filtro de reporte respectivas (por ejemplo, sección 2515 de la página de resumen MCC de alto riesgo 2505 y/o sección 2520 de la página de detalle MCC de alto riesgo 2510) para visualizar cualquier subconjunto adicional o alternativo conveniente de la información de excepción detallada . El módulo de servidor de aplicación de administración 125 puede proporcionar al administrador u otro usuario apropiado cualquier otro reporte financiero conveniente con base en información asociada con los productos de tarjeta. Por ejemplo, la figura 26 ilustra una página de reportes financieros 2600, de acuerdo con una modalidad ejemplar de la presente invención. La página de reportes financieros 2600 puede ser accesada seleccionando, por ejemplo, la pestaña "Financiero" 2005 en el submenú 1615 bajo la pestaña de "Reportes" 1610 del menú de nivel superior 730. Tal como se ilustra en la figura 26, los reportes financieros se pueden agrupar, por ejemplo, como reportes basados en portafolio 2605, reportes DDA 2610, reportes GL 2615 y reportes basados en tarjeta 2620. Ejemplos de reportes financieros disponibles incluyen, por ejemplo: "Balances Diarios"
(por ejemplo, balances diarios por programa); "DDA de Balances de Cuentas de Banco Diarios"; "GL de Balances de Cuentas de Banco Diarios (Confidencial)";
"Reconciliaciones de Cuentas Bancarias Diarias"; "Transacciones No Remitidas" (por ejemplo, transacciones no remitidas/cuentas de financiamiento diarias); "Reporte de Liquidación" (por ejemplo, fondos de cuenta de liquidación) ; "Perspectiva General de Portafolio" (por ejemplo, perspectiva general de portafolio actual/resumen de tarjeta); "Balances Negativos de 0/30+ Días"; "Movimiento de Fondos Diario" (por ejemplo, movimientos de fondos diarios por programa con agregado de producto de tarjeta) ; "MIS" (por ejemplo, datos MIS para un rango de fecha determinado) ; "Frecuencia de Estado" (por ejemplo, número de tarjetas por estado/tipo de programa) ; "No Financiero Faltante" (por ejemplo, transacciones sin información no financiera) ; "Perdido/Robado (Últimos 7 Días)" (por ejemplo, tarjetas etiquetadas como perdidas/robadas dentro de los últimos siete días) ; "Detalle de Transacción de Tarjeta" (por ejemplo, detalles de tarjeta e historial remitido/autorización); "Resumen de Programa de Tarjetas de Regalo"; "Financiamiento ACH de Tarjetas de Regalo" (por ejemplo, financiamiento de productos de tarjeta diario) ; "Registro de Archivo ACH" (por ejemplo, archivos ACH de
clientes/arrastre de auditoria) ; "Cola ACH"
(solicitudes/cola ACH) ; y cualesquiera otros reportes financieros convenientes. Al seleccionar cualquiera de estas entradas bajo el grupo de reporte apropiado, el administrador puede observar los detalles del reporte financiero elegido. Cualquiera o todos los reportes financieros pueden tener rango de fecha y otros filtros específicos del reporte de manera que los datos pueden ser generados en un punto en tiempo en muchas vistas diferentes. Para generar dichos reportes financieros, la base de datos (por ejemplo, módulo de base de datos 120) puede ser construido a partir de los archivos de reporte periódico o diario (por ejemplo, reporte general 200, reporte remitido 300 y reporte de autorización 400) de los procesadores de tarjeta 110. Cualquier tipo conveniente, ordenamiento, agrupación y otras características similares de los reportes financieros se pueden desplegar y pueden estar disponibles a un usuario a través de la página de reportes financieros 2600. Las figuras 27A y 27B ilustran la página de reporte financieros, de acuerdo con una modalidad ejemplar de la presente invención. Tal como se ilustra en la figura 27A, la página de resumen no remitido 2705 puede enlistar las cuentas de financiamiento diario y las transacciones no remitidas. Por ejemplo, el módulo de
servidor de aplicación de administración 125 puede tomar el balance de tarjeta agregado menos las cargas de valor, y restar el gasto y las cuotas de los titulares de tarjeta para los dos o cuatro días previos (o cualquier marco de tiempo conveniente) para generar un balance calculado, el cual debería ser menor que el balance de la cuenta de financiamiento también enlistado en la página de resumen no remitido 2705. Tal como se ilustra en la figura 27B, la página de resumen de liquidación 2710 puede desplegar fondos de cuenta de liquidación. Por ejemplo, el módulo de servidor de aplicación de administración 125 puede tomar el balance de cuenta de liquidación para el periodo de tiempo seleccionado (por ejemplo, día) y agregar en la liquidación el pago para los dos días previos a fin de generar un balance ajustado. Al igual que con otras páginas desplegadas, el administrador puede filtrar la información desplegada en las páginas de generación de reportes financieros ingresando el criterio de reporte apropiado en las secciones de criterio de filtro de reporte respectivas (por ejemplo, sección 2715 de la página de resumen no remitido 2705 y/o sección 2720 de la página de resumen de liquidación 2710) para visualizar cualquier subconjunto adicional o alternativo conveniente de la información financiera detallada. I
El módulo de servidor de aplicación de administración 125 puede desplegar cualesquiera otros reportes convenientes o información a través de la GUI asociada. Tal como se analizó previamente, el módulo de servidor de aplicación de cliente 115 se puede configurar para asignar y repartir números de tarjeta correspondientes a cada BIN (u otro identificador único) para los productos de tarjeta. De acuerdo con modalidades ejemplares, el sistema 100 se 'puede configurar para desplegar un resumen (por ejemplo, un resumen de distribución) de números de tarjeta para cada BIN a través de una GUI, tal como la GUI utilizada para el módulo de servidor de aplicación de administración 125. Por ejemplo, la figura 28 ilustra una página de resumen de número de tarjeta 2800, de acuerdo con una modalidad ejemplar de la presente invención. La página de resumen de número de tarjeta 2800 puede ser elegida seleccionando, por ejemplo, la pestaña de "Tarjeta de Regalo" (o "Producto de Tarjeta") conveniente 1620 en el submenú 1615 bajo la pestaña de "Reportes" 1610 en el menú de nivel superior 730. Por ejemplo, la página de resumen de número de tarjeta 2800 puede desplegar la cuenta de número de tarjeta "Disponible" por BIN (por ejemplo, donde, simplemente para propósitos de ilustración, los últimos seis dígitos de cada uno de los
números enlistados en la fila de "Estado de Tarjeta" pueden comprender un BIN u otro identificador único) . Otra información conveniente de resumen de número de tarjeta puede ser desplegada al usuario en la página de resumen de número de tarjeta 2800, incluyendo, por ejemplo, la cuenta de tarjetas "Enviadas", "Activadas", "Activadas y Cargadas" y "Destruidas" y/o números de tarjeta por BIN y otra información similar. Además, el sistema 100 se puede configurar para desplegar una lista de números de tarjeta disponibles para cada BIN a través de la GUI a fin de administrar los productos de tarjeta a través de los procesadores de tarjeta 110, aunque dicha característica puede ser inhabilitada por el sistema 100 para propósitos de seguridad cuando es apropiado. Aunque el sistema de administración de productos de tarjeta 100 se puede utilizar para administrar información asociada con tarjetas y productos de tarjeta, el sistema 100 se puede utilizar para administrar información financiera y conducir tipos convenientes de transacciones financieras, tal como, por ejemplo, transferencias o transmisiones de dinero y similares, ya sea con o sin el uso del producto de tarjeta acompañante. Por ejemplo, un usuario local puede solicitar que una institución financiera local (por ejemplo, un banco) transfiera o, de otra forma transmita
una suma de dinero a un individuo en una ubicación remota (por ejemplo, otro banco o salida en otro pais) utilizando el sistema 100. La institución financiera local puede tener acceso al sistema 100 para ejecutar la transferencia monetaria (por ejemplo, transferir el dinero desde una cuenta de usuario a otra, desde un procesador de tarjeta 110 a otro, desde una institución financiera a otra, u otra transacción similar) . El individuo en la ubicación remota entonces puede ir al banco remoto que recibió la transferencia monetaria, y presentar la identificación apropiada al banco remoto. La identidad del individuo puede ser verificada por el banco remoto utilizando el sistema 100 (por ejemplo, el nombre, dirección y, por ejemplo, un número de identificación personal (PIN) puede corresponder a registros mantenidos en el sistema 100 para la transmisión de dinero) . Una vez verificado, al individuo se le puede entregar el dinero transferido. El sistema de administración de productos de tarjeta 100 se puede utilizar para otras transacciones financieras tales como, por ejemplo, cuentas de "pase de pago", cuentas biométricas y similares, ya sea con o sin el uso de una tarjeta o producto de tarjeta. El sistema de administración de productos de tarjeta 100 está configurado para que cumpla con todas las leyes y disposiciones federales y estatales
aplicables, incluyendo leyes estatales que restringen las cuotas y fechas de vencimiento, leyes de divulgación estatales, leyes estatales que requieren el reembolso de balance pequeño en el punto de venta, leyes de licénciamiento estatales del transmisor de dinero, leyes estatales de propiedad abandonada, y similares. Cada uno de los módulos del sistema de administración de productos de tarjeta 100, incluyendo el módulo de portal de agente 105, módulo de servidor de aplicación de cliente 115, módulo de servidor de aplicación de administración 125, y módulo de interfaz de usuario gráfica 130, o cualquier combinación de los mismos, puede estar compuesta de cualquier tipo conveniente de componente o dispositivo electrónico o eléctrico que tenga la capacidad de ejecutar las funciones asociadas con el elemento respectivo. De acuerdo con dicha modalidad ejemplar, cada componente o dispositivo puede estar en comunicación con otro componente o dispositivo utilizando cualquier tipo apropiado de conexión eléctrica que tenga la capacidad para portar información eléctrica. De manera alternativa, cada uno de los módulos del sistema de administración de productos de tarjeta 100 puede estar compuesto de cualquier combinación de hardware, microprogramación cableada y software que tenga la capacidad de ejecutar
las funciones asociadas con el módulo respectivo. De manera alternativa, el sistema de administración de productos de tarjeta 100 puede estar compuesto de uno o más microprocesadores y memorias asociadas que almacenan los pasos de un programa de computadora para ejecutar las funciones de los módulos del sistema 100. El microprocesador puede ser cualquier tipo conveniente de procesador, tal como, por ejemplo, cualquier tipo de microprocesador o microcontrolador de propósito general, un procesador de procesamiento de señal digital (DSP), un circuito integrado de aplicación especifica (ASIC) , una memoria de únicamente lectura programable (PROM), una memoria de únicamente lectura programable borrable (EPROM) , una memoria de únicamente lectura programable eléctricamente borrable (EEPROM) , un medio legible por computadora, o similar. La memoria puede ser cualquier tipo conveniente de memoria de computadora o algún otro tipo de medio de almacenamiento electrónico, tal como, por ejemplo, memoria de sólo lectura (ROM) , memoria de acceso aleatorio (RAM) , memoria caché, memoria de sólo lectura de disco compacto (CDROM) , memoria electro óptica, memoria magneto óptica, o similar. Tal como se podrá apreciar con base en la descripción anterior, la memoria se puede programar utilizando técnicas convencionales conocidas por aquellos
expertos en la técnica de la programación de computadoras. Por ejemplo, el código fuente real o código objeto del programa de computadora puede estar almacenado en la memoria. Por ejemplo, de acuerdo con una modalidad ejemplar, el módulo de portal de agente 105 y el módulo de servidor de aplicación de administración 125 se pueden implementar utilizando un servidor WINDOWS™ (por ejemplo, servidor WINDOWS™ 2003 o XP) que corre en una PC convenientemente equipada, u otra arquitectura de computadora similar o sistemas de computadora (por ejemplo, servidores de HEWLETT-PACKARD™) . De acuerdo con una modalidad ejemplar, el módulo de base de datos 120 se puede ejecutar utilizando un servidor SQL y la base de datos SQL correspondiente. El sistema de administración de productos de tarjeta 100 puede incluir otros módulos y componentes convenientes (ya sea ejecutados en hardware, software, microprogramación cableada o cualquier combinación de los mismos) para uso en la administración del sistema 100, incluyendo módulos de registro, módulos de error, módulos de seguridad, y similares. Por ejemplo, el sistema 100 puede incluir un primer cortafuego conveniente 150 ubicado entre los procesadores de tarjeta 110 y el módulo de portal de agente 105 para evitar cualquier intrusión maliciosa o ataques de computadora en el sistema 100. Un
segundo cortafuego conveniente 155 puede estar ubicado entre el módulo de portal de agente 105 y la combinación del módulo de base de datos 120 y el módulo de servidor de aplicación de administración 125 para evitar que un usuario no restringido tenga acceso al módulo de servidor de aplicación de administración 125 y a la información almacenada y mantenida en el módulo de almacenamiento 120. La figura 29 es un diagrama de flujo que ilustra pasos para administrar información de productos de tarjeta, de acuerdo con una modalidad ejemplar de la presente invención. Cada uno de la pluralidad de procesadores de tarjeta está conectado en interfaz en el paso 2905. En el paso 2910, uno de la pluralidad de procesadores de tarjeta es seleccionado de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta. En el paso 2915, la información asociada con productos de tarjeta es administrada para la pluralidad de procesadores de tarjeta. En el paso 2920, mensajes para comunicación a un procesador de tarjeta respectivo son transformados en un formato utilizado por el procesador de tarjeta respectivo. En el paso 2925, la información asociada con productos de tarjeta es recibida desde cada uno de los procesadores de tarjeta. De acuerdo
con una modalidad ejemplar, la información proveniente de cada procesador de tarjeta comprende una pluralidad de reportes. Por ejemplo, la pluralidad de reportes puede incluir por lo menos uno de un reporte general, un reporte remitido y un reporte de autorización. En el paso 2930, la información proveniente de cada uno de los procesadores de tarjeta es normalizada para transformar la información en un formato uniforme. En el paso 2935, la información transformada es validada para asegurar la precisión de la información. En el paso 2940, los reportes pueden ser generados para información asociada con los productos de tarjeta. Por ejemplo, cada reporte puede ser rellenado con información de acuerdo con una identificación de un usuario. Además, de acuerdo con modalidades ejemplares, la información asociada con productos de tarjeta puede ser almacenada. A los usuarios se les puede proporcionar acceso para administrar información asociada con productos de tarjeta. Por ejemplo, se puede desplegar una interfaz de usuario gráfica a través de la cual los usuarios tienen acceso a información asociada con productos de tarjeta. De acuerdo con una modalidad ejemplar, el acceso puede ser otorgado a un usuario a través de la interfaz de usuario gráfica utilizando una contraseña y una dirección de red de computadora asociada
del usuario. Una vez otorgado el acceso, los productos pueden ser presentados o de otra forma desplegados a un usuario a través de la interfaz de usuario gráfica de acuerdo por lo menos con uno de una identificación de usuario y una asociación con una institución financiera. Por ejemplo, un tema de la interfaz de usuario gráfica puede estar asociado con cada procesador de tarjeta. Cada procesador de tarjeta puede ser presentado con el tema asociado con el procesador de tarjeta cuando interactúa a través de la interfaz de usuario gráfica. De acuerdo con una modalidad ejemplar de la presente invención, los procesadores de tarjeta son configurados para asociar BIN correspondientes con los productos de tarjeta. Los números de tarjeta pueden ser asignados correspondiendo a cada BIN para los productos de tarjeta. Se puede desplegar un resumen de números de tarjeta para cada BIN. Cada producto de tarjeta puede comprender un número de producto de tarjeta. El número de producto de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos comprende un BIN. Los procesadores de tarjeta están configurados para asociar los BIN con los productos de tarjeta. Los números de tarjeta pueden entonces ser asignados substancialmente a toda la segunda porción de dígitos para cada BIN.
La figura 30 es un diagrama de flujo que ilustra los pasos para detectar la alteración con información comunicada a un procesador de tarjeta, de acuerdo con una modalidad ejemplar de la presente invención. Los mensajes a los procesadores de tarjeta pueden incluir una consulta que comprende una dirección de red de computadora de un Archivo o similar. En el paso 3005, la dirección de red de computadora puede ser codificada. Por ejemplo, una función hash criptográfica u otra técnica de codificación similar pueden ser utilizadas para codificar la dirección de red de computadora. En el paso 3010, la dirección de red de computadora codificada puede ser anexada a un extremo de la consulta. En el paso 3015, la alteración con la dirección de red de computadora puede ser detectada comparando la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada. De manera alternativa, en el paso 3020, la alteración con la dirección de red de computadora puede ser detectada comparando la dirección de red de computadora codificada y una recodificación de la dirección de red de computadora. La figura 31 es un diagrama de flujo que ilustra los pasos para procesar productos de tarjeta, de acuerdo con una modalidad ejemplar de la presente
invención. En el paso 3105, un BIN puede ser asociado con cada uno de una pluralidad de productos de tarjeta a través de un procesador de tarjeta. Cada producto de tarjeta puede comprender un número de producto de tarjeta. El número de producto de tarjeta puede comprender una primera porción de dígitos y una segunda porción de dígitos. La primera porción de dígitos puede comprender el BIN. En el paso 3110, valores pueden ser asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta a través de .un no procesador. El no procesador está configurado para administrar información asociada con la pluralidad de productos de tarjeta. Los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden comprender un número de tarjeta. Los números de tarjeta pueden ser asignados para cada BIN por el no procesador. Por ejemplo, números de tarjeta pueden ser asignados secuencialmente para cada BIN. De manera alternativa, los números de tarjeta pueden ser asignados de manera aleatoria para cada BIN. Los valores asignados substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta pueden corresponder a usuarios separados. Cualquiera o todos los pasos de un programa de computadora, tal como se ilustra en las figuras 29-31, se
puede incorporar en cualquier medio legible por computadora para uso por parte de o en conexión con un sistema de ejecución de instrucciones, aparato, o dispositivo tal como un sistema basado en computadora, sistema que contenga un procesador, u otro sistema que pueda extraer las instrucciones del sistema de ejecución de instrucciones, aparato, o dispositivo y que pueda ejecutar las instrucciones. Tal como aqui se utiliza, un "medio legible por computadora" puede ser cualquier medio que pueda contener, almacenar, comunicar, propagar o transportar el programa para uso por parte de o en conexión con el sistema de ejecución de instrucciones, aparato o dispositivo. El medio legible por computadora puede ser, por ejemplo, pero no se limita a un sistema, aparato, dispositivo o medio de propagación electrónico, magnético, óptico, electromagnético, infrarrojo o semiconductor. Ejemplos más específicos (una lista no exhaustiva) del medio legible por computadora pueden incluir los siguientes: una conexión eléctrica que tenga uno o más cables, un disquete de computadora portátil, memoria de acceso aleatorio (RAM) , memoria de sólo lectura (ROM) , memoria de sólo lectura programable borrable (EPROM o memoria Flash) , fibra óptica, una memoria de sólo lectura de disco compacto portátil (CDROM) .
Modalidades ejemplares de la presente invención se pueden utilizar en conjunto con cualquier dispositivo, sistema, proceso o transacción que procese información de productos de tarjeta. Modalidades ejemplares pueden ser utilizadas por instituciones financieras como parte de programas de productos de tarjeta recargables o no recargables para tener acceso a, administrar y manejar la información asociada con los productos de tarjeta o para ejecutar otros tipos convenientes de transacciones financieras, ya sea con o sin el uso de productos de tarjeta asociados. Aquellos expertos en la técnica podrán apreciar que la presente invención se puede ejemplificar en varias formas especificas sin apartarse del espíritu o características esenciales de la misma. Las modalidades presentemente descritas se consideran en todos los aspectos como ilustrativas y no restrictivas. El alcance de la invención queda indicado por las reivindicaciones anexas, en lugar de la descripción anterior, y todos los cambios que surjan dentro del significado y rango de equivalencia de las mismas pretende quedar abarcado. Todas las patentes y solicitudes de los Estados Unidos, patentes extranjeras, y publicaciones antes analizadas quedan incorporadas en la presente invención por referencia en su totalidad.
Claims (35)
1.- Un sistema de administración de información, que comprende: un servidor de computadora, en donde el servidor de computadora incluye un módulo de interfaz; y una pluralidad de procesadores de tarjeta en comunicación con el servidor de computadora a través del módulo de interfaz, en donde el servidor de computadora está configurado para conectarse en interfaz con cada uno de la pluralidad de procesadores de tarjeta a través del módulo de interfaz, y en donde el servidor de computadora está configurado para elegir uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta.
2. - El sistema de administración de información de conformidad con la reivindicación 1, caracterizado porque el módulo de interfaz está configurado para transformar mensajes para comunicación a un procesador de tarjeta respectivo en un formato utilizado por el procesador de tarjeta respectivo.
3. - El sistema de administración de información de conformidad con la reivindicación 1, que además comprende : una base de datos en comunicación con el servidor de computadora, en donde el módulo de base de datos está configurado para almacenar información asociada con productos de tarjeta.
4. - El sistema de administración de información de conformidad con la reivindicación 3, que además comprende : un módulo de administración en comunicación con la base de datos, en donde el módulo de administración está configurado para administrar el sistema de administración de información.
5. - El sistema de administración de información de conformidad con la reivindicación 1, caracterizado porque cada producto de tarjeta comprende un número de tarjeta, en donde el número de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos , en donde la primera porción de dígitos comprende un número de identificación de banco (BIN) , en donde los procesadores de tarjeta están configurados para asociar los BIN con productos de tarjeta, y en donde el servidor de computadora está configurado para asignar números de tarjeta substancialmente a toda la segunda porción de dígitos para cada BIN.
6.- Un sistema de administración de productos de tarjeta, que comprende: un módulo de portal de agente; y una pluralidad de procesadores de tarjeta en comunicación con el módulo de portal de agente, en donde el módulo de portal de agente está configurado para conectarse en interfaz con cada uno de la pluralidad de procesadores de tarjeta, y en donde el módulo de portal de agente está configurado para elegir uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta.
7. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 6, caracterizado porque el módulo de portal de agente comprende : un módulo de servidor de aplicación de cliente.
8. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 7, caracterizado porque el módulo de servidor de aplicación de cliente está configurado para transformar mensajes para comunicación a un procesador de tarjeta respectivo en un formato utilizado por el procesador de tarjeta respectivo .
9. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 8, caracterizado porque los mensajes a los procesadores de tarjeta incluyen una consulta que comprende una dirección de red de computadora de un archivo, y en donde una codificación de la dirección de red de computadora se anexa a un extremo de la consulta.
10.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 9, caracterizado porque el módulo de servidor de aplicación de cliente está configurado para detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora y una decodificación de la dirección de red de computadora codificada .
11. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 9, caracterizado porque el módulo de servidor de aplicación de cliente está configurado para detectar la alteración con la dirección de red de computadora mediante la comparación de la dirección de red de computadora codificada y una recodificación de la dirección de red de computadora.
12. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 11, caracterizado porque la codificación de la dirección de red de computadora comprende una función hash criptográfica.
13. - -El sistema de administración de productos de tarjeta de conformidad con la reivindicación 7, caracterizado porque el módulo de servidor de aplicación de cliente está configurado para recibir información asociada con productos de tarjeta desde cada uno de los procesadores de tarjeta, y en donde la información proveniente de cada uno de los procesadores de tarjeta es normalizada para transformar la información en un formato uniforme utilizado por el módulo de portal de agente.
14. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 13, caracterizado porque la información proveniente de cada procesador de tarjeta comprende una pluralidad de reportes.
15. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 14, caracterizado porque la pluralidad de reportes comprende por lo menos uno de un reporte general, un reporte remitido y un reporte de autorización.
16. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 13, caracterizado porque la información transformada es validada para asegurar la precisión de la información.
17.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 7, caracterizado porque el módulo de servidor de aplicación de cliente está configurado para generar reportes para información asociada con productos de tarjeta.
18.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 17, caracterizado porque cada reporte es rellenado con información de acuerdo con una identificación de un usuario .
19.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 7, que además comprende: un módulo de base de datos en comunicación con el módulo de servidor de aplicación de cliente, en donde el módulo de base de datos está configurado para almacenar información asociada con productos de tarjeta.
20. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 19, que además comprende: un módulo de servidor de aplicación de administración en comunicación con el módulo de base de datos , en donde el módulo de servidor de aplicación de administración está configurado para administrar el sistema de administración de productos de tarjeta.
21. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 19, caracterizado porque el módulo de portal de agente está configurado para permitir el acceso por parte de los usuarios para administrar información asociada con los productos de tarjeta.
22. - El sistema de administración de productos de tarjeta de conformidad con la reivindicación 19, caracterizado porque el módulo de portal de agente comprende : un módulo de interfaz de usuario gráfica, en donde el módulo de interfaz de usuario gráfica está configurado para desplegar una interfaz de usuario gráfica a través de la cual los usuarios interactúan con el sistema de administración de productos de tarjeta.
23.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 22, caracterizado porque a un usuario se le otorga acceso al sistema de administración de productos de tarjeta a través de la interfaz de usuario gráfica utilizando una contraseña y una dirección de red de computadora asociada del usuario.
24.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 22, caracterizado porque los productos son presentados a un usuario a través de la interfaz de usuario gráfica de acuerdo por lo menos con uno de una identificación de usuario y una asociación con una institución financiera.
25.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 22, caracterizado porque un tema de la interfaz de usuario gráfica está asociado con cada procesador de tarjeta, y en donde cada procesador de tarjeta es presentado con el tema asociado con el procesador de tarjeta cando interactúa con el sistema de administración de productos de tarjeta a través de la interfaz de usuario gráfica.
26.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 6, caracterizado porque los procesadores de tarjeta están configurados para asociar números de identificación de banco correspondientes (BIN) con los productos de tarjeta, y en donde el módulo de portal de agente está configurado para asignar números de tarjeta correspondientes a cada BIN para los productos de tarj eta .
27.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 6, caracterizado porque el módulo de portal de agente está configurado para desplegar un resumen de números de tarjeta para cada BIN a través de una interfaz de usuario gráfica.
28.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 6, caracterizado porque el identificador único comprende un número de identificación de banco (BIN) .
29.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 6, caracterizado porque cada producto de tarjeta comprende un número de producto de tarjeta, en donde el número de producto de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos, en donde la primera porción de dígitos comprende un número de identificación de banco (BIN) , en donde los procesadores de tarjeta están configurados para asociar los BIN con los productos de tarjeta, y en donde el módulo de portal de agente está configurado para asignar números de tarjeta sustancialmente a toda la segunda porción de dígitos para cada BIN.
30.- El sistema de administración de productos de tarjeta de conformidad con la reivindicación 6, caracterizado porque el producto de tarjeta comprende una tarjeta de regalo.
31.- El sistema de administración de productos , de tarjeta de conformidad con la reivindicación 6, caracterizado porque el producto de tarjeta comprende por lo menos uno de una tarjeta de débito, una tarjeta de cuenta de ahorros para la salud (HSA) , una tarjeta de cuenta de gasto flexible (FSA), y una tarjeta de nómina recargable .
32. - Un sistema para procesar productos de tarjeta, que comprende: una pluralidad de productos de tarjeta, en donde cada producto de tarjeta comprende un número de producto de tarjeta, en donde el número de producto de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos, en donde la primera porción de dígitos comprende un número de identificación de banco (BIN) , y en donde cada BIN es asignado a un procesador de tarjeta; y un no procesador, en donde el no procesador está configurado para administrar información asociada con la pluralidad de productos de tarjeta, y en donde el no procesador está configurado para asignar valores substancialmente a toda la segunda porción de dígitos de cada producto de tarjeta.
33. - Un método para administrar información de productos de tarjeta, que comprende los pasos de: a.) conectarse en interfaz con cada uno de una pluralidad de procesadores de tarjeta; y b.) seleccionar uno de la pluralidad de procesadores de tarjeta de acuerdo con un identificador único asociado con un producto de tarjeta para procesar información asociada con el producto de tarjeta.
34. - El método de conformidad con la reivindicación 33, caracterizado porque los procesadores de tarjeta están configurados para asociar números de identificación de banco correspondientes (BIN) con los productos de tarjeta, y en donde el método comprende los pasos de: c.) asignar números de tarjeta correspondientes a cada BIN para los productos de tarjeta.
35. - El método de conformidad con la reivindicación 33, caracterizado porque cada producto de tarjeta comprende un número de producto de tarjeta, en donde el número de producto de tarjeta comprende una primera porción de dígitos y una segunda porción de dígitos, en donde la primera porción de dígitos comprende un número de identificación de banco (BIN) , en donde los procesadores de tarjeta están configurados para asociar los BIN a los productos de tarjeta, y en donde el método comprende el paso de: c.) asignar números de tarjeta substancialmente a toda la segunda porción de dígitos para cada BIN.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/US2006/011148 WO2007123513A1 (en) | 2006-03-24 | 2006-03-24 | Information management system and method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MX2008012200A true MX2008012200A (es) | 2009-03-31 |
Family
ID=38625303
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MX2008012200A MX2008012200A (es) | 2006-03-24 | 2006-03-24 | Sistema y metodo de administrcion de informacion. |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US20090078757A1 (es) |
| EP (1) | EP2005628A1 (es) |
| CN (1) | CN101461163A (es) |
| AU (1) | AU2006342506A1 (es) |
| BR (1) | BRPI0621426A2 (es) |
| CA (1) | CA2647250A1 (es) |
| MX (1) | MX2008012200A (es) |
| WO (1) | WO2007123513A1 (es) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7987512B2 (en) * | 2006-05-19 | 2011-07-26 | Microsoft Corporation | BIOS based secure execution environment |
| US20080005560A1 (en) * | 2006-06-29 | 2008-01-03 | Microsoft Corporation | Independent Computation Environment and Provisioning of Computing Device Functionality |
| US20080046380A1 (en) * | 2006-08-16 | 2008-02-21 | Kurt Wise | System and apparatus for transactions using certificates |
| US20080243640A1 (en) * | 2007-03-27 | 2008-10-02 | The Friendship Gift Bag Company, Llc | Interactive product and method of fabricating the same |
| US8546816B2 (en) * | 2007-04-30 | 2013-10-01 | Novaled Ag | Light-emitting component and method for the production thereof |
| US20080313034A1 (en) * | 2007-06-12 | 2008-12-18 | Kurt Wise | Credit item tracking system |
| US8065123B2 (en) | 2007-09-10 | 2011-11-22 | Autodesk, Inc. | Systems and methods for performing quantity takeoff computations from computer aided design drawings |
| US8583515B2 (en) | 2007-12-21 | 2013-11-12 | Metabank | Transfer account systems, computer program products, and associated computer-implemented methods |
| US8818887B2 (en) * | 2007-12-21 | 2014-08-26 | Metabank | Computer-implemented methods, program product, and system for micro-loan product management |
| US8589295B2 (en) | 2007-12-21 | 2013-11-19 | Metabank | Transfer account systems, computer program products, and associated computer-implemented methods |
| US20090228391A1 (en) * | 2008-02-20 | 2009-09-10 | Trent Sorbe | Methods To Advance Loan Proceeds On Prepaid Cards, Associated Systems And Computer Program Products |
| US10515405B2 (en) | 2008-03-03 | 2019-12-24 | Metabank | Person-to-person lending program product, system, and associated computer-implemented methods |
| US20090240627A1 (en) * | 2008-03-21 | 2009-09-24 | Hector Javier Rodriguez | Payment processing system trusted agent identification |
| WO2009124264A1 (en) * | 2008-04-04 | 2009-10-08 | Metabank | System, program product, and method for debit card and checking account autodraw |
| US8738451B2 (en) * | 2008-04-04 | 2014-05-27 | Metabank | System, program product, and method for debit card and checking account autodraw |
| US11227331B2 (en) | 2008-05-14 | 2022-01-18 | Metabank | System, program product, and computer-implemented method for loading a loan on an existing pre-paid card |
| US8244608B2 (en) * | 2008-07-28 | 2012-08-14 | Autodesk, Inc. | Takeoff list palette for guiding semi-automatic quantity takeoff from computer aided design drawings |
| WO2010028266A1 (en) | 2008-09-04 | 2010-03-11 | Metabank | System, program product and methods for retail activation and reload associated with partial authorization transactions |
| US8666854B2 (en) * | 2008-09-05 | 2014-03-04 | Oracle International Corporation | Providing a unified view of contract revenue and invoice details |
| US9569528B2 (en) * | 2008-10-03 | 2017-02-14 | Ab Initio Technology Llc | Detection of confidential information |
| US9213965B1 (en) | 2008-11-26 | 2015-12-15 | Metabank | Machine, methods, and program product for electronic inventory tracking |
| US8286863B1 (en) | 2009-02-04 | 2012-10-16 | Metabank | System and computer program product to issue a retail prepaid card including a user-designed external face using a chit and related computer implemented methods |
| US20110060684A1 (en) * | 2009-03-25 | 2011-03-10 | Jucht Scott J | Machine, program product, and computer-implemented methods for confirming a mobile banking request |
| US20110082737A1 (en) | 2009-09-28 | 2011-04-07 | Crowe Andrew B | Computer-implemented methods, computer program products, and systems for management and control of a loyalty rewards network |
| US8275630B2 (en) * | 2010-11-15 | 2012-09-25 | Sphere E, LLC | Performance reporting for products and services using web-based portals |
| US20120130899A1 (en) * | 2010-11-18 | 2012-05-24 | Mcmonagle Patrick Shawn | Check21 processing of non-dda transactions |
| US20140114815A1 (en) * | 2011-05-25 | 2014-04-24 | Jpmorgan Chase Bank, N.A. | System And Method For Managing And Using A Third Party Subsidy Account |
| US9135311B2 (en) * | 2012-03-20 | 2015-09-15 | Tagboard, Inc. | Gathering and contributing content across diverse sources |
| US10282461B2 (en) | 2015-07-01 | 2019-05-07 | Ncino, Inc. | Structure-based entity analysis |
| US8572083B1 (en) * | 2012-05-30 | 2013-10-29 | Ncino, Llc | Financial-service structured content manager |
| US10192262B2 (en) | 2012-05-30 | 2019-01-29 | Ncino, Inc. | System for periodically updating backings for resource requests |
| US10013237B2 (en) * | 2012-05-30 | 2018-07-03 | Ncino, Inc. | Automated approval |
| US8935799B1 (en) * | 2012-08-29 | 2015-01-13 | Sprint Communications Company L.P. | Report generation system and method |
| WO2014066794A1 (en) * | 2012-10-25 | 2014-05-01 | Global Edge Llc | Purchase card management |
| US9858571B2 (en) * | 2013-01-02 | 2018-01-02 | Mastercard International Incorporated | Methods and systems for mitigating fraud losses during a payment card transaction |
| US8931093B2 (en) * | 2013-03-15 | 2015-01-06 | Bank Of America Corporation | Malicious request attribution |
| US9251478B2 (en) * | 2013-07-29 | 2016-02-02 | Amadeus S.A.S. | Processing information queries in a distributed information processing environment |
| US20160013976A1 (en) * | 2014-07-14 | 2016-01-14 | Futurewei Technologies, Inc. | Wireless Through Link Traffic Reduction |
| US20160048913A1 (en) * | 2014-08-15 | 2016-02-18 | Mastercard International Incorporated | Systems and Methods for Assigning a Variable Length Bank Identification Number |
| US10776766B2 (en) | 2016-01-27 | 2020-09-15 | Visa International Service Association | Accepting issuer credentials at checkout |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5555496A (en) * | 1994-05-06 | 1996-09-10 | Mary T. Tackbary | Method and apparatus for communicating with a card distribution center for management, selection, and delivery of social expression cards |
| US6328217B1 (en) * | 1997-05-15 | 2001-12-11 | Mondex International Limited | Integrated circuit card with application history list |
| US5984180A (en) * | 1997-10-06 | 1999-11-16 | Albrecht; Jerry L. | Method and system for gift credit card |
| BR9815131A (pt) * | 1997-12-02 | 2005-05-31 | Cash Technologies Inc | Rede de transação automatizada, terminal de transação automatizado e, processo para realizar uma transação com um de diversos provedores de serviços a partir de um terminal de transação automatizado |
| US6636833B1 (en) * | 1998-03-25 | 2003-10-21 | Obis Patents Ltd. | Credit card system and method |
| US6175823B1 (en) * | 1998-09-15 | 2001-01-16 | Amazon.Com, Inc. | Electronic gift certificate system |
| US6597746B1 (en) * | 1999-02-18 | 2003-07-22 | Globespanvirata, Inc. | System and method for peak to average power ratio reduction |
| US6675153B1 (en) * | 1999-07-06 | 2004-01-06 | Zix Corporation | Transaction authorization system |
| US7222097B2 (en) * | 2000-01-18 | 2007-05-22 | Bellosguardo Philippe A | Anonymous credit card |
| US20020032605A1 (en) * | 2000-06-05 | 2002-03-14 | Jonas Lee | System and method for providing a selectable gift certificate |
| US20020013766A1 (en) * | 2000-07-25 | 2002-01-31 | Chiharu Kumaki | Commercial settlement system with prepaid type credit card |
| US7130817B2 (en) * | 2000-12-15 | 2006-10-31 | First Data Corporation | Electronic gift linking |
| US20020100797A1 (en) * | 2001-02-01 | 2002-08-01 | Hollingsworth James R. | Gift card envelope |
| US7401049B2 (en) * | 2001-05-29 | 2008-07-15 | American Express Travel Related Services Company, Inc. | System and method for a prepaid card issued by a foreign financial institution |
| US7899742B2 (en) * | 2001-05-29 | 2011-03-01 | American Express Travel Related Services Company, Inc. | System and method for facilitating a subsidiary card account |
| US7249092B2 (en) * | 2001-05-29 | 2007-07-24 | American Express Travel Related Services Company, Inc. | System and method for facilitating a subsidiary card account with controlled spending capability |
| US7865432B2 (en) * | 2002-02-15 | 2011-01-04 | Coinstar, Inc. | Methods and systems for exchanging and/or transferring various forms of value |
| KR100445868B1 (ko) * | 2002-04-01 | 2004-08-30 | 성미선 | 신용카드 거래를 이용하여 신용카드 상품권을 운용하는시스템 및 방법 |
| US7014104B2 (en) * | 2002-05-31 | 2006-03-21 | First Data Corporation | Gift matching method |
| EP2998914A1 (en) * | 2002-06-12 | 2016-03-23 | CardinalCommerce Corporation | Universal merchant platform for payment authentication |
| US20040007618A1 (en) * | 2002-07-10 | 2004-01-15 | Scott Oram | Prepaid credit card method |
| US8015060B2 (en) * | 2002-09-13 | 2011-09-06 | Visa Usa, Inc. | Method and system for managing limited use coupon and coupon prioritization |
| US8374960B2 (en) * | 2002-10-29 | 2013-02-12 | Verizon Business Global Llc | Prepaid transaction tracking |
| US20050097039A1 (en) * | 2003-11-05 | 2005-05-05 | Laszlo Kulcsar | Multiple credit card management system |
| US7039611B2 (en) * | 2003-11-06 | 2006-05-02 | Visa U.S.A., Inc. | Managing attempts to initiate authentication of electronic commerce card transactions |
| US20050145691A1 (en) * | 2004-01-05 | 2005-07-07 | Dillard Regina F. | Reprove prepaid credit card |
| US7494048B2 (en) * | 2004-04-08 | 2009-02-24 | International Business Machines Corporation | System and method for brand name gift card exchange |
| US7082891B2 (en) * | 2004-11-01 | 2006-08-01 | Watson Travis L | Food product flavoring apparatus |
| US7506804B2 (en) * | 2005-05-27 | 2009-03-24 | U.S. Bancorp Licensing, Inc. | System and method for an integrated payment and reward card |
-
2006
- 2006-03-24 AU AU2006342506A patent/AU2006342506A1/en not_active Abandoned
- 2006-03-24 WO PCT/US2006/011148 patent/WO2007123513A1/en active Application Filing
- 2006-03-24 CA CA002647250A patent/CA2647250A1/en not_active Abandoned
- 2006-03-24 CN CN200680054639.1A patent/CN101461163A/zh active Pending
- 2006-03-24 US US10/590,439 patent/US20090078757A1/en not_active Abandoned
- 2006-03-24 MX MX2008012200A patent/MX2008012200A/es not_active Application Discontinuation
- 2006-03-24 EP EP06739755A patent/EP2005628A1/en not_active Withdrawn
- 2006-03-24 BR BRPI0621426-6A patent/BRPI0621426A2/pt not_active IP Right Cessation
-
2012
- 2012-07-23 US US13/555,485 patent/US20130161384A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007123513A9 (en) | 2007-12-27 |
| BRPI0621426A2 (pt) | 2011-12-13 |
| WO2007123513A1 (en) | 2007-11-01 |
| AU2006342506A1 (en) | 2007-11-01 |
| US20090078757A1 (en) | 2009-03-26 |
| EP2005628A1 (en) | 2008-12-24 |
| CA2647250A1 (en) | 2008-11-01 |
| CN101461163A (zh) | 2009-06-17 |
| US20130161384A1 (en) | 2013-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| MX2008012200A (es) | Sistema y metodo de administrcion de informacion. | |
| US7905399B2 (en) | Linking transaction cards with spending accounts | |
| US7213750B1 (en) | Spending account systems and methods | |
| US8121941B2 (en) | System and method for automatic reconciliation of transaction account spend | |
| US8635114B2 (en) | Stored value transaction system and method including an integrated database server | |
| US20120084135A1 (en) | System and method for tracking transaction records in a network | |
| US20130282480A1 (en) | System and method for collaborative affinity marketing | |
| US20040111370A1 (en) | Single source money management system | |
| US20080097879A1 (en) | System and Method of Interfacing Web Services to Express Creation and Initialization of Merchant Accounts | |
| KR20030011070A (ko) | 인터넷 상에서 신용 카드 구매력을 최대화하고 이자비용을 최소화하는 방법 및 시스템 | |
| BRPI0613950A2 (pt) | sistema e método para seleção por usuário de regras de detecção de fraude | |
| US20230077411A1 (en) | Electronic payment processing using adjusted interchange rate | |
| US20140089183A1 (en) | Dynamic bin allocation for payment card transactions | |
| US20100185461A1 (en) | Method for controlling the purchase of health care products and services | |
| US20120323596A1 (en) | Systems and Methods for Managing Payments and Related Payment Information for Healthcare Providers | |
| US20080097810A1 (en) | System and Method of Managing Workflow for Express Creation and Initialization of Merchant Accounts | |
| EP3304458A1 (en) | Computer system for implementing a transaction payment | |
| US20080097897A1 (en) | System and Method of Express Creation and Initialization of Merchant Accounts | |
| US20200202353A9 (en) | Electronic Wallet Enterprise System Comprising Guaranteed Electronic Payment Transactions | |
| KR20210099098A (ko) | 구매 관리 시스템 및 방법(purchase management system and method) | |
| WO2014161051A1 (pt) | Método de conciliação e de gerenciamento de transferência eletrônica de fundos e dispositivo | |
| US20200160306A1 (en) | Systems and Methods for Payment Transaction Coding and Management | |
| US11004063B1 (en) | Intermediary payment method using interchange differential | |
| US20080243659A1 (en) | Electric statement previewing system and method | |
| MXPA00004106A (es) | Sistema de arquitectura abierta para consolidacion en tiempo real de informacion de sistemas financieros multiples |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FA | Abandonment or withdrawal |