65 results about "Partial payment" patented technology

A method for allowing a customer to view and at least partially pay a bill incurred in a bar or a restaurant operating a POS system tracking the bill. The customer operates a mobile computing device running a mobile app communicating with the POS system. The bar or the restaurant has staff. The method includes receiving, via the POS system, check-in data in response to checking-in via the app and payment account data as a security in response to authorizing access to the payment account data via the app. The method includes receiving, via the staff, an order from the customer and associating, via the staff, the order with the payment account data in the POS system. The method includes displaying the bill in real-time via the app. The bill includes the order. The method includes receiving at least partial payment in response to such authorizing via the app.

Associating multiple existing financial accounts with a multi-card account. The single multi-card account may allow a cardholder to determine an order for processing a financial transaction among the multiple financial accounts. This ordering may be dependent on the type of financial transaction. Also, the cardholder may allows partial payments from multiple financial accounts, such that a single purchase could be allocated to multiple accounts associated with the multi-card account. These systems and methods minimize the number of cards a cardholder must carry, thus minimizing the chance of losing cards or otherwise having an unauthorized use of an account and also minimizing the chance of an embarrassing rejection of a transaction.

A retailer facilitates issuance of a digital license from a licensor to a customer for a corresponding piece of digital content. The retailer receives payment for the license from the customer, where the payment is to be shared with the licensor in a pre-determined manner. The retailer also receives customer-based information from the customer. The retailer then composes an actual license request including the obtained customer-based information, and including retailer-based information identifying the retailer to the licensor and acknowledging to the licensor that the retailer owes a portion of the received payment to the licensor. Thereafter, the retailer forwards the actual license request to the licensor. The licensor notes based on the retailer-based information in the actual license request that the retailer identified thereby owes the licensor at least a portion of the forwarded payment. If an individual sends a license request directly to the licensor and thus fails to forward payment for the license to a retailer, the actual license request as composed by the individual fails to include the retailer-based information. Accordingly, the licensor refuses to issue a license as requested based on the lack of retailer-based information.

Bit-currency Transactional Trust Tools (T3) is a set of tools and procedures based on expressing value through a bit string where the size of the string (bit count) reflects its value, and the identity of the bits is used to distinguish one such digital coin from the other, and for enabling an authentication hierarchy that alleviates the bottleneck of having a single source coin authentication for all transactions in coins issued (minted) by that mint; also enabling an instant split of a coin by simply splitting off a portion of the string of the coin, such that the bit count of the split-off string reflects its value. Each coin is comprised of that body string as described above, and a header that contains information regarding coin identifier, payment conditions, and suchlike. Such bit currency can be carried around everywhere bits are handled, and may be encrypted as necessary. Two online strangers could transact and make a payment by using the PINprivate procedure where by the strangers create a temporary secret which is sufficient for the payee to access the online location with the payment, and empty it before any third party can steal it; the temporary secret is based on the payer pre-calculating several computational tasks allowing the payee to randomly choose a task to compute, and communicating the identity of the chosen task (the temporary secret) by sending back the result, the task being a one-way function, it's unfeasible for any third party to find the secret before computing all the presented tasks. The bit currency can be exchanged between software applets carrying out rules of exchange and thereby allowing peer-to-peer networks to work more efficiently, and also allow for peer-to-peer distribution of digital goods to be carried out while honoring the digital rights of the digital file owner, so doing by allowing the mint to cut a portion of the payment digitally paid by the receiving node and allocate such cut to the digital rights owner.

A Software As A System (SAAS)-based system is disclosed herein for sending bills and payments in conjunction with a third-party accounting system. The system deploys a downloadable program interface to configure the third-party accounting system and then send and receive data between the two systems. The transmitted bills may contain an electronic signature, a line item billing, and/or other transaction-specific meta data, and, based on cash flow needs and outstanding bills, some or all customers may be offered a very substantial time-limited discount for immediate payment. Also, customers may use the line-item billing feature to withhold partial payments for specific issues attributed to specific items. Alternatively, a communication module between SAAS units (CSU) may be deployed to configure the third-party accounting system and then send and receive data between the two systems.

A computer-implemented system and method to facilitate a purchase utilizing a flexible spending account, comprising the steps of: receiving, at a host computer, a request for payment authorization for an item; determining whether the item qualifies for pre-tax treatment; and when the item qualifies for pre-tax treatment: determining at least partial payment authorization for the item, transmitting the at least partial payment authorization for the item to a point of sale device; causing the flexible spending account to be debited for at least a portion of the purchasing amount of the item based on the payment authorization; and debiting a non-flexible spending account for an item not qualifying for pre-tax treatment.

An auction with methods and mechanisms to avoid fraud are described. One fraud avoidance aspect involves the use of a financial institution, such as a factoring entity. The financial institution guarantees at least a partial payment of the amount owed by the winning buyer to the seller in case the winning buyer does not pay. Another fraud avoidance aspect provides the winning buyer with a period of time to inspect the goods or services purchased at the auction before having to pay for them.

Embodiments of the present invention provide a method, system and a point of sale device for generating and redeeming a virtual gift card. In accordance with an embodiment of the present invention, a virtual gift card is generated. The virtual gift card includes a computer readable code that corresponds to a gift card amount. The virtual gift card is sent to a recipient. The computer readable code is received from a wireless mobile device at a point of sale. The gift card amount is applied as at least partial payment for a purchase.

The invention provides a trade information processing method and a device. The trade information processing method includes the steps that a server generates a trade order according to a trade request submitted by a user. The trade order comprises a trade deadline, paid trade data and an order status identification; the server receives a plurality of paying data submitted by the user in the trade deadline. The plurality of paying data comprise first-time paying data; if the first-time paying data meet a first presupposed condition, the paid trade data are updated as the first-time paying data, and the order status identification is modified as partial payment; if the plurality of paying data meet a second presupposed condition, the paid trade data are updated as the sum of the plurality of paying data, and the order status identification is modified as payment completed. The trade information processing method can enable a user to obtain goods through payment for many times on the condition that the user can not complete one-off payment for the goods, reduces complexity of operations of the user, and reduces access burden of the server and occupancy of network bandwidth.

A computer-implemented method and system to facilitate a purchase utilizing a tax-advantaged account. A request to charge the tax-advantaged account for an item is received at a host computer. A determination is made whether the item qualifies for pre-tax treatment. If the item qualifies for pre-tax treatment then at least partial payment authorization for the item is determined, and the tax-advantaged account is debited for at least a portion of the purchasing amount of the item based on the payment authorization. If the item does not qualify for pre-tax treatment, then a non-tax advantaged account is debited for an item not qualifying for pre-tax treatment.

A transaction aggregator aggregates a plurality of transaction account charges for a user transaction account. The transaction charges are received from merchants for acquisitions made by a user. The user is offered an option to make at least a partial payment to the user transaction account by redeeming rewards from at least one user reward account associated with a rewards issuer. A reward redemption instruction is received from the user, the reward redemption instruction designating the redemption of rewards from at least one user reward account. The user reward account(s) designated by the user is caused to redeem the rewards by decreasing the rewards in the user reward account and conveying corresponding consideration to the transaction aggregator. A credit is provided on the user transaction account for an amount corresponding to the value of the rewards decreased in the user reward account(s).

A payment server that includes a payment request receiving unit configured to receive a payment request code including a first partial payment code, and a payment code determination unit configured to determine a second partial payment code based on the received payment request code. The payment server also includes a payment code generation unit configured to generate a payment code based on the first and second partial payment codes, the payment code being payable by a user.

In an exemplary embodiment, a claim administrator receives a list of salvage items associated with an insurance claim. The claims administrator dispatches a contractor to retrieve and store the salvage items, wherein the contractor is preferably a member of a restoration network associated with the claim administrator. The claim administrator then sells the salvage items to one or more buyers and collects payment for the salvage items from the buyers. The claims administrator also arranges for the delivery of the salvage items from the contractor to the buyers. Finally, the claim administrator distributes a first portion of the payment to the contractor and a second portion of the payment to the insurance carrier associated with the insurance claim. Thus, the claim administrator is able to manage the sale of the salvage items in connection with the management of the insurance claim.

Methods and systems are provided for processing a financial transaction. A set of conditions is received that define circumstances for execution of the financial transaction. Funds are collected for each of a plurality of partial payments prior to satisfaction of the set of conditions, with at least two of the partial payments being collected from different persons. The collected funds are accumulated for support of the financial transaction until satisfaction or failure of the set of conditions.

A payment system and method for electronic commerce transactions is disclosed. In an exemplary embodiment, a payment administrator receives a request for a payment notice for an electronic commerce transaction, such as a purchase on a merchant website. In response, the payment administrator creates a payment notice comprising a transaction amount (which may be converted between different currencies), an age restriction for the purchased product (if applicable), and a unique identifier for the electronic commerce transaction. Preferably, the unique identifier is presented in both human-readable form and machine-readable form (such as a barcode) on the payment notice. The payment administrator then transmits the payment notice to the purchaser, who may print and take the payment notice to a retailer for full or partial payment of the transaction amount printed on the payment notice.

A computer-implemented method for conducting an auction of an item associated with an event. The method includes the steps of receiving registration information from charitable organizations, donor organizations, and bidders through a network, storing the registration information on a server, matching one or more of the charitable organizations to one or more of the donor organizations and to an event based on the registration information stored on the server, conducting an auction of an item associated with the event concurrently with the event by receiving bids submitted by the bidders through the network, and securely collecting a payment for the winning bid through the network and automatically transferring at least a portion of the payment to one or more of the charitable organizations. Bidding in the auction is open during the event and closes after the event ends, and the value of the item is directly affected by occurrences during the event.