POST /processor/transactions/get
The /processor/transactions/get endpoint allows developers to receive user-authorized transaction data for credit, depository, and some loan-type accounts (only those with account subtype student; coverage may be limited). Transaction data is standardized across financial institutions, and in many cases transactions are linked to a clean name, entity type, location, and category. Similarly, account data is standardized and returned with a clean name, number, balance, and other meta information where available.
Transactions are returned in reverse-chronological order, and the sequence of transaction ordering is stable and will not shift. Transactions are not immutable and can also be removed altogether by the institution; a removed transaction will no longer appear in /processor/transactions/get. For more details, see Pending and posted transactions.
Due to the potentially large number of transactions associated with a processor token, results are paginated. Manipulate the count and offset parameters in conjunction with the total_transactions response body field to fetch all available transactions.
Data returned by /processor/transactions/get will be the data available for the processor token as of the most recent successful check for new transactions. Plaid typically checks for new data multiple times a day, but these checks may occur less frequently, such as once a day, depending on the institution. To force Plaid to check for new transactions, you can use the /processor/transactions/refresh endpoint.
Note that data may not be immediately available to /processor/transactions/get. Plaid will begin to prepare transactions data upon Item link, if Link was initialized with transactions, or upon the first call to /processor/transactions/get, if it wasn't. If no transaction history is ready when /processor/transactions/get is called, it will return a PRODUCT_NOT_READY error.
To receive Transactions webhooks for a processor token, set its webhook URL via the /processor/token/webhook/update endpoint.
Servers
- https://production.plaid.com
- https://sandbox.plaid.com
Request headers
| Name | Type | Required | Description |
|---|---|---|---|
Content-Type |
String | Yes |
The media type of the request body.
Default value: "application/json" |
Request body fields
| Name | Type | Required | Description |
|---|---|---|---|
start_date |
String | Yes |
The earliest date for which data should be returned. Dates should be formatted as YYYY-MM-DD. |
client_id |
String | No |
Your Plaid API |
options |
Object | No |
An optional object to be used with the request. If specified, |
options.include_personal_finance_category |
Boolean | No |
Personal finance categories are now returned by default. Default value: false |
options.count |
Integer | No |
The number of transactions to fetch. Default value: 100 |
options.include_original_description |
Boolean | No |
Include the raw unparsed transaction description from the financial institution. Default value: false |
options.include_logo_and_counterparty_beta |
Boolean | No |
Counterparties and extra merchant fields are now returned by default. Default value: false |
options.include_personal_finance_category_beta |
Boolean | No |
Personal finance categories are now returned by default. Default value: false |
options.offset |
Integer | No |
The number of transactions to skip. The default value is 0. Default value: 0 |
end_date |
String | Yes |
The latest date for which data should be returned. Dates should be formatted as YYYY-MM-DD. |
processor_token |
String | Yes |
The processor token obtained from the Plaid integration partner. Processor tokens are in the format: |
secret |
String | No |
Your Plaid API |
How to start integrating
- Add HTTP Task to your workflow definition.
- Search for the API you want to integrate with and click on the name.
- This loads the API reference documentation and prepares the Http request settings.
- Click Test request to test run your request to the API and see the API's response.