Spinwheel offers a number of payment mechanisms and options depending on the specific use case you are supporting. All debt types can have direct payments submitted to them, with some unique structures to give better flexibility and control.
The key payment use cases we provide are:
- Cross debt payment: Payment that is able to be run with all liability types, loan servicers, and individual user debt lines.
- Push to Card Payments: Payments specific to credit card liabilities, with an accelerated time frame from submission to disbursement of funds to the account
- Student Loan Direct Payments: Direct student loan payments for liabilities connected via Direct Student Loan Connection. These payments have enhanced functionality intended to give more flexibility to how the payment is applied with an individual loan
Here are the broad concepts/models that are necessary to understand our payments flows.
An object that dictates how funds will be used for a given payment. Funds can be directed towards multiple liabilities and goals based on the configuration of the use of funds object.
The submission point for all payment origination, made up of a few key aspects:
|The amount to be applied with the transaction
|The type of transaction it is (ONE_TIME, RECURRING, ROUND_UP, AUTO_DEBIT)
|Use of Funds
|Allocation model for how the amount is to be distributed
Generated from the payment requests and the reference point for transaction status and lifecycle of the transaction itself
The starting point of funds disbursement, where you are transferring funds on to the platform for payment toward liabilities. Think of this as pre-filling the account where the funds will be disbursed from.
These statuses and their corresponding definitions can be found
|When a Transaction has been received by Spinwheel but not is yet in the process of being scheduled
|When a Transaction is in the process of being scheduled with the loan servicer by Spinwheel
|When a Transaction was unable to be SCHEDULED, and must be assessed to determine further action
|Once a Transaction has been successfully scheduled with a loan servicer
|When a Transaction is SCHEDULED but we are unable to determine if it was APPLIED or not
|Once a Transaction has been successfully applied with a loan servicer
|When a Transaction was not able to be successfully scheduled with a loan servicer
|When a Transaction has been cancelled and will not be completed because the payment request was deleted or the transaction is in an unrecoverable state
|When a Transaction has been returned by the servicer back to the originated account
To learn more about our debt APIs and 1-click solutions, visit spinwheel.io.
Updated 4 months ago