PostgreSQL Schema
The Float Service uses a single PostgreSQL table as its primary data store for float records. The primary instance and its read replica are in us-east-2.
FloatMeAPI_userloansmodel
One row per float advance. Every Lambda in the service reads from or writes to this table.
| Column | Type | Description |
|---|---|---|
|
|
Primary key. |
|
|
Reference to the owning user. |
|
|
|
|
|
Advance amount disbursed to the user. |
|
|
Fee charged for the advance. |
|
|
Current float status. See Float Statuses. |
|
|
Float due date — the date collection is expected to begin. |
|
|
USIO debit reference ID for the most recent collection attempt. Empty until the first attempt; overwritten on each new attempt. For a |
|
|
USIO credit reference ID for the disbursement. Should match a payment record in the Payments Service. |
|
|
Unused. |
|
|
Unused. |
|
|
Float creation timestamp. |
|
|
Underwriting evaluation reference ID. Links this float to the eligibility result from the Underwriting Service. |
|
|
Initial due date calculated at float creation. |
|
|
|
|
|
Cached next-payday prediction: the first payday after the float’s due date, set at float creation. No collection run reads it. |
Source: pkg/rds/
Float Statuses
ach_debit_status values and their transitions are documented in Float Lifecycle — Float Statuses.
Loan Types
| Value | Description |
|---|---|
|
Standard float. Disbursed via ACH credit. Collection uses pinless debit if a valid card is present, with ACH as the fallback. |
|
Float disbursed via pinless debit. Collection routing is the same as |
|
Float disbursed via Real-Time Payments. If the RTP submission fails with a P04 error and |