CAMPO DE LA INVENCIÓN

La presente invención se relaciona con los sistemas electrónicos de manejo y control de transacciones monetarias para el pago y cobranza de bienes o servicios y más específicamente se refiere a un novedoso sistema y de pago y cobranza de un bien o servicio usando un saldo previamente abonado

ANTECEDENTES DE LA INVENCIÓN En la actualidad cada vez más es usado dinero electrónico dado los problemas de portar efectivo y ante la necesidad de poder contar con medios y dispositivos que permitan a los usuarios poder efectuar pagos de productos o servicios sin la necesidad de contar con banca electrónica o tarjetas de crédito y débito o ante la imposibilidad de llevar consigo dispositivos electrónicos como computadoras u otros aparatos electrónicos que se requieren en la banca electrónica.

En el mercado existe una diversidad de dispositivos y sistemas de transferencias electrónicas de dinero tal como el denominado PayPal® que consiste en un sistema de pagos en línea que soporta transferencias de dinero entre usuarios y sirve como una alternativa electrónica a los métodos de pago tradicionales como cheques, giros postales y banca electrónica. Dicho sistema emplea una aplicación en teléfono móvil en la que se debe generar una cuenta de usuario y asociar una tarjeta de crédito o débito desde de donde se efectúan los cargos o abonos. Sin embargo, este sistema obliga a contar con tarjetas de crédito o débito lo que significa que debe ser usuario de bancos donde requiere tener cuenta bancaria para tener acceso a tarjeta de debito y crédito.

El dinero electrónico sustituye el efectivo, es decir, el usuario no tendrá que cargar billetes y monedas para hacer transacciones entre ellos y poder comprar en establecimientos que acepten el referido medio de pago. Los usuarios también pueden efectuar pagos de servicios como agua, luz, teléfono, todo esto en cualquier lugar y utilizando solamente su teléfono celular.

Sin embargo, existen deficiencias importantes de manejo y seguridad de estos sistemas pues van asociados a tarjetas de débito y crédito o directamente con cuentas bancarias, por lo que errores en los manejos, clonación de tarjetas, robo de información, etc. puede poner el riesgo todos los ahorros o recursos monetarios que un usuario pueda tener en sus cuentas bancarias. En el sistema de la presente invención, el cliente aun cuando extravie o le roben el celular o dispositivo electrónico similar, no corre riesgos mayores porque se necesita un NIP (número de identificación personal) para cada operación de compra que ejecute.

Actualmente existe una gran desconfianza al "proporcionar" la tarjeta de crédito o débito al mesero, cajero, ó cobrador del establecimiento para que sea esa persona quien se cobra de la tarjeta y luego le devuelve al cliente su plástico, en países con altos niveles de clonación, por lo que estos sistemas de pago son altamente riesgosos para los usuarios. También es bien sabido que las operaciones en efectivo representan un gran porcentaje sobre el total de transacciones, traspasar saldo o dinero es tortuoso y caro, quien envía el dinero tiene que asistir a un establecimiento (cadena comercial) a "ordenar" un traspaso a un familiar o amigo, el beneficiario tiene que ir al establecimiento cercano de la cadena comercial, mostrar su identificación y folio y recoger su dinero, causando molestias e inseguridad además del alto costo del envío. Nuestro método corrige esta falla, porque no se traspasa dinero físico real, sino que se dispone del "saldo".

También en el mercado existen monederos electrónicos que tienen un "saldo que" individualizado o exclusivo de algunas marcas, como por ejemplo monedero de Starbucks®, o monedero de tiendas departamentales como Liverpool®, Fabricas de Francia®, Palacio de hierro®, Sears®, etc., la falla de mercado que nuestro sistema corrige, es proporcionar a los usuarios una herramienta tecnológica por ejemplo a los clientes que no tiene medios bancarizados, y que además no quieren cargar con efectivo, para que no tenga restricciones de que ese saldo sirva solo para una marca o establecimiento; el sistema les otorga libertad, y facilidad de uso de manera gratuita; mientras que a los establecimientos afiliados al sistema les permite contar con una herramienta tecnológica para poder ofrecer las recompensas en monederos electrónicos que los clientes podrán cargar ahora en su teléfono celular u otro dispositivo electrónico. Se realizó una búsqueda para determinar el estado de la técnica más cercano, localizado los siguientes documentos.

Se encontró la solicitud de patente US20160189137 A1 (Documento D1) de Zhou Tiger TG et al. presentada el 04 de marzo de 2016 la cual divulga métodos y sistemas para proporcionar una compensación por el uso de servicios de pago móvil, va dirigido a compensar a consumidores por usar servicios de pago móvil (El servicio de pago móvil puede proporcionar una compensación, un descuento, una devolución de dinero, o una recompensa por utilizar el servicio de pago móvil), por lo que involucra un sistema electrónico de compensación que recibe las notificaciones de las compras efectuadas por los diversos sistemas de pago electrónico. En el documento se revela un método de pago en donde el usuario proporciona al procesador del pago su información para que el segundo ejecute la transacción. Eso es distinto a nuestra invención ya que en nuestro caso el pago no es ejecutado por el cobrador sino por el que paga. El código único del que se habla se muestra en la pantalla del usuario y después es escaneado o leído por el procesador de pagos.

Se revela también en dicho documento D1 un código único que contiene codificada la información de pago del usuario, en nuestro caso la referencia temporal no tiene ninguna información codificada y se utiliza para hacer una referencia a la intención de cobro generada por el establecimiento. Además, se menciona que se requiere de uno o más códigos de barras de productos asociados con las compras a pagar y ese elemento no es necesario en nuestra invención, y por último se menciona un mecanismo de compensaciones que nuestra invención no contempla.

En dicho documento D1 no está, ni representado gráficamente, ni descrito explícitamente, el sistema y método de pago y cobranza de un bien o servicio usando un saldo previamente abonado como en el caso de la presente invención.

Al no divulgarse en ninguna parte del documento, tampoco en las figuras, un sistema configurado exactamente como el que se pretende proteger donde se muestren y describan los diferentes componentes y métodos de pago y cobranza y sus interacciones usando un saldo previamente abonado, como el de la presente invención, nuestra invención es nueva e implica actividad inventiva.

Se ubicó también la solicitud de patente US20160086161 A1 (documento D2) de Andrew H. B. Zhou et al, del 03 de diciembre de 2015, la cual revela sistemas y procedimientos para captura multimedia y transacciones de pago. Un sistema comprende un pago inicial y medio de captura multimedia y una aplicación basada en la nube. Los medios de pago y captura multimedia están configurados para comunicarse con un dispositivo externo, transmitir los datos clave del pago y captura multimedia al dispositivo externo. La aplicación basada en la nube está configurada para recibir los datos clave desde el dispositivo externo, proporcionar una interfaz de captura de pago y multimedia en una pantalla del dispositivo externo, recibir una entrada táctil a través del control táctil, analizar la entrada háptica para determinar la duración de la entrada háptica, seleccionar una operación basada en la duración, y llevar a cabo la operación seleccionada. La operación incluye una operación de pago y una operación de captura multimedia.

Resumiendo, entonces el documento D2 revela un medio de captura de pagos y multimedia que se conecta con un dispositivo externo. Este "medio de captura" que transmite información acerca del pago que se desea efectuar es un elemento que no es necesario en nuestra invención.

En nuestra invención no se maneja nada acerca de captura multimedia ni almacenamiento multimedia, el documento incluye una gran parte de manejo multimedia que compone un buen porcentaje de la invención. En nuestra invención no se usa ningún control que tenga que ver con la duración de la entrada para determinar la función seleccionada.

El documento D2 por lo tanto, no revela, ni sugiere un sistema y método de pago y cobranza de un bien o servicio usando un saldo previamente abonado, con los mismos componentes, los mismos elementos, las interacciones de dichos elementos y las funciones del sistema como en el caso de la presente invención. Por lo tanto, nuestra invención es nueva y cumple con actividad inventiva.

Asi mismo, ninguna persona con conocimientos medios en la materia estará habilitada para que en base a la combinación de información divulgada en los documentos D1 y D2 pueda deducir en forma evidente la materia de nuestra invención, y por ende nuestra invención cumple con actividad inventiva.

No existe evidencia suficiente en la información divulgada tanto en el documento D1, como en el documento D2, como para que una persona con conocimientos medios en la materia pueda inferir o deducir, en base a la información divulgada en los referidos documentos, el sistema y método de pago y cobranza de un bien o servicio usando un saldo previamente abonado, y por lo tanto la invención es nueva y tiene actividad inventiva sobre dichos documentos. Ante la necesidad de contar con un sistema de pago y cobranza de un bien o servicio que no requiera de cuentas bancarias, que ofrezca una mayor seguridad en base a la utilización de saldos pre abonados, fue que se desarrolló la presente invención, La invención hace disponible un sistema que funciona como una alternativa de forma de pago segura y eficiente para los consumidores en general, a diferencia del efectivo y las tarjetas de crédito, éste sistema utiliza una aplicación móvil para llevar a cabo las transacciones de pago entre consumidor y establecimiento.

OBJETIVOS DE LA INVENCIÓN

La presente invención tiene como principal objetivo hacer disponible un novedoso sistema de pago mediante un dispositivo móvil (teléfono Smartphone), que recarga saldo propagado vía efectivo ó bancarizado, y que permite al cliente pagar desde el dispositivo móvil a través de un token en establecimientos afiliados, de una manera muy rápida, discreta, y segura. Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, cuyas funciones en conjunto habilitan a establecimientos y consumidores a intercambiar transacciones de saldo y por ende ejecutar cargos y pagos correspondientes.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además permita cubrir las necesidades de usuarios que no cuenten con medios bancarizados (cuentas de ahorros, cheques ó tarjetas débito/crédito), que quieren pagar de manera cómoda y segura con su Smartphone.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además permita poner a disposición de clientes y establecimientos afiliados un "saldo universal" que sirva para pagar y/o cobrar todo tipo de productos o servicios.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además comprenda algoritmos antifraude y que gracias a que se pueden conocer los hábitos de compra, puede proteger a los clientes de mal uso por terceros en el supuesto que otra persona haga uso del celular y además conozca su NIP necesario, al impedir o alertar por compras fuera del patrón de comportamiento normal de los clientes.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además permita decidir al cliente cuánto pagar, y a que establecimiento; además de que permite pagar total o parcialmente, permite adicionar propina, puede partir el pago para que entre varias personas que pueda pagar una misma cuenta representada con un token.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además permita al cliente revisar el detalle del pago a realizar, fecha, hora, nombre del establecimiento, monto del pago, que además permita que el mismo cliente envíe el pago sin necesidad de contacto físico con ninguna terminal del establecimiento, sin firmar voucher y permitiendo guardar registros en la aplicación del Smartphone.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además permita al cliente a distancia pagar por un producto que está comprando físicamente un tercero, sin estar presente en'el lugar de la compra la persona que lo va a pagar.

Otro objetivo de la invención es proveer dicho sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, que además permita efectuar transferencias de saldo que es útil para pagar en establecimientos afiliados, o puede pedir en cualquiera de esos establecimientos que le entreguen el efectivo a un bajo costo, sin haber tenido que ir a las cadenas comerciales tradicionales.

Y todas aquellas cualidades y objetivos que se harán aparentes al realizar una descripción general y detallada de la presente invención apoyados en las modalidades ilustradas.

BREVE DESCRIPCIÓN DEL INVENTO

De manera general la invención se refiere a un sistema de pago que combina la creación de dos aplicaciones para dispositivos móviles, la primera para uso de las personas que quieran pagar un bien o servicio utilizando un saldo que previamente abonaron y la segunda para uso de los establecimientos que quieran cobrar un bien o servicio. Además, también implica la creación de un sistema que procese las solicitudes de consumidores y establecimientos, brinde seguridad a las operaciones y controle los saldos de los consumidores de manera confiable.

La invención contempla que por cada consumidor que haya deberá haber una bolsa de saldo para almacenar la cantidad de dinero que se ha abonado y se tiene disponible.

El sistema consta de al menos uno y preferiblemente una pluralidad de establecimientos con necesidad de realizar cobros electrónicos que cuentan con un equipo fijo o móvil con su portal operativo con acceso a las funciones administrativas a través de internet y en donde el personal del establecimiento dispone de un equipo fijo o móvil con una aplicación especifica con acceso a internet mediante el cual se efectúan los cobros de manera electrónica; al menos uno y preferentemente una pluralidad de consumidores que tienen necesidad de realizar pagos electrónicos mediante un saldo abonado de forma virtual y que cuenta con equipo fijo o móvil con acceso a internet que cuenta con una aplicación operativa con la que tendrá acceso al sistema para realizar sus pagos de manera electrónica, entre otras cosas; y en donde dichos establecimientos y consumidores tienen acceso por vías diversas a una tienda de aplicaciones desde donde descargan la aplicación en su equipos fijos o móviles; un servidor central donde se aloja una aplicación del servidor que concentra y ejecuta todas las operaciones solicitadas por los consumidores y los establecimientos, y de las demás entidades involucradas de todo el sistema.

Dicho servidor central estando también se comunica con el sistema de los establecimientos por medio del cual un establecimiento puede informar el monto a cobrar a un consumidor y los pagos realizados por éste último y los sistemas bancarios que ejecuta cargos a Tarjetas de Crédito (TDC) / Tarjetas de Débito (TDD); dicho servidor central donde se aloja una aplicación del servidor estando en comunicación también con puntos de venta de saldos autorizado para vender recargas electrónicas que integra equipo de punto de venta de saldo con una aplicación de punto de venta con la que se ejecutan dichas recargas y que está en comunicación con su plataforma del punto de venta que permite la gestión de dichas recargas.

Dicho servidor central donde se aloja una aplicación del servidor también está en comunicación con: A) un servidor de bases de datos de catálogos donde se almacena la información de todas las personas involucradas y distinta información relacionada con éstas, en las siguientes bases de datos: base de datos de consumidores, base de datos de establecimiento y base de datos de reglas de negocios de establecimientos con información acerca de las condiciones comerciales establecidas por cada establecimiento; . B) un servidor de bases de datos de transacciones donde se almacena la información de las transacciones ejecutadas que integra las siguientes bases de datos: base de datos de transacciones donde se registran todas las transacciones ejecutadas, base de datos de bolsas de saldos correspondiente a cada consumidor y la base de datos de referencias temporales que se utilizan para habilitar la posibilidad de que un establecimiento determine el monto que debe pagar un consumidor a través de una referencia.

Las características del sistema de la presente invención que lo distinguen de otros sistemas son las siguientes:

El consumidor es el que da la instrucción de ejecutar un pago: En la gran mayoría de las alternativas de forma de pago por medio de aplicación es el establecimiento el que da la instrucción de cobrar a un consumidor. En el sistema de la presente invención es el consumidor el que da la instrucción de ejecutar un pago tomando en cuenta el establecimiento al que se le pagará y el monto del pago a ejecutar.

El establecimiento utiliza un token para indicar al usuario el monto y la clave del establecimiento a la que se aplicara el pago: El establecimiento a través de una aplicación móvil distinta a la del consumidor genera un token, el cual se comunica el usuario. Una vez que el usuario captura o escanea dicho token se especifica el monto y el establecimiento al que se realizara el pago, de tal manera que con poco esfuerzo el usuario puede llevar a cabo la transacción.

El sistema tiene la capacidad de darle al usuario la posibilidad de tener un saldo con el cual puede llevar a cabo los pagos: La mayoría de las opciones de pago simplemente vinculan las tarjetas de débito y crédito de los consumidores a la aplicación móvil, y una vez que se quiere pagar algo simplemente se ejecuta el cargo a la tarjeta de crédito o débito correspondiente. En el sistema de la presente invención además de esa posibilidad se tiene la ventaja de poder abonar saldo a la cuenta del consumidor (a manera de tarjeta de débito virtual) de tal manera que los consumidores no requieren tener una tarjeta bancaria para poder utilizar el método de pago.

• El consumidor puede abonar saldo a su cuenta utilizando una amplia red de puntos de recarga: Para apalancar el hecho de que el usuario puede tener su propio saldo (cosa que ninguna forma de pago por aplicación móvil puede hacer) el sistema contempla una red de venta de saldo tal que cualquier establecimiento que acepte nuestra forma de pago puede a su vez vender saldo a los consumidores que deseen adquirirlo.

* El consumidor puede abonar saldo a su cuenta utilizando cualquier forma de pago a su alcance, se puede hacer con efectivo, transferencia bancaria, transferencia interbancaria, además de la tarjeta de crédito o débito.

El sistema es capaz de identificar cuando un consumidor abonó saldo a través de una transferencia bancaria o interbancaria y llevar a cabo la aplicación del saldo correspondiente: Sin la intervención humana el sistema detecta que un usuario envió fondos a la cuenta concentradora del sistema a través de una transferencia bancaria o interbancaria utilizando herramientas proporcionadas por el banco para poder referenciar e identificar positivamente el movimiento y en consecuencia llevar a cabo la aplicación del saldo correspondiente a favor del consumidor.

Los consumidores pueden llevar a cabo traspasos de saldo a otros consumidores: Gracias a que el consumidor puede tener su propio saldo, se tiene la capacidad de que un consumidor pueda traspasar su propio saldo a otro consumidor con solo conocer su número telefónico. En tiempo real el segundo consumidor obtendrá su saldo una vez que el primer consumidor confirme el movimiento. Para afianzar la seguridad del saldo de los consumidores es el usuario que manda el saldo el que tiene que indicar y ejecutar la transacción.

* El consumidor puede llevar a cabo un pago remoto. Gracias a que es el consumidor el que ejecuta la transacción de pago a un establecimiento, se tiene la posibilidad de que un tercero pague a cuenta de un consumidor un token generado por algún establecimiento (por ejemplo si el consumidor no tiene los medios para pagar y de algún a manera informa el token a pagar a un tercero, y este tercero ingresa el token a su aplicación móvil y ordena el pago al establecimiento sin la necesidad de estar físicamente en el sitio donde se encuentra el consumidor original)

Para comprender mejor las características de la presente invención se acompaña a la presente descripción, como parte integrante de la misma, los dibujos con carácter ilustrativo más no limitativo, que se describen a continuación.

BREVE DESCRIPCIÓN DE LAS FIGURAS

La figura 1 muestra un diagrama esquemático del sistema de pago y cobranza de un bien o servicio usando un saldo previamente abonado, de conformidad con la presente invención. La figura 2 ilustra un diagrama esquemático del proceso de registro de consumidores en el sistema de la presente invención.

La figura 3 ilustra un diagrama esquemático del proceso de registro de establecimientos en el sistema de la presente invención

La figura 4 ilustra un diagrama esquemático del proceso de alta de tarjeta de crédito / Tarjetas de débito, en el sistema de la presente invención.

La figura 5 ilustra un diagrama esquemático del proceso de abono de saldo desde un punto de venta en el sistema de la presente invención.

La figura 6 ilustra un diagrama esquemático del proceso de abono de saldo desde una tarjeta de crédito / tarjeta de débito, en el sistema de la presente invención.

La figura 7 muestra un diagrama esquemático del proceso de abono de saldo desde la aplicación de los establecimientos, en el sistema de la presente invención. La figura 8 muestra un diagrama esquemático del proceso de traspaso de saldo en el sistema de la presente invención.

La figura 9 muestra un diagrama esquemático del proceso de pago con saldo - monto solicitado, en el sistema de la presente invención.

La figura 10 ilustra un diagrama esquemático del proceso de pago con saldo - monto dinámico en el sistema de la presente invención. La figura 11 ilustra un diagrama esquemático del proceso de pago con saldo - monto en catálogo, en el sistema de la presente invención. La figura 12 muestra un diagrama esquemático del proceso de pago con saldo - monto en referencia, en el sistema de la presente invención. Para una mejor comprensión del invento, se pasará a hacer la descripción detallada de alguna de las modalidades del mismo, mostrada en los dibujos que con fines ilustrativos mas no limitativos se anexan a la presente descripción.

DESCRIPCIÓN DETALLADA DEL INVENTO

Los detalles característicos del sistema y método de pago y cobranza de un bien o servicio usando un saldo previamente abonado de conformidad con la presente invención, se muestran claramente en la siguiente descripción y en los dibujos ilustrativos que se anexan, sirviendo los mismos signos de referencia para señalar las mismas partes.

Haciendo referencia a la figura 1, el sistema consta de al menos un establecimiento y preferiblemente una pluralidad de establecimientos (E) con necesidad de realizar cobros electrónicos que cuentan con un equipo del establecimiento (E1) fijo o móvil con su portal operativo del establecimiento (E2) con acceso a las funciones administrativas a través de internet y en donde el personal del establecimiento (E3) dispone de un equipo del personal del establecimiento (E4) fijo o móvil con una aplicación del personal del establecimiento (E5) con acceso a internet mediante el cual se efectúan los cobros de manera electrónica; al menos uno y preferentemente una pluralidad de consumidores (C) que tienen necesidad de realizar pagos electrónicos mediante un saldo abonado de forma virtual y que cuenta con equipo del consumidor (C1) fijo o móvil con acceso a internet que cuenta con una aplicación operativa del consumidor (C2) con la que tendrá acceso al sistema para realizar sus pagos de manera electrónica, entre otras cosas; y en donde una pluralidad de establecimientos (E) y una pluralidad de consumidores (C) tienen acceso por vias diversas a una tienda de aplicaciones (TA) desde donde descargan la aplicación en el equipo del personal del establecimiento (E4) y en el Equipo del consumidor (C 1 ) , y un servidor central (SC) donde se aloja una aplicación del servidor (SC1) que concentra y ejecuta todas las operaciones solicitadas por una los consumidores (C) y una los establecimientos (E), y de las demás entidades involucradas de todo el sistema; dicho servidor central (SC) entonces también se comunica con el Sistema de establecimiento (SE) por medio del cual un establecimiento (E) puede informar el monto a cobrar a un consumidor (C) y los pagos realizados por éste último y los sistemas bancarios de procesamiento (SBP) que ejecuta cargos a Tarjetas de Crédito (TDC) / Tarjetas de Débito (TDD); dicho servidor central (SC) donde se aloja una aplicación del servidor (SC1) estando en comunicación también con puntos de venta de saldos (PVS) autorizado para vender recargas electrónicas que integra un equipo de punto de venta de saldo (PVS1) con una aplicación de punto de venta de saldo (PVS2) con las que se ejecutan dichas recargas y que está en comunicación con su plataforma del punto de venta (PPV) que permite la gestión de dichas recargas.

Dicho servidor central (SC) donde se aloja una aplicación del servidor (SC1) también está en comunicación con: a) un servidor de bases de datos de catálogos (SBDC) donde se almacena la información de todas las personas involucradas y distinta información relacionada con éstas, en las siguientes bases de datos: base de datos de consumidores (BDC), base de datos de establecimientos (BDE) y base de datos de reglas de negocios de establecimientos (BDRN) con información acerca de las condiciones comerciales establecidas por cada establecimiento (E); y b) un servidor de bases de datos de transacciones (SBDT) donde se almacena la información de las transacciones ejecutadas que integra las siguientes bases de datos: base de datos de transacciones (BDT) donde se registran todas las transacciones ejecutadas, base de datos de bolsas de saldos (BDS) correspondiente a cada consumidor (C) y la base de datos de referencias temporales (BDRT) que se utilizan para habilitar la posibilidad de que un establecimiento (E) determine el monto que debe pagar un consumidor (C) a través de una referencia.

A continuación, se describen los elementos del sistema de la presente invención.

Consumidor (C): Persona con la necesidad de realizar pagos electrónicos y propietaria del saldo abonado a su bolsa virtual; Equipo del consumidor (C 1 ) : Dispositivo con el que el consumidor (C) realizará sus pagos electrónicos, puede tratarse de una computadora personal, una computadora portátil, un teléfono inteligente, una tableta o en general cualquier equipo con capacidad de navegar en Internet;

Aplicación operativa del consumidor (C2): Herramienta con la que el consumidor podrá tener acceso a la funcionalidad proporcionada por la invención, principalmente realizar pagos de manera electrónica, entre varias otras acciones;

Establecimiento (E): Negocio con la necesidad de realizar cobros electrónicos;

Equipo del establecimiento (E1): Dispositivo con el que el establecimiento ingresa al portal del establecimiento, puede tratarse de una computadora personal, una computadora portátil, un teléfono inteligente, una tableta o en general cualquier equipo con capacidad de navegar en Internet;

Portal operativo del establecimiento (E2): Herramienta con la que el establecimiento (E) tiene acceso a las funciones administrativas de la invención, principalmente para consultar las transacciones realizadas, entre varias cosas;

Personal del establecimiento (E3): Personas que trabajan dentro del establecimiento (E) y que serán las que soliciten los cobros a los consumidores (C) que deseen pagar de manera electrónica; Equipo del personal del establecimiento (E4): Dispositivo con el que el personal del establecimiento (E3) solicitará los cobros electrónicos, puede tratarse de una computadora personal, una computadora portátil, un teléfono inteligente, una tableta o en general cualquier equipo con capacidad de navegar en Internet; Aplicación del personal del establecimiento (E5): Herramienta con la que el establecimiento podrá tener acceso a la funcionalidad proporcionada por la invención, principalmente solicitar cobros de manera electrónica, entre varias funciones; Tienda de aplicaciones (TA): Herramienta en donde los usuarios pueden comprar y descargar las distintas aplicaciones móviles que existen en el mercado. Por ejemplo: App Store, Play Store; Punto de venta de saldo (PVS): Negocio que tiene la facultad de vender recargas electrónicas en donde los consumidores (C) pueden recargar saldo a su bolsa;

Equipo del punto de venta de saldo (PVS1): Dispositivo con el que el personal del punto de venta del saldo ejecuta las recargas electrónicas;

Aplicación del punto de venta de saldo (PVS2): Herramienta con la que el personal del punto de venta del saldo ejecuta las recargas electrónicas;

Plataforma del punto de venta de saldo (PPV): Sistema por medio del cual se gestionan las recargas electrónicas;

Servidor central (SC) con una aplicación del servidor (SC1): Sistema central que concentra y ejecuta todas las operaciones solicitadas por las distintas entidades involucradas. Aquí se vigila la seguridad de la invención, se llevan a cabo validaciones y se realizan las transacciones involucrando el saldo de las distintas partes;

Sistema del establecimiento (SE): Sistema por medio del cual un establecimiento (E) puede informar el monto a cobrar a un consumidor (C) que quiere realizar un pago, y además a este sistema se le informan los pagos realizados por parte de los consumidores (C);

Sistema bancario para procesamiento (SBP) de tarjetas de crédito/débito TDC/TDD: Sistema bancario que ejecuta cargos a tarjetas de crédito o débito;

Servidor de base de datos de catálogos (SBDC): En este servidor se almacena la información de todas las personas involucradas y distinta información relacionada con éstas;

Base de datos de consumidores (BDC): Lista de los consumidores registrados y la información relacionada a éstos;

Base de datos de establecimientos (BDE): Lista de todos los establecimientos registrados y la información relacionada a éstos;

Base de datos de reglas de negocio de establecimientos (BORN): Información acerca de las condiciones comerciales establecidas por cada establecimiento (E). Principalmente se utiliza para almacenar una lista de folios que se utilizan para comprobar un pago y para almacenar la lista de los conceptos y montos para que un consumidor (C) pueda realizar pagos a algunos establecimientos;

Servidor de base de datos de transacciones (SBDT): En este servidor se almacena la información de las transacciones ejecutadas por la invención entre otras cosas;

Base de datos de transacciones (BDT): Registra todas las transacciones ejecutadas a través de la invención;

Base de datos de bolsas de saldo (BDS): Lista de las bolsas y su correspondiente saldo, cada bolsa corresponde a un consumidor (C);

Base de datos de referencias temporales (BDRT): almacena la lista de referencias temporales, éstas se utilizan para habilitar la posibilidad de que un establecimiento determine el monto que debe pagar un consumidor a través de una referencia.

El sistema de la presente invención es una forma de pago electrónica, el sistema tiene varias funciones que en su conjunto habilitan a establecimientos (E) y consumidores (C) a intercambiar transacciones de saldo y por ende ejecutar cobros y pagos correspondientemente. A continuación, se describen brevemente las funciones y se explica cómo se interactúa con las distintas entidades involucradas en el proceso.

Haciendo referencia a la figura 2, el proceso de registro de un consumidor en el sistema de la presente invención mediante una función de la aplicación que se usa cuando un nuevo consumidor (C) desea comenzar a realizar pagos con el sistema, la función contempla estándares de seguridad que le dan certeza y confianza. Por medio de esta función se almacena la información del consumidor (C), se crea su bolsa y se vincula el dispositivo del consumidor a su bolsa para dar mayor seguridad al uso del sistema.

El consumidor (C) cuenta con un equipo de consumidor (C1) [teléfono inteligente] con el cual descarga la aplicación operativa del consumidor (C2) una vez descargada la aplicación, el consumidor (C) la abre e inicia su proceso de registro (1). El proceso de registro (1) solicita información personal (2), después solicita el número telefónico y por ultimo solicita el NIP.

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (3), en caso de que el resultado de este proceso sea fallido se cancela la operación (4) y se notifica la causa al usuario (5). Si la corrección a la falla está en manos del usuario (6), éste la puede corregir reingresando la información personal (2) y volver a enviar al servidor.

En caso de que el resultado del proceso de validación sea exitoso se registra el consumidor (C) en la base de datos de consumidores (BDC), se crea su bolsa correspondiente en la base de datos de bolsas de saldos (BDS) y después se genera el código de vinculación (7) dicho código se registra junto con la información del consumidor y se envía a través de SMS (8) al teléfono registrado por el consumidor (C) que recibe (9) el SMS (8). Cuando el consumidor recibe (9) el SMS (8) introduce el código de vinculación (10) en la aplicación, se envía a la aplicación del servidor (SC1) y se valida que sea el correcto mediante una validación (11), en caso de que no lo sea se ejecuta una cancelación de la operación (12) y se notifica la causa (13) al consumidor (C). Si la corrección a la falla está en manos del consumidor (C), éste la puede corregir (14) y volver a enviar al servidor.

En caso de que el resultado de la validación sea exitoso, se registra en la base de datos de consumidores (BDC) la evidencia, con lo cual se valida que el consumidor (C) tiene acceso al número de teléfono registrado y se vincula que determinado consumidor (C) siempre utilice el mismo dispositivo para hacer sus transacciones, haciendo la operación de la herramienta más segura. Una vez vinculado el equipo del consumidor (C1) se termina la función de proceso de registro (1) de consumidor (C) y ya se tiene acceso a las demás funciones del sistema.

Con referencia a la figura 3, los pasos que se deben seguir para llevar a cabo el registro de establecimientos (E) medíante el sistema de la invención consisten en: el establecimiento (E) cuenta con un equipo de establecimiento (E1) preferentemente un equipo de cómputo, este equipo de cómputo puede tratarse de cualquier dispositivo que sea capaz de acceder a internet: PC, laptop, teléfono inteligente, tableta, etc. Con dicho equipo se tiene el acceso (15) al portal operativo del establecimiento (E2), una vez ahí inicia la captura de información de registro (16) proporcionando la información necesaria acerca de su negocio.

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (17), en caso de que el resultado de este proceso sea fallido se cancela la operación (18) y se notifica la causa al usuario (19). Si la corrección a la falla está en manos del usuario (20), éste la puede corregir volviendo a capturar información de registro (16) y volver a enviar a la aplicación del servidor (SC1).

En caso de que el resultado del proceso de validación sea exitoso se registra el establecimiento (E) en la base de datos de establecimiento (BDE).

Después de registrados los datos se lleva a cabo el proceso de afiliación (21) que implica validaciones y verificaciones físicamente en el negocio del interesado. La finalidad de este proceso es para evitar cualquier problema como lavado de dinero y cualquier actividad ilícita en el país en donde se encuentre el establecimiento.

Una vez con el visto bueno del proceso de afiliación (21), el establecimiento (E) accede nuevamente al portal y puede registrar sus empleados (22) empleados del establecimiento (E3), la cantidad de empleados a registrar está a criterio del establecimiento, no hay un límite en la cantidad de empleados que puede registrar. Una vez registrados los empleados (22) del establecimiento (E) podrán acceder al sistema por medio de un equipo del personal de establecimiento (E4) como por ejemplo un teléfono inteligente. Lo primero que deben hacer es descargar e instalar la aplicación del personal del establecimiento (E5), abrir la aplicación (23) y después introducir sus credenciales para capturar la información de ingreso (24). Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (25), en caso de que el resultado de este proceso sea fallido se cancela la operación (26) y se notifica la causa al usuario (27). Si la corrección a la falla está en manos del usuario, la causa es corregible (28), éste la puede corregir para capturar la información de ingreso (24) nuevamente y volver a enviar al servidor.

En caso de que el resultado del proceso de validación (25) sea exitoso se genera el código de vinculación (29) dicho código se registra junto con la información del personal de establecimiento (E3) y se envia a través de SMS (30) al teléfono registrado por el establecimiento (E).

Cuando el empleado recibe el SMS (31) introduce el código de vinculación en la aplicación (32), se envía a la aplicación del deservidor (SC1) y se valida (33) que sea el correcto, en caso de que no lo sea se cancela la operación (34) y se notifica la causa al usuario (35). Si la corrección a la falla está en manos del usuario, éste la puede corregir (36) y volver a enviar al servidor.

En caso de que el resultado de la validación (33) sea exitoso, se registra en la base de datos de establecimiento (BDE) como evidencia, con lo cual se valida que el empleado (personal de establecimiento E3) tiene acceso al número de teléfono registrado y se vincula que determinado establecimiento (E) siempre utilice el mismo dispositivo para hacer sus transacciones, haciendo la operación de la herramienta más segura.

Una vez vinculado el dispositivo se termina la función de registro de establecimiento (E) y ya se tiene acceso a las demás funciones del sistema. Con referencia a la figura 4, los pasos que se deben seguir para llevar a cabo el alta de tarjetas de crédito TDC/tarjetas de débito TDD en el sistema de la presente invención, el consumidor (C) haciendo uso de su equipo del consumidor (C1) [teléfono inteligente] donde se aloja la aplicación operativa del consumidor (C2), ingresa a la aplicación (37) y se dirige a la opción de agregar tarjeta bancaria. Una vez ahí elije la opción de agregar una nueva tarjeta e introduce los datos de su tarjeta bancaria (38).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (39), en caso de que el resultado de este proceso sea fallido se cancela la operación (40) y se notifica la causa (41) al consumidor (C). Si la causa es corregible y la falla está en manos del usuario, éste la puede corregir (42) y volver a enviar al servidor.

En caso de que el resultado del proceso de validación sea exitoso se registra la tarjeta en la base de datos de los consumidores (BDC).

Una vez registrada la tarjeta se emite una confirmación (43) al consumidor (C) que su operación fue exitosa y con esto se termina la función de alta de TDC/TDD. Haciendo referencia a la figura 5, los pasos que se deben seguir para llevar a cabo el abono de saldo desde un punto de venta en el sistema, el consumidor (C) estando en un punto de venta de saldo (PVS) solicita al cajero un abono de saldo proporcionando su número telefónico y el efectivo correspondiente al valor del abono (44), el cajero utilizando una terminal para la venta de saldo (equipo punto de venta de saldo PVS1) y a través de la aplicación de punto de venta de saldo (PVS2) introduce la información del número telefónico y el monto (45).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (46), en caso de que el resultado de este proceso sea fallido se cancela la operación (47) y se notifica la causa (48) a la aplicación de punto de venta de saldo (PVS2).

En caso de que el resultado del proceso de validación sea exitoso se procede a llevar a cabo la transacción (49), en caso de que la ejecución de la transacción sea fallida se cancela la operación (50) y se notifica la causa (51) a la aplicación de punto de venta de saldo (PVS2).

En caso de que la ejecución de la transacción (49) sea exitosa se registra en la base de datos de transacciones (BDT) y se actualiza la base de datos de saldos (BDS).

Una vez completa la transacción (49) se emite una confirmación (52) al punto de venta (PVS) que la operación fue exitosa y además se emite una confirmación (53) al consumidor (C) que su saldo fue incrementado. Con esto concluye la función abono de saldo desde PDV.

Con referencia a la figura 6, los pasos que se deben seguir para llevar a cabo abono de saldos desde tarjetas de crédito / debito TDC/TDD, el consumidor (C) haciendo uso de un equipo del consumidor (C1) por ejemplo un teléfono inteligente donde se aloja la aplicación operativa del consumidor (C2), accede a la aplicación (54) y se dirige a la opción de abonar saldo desde tarjetas bancarias. Una vez ahí elije la tarjeta de la cual desea abonar el saldo y especifica el monto a abonar. Después de eso se introduce el NIP (55).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (56), en caso de que el resultado de este proceso sea fallido se cancela la operación (57) y se notifica la causa (58) al consumidor (C).

En caso de que el resultado del proceso de validación sea exitoso se procede a llevar a cabo la transacción (59), en caso de que la ejecución de la transacción sea fallida se cancela la operación (60) y se notifica la causa (61) al consumidor (C).

En caso de que la ejecución de la transacción (59) sea exitosa se solicita el cargo a la tarjeta bancaria al módulo de gestión de transacción bancaria (62) del banco (B); dicho modulo ejecuta el cargo a la tarjeta bancaria y en caso de ser exitoso (63) se registra la transacción en la base de datos de transacciones (BDT) y se altera el saldo del consumidor (C) en la base de datos de saldos (BDS) para luego confirmarse (64). En caso de que la transacción bancaria (59) sea fallida se cancela la operación (65) y se notifica la causa (66) al consumidor (C). Una vez completa la transacción se confirma al consumidor (C) que la operación fue exitosa. Con esto concluye la función abono de saldo desde TDC/TDD.

Con referencia a la figura 7, los pasos que se deben seguir para llevar a cabo el abono de saldo desde la aplicación del personal del establecimiento (E5) mediante el equipo del personal de establecimiento (E4), ejecuta la acción de acceder (67) a la aplicación del personal del establecimiento (E5) y se dirige a la opción de abonar saldo. Una vez ahí especifica el número telefónico al que desea abonar el saldo y especifica el monto a abonar (68).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (69), en caso de que el resultado de este proceso sea fallido se cancela la operación (70) y se notifica la causa (71) al establecimiento (E). En caso de que el resultado del proceso de validación (69) sea exitoso se procede a llevar a cabo la transacción (72), en caso de que la ejecución de la transacción sea fallida se cancela la operación (73) y se notifica la causa (74) al establecimiento (E). En caso de que la ejecución de la transacción (72) sea exitosa se registra la transacción (72) en la base de datos de transacciones (BDT) y se altera el saldo del establecimiento (E) en la base de datos de saldos (BDS).

Una vez completa la transacción (72) se confirma (75) al establecimiento (E) que la operación fue exitosa y después se confirma (76) al consumidor (E). Con esto concluye la función abono de saldo desde la aplicación.

Con referencia a la figura 8, los pasos que se deben seguir para llevar a cabo el traspaso de saldo mediante el sistema, consiste en que el consumidor (C) haciendo uso de su equipo del consumidor (C1) [teléfono inteligente] ejecuta una acción de ingreso (77) a la aplicación operativa del consumidor (C2) y se dirige a la opción de traspasar saldo. Una vez ahí especifica el número telefónico al que desea abonar el saldo y especifica el monto a abonar (78). Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (79), en caso de que el resultado de este proceso sea fallido se cancela la operación (80) y se notifica la causa (81) ai consumidor (C).

En caso de que el resultado del proceso de validación sea exitoso se procede a llevar a cabo la transacción (82), en caso de que la ejecución de la transacción sea fallida se cancela la operación (83) y se notifica la causa (84) al consumidor (C).

»

En caso de que ia ejecución de la transacción (82) sea exitosa se registra la transacción (82) en la base de datos de transacciones (BDT) y se altera el saldo del consumidor (C) y se registra en ia base de datos de saldos (BDS). Una vez completa la transacción (82) se confirma (85) al consumidor (C) que la operación fue exitosa y después se confirma (86) al consumidor (C). Con esto concluye la función traspaso de saldo. Haciendo referencia a la figura 9 los pasos que se deben seguir para llevar a cabo un pago con saldo - monto solicitado con el sistema de la invención, para ello en el establecimiento (E) el personal del establecimiento (E3, no mostrado) a través del equipo del personal del establecimiento (E4) ejecuta la acción de ingresar (87) a la aplicación del personal del establecimiento (E5) y se dirige a la opción de generar código de identificación. Una vez ahi determina el monto (88).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (89), en caso de que el resultado de este proceso sea fallido se cancela la operación (90) y se notifica la causa (91) al establecimiento (E).

Si todo está bien aquí mismo se genera el código de identificación (92) el cual es una referencia a la información del cobro que desea hacer el establecimiento (E). Dicho código de identificación se muestra al establecimiento en su aplicación (93). Teniendo el código de identificación a la mano el establecimiento (E) se lo muestra al consumidor (C) para que este pueda proceder con el pago. El consumidor (C) haciendo uso de su equipo del consumidor (C1) ingresa (94) a la aplicación operativa del consumidor (C2) y escanea/captura (95) el código de identificación (92) que le proporcionó el establecimiento (E).

Con dicha información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (96), en caso de que el resultado de este proceso sea fallido se cancela la operación (97) y se notifica la causa (98) al consumidor (C).

Si todo está bien se recaba la información relacionada al código de identificación y se muestra en la pantalla del consumidor (C) la información del pago (99).

El consumidor (C) valida que la información mostrada este correcta y siendo asi confirma si desea pagar el total o abonar una parcialidad (100). En caso de que desee abonar una parcialidad, especifica el monto (101). Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (102), en caso de que el resultado de este proceso sea fallido se cancela la operación (103) y se notifica la causa (104) al consumidor (C). En caso de que el resultado del proceso de validación sea exitoso se procede a llevar a cabo la transacción (105), en caso de que la ejecución de la transacción (105) sea fallida se cancela la operación (106) y se notifica la causa (107) al consumidor (C).

En caso de que la ejecución de la transacción (105) sea exitosa se registra la transacción (105) en la base de datos de transacciones (BDT) y se altera el saldo del consumidor (C) en la base de datos de saldos (BDS).

Una vez completa la transacción (105), se confirma (108) al consumidor (C) que la operación fue exitosa y después se confirma (109) al establecimiento (E). Con esto concluye la función pago de saldo - monto solicitado.

Con referencia a la figura 10 los pasos que se deben seguir para llevar a cabo el pago de saldo - monto dinámico mediante el sistema de la presente invención, el consumidor (C) haciendo uso de su equipo del consumidor (C1) ejecuta la acción de ingresa (110) a la aplicación operativa del consumidor (C2) y escanea/captura el código de identificación (111).

Con dicha información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La Información pasa por un proceso de validación (112), en caso de que el resultado de este proceso sea fallido se cancela la operación (113) y se notifica la causa (114) al consumidor (C).

Si todo está bien se determina el establecimiento relacionado (115) y se manda llamar al sistema del establecimiento (SE) el cual calcula el monto a pagar (116) y se muestra en la pantalla del consumidor (C) informando del pago (117).

El consumidor (C) valida que la información mostrada este correcta y siendo asi confirma si desea pagar el total o abonar una parcialidad (118). En caso de que desee abonar una parcialidad, especifica el monto (119).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (120), en caso de que el resultado de este proceso sea fallido se cancela la operación (121) y se notifica la causa (122) al consumidor (C).

En caso de que el resultado del proceso de validación (120) sea exitoso (se procede a llevar a cabo la transacción (123), en caso de que la ejecución de la transacción (123) sea fallida se cancela la operación (124) y se notifica la causa (125) al consumidor (C). En caso de que la ejecución de la transacción (123) sea exitosa se registra la transacción (123) en la base de datos de transacciones (BDT) y se altera el saldo del consumidor en la base de datos de saldos (BDS).

Una vez completa la transacción (123), se confirma (126) al consumidor (C) que la operación fue exitosa. Con esto concluye la función pago con saldo - monto dinámico.

Con referencia a la figura 11, los pasos que se deben seguir para llevar a cabo el pago con saldo - monto en catálogo, consta en que el consumidor (C) haciendo uso de su Equipo del consumidor (C1) ejecuta acción de ingresar (127) a la Aplicación operativa del consumidor (C2) y escanea/captura el código de identificación (128).

Con dicha información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (129), en caso de que el resultado de este proceso sea fallido se cancela la operación (130) y se notifica la causa (131) ai consumidor (C).

Si todo está bien se procede a determinar el establecimiento (E) relacionado y el producto relacionado (132), se calcula el monto a pagar (133) y se muestra en la pantalla del consumidor (C) informando del pago (134).

El consumidor (C) valida que la información mostrada este correcta y siendo asi confirma si desea pagar el total o abonar una parcialidad (135). En caso de que desee abonar una parcialidad, especifica el monto (136).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (137), en caso de que el resultado de este proceso sea fallido se cancela la operación (138) y se notifica la causa (139) al consumidor (C).

En caso de que el resultado del proceso de validación (137) sea exitoso se procede a llevar a cabo la transacción (140), en caso de que la ejecución de la transacción (140) sea fallida se cancela la operación (141) y se notifica la causa (142) al consumidor (C).

En caso de que la ejecución de la transacción (140) sea exitosa se registra la transacción (140) en la base de datos de transacciones (BDT) y se altera el saldo del consumidor (C) en la base de datos de saldos (BDS).

Una vez completa la transacción (140), se confirma (143) al consumidor (C) que la operación fue exitosa. Con esto concluye la función pago con saldo - monto dinámico.

Finalmente haciendo referencia a la figura 12 los pasos del proceso de pago con saldo - monto en referencia, consiste en que el consumidor (C) haciendo uso de su equipo del consumidor (C1) ejecuta la acción de ingresar (144) a la aplicación operativa del consumidor (C2) y escanea/captura el código de identificación (145).

Con dicha información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (146), en caso de que el resultado de este proceso sea fallido se cancela la operación (147) y se notifica la causa (148) al consumidor (C).

Si todo está bien se determina el establecimiento relacionado (149), se obtiene el monto a pagar (150) y se emite información del pago (151) al consumidor (C).

El consumidor (C) valida que la información mostrada este correcta y siendo así confirma si desea pagar el total o abonar una parcialidad (152). En caso de que desee abonar una parcialidad, especifica el monto (153).

Con toda la información capturada se realiza una comunicación con la aplicación del servidor (SC1) a quien se le entrega la información, esta comunicación viaja segura a través de HTTPS. La información pasa por un proceso de validación (154), en caso de que el resultado de este proceso sea fallido se cancela la operación (155) y se notifica la causa (156) al consumidor (C). En caso de que el resultado del proceso de validación (154) sea exitoso se procede a llevar a cabo la transacción (157), en caso de que la ejecución de la transacción (157), sea fallida se cancela la operación (158) y se notifica la causa (159) al consumidor (C).

En caso de que la ejecución de la transacción (157), sea exitosa se registra la transacción (157), en la base de datos de transacciones (BDT) y se altera el saldo del consumidor en la base de datos de saldos (BDS).

Una vez completa la transacción (157), se confirma (160) al consumidor (C) que la operación fue exitosa. Con esto concluye la función pago con saldo - monto dinámico. El invento ha sido descrito suficientemente como para que una persona con conocimientos medios en la materia pueda reproducir y obtener los resultados que mencionamos en la presente invención. Sin embargo, cualquier persona hábil en el campo de la técnica que compete el presente invento puede ser capaz de hacer modificaciones no descritas en la presente solicitud, sin embargo, si para la aplicación de estas modificaciones en una estructura determinada o en el proceso de manufactura del mismo, se requiere de la materia reclamada en las siguientes reivindicaciones, dichas estructuras deberán ser comprendidas dentro del alcance de la invención.