MXPA02000486A - Conversion dinamica de divisas para sistemas de pago por tarjeta. - Google Patents

Conversion dinamica de divisas para sistemas de pago por tarjeta.

Info

Publication number
MXPA02000486A
MXPA02000486A MXPA02000486A MXPA02000486A MXPA02000486A MX PA02000486 A MXPA02000486 A MX PA02000486A MX PA02000486 A MXPA02000486 A MX PA02000486A MX PA02000486 A MXPA02000486 A MX PA02000486A MX PA02000486 A MXPA02000486 A MX PA02000486A
Authority
MX
Mexico
Prior art keywords
currency
transaction
cardholder
card
merchant
Prior art date
Application number
MXPA02000486A
Other languages
English (en)
Inventor
Gerard J Barry
Original Assignee
Mainline Corporate Holdings
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=11042101&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MXPA02000486(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Mainline Corporate Holdings filed Critical Mainline Corporate Holdings
Publication of MXPA02000486A publication Critical patent/MXPA02000486A/es

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/342Cards defining paid or billed services or quantities
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/381Currency conversion
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services
    • G06Q50/188Electronic negotiation
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/02Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices
    • G07F7/025Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices by means, e.g. cards, providing billing information at the time of purchase, e.g. identification of seller or purchaser, quantity of goods delivered or to be delivered

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Primary Health Care (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La presente invencion se refiere a Sistemas de Pago de Tarjeta para utilizarse en un medio ambiente de multiples divisas. En particular la presente invencion proporciona un sistema y metodo para identificar una moneda apropiada para transacciones individuales conducidas utilizando un sistema de pago de tarjeta.

Description

CONVERSIÓN DI NÁM ICA DE DIVISAS PARA SISTEMAS DE PAGO POR TARJETA ANTECEDENTES DE LA INVENCIÓN Campo de la Invención La presente invención se refiere a S istemas de Pago con Tarjetas para el uso en un am biente de divisas mú ltiples. En particular, la presente invención proporciona sistemas y métodos para identificar una divisa apropiada para las transacciones individuales l levadas a cabo uti l izando un sistema de pago con tarjetas.
Descripción de la Técnica Relacionada Varios tipos de Sistemas de Pago con Tarjetas están disponibles, ejemplos de los cuales i ncluyen tarjetas de créd ito, tarjetas de adeudo y tarjetas de débito. Una estructura ejemplar de un S istem a de Tarjeta de Pago se i lustra en la Figura 1 que comprende un punto de terminal 1 de venta, un ordenador 2 de autorización , un ordenador 3 de gestión/cobro, un sistema 4 de cobro de transacción , una oficina 5 de gestión de tesorería, un banco 6 afi l iado, una plural idad de esquemas 7 de tarjetas, y una plural idad de expedidores 8, 9. Un punto de termi nal 1 de venta, de acuerdo con la técn ica anterior se muestra en la Figura 2, que comprende medios para aceptar detal les 20 de tarjeta de pago, ejemplos de tales medios para aceptar detal les de tarjeta de pago incluyen, teclados, sistemas de barrido magnético, tecnologías de tarjeta inteligente y tranceptores de radio de punto a punto (WO991 21 36). Alternativamente, la terminal puede conectarse a una red de comunicaciones, por ejemplo, la Internet, y el medio para aceptar detal les de tarjetas puede comprende software que acepte los detal les de tarjetas enviados por el tarjetahabiente en una forma electrónica, por ejemplo datos enviados desde la forma de lenguaje para escribir páginas en Internet (HTML) . U n diagrama de flujo que demuestra una transacción de pago típico como se muestra en la Figura 3, comienza con la entrada de los detal les 30 de una tarjeta de pago, la term inal hace una conexión 31 con el ordenador de autorización uti lizando su hardware y software 22 de comunicaciones. Típicamente, esta conexión 1 0 se hace sobre una red telefónica pública o enlace inalámbrico, o cualquier otra comunicación que pueda uti l izarse , por ejemplo, la Internet. La información tiene que ver con los detal les de la tarjeta y si se requiere que la transacción se pase 32 al ordenador de autorización. El ordenador 33 de autorización se verifica para confi rmar que los detal les de la tarjeta son vál idos y que la transacción se permite. Si los detal les de la tarj eta son válidos y el valor de transacción se permite, el ordenador 34 de autorización envía un código de autorización al punto de termi nal de venta que entonces permite 35 que la transacción se proceda .
La terminal se controla típicamente por el software 24 que se puede configurar para diferentes situaciones por medio de un archivo 25 de configuración alterable. Los detalles de transacción contenidos en el cuadro de transacción se comunican subsecuentemente desde el ordenador de cobro hasta un ordenador 4 de cobro de transacción que a su vez pasa estos detalles a un banco 6 afiliado. El banco 6 afiliado entonces clasifica los detalles de transacción de acuerdo con el esquema de tarjetas utilizado para una transacción. Los detalles de transacción entonces se envían al esquema 7 de tarjetas apropiado, que clasifica las transacciones de acuerdo con los expedidores de tarjetas, con transacciones que tienen que ver con un expedidor dado que se pasa sobre ese sistema 8, 9 de computadora de los expedidores. Los expedidores a su vez asignan los detalles de las transacciones contra una tarjeta particular a esa cuenta de tarjetahabientes. Un sistema alternativo proporciona un intermediario llamado encaminador de pagos central el cual actúa como una interfaz entre una o más terminales y el ordenador de cobro y/o autorización. Este sistema alternativo se utiliza típicamente en tiendas de distribución de venta al por menor muy grandes donde existe un gran número de terminales. El uso de un encaminador de pago central proporciona mayor eficiencia, menor costo general y permite el cobro central de los detalles de transacción para un ? comerciante, ya que los detal les no tienen que acumularse manual mente a partir de cada term inal individual. El método o sistema exacto para produci r o procesar transacciones puede variar considerablemente de sistemas de 5 tarjetas a sistemas de tarjetas, de banco a banco o de ciudad a ciudad. Por ejemplo, con frecuencia el ordenador de autorización y el ordenador de cobro son uno y el mismo. Ejemplos de varios aparatos, sistemas y métodos para manejar transacciones de pago con tarjeta incluyen U S567801 0, US5671285, U S5661 517, US5448047 , U S5416306, U S5287268 , U S3723655, U S4961 142, US4962531 , U S05386458 y US5826245. En general , las transacciones que i m pl ican un pago con tarjeta se l levan a cabo en la divisa del comerciante. Por consiguiente, si una tarjeta de crédito se utiliza para una compra en los Estados Unidos, la divisa de transacción probablemente será en dólares Americanos. Esta restricción puede ser inconveniente para tarjetahabientes que viajan alrededor del mundo, ya que no están seguros del valor exacto de la transacción (en su propia divisa) . Además, con la introducción del EURO, ha incrementado el potencial para llevar a cabo transacciones en un ambiente de divisas múltiples. Cada ci udad que participa en la Unión Monetaria Europea ( EM Ú ) tendrá en coexistencia dos unidades monetarias el EURO y la divisa nacional durante un periodo de transición. Ya que el periodo de transición es bastante grande, es inevitable que diferentes expedidores y comerciantes convertirán su divisa base de la unidad de divisa nacional en el EURO en diferentes momentos, con el inevitable resultado de que el comerciante y los consumidores pueden utilizar diferentes divisas. Además, el crecimiento del comercio en Internet permite que los consumidores compren a partir de una variedad mayor de recursos que la que estaba previamente disponible. Una gran proporción de estas transacciones en línea se llevará a cabo en divisas diferentes a las del tarjetahabiente. Por consiguiente, puede ser ventajoso si un tarjetahabiente puede ver y/o hacer los pagos en su divisa local en lugar de la divisa del comerciante con quien está llevando a cabo la transacción. Están disponibles una variedad de puntos de venta y otros sistemas los cuales permiten que las transacciones de divisas múltiples en las cuales el tarjetahabiente puede llevar a cabo la transacción en la divisa de su elección. Por ejemplo, el Trintech Group(Dublin) proporciona un punto compacto de terminal de venta y sistema que facilita el pago por el cliente en la divisa de su propia elección en el punto de venta. Un problema con estos sistemas existentes es que el comerciante debe ingresar la divisa deseada para la transacción en el sistema. Para poder hacer esto el comerciante debe determinar la divisa del tarjetahabiente y verificar para ver si se permite esta divisa. Esto implica que el comerciante vea la tarjeta y/o al tarjetahabiente e intente hacer ißáaít^?t_ ?^ll^a?k íbM^^^au¡^ una determinación para saber de que ciudad es el tarjetahabiente. Esta determinación requiere acción y cierta inteligencia por parte del comerciante. Además, con la llegada del Internet, el punto de venta es la computadora, no puede involucrarse ningún comerciante humano y la tarjeta de pago no está disponible para inspección. Esto también aplica para transacciones llevadas a cabo desde una distancia por otros medios, por ejemplo, fax yo teléfono. Por consiguiente, puede ser una ventaja si un método y sistema pueden proporcionarse para determinar automáticamente la divisa de un tarjetahabiente en el punto de venta, utilizando sólo detalles de una tarjeta de pago. La US5, 842, 185 describe un sistema y método para ingresar automáticamente transacciones financieras tales como transacciones de tarjeta de crédito dentro una cuenta financiera almacenada en una computadora. Se proporciona un establecimiento financiero que incorpora las transacciones en una forma electrónica comprendida por la computadora, tal como un archivo de datos de computadora, para actual izar la cuenta financiera. Para una cuenta de tarjeta de crédito, el sistema electrónico incluye una o más transacciones de tarjeta de crédito tales como compras. Antes de que acepte el estableci miento electrónico, el proceso verifica que la forma electrónica del establecimiento no se haya alterado desde su creación y por lo tanto refleje correctamente las transacciones en el establecimiento I???. ?Í?. original. En el proceso de ingresar las transacciones, se rastrean al asignarlos automáticamente a categorías de gastos. Primero, el proceso determina a partir del establecimiento electrónico si un beneficiario de una transacción es de registro en la computadora y, si así es, asigna la transacción a una categoría ya asociada con el beneficiario. Si no es así, el proceso después determina a partir del establecimiento electrónico, un código de categoría del comerciante tal como un Código de la Industria Estándar (SIC). El código de categoría de comerciante se asocia con una categoría reconocida por la computadora, y la transacción se asigna a la categoría reconocida. Si no existe categoría reconocida, el proceso indica al usuario para una categoría a la cual puede asignarse la transacción. WO 97/0441 1 describe un sistema y método para permitir que se transfieran fondos instantáneamente a una cuenta de tal manera que los fondos estén disponibles para el beneficiario al momento en que envían, basándose en la información del cliente el cual puede tener acceso al sistema automáticamente, en lugar que tener que ingresar manualmente. Además, el sistema calcula automáticamente el porcentaje de intercambio apropiado y cualquier cargo que se cargue a la cuenta. El sistema también analiza los parámetros de la transferencia para asegurar que la transferencia se adapte con las regulaciones pertinentes del gobierno. El sistema también permite fc^^l a -iwAiaMdiüMri -i. ^ ., ¿i.amk? ?., que el usuario cuantifique la cantidad que se transfiere en la divisa de cuenta original o la divisa de la cuenta receptora, aumentando así la flexibilidad del sistema. El sistema adicionalmente está diseñado para comprenderse y tenerse acceso mediante individuos que no tienen especial experiencia en computadoras, transferencias alámbricas y similares. WO 95/12169 describe un proceso que proporciona acceso electrónico a fondos prepagados en efectivo o en abonos para productos o servicios, en el cual una tarjeta se expide a un cliente con valor que se selecciona por el cliente. La tarjeta tiene una cinta magnética con un número de identificación bancario (BIN) y un número de cuenta. El procesador de tarjetas central estabiliza una base de datos de balance cero que incluye los números de tarjetas, pero con áreas en blanco para los datos del cliente y el valor de la cuenta. Cuando un cliente compra una tarjeta, el agente de ventas transmite a la computadora de base de datos central que llene los espacios en blanco en la base de datos, activando la cuenta.
BREVE DESCRI PC IÓN DE LA INVEN CIÓN Un método para determinar una divisa preferida para la asociación con una transacción de tarjeta de pago entre un comerciante y un tarjetahabiente de tarjeta de pago que comprende las etapas de obtener el número de tarjeta de la tarjeta de pago a partir de tarjetahabiente, identificar un código del expedidor del número de tarjeta, determinar la divisa de operación para el código del expedidor, y establecer la divisa para la asociación con la transacción de tarjeta de pago como la divisa de operación determinada para el código del expedidor. La etapa de determinar la divisa de operación para el código del expedidor preferiblemente comprende la etapa de comparar el código identificador del expedidor con las entradas en un cuadro. El cuadro puede contener un número de entradas, cada entrada en el cuadro contiene un código del expedidor y un código de divisa correspondiente. Alternativamente, las entradas pueden definir los rangos de códigos del expedidor, con cada rango de códigos del expedidor teniendo un código de divisa correspondiente. La divisa preferida se establece opcional mente para atrasar el pago de la divisa del comerciante cuando ninguna divisa de operación puede determinarse para el código del expedidor. Se le puede avisar al tarjetahabiente en cuanto a si la transacción se lleva a cabo en la divisa preferida. Este indicador puede comprender convertir las cantidades de transacción en cantidades equivalentes en la divisa preferida y presentar estas cantidades para su revisión por el tarjetahabiente y/o presentar un porcentaje de intercambio al tarjetahabiente, el porcentaje de intercambio corresponde a un porcentaje entre la divisa de los comerciantes y la divisa preferida. Si el tarjetahabiente indica que la transacción procederá en la divisa preferida, la transacción se procesa en la divisa preferida y/o si el tarjetahabiente indica que la transacción no procederá en la divisa preferida, la transacción procede en la divisa de los comerciantes. Una o más de las cantidades de transacción puede convertirse en una cantidad equivalente en la divisa preferida y presentarse al tarjetahabiente. Un porcentaje de intercambio correspondiente a un porcentaje entre la divisa de los comerciantes y la divisa preferida también puede presentarse al tarjetahabiente. Estos detalles de transacción pueden presentarse junto con o en lugar de la divisa de los comerciantes al tarjetahabiente. Los detalles de transacción pueden presentarse al tarjetahabiente después de que se ha obtenido la aprobación del tarjetahabiente para la transacción y/o con anterioridad. En cualquier caso, las cantidades presentadas pueden ser para propósitos de información solamente para el tarjetahabiente, basándose en los porcentajes de intercambio nominales. Opcionalmente, puede hacerse una revisión inicial para determinar si la cantidad de transacción excede un nivel mínimo predeterminado para procesarse en una divisa alternativa a la de la divisa de los comerciantes. Preferentemente, las etapas del método de la invención se realizan sustancialmente en una forma automática sin entrada desde el operador terminal . El método es adecuado para la implementación en una terminal de tarjetas de pago, ordenador de autorización, t i ??ik ihut- AJ I JIAJÉA. ""--"- a*' ? H encaminador de pago central o una combinación de estos dispositivos. El método anterior también puede extenderse a las transacciones de tarjeta de pago hechas sobre una red de computadora, por ejemplo la Internet, por ejemplo para transacciones de tipo comercio electrónico. En una modalidad, se proporciona un aparato que tiene medios para determinar una divisa preferida para la asociación con una transacción de tarjeta de pago entre un comerciante y un tarjetahabiente de tarjeta de pago, el medio comprende; medios para obtener el número de la tarjeta de la tarjeta de pago del tarjetahabiente, medios para identificar un código del expedidor del número de la tarjeta, medios para determinar la divisa de operación para el código del expedidor, y medios para establecer la divisa para la asociación con la transacción de tarjeta de pago como la divisa de operación determinada para el código del expedidor. El aparato adicionalmente comprende medios para comparar el código identificador del expedidor con las entradas en una cuadro. Cada entrada en el cuadro puede contener un código del expedidor y un código de divisa correspondiente. Alternativamente, las entradas en el cuadro pueden definir un rango de códigos de expedidor, con cada rango de códigos del expedidor teniendo un código de divisa correspondiente. í . ., ¿... «... fc., .-=*.». - J-i El aparato puede comprender medios para establecer la divisa preferida en la divisa incumplida del comerciante cuando ninguna divisa de operación pueda determinarse para el código del expedidor. Un medio indicador puede proporcionarse para indicar al ?firjetahabiente en cuanto a si la transacción se llevará a cabo en la divisa preferida. Este medio indicador puede comprender medios de conversión para convertir las cantidades de transacción en cantidades equivalentes en la divisa preferida y presentar estas cantidades para la revisión por el tarjetahabiente. El medio indicador puede comprender, además, opcionalmente un medio para presentar un porcentaje de intercambio al tarjetahabiente, el porcentaje de intercambio corresponde a un porcentaje entre la divisa de los comerciantes y la divisa preferida. Un medio adicional puede proporcionarse para aceptar una indicación de tarjetahabiente en cuanto a si la transacción se procederá en la divisa preferida y medios para permitir que la transacción se procese en la divisa preferida si tal indicación se recibe y/o permite que la transacción se procese en la divisa del comerciante si no se recibe tal indicación. Preferiblemente, el aparato se adapta para presentar por lo menos una de las cantidades de transacción en una cantidad equivalente a la divisa preferida al tarjetahabiente y/o con un porcentaje de intercambio correspondiente a un porcentaje entre la divisa de los comerciantes y la divisa preferida.
-*- ' * * El aparato puede adaptarse para presentar estos detal les al tarjetahabiente y/o después de que se ha obten ido la aprobación del tarjetahabiente para la transacción . Opcionalmente, pueden proporcionarse medios para verificarse inicialmente para determinar si la cantidad de transacción excede un nivel m íni mo predeterminado para procesarse en una divisa alternativa a la de la divisa de los comerciantes. El aparato puede i mplementarse a una variedad de modalidades, por ejemplo dentro de una terminal de tarjeta de pago, o un encaminador de pago central, un ordenador de autorización, un ordenador de autorización en cooperación con una termi nal de tarjeta de pago, o un ordenador de autorización en cooperación con un encaminador de pago. En una modal idad , el aparato comprende med ios para conectarse a un nodo en una red de com putadora . Preferiblemente, en esta modalidad, el número de tarjetas se recibe mediante la red de computadora. Esta modal idad se adecúa particularmente a las transacciones de ti po comercio electrónico. De acuerdo con la invención, se proporciona un método y sistema para determinar automáticamente la divisa de un tarjetahabiente en el punto de venta. De acuerdo con la invención, se proporciona un sistema de captura de transacción para tarjetas de pago que convierte -¿ áií^üid automáticamente la divisa de transacción en la divisa de los expedidores de la tarjeta.
BREVE DESCRI PCIÓN D E LOS DI BUJOS La Figura 1 muestra un diagrama de bloque de un arreglo de esquema de tarjetas de pago de acuerdo con la técnica anterior. A- Terminal del Comerciante, B-Ordenador de Autorización; C-Gestión/Ordenador de cobro; D-Esquema de tarjetas/Banco 1 ; E-Esquema de tarjeta/Banco n; F-Gestión de Tesorería de Oficina de respaldo; G-Sistema de Cobro de Transsacciónes; H-Banco Afiliado; l-Esquema de tarjeta; J-Emisor 1 ; K-Emisor m. La Figura 2 es una terminal de punto de venta de tarjetas de pago de acuerdo con la técnica anterior. A-Medios de entrada de detalles de tarjeta; B-Medios de Salida /impresora; C-Comunicaciones; D-Cuadro de transacciones; E-Cuadro de configuración; F-Programa. La Figura 3 es un diagrama de flujo que demuestra un procedimiento de petición de autorización típica de acuerdo con la técnica anterior. A-Inicio; B-Detalles de tarjeta ingresados /recibidos por la terminal; C-La terminal se conecta al ordenador de Autorización; D-La terminal comunica los detalles de tarjeta al ordenador de Autorización; E-¿Son válidos los detal les de tarjeta?; F-Código de Autorización comunicando a la terminal; G-Mensaje de Autorización producida desde la terminal; H-Procedido con ^^fe . . . , *. h. i i -M transacción; I-Almacena los detal les de transacción en el cuadro de transacciones; J-Fal la de autorización comunicada a la terminal; K-Fal la de autorización producida desde la terminal ; L- Finalización . La Figura 4 es un diagrama de flujo que i lustra un procedi miento típico para comunicar los detal les de transacción a un ordenador de cobro de acuerdo con la técnica anterior. A- Inicio; B-conectarse al ordenador; C-Cotejar y transmitir los detal les de transacción al ordenador; D-I mpri m i r Reporte; E- desconectarse del Ordenador; F-Finalización . La Figura 5 es un diagrama de flujo de un método de acuerdo con la presente invención. A-extraer el código identificador de los detalles de la tarjeta de pago ; B-Comparar e l Código identificador de los detal les de la tarjeta de pago; B- Comparar el código identificador con el cuadro de referencia del Banco ( BRT); C-¿ Contiene el cuadro BRT la entrada para el código identificador?; D-Procesar la transacción como por la técnica anterior; E-Procesar la transacción con mejoras uti l izando divisa asociada. La Figura 6 representa un ejemplo de un cuadro de referencia de banco de acuerdo con la presente invención . La Figura 7 ilustra un punto de term i nal de venta de acuerdo con la invención para el uso en una tienda de distribución al pormenor.
La Figura 8 es un diagrama de flujo que muestra las etapas de un método de acuerdo con una modalidad de la presente invención realizado en una terminal de punto de venta como se muestra en la figura 7. A-Obtener número de tarjeta, fecha de expiración y nombre del tarjetahabiente; B-Verificar la entrada en el BRT; C-Establecer divisa del tarjetahabiente; D-Divisa establecida en comerciantes; E-Hacer la cantidad de transacción; F-La cantidad es >máximo; G-La cantidad es < m ínimo; H-Divisa establecida en tarjetahabientes; I-Procesar la transacción en la divisa de los comerciantes; J-Imprim ir recibo; K-Detalles mostrados al tarjetahabiente; L-¿Aceptada?; M-Procesar la transacción en la divisa de los tarjetahabiente. La Figura 9 es un diagrama de flujo de un proceso de "lotes interno" de acuerdo con una modalidad de la invención para el uso con una terminal de punto de venta como se muestra en la Figura 7. A-Inicio; B-Conectarse al Ordenador; C-Cotejar y transmitir los detalles de transacción al ordenador; D-Imprimir reporte; E-Recuperar enmiendas del cuadro de referencia del banco; F-Actualizar el Cuadro de referencia del banco; G-Recuperar la información de la tasa de divisa; H-Actualizar el cuadro de tasas de divisa; I-Imprimir las tasas; J-Desconectarse del ordenador; K-Finalización. La Figura 10 es un diagrama de flujo que ilustra las etapas de otro método para determinar una divisa asociada y procesar la misma de acuerdo con la presente invención. A-I nicio; -*-- •-'- " ^^ •fl riü -i nr* >. -* -¿- B-Recibir petición de Autorización desde la terminal; C-¿Autoriza Si/No?; D-Enviar código de cancelación de Autorización; E-Convertir la cantidad de transacción en divisa asociada; F-¿Está la entrada en el cuadro de BTN?; G-Enviar detalles a la terminal; H-Imprimir ticket de transacción.
DESCRIPCIÓN DETALLADA DE LOS DIBUJOS Un diagrama de flujo de la operación de la presente invención se ilustra en la Figura 5, en el cual un código identificador se extrae 50 de los detalles de la tarjeta de pago. En la modalidad preferida, el código identificador consiste de una porción del número de tarjeta de pago. Típicamente, los expedidores de tarjeta de pago se asignan un rango de números de tarjeta para emitir tarjetas a clientes. Por ejemplo, un banco pequeño puede asignarse el rango 4555999033300000 a 45550999033399999, mientras un banco grande puede asignarse 4555998800000000 a 4555998819999999. Por consiguiente, el código identificador es la porción de un número de tarjeta, que se distingue entre expedidores. El código identificador se compara 51 con las entradas en un cuadro de referencia de banco (un ejemplo del cual se muestra en la Figura 6), que contiene una lista de códigos identificadores del expedidor. Cada código 60(1-n) identificador del expedidor en el cuadro tiene una entrada 61(1-n) asociada que contiene una divisa asociada, que corresponde a la divisa de pago . +.*m*«... - . -^r^ lji Í^ ... de las cuentas de los tarjetahabientes del expedidor. Por ejemplo, si el expedidor es un Banco Irlandés, entonces la divisa asociada puede ser en Libras irlandesas o EU ROS, si milarmente si el expedidor es un banco Británico, entonces la divisa asociado probablemente sea en libras Esterlinas. El cuadro de referencia del banco puede crearse a partir de un número de fuentes, incluyendo las organizaciones de administración del esquema de tarjetas o a partir de datos recolectados de un gran número de tarjetahabientes. Si no se encuentra ninguna entrada en el cuadro de referencia del banco para el código identificador del expedidor de la tarjeta, entonces, la transacción se procederá 53 como antes en la técnica anterior. Si una entrada se encuentra por el código identificador, la divisa asociada que corresponde al código del expedidor se extrae y la transacción se procede con funcionalidad 54 mejorada utilizando la divisa asociada. Una variedad de mejoras está disponible, cuando se conoce la divisa de la cuenta de los tarjetahabientes de pago. Por ejemplo, la transacción puede procesarse en la divisa asociada, la cantidad de transacción en la divisa asociada puede mostrarse al cliente para propósitos de información, un recibo puede imprimirse mostrando la cantidad de la divisa local y el equivalente de la divisa asociada, o una combinación. Si las mejoras se realizan en la terminal e implican una conversión de divisas, entonces se requerirán los porcentajes de intercambio de divisas. Estos porcentajes de intercambio de divisas pueden almacenarse en la terminal y actualizarse como se requiere o pueden obtenerse de cualquier lugar, por ejemplo, del ordenador de autorización. Estas mejoras pueden proporcionarse como características opcionales, por ejemplo el comerciante puede informar al tarjetahabiente que la transacción puede l levarse a cabo en la divisa asociada si se desea. Si el tarjetahabiente entonces lo elige así, entonces la transacción puede procesarse en la divisa asociada, de lo contrario la transacción se procesa en la divisa de los comerciantes. Alternativamente, las mejoras pueden hacerse obligatorias en el sentido de que las mejoras se realicen en todos los casos. Al tarjetahabiente no se le da otra opción. Además, las etapas del método ilustradas en la Figura 5 pueden implementarse en varias etapas diferentes de la transacción. Por ejemplo, las etapas de extracción 50, determinación 51 , 52 y procesamiento con mejoras 54 pueden realizarse antes de que la terminal se conecte al ordenador 2 de autorización (si la terminal se conecta al ordenador de autorización de modo alguno) o en cualquier etapa más tarde antes del término de la transacción. Similarmente, las etapas de extracción 50, determinación 51 , 52 y procesamiento con mejoras 54 pueden realizarse en la terminal, en el ordenador de autorización, o en una combinación de los dos, por ejemplo la £-,. ^fc * ?.» terminal puede identificar la divisa asociada y el ordenador de autorización puede real izar el procesam iento mejorado o viceversa. Se entenderá por lo tanto que el software y/o hardware para realizar las etapas de acuerdo con la invención pueden local izarse en una terminal , en el encam i nador de pago o en un ordenador de autorización o en cualquier combinación de éstos. Un ejemplo de una terminal de punto de venta de acuerdo con una modal idad de la invención se i lustra en la Figura 7. La terminal 70 es adecuada para el uso en un ambiente al pormenor, por ejemplo al macenes, restaurantes y hoteles. La termi nal 70 permite que un comerciante ofrezca a un tarjetahabiente la opción de pagar por los servicios y/o productos en la d ivisa de la tarjeta del tarjetahabiente. La termi nal 70 registra la cantidad debido al comerciante en su divisa local. La terminal 70 entonces envía las transacciones para el establecimiento al socio del estableci miento apropiado. En el caso de que la terminal 70 sea incapaz de determ inar la d ivisa de una tarjeta, la transacción se procesará en la divisa del comerciante. La terminal comprende un lector 71 de cinta magnética, un Teclado 72 alfanu mérico y de Función, una U n idad 75 de Visual ización, y una I mpresora 74 de Recepción para i mpri m i r los recibos 73. Los detal les de las tarjetas se ingresan al barrer una tarjeta de pago a través del lector 71 de cinta magnética o utilizando el teclado 72. Los detal les de transacción se ingresan utilizando el teclado 72. Opcionalmente, un teclado de Número de identificación Personal (PIN) (no mostrado) puede proporcionarse para permitir que un tarjetahabiente ingrese una contraseña. En forma interna, la terminal tiene circuitería electrónica adecuada para operar la terminal, típicamente comprendiendo de un Módem, una Unidad de Suministro de Energía, un Microprocesador, y una Memoria RAM y ROM. La circuitería y los elementos se acomodan preferiblemente para producir una terminal que tenga una pisada pequeña y sea compacta. El software terminal comprende el código que lleva a cabo las siguientes funciones; control del módem, lectura de tarjetas, interfaz del operador, autorización, gestión del cuadro de referencia del banco abreviada, gestión del porcentaje de divisas, configuración de la terminal , control de la impresora, comunicación del ordenador de autorización/cobro, informe y lote. La función de control del módem es responsable de formar datos para la transmisión, remover el formateo de los datos recibidos, y operar el módem . La función de lectura de tarjetas recibe los datos desde el lector de cinta magnética y extrae los detal les de la tarjeta de estos datos. La interfaz del operador recibe los datos de los teclados, responde a los datos y reproduce los mensajes a la unidad de visualización cuando se requieren. La función de autorización es responsable de generar y enviar una petición de autorización al ordenador de autorización y de . »...., .T[ | _..jfe^„.J^ JAi-* J procesar una autorización o código de rechazo recibido del ordenador. El cuadro de referencia del banco es un cuadro que almacena los dígitos de guía de expedidores individuales de las tarjetas de crédito/débito en el mundo e identifica un código de 5 divisa asociada para cada expedidor. La gestión de porcentaje de divisas es responsable de determinar un porcentaje de intercambio apropiado para una transacción y de mantener un cuadro de porcentajes de intercambio. La función de configuración terminal se uti liza para permitir que una terminal se configure para 10 comerciantes individuales, comerciantes de diferentes lugares, etc. , al permitir una modificación de un número de parámetros. Ejemplos de estos parámetros pueden incluir uno o más de los siguientes; Valor de Transacción Mínima para Conversión, Valor de Transacción Máximo para Conversión, Límite de 15 Autorización/Límite Mínimo, Fecha Correcta, Tiempo Correcto, Tiempo Máximo entre Lotes Internos, Número identificador del Ordenador, Número Telefónico del 1 er Sistema Ordenador, Número Telefónico del 2d0 Sistema Ordenador, Número Telefónico de la 1 a Autorización, Número Telefónico de la 2da Autorización, Número de 20 Lote del Siguiente Sistema, Velocidad del Módem, Código de Divisa base, Número Maestro del Comerciante, Números de Divisas del Comerciante y Código de Identificación Terminal. Para poder operar correctamente la terminal deben configurarse todos los parámetros. Sin embargo, la terminal puede operar en una 25 forma limitada si un número reducido de parámetros se ha lítiiÉItliiliiÉ íiliiiiii li f T il-d- *.*^*....*-»*-'»»-*- - .... .. .... . - .. ,....„ >..-. . .- ^. . » ^.? .t¿ ingresado. Los parámetros adicionales para procesar una transacción individual también pueden tener que al macenarse antes de que la transacción pueda procesarse, por ejemplo un Cuadro de referencia de Banco apropiado y/o los porcentajes de divisas para la fecha de transacción. La función de control de la impresora formatea los datos y produce los datos formateados a la impresora cuando se requiere. La función de comunicación del ordenador de autorización/cobro controla la interacción de la terminal con los ordenadores de autorización y comunicación. La función de informe y lote almacena las transacciones a medida que se ingresan y las recolecta y envía los datos recolectados resultantes al ordenador de cobro cuando el ordenador de cobro se conecta a la terminal . Para poder operar la terminal adecuadamente, una o más de las siguientes puede requerirse; una conexión a una l ínea telefónica automática PSTN estándar, papel en la impresora, un ambiente de operación que esté seco y de humedad normal y una conexión a un voltaje de suministro de red eléctrica. En operación, la terminal se conecta inicialmente a un ordenador y descarga la última versión del software de terminal al igual que su información de configuración estándar. Tan pronto como se completa la descarga, la terminal automáticamente marcará el número del ordenador de autorización/cobro y recolectará la última versión del cuadro de referencia del banco. La terminal descarga los porcentajes de divisas para apl icarse durante un período futuro. Para cada divisa que el sistema convertirá en una fecha, el código de divisa y porcentaje se descargan. Se i mpri me un i nforme de los porcentajes de detal les recibidos. Una vez que estos cuadros se han recibido, el sistema está l isto para procesar las transacciones. Un ciclo de transacción típico ahora se describe, comenzando cuando el tarjetahabiente ofrece su tarjeta de pago al comerciante como un medio de pagos para productos o servicios. El comerciante típicamente barre 205 la tarjeta en el lector de cinta magnética del punto de terminal de venta. El lector extrae 205 el nú mero de tarjeta, la fecha de expi ración y el nombre del tarjetahabiente de la tarjeta. E l software termi nal busca a través del cuadro de referencia del banco y verifica 210 una entrada correspondiente al código del expedidor obtenido del número de la tarjeta. Si una entrada se encuentra, la divisa para la transacción se establece 21 5 a la de la tarjeta de pago. Si no se encuentra ninguna entrada en el cuadro de referencia del banco, la divisa se establece 220 a la del comerciante. La terminal entonces pide 225 la cantidad de la transacción en la divisa del comerciante que se teclea uti l izando el teclado numérico. Alternativamente, una conexión puede proporcionarse a una reg istradora de efectivo u otro dispositivo para obtener directamente el total de la transacción . . ¿ Í? .* 1. - i'?., Opcionalmente, el sistema puede verificarse para determinar si el valor de transacción en la divisa de los comerciantes está dentro del rango mínimo 240 y 230 máximo contenido en el cuadro de configuración de los sistemas. Si la cantidad cae dentro del rango, se procesa en la divisa 245 de los tarjetahabientes. Si está por arriba o por debajo del límite, se procesa en la divisa del comerciante 255. Para transacciones procesadas en la divisa de los tarjetahabientes como opuestas a la divisa de los comerciantes, la terminal 70 despliega 265 el código de divisa de los tarjetahabientes, el porcentaje de conversión de la divisa y la cantidad en la propia divisa del tarjetahabiente. El tarjetahabiente decide 270 si consiente o rechaza la oferta. Si la oferta se rechaza, el sistema puede revertir 255 a la cantidad de divisa de los Comerciantes. El tarjetahabiente puede cancelar toda la transacción, a pesar de si la transacción se procesa en la divisa de los comerciantes o tarjetahabientes, como en sistemas existentes. Si el tarjetahabiente consiente la transacción, se procesará 275 en la divisa del tarjetahabiente. Después de determinar la divisa de transacción, la terminal procede para determinar si se requiere un código de autorización (no mostrado). Esto se determina al comparar el valor de la transacción en la divisa de los comerciantes con el l ímite -i*-* --a i >¿ mínimo pre-configurado. Si el valor de la transacción está por arriba del l ímite m ínimo, se busca un código de autorización. El software del sistema terminal inicia el módem y obtiene una línea automática e intenta llamar al número del ordenador de la 1 a autorización. Si no se recibe una conexión después de un número pre-configurado de intentos, el sistema intentará reemplazar la llamada utilizando el número del ordenador de la 2da Autorización. Si no se obtiene conexión a cualquier ordenador de autorización, la transacción se rechaza y se produce un ticket impreso que detalla la falla para conectarse al ordenador. Si se hace una conexión a un ordenador de autorización, el software de comunicaciones dentro de la terminal establece su identidad con el ordenador de autorización uti lizando los protocolos estándares de la industria para tales comunicaciones. La terminal transmite la identidad de la terminal, el número de tarjeta, el número de comerciante para esa divisa y el valor. El ordenador de autorización puede rechazar la transacción o responder con un número de autorización, el cual se recibe y almacena por el sistema. Una vez que se ha recibido el código de autorización, el sistema se desconecta del ordenador y produce 260 un ticket de transacción que típicamente detalla lo siguiente; nombre y dirección del comerciante, ID del Comerciante, número de terminal, fecha y tiempo de la transacción, número de tarjeta de los tarjetahabientes, código de autorización, valores de t '* Imi .ßlytm ~t * aÜ8.«l»ia>¡«. .. ¡.» at,s »J» ..* '* i. % ttt 4 l transacción en la divisa del comerciante, valor de transacción en entes, y un área sobre la cual el ue consiente la transacción. Detalles acio para la firma se al macenan en el cuadro de transacción. Se produce una copia para el comerciante y el tarjetahabiente. Después de lo cual, la transacción se completa entre el tarjetahabiente y el comerciante. Al final de cada día, el comerciante puede presionar una tecla para instruir a la terminal que lleve a cabo un "Lote Interno" de las transacciones acumuladas en el ordenador de cobro, proceso del cual se ilustra en la Figura 9, es decir, envía los detalles de las transacciones que se han acumulado desde el "Lote interno" previo al ordenador de cobro. Si el comerciante no pide manualmente un proceso de "Lote interno" , un parámetro pre- configurado detectará la ausencia de un " Lote interno" e iniciará automáticamente 300 un "Lote interno", la primera etapa de la cual implica conectarse 301 al ordenador de cobro. Durante un "Lote interno", cualquier transacción que se ha procesado por la terminal se recolecta y transmite 302 al ordenador de cobro y un informe se imprime 303 que resume las transacciones que se han enviado en la transmisión. Se apreciará por aquellos expertos en la técnica, que para poder enviar los detalles de transacción al banco afiliado, cierto procesamiento se requerirá para convertir los detalles en una forma que sea adecuada para el banco afiliado. Este procesamiento puede realizarse en el ordenador de cobro o alternativamente los datos pueden enviarse a una oficina de respaldo para el procesamiento, i lustrado como el sistema de cobro de transacciones en la Figura 1 . Cuando se han transmitido exitosamente las transacciones, la terminal buscará 304 cualquier ajuste en el cuadro de referencia del banco. Adiciones y supresiones en el cuadro de referencia del banco se reciben y procesan mediante la terminal. Después de que se ha modificado 305 adecuadamente el cuadro de referencia del banco, la terminal buscará actualizar 307 sus porcentajes de divisas al obtener 306 porcentajes revisados del ordenador de cobro. Esta actualización 307 eliminará cualquier porcentaje caducado y recibirá cualquier porcentaje nuevo futuro. Cuando los porcentajes se han actualizado, una impresión 308 se hace de los nuevos porcentajes para aplicarse a futuras transacciones. En este punto, la terminal se desconectará 309 del ordenador de cobro. El lote interno se completa 310 y la terminal está l ista para procesar transacciones adicionales. Una modalidad alternativa es donde se realiza el término de la divisa para una transacción en el ordenador de autorización. Un diagrama de flujo de un método de acuerdo con esta modalidad se muestra en la Figura 10. La operación se inicia 400 cuando una conexión se hace por una terminal al ordenador de autorización. Una vez que se ha establecido una conexión válida, la terminal 405 envía una petición de autorización, que contiene los detalles de la tarjeta y la cantidad de transacción al ordenador de autorización. El ordenador de autorización se verifica para determinar si la transacción se autorizará o no, si la transacción no permite que un código de cancelación se envíe 415 a la terminal del comerciante la cual impri me 420 un ticket de transacción mostrando que la transacción no se permite. Si la transacción se autoriza, el ordenador de autorización extrae del código del expedidor los detalles de la tarjeta de pago y verifica 425 el código del expedidor extraído contra las entradas en el cuadro de referencia del banco. Si no se encuentra ninguna entrada en el cuadro de referencia del banco o si la divisa asociada con el expedidor es la misma que la del comerciante, entonces los detalles de transacción no se intercambian y se envían 435 de nuevo a la terminal junto con el código de autorización. Alternativamente, el ordenador puede enviar simplemente el código de autorización cuando la terminal ya tenga los detalles de transacción. Si se encuentra una entrada en el cuadro de referencia del banco y la divisa asociada con el expedidor es diferente de la del comerciante, la cantidad de transacción se convierte 420 en una cantidad equivalente en la divisa asociada. Esta cantidad convertida y el código de divisa asociada se envían 435. junto con un código de autorización a la terminal. Opcionalmente, el porcentaje de intercambio de divisas utilizado también puede enviarse. La terminal imprime un ticket 440 de transacción que muestra la cantidad de transacción en la divisa asociada y el código de divisa asociada, que puede firmarse por el tarjetahabiente. El ticket de transacción también puede mostrar el equivalente de divisa de los comerciantes y el porcentaje de intercambio de divisas utilizado. Como con la modalidad previa, la terminal subsecuentemente se conecta al ordenador de conexión y realiza un lote interno. Será aparente para alguien con experiencia en la técnica que la presente invención puede implementarse en la mayoría de los sistemas de tarjeta de pago y que la identificación de divisa puede implementarse en diferentes etapas de las transacciones. Por consiguiente, la descripción anterior es por medio del ejemplo solamente y no se pretende como li mitante. La presente invención sólo se limita por las reivindicaciones anexas a la misma y sus equivalentes. ,- ¿..i, . .i.L ., ±?

Claims (1)

  1. REIVIN DICACION ES 1 . Un método de procesamiento de datos para determinar una divisa preferida para la asociación con una transacción de tarjeta de adeudo, débito, o crédito entre un comerciante y un tarjetahabiente de tarjeta de adeudo, débito, o crédito que comprende las etapas de; obtener el número de tarjeta de la tarjeta del tarjetahabiente, caracterizado porque el método, además, comprende las etapas de; identificar un código identificador del número de la tarjeta, determinar la divisa de operación para el código identificador, al comparar el código identificador con las entradas en un cuadro, en donde cada entrada en el cuadro contiene un código del expedidor o rango de códigos del expedidor y un código de divisa correspondiente y establece la divisa para la asociación con la transacción de tarjeta como la divisa de operación determinada para el código del expedidor. 2. El método de procesamiento de datos de conformidad con la reivindicación 1 , caracterizado porque la divisa preferida se establece en la divisa incumplida del comerciante cuando no puede determinarse la divisa de operación para el código identificador. 3 El método de procesamiento de datos de conformidad con las reivindicaciones 1 ó 2, caracterizado porque se le avisa al tarjetahabiente en cuanto a si la transacción se l levará a cabo en la divisa preferida. 4. El método de procesamiento de datos de conformidad con la reivindicación 3, caracterizado porque el indicador comprende la etapa adicional de convertir las cantidades de transacción en cantidades equivalentes en la divisa preferida y presentar estas cantidades para revisarse por el tarjetahabiente. 5. El método de procesamiento de datos de conformidad con la reivindicación 4, caracterizado porque, además, comprende la etapa de presentar un porcentaje de intercambio al tarjetahabiente, el porcentaje de intercambio corresponde a un porcentaje entre la divisa del comerciante y la divisa preferida. 6. El método de procesamiento de datos de conformidad con la reivindicación 5, caracterizado porque si el tarjetahabiente indica que la transacción se procederá en la divisa preferida, la transacción se procesa en la divisa preferida. 7. El método de procesamiento de datos de conformidad con la reivindicación 5, caracterizado porque si el tarjetahabiente indica que la transacción no se procederá en la divisa preferida, la transacción procede en la divisa del comerciante. 8. El método de procesamiento de datos de conformidad con la reivindicación 1 , caracterizado porque por lo menos una de las cantidades de transacción se convierte en una cantidad equivalente en la divisa preferida y se presenta al tarjetahabiente. a&^ -iJ -a- fe w.*a? 9. El método de procesamiento de datos de conformidad con la reivindicación 8, caracterizado porque, además, comprende la etapa de presentar un porcentaje de intercambio al tarjetahabiente, el porcentaje de intercambio corresponde a un 5 porcentaje entre la divisa del comerciante y la divisa preferida. 1 0. El método de procesamiento de datos de conformidad con la reivindicación 9, caracterizado porque los detal les de transacción en la divisa del comerciante también se presentan al tarjetahabiente. 10 1 1 . El método de procesamiento de datos de conformidad con la reivindicación 10, caracterizado porque los detalles de transacción se presentan al tarjetahabiente después de que se ha obtenido la aprobación del tarjetahabiente para la transacción. 15 12. El método de procesamiento de datos de conformidad con la reivindicación 1 , caracterizado porque los detalles de transacción se presentan al tarjetahabiente antes de la aprobación del tarjetahabiente de la transacción. 1 3. El método de procesamiento de datos de 20 conformidad con la reivindicación 1 , caracterizado porque, además, comprende la etapa de verificarse inicialmente para determinar si la cantidad de transacción excede un nivel mínimo predeterminado para el procesamiento en una divisa alternativa a la de la divisa del comerciante. ^-"** -it¡ürf[tr ~I?I 14. Un sistema para el uso con una transacción de tarjeta de adeudo, débito, o crédito entre un comerciante y un tarjetahabiente de tarjeta de adeudo, débito, o crédito, que tiene medios para obtener el número de tarjeta de la tarjeta del tarjetahabiente, caracterizado porque el sistema tiene medios para determinar una divisa preferida para la asociación con la transacción que comprende; medios para identificar un código identificador del número de tarjeta, medios para determinar la divisa de operación para el código identificador al comparar el código identificador con las entradas en un cuadro, en donde cada entrada en el cuadro contiene un código del expedidor o rango de códigos del expedidor y un código de divisa correspondiente, y medios para establecer la divisa para la asociación con la transacción de la tarjeta como la divisa de operación determinada para el código identificador. 1 5. El sistema de conformidad con la reivindicación 14, caracterizado porque, además, comprende medios para establecer la divisa preferida en la divisa incumplida del comerciante cuando no pueda determinarse la divisa de operación para el código identificador. 16. El sistema de conformidad con cualquiera de las reivindicaciones 14 a 15, caracterizado porque, además, comprende medios indicadores para indicar al tarjetahabiente en cuanto a si la transacción se llevará a cabo en la divisa preferida. 17. El sistema de conformidad con la reivindicación 16, caracterizado porque el medio indicador comprende medios de conversión para convertir las cantidades de transacción en cantidades equivalentes en la divisa preferida y presentar estas cantidades para revisarse por el tarjetahabiente. 18. El sistema de conformidad con la reivindicación 1 7, caracterizado porque el medio indicador, además, comprende medios para presentar un porcentaje de intercambio al tarjetahabiente, el porcentaje de intercambio corresponde a un porcentaje entre la divisa del comerciante y la divisa preferida. 1 9. El sistema de conformidad con la reivindicación 1 8, caracterizado porque, además, comprende medios para aceptar una indicación del tarjetahabiente en cuanto a si la transacción se procederá en la divisa preferida y medios para permitir que la transacción se procese en la divisa preferida si tal indicación se recibe. 20. El sistema de conformidad con la reivindicación 19, caracterizado porque, además, comprende medios para aceptar una indicación del tarjetahabiente en cuanto a si la transacción se procederá en la divisa preferida y medios para permitir que la transacción se procese en la divisa del comerciante si no se recibe tal indicación. 1-d fe.flfe.É & M & i^^ii^ .Mt.aAa. i ..... ^t-A-» .- J r. 21 . El sistema de conformidad con la reivindicación 14, caracterizado porque, además, comprende medios de conversión para convertir por lo menos una de las cantidades de transacción en una cantidad equivalente en la d ivisa preferida y presentar esta cantidad convertida al tarjetahabiente. 22. El sistema de conformidad con la reivindicación 21 , caracterizado porque el medio de conversión, además, comprende medios para presentar un porcentaje de intercam bio al tarjetahabiente, el porcentaje de intercambio corresponde a un porcentaje entre la divisa del comerciante y la divisa preferida. 23. El sistema de conformidad con la reivindicación 22, caracterizado porque el medio de conversión se adapta para presentar los detalles de transacción al tarjetahabiente después de que se ha obtenido la aprobación del tarjetahabiente para la transacción . 24. El sistema de conform idad con la reivi ndicación 23, caracterizado porque el medio de conversión se adapta para presentar los detalles de transacción al tarjetahabiente antes de la aprobación del tarjetahabiente para la transacción 25. El sistema de conformidad con la reivindicación 24, caracterizado porque, además, comprende med ios para verificarse inicialmente para determinar si las cuentas de transacción exceden un nivel mínimo predeterminado para el procesamiento en una divisa alternativa a la de la divisa de los comerciantes. % 38 26. El sistema de conformidad con la reivindicación 14, caracterizado porque el sistema es una terminal de tarjetas. 27. El sistema de conform idad con la reivindicación 14, caracterizado porque el sistema es un encaminador de pago 5 central. 28. El sistema de conformidad con la reivindicación 14, caracterizado porque el sistema es un ordenador de autorización. 29. El sistema de conformidad con la reivindicación 14, caracterizado porque el sistema se i mplementa utilizando un 10 ordenador de autorización en cooperación con otro sistema. 30. El sistema de conformidad con la reivindicación 29, caracterizado porque el otro sistema es una terminal de tarjetas. 31 . El sistema de conform idad con la reivindicación 29, caracterizado porque el otro sistema es un encaminador de pago 15 central. 32. El sistema de conformidad con la reivindicación 14, caracterizado porque, además, comprende medios para conectarse a un nodo en una red de computadora. 33. El sistema de conformidad con la reivindicación 32, 20 caracterizado porque el número de tarjeta se recibe mediante la red de computadora. 34. El programa de computadora que codifica un conjunto de instrucciones de computadora para determinar una divisa preferida para la asociación con una transacción de tarjeta 25 entre un comerciante y un tarjetahabiente, caracterizado porque v1*!^*" •••ßV" V 39 cuando corre en un sistema de procesam iento de datos se adapta para realizar el método de conformidad con cualquiera de las reivindicaciones 1 a 13. 35. El medio de almacenaje que se utiliza por 5 computadora caracterizado porque tiene codificado en el mismo datos e instrucciones de computadora para determinar una divisa preferida para la asociación con una transacción de tarjeta entre un comerciante y un tarjetahabiente, para provocar que un sistema de procesamiento de datos implemente el método de conformidad 10 con cualquiera de las reivindicaciones 1 a 13. L?t.k .
MXPA02000486A 1999-07-12 1999-09-01 Conversion dinamica de divisas para sistemas de pago por tarjeta. MXPA02000486A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IE19990584A IES990584A2 (en) 1999-07-12 1999-07-12 Dynamic currency conversion for card payment systems
PCT/IE1999/000088 WO2001004846A1 (en) 1999-07-12 1999-09-01 Dynamic currency conversion for card payment systems

Publications (1)

Publication Number Publication Date
MXPA02000486A true MXPA02000486A (es) 2002-07-02

Family

ID=11042101

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA02000486A MXPA02000486A (es) 1999-07-12 1999-09-01 Conversion dinamica de divisas para sistemas de pago por tarjeta.

Country Status (35)

Country Link
US (1) US7328188B1 (es)
EP (2) EP1240629A1 (es)
JP (4) JP2003504742A (es)
KR (1) KR20020030081A (es)
CN (2) CN1367914A (es)
AP (1) AP1384A (es)
AR (1) AR030530A1 (es)
AT (1) ATE210327T1 (es)
AU (2) AU763008B9 (es)
BG (1) BG64914B1 (es)
BR (1) BR9917432A (es)
CA (1) CA2383173C (es)
CZ (1) CZ200230A3 (es)
DE (2) DE29924300U1 (es)
DK (1) DK1018711T3 (es)
EA (1) EA003766B1 (es)
EG (1) EG23213A (es)
ES (1) ES2169587T3 (es)
HK (1) HK1030827A1 (es)
HU (1) HU226914B1 (es)
IE (1) IES990584A2 (es)
IL (1) IL147603A (es)
IS (1) IS6226A (es)
MX (1) MXPA02000486A (es)
MY (1) MY125020A (es)
NO (1) NO327478B1 (es)
NZ (1) NZ517105A (es)
OA (1) OA11989A (es)
PL (1) PL352677A1 (es)
PT (1) PT1018711E (es)
SI (1) SI1018711T1 (es)
TR (1) TR200200711T2 (es)
TW (1) TWI229277B (es)
WO (1) WO2001004846A1 (es)
ZA (1) ZA200202069B (es)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5897621A (en) * 1996-06-14 1999-04-27 Cybercash, Inc. System and method for multi-currency transactions
AU2002212633B2 (en) * 2000-11-17 2007-08-09 Edward Murphy Inter-computer communications
EP1646016A3 (en) * 2000-11-13 2006-07-05 Francis Enda Murphy Transaction processing and inter-computer communications
AU2007203290B2 (en) * 2000-11-13 2009-02-26 Francis Enda Murphy Transaction processing
AUPS033502A0 (en) * 2002-02-05 2002-02-28 Pure Commerce Transaction processing system
IES20020579A2 (en) 2002-07-12 2004-01-14 Mainline Corporate Holdings Methods and systems for effecting payment card transactions
IES20020712A2 (en) * 2002-09-04 2004-03-10 Mainline Corporate Holdings A method and system for transferring funds
NZ539839A (en) 2002-11-07 2008-09-26 Planet Payment Inc Time-of-transaction foreign currency conversion
US7219832B2 (en) * 2004-06-17 2007-05-22 First Data Corporation ATM machine and methods with currency conversion capabilities
CA2573632A1 (en) 2004-07-12 2006-01-19 Fexco Direct currency conversion
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US9747599B2 (en) * 2006-03-31 2017-08-29 Mastercard International Incorporated Method and system for identifying and processing currency conversion in a financial transaction
AU2007100392A4 (en) * 2006-05-16 2007-06-14 Travelex Outsourcing Pty Limited Transaction system supporting dynamic currency conversion
AU2015275305B2 (en) * 2006-05-16 2016-10-20 Global Blue Payments (Australia) Pty Ltd Transaction system supporting dynamic currency conversion
NZ555036A (en) * 2006-05-16 2008-09-26 Travelex Outsourcing Pty Ltd Transaction system supporting dynamic currency conversion
US7933835B2 (en) 2007-01-17 2011-04-26 The Western Union Company Secure money transfer systems and methods using biometric keys associated therewith
US8818904B2 (en) 2007-01-17 2014-08-26 The Western Union Company Generation systems and methods for transaction identifiers having biometric keys associated therewith
NZ554222A (en) * 2007-03-28 2010-02-26 Pure Commerce Pty Ltd A system for managing transactions in a foreign currency at point of sale
US8504473B2 (en) 2007-03-28 2013-08-06 The Western Union Company Money transfer system and messaging system
US7783571B2 (en) 2007-05-31 2010-08-24 First Data Corporation ATM system for receiving cash deposits from non-networked clients
BRPI0721886A2 (pt) * 2007-07-25 2014-02-25 Goldmine World Inc Método e aparelho para a seleção pelo usuário de uma multiplicidade de idiomas e de conversão de moedas.
WO2009088487A1 (en) * 2008-01-04 2009-07-16 Planet Payment, Inc. Merchant rate lookup
EP2272031A1 (en) 2008-03-10 2011-01-12 Global Blue Currency Choice Holdings B.V. Dynamic currency conversion system and method
AU2013201182C1 (en) * 2008-03-10 2017-03-09 Global Blue Sa Dynamic currency conversion system and method
US20110016043A1 (en) * 2009-07-20 2011-01-20 Barbara Dornseif Account transaction value added tax reimbursement
GB2478993A (en) * 2010-03-26 2011-09-28 Global Blue Currency Choice Holdings Bv Dynamic currency conversion
US8666860B2 (en) * 2010-07-06 2014-03-04 International Monetary Specialists Method and system for currency exchange by point of conversion
JP5527820B2 (ja) * 2010-12-03 2014-06-25 Necインフロンティア株式会社 決済端末
US8949150B2 (en) 2011-12-30 2015-02-03 Visa International Service Association Fraud detection system automatic rule manipulator
US9043225B2 (en) 2012-11-30 2015-05-26 Wal-Mart Stores, Inc. Approximating alternate currency equivalents in digital receipts
JP5745551B2 (ja) * 2013-01-22 2015-07-08 ゴールドマイン・ワールド,インコーポレーテッド ディー/ビー/エイワールド・バンクカード・サーヴィシズ 複数言語ユーザ選択及び通貨換算のための方法及び装置
WO2015080725A1 (en) * 2013-11-27 2015-06-04 Hewlett-Packard Development Company, L.P. Method and system for facilitating multi-currency card payment transactions
CN104036596B (zh) * 2014-06-13 2016-01-13 张金木 一种开放式小额收付款机
SG10201501048XA (en) * 2015-02-11 2016-09-29 Global Blue Sa System and method for conducting a transaction
US11023968B2 (en) * 2015-03-05 2021-06-01 Goldman Sachs & Co. LLC Systems and methods for updating a distributed ledger based on partial validations of transactions
CN109242682B (zh) * 2018-08-23 2023-05-02 中国平安财产保险股份有限公司 货币汇率转换方法、装置、计算机设备及存储介质
JP7278609B2 (ja) 2020-08-07 2023-05-22 有限会社オペックスエンタープライズ A4サイズを超える用紙の保管方法、及び綴じ込みファイル
US11468430B2 (en) * 2020-08-28 2022-10-11 The Toronto-Dominion Bank Value transfer card management system

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3386458A (en) 1965-06-18 1968-06-04 Air Force Usa Internally actuated combined oxygen pressure regulator and oxygenair dilution valves for respiratory apparatus
US3723655A (en) 1971-02-16 1973-03-27 Pitney Bowes Inc Credit authorization system terminal
JPS5461598A (en) 1977-10-26 1979-05-17 Toshiba Corp Currency exchanger
US4766293A (en) * 1986-06-26 1988-08-23 Visa International Service Association Portable financial transaction card capable of authorizing a transaction in foreign currencies
NL8702012A (nl) 1987-08-28 1989-03-16 Philips Nv Transaktiesysteem bevattende een of meerdere gastheercentrales en een aantal gedistribueerde eindstations, die via een netwerksysteem met enige gastheercentrale koppelbaar zijn, alsmede koncentratiestation en eindstation geschikt voor gebruik in zo een transaktiesysteem en exploitantidentifikatie-element te gebruiken bij zo een eindstation.
US4968873A (en) 1987-09-08 1990-11-06 Juergen Dethloff Smart card issuing and receiving apparatus
US4961142A (en) 1988-06-29 1990-10-02 Mastercard International, Inc. Multi-issuer transaction device with individual identification verification plug-in application modules for each issuer
US5202826A (en) 1989-01-27 1993-04-13 Mccarthy Patrick D Centralized consumer cash value accumulation system for multiple merchants
US5623547A (en) * 1990-04-12 1997-04-22 Jonhig Limited Value transfer system
JPH0520176U (ja) * 1991-08-22 1993-03-12 ブラザー工業株式会社 クレジツト取引処理装置
US5334823A (en) 1992-01-10 1994-08-02 National Bancard Corporation Systems and methods for operating data card terminals for transaction chargeback protection
JPH05189664A (ja) 1992-01-13 1993-07-30 Fujitsu Ltd 貨幣単位変換機能付pos端末
AU5538494A (en) 1992-10-30 1994-05-24 Microbilt Corporation Multi-reader transaction terminal
JPH06203273A (ja) * 1992-11-30 1994-07-22 Omron Corp 取引処理装置
JPH06215204A (ja) * 1993-01-20 1994-08-05 Nec Commun Syst Ltd クレジットカード番号の合理性チェック方式
US5842185A (en) 1993-02-18 1998-11-24 Intuit Inc. Method and system for electronically tracking financial transactions
JPH0725459U (ja) * 1993-02-18 1995-05-12 秀功 宇久田 トラベラーズ デノミネイション バンクカード
US5416306A (en) 1993-08-16 1995-05-16 Imahata; Takeo Method for comparing and verifying security codes at point of sale
JPH0785191A (ja) * 1993-09-20 1995-03-31 Hitachi Ltd 現金自動取引装置及び現金自動取引システム
US5477038A (en) * 1993-10-25 1995-12-19 Visa International Method and apparatus for distributing currency
ATE162324T1 (de) * 1994-02-23 1998-01-15 Dataflight Europ As Verkaufssystem
US5661517A (en) 1994-05-02 1997-08-26 Messagephone, Inc. Interactive intelligent video information system
US5826245A (en) 1995-03-20 1998-10-20 Sandberg-Diment; Erik Providing verification information for a transaction
NL1000352C2 (nl) 1995-05-12 1996-11-13 Nederland Ptt Elektronisch betaalsysteem met verschillende rekeneenheden, elektronisch betaalmiddel alsmede werkwijze voor elektronisch betalen.
US5745886A (en) * 1995-06-07 1998-04-28 Citibank, N.A. Trusted agents for open distribution of electronic money
US5678010A (en) 1995-06-07 1997-10-14 Compuserve Incorporated Automated routing of messages over a network
US5659165A (en) * 1995-07-24 1997-08-19 Citibank. N.A. Customer-directed, automated process for transferring funds between accounts via a communications network
US5671285A (en) 1995-12-13 1997-09-23 Newman; Bruce D. Secure communication system
US5870473A (en) * 1995-12-14 1999-02-09 Cybercash, Inc. Electronic transfer system and method
US5845185A (en) * 1996-03-19 1998-12-01 Sharp Kabushiki Kaisha Image forming apparatus
JPH09305822A (ja) 1996-05-21 1997-11-28 Tec Corp 証紙読取計数出力装置
JPH09311891A (ja) * 1996-05-23 1997-12-02 Mitsubishi Electric Corp 通貨の自動交換支払装置
ATE214823T1 (de) 1996-11-14 2002-04-15 Fexco Verarbeitung von transaktionen
US5884274A (en) * 1996-11-15 1999-03-16 Walker Asset Management Limited Partnership System and method for generating and executing insurance policies for foreign exchange losses
US5937396A (en) * 1996-12-04 1999-08-10 Konya; Arpad System for ATM/ATM transfers
JPH10269395A (ja) 1997-03-25 1998-10-09 Hitachi Ltd 電子通貨対応外貨両替装置
JPH1166208A (ja) 1997-08-27 1999-03-09 Oki Electric Ind Co Ltd 電子マネーの両替方法及び電子マネーシステム
EP0935793A1 (en) 1997-08-29 1999-08-18 Koninklijke Philips Electronics N.V. Method of, and system for, effecting cashless transactions and a device for use in such a system
US6721715B2 (en) * 1998-03-30 2004-04-13 Martin A. Nemzow Method and apparatus for localizing currency valuation independent of the original and objective currencies
US6546373B1 (en) * 1999-01-18 2003-04-08 Mastercard International Incorporated System and method for recovering refundable taxes

Also Published As

Publication number Publication date
JP2014142947A (ja) 2014-08-07
ZA200202069B (en) 2003-05-28
AP1384A (en) 2005-04-08
MY125020A (en) 2006-07-31
DE69900535D1 (de) 2002-01-17
CZ200230A3 (cs) 2002-10-16
KR20020030081A (ko) 2002-04-22
HUP0202155A2 (en) 2002-10-28
ES2169587T3 (es) 2002-07-01
CA2383173A1 (en) 2001-01-18
PT1018711E (pt) 2002-05-31
JP5529204B2 (ja) 2014-06-25
NO20020166L (no) 2002-03-11
AR030530A1 (es) 2003-08-27
BG106419A (en) 2002-10-31
CA2383173C (en) 2009-02-24
AU2003252928B9 (en) 2010-02-25
AU2003252928A8 (en) 2003-11-06
NZ517105A (en) 2003-06-30
CN1367914A (zh) 2002-09-04
JP2003504742A (ja) 2003-02-04
BR9917432A (pt) 2004-08-24
AU2003252928A1 (en) 2003-11-06
PL352677A1 (en) 2003-09-08
BG64914B1 (bg) 2006-08-31
AU2003252928B2 (en) 2007-11-15
EA200200150A1 (ru) 2002-08-29
JP2012138129A (ja) 2012-07-19
DE69900535T2 (de) 2002-08-01
AU2003252928B8 (en) 2003-11-06
ATE210327T1 (de) 2001-12-15
IL147603A (en) 2005-05-17
TWI229277B (en) 2005-03-11
IES990584A2 (en) 2000-07-12
EG23213A (en) 2004-08-31
SI1018711T1 (en) 2002-04-30
US7328188B1 (en) 2008-02-05
NO20020166D0 (no) 2002-01-11
EP1018711B1 (en) 2001-12-05
AP2002002405A0 (en) 2002-03-31
AU763008B2 (en) 2003-07-10
AU763008B9 (en) 2017-07-27
DE29924300U1 (de) 2002-10-24
NO327478B1 (no) 2009-07-13
IL147603A0 (en) 2002-08-14
EP1240629A1 (en) 2002-09-18
EA003766B1 (ru) 2003-08-28
DK1018711T3 (da) 2002-04-02
TR200200711T2 (tr) 2002-08-21
JP5998164B2 (ja) 2016-09-28
EP1018711A1 (en) 2000-07-12
IS6226A (is) 2002-01-10
OA11989A (en) 2006-04-18
WO2001004846A1 (en) 2001-01-18
JP2010244567A (ja) 2010-10-28
CN101853456A (zh) 2010-10-06
AU5441399A (en) 2001-01-30
HK1030827A1 (en) 2001-05-18
HU226914B1 (en) 2010-03-01

Similar Documents

Publication Publication Date Title
MXPA02000486A (es) Conversion dinamica de divisas para sistemas de pago por tarjeta.
US10776765B2 (en) Automated teller machine control server native format
US20020055907A1 (en) Electronic payment system and method
JP2021524074A (ja) 取引セキュリティのためのシステム、装置、サーバ及び方法
AU2016238841A1 (en) Dynamic currency conversion for card payment systems
AU2008200736A1 (en) Dynamic currency conversion for card payment systems
AU2013204250A1 (en) Dynamic currency conversion for card payment systems
JP2002230287A (ja) クレジット口座の即時開設システム
JP2003141424A (ja) 決済システム、銀行システムおよびハウスカードの決済方法
JPH03139764A (ja) 為替処理システム

Legal Events

Date Code Title Description
FG Grant or registration
GB Transfer or rights