נוד קהילתי ל-n8n עבור Priority ERP

אוטומציה של Priority ERP מתוך n8n

נוד אחד מגיע לכל משטח של Priority — טפסים, פרוצדורות, דוחות, הפעלות על שורה, ושאילתות SQL לקריאה בלבד עם JOIN. כל טופס, שדה, תת-טופס וערך ברשימה נטענים חי מהשרת שלכם. שום דבר לא מקודד מראש, ולכן שום דבר לא יוצא מסנכרון.

להתקנת הנוד מה הנוד עושה
n8n-nodes-priority-gateway v3.17.1 7,657 הורדות ב-12 חודשים · 1,715 ב-30 הימים האחרונים 61 גרסאות שפורסמו
Priority Gateway — WebSDK · Read
Parameters Settings Docs
1 טופס listSearch
CUSTמחפש בשרת שלכם…
CUSTOMERS לקוחות ✓
CUSTPERSONNEL אנשי קשר ללקוח
CUSTDESTS אתרים של הלקוח
CUSTOBLIGO אשראי ואובליגו של הלקוח
2 שדות loadOptions
CUSTNAME CUSTDES STATDES PHONE EMAIL PAYDES ועוד 116
3 תתי-טפסים נפתחו
CUSTORDERS — הזמנות פתוחות
רמה 3 — בחרו תת-טופס

רמה 3 נפתחה לבחירה ברגע שנבחרה רמה 2.

שום דבר במסך הזה לא הוקלד ידנית. הנוד קורא את הכל מ-Priority שלכם בזמן בניית הזרימה.

כמה עולה אוטומציה של Priority בלי נוד ייעודי

שלושה פרוטוקולים, ולכל אחד יש קיר

Priority עונה ב-WebSDK, ב-OData וב-SQLI. ה-WebSDK מריץ פרוצדורות, דוחות והפעלות — אבל רק מ-JavaScript. ה-OData מטפל בכמויות רשומות, אבל רק לטפסים שאושרו לממשק, ובלי JOIN. ה-SQLI יודע לחבר טבלאות, והוא יושב בקונסולת הפיתוח. חיווט ידני של שלושתם פירושו שלוש תבניות קריאה לבנות ואז לתחזק.

רשימות שדות שהוקלדו ביד מתיישנות

שם שדה שהודבק לתוך נוד HTTP Request הוא עותק של הסכימה, ועותקים נסחפים. כל עמודה שהלקוח מוסיף, כל טופס שהוא מתאים לעצמו וכל תת-טופס חדש הופכים לזרימה שנשברת בייצור במקום בזמן הבנייה.

נוד אחד, הרשאה אחת, ורשימת שדות שלא יכולה להתיישן.

חמש פעולות. כל משטח של Priority.

אתם בוחרים את הפעולה. הנוד בוחר את הפרוטוקול שמתחת, וה-Gateway מדבר אותו.

WebSDK

פעולות על טפסים

קריאות מסוננות עם תתי-טפסים בשלוש רמות, כתיבת שורות, וצירוף קבצים מנתונים בינאריים או מכתובת. הסינון החכם וחיפושי התווים הכלליים חיים כאן.

ReadCreateUpdateDeleteUpload File
OData

פעולות על רשומות

קריאות בכמות שמחזירות אב וילדים בקריאה אחת, כתיבת deep-insert שיוצרת הזמנה ואת השורות שלה יחד, ועימוד שמטופל עבורכם.

QueryCreateUpdateDeleteUpload File
WebSDK

פרוצדורות ודוחות

הרצת פרוצדורה או הפקת דוח עם שדות שהתגלו אוטומטית. פלט ב-HTML, ב-Excel או ב-PDF, כשרשימת תבניות הפורמט נטענת מ-Priority.

ProcedureReport
WebSDK

הפעלות על שורה

הפעלה על שורה מסוימת — אותו כפתור שמשתמש היה לוחץ בתוך Priority. השדות שלה מתגלים מול השורה שבאמת נבחרה.

Run Form Action
SQLI

SQL לקריאה בלבד

JOIN, GROUP BY ופונקציות צבירה מול שכבת הנתונים של Priority. הבונה פותר את החיבורים עבורכם; מצב raw קיים כשעדיף לכם לכתוב את השאילתה בעצמכם.

Visual BuilderRaw SQLI
בקריאה

נספחים בתוך התשובה

שליפת עמודות נספחים באותה קריאה. Base64 data URI מתאים לצרכן חד-פעמי כמו מודל שפה או ריצת אצווה; כתובת מתווכת דרך ה-Gateway מתאימה לממשקים ולתוצאות גדולות.

Base64 data URIProxied URL

שישה מתגי מצב שומרים על חלונית קטנה. Filter Mode, Query Mode, Lookup Mode, Input Mode, Parameter Input Mode ו-File Source — כל אחד מחליף בין טופס מונחה לקלט גולמי. ויזואלי כשחוקרים, גולמי כשיודעים בדיוק מה רוצים.

הוא קורא את ה-Priority שלכם, לא קובץ סכימה

29 מתודות loadOptions ו-26 מתודות listSearch שולפות טפסים, שדות, תתי-טפסים, הפעלות, עמודות וערכי רשימה בזמן הבנייה — מהשרת שההרשאה שלכם מצביעה אליו.

חלונית הפרמטרים של הנוד ב-n8n: פעולה OData, פעולת משנה Query, ישות LOGPART — קטלוג פריטים, ורשימת שדות פתוחה שמציגה עמודות Priority עם הסוג שלהן.
רשימת השדות משרת אמיתי. כל שורה — שם, תווית וסוג — חזרה מאותו Priority, ולא ממשהו שארוז בתוך הנוד.

מדורג, לא שטוח

אפשרויות תת-תת-הטופס מופיעות אחרי שנבחר האב. שדות ההפעלה מתגלים מול השורה שבחרתם. תבניות הפורמט של הדוח עולות ברגע שיש מפתח תקין. כל בחירה מצמצמת את הבאה אחריה.

ערכים, לא רק שמות

הרשימה מציגה את הערכים ש-Priority עצמו היה מציע, כשכל אחד מסומן במה שהוא: ברירת מחדל, רשימת Choose סגורה, שדה חיפוש, או דגל כן/לא. בוחרים מתוך הקבוצה האמיתית במקום לנחש קוד.

עונה תוך כדי הקלדה

שער שמות הישויות עונה על קידומות חלקיות מתוך אינדקס מקומי. זה קריטי כי n8n זורק בקשות אפשרויות שעדיין באוויר: בלי המטמון, רשימה תלויה מתרוקנת בדיוק בזמן שמקלידים.

סינון בלי רשימת אופרטורים

מקלידים את ההשוואה לתוך הערך עצמו. הנוד מתרגם אותה לפי הפרוטוקול שהפעולה משתמשת בו.

מה מקלידיםמה זה אומר
>=100לפחות 100
<>ABCכל דבר חוץ מ-ABC
SO*מתחיל ב-SO
1..100בין 1 ל-100

ה-WebSDK מקבל LIKE, ה-OData מקבל contains() או startswith(), וטווח הופך לזוג ערך-מ וערך-עד. תחביר אחד, שלושה תרגומים.

חיבורי טבלאות שלא הייתם צריכים לכתוב

ה-OData וה-WebSDK של Priority לא יודעים לחבר טבלאות. בונה ה-SQLI הולך על גרף החיבורים של סמן הטופס, לוקח את המסלול הקצר ביותר בין הטבלאות שבהן יושבות העמודות שבחרתם, וכותב את החיבור בעצמו.

מה שאתם בוחרים
טופס
ORDERS
עמודות
CUSTDES תחת CUSTOMERS
צבירה
COUNT(*), SUM(TOTPRICE)
קיבוץ לפי
CUSTDES

עמודות מטבלאות מחוברות מופיעות באותה רשימה, מקובצות תחת הטבלה שאליה הן שייכות. בחירה באחת מהן מוסיפה את החיבור.

מה שהנוד שולח
SELECT CUSTOMERS.CUSTDES, COUNT(*), SUM(ORDERS.TOTPRICE)
  FROM ORDERS, CUSTOMERS
 WHERE ORDERS.CUST = CUSTOMERS.CUST
 GROUP BY 1
FORMAT;

_meta: { generatedSql, executionTime, rowsReturned }

לקריאה בלבד, מעצם הבנייה. ה-Gateway פוסל כל פועל משנה עוד לפני שהשאילתה יוצאת החוצה, כך ששלב SQLI לא יכול לכתוב ל-ERP גם אם מישהו יבקש. מצב Raw SQLI הוא פתח המילוט למי שמעדיף לנסח בעצמו, והוא לקריאה בלבד גם כן.

פרוצדורות ששואלות שאלות, עם תשובות מראש

פרוצדורות ב-Priority נעצרות על דיאלוגים של אישור. לזרימה מתוזמנת אין מי שילחץ המשך, ולכן אתם קובעים את התשובות כבר בזמן הבנייה.

דיאלוג 1 האישור הראשון שהפרוצדורה מעלה אישור
דיאלוג 2 האישור השני אישור
דיאלוג 3 האישור השלישי ביטול
דיאלוג 4 ומעלה כל מה שהפרוצדורה מעלה מעבר לרשימה שלכם לפי המדיניות

Dialog Policy קובע את ברירת המחדל לכל הריצה: אישור אוטומטי, ביטול אוטומטי, או עצירה בשגיאה. Dialog Responses דורס אותה לפי סדר — הערך השלישי עונה לדיאלוג השלישי.

דוחות שיוצאים בצורה הנכונה

בוחרים HTML, ‏Excel או PDF, ואת תבנית הפורמט מתוך אלה ש-Priority באמת מציע לדוח הזה. תבנית Word בוחרת Word PDF בעצמה. דוח עם דף פרמטרים שני מטופל כשלב רגיל, לא כעקיפה.

שלוש רמות עומק, בשלב אחד

אב, תת-טופס ותת-תת-טופס בקריאת WebSDK, ב-expand של OData או בכתיבת deep-insert. לכל רמה יש עמודות משלה, סינון משלה ולוגיקת וגם/או משלה.

הרשאה אחת. בלי סיסמת Priority ב-n8n.

טוקן החיבור נושא את כל הזהות מול Priority, ולכן טופס ההרשאה מבקש שלושה דברים ומסתיר את השאר.

Priority Gateway API
Gateway URL
https://your-gateway/api/v1
Gateway Key
pk_••••••••••••••

גם ממלא את רשימת החברות.

Connector Token
gct_••••••••••••••
Test ✓ החיבור הצליח

כל השאר יושב מאחורי מתג Advanced.

מה הטוקן נושא

שרת, tabulaini, משתמש, שפה, וכל מפתחות ה-App או ה-Cloudflare Access שאיתם הוא הונפק. אין צורך בשום שדה Priority נוסף, ואף סיסמת Priority לא נשמרת ב-n8n.

מנפיקים אותו לבד בכתובת <gatewayUrl>/connector. הוא תקף 365 יום, וביטול שלו לוקח שניות.

דריסות חיבור ברמת הנוד — 14 במספר — מאפשרות לזרימה אחת להגיע לחברה נוספת או לסביבת בדיקות בלי הרשאה שנייה.

נכתב על ידי הנוד עצמו

סוכן AI יכול לכתוב את הזרימה

הנוד מייצר מפרט כתיבה של עצמו — 26 פרקים, שנוצרים מהגדרות הפרמטרים שלו, ולכן הוא לא יכול להיסחף ממה שהחלונית באמת מקבלת. ה-Gateway מגיש את המפרט הזה לכל מודל שפה.

▸ You     Build me an n8n flow that pushes new web orders
          into Priority and runs the confirmation procedure.

  Claude  priority_discover(action: "n8n_node",
                    params: { section: "envelope,op-websdk-create" })

          → node type, typeVersion, parameter template,
            and the runtime rules for filters and pickers

          Three nodes written. Paste them into n8n.

מפנים סוכן אל GET /api/v1/n8n-guide, או נותנים ללקוח MCP לקרוא ל-priority_discover({action:"n8n_node"}). הוא כותב workflow JSON עובד בלי לפתוח את העורך.

60 שניות עד השורה הראשונה

מתקינים לפי הדרך שבה ה-n8n שלכם רץ, ממלאים שלושה שדות, ומייבאים את הדוגמה.

n8n Cloud

התקנה ממסך הנודים הקהילתיים

‏Settings ← Community Nodes ← Install, ואז חיפוש של n8n-nodes-priority-gateway. הנוד מופיע על הקנבס מיד.

התקנה עצמית

התקנה מ-npm

מריצים npm install n8n-nodes-priority-gateway בתוך ~/.n8n/nodes, ואז מפעילים מחדש את n8n.

תנאי מוקדם אחד: Priority Gateway פעיל. Gateway אחד משרת כל מופע n8n שיש לכם, והוא זה שמעמיד את WebSDK, ‏OData ו-SQLI מאחורי הרשאה יחידה. הנוד לא מדבר עם Priority ישירות, ולכן לא מותקן שום SDK של Priority על מארח ה-n8n.

התנהגות אחת של Priority שכדאי להכיר מראש: קריאת WebSDK בלי סינון מחזירה אפס שורות. זה Priority ולא הנוד — ה-SDK שולף שורות רק אחרי שהופעל סינון. הדוגמה שנשלחת עם החבילה מתחילה בסינון בדיוק בגלל זה. ל-OData Query אין דרישה כזו.

ואז מריצים את הדוגמה

החבילה כוללת זרימה שאפשר לייבא כמו שהיא.

קובץexamples/workflows/websdk-read-filtered.json
מה היא עושהקוראת את CUSTOMERS, מסונן על CUSTNAME עם SO*
איך מריציםמייבאים, בוחרים את ההרשאה, לוחצים Execute

איפה זה עומד היום

ההורדות הן המספר החיצוני היחיד שיש לנו, ולכן הוא היחיד שאנחנו מצטטים.

7,657
הורדות
ב-12 החודשים האחרונים
1,715
הורדות
ב-30 הימים האחרונים
61
גרסאות
שפורסמו
208
קומיטים
מאז פברואר 2026

נתוני npm נשלפו ב-8 באוגוסט 2026. כחמישית מהורדות השנה נחתו בחודש האחרון. רישיון MIT, מפורסם בשם n8n-nodes-priority-gateway.

איפה רץ ה-Gateway

הנוד רץ ב-n8n שלכם. מה שהוא קורא אליו הוא ה-Priority Gateway — מתארח אצלנו על Amazon Web Services, או מותקן אצלכם ברשת כשירות Windows יחיד.

מתארח על AWS

הגייטוויי המתארח רץ באזור תל אביב של Amazon, ונפרס מצינור גרסאות מסודר. הסודות שמורים מוצפנים ב-AWS Parameter Store, ולא בבסיס נתונים או בקובץ הגדרות.

Cloudflare מלפנים

כל קריאה שה-workflow שלכם מבצע מגיעה דרך Cloudflare: הצפנת TLS, הגנה מפני מתקפות מניעת שירות, חומת אש לאפליקציות, הגבלת קצב וסינון בוטים — ולצד זה מטמון וניתוב שמקצרים את הדרך.

בלי דלת כניסה פתוחה

השרתים לא מקבלים חיבורים נכנסים. הם יוצרים קשר החוצה אל Cloudflare והתעבורה חוזרת דרך אותה מנהרה, כך שאין פורט ציבורי למצוא ואין מה לסרוק. ממשקי הניהול יושבים מאחורי שער נוסף.

מריצים את ה-Gateway אצלכם בארגון? הוא מגיע כשירות Windows יחיד, ואותו מודל של Cloudflare הוא הדרך שבה n8n בענן מגיע אליו — בלי לפתוח פורט ברשת שלכם.

חלק מ-Priority AI-Tools suite

הנוד הוא אחד הצרכנים של ה-Priority Gateway. אותו Gateway ואותו טוקן בר-ביטול משרתים את שאר המשפחה, והרשמה אחת מקימה את כולם.

Priority Console BI Generator פורטל הרישוי הנוד ב-npm