PRIORITY AI-TOOLS נוד n8n מה חדש בקשת הזמנה
נוד קהילתי ל-n8n עבור Priority ERP

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

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

להתקנת הנוד מה הנוד עושה
n8n-nodes-priority-gateway v3.17.1 רישיון MIT 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 עונה בשלוש דרכים שונות, וכל אחת נעצרת באמצע. הראשונה מריצה פרוצדורות, אבל רק מ-JavaScript. השנייה קוראת רשומות בכמות, אבל רק טפסים מאושרים, ובלי לחבר טבלאות. השלישית יודעת לחבר, והיא יושבת בקונסולת הפיתוח. לחווט את שלושתן ביד זה שלוש תבניות לבנות ואז לתחזק לנצח.

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

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

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

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

אתם בוחרים מה לעשות. הנוד מסדר את האיך.

WebSDK

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

קריאות מסוננות בשלוש רמות, כתיבת שורות, וצירוף קבצים מקובץ או מכתובת.

ReadCreateUpdateDeleteUpload File
OData

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

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

QueryCreateUpdateDeleteUpload File
WebSDK

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

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

ProcedureReport
WebSDK

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

לוחצים על אותו כפתור שאדם היה לוחץ בתוך Priority, על השורה שבחרתם.

Run Form Action
SQLI

SQL לקריאה בלבד

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

Visual BuilderRaw SQLI
בקריאה

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

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

Base64 data URIProxied URL

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

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

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

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

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

כל בחירה מצמצמת את הבאה. בוחרים טופס והתת-טפסים מופיעים; בוחרים שורה והכפתורים שמתאימים לה מופיעים.

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

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

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

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

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

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

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

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

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

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

מה שאתם בוחרים
טופס
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

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

כל מספר כאן מגיע מהריפוזיטורי ומהמאגר הציבורי של npm.

13
פעולות
בנוד אחד
61
גרסאות
שפורסמו
208
קומיטים
מאז פברואר 2026
MIT
רישיון
הקוד פתוח

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

איפה רץ ה-Gateway

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

מתארח על AWS

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

Cloudflare מלפנים

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

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

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

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

חלק מ-Priority AI-Tools suite

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

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