Abstract: Processing a payment from a payer to a payee (operating a first computing system), by a second computing system, by receiving an electronically-generated payment transaction instruction (identifying the payer, specifying the amount of the payment, and specifying a communications link for the second computing system to obtain financial account information from the payer) from the first computing system, obtaining the financial account information from the payer via the specified communications link, generating an electronic data token representing the financial account information, outputting the electronic data token for transmittal to the first computing system (where the first computing system does not receive the financial account information and the second computing system does not provide the electronic data token to the payer), obtaining the amount from the payer using the financial account information, and forwarding at least a portion of the amount to the payee.

Abstract: A session to enroll customers to make payments has two stages, a first stage completed on the telephone or on a merchant or debt collector website, and a second stage completed via a communications link such as a telephone or Internet link. The customer enrollment record is linked to financial account information received from the customer in the second stage and stored on a second, secure server. A token linked to the securely stored financial account information is returned to the merchant and then used by the merchant to initiate payments on that financial account. The merchant's personnel and customer record system do not store or have access to the underlying financial account information.

Abstract: A session to enroll customers to make payments has two stages, a first stage completed on the telephone or on a merchant or debt collector website, and a second stage completed via a communications link such as a telephone or Internet link. The customer enrollment record is linked to financial account information received from the customer in the second stage and stored on a second, secure server. A token linked to the securely stored financial account information is returned to the merchant and then used by the merchant to initiate payments on that financial account. The merchant's personnel and customer record system do not store or have access to the underlying financial account information.

Abstract: A session to enroll customers to make payments has two stages, a first stage completed on the telephone or on a merchant or debt collector website, and a second stage completed via a communications link such as a telephone or Internet link. The customer enrollment record is linked to financial account information received from the customer in the second stage and stored on a second, secure server. A token linked to the securely stored financial account information is returned to the merchant and then used by the merchant to initiate payments on that financial account. The merchant's personnel and customer record system do not store or have access to the underlying financial account information.

Abstract: A system and method of collecting payments facilitates authorized generation of a payment order. In a preferred embodiment the automated system has a simple input screen which receives the necessary information for generation of the payment order, which may be read to the system operator over the telephone by the authorizing payor. The system verifies the bank and account information by comparing the input information to records in a database associated with the system. Optionally, the system may also generate an inquiry to the bank to determine the availability of finds in the payor's account.

Abstract: A system and method of collecting payments uses an automated system to generate a draft, payable to the creditor and drawn on the payor's checking account, pursuant to the payor's authorization. The draft is then executed by the debt collector as authorized signatory for the payor, and deposited into the payee's account to complete payment. The automated system has a simple input screen which receives the necessary information for generation of the draft, which may be read to the system operator over the telephone by the authorizing payor. The system verifies the bank and account information by comparing the input information to records in a database associated with the system. Optionally, the system may also generate an inquiry to the bank to determine the availability of funds in the payor's account. When verification is complete, the system generates a paper bank draft payable to the payor, using MICR ink so that the draft can be processed in the banking system like an ordinary check.

Abstract: A system and method of collecting payments uses an automated system to generate a draft, payable to the creditor and drawn on the payor's checking account, pursuant to the payor's authorization. The draft is then executed by the debt collector as authorized signatory for the payor, and deposited into the payee's account to complete payment. The automated system has a simple input screen which receives the necessary information for generation of the draft, which may be read to the system operator over the telephone by the authorizing payor. The system verifies the bank and account information by comparing the input information to records in a database associated with the system. Optionally, the system may also generate an inquiry to the bank to determine the availability of funds in the payor's account. When verification is complete, the system generates a paper bank draft payable to the payor, using MICR ink so that the draft can be processed in the banking system like an ordinary check.