Resources · n8n integration

PayPal n8n integrationAutomate PayPal with n8n.

Sending money should be a workflow step, not a tab you keep open. The PayPal n8n integration exposes 4 operations across 2 resources, Payout and Payout Item, plus a trigger that listens through a webhook. It fits finance and ops people who pay the same list of people every month.

Verified Trustpilot reviews · AI, automation & growth agency

Why automate

What does the PayPal n8n integration actually cover?

The PayPal n8n integration connects a PayPal REST API app to your workflows. The node works on two resources: Payout, where you create a batch payout and show its details, and Payout Item, where you cancel an unclaimed item or show the details of one. The PayPal Trigger handles the other direction: PayPal calls an n8n webhook, which is a URL n8n registers when you activate the workflow, and the run starts from that call.

Three jobs come back again and again. Paying a list of contractors at the end of the month: one row per person in Google Sheets, one payout.create call, one batch sent instead of separate manual transfers. Checking what a batch contains afterwards: payout.get reads the batch details back, and the workflow writes them next to the right line. Fixing one entry: payoutItem.cancel takes back a single unclaimed item when someone was listed with the wrong address, and the other items of the batch are not part of that call.

Money in and money out rarely live in the same tool. Revenue arrives through Stripe, cross-border transfers go through Wise, and the bookkeeping side lands in Xero. n8n is the place where those four nodes share one workflow, one set of credentials and one execution log, so a payout run can be replayed and read line by line.

The node covers the Payout and Payout Item resources. For any PayPal API endpoint outside that list, the HTTP Request node calls it directly and reuses the same PayPal credential through predefined authentication, so you never manage a second Client ID for the same app.

Two things are worth knowing before you build. On payout.get, Return All chains through the pages of the API and brings everything back, while leaving it off means Limit decides how many items you get. On the trigger side, the Event Names or IDs field is required, so a PayPal Trigger with an empty event selection blocks the node instead of listening to everything.

If you are still choosing a platform, the n8n review goes through hosting, pricing model and how the editor behaves on long workflows, which matters more than the node count once a payout runs on a schedule.

Connect

How do you connect PayPal to n8n?

  1. 01

    Create the app on the PayPal developer side

    The keys do not come from the account you use to send money. Create a PayPal developer account, open the developer dashboard, then go to Apps and Credentials, REST API apps, Create app. Creating the app generates the two values n8n needs: a Client ID and a Secret. Keep the dashboard open, you copy both in the next step.

  2. 02

    Store the credential once in n8n

    In n8n, open the Credentials menu and create a PayPal credential. It asks for three things: the Client ID generated with the app, the Secret generated with it, and an Environment, where you select Live or Sandbox. A credential is created once and reused in every workflow, so this is the only screen where those keys are typed.

  3. 03

    Point the node and the trigger at it

    Add the PayPal node or the PayPal Trigger to a canvas, then pick the credential in the dropdown of the node. The same credential authenticates both, so a workflow that listens with the trigger and answers with a payout call needs one entry, not two. Pick the resource, Payout or Payout Item, and the operation list narrows to what that resource supports.

Triggers

What starts a workflow from PayPal ?

PayPal Trigger is the node that starts a workflow when PayPal calls n8n. Activate the workflow: n8n gives you the webhook URL to register in PayPal, and every call becomes an execution.

What you see in n8n

Configuration notes

01Set Up the PayPal TriggerThe PayPal Trigger is a separate node from the PayPal node, and it is the one that starts a run. Version 1 asks for very little: the same PayPal credential the action node uses, picked from the same dropdown, and the events you want to hear about. Nothing else has to be configured before a first test run.

The PayPal Trigger is a separate node from the PayPal node, and it is the one that starts a run. Version 1 asks for very little: the same PayPal credential the action node uses, picked from the same dropdown, and the events you want to hear about. Nothing else has to be configured before a first test run.

Key parameters

  • Event Names or IDs: required, a multi-select. You either choose entries from the list, or you specify the IDs with an expression, which is the n8n syntax that reads a value instead of hard-coding it. Required means the node refuses to run while the field is empty, so the selection is a decision you make up front rather than a filter you add later.
When to use it
whenever PayPal is the side that knows something happened first, and n8n should react rather than ask every few minutes. The PayPal node never starts a run by itself, it only acts once something else has, so a workflow that must answer PayPal begins with this node on the left of the canvas.
02Receive Events Over the WebhookThis trigger works by webhook, meaning a URL that PayPal calls on its own. n8n registers that URL with PayPal when you activate the workflow, and each event reaches the canvas within seconds. The URL itself is produced by n8n, you do not type it. Nothing re-reads an endpoint on a timer here, so no event falls between two checks.

This trigger works by webhook, meaning a URL that PayPal calls on its own. n8n registers that URL with PayPal when you activate the workflow, and each event reaches the canvas within seconds. The URL itself is produced by n8n, you do not type it. Nothing re-reads an endpoint on a timer here, so no event falls between two checks.

Key parameters

  • Event Names or IDs: the selection made in the trigger is what decides which calls actually start a run.
When to use it
for anything that must react in seconds rather than on a schedule, such as starting a reconciliation the moment PayPal reports on a batch. Keep in mind that registration happens at activation, so a workflow left inactive is not listening.
Actions

What can the PayPal node do?

The PayPal node exposes 4 operations across 2 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.

Resources × operations matrix
ResourceCreateGetCancel
Payout✓✓
Payout Item✓✓

Payout

2 operations
01

Create a payout

payout.create

What you see in n8n

Notes & use cases

One call hands PayPal a whole batch: every recipient and every amount, in a single payout.

Key parameters

  • Sender Batch ID: required. A sender-specified ID number that tracks the payout in an accounting system.
  • Items: add recipients one by one with Add Item, or switch to the JSON field and pass an array of individual payout items.
  • Recipient Type and Receiver Value: the ID type that identifies the recipient, Email, Phone or PayPal ID, and the matching receiver value, 127 characters max.
  • Amount and Currency: the value, with a currency taken from AUD, BRL, CAD, CZK, DKK, EUR or USD.
Use cases
monthly contractor payments assembled from a spreadsheet, sent as one batch per run.
02

Get a payout

payout.get

What you see in n8n

Notes & use cases

Reading a batch back gives the workflow the batch details instead of a guess about what was sent.

Key parameters

  • Payout Batch ID: required, the ID of the payout for which to show details, often {{ $json.field }} when an earlier step stored it.
  • Return All: on, n8n walks through the pages of the API and returns everything; off, Limit sets the maximum number of items returned.
Use cases
a recap workflow that reads a batch after the fact and writes one line per item into a finance sheet.

Payout Item

2 operations
03

Cancel a payout item

payoutItem.cancel

What you see in n8n

Notes & use cases

Batches are rarely wrong as a whole. They go wrong on one line. This operation cancels an unclaimed payout item, and nothing else in the batch is part of the call.

Key parameters

  • Payout Item ID: required, the ID of the payout item to cancel. It is the item identifier, not the batch identifier the create step was given.
Use cases
an approval flow where a reviewer flags one recipient of a batch, and the workflow cancels that unclaimed item instead of unwinding the whole run by hand.
04

Get a payout item

payoutItem.get

What you see in n8n

Notes & use cases

Where the batch view stays high level, this one zooms in: it shows the details of a single payout item.

Key parameters

  • Payout Item ID: required, the ID of the payout item for which to show details. One item per call, so a list of IDs runs through the node item by item.
Use cases
a support workflow that takes an item reference from a form and answers with the details of that line, without anyone opening the PayPal dashboard to look it up.
Need help

Need help automating PayPal with n8n?

A person reads every message.

FAQ

PayPal and n8n, the questions that come next

01Is the PayPal n8n integration free to use?
Yes, on the n8n side. The PayPal node and the PayPal Trigger ship with n8n, so there is nothing to install and no add-on to buy, whether you run n8n Cloud, the hosted offer, or a self-hosted instance under the Community Edition and its Sustainable Use licence. A workflow behaves the same in both cases, which means you can build a payout run locally and move it later without rewriting it. What a PayPal account itself costs is a separate question and is not covered here. The only prerequisite on the PayPal side is a developer account, since that is where the app generating the Client ID and Secret is created.
02What credentials does the PayPal node need?
One credential type, based on an API client and secret. You create a PayPal developer account, open the developer dashboard, then Apps and Credentials, REST API apps, Create app. Creating the app generates a Client ID and a Secret. In n8n, the credential asks for those two values plus an Environment, where you select Live or Sandbox. The same credential authenticates the PayPal node and the PayPal Trigger, so a workflow that listens and pays needs one entry in the Credentials menu. Credentials are stored once and offered in the dropdown of every node afterwards, which also means rotating the Secret is done in one place.
03What are the limits of the PayPal node in n8n?
The node covers 2 resources and 4 operations: create a batch payout, show batch payout details, cancel an unclaimed payout item, show payout item details. For any PayPal API endpoint outside that list, the HTTP Request node calls it directly and reuses the same PayPal credential through predefined authentication, so you keep one app and one set of keys. Two field-level limits are worth planning for: on Get a payout, Return All decides whether n8n walks through every page of the API or stops at Limit, and Receiver Value accepts 127 characters at most. The trigger requires at least one entry in Event Names or IDs.
04Does the PayPal Trigger react in real time?
Yes. The PayPal Trigger works by webhook, which is a URL that PayPal calls when something happens. n8n registers that URL with PayPal when the workflow is activated, and each event reaches the workflow within seconds. Nothing re-reads the API on a timer, so there is no schedule to tune and no window where an event falls between two checks. The practical consequence is that activation matters: a workflow left inactive has no registered URL, and the events that occur meanwhile do not queue up waiting for you. The Event Names or IDs field is required on the trigger, so the selection you make there is what decides which calls start a run.
05n8n or Make for PayPal automation?
It depends on four things, and price is only one of them. Hosting: n8n runs self-hosted with Docker or npm, or on n8n Cloud, while Make is hosted only. Data control: a payout workflow carries recipient addresses and amounts, and self-hosting keeps that traffic inside your own infrastructure. Cost model: Make bills per operation, which a batch payout run multiplies quickly, whereas a self-hosted n8n instance does not count them. Visual logic: both editors are node based, and the honest answer is that the preference is personal. Test the same payout flow on both before committing, since the PayPal node covers the same 4 operations either way.