Abstract: One inventive step includes facilitating obtaining a payment file associated with a buyer (for example, directly from the buyer, or from a third party partner). The file includes data specifying a first form of payment from the buyer to a first biller and data specifying a second form of payment, different than the first form of payment, from the buyer to a second biller. Other inventive steps include facilitating appending first stored data to the data specifying the first form of payment to the first biller, to effectuate payment to the first biller by the first form of payment; and facilitating appending second stored data to the data specifying the second form of payment to the second biller, to effectuate payment to the second biller by the second form of payment.

Abstract: One inventive step includes facilitating obtaining a payment file associated with a buyer (for example, directly from the buyer, or from a third party partner). The file includes data specifying a first form of payment from the buyer to a first biller and data specifying a second form of payment, different than the first form of payment, from the buyer to a second biller. Other inventive steps include facilitating appending first stored data to the data specifying the first form of payment to the first biller, to effectuate payment to the first biller by the first form of payment; and facilitating appending second stored data to the data specifying the second form of payment to the second biller, to effectuate payment to the second biller by the second form of payment.

Abstract: One inventive step includes facilitating obtaining a payment file associated with a buyer (for example, directly from the buyer, or from a third party partner). The file includes data specifying a first form of payment from the buyer to a first biller and data specifying a second form of payment, different than the first form of payment, from the buyer to a second biller. Other inventive steps include facilitating appending first stored data to the data specifying the first form of payment to the first biller, to effectuate payment to the first biller by the first form of payment; and facilitating appending second stored data to the data specifying the second form of payment to the second biller, to effectuate payment to the second biller by the second form of payment.

Abstract: The present invention provides a system and method for using an organization's existing ERP to perform automated reconciliation of purchasing card transactions. A buyer receives invoices from a supplier requesting payment for goods or services. The buyer's ERP validates the invoice using, for example, a three-way match process. After three-way validation, and once the invoices come due, the buyer's ERP sends the supplier an e-mail remittance advice. This remittance advice includes the buyer's partially masked purchasing card details, and a unique payment number that was previously generated by the buyer's ERP, and that is associated with a corresponding open purchase order. The supplier submits a payment authorization request to a POS device by inputing the partially masked purchasing card details and the unique payment number from the buyer ERP's e-mailed remittance advice. The payment network processes the supplier's payment request in accordance with conventional payment network authorization procedures.