2025-12-01, featuring the new Payment Instruments API for inbound funding workflows.
This version enables liability accounts to receive direct payments via ACH or wire transfer — allowing third parties to send funds directly to liability accounts without requiring explicit Payment creation.
What’s New
Payment Instruments API
Method now supports inbound funding workflows with the introduction of a newPaymentInstrument type: inbound_achwire_payment.
This feature allows liability accounts (e.g., loans, credit cards) to receive direct payments via ACH or wire transfer.
Key features:
- Provisions a unique virtual account number and routing number linked to a specific Method Account, effectively making the underlying liability routable
- Third parties can send funds directly to these credentials, and Method automatically applies the funds to the associated account, without requiring you to explicitly create a Payment
- Supports use cases such as payroll, refinancing, and other direct payment scenarios
- Create Instrument: Create a Payment Instrument of type
inbound_achwire_paymentfor a specific Method Account - Receive Banking Details: Method returns unique
account_numberandrouting_number - Share with a Third Party: Provide these banking details to a third party (e.g., payroll provider, refinance lender, or another bank)
- Inbound Transfer: When funds are sent to these credentials, Method receives the inbound ACH or wire transfer
- Automatic Application: Method automatically applies the received funds to the associated account
Available when passing
Method-Version: 2025-12-01 in the request header.Example Request
Example Request
Example Response
Example Response
Simulate API
The Simulate API now supports simulating inbound ACH / wire payments forinbound_achwire_payment Payment Instruments — making it easier for developers to test inbound payment flows in the development environment.
Simulate Inbound ACH/Wire PaymentsThis endpoint allows developers to simulate receiving an inbound payment and triggers the same automatic payment application logic used in production.
Available when passing
Method-Version: 2025-12-01 in the request header.Breaking Changes
-
Payment Instrument product names changed
- The
payment_instrumentproduct name has been split into three separate product names:payment_instrument.cardpayment_instrument.network_tokenpayment_instrument.inbound_achwire_payment
- In previous versions (
2024-04-04,2025-07-04), the Account object’sproducts,restricted_products,subscriptions,available_subscriptions, andrestricted_subscriptionsarrays contained the single product namepayment_instrument. - In
2025-12-01, these arrays now contain the three separate product names instead of the singlepayment_instrumentname.
- The
Why It Matters
This release enables new inbound funding workflows that simplify payment collection for liability accounts. By introducinginbound_achwire_payment Payment Instruments, developers can now:
- Enable third parties to send payments directly to liability accounts without explicit Payment creation
- Streamline payroll, refinancing, and other direct payment scenarios
- Automatically apply inbound transfers to the associated account
- Test inbound payment flows more easily with enhanced Simulate API support
Upgrading to 2025-12-01
The new API version is available to all existing teams. New teams are automatically pinned to2025-12-01.
- Request Header: Set
Method-Versionto2025-12-01. See API Versioning for more information - Client Libraries:
method-nodeandmethod-pythonv2.1.0+ default to this version
Once upgraded, rollbacks to prior API versions are not supported. Contact your Method CSM for upgrade assistance.