PRIORITY AI-TOOLS Console — Chat בקשת הזמנה
English
Priority Console · Chat

שואלים את ה-Priority. ואז אומרים לו מה לעשות.

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

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

כל שינוי עוצר ושואל. אין ”אשר הכול“ בלשונית הזאת — ההגדרה הזאת פשוט לא קיימת.
כל אחד בחשבון שלכם מקבל את זה. בלי רישיון לכל משתמש, בלי לחכות למנהל המערכת.
עב + EN שואלים באחת מהן, והוא עונה בשפה שבה שאלתם.
01 — שיחה אחת

שלוש בקשות, מההתחלה ועד הסוף

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

אתם שואלים

כמה הזמנות פתוחות יש לנו החודש, לפי לקוח?

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

לקוחהזמנותשווי
Acme Ltd5142,300
Bartel Systems488,150
Cohen Metals231,900
Delta Foods19,400

הסינון שהופעל: תאריך הזמנה 01/08/26 עד היום · סטטוס שאינו סגור או מבוטל

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

אתם שואלים

פתח קריאת שירות ל-Acme: תקיעת נייר במגש 2.

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

אישור השינוי
פעולה
פתיחת קריאת שירות
לקוח
Acme Ltd (C001234)
נושא
תקיעת נייר במגש 2
דחיפות
רגילה
איש קשר
דנה
אשר פעם אחתדחה

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

אחרי שאישרתם הוא קורא את הרשומה חזרה: ”נפתחה קריאת שירות SC24-0912 ל-Acme — סטטוס פתוח.“ אתם מקבלים את המספר, לא הבטחה.

אתם שואלים

הדפס את חשבונית T2400123 כ-PDF.

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

T2400123.pdf

אותו דבר לגבי הדוחות שכבר יש לצוות שלכם. Excel לטבלאיים, PDF למסמכים — והוא שואל איזה מהם אם לא אמרתם.

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

02 — הוא מכיר את ה-Priority שלכם

לא Priority באופן כללי. שלכם.

ההבדל בין עוזר שעונה לבין עוזר שמנחש הוא אם יש לו מפה. לזה יש.

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

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

זה החלק שכלי AI כלליים לא יודעים לעשות. כשמכוונים אותם למסד נתונים של Priority הם רואים אלפי שמות טבלאות מוצפנים ומנחשים — ומספר שגוי שנשמע הגיוני גרוע ממספר שלא התקבל בכלל.

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

3,086 טבלאות ממופות
4,641 מסכים ממופים
34,578 שדות ממופים
11,390 קשרים ביניהם

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

03 — מה הוא עושה

עונה, מבצע, מריץ

שלוש עבודות, והן מכסות את רוב מה שמישהו עושה ב-Priority ביום עבודה.

עונה

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

  • ”כמה מכרנו בחודש שעבר?“
  • ”אילו לקוחות פתחו הכי הרבה קריאות שירות השנה?“
  • ”מה הטלפון של Acme ומי הסוכן שלהם?“
  • ”מלאי של פריט 4471 לפי מחסן.“

מבצע

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

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

מריץ

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

  • הדפסת חשבונית, אישור הזמנה או תעודת משלוח
  • דוחות גיול ויתרות לקוחות
  • ריצות תמחיר והנהלת חשבונות — תמיד באישור מראש
  • PDF, Excel או קישור
04 — הגבול

מה הוא לא יכול לעשות, מעצם הבנייה

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

בלי כתיבה שקטה

כל שינוי מבקש אישור, אחד-אחד

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

בלי דלת אחורית

הוא לא יכול לכתוב ב-SQL

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

בלי פיתוח

הוא לא יכול לשנות איך Priority בנוי

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

בלי קצוות פתוחים

הוא לא מריץ פקודות ולא נוגע בקבצים שלכם

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

05 — איפה זה רץ

חדר סגור, לא האינטרנט הפתוח

החשש הרגיל מ-AI ליד ERP הוא שאנשים ידביקו נתונים של החברה לחלון צ'אט ציבורי. זו הצורה ההפוכה: הנתונים שלכם נשארים על מסלול שאתם שולטים בו, והסיסמה של האדם ל-Priority אף פעם לא יוצאת ממנו.

הסיסמה של אף אחד לא מגיעה לדפדפן

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

הוא פועל בזהות של האדם, לא כמנהל

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

שום דבר לא מועתק החוצה

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

מתארח על AWS, תל אביב

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

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

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

אין לכם מה להריץ

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

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

06 — איך נכנסים

זה מגיע עם החשבון

Chat היא הלשונית שכולם נוחתים בה. מוצרי הפיתוח שלידה הם אלה שקונים לכל אדם בנפרד.

1

החברה נרשמת פעם אחת

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

2

כל אדם מחבר את ה-Priority שלו

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

3

לכולם יש Chat

לכל אדם בחשבון יש את הלשונית הזאת, בלי רישיון נפרד ובלי מה להדליק. Dev ו-App Generator יושבים לצידה, לאנשים שתיתנו להם אותם.