העמוד הזה הוא יום עבודה אחד, משש בבוקר עד שש בערב, של סוכני AI שרצים בתוך Priority ומול אנשי הארגון — במכירות, ברכש, בגבייה, בשירות, בהתקנות ובהנהלה. גללו, והשעון יתקדם.
priority_create_entity
confirm: true · token 90sסוכן תדריך הבוקר
רץ לפי שעון, לא לפי שאלה. נזכר במה שנשאר פתוח מאתמול, בודק מה השתנה בלילה, ומכין לכל צוות את שלוש השורות שחשובות לו — ואת רשימת ההחלטות שמחכות לאדם.
ריצה מתוזמנת · 06:00 · כל יום עבודה
בוקר טוב. 41 הזמנות נכנסו מהחנות בלילה, כולן נקלטו ב-Priority. חריגה אחת: לקוח 4021 הקטין הזמנות ב-38% ברבעון — מסומן לטיפול. תזרים לשבוע הקרוב: תקין. שלוש הצעות מחיר מעל ₪50K מחכות לתשובה יותר מ-10 ימים — עוברות לסוכן המכירות.
תודה. את 4021 תעביר לדנה, לא אליי.
עודכן. מהיום, חריגות של לקוחות מהמגזר הזה עוברות לדנה. רשמתי לפניי.
schedule.rundaily · 06:00 · Asia/Jerusalempriority_remember{ recall: true }priority_query_table{ table: 'ORDERS', filter: "CURDATE ge yesterday 18:00" }388mspriority_detect_anomalies{ scope: [sales, cashflow], window: 90d }1.1spriority_whatsapp_send{ to: 'רון' }06:12priority_rememberבשעה הזאת: 3 קריאות למערכות · 0 שורות נכתבו ב-Priority · שאלה אחת לאדם · דבר אחד נשמר בזיכרון
סוכן מכירות השטח
איש המכירות בדרך ללקוח. הוא שואל בקול — כמה יש במלאי, מה המחיר, מתי מגיע — ומבקש להכין ללקוח הצעת מחיר. הסוכן בודק, מכין ומציג לאישור; אחרי לחיצת אישור אחת ההצעה נרשמת ב-Priority, עם PDF מוכן ללקוח ודף נתונים. בלי אישור, שום דבר לא נכתב.
״תבדוק לי כמה יש במלאי מהמצלמה AC-2200, מה המחיר של רשת אלקטרוניקה אחרי הנחה, ותכין להם הצעה על 40 יחידות עם שוטף+30.״
AC-2200: 26 במלאי במחסן הראשי, 60 נוספות מגיעות ב-3.9. המחיר לרשת אלקטרוניקה לפי המחירון שלהם: ₪1,180 ליחידה. הכנתי הצעה על 40 יחידות, שוטף+30, סה״כ ₪47,200 לפני מע״מ. לאשר?
כן. תצרף דף נתונים.
הצעה 20481 נרשמה ב-Priority. מצורפים ההצעה ודף הנתונים.
priority_query_table{ table: 'LOGPART', filter: "PARTNAME eq 'AC-2200'" }241mspriority_get_navigation_property{ CUSTOMERS/'רשת אלקטרוניקה' → PRICELIST }203mspriority_validate_business_rules{ doc: 'quote', customer: 'רשת אלקטרוניקה', terms: 'net30' }96mspriority_create_entity{ confirm: false }08:43priority_create_entity{ confirm: true, token: ••••90s }priority_whatsapp_send_media{ files: ['20481.pdf', 'AC-2200.pdf'] }priority_rememberבשעה הזאת: 4 קריאות למערכות · שורה אחת נכתבה ב-Priority · שאלה אחת לאדם · דבר אחד נשמר בזיכרון
סוכן הרכש
לא רק ״איפה ההזמנה״. הסוכן מצליב את האיחור מול מה שתלוי בו — הזמנות לקוח, פקודת עבודה, תחזית — מנסח לספק מייל, ומבקש מאשת הרכש רק את הדבר שצריך אדם: לאשר. בלי האישור שלה, המייל לא יוצא ושום דבר לא נרשם.
הזמנת רכש 7731 · ספק: מתכת הצפון · אספקה מובטחת: 26.8 · באיחור של 3 ימים
שלום, הזמנה 7731 (240 × פרופיל אלומיניום 40/40) הייתה אמורה להגיע ב-26.8. נשמח למועד אספקה מעודכן עד סוף היום — שתי הזמנות לקוח לשבוע הבא תלויות בה.
שלח. ותוסיף שאם זה אחרי ה-3.9 נפצל את ההזמנה.
נשלח ב-10:19. מעקב נקבע למחר ב-10:00. שתי הזמנות הלקוח סומנו ״בסיכון״ ב-Priority.
priority_query_table{ table: 'PORDERS', filter: 'DUEDATE lt today and closed eq false' }312mspriority_get_navigation_property{ PORDERS/7731 → PORDERITEMS_SUBFORM → demand }277mspriority_demand_forecast{ part: 'ALU-4040', horizon: 14 }1.3spriority_semantic_search_erp'פרופיל אלומיניום 40/40'640mspriority_update_entity{ confirm: false }10:19priority_outlook_send{ to: 'מתכת הצפון' }priority_update_entity{ confirm: true, token: ••••90s }schedule.oncetomorrow · 10:00בשעה הזאת: 5 קריאות למערכות · שורה אחת נכתבה ב-Priority · שאלה אחת לאדם · 0 דברים נשמרו בזיכרון
סוכן הגבייה
דוח גיול הוא רשימה. גבייה היא שיחה. הסוכן מכיר את ההיסטוריה של כל לקוח — מי תמיד משלם באיחור של שבוע, מי חולק על חשבונית — ומנסח לכל אחד תזכורת אחרת. הבטחת תשלום נרשמת; מחלוקת עוברת לאדם.
שלום, תזכורת קטנה: חשבונית 30877 על סך ₪18,400 הגיעה לפירעון ב-20.8. אם כבר שולמה — תודה, נעדכן אצלנו. אם עדיין לא, נשמח לדעת מתי צפוי התשלום.
ההעברה תצא ב-6.9, אחרי שנקבל את ההסכם החתום.
תודה, רשמנו: 6.9. נחזור אליכם רק אם התשלום לא יגיע.
לקוח אחר · טכנו-שירות · חולק על חשבונית 30791 (״לא קיבלנו את החלק״) → עבר לדנה, מנהלת תיק הלקוח, עם ההיסטוריה המלאה.
priority_financial_analytics{ report: 'aging', overdue_days: 7 }1.6spriority_remember{ recall: 14 customers }priority_whatsapp_send× 8 · priority_outlook_send × 3priority_update_text{ confirm: false }11:52priority_update_text{ confirm: true, token: ••••90s }priority_whatsapp_sendschedule.once7.9 · 09:00priority_rememberבשעה הזאת: 2 קריאות למערכות · שורה אחת נכתבה ב-Priority · שאלה אחת לאדם · דבר אחד נשמר בזיכרון
סוכן תיאום ההתקנות
תיאום התקנה הוא ארבעה לוחות זמנים שצריכים להסכים: הטכנאי, הלקוח, המלאי והרכב. הסוכן מציע חלון, מוודא שהחלקים במחסן, מאשר מול הלקוח ב-WhatsApp ורושם את קריאת השירות — ומזכיר לשניהם יום לפני.
מתי אפשר להתקין את המזגן? עדיף אחר הצהריים.
יש חלון ביום שלישי, 1.9, בין 14:00 ל-17:00, עם אורן — הטכנאי שכבר התקין אצלכם ב-2024. מתאים לכם?
מתאים.
נקבע. קריאת שירות 5512 נרשמה והחלקים סומנו לליקוט. תזכורת תישלח יום לפני.
priority_query_table{ table: 'SERVCALLS', filter: "STATDES eq 'ממתין לתיאום'" }256mspriority_outlook_calendar{ users: ['אורן', 'ניר'], range: '30.8–3.9' }412mspriority_remember{ recall: true }priority_aggregate_items{ call: 5512, check: 'stock' }198mspriority_update_entity{ confirm: false }13:36priority_update_entity{ confirm: true, token: ••••90s }priority_outlook_calendar{ create: true, attendees: ['אורן', 'לקוח'] }schedule.once31.8 · 09:00בשעה הזאת: 4 קריאות למערכות · שורה אחת נכתבה ב-Priority · שאלה אחת לאדם · 0 דברים נשמרו בזיכרון
סוכן השירות
לפני שמישהו עונה, הסוכן כבר פתח את הכרטיס: מה הלקוח קנה, מה תוקף האחריות, מה קרה בקריאה הקודמת ואיזה חלק כנראה צריך. הוא מנסח תשובה ומצרף את המסמך הנכון. תקלה שדורשת טכנאי — עוברת לטכנאי, עם הכול מוכן.
המכונה מדגם PX-300 שקנינו בפברואר עוצרת אחרי כעשר דקות עבודה עם שגיאה E-41. זה קורה מאתמול. — גל תעשיות
שלום, הקריאה נפתחה (5519). ה-PX-300 שלכם באחריות עד פברואר הבא. E-41 ברוב המקרים הוא חיישן טמפרטורה — מצורף דף האבחון. הטכנאי ניר ייצור קשר עד סוף היום לתיאום; החלק כבר שמור על שמכם.
טוב. שלח.
נשלח ב-15:08 · ניר קיבל את הקריאה ב-WhatsApp, עם ההיסטוריה ומספר החלק.
priority_outlook_inbox{ folder: 'service', unread: true }priority_get_entity_by_key{ CUSTOMERS: 'גל תעשיות' → equipment, warranty, calls }304mspriority_semantic_search_erp'E-41 PX-300'710mspriority_create_entity{ confirm: false }15:08priority_create_entity{ confirm: true, token: ••••90s }priority_outlook_send{ reply: true, attach: 'PX-300 diagnostics.pdf' }priority_whatsapp_sendpriority_rememberבשעה הזאת: 4 קריאות למערכות · שורה אחת נכתבה ב-Priority · שאלה אחת לאדם · דבר אחד נשמר בזיכרון
מה נשאר בסוף היום
כל מה שנכתב היום נכתב אחרי תצוגה מקדימה ואישור של אדם, ואפשר לפתוח כל שורה ולראות מי כתב אותה ולמה. ומה שהסוכן למד היום הוא לא מחליט לבד: הוא מציע את זה ככלל — ואדם מחליט.
סיכום היום: 6 ריצות, 22 קריאות למערכות, 5 שורות נכתבו ב-Priority — כולן אחרי אישור. 6 שאלות הועברו לאנשים, 6 נענו. 4 דברים חדשים נשמרו בזיכרון.
הצעה ללמידה: השבוע 3 לקוחות ביקשו שוטף+30 במקום שוטף+15 בהצעות מחיר. להפוך את זה לברירת מחדל ללקוחות רשת? לא שיניתי כלום — מחכה להחלטה.
לא. תשאיר שוטף+15 ותסמן לי כל בקשה.
רשמתי לפניי. שום דבר לא השתנה.
priority_audit_query{ range: 'today' }188mspriority_get_learning_insights{ window: 7d }18:06priority_rememberschedule.rundaily · 06:00בשעה הזאת: 2 קריאות למערכות · 0 שורות נכתבו ב-Priority · שאלה אחת לאדם · דבר אחד נשמר בזיכרון
כך נראה היום מלמעלה: ציר הזמן, עם העצירות שבהן סוכן עצר ושאל אדם — ומתחתיו פנקס הכתיבות: כל שורה שנכתבה היום ב-Priority, עם השעה, הסוכן שכתב והאדם שאישר. לחיצה על שעה מחזירה לסצנה שלה.
| שעה | הסוכן | מה נכתב ב-Priority | מי אישר |
|---|---|---|---|
| 08:43 | סוכן מכירות השטח | הצעה 20481 | יוסי |
| 10:19 | סוכן הרכש | סימון שתי הזמנות הלקוח ״בסיכון״ | מיכל |
| 11:52 | סוכן הגבייה | הבטחת תשלום ל-6.9 בכרטיס הלקוח | רותם |
| 13:36 | סוכן תיאום ההתקנות | קריאת שירות 5512 — מועד, טכנאי, חלקים | משפחת לוי |
| 15:08 | סוכן השירות | קריאה 5519 · TS-11 שמור | עדי |
כל שורה בפנקס נכתבה אחרי אישור של האדם ששמו רשום בה. מחיקות: אפס. אין כלל כלי מחיקה ל-ERP.
Claude, ChatGPT, Copilot ו-Gemini הם רק הפה — הממשק שדרכו אדם מדבר עם הסוכן. הסוכן עצמו הוא שלנו — הזיכרון, הכלים, ההרשאות והיומן — ורץ ליד ה-Priority שלכם. המודל מתחלף; הסוכן נשאר, והזיכרון נשאר אצלכם.
22 סוגי סוכנים, 7 מחלקות. לכל אחד תפקיד אחד ברור: מה הוא כותב ב-Priority, ומתי הוא עוצר ושואל אדם. שישה מהם עלו על הבמה כאן למעלה.
עונה לאיש המכירות בדרך ללקוח — בקול, ב-WhatsApp — ומחזיר הצעת מחיר שכבר נרשמה ב-Priority.
שום הצעת מחיר לא נשכחת: מי לא ענה, מה השלב הבא, ולמה הצעות הולכות לאיבוד.
הזמנות שמגיעות במייל, ב-WhatsApp או כ-PDF נכנסות ל-Priority כהזמנות — מאומתות, לא מוקלדות.
כל סניף יודע בבוקר מה נמכר, מה חסר ומה בדרך — בלי אקסל של יום ראשון.
מכיר את ההיסטוריה של כל לקוח ומנסח לכל אחד תזכורת אחרת.
התאמות חשבוניות ספק מול הזמנות רכש, התאמות בנק, וסגירת חודש בלי רשימת המטלות בראש.
ספק שמאחר, אישור הזמנה שלא הגיע, מחיר שהשתנה — הסוכן רואה את זה מול מה שמחכה לפריט.
רואה מלאי נמוך לפני שהוא חסר, ומלאי מת לפני שהוא מתיישן.
משלוח שמתעכב מודיע ללקוח לפני שהלקוח שואל.
משלוח לחו״ל הוא ערימת מסמכים שצריכים להסכים זה עם זה — חשבונית מסחרית, רשימת אריזה, תעודת מקור, הזמנת המשלח.
משלוח יבוא הוא שרשרת שלמה — ספק, משלח, עמיל מכס, נמל — והסוכן עוקב אחריה ומעדכן בכל שינוי.
ספירות, ליקוטים והעברות — המחסן מעדכן את המערכת תוך כדי, לא בסוף המשמרת.
פותח את הכרטיס לפני שמישהו עונה: ציוד, אחריות, היסטוריה, החלק שכנראה צריך.
ארבעה לוחות זמנים שמסכימים: הטכנאי, הלקוח, המלאי והרכב.
חוזים שפגים, ביקורים תקופתיים שמגיעים, וחידושים שלא נופלים בין הכיסאות.
פקודות עבודה שחסר להן חומר — יודעים עליהן ביום ראשון, לא ביום חמישי.
תקציב מול ביצוע, שעות מול תכנון, ואבן דרך שמתקרבת — לפני שהיא עוברת.
אי-התאמה נפתחת ביום שהיא קורית, לא בסוף החודש — וספק שחוזר על עצמו נראה מיד.
דוחות נוכחות שסוגרים את עצמם — חוסרים, חריגות ואישורים — לפני שהשכר נתקע.
רץ לפי לוח, לא לפי שאלה: מה השתנה בלילה, מה חורג, ומה מחכה להחלטה.
סיכום הפגישה הופך למשימות ב-Priority וביומן — עם מי אחראי ועד מתי.
לקוח שנעלם בשקט — רואים אותו לפני שהוא אצל המתחרה.
כל סוכן בעמוד הזה רץ על אותה תשתית: MCP for Priority, שרת ה-MCP שאנחנו מפתחים ומפעילים בעצמנו. מה הוא יודע על Priority, מה מותר לו לכתוב ומי מאשר לפני כן — עובדות שאפשר לבדוק, לא הבטחות.
רוב מה שנמכר היום כ״צ׳אט בוט חכם לעסקים״ הוא ממשק שיחה מעל מסמכים. הוא עונה יפה, לפעמים פותח פנייה, לפעמים מעביר לנציג — וזה שימושי. אבל הוא נגמר בתשובה. העבודה עצמה, זו שמישהו אצלכם עושה ידנית כל בוקר מול פריוריטי או מול גיליון אקסל, נשארת בדיוק במקום שבו הייתה.
סוכן הוא חיה אחרת. הוא לא מחכה שתשאלו — הוא מקבל מטרה, בונה תוכנית ונכנס למערכות שכבר עובדות אצלכם כדי לבצע אותה. בסוף שיחה עם צ׳אט בוט יש לכם תשובה על המסך. בסוף ריצה של סוכן יש שורה שנרשמה במערכת, ואפשר לפתוח אותה ולראות מי כתב אותה ולמה.
| היבט | צ׳אט בוט | סוכן AI |
|---|---|---|
| מה הוא מקבל | שאלה | מטרה |
| מאיפה הידע שלו | מה שהוזן לו מראש | המערכות עצמן, בזמן הריצה |
| מה הוא עושה | מנסח תשובה | מריץ שרשרת פעולות מקצה לקצה |
| מה יש בסוף | טקסט על המסך | רשומה שנכתבה במערכת |
| כשמשהו לא מסתדר | ממשיך לענות | עוצר, מסביר ומעביר לאדם |
| מי משלים את העבודה | אתם, אחרי השיחה | הסוכן, תוך כדי |
שואלים אותנו את זה הרבה, אז הנה התשובה הישירה: אנחנו לא מוכרים בוט וואטסאפ כמוצר מדף. מה שכן קיים — ל־MCP for Priority, שרת ה־MCP שלנו ל־Priority ERP, יש תוסף WhatsApp בתוספת ₪500. כלומר וואטסאפ קיים אצלנו כתוסף לשרת שכבר מחובר לפריוריטי, ולא כבוט נפרד שמנהל שיחות שיווק מול לקוחות. אם בוט שיווקי לוואטסאפ הוא מה שחיפשתם — נגיד לכם את זה בשיחה הראשונה, לא בעמוד השלישי של ההצעה.
צ׳אט בוט מנהל שיחה: אתם שואלים, הוא עונה, והביצוע נשאר אצלכם. סוכן מקבל מטרה, בונה תוכנית ומבצע אותה בתוך המערכות — שולף נתונים, מצליב אותם וכותב בחזרה. בסוף שיחה עם בוט יש לכם תשובה. בסוף ריצה של סוכן יש שורה שנרשמה במערכת.
צאט בוט או צ׳אט בוט — איך שלא תכתבו את זה, מדובר באותו דבר: ממשק שיחה שעונה. מה שהוא כן נותן — מענה לשאלות נפוצות מסביב לשעון, סינון ראשוני של פניות והפניה לאדם הנכון. זה שווה משהו, ואם כבר יש לכם אחד באתר אין שום סיבה לכבות אותו. מה שהוא לא נותן — ביצוע. הוא לא ייכנס לפריוריטי, לא יצליב חשבונית מול הזמנת רכש ולא ישאיר שורה רשומה בסוף. בדיוק שם מתחיל סוכן.
אנחנו בונים סוכנים — מערכות שמבצעות עבודה בתוך המערכות שלכם, לא רק מדברות עליה. אם אחרי שנבין מה אתם צריכים יתברר שצ׳אט בוט פשוט הוא מה שמתאים, נגיד לכם את זה ישר, גם אם המשמעות היא שזו לא עבודה בשבילנו.
ל-MCP for Priority, שרת ה-MCP שלנו ל-Priority ERP, יש תוסף WhatsApp בתוספת ₪500. כלומר וואטסאפ קיים אצלנו כתוסף לשרת שכבר מחובר לפריוריטי — לא כבוט נפרד שמנהל שיחות שיווק מול לקוחות. בוט וואטסאפ שיווקי הוא לא מה שאנחנו בונים, ואם זה מה שאתם מחפשים נגיד לכם את זה מראש.
הכתיבה כבויה כברירת מחדל. כשמדליקים אותה, כל פעולה מוצגת קודם לאישור ורק אז נשלחת — עם אסימון חתום בשרת, חד-פעמי, שתוקפו נגמר אחרי 90 שניות. כלומר אדם רואה בדיוק מה עומד לקרות לפני שזה קורה.
על צ׳אט בוט לאתר אנחנו לא נותנים הצעה, כי זה פשוט לא מה שאנחנו מוכרים. לסוכן אין מחירון אחד, כי רוב העבודה יושבת בחיבור למערכות ובכללים העסקיים ולא ב״בוט״ עצמו. מה שכן יש לו מחיר מדף הוא הבסיס הטכני: MCP for Priority מתחיל ב-₪1,500 לחודש, עם תוספות בתשלום — מודול ווטסאפ, מודול אאוטלוק, כתיבה, רב-חברות, תוספת קריאות, יוזר נוסף. לא כולל מע״מ (18%) את שאר ההיקף מגדירים יחד, אחרי שמבינים מה בדיוק צריך לרוץ.
משך התהליך משתנה בהתאם לגודל החברה ומורכבות הפרויקט. רוב הפרויקטים לוקחים בין חודש למספר חודשים. אנחנו מעדיפים להתחיל מתהליך אחד שרץ מקצה לקצה ולהרחיב ממנו, במקום לפתוח פרויקט ענק שלא רואים ממנו תוצאה חצי שנה.
נבדוק יחד אם יש לכם עבודה לסוכן
לא כל תהליך צריך סוכן, וחלק מהתהליכים צריכים קודם סדר ולא AI. בשיחה אחת נגיד לכם בכנות מה שווה, מה לא, ומאיפה הכי נכון להתחיל.