Plaid logo
Docs
ALL DOCS

Transfer

  • Transfer Overview
  • Transfer Application
  • Plaid Ledger flow of funds
  • Creating transfers
  • Customizing Transfer Rules
  • Tracking transfer status
  • Transfer Dashboard
  • Refunds
  • Recurring transfers
  • Reserves
  • Transfer UI
  • Platform Payments
  • Errors and returns
  • Testing in Sandbox
  • Glossary
Plaid logo
Docs
Close search modal
Ask Bill!
Ask Bill!
Hi! I'm Bill! You can ask me all about the Plaid API. Try asking questions like:
    Note: Bill isn't perfect. He's just a robot platypus that reads our docs for fun. You should treat his answers with the same healthy skepticism you might treat any other answer on the internet. This chat may be logged for quality and training purposes. Please don't send Bill any PII -- he's scared of intimacy. All chats with Bill are subject to Plaid's Privacy Policy.
    Plaid.com
    Log in
    Get API Keys
    Open nav

    Recurring Transfers

    Learn how to set up and use recurring ACH transactions

    Recurring transfers allow you to automatically originate fixed amount ACH transactions with a regular interval according to a schedule you define. Plaid currently supports intervals with an arbitrary number of weeks or months.

    Once you set up the recurring transfer, Plaid automatically originates the ACH transaction on the planned date, defined by the recurring schedule. You can look up and cancel recurring transfers. You may also receive updates about the recurring transfer itself, as well as each individual transfer originated by the recurring transfer.

    Recurring transfers cannot be used with Platform payments.

    Creating a recurring transfer

    Before creating a recurring transfer, you should be familiar with creating one-time transfers. See Creating Transfers.

    Use /transfer/recurring/create to create a new recurring transfer. The request body is very similar to /transfer/authorization/create, except that you will provide an additional schedule parameter.

    The schedule defines the start date and the recurring interval. Optionally, you may provide an end date, which is the last day, inclusively, that an ACH transaction can be originated. If the end date is not set, the recurring transfer remains active until it is canceled.

    The recurrence interval is calculated by multiplying interval_unit by interval_count. For example, to set up a recurring transfer that's originated once every 2 weeks, set interval_unit = "week" and interval_count = 2.

    The interval_execution_day parameter indicates which day in the week or month that you expect a new ACH transaction to be originated.

    For a weekly recurring schedule, interval_execution_day should be an integer ranging from 1 to 5, representing Monday through Friday.

    For a monthly recurring schedule, interval_execution_day should be either a positive integer ranging from 1 to 28, indicating the 1st through 28th day of the month; or a negative integer ranging from -1 to -5, where -1 is the last day of the month, -2 is the second-to-last day of the month, and so on.

    For example, a transfer with interval_execution_day of -1 in 2025 would be executed on January 31, February 28, March 31, April 30, June 2 (because the last day of May 2025 is a Saturday; see Weekend and bank holiday adjustment), June 30, etc.

    Canceling a recurring transfer

    To cancel a recurring transfer, use /transfer/recurring/cancel and provide the recurring_transfer_id of the recurring transfer you wish to cancel.

    If you cancel a recurring transfer on the same day that a new ACH transaction is supposed to be originated, it is not guaranteed that this transaction can be canceled.

    Once a recurring transfer has been cancelled, the status field associated with the recurring_transfer_id will be cancelled.

    Execution of scheduled recurring transfers

    Before each instance of a recurring transfer is executed, Plaid will automatically perform the same authorization check performed by /transfer/authorization/create. If the check succeeds, the transfer will proceed, and Plaid will notify you via a RECURRING_NEW_TRANSFER webhook. If the check fails, the transfer will not be executed, and Plaid will notify you via a RECURRING_TRANSFER_SKIPPED webhook.

    If a recurring transfer instance is skipped due to a failed authorization check, it will not be retried. Subsequent transfers will be attempted as normal.

    Once the last scheduled instance of a recurring transfer has been executed (or attempted to be executed), the status field associated with the recurring_transfer_id will move from active to expired.

    Weekend and bank holiday adjustment

    If the planned origination date falls on a weekend or a bank holiday, Plaid automatically adjusts it to the next available banking day, provided that the adjusted date is on or before the schedule's end_date.

    This means if the origination date after adjustment falls after the recurring schedule's end_date, it will not be originated. We recommend you always choose a banking day as the end_date in the schedule if it's needed.

    Receiving updates on a recurring transfer

    Plaid sends following webhook events regarding a recurring transfer:

    • RECURRING_NEW_TRANSFER when a new ACH transaction is originated on the planned date.
    • RECURRING_TRANSFER_SKIPPED when Plaid is unable to originate a new ACH transaction on the planned date due to a failed authorization, such the account having insufficient funds.
    • RECURRING_CANCELLED when the recurring transfer is cancelled by Plaid.
    • For all transfers created through recurring transfer, TRANSFER_EVENTS_UPDATE webhook events are also sent so that you can receive updates on each individual ACH transaction.

    The transfers created through recurring transfer appear in the response of /transfer/list and can be queried by /transfer/get given a transfer_id. The recurring_transfer object also has a transfer_ids field, containing the ids of the transfers originated by this recurring transfer. To get details of transfer instances created from a recurring transfer, you can call /transfer/recurring/get on a schedule and store the new transfer_ids, then call /transfer/get on those id(s) to retrieve the transfer details.

    Recurring transfers and PNC TAN expiration

    If you have a recurring transfer that lasts for over a year and where the end user's account is held at PNC Bank, you may need to send the Item through update mode at least once a year to avoid disruption of the transfer schedule. For more details, see PNC TAN expiration.

    Testing recurring transfers

    See Simulating recurring transfers.

    Was this helpful?
    Developer community
    GitHub
    GitHub
    Stack Overflow
    Stack Overflow
    YouTube
    YouTube
    Discord
    Discord