SYSTÈME DE TRAITEMENT DE TRANSACTIONS EN LIGNE POUR LES TRANSACTIONS IMPLIQUANT DES FOURNISSEURS MULTIPLESONLINE TRANSACTION PROCESSING SYSTEM FOR TRANSACTIONS INVOLVING MULTIPLE SUPPLIERS
CONTEXTECONTEXT
[0001] L'invention concerne : des ordinateurs et des systèmes informatiques et, en particulier, des méthodes, des systèmes et des produits de programme informatique pour le traitement en ligne des transactions impliquant un ensemble de produits et plus d'un fournisseur de produits.The invention relates to: computers and computer systems and, in particular, methods, systems and computer program products for online processing of transactions involving a set of products and more than one product provider .
[0002] Le commerce électronique moderne implique typiquement le partage et le traitement des données entre de multiples systèmes informatiques interconnectés par un réseau. Dans cet environnement, des transactions pour un ensemble de produits qui impliquent des fournisseurs multiples peuvent avoir comme conséquences des interactions complexes entre des systèmes de fournisseurs et des systèmes de vendeurs pour assurer que chaque produit est disponible et tarifé simultanément. Les systèmes du côté de l’acheteur peuvent aussi contribuer à la complexité en apportant de multiples formes de paiement, chacune pouvant nécessiter un traitement des données par une ou plusieurs banques, ou par des systèmes informatisés de transaction sécurisée. Afin d'accommoder des ensembles de données toujours plus larges et les tâches qui leur sont associées pour manipuler des données, lesquelles peuvent être distribuées sur de multiples systèmes informatiques, les systèmes de traitement de transaction en ligne (OLTP) exigent des processus sophistiqués pour gérer les transactions. Ces processus peuvent gérer la communication entre acheteur, vendeur, fournisseur et systèmes de paiement, et peuvent employer des techniques d'optimisation de bases de données pour permettre le traitement d'un grand nombre de données tout en conférant une haute disponibilité, de la vitesse, une concomitance et une récupération des transactions en ligne.[0002] Modern electronic commerce typically involves the sharing and processing of data between multiple computer systems interconnected by a network. In this environment, transactions for a set of products that involve multiple vendors can result in complex interactions between vendor systems and vendor systems to ensure that each product is available and priced simultaneously. Systems on the buyer side can also contribute to complexity by providing multiple forms of payment, each of which may require data processing by one or more banks, or secure transaction computer systems. In order to accommodate ever larger data sets and associated tasks for manipulating data, which can be distributed across multiple computer systems, online transaction processing (OLTP) systems require sophisticated processes to manage the transactions. These processes can manage the communication between buyer, seller, supplier and payment systems, and can use database optimization techniques to enable processing of a large amount of data while providing high availability, speed , a concomitant and a recovery of transactions online.
[0003] Les transactions impliquant un vendeur au détail ou autre vendeur indirect peuvent être structurées de différentes façons. Une façon de structurer la transaction est de permettre au fournisseur d'être payé en utilisant une forme de paiement fournie par l’acheteur, par exemple, une carte de crédit. Dans ce cas, pour la vente des produits, le fournisseur peut être considéré comme un commerçant et le vendeur peut recevoir une commission ou une rémunération de la part du fournisseur pour le service. Une autre façon possible est de structurer la transaction de façon à recevoir un paiement de la part de l'acheteur en utilisant la forme de paiement fournie par l'acheteur et en utilisant une autre forme de paiement pour payer le fournisseur. Dans ce cas, le vendeur peut être considéré comme le commerçant des produits. Être commerçant peut permettre au vendeur de contrôler les hausses de prix et/ou les rabais sur le produit, mais cela peut aussi signifier que le vendeur assume la responsabilité des transactions de paiement, de sorte que le vendeur assume le risque qu'une transaction puisse s'avérer frauduleuse. Ainsi, le vendeur peut désirer agir en qualité de commerçant pour certains produits, mais pas pour d'autres.Transactions involving a retail vendor or other indirect vendor may be structured in different ways. One way to structure the transaction is to allow the provider to be paid using a form of payment provided by the buyer, for example, a credit card. In this case, for the sale of the goods, the supplier may be considered a merchant and the seller may receive a commission or remuneration from the supplier for the service. Another possible way is to structure the transaction to receive a payment from the buyer using the form of payment provided by the buyer and using another form of payment to pay the supplier. In this case, the seller may be considered as the merchant of the products. Being a merchant may allow the seller to control price increases and / or discounts on the product, but it may also mean that the seller assumes responsibility for payment transactions, so the seller assumes the risk that a transaction may prove to be fraudulent. Thus, the seller may wish to act as a merchant for certain products, but not for others.
[0004] Les systèmes OLTP conventionnels peuvent avoir des difficultés pour traiter une transaction d'achat pour des produits multiples, structurés de sorte que le commerçant est le vendeur d'un des produits et le fournisseur pour un autre des produits. Par exemple, une tentative d’affectation de commerçants différents à des produits différents au moment de la vente peut causer des erreurs dans le traitement de la transaction initiale ainsi que des problèmes pour reverser les paiements si l'acheteur demande plus tard un remboursement. Ainsi, les systèmes OLTP existants peuvent limiter la structuration de transactions liées à l'achat de produits multiples.[0004] Conventional OLTP systems may have difficulties in processing a purchase transaction for multiple, structured products so that the merchant is the seller of one of the products and the supplier for another of the products. For example, an attempt to assign different merchants to different products at the time of sale may cause errors in the processing of the initial transaction as well as problems in returning payments if the buyer later requests a refund. Thus, existing OLTP systems can limit the structuring of transactions related to the purchase of multiple products.
[0005] Ainsi, des systèmes, des méthodes, et des programmes informatiques pour les systèmes OLTP sont nécessaires pour apporter une flexibilité accrue à la structuration de transaction impliquant l'achat de produits multiples. RÉSUMÉ [0006] Dans un mode de réalisation de l'invention, un système de traitement de transactions en ligne est procuré ; il inclut un plusieurs processeurs et une mémoire couplée avec les processeurs. La mémoire stocke un programme codé qui, lorsqu'il est exécuté par un plusieurs processeurs, amène le système à recevoir une demande de remboursement identifiant un enregistrement de base de données qui définit un itinéraire, un premier produit dans l'itinéraire devant être remboursé et un second produit dans l'itinéraire devant être remboursé. Par ailleurs, le programme codé amène le système à récupérer des données à partir de l’enregistrement de base de données qui définissent que le marchand est le fournisseur du premier produit ainsi qu’un premier paiement effectué par l'acheteur au commerçant du premier produit, que le vendeur est le commerçant du second produit ainsi qu'un second paiement effectué par l'acheteur au commerçant du second produit. Sur la base des premières données, le programme codé peut ensuite amener le système à déterminer un premier montant devant être remboursé à l'acheteur par le vendeur, un second montant devant être remboursé à l'acheteur par le fournisseur du premier produit, et un troisième montant devant être remboursé au vendeur par le fournisseur du second produit.[0005] Thus, systems, methods, and computer programs for OLTP systems are required to provide increased flexibility to transaction structuring involving the purchase of multiple products. SUMMARY [0006] In one embodiment of the invention, an online transaction processing system is provided; it includes a multiple processors and a memory coupled with the processors. The memory stores an encoded program which, when executed by a plurality of processors, causes the system to receive a refund request identifying a database record that defines a route, a first product in the route to be refunded, and a second product in the itinerary to be refunded. Furthermore, the encoded program causes the system to retrieve data from the database record which defines that the merchant is the supplier of the first product and a first payment made by the buyer to the merchant of the first product. that the seller is the merchant of the second product and a second payment made by the buyer to the merchant of the second product. Based on the first data, the encoded program may then cause the system to determine a first amount to be repaid to the buyer by the seller, a second amount to be refunded to the buyer by the first product supplier, and a third amount to be repaid to the seller by the supplier of the second product.
[0007] Un autre mode de réalisation de l'invention procure une méthode de traitement d'une demande de remboursement. La méthode inclut la réception d'une demande de remboursement sur le système de traitement de transaction en ligne, la demande de remboursement identifiant un enregistrement de base de données qui définit l'itinéraire, le premier produit de l'itinéraire devant être remboursé, et le second produit de l'itinéraire devant être remboursé. À partir de l’enregistrement de base de données, la méthode récupère des données qui, pour le premier produit, définissent que le commerçant est le fournisseur du premier produit ainsi que le paiement effectué par l'acheteur au commerçant du premier produit, pour le second produit, que le vendeur est le commerçant du second produit ainsi que le second paiement effectué par l'acheteur au commerçant du second produit. Sur la base des données, la méthode peut ensuite déterminer le premier montant à rembourser à l'acheteur par le vendeur, le second montant à rembourser par le fournisseur du premier produit à l'acheteur, et le troisième montant à rembourser par le fournisseur du second produit au vendeur.Another embodiment of the invention provides a method of processing a refund request. The method includes receiving a refund request on the online transaction processing system, the refund request identifying a database record that defines the itinerary, the first product of the itinerary to be refunded, and the second product of the route to be reimbursed. From the database record, the method retrieves data which, for the first product, defines that the merchant is the supplier of the first product as well as the payment made by the buyer to the merchant of the first product for the first product. second product, that the seller is the merchant of the second product and the second payment made by the buyer to the merchant of the second product. On the basis of the data, the method can then determine the first amount to be refunded to the buyer by the seller, the second amount to be refunded by the supplier of the first product to the buyer, and the third amount to be refunded by the supplier of the second product to the seller.
[0008] Un autre mode de réalisation de l'invention procure un produit-programme d'ordinateur qui inclut un support de stockage non transitoire déchiffrable par ordinateur comprenant un programme codé. Le programme codé est configuré de sorte que lorsqu'il est exécuté par un ou plusieurs processeurs, le ou plusieurs processeurs sont amenés à recevoir la demande de remboursement identifiant l’enregistrement de base de données qui définit Htinéraire, le premier produit de l'itinéraire devant être remboursé, et le second produit de l'itinéraire devant être remboursé. Le programme codé amène par ailleurs les processeurs à récupérer, à partir de l’enregistrement de base de données, les données qui définissent que le commerçant est le fournisseur du premier produit ainsi que le premier paiement effectué par l'acheteur au commerçant pour le premier produit, que le vendeur est le commerçant du second produit ainsi que le second paiement effectué par l'acheteur au commerçant du second produit.Another embodiment of the invention provides a computer program product that includes a computer-readable, non-transitory storage medium comprising an encoded program. The encoded program is configured so that when executed by one or more processors, the one or more processors are caused to receive the refund request identifying the database record that defines the route, the first product of the route. to be refunded, and the second product of the itinerary to be reimbursed. The encoded program also causes the processors to retrieve, from the database record, the data that defines that the merchant is the supplier of the first product as well as the first payment made by the buyer to the merchant for the first time. product, that the seller is the merchant of the second product as well as the second payment made by the buyer to the merchant of the second product.
Sur la base des premières données, le programme codé peut ensuite amener les processeurs à déterminer le premier montant à rembourser à l'acheteur par le vendeur, le second montant à rembourser à l'acheteur par le fournisseur du premier produit, et le troisième montant à rembourser au vendeur par le fournisseur du second produit.On the basis of the first data, the encoded program can then cause the processors to determine the first amount to be refunded to the buyer by the seller, the second amount to be refunded to the buyer by the supplier of the first product, and the third amount. to be reimbursed to the seller by the supplier of the second product.
BRÈVE DESCRIPTION DES DESSINSBRIEF DESCRIPTION OF THE DRAWINGS
[0009] Les dessins qui accompagnent et qui sont incorporés dans les présentes constituent une partie des spécifications ; ils illustrent des modes variés de réalisation de l'invention et avec la description générale de l’invention ci-dessus et la description détaillée des modes de réalisation donnée ci-après, servent à expliquer les modes de réalisation de l'invention.The accompanying drawings which are incorporated herein constitute part of the specifications; they illustrate various embodiments of the invention and with the general description of the invention above and the detailed description of the embodiments given below, serve to explain the embodiments of the invention.
[0010] Fig. 1, représente une vue schématique d'un environnement d'exploitation exemplaire incluant un système de traitement de transaction en ligne en communication avec un système vendeur, un ou plusieurs systèmes fournisseurs, une base de données d’enregistrements de voyage, et un système de paiement.[0010] FIG. 1, is a schematic view of an exemplary operating environment including an on-line transaction processing system in communication with a vendor system, one or more vendor systems, a travel record database, and a delivery system. payment.
[0011] Fig. 2, représente une vue schématique d’un ordinateur exemplaire pouvant être utilisé pour fournir l'environnement d’exploitation de la fig. 1.FIG. 2 is a schematic view of an exemplary computer that can be used to provide the operating environment of FIG. 1.
[0012] Fig. 3, représente une vue schématique du système de traitement de la transaction en ligne montrant un serveur de transactions, une base de données contextuelle, une base de données de transactions, et une base de données de règles.FIG. 3, is a schematic view of the on-line transaction processing system showing a transaction server, a contextual database, a transaction database, and a rule database.
[0013] Fig. 4, représente l'organigramme du processus de détermination pouvant être implémenté par le serveur de transactions de la fig. 3.FIG. 4, represents the flowchart of the determination process that can be implemented by the transaction server of FIG. 3.
[0014] Fig. 5, représente une vue schématique des paiements pouvant être effectués entre un acheteur, un vendeur, et une pluralité de fournisseurs et illustrant un exemple du processus de détermination du paiement de la fig. 4.FIG. 5, is a schematic view of the payments that can be made between a buyer, a seller, and a plurality of suppliers and illustrating an example of the payment determination process of FIG. 4.
[0015] Fig. 6, représente une vue schématique des paiements pouvant être effectués entre l'acheteur, le vendeur, et la pluralité de fournisseurs et illustrant un autre exemple du processus de détermination du paiement de la fig. 4.4.FIG. 6, is a schematic view of the payments that can be made between the buyer, the seller, and the plurality of suppliers and illustrating another example of the payment determination process of FIG. 4.4.
[0016] Fig. 7, représente un organigramme du processus de remboursement pouvant être implémenté par le serveur de transactions de la fig.3.FIG. 7, represents a flowchart of the refund process that can be implemented by the transaction server of FIG.
[0017] Fig. 8, représente un organigramme d'un sous-processus de remboursement pouvant être implémenté par le processus de remboursement de la fig. 7.FIG. 8, represents a flowchart of a refund subprocess that can be implemented by the refund process of FIG. 7.
[0018] Fig. 9, représente un organigramme d'un processus de reprise pouvant être implémenté par le serveur de transaction de la fig. 3.[0018] FIG. 9, represents a flowchart of a recovery process that can be implemented by the transaction server of FIG. 3.
DESCRIPTION DÉTAILLÉEDETAILED DESCRIPTION
[0019] Les modes de réalisation de l’invention visent des systèmes, des méthodes, et des produits de programme d'ordinateur pour gérer des transactions en ligne impliquant l'achat de produits multiples, par exemple, un ensemble de produits liés au voyage composant un itinéraire pour un voyage. Les modes de réalisation de l'invention peuvent être implémentés sur un système de traitement de transactions en ligne (OLTP) comprenant un ou plusieurs ordinateurs ou serveurs en réseau. Le système OLTP peut être configuré pour générer un itinéraire complexe qui inclut des produits hétérogènes tels que des vols, des hôtels, des locations de véhicules, des croisières, des attractions, et des produits d'assurances de voyage offerts par des fournisseurs multiples de types différents. L'itinéraire peut être défini dans un enregistrement de base de données ou un enregistrement de voyage qui procure un point central de stockage pour des données relatives au traitement de la transaction en ligne.Embodiments of the invention are directed to systems, methods, and computer program products for managing online transactions involving the purchase of multiple products, for example, a set of travel related products. composing an itinerary for a trip. Embodiments of the invention may be implemented on an online transaction processing system (OLTP) comprising one or more computers or networked servers. The OLTP system can be configured to generate a complex route that includes heterogeneous products such as flights, hotels, vehicle rentals, cruises, attractions, and travel insurance products offered by multiple type providers. different. The route may be defined in a database record or a trip record that provides a central storage point for data relating to the processing of the online transaction.
[0020] Afin de permettre l'utilisation de différentes structures de paiement pour chaque produit dans l'itinéraire, des modes de réalisation de l'invention peuvent inclure un serveur de transactions qui traite les transactions pour l'achat et le remboursement d'itinéraires comprenant des produits qui ont été payés en utilisant différentes structures de paiement. Le serveur de transactions peut maintenir une base de données de transactions qui stockent des enregistrements de base de données ou des enregistrements de transaction, lesquels pistent les structures de paiement pour des itinéraires qui comprennent des produits pour lesquels le vendeur est le commerçant et les produits pour lesquels le fournisseur est le commerçant. La base de données de transactions peut permettre au serveur de transactions de déclencher des remboursements à l'acheteur de la part du fournisseur ou du vendeur, selon l'identité du commerçant du produit en question. > [0021] Le traitement des remboursements du côté du fournisseur peut inclure l'annulation d'un produit réservé et/ou d'un contrat émis, ainsi que le déclenchement de paiements du fournisseur à l'acheteur. Le traitement des remboursements du côté du vendeur peut aussi inclure le déclenchement de paiements du vendeur à l'acheteur. Dans les deux cas, des transactions de remboursement peuvent être initiées par le serveur de transactions en réponse à la réception d’une demande de remboursement pour un itinéraire. Lorsqu'un remboursement de transaction est initié par le vendeur, le serveur de transactions peut gérer les remboursements à la fois du côté du fournisseur et du côté du vendeur pour tous les produits sélectionnés, et rembourser des paiements du côté du vendeur qui peuvent être agrégés en une seule transaction par le système de paiement.In order to allow the use of different payment structures for each product in the route, embodiments of the invention may include a transaction server that processes transactions for the purchase and refund of itineraries. including products that have been paid using different payment structures. The transaction server may maintain a database of transactions that store database records or transaction records, which track payment structures for routes that include products for which the seller is the merchant and products for which which the supplier is the merchant. The transaction database may allow the transaction server to trigger refunds to the buyer from the vendor or vendor, depending on the identity of the merchant of the product in question. The processing of refunds on the supplier's side may include the cancellation of a reserved product and / or a contract issued, as well as the triggering of payments from the supplier to the buyer. Processing refunds on the seller's side may also include triggering payments from the seller to the buyer. In either case, refund transactions may be initiated by the transaction server in response to receiving a refund request for a route. When a transaction refund is initiated by the vendor, the transaction server can handle the refunds from both the vendor and the vendor side for all selected products, and refund payments from the vendor that can be aggregated. in a single transaction by the payment system.
[0022] Si un message d'erreur survient pendant le processus de remboursement, le serveur de transactions peut stocker l'état de cette transaction (par exemple, un état de remboursement pour chaque produit) dans l’enregistrement de transaction, mettre l’enregistrement de voyage en file d'attente pour un traitement ultérieur, et notifier le vendeur de l'erreur. Une fois que l'erreur a été résolue, le serveur de transactions peut reprendre le traitement du remboursement en interrogeant l’enregistrement de transaction concernant l'état de la transaction.If an error message occurs during the refund process, the transaction server can store the status of this transaction (for example, a refund status for each product) in the transaction record, put the trip registration queued for further processing, and notify the seller of the error. Once the error has been resolved, the transaction server can resume refund processing by querying the transaction record for the status of the transaction.
[0023] Faisant maintenant référence à la fig. 1, un environnement d'exploitation 10 conforme à un mode de réalisation de l'invention peut inclure un système OLTP 12, un système vendeur 14, un ou plusieurs systèmes fournisseurs 16a à 16 n, une base de données de voyage 18, et un système de paiement 20. Chacun d'eux, le système OLTP 12, le système vendeur 14, les systèmes fournisseurs 16a à 16 n, la base de données d’enregistrements de voyage 18, et le système de paiement 20 peuvent communiquer par l'intermédiaire d'un réseau 22. Le réseau 22 peut inclure un ou plusieurs réseaux privés ou publics (par exemple, Internet) qui permettent l'échange de données entre les systèmes connectés au réseau 22.[0023] Referring now to FIG. 1, an operating environment 10 in accordance with one embodiment of the invention may include an OLTP system 12, a vendor system 14, one or more vendor systems 16a-16n, a travel database 18, and an 20. Each of them, the OLTP system 12, the vendor system 14, the vendor systems 16a to 16n, the travel record database 18, and the payment system 20 can communicate through the system. 22. The network 22 may include one or more private or public networks (for example, the Internet) which allow the exchange of data between the systems connected to the network 22.
[0024] Le système OLTP 12 peut être configuré pour traiter des transactions en ligne pour l'achat d'un ensemble de produits. L'ensemble de produits peut inclure des produits d'un ou de plusieurs fournisseurs et/ou pourvoyeur de produits, tels qu'une compagnie aérienne, une compagnie ferroviaire, un hôtel, un service de location de voitures, un croisiériste, ou autre fournisseur ou vendeur de produits de voyage. Un fournisseur peut être une société qui facture et reçoit le paiement pour le produit, et le pourvoyeur peut être une société qui délivre le produit. Dans certains cas, le fournisseur et le pourvoyeur peuvent être la même société, en ce cas les termes fournisseurs et pourvoyeurs peuvent être interchangeables. Ce serait le cas, par exemple, lorsqu'un transporteur procure une place assise sur un vol et facture l'acheteur lors de la réservation de la place assise. L'acheteur peut payer le vendeur pour le produit lorsque le vendeur est le commerçant, ou payer le fournisseur pour le produit lorsque le fournisseur est le commerçant.The OLTP system 12 can be configured to process online transactions for the purchase of a set of products. The product set may include products from one or more suppliers and / or purveyor of products, such as an airline, a railway company, a hotel, a car rental service, a cruise line, or other supplier or seller of travel products. A supplier may be a company that bills and receives payment for the product, and the provider may be a company that delivers the product. In some cases, the supplier and the provider may be the same company, in which case the terms suppliers and suppliers may be interchangeable. This would be the case, for example, when a carrier provides a seat on a flight and charges the buyer when booking the seat. The buyer can pay the seller for the product when the seller is the merchant, or pay the supplier for the product when the vendor is the merchant.
[0025] Chaque ensemble de produits peut comprendre par exemple, un itinéraire pour un voyage vendu par un vendeur indirect des produits tel qu’une agence de voyages. Dans un mode de réalisation de l'invention, le système OLTP 12 peut inclure ou faire partie d'un système de distribution global, ou (Global Distribution System) (GDS), configuré pour faciliter la communication entre le système vendeur 14 et les systèmes fournisseurs 16a à 16n. Le GDS peut permettre aux agents de voyages, aux transporteurs émetteurs, ou à tout autre vendeur indirect, de faire des réservations sur les systèmes fournisseurs 16a à 16n par l'intermédiaire du GDS. Le GDS peut maintenir des liens vers les systèmes fournisseurs 16a à 16n par l’intermédiaire du réseau 22 qui permet au GDS d'acheminer les demandes de réservation en provenance du vendeur indirect vers un fournisseur correspondant du produit en cours de réservation. Le système vendeur 14 peut ainsi réserver des produits de voyage auprès de multiples fournisseurs grâce à une seule connexion au GDS. Les systèmes 16a à 16n peuvent inclure un système de réservation informatisé (CRS) qui permet au système OLTP 12 de réserver et de confirmer l'achat de produits de voyages. Les systèmes 16a à 16n peuvent aussi interagir avec d'autres systèmes fournisseurs 16a à 16n.Each set of products may include, for example, a route for a trip sold by an indirect seller of products such as a travel agency. In one embodiment of the invention, the OLTP system 12 may include or be part of a Global Distribution System (GDS), configured to facilitate communication between the vendor system 14 and the systems. suppliers 16a to 16n. The GDS may allow travel agents, transmitting carriers, or other indirect vendors to make reservations on the supply systems 16a through 16n through the GDS. The GDS can maintain links to the provider systems 16a-16n via the network 22 which allows the GDS to route reservation requests from the indirect seller to a corresponding supplier of the product being booked. The vendor system 14 can thus book travel products with multiple suppliers through a single connection to the GDS. The systems 16a to 16n may include a computer reservation system (CRS) that allows the OLTP system 12 to reserve and confirm the purchase of travel products. The systems 16a to 16n can also interact with other provider systems 16a to 16n.
[0026] En réponse à une réservation de produit par un voyageur, le système OLTP 12 peut stocker les données dans la base de données d’enregistrements de voyage 18 qui identifie le produit réservé. Ces données peuvent être maintenues dans un enregistrement de voyage qui comprend un ou plusieurs champs de données contenant le produit, le voyageur et toute autre information associée avec un ou plusieurs produits réservés faisant partie de l'itinéraire. Chaque enregistrement de voyage dans la base de données d’enregistrements de voyage 18 peut inclure des données définissant, pour un itinéraire de voyage en particulier, le voyageur ou le groupe de voyageurs. L'itinéraire défini peut inclure des produits de voyage de fournisseurs et/ou de pourvoyeurs multiples de produits de voyage. Pour faciliter la localisation de l’enregistrement de voyage dans la base de données d’enregistrements de voyage 18, un numéro de localisation ou autre identifiant approprié peut être associé à l’enregistrement de voyage. La base de données > d’enregistrements de voyage 18 peut être procurée sur un système autonome ou peut faire partie d'un autre système tel qu'un CRS ou un GDS.In response to a product reservation by a traveler, the OLTP system 12 can store the data in the travel record database 18 which identifies the booked product. This data can be maintained in a trip record that includes one or more data fields containing the product, the traveler, and any other information associated with one or more reserved products included in the itinerary. Each trip record in the trip record database 18 may include data defining, for a particular travel route, the traveler or group of travelers. The defined route may include travel products from suppliers and / or multiple providers of travel products. To facilitate the location of the trip record in the trip record database 18, a location number or other suitable identifier may be associated with the trip record. The travel record> database 18 may be provided on an autonomous system or may be part of another system such as a CRS or a GDS.
[0027] Le système de paiement 20 peut être configuré pour traiter des formes de paiement liées à l'achat de produits par l'acheteur. Le système de paiement 20 peut inclure, ou être configuré pour, l'échange des données avec un ou plusieurs systèmes de banque, tels que le système de la banque émettrice et/ou le système de la banque acquérante, pour autoriser le paiement et le transfert de fonds de compte à compte. Dans le cas d'un achat payé au moins en partie par carte de crédit ou de débit, au moment de la transaction le système de paiement 20 peut transmettre une demande d'autorisation à la banque émettrice qui peut être déterminée à partir du numéro d’identification d’émetteur sur la carte. En réponse à la demande d'autorisation, le système de la banque émettrice peut vérifier la validité du compte et vérifier que le compte dispose de fonds suffisants pour couvrir le montant de la transaction. Le système de la banque émettrice peut ensuite transmettre une réponse relative à l'autorisation au système de paiement 20 en indiquant que la transaction a été approuvée, refusée ou que plus d'information est nécessaire.The payment system 20 can be configured to process forms of payment related to the purchase of products by the buyer. The payment system 20 may include, or be configured for, the exchange of data with one or more bank systems, such as the issuing bank system and / or the acquiring bank system, to authorize the payment and the transfer of funds from account to account. In the case of a purchase paid at least in part by credit or debit card, at the time of the transaction the payment system 20 can transmit a request for authorization to the issuing bank which can be determined from the number of the card. issuer identification on the map. In response to the authorization request, the issuing bank system can check the validity of the account and verify that the account has sufficient funds to cover the transaction amount. The issuing bank system may then transmit an authorization response to the payment system 20 indicating that the transaction has been approved, denied, or that more information is required.
[0028] Le processus de réservation d’un itinéraire peut inclure la vérification, auprès du système fournisseur correspondant 16a à 16 n, de la disponibilité des produits identifiés par l'itinéraire réservé, par exemple, la disponibilité de places assises sur un vol, de chambres libres dans un hôtel, etc. Cette vérification peut inclure l'envoi d'une demande de réservation à partir du système OLTP 12 au système fournisseur. Si les produits demandés sont disponibles, les produits peuvent être réservés, une confirmation de réservation peut être transmise par le système OLTP 12 et l'inventaire peut être ajusté dans la base de données inventaire pour refléter la réservation. Une fois que le voyageur a approuvé la transaction, l'acheteur peut effectuer le paiement au commerçant en facturant le compte de l’acheteur pour le prix des services. Dès la réception du paiement, la réservation peut être confirmée par le système du fournisseur.The process of booking a route may include checking, with the corresponding supplier system 16a to 16 n, the availability of the products identified by the reserved route, for example, the availability of seats on a flight, free rooms in a hotel, etc. This verification may include sending a reservation request from the OLTP system 12 to the provider system. If the requested products are available, the products can be booked, a booking confirmation can be sent through the OLTP 12 system and the inventory can be adjusted in the inventory database to reflect the booking. Once the traveler has approved the transaction, the buyer can make the payment to the merchant by charging the buyer's account for the price of the services. Upon receipt of payment, the reservation can be confirmed by the provider's system.
[0029] Faisant maintenant référence à la fig. 2, le système OLTP 12, le système vendeur 14, les systèmes fournisseurs 16a à 16n, la base de données des enregistrements de voyage 18, le système de paiement 20, et le réseau 22 de l'environnement d'exploitation 10 peuvent être implémentés sur un ou plusieurs dispositifs ou systèmes informatiques, tels que l'ordinateur exemplaire 30. L'ordinateur 30 peut inclure un processeur 32, une mémoire 34, un dispositif de mémoire de masse 36, une interface entrée/sortie (I/O) 38, et une interface homme-machine (HMI) 40. L'ordinateur 30 peut aussi être couplé de façon fonctionnelle avec une ou plusieurs ressources extérieures 42 par l'intermédiaire du réseau 22 ou de l'interface I/O. 38. Les ressources extérieures peuvent inclure, de façon non exhaustive, des serveurs, des bases de données, des dispositifs de mémoire de masse, des dispositifs périphériques, des services de réseau cloud, ou toute autre ressource informatique appropriée pouvant être utilisée avec l'ordinateur 30.[0029] Referring now to FIG. 2, OLTP system 12, vendor system 14, vendor systems 16a-16n, travel records database 18, payment system 20, and network 22 of the operating environment 10 can be implemented. on one or more computer devices or systems, such as the exemplary computer 30. The computer 30 may include a processor 32, a memory 34, a mass memory device 36, an input / output (I / O) interface 38 , and a human-machine interface (HMI) 40. The computer 30 may also be operably coupled to one or more external resources 42 via the network 22 or the I / O interface. 38. External resources may include, but are not limited to, servers, databases, mass storage devices, peripheral devices, cloud network services, or any other appropriate computer resource that can be used with the computer. computer 30.
[0030] Le processeur 32 peut inclure un ou plusieurs dispositifs sélectionnés : microprocesseurs, microcontrôleurs, processeurs de signal numérique, micro-ordinateurs, unités centrales de traitement, des réseaux de portes programmables, des dispositifs logiques programmables, des machines à état défini, des circuits logiques, des circuits analogiques, des circuits numériques, ou tout autre dispositif servant à manipuler des signaux (analogues ou numériques) basé sur des instructions de fonctionnement enregistrées dans la mémoire 34. La mémoire 34 peut inclure un seul dispositif ou une pluralité de dispositifs de mémoire, notamment, mais de façon non exhaustive, la mémoire à lecture seule (ROM), la mémoire à accès aléatoire (RAM), la mémoire volatile, la mémoire non volatile, mémoire vive statique (SRAM), la mémoire dynamique à accès aléatoire (DRAM), la mémoire flash, l’antémémoire ou tout autre dispositif capable de stocker des données. Le dispositif de stockage de mémoire de masse 36 peut inclure des dispositifs de stockage de données, tels qu'un disque dur, un disque optique, un dérouleur de bande magnétique, un circuit à l'état solide volatile ou non volatile, ou tout autre dispositif capable de stocker des données.The processor 32 may include one or more selected devices: microprocessors, microcontrollers, digital signal processors, microcomputers, central processing units, programmable gate networks, programmable logic devices, defined state machines, logic circuits, analog circuits, digital circuits, or any other device used to manipulate signals (analog or digital) based on operating instructions stored in the memory 34. The memory 34 may include a single device or a plurality of devices of memory, including, but not limited to, read-only memory (ROM), random access memory (RAM), volatile memory, non-volatile memory, static random access memory (SRAM), dynamic access memory random (DRAM), flash memory, cache, or any other device that can store data. The mass storage device 36 may include data storage devices, such as a hard disk, an optical disk, a tape drive, a volatile or nonvolatile solid state circuit, or any other device capable of storing data.
[0031 ] Le processeur 32 peut fonctionner sous le contrôle d'un système d'exploitation 44 qui réside dans la mémoire 34. Le système d'exploitation 44 peut gérer les ressources de l'ordinateur afin que le programme codé de l'ordinateur, intégré sous forme d'un ou plusieurs logiciels d'application tels que l'application 46 qui réside dans la mémoire 34, puisse recevoir les instructions exécutées par le processeur 32. Le processeur 32 peut aussi exécuter l'application 46 directement, et dans ce cas le système d'exploitation 44 peut être supprimé. Le ou plusieurs logiciels d'application peuvent inclure un cas de fonctionnement comportant un serveur pouvant accepter des requêtes de la part des applications clientes, ou leur apporter des réponses. Une ou plusieurs structures de données 48 peuvent aussi résider dans la mémoire 34 et peuvent être utilisées par le processeur 32, le système d'exploitation 44, ou l'application 46 pour stocker ou manipuler des données.The processor 32 can operate under the control of an operating system 44 that resides in the memory 34. The operating system 44 can manage the resources of the computer so that the coded program of the computer, integrated as one or more application software such as the application 46 which resides in the memory 34, can receive the instructions executed by the processor 32. The processor 32 can also execute the application 46 directly, and in this case the operating system 44 can be deleted. The one or more application software may include a case of operation that includes a server that can accept requests from client applications, or provide them with answers. One or more data structures 48 may also reside in the memory 34 and may be used by the processor 32, the operating system 44, or the application 46 for storing or manipulating data.
[0032] L'interface I/O. 38 peut fournir une interface machine qui couple le processeur 32 de façon fonctionnelle avec d'autres dispositifs et systèmes, tels que le réseau 22 ou la ressource externe 42. Le serveur d'application 46 peut ainsi collaborer avec le réseau 22 ou avec la ressource externe 42 en communiquant par l'intermédiaire de l'interface I/O. 38 pour fournir les divers éléments, fonctions, applications, processus, modules composant les modes de réalisation de l'invention. L'application 46 peut aussi comporter un programme codé qui est exécuté par une ou plusieurs ressources externes 42, ou autrement repose sur les fonctions ou signaux fournis par d'autres composants de système ou de réseau externe à l'ordinateur 30. En effet, au vu des configurations presque infinies de matériel informatique et de logiciel possibles il faut comprendre que les modes de réalisation de l'invention peuvent inclure des applications localisées extérieurement à l'ordinateur 30, distribuées à des ordinateurs multiples ou à d'autres ressources externes 42, ou fournies par des ressources informatiques (matériel et logiciel) qui sont fournies par un service tel qu'un service informatique cloud, par l'intermédiaire du réseau 22.The I / O interface. 38 can provide a machine interface that couples the processor 32 operatively with other devices and systems, such as the network 22 or the external resource 42. The application server 46 can thus collaborate with the network 22 or with the resource external 42 by communicating via the I / O interface. 38 to provide the various elements, functions, applications, processes, modules making up the embodiments of the invention. The application 46 may also include an encoded program that is executed by one or more external resources 42, or otherwise relies on functions or signals provided by other system or network components external to the computer 30. Indeed, in view of the almost infinite configurations of possible hardware and software it is to be understood that the embodiments of the invention may include applications located externally to the computer 30, distributed to multiple computers or other external resources. or provided by computer resources (hardware and software) that are provided by a service such as a cloud computing service, through the network 22.
[0033] L’interface HMI40 peut être couplée de façon fonctionnelle avec le processeur 32 de l'ordinateur 30 d'une manière connue pour permettre à un utilisateur d'interagir directement avec informatique 30. L’interface HMI 40 peut inclure un affichage vidéo ou une unité d'affichage à caractères, un écran tactile, un haut-parleur et tout autre indicateur visuel et audio capable de communiquer des données à l'utilisateur. L’interface HMI 40 peut aussi inclure des dispositifs et des contrôles tels qu’un clavier alphanumérique, un périphérique de pointage, des claviers, des boutons poussoir, des boutons de commande, des microphones, etc., capables d'accepter des commandes ou entrées de l'utilisateur et de les transmettre dans le processeur 32.The HMI40 interface may be functionally coupled with the processor 32 of the computer 30 in a manner known to allow a user to interact directly with the computer 30. The HMI interface 40 may include a video display or a character display unit, a touch screen, a speaker and any other visual and audio indicator capable of communicating data to the user. The HMI interface 40 may also include devices and controls such as an alphanumeric keyboard, pointing device, keyboards, push buttons, control buttons, microphones, etc. capable of accepting commands or User inputs and transmit them into the processor 32.
[0034] Line base de données 50 peut résider sur le dispositif de mémoire de masse 36, et peut être utilisée pour collecter et organiser les données utilisées par les différents systèmes et modules décrits dans les présentes. La base de données 50 peut inclure des données et accommoder les structures de données associées qui stockent et organisent les données. En particulier, la base de données 50 peut être aménagée avec toute organisation ou structure de base de données, notamment, mais de façon non exhaustive, une base de données relationnelle, une base de données de type hiérarchique, une base de données en réseau, une base de données orientée-objet, ou des combinaisons de celles-là.Line database 50 may reside on the mass memory device 36, and may be used to collect and organize the data used by the various systems and modules described herein. The database 50 may include data and accommodate the associated data structures that store and organize the data. In particular, the database 50 can be arranged with any organization or database structure, including, but not limited to, a relational database, a hierarchical database, a networked database, an object-oriented database, or combinations of these.
[0035] Un système de gestion de base de données sous forme de logiciel d'application qui est exécuté sous forme d'instructions sur le processeur 32, peut être utilisé pour accéder à l'information ou aux données stockées dans des enregistrements de la base de données 50 en réponse à une requête quand une requête peut être déterminée de façon dynamique et exécutée par le système d'exploitation 44, les autres applications 46 ou un ou plusieurs modules. Bien que des modes de réalisation de l'invention puissent être décrits dans les présentes en utilisant une terminologie de base de données relationnelle, hiérarchique, de réseau, orienté-objet, ou autre terminologie relative aux bases de données dans certains cas, il faut comprendre que les modes de réalisation de l'invention peuvent utiliser n'importe quel modèle de gestion de base de données appropriée, et ne sont pas limités à un type particulier de base de données.A database management system in the form of application software that is executed as instructions on the processor 32, can be used to access information or data stored in database records. in response to a request when a request can be dynamically determined and executed by the operating system 44, the other applications 46 or one or more modules. Although embodiments of the invention may be described herein using relational database, hierarchical, network, object-oriented, or other database terminology in some cases, it is necessary to understand that the embodiments of the invention can use any appropriate database management model, and are not limited to a particular type of database.
[0036] Faisant maintenant référence à la fig. 3. Le système OLTP 12 peut inclure un serveur de transactions 60, une base de données contextuelle 62, une base de données de transactions 64, et une base de données de règles 66. Le serveur de transactions 60 peut communiquer avec d'autres systèmes, tels que le système vendeur 14, les systèmes fournisseurs 16a à 16 n, la base de données d’enregistrements de voyage 18, et/ou le système de paiement 20. La base de données contextuelle 62 peut stocker l'information relative à chaque transaction gérée par le serveur de transactions 60 dans un enregistrement contextuel de transaction correspondant. L'information contextuelle dans la base de données contextuelle 62 peut permettre de maintenir la continuité pour un acheteur utilisant de multiples chaînes d'approvisionnement telles qu'un site web et un centre d'appel pour demander un remboursement et/ou pour résoudre un problème avec la transaction. L'information au niveau de la transaction, stockée dans l’enregistrement de transaction peut inclure un identifiant d’enregistrement pour l’enregistrement de voyage correspondant dans la base de données d’enregistrements de voyage 18, des données relatives à horodatage et les données relatives aux frais de gestion. Les données au niveau du produit peuvent inclure, pour chaque produit dans l'itinéraire, le type de produit (chambre d'hôtel, location de voiture, vol, etc.), le fournisseur du produit (par exemple, l'identité de la société ou de la franchise fournissant le produit), l'identité du commerçant (par exemple, l'identité du vendeur ou du fournisseur du produit), l'état actuel du produit (suppression imminente, suppression accomplie, erreur survenue, etc.) Un type d'erreur (par exemple, conditionnelle), les détails de paiement, le montant de la réservation, les montants de pénalité, le montant du tarif utilisé, et/ou le montant remboursable.[0036] Referring now to FIG. 3. The OLTP system 12 may include a transaction server 60, a contextual database 62, a transaction database 64, and a rule database 66. The transaction server 60 may communicate with other systems , such as vendor system 14, vendor systems 16a-16n, travel record database 18, and / or payment system 20. Contextual database 62 can store information relating to each transaction handled by the transaction server 60 in a corresponding transaction context record. The contextual information in the contextual database 62 can help maintain continuity for a buyer using multiple supply chains such as a website and call center to request a refund and / or to solve a problem with the transaction. Transaction-level information stored in the transaction record may include a record identifier for the corresponding trip record in the trip record database 18, timestamp data, and data. management fees. Product-level data may include, for each product in the itinerary, the type of product (hotel room, car rental, theft, etc.), the product supplier (for example, the identity of the product). company or franchise supplying the product), the identity of the merchant (for example, the identity of the seller or supplier of the product), the current status of the product (imminent deletion, deletion accomplished, error occurred, etc.) A type of error (for example, conditional), payment details, the amount of the reservation, penalty amounts, the amount of the fare used, and / or the refundable amount.
[0037] Fig. 4 représente un organigramme illustrant un processus de détermination de paiement 70 qui peut être implémenté par le serveur de transactions 60. Dans le bloc 72, le processus 70 peut recevoir une demande pour le remboursement d'une partie ou de l'intégralité d'une transaction. La demande de remboursement peut inclure une liste des produits pour lesquels un remboursement est désiré, et qui peut être reçue par le système vendeur 14. Le système vendeur 14 peut transmettre la demande de remboursement en retour à un système utilisateur (par exemple, un agent de voyages ou un centre d'appel) qui initie le remboursement pour le compte du client. Le système vendeur 14 peut aussi transmettre la demande de remboursement en réponse à la demande de remboursement de l'acheteur par l'intermédiaire d'une interface accessible par le web, telle que le site d'une agence de voyages en ligne. Dans les deux cas, le système vendeur 14 peut transmettre la demande de remboursement au serveur de transactions sous la forme d'un ou de plusieurs échanges informatisés de données pour l'administration, le commerce et le transport (EDIFACT), XML, or service de messagerie web. Ces messages peuvent être générés lorsque le système utilisateur entre des commandes cryptiques sur une interface de commande en ligne, ou en interagissant avec le système vendeur 14 par l'intermédiaire d'une interface utilisateur graphique (GUI).[0037] FIG. 4 is a flowchart illustrating a payment determination process 70 that can be implemented by the transaction server 60. In block 72, the process 70 may receive a request for the refund of part or all of a payment. transaction. The refund request may include a list of products for which a refund is desired, and which may be received by the seller system 14. The seller system 14 may transmit the refund request back to a user system (for example, an agent or call center) initiating the refund on behalf of the customer. The seller system 14 can also transmit the refund request in response to the buyer's refund request via a web-accessible interface, such as the website of an online travel agency. In both cases, the seller system 14 can transmit the refund request to the transaction server in the form of one or more electronic data exchanges for administration, commerce and transport (EDIFACT), XML, or service. web messaging. These messages may be generated when the user system enters cryptic commands on an online command interface, or by interacting with the vendor system 14 via a graphical user interface (GUI).
[0038] En réponse à la réception d'une demande de remboursement, le processus 70 peut débuter au bloc 74 et récupérer les conditions de remboursement et les pénalités du fournisseur pour chaque produit énuméré dans la demande de remboursement. Les conditions de remboursement et les pénalités du fournisseur peuvent être récupérées conformément avec une ou plusieurs règles stockées dans la base de données de règles 66. Par exemple, les conditions de remboursement et les pénalités du fournisseur peuvent être déterminées en interrogeant le système fournisseur 16 (par exemple, en demandant une transaction de remboursement et/ou des conditions tarifaires), sur la base des règles stockées dans l’enregistrement de transactions au moment où les produits ont été réservés, ou sur la base des règles stockées dans la base de données de règles 66 pour un fournisseur donné.In response to receiving a refund request, the process 70 can start at block 74 and retrieve the refund conditions and the supplier penalties for each product listed in the refund request. Refund conditions and vendor penalties may be retrieved in accordance with one or more rules stored in the rule database 66. For example, repayment terms and vendor penalties may be determined by querying the vendor system 16 ( for example, by requesting a refund transaction and / or pricing conditions), based on the rules stored in the transaction record at the time the products were booked, or based on the rules stored in the database of rules 66 for a given provider.
[0039] Chaque fournisseur peut publier un tarif de pénalité fs pour chaque produit. Ces frais de pénalité peuvent être appliqués individuellement à chaque produit, pendant le remboursement d'une transaction et ils peuvent être déduits du montant qui aurait autrement été remboursé au vendeur lorsque le vendeur est le commerçant pour la transaction de vente (par exemple, le vendeur a reçu le paiement de l'acheteur pour le produit) ou à l'acheteur si le fournisseur était le commerçant (c'est-à-dire, que le fournisseur a reçu le paiement pour le produit de la part de l'acheteur). * [0040] Dans le bloc 76, le processus 70 peut récupérer pour chaque produit les frais de gestion du vendeur applicables individuellement à chaque produit. Les frais de gestion pour chaque produit Fp peuvent être un montant facturé par le vendeur pour le remboursement d'un produit particulier dans l'itinéraire en cours de remboursement. Les frais de gestion pour chaque produit Fp peuvent être appliqués par exemple, par le vendeur pour couvrir les coûts de traitement associés à la demande de remboursement. Les frais de gestion de chaque produit Fp peuvent être facturés en supplément de tous frais de pénalité facturés par tout fournisseur pour le remboursement de produits. Les critères qui peuvent être utilisés pour déterminer les frais de gestion pour chaque produit peuvent inclure le type de produit (par exemple, vol, hôtel, forfait tout compris), la date de vente, la date de remboursement, le fournisseur, et/ou le pourvoyeur.Each supplier may publish a fs penalty rate for each product. These penalty fees can be applied individually to each product, during the repayment of a transaction and they can be deducted from the amount that would otherwise have been refunded to the seller when the seller is the merchant for the sales transaction (for example, the seller received the buyer's payment for the product) or the buyer if the supplier was the merchant (that is, the supplier received payment for the product from the buyer) . In the block 76, the process 70 can recover for each product the vendor management fees applicable individually to each product. The management fee for each FP product may be an amount charged by the seller for the refund of a particular product in the route being refunded. The management fee for each FP product may be applied for example by the seller to cover the processing costs associated with the refund request. The management fee for each Fp product may be charged in addition to any penalty fees charged by any supplier for the reimbursement of products. The criteria that can be used to determine the management fee for each product may include the type of product (eg, flight, hotel, all-inclusive package), the date of sale, the date of refund, the vendor, and / or the provider.
[0041] Dans le bloc 78, le processus 70 peut récupérer tous frais de remboursement d'un vendeur qui peuvent être des frais applicables au niveau de la transaction. Les frais de remboursement du vendeur Fr peuvent être des frais facturés par le vendeur pour le traitement de la demande de remboursement qui ne sont pas liés à un produit spécifique. Les critères qui pouvant être utilisés pour déterminer les frais de remboursement d'un vendeur peuvent inclure la date de vente et la date de remboursement. Par exemple, des frais de remboursement peuvent être appliqués à un remboursement demandé au-delà d'un certain nombre de jours après la date de vente. Dans un mode de réalisation de l'invention, les frais de remboursement du vendeur Fr peuvent inclure les frais de gestion pour chaque produit Fp applicables au niveau du produit ; dans ce cas les frais de remboursement du vendeur Fr peuvent être la somme des frais de gestion au niveau de la transaction et de plusieurs frais de gestion au niveau du produit.In block 78, the process 70 can recover any reimbursement fees from a seller that may be applicable fees at the transaction level. The seller's refund fee Fr may be a fee charged by the seller for the processing of the refund request that is not related to a specific product. The criteria that can be used to determine a seller's redemption fee may include the date of sale and the date of repayment. For example, a refund fee may be applied to a refund requested beyond a certain number of days after the date of sale. In one embodiment of the invention, the seller's refund fee Fr may include the management fee for each product Fp applicable at the product level; in this case the seller's repayment fee Fr may be the sum of the transaction-level management fees and several management fees at the product level.
[0042] Dans le bloc 80, le processus 70 peut récupérer tous frais fixes de pénalité dont l'acheteur a été notifié au moment de la vente. Des frais fixes de pénalité Fr peuvent définir un montant de pénalité auquel le vendeur s'engage en cas de remboursement d'un produit, quels que soient les frais de pénalité réels du fournisseur Fs pour le produit au moment du remboursement. Lorsqu'un remboursement est demandé, les frais fixes de pénalité Ff peuvent être appliqués à l'acheteur sans tenir compte des frais de pénalité du fournisseur Fs, qui, dans le cadre d'un accord de pénalité fixe, peuvent être à la charge du vendeur. Au moment où l'acheteur demande un remboursement, les frais réels de pénalité d'un fournisseur, appliqués par les fournisseurs, peuvent être différents du montant des frais fixes de pénalité. Si la somme des frais de pénalité du fournisseur, appliquée par les fournisseurs, diffère de la somme des frais fixes de pénalité, le vendeur peut percevoir ou payer la différence entre les montants. Les critères utilisés pour déterminer les frais fixes de pénalité Ff peuvent inclure le type de produit (vol, hôtel, forfait tour compris), la date de vente, l'identité du fournisseur, et/ou l'identité du pourvoyeur. Les règles identifiées par les critères peuvent fournir les conditions du vendeur, et le montant fixe de pénalité, qui peut être un pourcentage fixe de la valeur totale de la vente.In block 80, the process 70 can recover any fixed penalty fees of which the buyer was notified at the time of the sale. A fixed penalty fee Fr may set a penalty amount to which the seller agrees in the event of a refund of a product, regardless of the actual penalty charges of the supplier Fs for the product at the time of the refund. When a refund is requested, the fixed penalty fee Ff may be applied to the buyer without regard to the penalty fee of the provider Fs, which, under a fixed penalty agreement, may be charged to the seller. At the time the buyer requests a refund, the actual penalty fees of a supplier, applied by the suppliers, may be different from the amount of the fixed penalty fees. If the sum of the vendor's supplier penalty fee differs from the fixed penalty charge, the seller may collect or pay the difference between the amounts. The criteria used to determine the fixed penalty fee Ff may include the type of product (flight, hotel, tour package included), the date of sale, the identity of the provider, and / or the identity of the provider. The rules identified by the criteria can provide the seller's terms, and the fixed penalty amount, which can be a fixed percentage of the total value of the sale.
[0043] Dans le bloc 82, le processus peut 70 peut déterminer le montant devant être remboursé au vendeur en qualité de commerçant Rsm. Lorsque des frais fixes de pénalité Ff n'ont pas été communiqués à l'acheteur, les frais de pénalité du fournisseur fS peuvent être appliqués sans condition au remboursement. Le montant devant être remboursé à l'acheteur Racheteur et le montant devant être remboursé au vendeur R vendeur dans ce cas, peuvent être déterminés par les équations 1 et 2 :In block 82, the process may determine the amount to be refunded to the seller as a Rsm merchant. When a fixed FF penalty fee has not been communicated to the buyer, the fS provider penalty fee may be applied without condition to the refund. The amount to be refunded to the buyer and the amount to be refunded to the seller seller R in this case, can be determined by equations 1 and 2:
{Eq. 1) {Eq.2) [0044] Où ST représente l'ensemble de tous les produits devant être remboursés (par exemple, l'itinéraire), Sm est l'ensemble des produits devant être remboursés pour lesquels le vendeur est le commerçant, Λ est le prix payé pour le produit / par l'acheteur, et Fsi représente les frais de pénalités du fournisseur Fs pour le produit /. Lorsque le commerçant ne peut être que le vendeur ou le fournisseur pour chaque produit, l'ensemble des produits pour lesquels le fournisseur est le commerçant Ss peut être donné par St - Sm) [0045] Lorsque les frais fixes de pénalité Ff sont donnés au moment de la vente, il peut y avoir une comparaison avec les frais réels du fournisseur Fs pour déterminer si le vendeur a réalisé un bénéfice ou perdu de l'argent avec les frais fixes de pénalité Ff. Le montant du gain Gi sur chaque produit z peut être déterminé par l'équation 3:{Eq. 1) {Eq.2) [0044] Where ST represents all of the products to be reimbursed (for example, the itinerary), Sm is the set of products to be reimbursed for which the seller is the merchant, Λ is the price paid for the product / by the buyer, and Fsi represents the supplier's penalty fee Fs for the product /. When the merchant can only be the seller or the supplier for each product, all of the products for which the supplier is the merchant Ss can be given by St - Sm) [0045] When the fixed penalty fee Ff is given to the merchant. At the time of the sale, there may be a comparison with the actual costs of the Fs supplier to determine if the seller has made a profit or lost money with the fixed penalty fee Ff. The amount of gain Gi on each product z can be determined by equation 3:
Eq. 3Eq. 3
En gardant à l'esprit que le gain Gi peut être négatif (c’est-à-dire, une perte) si les frais de pénalité du fournisseur Fsi dépassent les frais fixes de pénalité Ff pour le produit z, le gain total G sur le remboursement peut être déterminé par l'équation 4:Bearing in mind that the Gi gain may be negative (ie, a loss) if the Fsi provider penalty fee exceeds the fixed Ff penalty fee for product z, the total gain G the refund can be determined by equation 4:
EqA · [0046] Les montants de R acheteur et R vendeur dans le scénario de pénalité fixe peuvent être déterminés en utilisant les équations 5 et 6 ci-dessous :EqA · [0046] The amounts of buyer R and seller R in the fixed penalty scenario can be determined using equations 5 and 6 below:
{Eq. 5){Eq. 5)
{Eq. 6) [0047] Dans certains cas, le processus 70 peut déterminer qu'un nouveau paiement est nécessaire de la part de l'acheteur au vendeur, c'est-à-dire, lorsque la valeur de Rvendew est négative. Ce peut être le cas, par exemple, lorsque le montant total des pénalités de remboursement appliqué au vendeur est supérieur à la somme des prix des produits.{Eq. In some cases, the process 70 may determine that a new payment is required from the buyer to the seller, i.e., when the value of Rvendew is negative. This may be the case, for example, when the total amount of the refund penalties applied to the seller is greater than the sum of the product prices.
[0048] Une fois que les montants de Rvendeur et G ont été déterminés, le processus 70 peut avancer au bloc 84. Dans le bloc 84, le processus 70 peut récupérer des formes de paiement et envoyer les paiements. Les formes de paiement peuvent être récupérées à partir du système de paiement 20 sur la base de l'information stockée dans l’enregistrement de voyage au moment où les contrats sont émis pour les produits. Une fois que les formes de paiement ont été déterminées, le processus 70 peut envoyer les montants à rembourser en utilisant les formes de paiement, il peut résilier tout contrat émis dans les systèmes billettiques et/ou les réservations confirmées dans les systèmes de réservation, et il peut procurer un rapport de vente confirmant le remboursement au système de paiement 20.Once the amounts of Render and G have been determined, the process 70 can advance to block 84. In block 84, the process 70 can retrieve forms of payment and send the payments. The forms of payment may be retrieved from the payment system 20 based on the information stored in the trip record at the time the contracts are issued for the products. Once the forms of payment have been determined, the process 70 can send the amounts to be refunded using the forms of payment, it can terminate any contract issued in the ticketing systems and / or reservations confirmed in the reservation systems, and it can provide a sales report confirming the refund to the payment system 20.
[0049] Fig. 5, est un organigramme financier exemplaire 90 qui illustre un scénario possible entre un acheteur 92 et un vendeur 94 (par exemple, une agence de voyages), et plusieurs fournisseurs 96, 98 et 100. Le fournisseur 96 peut être un transporteur qui vend une place assise sur un vol ayant le vendeur 94 en qualité de commerçant, le fournisseur 98 peut-être un autre transporteur aérien en qualité de commerçant pour une autre place assise sur un autre vol, et le fournisseur 100 peut-être un hôtel agissant en qualité de commerçant pour une chambre.[0049] FIG. 5, is an exemplary financial flowchart 90 which illustrates a possible scenario between a buyer 92 and a seller 94 (for example, a travel agency), and several suppliers 96, 98 and 100. The supplier 96 may be a carrier that sells a seated on a flight having the seller 94 as a trader, the supplier 98 may be another air carrier as a trader for another seat on another flight, and the supplier 100 may be a hotel acting in of shopkeeper for a room.
[0050] Pour acheter les produits, l'acheteur 92 doit effectuer un paiement d'achat 102 (par exemple, $170) au vendeur 94 pour payer le produit fourni par le fournisseur 96. Du paiement d’achat 102, le vendeur peut conserver une majoration 104 (par exemple, $25) et des frais de gestion 106 (par exemple, $50). Le vendeur peut aussi effectuer un paiement d’achat 108 au fournisseur 96 égal au montant restant ($100) du paiement d’achat 102. L’acheteur 92 peut effectuer un paiement d'achat 110 (par exemple, $100) au fournisseur 98 pour payer le produit du fournisseur 98 lorsque le fournisseur 98 agit en qualité commerçant. L'acheteur 92 peut aussi effectuer un paiement d'achat 112 (par exemple, $200) au fournisseur 100 pour le produit du fournisseur 100 lorsque le fournisseur 100 agit en qualité de commerçant. Le montant total payé pour l'itinéraire par l'acheteur 92 peut-être la somme des paiements d'achat 102,110 et 112 au vendeur 94 et aux fournisseurs 98 et 100, ou dans ce cas exemplaire :To buy the products, the buyer 92 must make a purchase payment 102 (for example, $ 170) to the seller 94 to pay the product supplied by the supplier 96. Of the purchase payment 102, the seller can keep a markup 104 (for example, $ 25) and a management fee 106 (for example, $ 50). The seller may also make a purchase payment 108 to the supplier 96 equal to the remaining amount ($ 100) of the purchase payment 102. The buyer 92 may make a purchase payment 110 (for example, $ 100) to the supplier 98 for pay the product of the supplier 98 when the supplier 98 acts as a merchant. The buyer 92 may also make a purchase payment 112 (for example, $ 200) to the vendor 100 for the vendor product 100 when the vendor 100 acts as a merchant. The total amount paid for the route by the buyer 92 may be the sum of the purchase payments 102, 110 and 112 to the seller 94 and the suppliers 98 and 100, or in this exemplary case:
iEq.7) [0051] Fig. 6, est un organigramme financier exemplaire 120 qui illustre un scénario possible entre l'acheteur 92, le vendeur 94, et les fournisseurs 96, 98 et 100 pour un remboursement que le vendeur est autorisé à majorer avec des frais de remboursement de vendeur Fr. Le fournisseur 96 peut effectuer un paiement de remboursement 122 (par exemple, $70) au vendeur 94 égal au montant du paiement d'achat 108 (par exemple, $100), moins les frais de pénalité du fournisseur Fs (par exemple, $30) appliqués par le fournisseur 96. Le vendeur 94 peut appliquer les frais de remboursement de vendeur Fr (par exemple, $20) et peut effectuer un paiement de remboursement pour le montant restant (par exemple, $50) à l'acheteur 92. Les fournisseurs qui étaient les commerçants 98 et 100, peuvent effectuer des paiements de remboursement 126 et 128 à l'acheteur 92. Le montant du paiement de remboursement 126 (par exemple, $80) peut-être égal au montant du paiement d'achat 110 (par exemple, $100), moins les frais de pénalité du fournisseur Fs (par exemple, $20). Par contraste, si en cas d'annulation, le fournisseur 100 ne facture pas de frais de pénalité, le montant du paiement de remboursement 128 (par exemple, $200) peut être égal au montant du paiement d’achat 112 (par exemple, $200). En supposant que les frais de gestion 106 (par exemple, $50) ne soient pas remboursables et en utilisant les valeurs exemplaires de l'exemple ci-dessus, l'acheteur 92 recevrait un remboursement total de :iEq.7) [0051] FIG. 6, is an exemplary financial flow chart 120 that illustrates a possible scenario between the buyer 92, the seller 94, and the suppliers 96, 98 and 100 for a refund that the seller is allowed to increase with a seller's refund fee Fr. The provider 96 may make a refund payment 122 (e.g., $ 70) to the seller 94 equal to the purchase payment amount 108 (e.g., $ 100) minus the supplier penalty fee Fs (e.g., $ 30) applied 96. The seller 94 may apply the seller's refund fee Fr (for example, $ 20) and may make a refund payment for the remaining amount (eg, $ 50) to the buyer 92. The suppliers who were traders 98 and 100, can make repayment payments 126 and 128 to the buyer 92. The amount of the repayment payment 126 (e.g., $ 80) may be equal to the amount of the purchase payment 110 (e.g. $ 100), less the The penalty fees of the supplier Fs (for example, $ 20). In contrast, if in the event of cancellation, the provider 100 does not charge a penalty fee, the amount of the refund payment 128 (e.g., $ 200) may be equal to the amount of the purchase payment 112 (e.g., $ 200 ). Assuming that the management fee 106 (for example, $ 50) is not refundable and using the exemplary values of the example above, the buyer 92 would receive a total refund of:
[0052] Dans certains cas, les produits forfaitaires tout compris peuvent être vendus avec des conditions d'après-vente, définies par le vendeur 94 qui sont indépendantes des frais de pénalité du fournisseur Fs. Par exemple, lorsqu'une politique de remboursement pour les produits décrits dans la fig.6 inclut des frais fixes de pénalité Ff égaux à 15 % du montant total payé par l'acheteur, hormis les frais de gestion 106, le montant fixe de pénalité Ff, en utilisant les valeurs de l'exemple ci-dessus, serait de:In some cases, all-inclusive flat-rate products may be sold with aftersales conditions, defined by the seller 94 which are independent of the penalty fee of the supplier Fs. For example, when a refund policy for the products described in fig.6 includes a fixed penalty fee Ff equal to 15% of the total amount paid by the buyer, excluding the management fee 106, the fixed penalty amount Ff, using the values of the example above, would be:
Dans ce scénario, le montant serait le montant des frais fixes Ff facturés à l'acheteur 92 par le vendeur 94, quel que soit le montant des frais de pénalité du fournisseur Fsi.In this scenario, the amount would be the amount of the fixed costs Ff invoiced to the buyer 92 by the seller 94, regardless of the amount of the penalty fees of the supplier Fsi.
[0053] En utilisant les mêmes valeurs monétaires exemplaires ci-dessus, le fournisseur 96 effectue un paiement de remboursement 122 (par exemple, $70) au vendeur 94 et les fournisseurs 98 et 100 effectuent des paiements de remboursement 126 et 128 (par exemple, $80, $200) à l'acheteur 92. Puisque le montant du remboursement total à l'acheteur Racheieur est égal à P acheteur -Fr- Ff, le montant de R acheteur dans cet exemple serait de : $470 - $50 - $63 = $357. Puisque l'acheteur 92 reçoit un total de $280 de la part des vendeurs 98 et 100, le montant du paiement de remboursement 124 dans cet exemple serait de $357 - $280, c’est-à-dire $77.Using the same exemplary monetary values above, the provider 96 makes a refund payment 122 (for example, $ 70) to the seller 94 and the suppliers 98 and 100 make refund payments 126 and 128 (for example, $ 80, $ 200) to the buyer 92. Since the total refund amount to the buyer Racheieur is equal to P buyer -Fr- Ff, the amount of R buyer in this example would be: $ 470 - $ 50 - $ 63 = $ 357. Since buyer 92 receives a total of $ 280 from sellers 98 and 100, the amount of repayment payment 124 in this example would be $ 357 - $ 280, which is $ 77.
[0054] Fig. 7, est un organigramme du processus de remboursement 130 pouvant être implémenté par le serveur de transactions 60 pour orchestrer un remboursement de l'itinéraire. Dans le bloc 132, le processus peut déterminer l'identité du marchand, le montant, et la source du paiement de remboursement pour chaque produit de l'itinéraire comme cela a été décrit ci-dessus. Une fois que les identités des commerçants, les montants, et les sources des paiements de remboursement ont été déterminés dans le bloc 132, le processus 130 peut avancer au bloc de l'itinéraire 134 et transmettre les demandes de remboursement aux fournisseurs des produits dans l'itinéraire. Dans un mode de réalisation de l'invention, le processus 130 peut uniquement transmettre des demandes de remboursement aux fournisseurs pour lesquels le vendeur est le commerçant. Pour ce mode de réalisation, les remboursements du côté du fournisseur peuvent être gérés par le serveur de transactions 60 (par exemple, pour des produits dont le vendeur est le commerçant) ou peuvent être délégués à un pourvoyeur externe (par exemple, pour des produits dont le fournisseur est le commerçant).[0054] FIG. 7, is a flowchart of the refund process 130 that can be implemented by the transaction server 60 to orchestrate a refund of the route. In block 132, the process can determine the merchant's identity, the amount, and the source of the refund payment for each product of the route as described above. Once the identities of the merchants, the amounts, and the sources of the refund payments have been determined in block 132, the process 130 can advance to the block of route 134 and forward the refund claims to the suppliers of the products in the block. 'route. In one embodiment of the invention, the process 130 can only transmit refund requests to the vendors for which the seller is the merchant. For this embodiment, the repayments on the provider side may be managed by the transaction server 60 (for example, for products of which the seller is the merchant) or may be delegated to an external provider (for example, for products whose supplier is the merchant).
[0055] En réponse à la réception des paiements de remboursement de la part de chaque fournisseur d'un produit dans l'itinéraire dont le vendeur est le commerçant, et à la réception d'une confirmation que les produits respectifs ont été annulés par les fournisseurs, le processus 130 peut avancer au bloc 136. Dans le bloc 136, le processus 130 peut déclencher des paiements de remboursement de la part du vendeur à l'acheteur pour les produits dont le vendeur est le commerçant. Le processus 130 peut déclencher des paiements de remboursement en transmettant les demandes de remboursement au système de paiement 20, ce qui peut amener des paiements à être effectués à partir d'un compte du vendeur sous une forme de paiement utilisée par l'acheteur pour acheter les produits en question. En réponse à la réception des paiements de remboursement de la part de chaque fournisseur, le processus 130 peut avancer au bloc 138.In response to receipt of refund payments from each supplier of a product in the itinerary of which the seller is the merchant, and upon receipt of confirmation that the respective products have been canceled by the merchants. Suppliers, the process 130 may advance to block 136. In block 136, the process 130 may trigger refund payments from the seller to the buyer for the products of which the seller is the merchant. The process 130 can trigger refund payments by transmitting the refund requests to the payment system 20, which can cause payments to be made from a seller's account in a form of payment used by the buyer to purchase the products in question. In response to receiving repayment payments from each vendor, process 130 may advance to block 138.
[0056] Dans le bloc 138, le processus 130 peut rapprocher le paiement du remboursement reçu de la part des fournisseurs avec les paiements effectués en faveur de l'acheteur en guise de remboursement. Dans ce but, le processus 130 peut créer un « élément de remboursement financier » (RFI) dans la base de données de transactions 64 qui peut stocker les détails des remboursements calculés et/ou récupérés au moment où la demande de remboursement a été reçue. Chaque RFI peut être associé avec une forme de paiement d'un vendeur qui peut être la forme de paiement utilisée pour régler les comptes des vendeurs. La forme de paiement du vendeur peut être définie dans l’enregistrement de voyage et peut définir le montant du paiement et la méthode de paiement applicable au remboursement.In block 138, the process 130 may reconcile the payment of the refund received from the suppliers with the payments made in favor of the buyer as a refund. For this purpose, the process 130 can create a "financial reimbursement element" (RFI) in the transaction database 64 that can store the details of the refunds calculated and / or recovered at the time the refund request was received. Each RFI may be associated with a form of payment from a seller which may be the form of payment used to settle vendor accounts. The form of payment of the seller may be defined in the trip record and may define the amount of the payment and the method of payment applicable to the refund.
[0057] Fig. 8, est un diagramme du sous-processus de remboursement 140 qui peut être implémenté sur le serveur de transactions 60 pour traiter les paiements de remboursement des fournisseurs au vendeur. Dans le bloc 142, le sous-processus 140 peut sélectionner un fournisseur auquel il va demander un remboursement. Le fournisseur peut être sélectionné à partir d'une liste de fournisseurs de produits dans l'inventaire pour lesquels le vendeur était le commerçant. Une fois que le fournisseur a été sélectionné, le sous-processus 140 peut avancer au bloc 144.[0057] FIG. 8 is a diagram of the repayment subprocess 140 that can be implemented on the transaction server 60 to process vendor refund payments to the seller. In block 142, subprocess 140 may select a provider to whom it will request a refund. The supplier can be selected from a list of suppliers of products in the inventory for which the seller was the merchant. Once the provider has been selected, subprocess 140 can advance to block 144.
[0058] Dans le bloc 144, le sous-processus 140 peut transmettre une demande de remboursement au fournisseur sélectionné. En réponse, le système fournisseur 16a à 16n, peut traiter la demande de remboursement en déclenchant un paiement pour rembourser le vendeur, et en annulant toute réservation ou tout contrat émis pour le produit en question. Si le processus reçoit la confirmation que la demande de remboursement a été traitée (branche « OUI » du bloc de décision 146), le sous-processus 140 peut avancer au bloc 148 et mettre à jour l’enregistrement de voyage pour refléter le fait que le produit a été remboursé. Cette mise à jour peut inclure par exemple, le changement du produit dans l’enregistrement de voyage qui passe de l'état « réservé » du « billet émis » à l'état « annulé » ou « remboursé ».In block 144, sub-process 140 may transmit a refund request to the selected provider. In response, the provider system 16a-16n can process the refund request by initiating a payment to refund the seller, and canceling any reservation or contract issued for the product in question. If the process receives confirmation that the refund claim has been processed ("YES" branch of decision block 146), subprocess 140 can advance to block 148 and update the trip record to reflect the fact that the product has been refunded. This update may include, for example, changing the product in the trip record from the "reserved" status of the "issued ticket" to the "canceled" or "refunded" status.
[0059] Lorsque le fournisseur est le dernier fournisseur dans l’itinéraire devant être traité i (branche « OUI » du bloc de décision 150), le sous-processus 140 peut prendre fin. Si d’autres fournisseurs doivent effectuer un remboursement (branche «NON » du bloc de décision 152), le sous-processus 140 peut avancer au bloc 152, sélectionner le fournisseur suivant et revenir au bloc 144.When the provider is the last provider in the route to be processed i (branch "YES" of decision block 150), subprocess 140 may terminate. If other providers need to make a refund ("NO" branch of decision block 152), subprocess 140 can advance to block 152, select the next provider, and return to block 144.
[0060] Dans certains cas, le sous-processus 140 peut rencontrer une erreur ; dans ce cas, le processus de remboursement peut être interrompu. Par exemple, si le système fournisseur 16a à 16n ne peut confirmer le traitement réussi d'une demande de remboursement (branche «NON » du bloc 146), le sous-processus 140 peut procéder au bloc 154. Dans le bloc 154, le processus 140 peut mettre l’enregistrement de voyage, correspondant à l'itinéraire comprenant le produit devant être remboursé, en file d’attente. La mise en file d'attente dans l’enregistrement de voyage peut provoquer l'envoi d'une notification au système vendeur 14 indiquant que le processus 130 a rencontré une erreur et a besoin d'attention. L'erreur peut ensuite être corrigée par un agent du centre d'appel par exemple, qui peut mettre à jour l’enregistrement de voyage en conséquence.In some cases, the subprocess 140 may encounter an error; in this case, the refund process may be interrupted. For example, if the supplier system 16a to 16n can not confirm the successful processing of a refund request ("NO" branch of block 146), subprocess 140 can proceed to block 154. In block 154, the process 140 can put the trip record, corresponding to the route including the product to be refunded, in the queue. Queuing in the trip registration may cause a notification to be sent to the vendor system 14 indicating that the process 130 has encountered an error and needs attention. The error can then be corrected by a call center agent, for example, who can update the trip record accordingly.
[0061] Dans le bloc 156, le sous-processus 140 peut mettre à jour ou créer un enregistrement dans la base de données de transactions 64. Cet enregistrement peut stocker les données de transaction qui définissent l'état de la transaction. Par exemple les données de transaction peuvent indiquer quels produits dans l’enregistrement de voyage correspondant ont été remboursés, quels produits ont encore besoin d’être remboursés et quel produit a déclenché l’erreur. Une fois que l’enregistrement de voyage a été mis en file d'attente et que la base de données de transactions a été mise à jour, le sous-processus 140 peut prendre fin.In block 156, sub-process 140 may update or create a record in transaction database 64. This record may store the transaction data that defines the state of the transaction. For example transaction data can indicate which products in the corresponding trip record have been refunded, which products still need to be refunded and which product has triggered the error. Once the trip record has been queued and the transaction database has been updated, subprocess 140 may be terminated.
[0062] Afin de faciliter la correction d'une erreur, le système vendeur 14 peut rechercher un enregistrement de transaction correspondant en interrogeant la base de données de transactions 64 et peut afficher l'information pour informer l'agent de la raison de l’échec de la demande de remboursement. Dans un mode de réalisation de l’invention, le serveur de transactions 60 peut inclure un portail web qui procure une interface utilisateur permettant d’accéder à la base de données de transactions 64 [0063] L’agent peut récupérer l’enregistrement de transaction pour l’itinéraire, déterminer l'état de la demande de remboursement qui a causé l'erreur et mettre à jour l’enregistrement de voyage. En réponse à la réception d'une demande concernant l'état de la transaction, le portail web peut renvoyer une liste de produits qui font partie de la transaction, les produits déjà remboursés, le produit ou l'étape qui a fait échouer la dernière demande de remboursement (le cas échéant) et tout message d'erreur renvoyé par les systèmes impliqués dans la demande de remboursement. Cette information peut permettre à l'agent, soit de corriger les données manquantes et/ou corrompues qui ont causé l'échec de la transaction ou de déclencher un remboursement pour le produit manuellement. L'agent peut aussi signaler un produit dans l’enregistrement de transaction afin que le serveur de transactions saute la demande de remboursement pour le produit signalé. Le signalement d'un produit pour lequel un remboursement a échoué peut permettre au processus de remboursement de continuer pour tout produit restant dans l'itinéraire. Dans les cas où le remboursement est déclenché manuellement, l'agent peut signaler le produit pour indiquer son remboursement dans l’enregistrement de transactions et/ou dans l’enregistrement de voyage. Une fois que l'agent a corrigé ou ignorer la cause de l'erreur, l'agent peut amener le système vendeur 14 à envoyer une demande de reprise au système de transactions 60 demandant au système de transactions 60 de continuer le processus de remboursement à partir du point où le processus s'était arrêté.In order to facilitate the correction of an error, the seller system 14 can search for a corresponding transaction record by querying the transaction database 64 and can display the information to inform the agent of the reason for the transaction. failure of the refund request. In one embodiment of the invention, the transaction server 60 may include a web portal that provides a user interface for accessing the transaction database. [0063] The agent may retrieve the transaction record. for the itinerary, determine the status of the refund claim that caused the error and update the trip registration. In response to receiving a request regarding the status of the transaction, the web portal may return a list of products that are part of the transaction, the products already refunded, the product or the step that failed the last one. Refund request (if applicable) and any error messages returned by the systems involved in the refund request. This information may allow the agent to either correct the missing and / or corrupted data that caused the transaction to fail or trigger a refund for the product manually. The agent can also report a product in the transaction record so that the transaction server skips the refund request for the reported product. Reporting a product for which a refund has failed may allow the refund process to continue for any product remaining in the itinerary. In cases where the refund is triggered manually, the agent can report the product to indicate its refund in the transaction record and / or the trip record. Once the agent has corrected or ignored the cause of the error, the agent can cause the seller system 14 to send a request for a resumption to the transaction system 60 requesting the transaction system 60 to continue the refund process at from the point where the process stopped.
[0064] Fig. 9, est un organigramme d'un processus de reprise 160 qui peut être implémenté par le serveur de transactions 60 pour reprendre le processus de remboursement ayant été interrompu en raison d'une erreur. En réponse à la réception d'une demande de reprise dans le bloc 162, le processus 160 peut avancer au bloc 164 et interroger la base de données de transactions 64 concernant l'état de la transaction. En réponse à la réception de la requête, la base de données de transactions 64 peut localiser l’enregistrement de transaction correspondant à la transaction en question, et renvoyer des données indiquant l'état de la transaction.FIG. 9, is a flowchart of a recovery process 160 that can be implemented by the transaction server 60 to resume the refund process that has been interrupted due to an error. In response to receiving a resume request in block 162, process 160 may advance to block 164 and query the transaction database 64 for the status of the transaction. In response to receiving the request, the transaction database 64 can locate the transaction record corresponding to the transaction in question, and return data indicating the status of the transaction.
[0065] Dans le bloc 166, le processus 160 peut déterminer si le dernier produit ayant causé l'erreur est signalé comme étant remboursé, ou s'il est signalé comme ayant été ignoré. Lorsque le produit est ainsi signalé (branche « OUI » du bloc de décision 166), le processus 160 peut avancer au bloc 168 et sélectionner le fournisseur suivant dans la liste des fournisseurs de produits pour lesquels le vendeur est le commerçant. Le processus 160 peut alors avancer au bloc 170 et reprendre le processus de remboursement tel qu'il est décrit ci-dessus dans la fig. 8. Lorsque le dernier produit n'est pas signalé (branche « NON » du bloc de décision 166), le processus 160 peut avancer au bloc 172, sélectionner le dernier produit et avancer au bloc 170.In block 166, process 160 can determine if the last product that caused the error is reported as being refunded, or if it is reported as ignored. When the product is so reported ("YES" branch of decision block 166), process 160 may proceed to block 168 and select the next provider from the list of vendors for which the vendor is the merchant. The process 160 can then advance to block 170 and resume the refund process as described above in FIG. 8. When the last product is not reported ("NO" branch of decision block 166), process 160 may proceed to block 172, select the last product, and proceed to block 170.
[0066] En général, les routines exécutées pour mettre en œuvre les modes de réalisation de l'invention, qu'elles soient implémentées dans le cadre d'un système d'exploitation ou d'une application spécifique, d'un composant, d'un programme, d'un objet, d'un module ou d'une séquence d'instructions, ou même un sous-ensemble de ceux-là, peuvent être désignées dans les présentes comme « programme codé informatique » ou simplement « programme codé. » Un programme codé comporte typiquement des instructions déchiffrables par ordinateur qui résident à divers moments dans divers dispositifs de mémoire et de stockage dans un ordinateur, et qui lorsqu'elles sont déchiffrées et exécutées par un ou plusieurs processeurs dans un ordinateur, amènent l'ordinateur à effectuer des d'opérations nécessaires à l'exécution d'opérations et/ou d'éléments propres à la mise en oeuvre des aspects variés des modes de réalisation. Les instructions déchiffrables par ordinateur d’un programme, servant à effectuer les opérations des modes de réalisation de l'invention peuvent être, par exemple, le langage d'assemblage, ou, soit un code source soit un code objet écrit en combinaison avec un ou plusieurs langages de programmation.In general, the routines executed to implement the embodiments of the invention, whether implemented as part of an operating system or a specific application, a component 'a program, object, module or sequence of instructions, or even a subset thereof, may be referred to herein as "computer code program" or simply "encoded program" . An encoded program typically includes computer-readable instructions that reside at various times in various memory and storage devices in a computer, and when they are decrypted and executed by one or more processors in a computer, bring the computer performing operations necessary to perform operations and / or elements specific to the implementation of the various aspects of the embodiments. The computer-readable instructions of a program for carrying out the operations of the embodiments of the invention may be, for example, the assembly language, or either a source code or an object code written in combination with a or several programming languages.
[0067] Divers programmes codés décrits dans les présentes peuvent être identifiés selon l'application dans laquelle ils sont implémentés dans les modes de réalisation spécifiques de l'invention. Cependant, on remarquera que toute nomenclature d'un programme particulier qui suit est utilisée uniquement par commodité ; ainsi l'invention ne peut être limitée à un seul usage dans toute application spécifique identifiée et/ou sous-entendue par ladite nomenclature. Par ailleurs, au vu du nombre généralement infini de moyens par lesquels les programmes informatiques peuvent être organisés selon des routines, des procédures, des méthodes, des modules, des objets, et ainsi de suite, ainsi que les façons variées d'affecter les fonctionnalités d'un programme parmi diverses couches de logiciels qui résident dans un ordinateur typique (par exemple, les systèmes d'exploitation, les bibliothèques, les APIs, les applications, les applets, etc.), on remarquera que les modes de réalisation de l'invention ne sont pas limités à l'organisation spécifique et à l'affectation spécifique de fonctionnalités de programme décrites dans les présentes.Various coded programs described herein may be identified according to the application in which they are implemented in the specific embodiments of the invention. However, it will be noted that any nomenclature of a particular program that follows is used only for convenience; thus the invention can not be limited to a single use in any specific application identified and / or implied by said nomenclature. Moreover, in view of the generally infinite number of ways in which computer programs can be organized according to routines, procedures, methods, modules, objects, and so on, as well as the various ways of affecting functionality of a program among various software layers that reside in a typical computer (for example, operating systems, libraries, APIs, applications, applets, etc.), it will be noted that the embodiments of The invention is not limited to the specific organization and assignment of program features described herein.
[0068] Le programme codé mis en œuvre dans toute application/module décrite dans les présentes peut-être distribué individuellement ou collectivement comme un produit programme sous une variété de formes. En particulier, le programme codé peut être distribué en utilisant un médium de stockage déchiffrable par ordinateur disposant d’instructions de programme, déchiffrables par ordinateur en lui-même permettant à un processeur d'effectuer des aspects des modes de réalisation de l'invention.The encoded program implemented in any application / module described herein may be distributed individually or collectively as a program product in a variety of forms. In particular, the encoded program may be distributed using a computer-readable storage medium having computer-readable program instructions per se allowing a processor to perform aspects of the embodiments of the invention.
[0069] Les supports de stockage déchiffrables par machine, qui sont intrinsèquement non transitoires, peuvent inclure des médias tangibles volatiles et non volatiles, amovibles et non amovibles, implémentés dans toute méthode ou technologie de stockage de données, telles que des instructions de programme déchiffrables par machine, des structures de données, des modules de programme, ou autres données. Les supports de stockage déchiffrables par ordinateur peuvent aussi comprendre des mémoires RAM, ROM, EPROM (mémoire à lecture exclusivement, programmable et effaçable), une mémoire flash, ou toute technologie de support solide de mémoire, CD-ROM (disque compact portable doté d'une mémoire à lecture seule), ou tout autre stockage optique, bandes d'enregistrement magnétique, mémoire à disque magnétique, ou tout autre médium pouvant être utilisé pour stocker les données désirées, et qui est apte à être déchiffré par un ordinateur. Un support de stockage déchiffrable par ordinateur ne peut être interprété comme « des signaux transitoires » en soi (par exemple, des ondes radio ou toute autre onde électromagnétique se propageant à travers un support de transmission telle qu'un guide d'ondes, ou des signaux électriques transmis par câble). Les instructions de programme déchiffrables par ordinateur peuvent être téléchargées sur un ordinateur, un autre type d'appareil de traitement de données programmable ou sur tout autre dispositif de support de stockage déchiffrable par machine, ou vers un ordinateur externe ou vers un dispositif de stockage externe par un réseau.Machine-readable storage media, which are intrinsically non-transient, may include volatile and nonvolatile, removable and non-removable tangible media, implemented in any method or data storage technology, such as decrypted program instructions. by machine, data structures, program modules, or other data. Computer-readable storage media may also include RAMs, ROMs, EPROMs (read-only, programmable and erasable memory), flash memory, or any solid storage media technology, CD-ROM (portable compact disc with read only memory), or any other optical storage, magnetic recording tapes, magnetic disk memory, or any other medium that can be used to store the desired data, and which is capable of being deciphered by a computer. A computer-readable storage medium can not be interpreted as "transient signals" per se (for example, radio waves or any other electromagnetic wave propagating through a transmission medium such as a waveguide, or electrical signals transmitted by cable). The computer-readable program instructions may be downloaded to a computer, another type of programmable data-processing apparatus, or to any other machine-readable storage medium device, or to an external computer or to an external storage device by a network.
[0070] Les instructions de programme déchiffrables par ordinateur, stockées dans un support déchiffrable par ordinateur, d'autres types d'appareil programmable de traitement de données, ou d'autres dispositifs pour fonctionner d'une façon particulière, telles que les instructions stockées sur un support déchiffrable par ordinateur produisent un article de fabrication comprenant les instructions qui implémentent les fonctions, les actions et/ou les opérations spécifiées dans les organigrammes, diagrammes de séquence, et/ou diagrammes blocs. Les instructions de programme d'ordinateur peuvent être fournies à un ou plusieurs processeurs d'un ordinateur à usage général, à un ordinateur dédié, ou à un autre appareil programmable de traitement de données pour produire une machine tel que des instructions qui, lorsqu'elles sont exécutées à l'aide du ou des processeurs, accomplissent une série de calculs pour implémenter les fonctions, actions, et/ou les opérations spécifiées dans les organigrammes, diagrammes séquentiels et/ou diagrammes blocs.Computer-readable program instructions, stored in a computer-readable medium, other types of programmable data processing apparatus, or other devices for operating in a particular manner, such as stored instructions on a computer-readable medium produce an article of manufacture comprising the instructions that implement the functions, actions, and / or operations specified in the flowcharts, sequence diagrams, and / or block diagrams. The computer program instructions may be provided to one or more processors of a general purpose computer, to a dedicated computer, or to another programmable data processing apparatus for producing a machine such as instructions which, when they are performed using the processor (s), perform a series of calculations to implement the functions, actions, and / or operations specified in flow charts, block diagrams, and / or block diagrams.
[0071] Dans certains autres modes de réalisation, les fonctions, les actions et/ou des opérations spécifiées dans les organigrammes, diagrammes de séquence, et/ou des diagrammes blocs peuvent être commandées à nouveau, traitées en série, et/ou traitées en même temps conformément aux modes de réalisation de l'invention. De plus, tout organigramme, diagramme séquentiel, et/ou diagramme bloc peut inclure plus ou moins de blocs que ceux illustrés tout en restant conformes avec les modes de réalisation de l'invention.In certain other embodiments, the functions, actions and / or operations specified in the flowcharts, sequence diagrams, and / or block diagrams may be reordered, serially processed, and / or processed. same time in accordance with the embodiments of the invention. In addition, any flow chart, block diagram, and / or block diagram may include more or fewer blocks than those illustrated while remaining consistent with the embodiments of the invention.
[0072] La terminologie utilisée dans les présentes a pour but de décrire uniquement des modes de réalisation particuliers et n'est pas destinée à limiter les modes de réalisation de l'invention. Le singulier des articles définis et indéfinis « un », « une », « le » et « la » tels qu'ils sont utilisés dans les présentes sous-entend également les formes plurielles, sauf s'il en est indiqué autrement et clairement par le contexte. Par ailleurs, les termes « comprend », « comprennent » et/ou « comprenant » lorsqu'ils sont utilisés dans cette spécification, précisent la présence de caractéristiques, de nombres entiers, d'étapes, d'opérations, d'éléments, et/ou de composants, mais n'excluent pas la présence ou l'ajout d’un ou de plusieurs caractéristiques, nombres entiers, étapes, éléments, composants et/ou groupes en cela. De plus, dans la mesure où les verbes « inclure », « comporter » « ayant », « a », « possède », « dispose de » et « composé de », ou des variantes, sont utilisés dans la description détaillée des revendications, ces termes sont censés être inclusifs de façon similaire au verbe « comprendre ».The terminology used herein is intended to describe only particular embodiments and is not intended to limit the embodiments of the invention. The singular definite and indefinite articles "a", "an", "the" and "the" as used herein also imply plural forms, unless otherwise indicated and clearly the context. In addition, the terms "includes", "includes" and / or "including" when used in this specification, specify the presence of characteristics, integers, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more features, integers, steps, elements, components and / or groups therein. Moreover, to the extent that the verbs "include", "include" "having", "a", "possesses", "disposes of" and "composed of", or variations, are used in the detailed description of the claims these terms are meant to be inclusive in a similar way to the verb "to understand".
[0073] Bien que l'invention soit illustrée par une description de divers modes de réalisation et bien que ces modes de réalisation soient décrits de façon très détaillée, il n'est pas de l'intention du demandeur de restreindre ou de limiter, de quelque façon que ce soit, l'étendue des revendications des présentes à ces détails. Des avantages supplémentaires et des modifications possibles apparaîtront aisément aux hommes de métier. L'invention sous un angle plus large n'est donc pas limitée aux détails spécifiques, aux méthodes et aux appareils représentatifs, et aux exemples illustrateurs montrés et décrits. Par conséquent, il est possible de s'éloigner de ces détails sans s'éloigner de l'esprit et de la portée du concept inventif général de l'appliquant. 1Although the invention is illustrated by a description of various embodiments and although these embodiments are described in great detail, it is not the intention of the applicant to restrict or limit, in any way, the scope of the claims hereof to these details. Additional benefits and possible modifications will be readily apparent to those skilled in the art. The invention in a broader perspective is therefore not limited to the specific details, methods and representative apparatus, and illustrative examples shown and described. Therefore, it is possible to move away from these details without departing from the spirit and scope of the Applicant's general inventive concept. 1
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1651587AFR3048299A1 (en) | 2016-02-26 | 2016-02-26 |
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1651587AFR3048299A1 (en) | 2016-02-26 | 2016-02-26 |
| Publication Number | Publication Date |
|---|---|
| FR3048299A1true FR3048299A1 (en) | 2017-09-01 |
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1651587APendingFR3048299A1 (en) | 2016-02-26 | 2016-02-26 |
| Country | Link |
|---|---|
| FR (1) | FR3048299A1 (en) |
| Title |
|---|
| No relevant documents disclosed* |
| Publication | Publication Date | Title |
|---|---|---|
| US20220335419A1 (en) | System and method for autonomous sustenance of digital assets | |
| US9928540B1 (en) | System for integrating courier service with customer applications | |
| US20220237599A1 (en) | Efficient, accurate, and secure digital asset conversions for real-time funding of merchant transactions | |
| US20090240623A1 (en) | Business Event Triggered, Policy-Driven Payment Management | |
| KR20210070593A (en) | Method and system for reserving furture purchases of goods | |
| AU2022246182B2 (en) | Computer network systems for cryptographically-secured, token-based operations and methods of use thereof | |
| FR3066299A1 (en) | A SYSTEM AND METHOD FOR PROCESSING AND ACCOUNTING RECONCILIATION OF AN INVOICE DATA FILE | |
| CN114971879A (en) | Information processing system and information processing method | |
| AU2025203760A1 (en) | Dual stage bulkheads | |
| US11315098B2 (en) | System and method for group payments | |
| US10558980B2 (en) | Online transaction processing system for transactions including multiple product suppliers | |
| CA3094436A1 (en) | System and method for transmitting data over authorized transmission channels | |
| CA3138791C (en) | Methods and apparatus for load shedding | |
| FR3048299A1 (en) | ||
| FR3049373A1 (en) | ||
| FR3090960A1 (en) | AUTOMATIC LEARNING FOR FRAUD DETECTION IN A COMPUTER RESERVATION SYSTEM | |
| FR3055995A1 (en) | DATABASE MANAGEMENT SYSTEM | |
| FR3061575A1 (en) | INTERRUPTION INDEX FOR TRACKING DATABASE RECORDS | |
| FR3079040A1 (en) | SYSTEM AND METHOD FOR PROVIDING PRODUCTS | |
| US12099950B2 (en) | Order cancelling UI component management | |
| FR3078189A1 (en) | EXCHANGES WITH AUTOMATIC ACCOUNTING OF FACTORS ASSOCIATED WITH EXCHANGES | |
| US20240202184A1 (en) | Methods and systems for managing list data structures in event-driven systems | |
| FR3049367A1 (en) | ONLINE TRANSACTION PROCESSING SYSTEM FOR TRANSACTIONS INVOLVING MULTIPLE PRODUCTS | |
| FR3049372A1 (en) | ||
| FR3049368A1 (en) | ONLINE TRANSACTION PROCESSING SYSTEM FOR TRANSACTIONS INVOLVING MULTIPLE PRODUCTS |
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment | Year of fee payment:2 | |
| PLFP | Fee payment | Year of fee payment:3 | |
| PLFP | Fee payment | Year of fee payment:5 | |
| PLFP | Fee payment | Year of fee payment:6 | |
| PLFP | Fee payment | Year of fee payment:7 | |
| PLFP | Fee payment | Year of fee payment:8 | |
| PLFP | Fee payment | Year of fee payment:9 |