Note
We are pleased to announce that the Marqeta platform now offers ACH Receiving, a refreshed version of the API that enables third parties to credit or debit the general purpose account (GPA) of a Marqeta account holder. The API version featured on this page is being withdrawn and will not be used for new card programs.Existing card programs have already transitioned to ACH Receiving. Contact your Marqeta representative for more information.
We are pleased to announce that the Marqeta platform now offers ACH Receiving, a refreshed version of the API that enables third parties to credit or debit the general purpose account (GPA) of a Marqeta account holder. The API version featured on this page is being withdrawn and will not be used for new card programs.Existing card programs have already transitioned to ACH Receiving. Contact your Marqeta representative for more information.
Retrieve direct deposit record
Action:GETEndpoint:
/directdeposits/{token}
Retrieves a direct deposit record. Include the token path parameter to indicate the direct deposit record to retrieve.
A direct deposit record stores the details corresponding to a single direct deposit action, such as the type (debit or credit), amount, and associated dates and times.
URL path parameters
| Fields | Description |
|---|---|
| token string Required | Unique identifier of the direct deposit record to retrieve. Allowable Values: Existing direct deposit record token. Send a GET request to /directdeposits to retrieve direct deposit tokens. |
Response body
| Fields | Description |
|---|---|
| token string Returned | Unique identifier of the direct deposit record. Allowable Values: Existing direct deposit record token. |
| amount decimal Returned | Amount being debited or credited. Allowable Values: Existing amount in 0.00 decimal format. |
| type string Returned | Whether funds are being debited from or credited to the account. Allowable Values: DEBIT, CREDIT |
| state string Returned | Current status of the direct deposit record. Allowable Values: PENDING, APPLIED, REVERSED, REJECTED |
| settlement_date string Returned | Date when the credit or debit is applied. Allowable Values: Format: yyyy-mm-ddThh:mm:ssZ |
| state_reason string Returned | Explanation of why the direct deposit record is in the current state. Allowable Values: 255 char max |
| state_reason_code string Returned | A standard code describing the reason for the current state. Allowable Values: See ACHR return reason codes for the full list of supported codes and the grace period associated with each. |
| direct_deposit_account_token string Returned | Unique identifier of the affected deposit account. Allowable Values: 36 char max |
| user_token OR business_token string Returned | Unique identifier of the user or business associated with the direct deposit record. Allowable Values: Existing user or business token. |
| standard_entry_class_code string Returned | Three-letter code identifying the type of entry. Allowable Values: ACK, ADV, ARC, ATX, BOC, CCD, CIE, COR, CTX, DNE, ENR, IAT, MTE, POP, POS, PPD, RCK, SHR, TEL, TRC, TRX, WEB, XCK |
| company_name string Returned | Name of the direct deposit originator. Allowable Values: 16 char max |
| company_discretionary_data string Returned | Company-specific data provided by the direct deposit originator. Allowable Values: 20 char max |
| company_identification string Returned | Alphanumeric code that identifies the direct deposit originator. Allowable Values: 10 char max |
| company_entry_description string Returned | Description of the purpose of the direct deposit. Allowable Values: 10 char max |
| individual_identification_number string Returned | Accounting number by which the recipient is known to the direct deposit originator. Allowable Values: 15 or 22 char max, depending on the value of standard_entry_class_code. |
| individual_name string Returned | Identity of the direct deposit recipient. Allowable Values: 22 char max |
Sample response body
JSON
List direct deposit records
Action:GETEndpoint:
/directdeposits
Retrieves a list of all direct deposit records for your program.
This endpoint supports pagination and field filtering.
Query parameters
| Fields | Description |
|---|---|
| user_token OR business_token string Optional | Account holder for which to return records. Pass either a user_token or business_token. Performs a non-case-sensitive match.Allowable Values: Existing user or business token. Send a GET request to retrieve tokens from /users or /businesses. |
| direct_deposit_state string Optional | Performs a case-sensitive match on the direct_deposit_state field.Allowable Values: PENDING, APPLIED, REVERSED, REJECTED |
| count integer Optional | The number of direct deposit records to retrieve. Allowable Values: Up to 100 records Default value: 5 |
| start_index integer Optional | Specifies the sort order index from which to begin returning direct deposit records. Allowable Values: Any integer |
| start_settlement_date string Optional | The beginning of the settlement date range from which to return direct deposit records. Allowable Values: Format: yyyy-mm-dd |
| end_settlement_date string Optional | The end of the settlement date range from which to return direct deposit records. Allowable Values: Format: yyyy-mm-dd |
| sort_by string Optional | The fields by which to sort. Use any fields in the view schema, or one of the system fields lastModifiedTime or createdTime. Prefix a field name with a hyphen (-) to sort in descending order. Omit the hyphen to sort in ascending order.Allowable Values: Any field in the schema |
Sample response body
JSON
Create direct deposit transition
Action:POSTEndpoint:
/directdeposits/transitions
Changes the state of a direct deposit.
Direct deposits can have the following states:
| State | Description |
|---|---|
APPLIED | The credit or debit is applied to the deposit account. |
PENDING | The credit or debit is ready to be applied on the settlement date. |
REVERSED | If transitioned from PENDING, the credit or debit is not applied to the deposit account.If transitioned from APPLIED during the credit or debit grace period, the credit or debit is reversed (credits are debited, debits are credited). You cannot transition a credit or debit in the APPLIED state to REVERSED after the credit or debit grace period. The length of the grace period depends on the reason code associated with the state change. See ACHR return reason codes for the full list of supported codes and the grace period associated with each.NOTE: You can only return credit entries using the R23 reason code. Attempting to return a debit entry by transitioning it to REVERSED using this endpoint would result in a 400 HTTP error code and the message, “R23 can only be used when returning a credit entry refused by the receiver.” |
REJECTED | The credit or debit is not applied to the deposit account. In general, this state indicates that the Marqeta platform did not recognize the account or routing numbers used in the credit or debit, or that the account holder receiving the credit or debit does not have an active card. You cannot transition a credit or debit in the REJECTED state to another state. |
The reason_code field
When you create a direct deposit transition and change the state of a direct deposit, you must include a valid reason code to explain why the transition was made (unless you are transitioning a direct deposit to theAPPLIED state).
These reason codes are only used for ACH processing, and are not shared outside the ACH network.
The following table describes supported reason codes and the grace period associated with each reason. The reason code’s grace period represents the period of time during which you can reverse a previously applied direct deposit. The grace period begins after the settlement date.
Note
Unless stated otherwise, the grace period is calculated using banking days, which excludes US holidays and weekends. For example, a transition created on the Friday before Memorial Day would have a grace period until the following Wednesday, since the Monday is a holiday and Saturday and Sunday are non-banking days.
Unless stated otherwise, the grace period is calculated using banking days, which excludes US holidays and weekends. For example, a transition created on the Friday before Memorial Day would have a grace period until the following Wednesday, since the Monday is a holiday and Saturday and Sunday are non-banking days.
| Code | Message | Description | Grace Period |
|---|---|---|---|
| R01 | Insufficient funds | Available balance is not sufficient to cover the amount of the debit entry. | 2 days |
| R02 | Account closed | Account has been closed. | 2 days |
| R03 | No account Unable to locate account Inactive cardholder | Account number is a valid structure, but does not correspond to the user (or the cardholder is inactive). Also used when the account number designated is not associated with an existing account. | 2 days |
| R06 | Returned per ODFI request | The Originating Depository Financial Institution (ODFI) has requested that the Receiving Depository Financial Institution (RDFI) return an Erroneous Entry, or a credit entry has originated without the originator’s authorization. | 60 days |
| R08 | Payment stopped | The receiver has placed a stop payment order on this debit entry. | 2 days |
| R09 | Uncollected funds | A sufficient ledger balance exists to satisfy the dollar value of the transaction, but the available balance is below the dollar value of the debit entry. | 2 days |
| R10 | User advises of an unauthorized, improper, ineligible, or incomplete transaction. User advises that the originator is unknown to the receiver and/or the originator is not authorized to debit the receiver’s account. | The user indicates that the transaction is unauthorized, improper, ineligible, or incomplete. The receiver does not know the identity of the originator and/or the originator is not authorized by the receiver to debit the receiver’s account. | 60 days |
| R11 | Customer advises entry not in accordance with the terms of the authorization | The RDFI has been notified by the receiver that the originator and receiver have a relationship and an authorization to debit exists. However, an error in the payment means that the entry does not conform to the terms of the authorization (e.g. different amount than authorized, earlier than authorized, debit entry improperly reinitiated). NOTE: When sending this reason code, the RDFI must include Addenda field information to specify the reason for the return, such as “exceeds dollar amount” or the stale date. | 60 days |
| R14 | Representative payee is deceased or unable to continue in that capacity | The representative payee is a person or institution authorized to accept entries on behalf of one or more other persons, such as legally incapacitated adults or minor children. The transaction is denied because the representative payee is either deceased or unable to continue in that capacity. The beneficiary is not deceased. | 2 days |
| R15 | Beneficiary or account holder is deceased | The transaction is denied because the beneficiary and/or the account holder (other than the representative payee) is deceased. | 2 days |
| R16 | Account frozen/returned per OFAC instruction | Access to the account has been restricted by the RDFI or by legal action, or OFAC has instructed the RDFI or gateway to return the entry. | 2 days |
| R17 | Suspicious or questionable transaction | The RDFI believes that the entry containing invalid account information was initiated under questionable circumstances. NOTE: An RDFI who chooses to use R17 must add the description "QUESTIONABLE" to the Addenda Information field of the return. This will guide the ODFI when differentiating between suspicious returns and returns with routine account number issues. | 2 days |
| R20 | Non-transaction account | The ACH entry is destined for a non-transaction account, which is an account against which transactions are prohibited or limited. | 2 days |
| R23 | Credit entry refused by receiver | Any credit that is refused by the receiver may be returned by the RDFI to the originator. | 60 days, starting from when the receiver notifies the program of the intention to decline the funds |
| R24 | Duplicate entry | The RDFI has received what appears to be a duplicate entry: the date, dollar amount, trace number, and other data matches another transaction. | 2 days |
| R29 | Corporate customer advises not authorized | The RDFI has been notified by the receiver (non-consumer) that a specific entry has not been authorized by the receiver. | 2 days |
Body field details
| Fields | Description |
|---|---|
| token string Optional | Unique identifier of this direct deposit transition. If you do not include a token, the system generates one automatically. This token is used in other API calls, so rather than let the system generate a string, enter a string that you can remember. This value cannot be updated. Allowable Values: 36 char max |
| direct_deposit_token string Required | Unique identifier of the direct deposit. Send a GET request to retrieve tokens from /directdeposits.Allowable Values: 36 char max |
| channel string Required | The mechanism by which the transaction was initiated. Allowable Values: API, SYSTEM |
| state string Required | Specifies the new state. Allowable Values: APPLIED, REVERSED |
| reason string Required | Explanation of why the account transitions record was created. Allowable Values: 255 char max |
| reason_code string Required | A standard code describing the reason for the transition. NOTE: The reason code is optional when transitioning a direct deposit to the APPLIED state. It is required for the REVERSED state.Allowable Values: See ACHR return reason codes for the full list of supported codes and the grace period associated with each. |
Sample request body
JSON
Sample response body
JSON
Retrieve direct deposit transition
Action:GETEndpoint:
/directdeposits/transitions/{token}
Retrieves a direct deposit transition. Include the token path parameter to specify the record to return.
URL path parameters
| Fields | Description |
|---|---|
| token string Required | Identifies the direct deposit transition record to retrieve. Allowable Values: Existing direct deposit transition token. |
Sample response body
JSON
List direct deposit transitions
Action:GETEndpoint:
/directdeposits/transitions
Retrieves a list of direct deposit transition records.
This endpoint supports pagination and field filtering.
Query parameters
| Fields | Description |
|---|---|
| user_or_business_token string Optional | Account holder whose transition records you want to return. Allowable Values: Existing user or business token. Send a GET request to retrieve tokens from /users or /businesses. |
| direct_deposit_token string Optional | The direct deposit credit or debit for which to return transition records. Send a GET request to retrieve tokens from /directdeposits.Allowable Values: Existing direct deposit record token. |
| states string Optional | The states for which to return transition records. To list transition records for more than one state, create a comma-delimited list. Allowable Values: APPLIED, PENDING, REVERSED, REJECTED |
Sample response body
JSON