45 results about "Payment processor" patented technology

A variety of smart inference systems and robotic control devices are disclosed. A device networking system interconnects mobile devices, robotic devices, and others. A robotic controller secures and manipulates a controlled device user interface. A smart device system interprets data based on a plurality of models operating on a plurality of runtimes based on a plurality7 of capabilities. A smart payment processor system assigns payments accounts automatically as a function of a semantic matching between one or more inferred semantic identities. A robotic emulation device captures and analyzes a video signal from a target device and transmits manipulation signals emulating a peripheral input device. A system of carts are physically coupled in a charging configuration. A conveyor is configured to couple with another conveyor and having sensors to detect weight, size, location or other aspects of conveyed items, and implementing semantic analysis for management and augmentation.

A method for establishing a cross-issuer chargeback fraud detection system includes receiving a fraud analysis request for one or more chargebacks from a payment processor using an Application Programming Interface (API) over a computer network, extracting identifying information of transactions associated with the one or more chargebacks from the fraud analysis request, searching for a fraud analysis profile linked to the extracted identifying information in a profile database, determining whether the fraud analysis profile linked to the extracted identifying information exists in the profile database, upon determining that the fraud analysis profile linked to the extracted identifying information does not exist in the profile database, retrieving historical transaction data associated with the extracted identifying information from a historical transaction database, retrieving reported fraudulent activities from one or more financial institutions associated with the extracted identifying information, and aggregating the retrieved historical transaction data and reported fraudulent activities.

A verification computing system for verifying operation of a payment terminal and a payment processing network linking the payment terminal to a payment processor is provided. The verification computing system includes at least one verification computing module including at least one processor. The verification computing module is programmed to receive a test request message corresponding to a test payment card transaction from the payment terminal, identify a void flag included in the test request message, and bypass a settlement process for the test payment card transaction based on the identified void flag. The verification computing module is further configured to determine an operating status of the payment terminal and the payment processing network, generate a test response message based upon the determination, and transmit the test response message to the payment terminal for notifying a user.

A modelling platform including at least one processor in communication with a memory device and a payment processor is provided. The at least one processor is configured to retrieve subsets of data from a transaction history database, derive training data sets from the subsets, apply model input data fields of each training data set as inputs to one or more machine learning models, and apply a machine learning algorithm to adjust parameters of the one or more machine learning models. The at least one processor is also configured to upload at least one trained machine learning model to an operational predictive model module, apply a stream of real-time authorization request messages as inputs to the at least one trained machine learning model, and transmit, to the payment processor in real-time or near real-time, values of at least one output obtained by applying the stream.

Systems and methods are provided for a banking system that permits automatic generation of a second financial account using the account holder information associated with the first financial account. Account holders to reserve funds for future bill payments in a second financial account. The account holders may submit a bill reservation request that identifies a scheduled bill event with an associated bill amount to be paid from a first financial account via a payment processor. After receipt of the bill reservation request from the account holder, the banking system transfers funds equal to the bill amount identified in the bill reservation request from the first financial account to the second financial account. The banking system also instructs the payment processor to withdraw the bill amount identified in the bill reservation request from the second financial account instead of the first financial account. In this manner, an account holder may seamlessly reserve a portion of the first financial account for an upcoming bill in a manner that the account holder is prevented from accessing the reserved funds ahead of the bill payment.

The invention relates to a payment processing system and method for automatically transmitting a payment mode to a merchant. The method includes providing a list of a plurality of merchants to a user to receive a user selection of at least one merchant of the plurality of merchants to perform one or more transactions. In response to a user selection, the method includes authenticating the user based on user detailed information provided by the user to authorize the user to set one or more payment ways for at least one merchant selected by the user of the plurality of merchants. Subsequently, the method includes transmitting the user detailed information, the user authorization, and the one or more payment ways set by the user to a payment processor associated with each of the plurality of merchants selected by the user. Finally, the method includes receiving, from at least one merchant selected by the user of the plurality of merchants, a merchant confirmation of acceptance of the one or more payment ways set by the user. In some embodiments, the above process may also be used to delete one or more payment ways set for a plurality of merchants selected by the user and / or to delete a merchant selected by the user from a list of a plurality of merchants.

A merchant provisions a merchant provisioned token from a token service provider. The merchant sends a transaction authorization request, including the merchant provisioned token received from the token service provider to an alternate payment processor. The token service provider does not enforce the domain control restriction by indicating the merchant domain for which the merchant provisioned token was provisioned. The alternate payment processor validates a first set of token information received in the transaction authorization request with token reference information received form the token service provider. The alternate payment processor then indicates whether the token information on the transaction matches the token reference information. The card issuer and merchant may use this information to assist in their decisions to proceed with the transaction or decline the transaction.

The application discloses a kind of automatic charging engine configuration method and platform combined with agreement and service data, it is related to automatic charging technical field, it includes: S1, the rule quantifier for establishing for user to configure the charging rule in agreement, running obtains quantized charging rule;S2, the element extractor for being used to identify the unique field of service data and obtain the charging element corresponding to the service data, running obtains charging element;S3, the trigger of establishing including trigger, agreement / rule set matcher, rule engagement, running obtains the specific charging rule entry needing execution;S4, the data processor including calculator, generator, collection and payment processor, running obtains charging result.The application has the effect that more flexible automatic charging demand can be satisfied.

Systems and methods for payment processing include receiving, by a payment terminal, a personal account number to complete a payment. The personal account number is encrypted by the payment terminal. The encrypted personal account number is sent from the payment terminal to a merchant server via a network. The encrypted personal account number is sent from the merchant server to a tokenization service provider server for tokenization and validation via a payment processor. The merchant server receives an indication of whether the transaction was successful and a token from the tokenization service provider server.

A pet bath machine has a utility cabinet with a hot water line and a cold water line. The hot water line and the cold water line connect together at a water inlet line. A pump system includes a pump controller that controls a flow of water. The flow of water includes a flow of hot water and a flow of cold water. The pump controller can be a 12 VDC controller. A shampoo pump controls a flow of shampoo to the flow of water. A washing station has a washing chamber with a spray system mounted over the washing chamber. The spray system includes nozzle panels mounted in a nozzle panel frame. The nozzle panels have multiple individual nozzle heads. The spray system is connected to the water inlet line. The display is connected to a payment processor.

A method for optimizing refunds for suspected or detected fraudulent transactions includes receiving a chargeback analysis request for a potential chargeback transaction from a merchant or a payment processor extracting identifying information of transactions associated with the chargeback transaction from the chargeback analysis request, searching for a chargeback analysis profile in a profile database, determining whether the chargeback analysis profile exists in the profile database, upon determining that the chargeback analysis profile does not exist in the profile database, obtaining a new fraud analysis profile, determining, based on the chargeback analysis profile, a first probability that the potential chargeback transaction will result in a chargeback, determining, based on the chargeback analysis profile, a second probability that the potential chargeback transaction will result in a chargeback after a proactive electronic refund transaction, and generating a proactive electronic refund transaction based on the first probability and the second probability.

In one aspect, the present disclosure presents methods, devices, and systems for processing blockchain transactions associated with a client. A payment service is implemented as a gateway or an API endpoint that can be accessed by one or more clients. A request to submit a transaction is received from a given client, which is associated with a callback identifier. The callback identifier enables direct communication between the given client and another entity, such as a network node or another counterparty. A payment processor submits the transaction to the network node, and the submission is associated with the callback identifier. Subsequently, once the corresponding blockchain transaction has been created by the network node, a callback notification related to the client can be provided directly to the client from the network node using the callback identifier.

A computer-implemented method for determining a level of confidence that a payment transaction is not fraudulent is provided. The method is implemented using an assurance exchange (AE) computer device in communication with a memory. The method includes receiving authentication data associated with a candidate payment transaction being conducted by a cardholder via a website associated with a merchant from the merchant, storing the authentication data, receiving an authorization request message for the candidate payment transaction from a payment processor, retrieving the authentication data for the candidate payment transaction based on the authorization request message, and calculating an assurance level score based on the authentication data and the authorization request message. The assurance level score represents a level of confidence that the candidate payment transaction is not fraudulent. The method also includes transmitting the authorization request message including the assurance level score to an issuer processor.

A payment processing method and apparatus for using an intermediary platform are described. In one embodiment, the method comprises electronically receiving approval from an intermediary platform associated with a payment processor user of a first authorization request for a first transaction; electronically receiving for approval, at the payment processing system, a second authorization request for a second transaction from a merchant using a payment instrument used by an agent of the service provider; and settling transactions associated with the service provider, including clearing a batch of records corresponding to the service provider on a predetermined time basis by comparing, with a tracking engine of the payment processing system, transaction tracking information associated with authorization requests to net out individual transactions.

A general-purpose mobile device includes a computer-readable storage medium, a wireless transceiver, a memory circuit, a card-present card reader configured to initiate a card-present payment transaction from a payment card using a card-present protocol, and a general-purpose processing circuit communicatively coupled to the storage medium, the wireless transceiver, the memory circuit, and the card-present card reader. The storage medium is dynamically configurable through the wireless transceiver to enable the processing circuit and the memory circuit to perform a variety of general-purpose computing tasks. The processing circuit is configured to receive a message from a point-of-sale terminal to remotely activate the card-present payment transaction, obtain payment information for the remotely activated card-present payment transaction from the payment card using the card reader, send the obtained payment information to a payment processor to process the card-present payment transaction, and receive payment confirmation for the processed card-present payment transaction from the payment processor.

A finance management platform and method are disclosed. A model element data repository encodes a plurality of model elements representing invoicing outcomes, each model element including a score value. A processor is configured to execute computer program code for providing a finance management platform for a plurality of clients, including receiving invoicing data from a client data repository remote from the finance management platform, translating the received invoicing data into a common format and store the invoicing data in the common format in an invoice data repository, accessing the model element data repository and determine one or more of the model elements applicable to the invoicing data, calculating an overall score for the invoicing data from the applicable model element's scores and triggering a communication to a payment processor and an update to the invoice data repository upon the overall score exceeding a predetermined threshold.

The application relates to the technical field of vehicle-mounted payment, and discloses a vehicle-mounted face recognition payment device and system based on binocular vision, which comprises a payment terminal, the payment terminal is detachably installed on a central rearview mirror, the payment terminal comprises a payment main control board, a left camera, a right camera, a power module, a payment processor, a lamp, a payment memory, a TYPE-C interface and a wireless network interface are installed on the payment main control board, and the payment main control board is installed on an outer shell. Through the setting of the payment terminal and the intelligent vehicle-mounted terminal, after reaching the destination, the driver confirms the arrival place through the mobile terminal, confirms the arrival place, wakes up the payment terminal, then the passenger looks at the payment device, the payment terminal collects the face and the living body information of the passenger, and after comparison, the payment is completed; when the payment fails, the passenger continues to look at the payment terminal until the payment is successfully identified and completed, effectively solving the problem that the mobile terminal cannot be successfully paid due to no power, poor signal or insufficient traffic.

A payment method and apparatus wherein a customer sends a transaction message from a customer account for a current transaction to a payment processor and to a supplier including a hash of transaction information from the current transaction and an encryption of transaction information for the current transaction including a state of the transaction. The transaction information from the current transaction along with a hash of transaction information from a previous transaction is stored in a stream of transaction data in the customer account. The payment processor compares the hash of the transaction information from the previous transaction with a stored hash of the transaction information from the previous transaction to authenticate the customer.

The present invention discloses a dynamic subscription management system and method utilizing artificial intelligence. The system comprises a computing device configured to preauthorize a customer's payment instrument, forecast potential chargebacks using machine learning, estimate future cash flow, detect fraudulent activity using AI models, and dynamically adjust subscription terms based on customer characteristics. The computing device generates user interfaces displaying analytics and recommendations, and can automatically implement optimizations. The method includes acquiring real-time transaction data, analyzing attributes using machine learning to predict optimal payment processors, routing transactions accordingly, and dynamically adjusting subscriptions based on AI analysis of customer behavior. The system and method aim to prevent fraud, reduce chargebacks, optimize payment routing, and improve customer retention.

Systems and methods are directed to a supply chain liquidity platform that includes a transaction manager configured to receive requests associated with the supply chain liquidity platform. An accounts receivable (A / R) data store can record, for various entities associated with the supply chain liquidity platform, authenticated A / R to be paid to the various entities, while an accounts payable (A / P) data store can record, for various entities associated with the supply chain liquidity platform, authenticated A / P to be paid by the various entities. In operation, a payment processor, in response to the authenticated A / R, disburses a discount payment for the authenticated A / R to the associated entity, and provides an investor that funds the discount payment with an investment payment that includes at least the funds and an additional interest payment.

Computing systems and methods can use machine learning to improve the authorization of payments by payment systems. Specifically, contrary to existing payment authorization approaches which are static in nature, example aspects of the present disclosure are directed to machine learning systems which enable the dynamic and real-time optimization of one or more variable request parameters associated with a payment authorization request. Specifically, example computing systems described herein can employ one or more machine-learned models to assist in selection of a particular payment processor to which the authorization request is routed, optimization of one or more variable message parameters included in the authorization message (e.g., selection of values for a merchant identification, a merchandise category code, a transaction type, and / or other variable message parameters), and / or automatic generation and / or execution of an automated retry strategy that can be executed if a first authorization request is declined.

The present disclosure relates to a payment processing system and a method for automatic payment method transmission to merchants. The method comprises providing a list of plurality of merchants to a user for receiving a user selection on at least one of the plurality of merchants for performing one or more transactions. In response to the user selection, the method comprises authenticating the user, based on user details provided by the user, for authorizing the user to set one or more payment methods for the at least one of the plurality of merchants selected by the user. Subsequently, method comprises transmitting the user details, user authorization and the one or more payment methods set by the user to a payment processor associated with each of the plurality of merchants selected by the user. Finally, the method comprises receiving a merchant confirmation on acceptance of the one or more payment methods set by the user from the at least one of the plurality of merchants selected by the user. In some embodiments, the above process may be also used to delete the one or more payment methods set with the plurality of merchants selected by the user and / or delete a merchant from the list of the plurality of merchants selected by the user.

Systems and methods for allocating transactions between multiple parties are provided. In exemplary embodiments where a user has two or more contactless cards, each card may be tapped to a user device, and a user device application may receive payment information from each card. The user device application then sends each piece of payment information to one selected card. The selected card may then send each piece of payment information, including its own payment information, to a payment processor.

A computing device for securely transacting over a landline is provided. The computing device is configured to receive, through a landline, from a merchant in response to a transaction request by a user, a merchant identification message including a merchant identifier, extract the merchant identifier from the merchant identification message, query a database of merchant data including a plurality of merchants and a plurality of merchant identifiers, identify, in response to the query, the merchant by matching the extracted merchant identifier against the plurality of merchant identifiers in the database, retrieve, in response to successfully identifying the merchant, a token associated with a PAN of the user, generate a token message including the token, transmit the token message to the merchant through the landline, and receive, from a payment processor, a confirmation message indicating a payment using the PAN was made in response to the merchant receiving the token.

The invention in a preferred embodiment provides a two-step transaction architecture for physical collectible items featuring two separate financial events: an initial purchase with an optional premium (10%) that provides downside protection, followed by an automatic buyback offer for all packs. The system implements a distributed database architecture maintaining synchronized digital-physical representations, with WebSocket technology enabling real-time updates. The offer uses a formula factoring the maximum of pack price and estimated value, with a configurable irrevocable timer. During the acceptance window, offers dynamically update based on fresh market data. The second transaction processes through a ledger-based approach, debiting the platform's master ledger and crediting the user's in-platform wallet, with payment processor integration used only for withdrawals.

A payment processor computing device for performing an electronic transaction initiated by a vehicle is described. The payment processor computing device is configured to receive a registration secure token from a vehicle computing device, the registration secure token corresponding to a cardholder and including an account identifier, a vehicle identifier, and a biometric identifier. The payment processor computing device is further configured to store the registration secure token in memory, receive an authorization request message associated with a payment transaction initiated by the cardholder using the vehicle computing device in communication with a merchant computing device wherein the authorization request message includes a transaction secure token, authenticate the authorization request message by matching the transaction secure token to the registration secure token, embed a matching indicator within the authorization request message, and transmit the authorization request message with the embedded matching indicator to an issuer.

Embodiments of the present invention relate to methods and systems for effectively managing a digital currency system using a cryptocurrency scheme. The embodiments utilize a payment processor computer to manage entities in the digital currency system that have the right to generate, distribute, trade, and redeem digital currency units. In some embodiments, the digital currency may represent points in a loyalty program sponsored by an entity or organization. Transactions made using the digital currency and the rules for managing the digital currency can be tracked and maintained in a master ledger maintained by the payment processor computer and distributed as a sub-ledger to other entities within the digital currency system.

A transaction is conducted between a merchant site and a customer's electronic device using a payment processor. The merchant site is associated with a client-side application and a server-side application. The client-side application executes on the customer's electronic device. The client-side application electronically sends payment information retrieved from the customer's electronic device to the payment processor. The client-side application does not send the payment information to the server-side application. The payment processor creates a token from the payment information sent by the client-side application. The token functions as a proxy for the payment information. The payment processor electronically sends the token to the client-side application. The client-side application electronically sends the token to the server-side application for use by the server-side application in conducting the transaction. The payment information can thus be used by the server-side application via the token without the server-side application being exposed to the payment information.

A token-based biometric payment processing system facilitates point-of-sale (POS) processing of payments. A biometric identification provider (BIP) receives a single-use token (SUT) from a payment processor (PP). The SUT is associated at the PP with a payment account on file (PAOF) and with an identity at the BIP. Upon identification at a scanner by the BIP, the SUT is processed to generate payment data (PMT) that is secured. The PMT is sent to the scanner, which forwards the PMT to a PP terminal using a communication interface and protocol. The communication interface and protocol may use existing contactless approaches, such as those used for mass transit cards, allowing the scanner to communicate with a wide array of PP terminals. The PP terminal then sends the PMT on to the PP. The PP receives the PMT and, if the PMT is valid, initiates a transaction to transfer funds from the PAOF.

Some aspects of the present technology relate to technologies for providing a self-learning apparatus to detect all possible financial fraud behavior within a payment processor. In accordance with some configurations, payment protocols are modeled as a graph and a model simulation exhaustively searches all possible states spaces. Invariants are checked at each step and invariant violations (i.e., exploits) are logged with the sequence of steps that led to a respective exploit. In some aspects, upon determining a fix for the exploit, the graph model is updated and the model simulation is run again to confirm the fix has eliminated the exploit. A policy update or code enhancement may be implemented to modify the payment protocol accordingly.