OKTO לפריוריטי: ה-ERP שלכם, בווטסאפ
הדף הזה מפרט בדיוק מה מתחבר בין OKTO לפריוריטי: אילו מסמכים אפשר לשלוף, איך עובד החיבור, מה נדרש מכם בצד הפריוריטי, ומה המגבלות שאנחנו מכירים ומטפלים בהן.
מה זה נותן
פריוריטי מחזיקה את כל התשובות שהלקוחות שלכם מחפשים — היתרה שלהם, החשבוניות שלהם, המחירון שלהם, ההזמנה האחרונה. הבעיה היא שרק מי שיושב מול המערכת יכול להוציא אותן.
OKTO הופכת את פריוריטי לנגישה בערוץ שהלקוחות שלכם כבר משתמשים בו ממילא.
מה אפשר לשלוף
| מסמך / נתון | מה הלקוח כותב | מה חוזר |
|---|---|---|
| חשבונית לפי מספר | "תשלח לי חשבונית 30412" | PDF תוך שניות |
| חשבוניות לפי תקופה | "החשבוניות של יוני" | כל החשבוניות בטווח |
| כרטסת לקוח | "תשלח כרטסת" | PDF מעודכן מה-ERP |
| גיול חובות | "מה היתרה שלי?" | דוח גיול |
| מחירון אישי | "תשלח מחירון" | המחירון המשויך ללקוח |
| תעודות משלוח | "תעודות של השבוע" | לפי טווח תאריכים |
| פתיחת הזמנה | "2 משטחים גוואקמולי" | סיכום לאישור → הזמנה ב-ERP |
איך החיבור עובד
OKTO מתחברת לפריוריטי דרך OData REST — ממשק ה-API הסטנדרטי של פריוריטי — באמצעות משתמש ייעודי שאתם יוצרים ומגבילים.
הזרימה, מקצה לקצה:
- 01הלקוח שולח הודעה בווטסאפ
- 02המערכת מזהה מי הוא לפי מספר הטלפון, מול טבלת הלקוחות בפריוריטי
- 03מודל שפה מבין מה הוא ביקש
- 04המערכת מבצעת שאילתה ממוקדת לפריוריטי — רק לישות הרלוונטית
- 05המסמך נשלח בווטסאפ ונמחק מהשרת
אין סנכרון. אין מאגר מקביל. אין ייצוא לילי. כל קריאה היא קריאה חיה.
פירוט מלא של תהליך ההזמנה — פענוח, זיהוי מוצר, תמחור אישי ושער האישור — נמצא בעמוד אייג׳נט ההזמנות.
אייג׳נט ההזמנותמה נדרש מכם
אנחנו יודעים בדיוק מה צריך, וזה קצר:
- גישת OData פעילה
- בפריוריטי שלכם
- משתמש ייעודי
- עם הרשאות מצומצמות לישויות שהוגדרו בלבד
- פרוצדורות הפקת מסמכים
- הפקת PDF דרך API היא הרחבה שמותקנת בכל התקנה בנפרד. אם אין לכם, זו הגדרה קצרה מול מיישם הפריוריטי שלכם ואנחנו מלווים אותה
- מחירונים משויכים ללקוחות
- אם לקוח לא משויך למחירון, הוא לא יוכל לקבל מחירים. זה גם כלי אבחון מצוין: המערכת מגלה לכם שיוכים חסרים
- הגדרת אזור זמן
- שאילתות תאריכים בפריוריטי תלויות באזור הזמן המוגדר בחברה. אנחנו מגדירים אותו לכל לקוח בנפרד.
אם משהו מהרשימה חסר — זה לא חוסם. רוב הפריטים הם הגדרה קצרה מול מיישם הפריוריטי שלכם, ואנחנו מלווים אותה. הצ׳קליסט המלא זמין להורדה.
צ׳קליסט מוכנות פריוריטילוח זמנים טיפוסי
- שבוע1–2
- חיבור והרשאות. יצירת משתמש OData ייעודי, אימות גישה מהצד שלנו, ומיפוי סוגי המסמכים בהתקנה שלכם.
- שבוע2–3
- התאמה ובדיקות. אימות פרוצדורות הפקת המסמכים, בדיקת שיוך מחירונים ללקוחות, הגדרת אזור זמן, ובדיקה מקצה לקצה על נתונים אמיתיים.
- שבוע3–4
- הרצה פנימית. האייג׳נט נפתח למנהלים ולאנשי המכירות בלבד, במקביל לתהליך הקיים, כדי לאמת את איכות הזיהוי.
- שבוע4–6
- פתיחה ללקוחות. הדרגתית, עם ניטור צמוד. הזמנות הן שלב נפרד שמתחיל רק אחרי שהמסמכים יציבים.
מה לא משתנה אצלכם
- אין שינוי בתהליכי העבודה בפריוריטי
- אין מודול להתקין בתוך ה-ERP
- אין מיגרציה ואין העברת נתונים
- הצוות ממשיך לעבוד בדיוק כמו קודם
OKTO יושבת מעל פריוריטי, לא בתוכה.
מגבלות שאנחנו מכירים ומטפלים בהן
לפריוריטי יש מגבלות API אמיתיות. מי שלא מכיר אותן נשבר בייצור:
- תקרת רשומות לשאילתה
- שאילתות גדולות מוחזרות בעמודים. OKTO מטפלת בדפדוף אוטומטית.
- מגבלת קריאות לדקה
- חריגה מחזירה שגיאת קצב. OKTO מיישמת השהיה מדורגת וניסיון חוזר, כדי שאוטומציה שרצה על מאות לקוחות לא תפיל את החיבור.
- רגישות לאזור זמן
- שאילתות תאריכים בפריוריטי תלויות בהגדרת אזור הזמן של החברה. אנחנו מגדירים אותו לכל לקוח בנפרד ולא מניחים הנחות.
- פרוצדורות מותאמות אישית
- שמות ומבנה הפקת המסמכים משתנים בין התקנות. אנחנו ממפים אותם בהטמעה.
FAQ פריוריטי
זה עובד עם פריוריטי בענן ובהתקנה מקומית?
כן, כל עוד יש גישת OData מהאינטרנט או דרך חיבור מאובטח מוגדר.
מי רואה את הנתונים?
רק הלקוח ששאל, ורק את הנתונים שלו. הזיהוי נעשה מול מספר הטלפון הרשום בכרטיס הלקוח בפריוריטי. מי שלא מזוהה כלקוח מקבל מענה כללי בלבד, בלי גישה למסמכים.
מה אם מספר הטלפון של הלקוח לא מעודכן בפריוריטי?
המערכת מזהה אותו כליד ומעבירה לצוות. אפשר לזהות אותו מחדש בלחיצה מלוח הבקרה אחרי שמעדכנים את הכרטיס.
זה מאט את הפריוריטי?
לא. השאילתות ממוקדות וקטנות — שליפת מסמך יחיד או רשימה מסוננת, לא סריקות מלאות.
מה קורה אם הפריוריטי לא זמין?
המערכת מודיעה ללקוח שיש תקלה זמנית, מעבירה לנציג אנושי ושולחת התראה לצוות. היא לא ממציאה תשובה.
אנחנו כבר עם מערכת אינטגרציה לפריוריטי.
OKTO לא מחליפה שכבת אינטגרציה — היא ערוץ שיחה מעל ה-ERP. במקרים רבים הן חיות זו לצד זו.
כמה קריאות API זה צורך?
תלוי בנפח. בשיחת מסמכים טיפוסית: קריאת זיהוי אחת וקריאת שליפה אחת. אנחנו מודדים את זה לכל לקוח ומציגים בלוח הבקרה.
אפשר להגביל מה המערכת רשאית לגשת אליו?
כן, וזו ההמלצה שלנו. המשתמש הייעודי מקבל הרשאות רק לישויות שהוגדרו.