One node covers all of Priority: records, procedures, reports, the buttons on a form, and read-only SQL. It reads your forms and fields from your own server while you build. Nothing drifts out of sync.
n8n-nodes-priority-gateway v3.17.1
MIT licensed
61 published versions
Level 3 became selectable the moment level 2 was picked.
Nothing above was typed by hand. The node reads it from your Priority while you build the flow.
Priority answers in three different ways, and each one stops short. The first runs procedures, but only from JavaScript. The second reads records in bulk, but only approved forms, and it cannot join. The third joins across tables, and it lives in the developer console. Wiring all three by hand means three patterns to build and then maintain forever.
A field name pasted into an HTTP node is a copy, and copies drift. Every column the customer adds is a flow that breaks in production instead of while you are building it.
One node, one credential, and a field list that cannot go stale.
Pick what you want to do. The node works out how, underneath.
Filtered reads three levels deep, row writes, and attachments taken from a file or a URL.
Bulk reads that bring parent and children back together, writes that create an order and its lines in one go, and paging handled for you.
Run a procedure or a report, with its fields found for you. Out comes HTML, Excel or PDF.
Press the same button a person would press inside Priority, against the row you picked.
Totals and breakdowns across several tables at once. The builder works out the joins, or write the query yourself if you prefer.
Bring attachments back along with the records. Embed them for a one-off job, or link to them for a screen full of results.
Every part of the panel flips between two modes. A guided form while you are exploring, raw input once you know exactly what you want.
Forms, fields, subforms, buttons and dropdown values all come from the server your credential points at, while you are building the flow.
Each choice narrows the next. Pick a form and its subforms appear; pick a row and the buttons that apply to it appear.
A dropdown carries the values Priority itself would offer, each marked with what it is: the default, a fixed Choose list, a searchable lookup, or a yes/no flag. You pick from the real set instead of guessing a code.
Half-typed names are answered from a local cache. Without it, n8n throws away the request still in flight and the dropdown below goes blank exactly while you are typing.
Type the comparison into the value itself, and the node translates it.
| You type | It means |
|---|---|
>=100 | at least 100 |
<>ABC | anything except ABC |
SO* | starts with SO |
1..100 | between 1 and 100 |
One syntax, translated three different ways depending on how the call goes out.
Priority cannot normally join across tables. The builder finds the shortest path between the tables your columns live on, and writes the join for you.
Columns from joined tables appear in the same dropdown, grouped under the table they belong to. Picking one adds the join.
SELECT CUSTOMERS.CUSTDES, COUNT(*), SUM(ORDERS.TOTPRICE) FROM ORDERS, CUSTOMERS WHERE ORDERS.CUST = CUSTOMERS.CUST GROUP BY 1 FORMAT;
Read-only by construction. The gateway rejects every mutating verb before a query leaves the building, so a SQLI step cannot write to the ERP even if someone asks it to. Raw SQLI mode is the escape hatch when you would rather compose the query yourself, and it is read-only too.
Priority procedures stop on confirmation dialogs. A scheduled flow has nobody to press Continue, so you decide the answers while you build it.
One setting answers every dialog the same way. A list overrides it in order, so the third entry answers the third question.
Choose HTML, Excel, or PDF, and pick from the format templates Priority actually offers for that report. A Word template selects Word PDF on its own. Reports with a second parameter page are handled as a normal step, not a workaround.
Parent, subform and sub-subform, whether you are reading or writing. Each level takes its own columns and its own filter.
A connector token carries the whole Priority identity, so the credential form asks for three things and hides the rest.
Also fills the Company dropdown.
Everything else sits behind the Advanced toggle.
Server, tabulaini, user, language, and any App or Cloudflare Access keys it was minted with. No other Priority field is needed, and no Priority password is stored in n8n.
Mint one yourself at <gatewayUrl>/connector. It lasts 365 days, and revoking it takes seconds.
Per-node Connection Overrides — 14 of them — let one flow reach a second company or a test environment without a second credential.
The node generates its own authoring spec — 26 sections, emitted from the node's own parameter definitions, so it cannot drift from what the panel accepts. The gateway serves that spec to any LLM.
Point an agent at GET /api/v1/n8n-guide, or let an MCP client call priority_discover({action:"n8n_node"}). It writes a working workflow JSON without opening the editor.
Install it the way your n8n runs, paste three fields, and import the example.
Settings → Community Nodes → Install, then search for n8n-nodes-priority-gateway. The node appears on the canvas straight away.
Run npm install n8n-nodes-priority-gateway inside ~/.n8n/nodes, then restart n8n.
One prerequisite: a running Priority Gateway. One gateway serves every n8n instance you have, and it is what puts WebSDK, OData, and SQLI behind a single credential. The node never talks to Priority directly, so no Priority SDK is installed on the n8n host.
One Priority behavior worth knowing up front: a WebSDK read with no filter returns zero rows. That is Priority, not the node — the SDK fetches rows only once a filter has been applied. The shipped example starts with a filter for exactly this reason. OData Query has no such requirement.
The package ships a workflow you can import as-is.
| File | examples/workflows/websdk-read-filtered.json |
|---|---|
| What it does | Reads CUSTOMERS, filtered on CUSTNAME with SO* |
| To run it | Import, select your credential, press Execute |
Every number here comes from the repository and the public npm registry.
Figures current to 8 August 2026. Published as n8n-nodes-priority-gateway.
The node runs in your own n8n. What it calls is the Priority Gateway, hosted for you on Amazon Web Services with Cloudflare in front — there is nothing on your side to install or keep running.
The hosted gateway runs in Amazon's Tel Aviv region, deployed from a versioned pipeline. Secrets live in AWS Parameter Store, encrypted, never in a database or a config file.
Every call your workflow makes arrives through Cloudflare: TLS, DDoS protection, a web application firewall, rate limiting and bot filtering, plus caching and routing that shorten the trip.
The servers accept no inbound connections. They dial out to Cloudflare and traffic comes back down that tunnel, so there is no public port to find and nothing to scan. Admin surfaces sit behind a second gate.
Your n8n can be self-hosted or on n8n Cloud, and your Priority can sit in Priority’s cloud or on your own servers. The gateway sits between them and reaches each over an outbound connection, so no port has to be opened on your network.
The node is one caller of the Priority Gateway. The same gateway and the same revocable token serve the rest of the family, and one registration provisions all of it.