איך n8n קורא וכותב ב־Priority דרך ה־API?
ה־REST API של Priority בנוי על OData: כל טופס חשוף כמשאב שאפשר לקרוא ממנו, לסנן אותו, ליצור בו ולעדכן אותו, כולל תתי־טפסים. ברכיב HTTP Request של n8n מגדירים את הכתובת של הטופס, את סוג הבקשה ואת פרטי ההתחברות, ו־n8n מריץ את הקריאה בכל הפעלה של התהליך.
מה צריך: משתמש API ב־Priority עם ההרשאות המתאימות, והכתובת של השרת. את פרטי ההתחברות שומרים ב־Credentials של n8n, לא בתוך הרכיב. כש־Priority מותקנת אצלכם מאחורי חומת אש, צריך לאפשר גישה מהכתובות שה־n8n שלכם יוצא מהן.
ואם התהליך מפעיל סוכן AI?
רכיב AI Agent ב־n8n משתמש בכלים של שרת MCP דרך רכיב MCP Client Tool. ל־n8n יש נקודת קצה ייעודית ב־MCP for Priority, כך שהסוכן בתהליך מקבל את אותם כלים לקריאה, לאנליטיקה ולכתיבה שעוזרי AI כמו Claude ו־ChatGPT מקבלים, בלי לכתוב קריאות API.
הסוכן עובד מול הטפסים והשדות של ה־Priority שלכם, כולל שדות מותאמים, ורואה רק את מה שמשתמש ה־API של הארגון רשאי לראות ב־Priority.
מה מונע מתהליך n8n לכתוב משהו שלא התכוונתם?
ב־MCP for Priority הכתיבה כבויה כברירת מחדל, ובשיחה כל פעולת כתיבה מוצגת קודם לאישור. אוטומציה שרצה בלי אדם, למשל ב־n8n, מדלגת על שלב האישור רק עם מפתח API שקיבל הרשאת כתיבה והרשאה מפורשת לכך, וזה כבוי כברירת מחדל. לשרת אין בכלל כלי מחיקה ב־ERP.
ומתי צריך רכיב Priority משלכם?
כשאותה פעולה ב־Priority חוזרת בהרבה תהליכים, רכיב ייעודי חוסך להגדיר כל פעם מחדש כתובת, שדות ופרטי התחברות. בשירותי המומחים שלנו בנינו רכיב Priority מוכן ל־n8n, שקורא וכותב לכל מסך ב־Priority מתוך תהליך n8n.
מה מתאים למה?
| HTTP Request | MCP for Priority | רכיב Priority | |
|---|---|---|---|
| מה עושה | קריאה וכתיבה ברשומות של טפסים | כלים לסוכן AI בתהליך | קריאה וכתיבה לכל מסך, ברכיב מוכן |
| מה צריך | משתמש API וכתובות של טפסים | מנוי ל־MCP for Priority | פיתוח, בשירותי המומחים שלנו |
| כתיבה | לפי ההרשאות של משתמש ה־API | כבויה כברירת מחדל | לפי ההרשאות של משתמש ה־API |
| מתאים ל | פעולה קבועה ומוגדרת | תהליך שצריך לקרוא, להחליט ולפעול | פעולה שחוזרת בהרבה תהליכים |
איך זה עובד
- HTTP Requestקריאה וכתיבה ברשומות של טפסים
- Priority ERPלקוחות, הזמנות, חשבוניות, פריטים
ואם אתם עובדים ב־Make?
ב־Make, LeonAI Priority מוסיף מודולים מוכנים שקוראים, יוצרים, מעדכנים ומוחקים ב־Priority, כולל תתי־טפסים עד שלוש רמות, הפעלת תוכניות והפקת מסמכים להדפסה דרך EProg. הכלי נבחר לפי מה שהתהליך צריך, לא להפך.
שאלות נפוצות
- איך מחברים את n8n לפריוריטי?
- ברכיב HTTP Request מול ה־REST API של Priority, דרך נקודת הקצה ל־n8n ב־MCP for Priority כשהתהליך מפעיל סוכן AI, או ברכיב Priority ייעודי ל־n8n שקורא וכותב לכל מסך.
- אפשר לחבר סוכן AI ב־n8n לפריוריטי?
- כן. ל־n8n יש נקודת קצה ייעודית ב־MCP for Priority, כך שאותם כלים שסוכן משתמש בהם זמינים גם לתרחיש אוטומציה. הסוכן רואה רק את מה שמשתמש ה־API של הארגון רשאי לראות ב־Priority.
- תהליך n8n יכול לכתוב ל־Priority בלי אישור?
- רק אם אפשרתם את זה במפורש. ב־MCP for Priority, אוטומציה שרצה בלי אדם, למשל ב־n8n, מדלגת על שלב האישור רק עם מפתח API שקיבל הרשאת כתיבה והרשאה מפורשת לכך, וזה כבוי כברירת מחדל. לשרת אין כלי מחיקה ב־ERP.
- זה עובד גם עם Priority מקומי?
- כן. MCP for Priority מתחבר ל־REST API של Priority בענן או בשרת מקומי שנגיש ב־HTTPS, ולא מתקינים כלום בתוך Priority. שרת מקומי מאחורי חומת אש פותח גישה לכתובות היציאה הקבועות של השירות.
- n8n או Make?
- שניהם מתחברים ל־Priority. ב־Make יש את LeonAI Priority, קונקטור עם מודולים מוכנים. ב־n8n מתחברים ברכיב HTTP Request, דרך MCP for Priority או ברכיב Priority ייעודי. הכלי נבחר לפי מה שהתהליך צריך.