אפשר לחבר וואטסאפ לפריוריטי כך שהודעות ומסמכים יוצאים ללקוח לבד, ברגע שמשהו קורה במערכת: הזמנה אושרה, תעודת משלוח הופקה, חשבונית נוצרה. החיבור נעשה כמעט תמיד דרך אחת משלוש דרכים: אפליקציה מוכנה מהמרקטפלייס של פריוריטי, כלל עסקי בפריוריטי ששולח Webhook לתרחיש ב-Make, או עבודה ישירה מול ה-REST API של פריוריטי. בצד של וואטסאפ, בכל אחת מהן כדאי לעבוד עם ה-API הרשמי של מטא.
אני בניתי חיבור כזה ללקוח שמנהל את העסק בפריוריטי, ובמאמר הזה אפרט מה צריך לבדוק בפריוריטי לפני שמתחילים, איזו דרך מתאימה למי, ומה קורה בצד של וואטסאפ.
מה אפשר לעשות כשמחברים וואטסאפ לפריוריטי?
הרעיון הוא להוציא ללקוח בוואטסאפ את מה שהיום נשלח במייל, או לא נשלח בכלל:
- אישור הזמנה ברגע שההזמנה נקלטת או מאושרת.
- תעודת משלוח או חשבונית כקובץ PDF, ברגע שהיא מופקת.
- עדכון שההזמנה יצאה למשלוח או נמסרה.
- תזכורת תשלום ללקוח עם יתרה פתוחה.
- התראה פנימית לאיש מכירות או למחסן, כשהזמנה גדולה נכנסת או כשמשהו נתקע.
גם הכיוון ההפוך אפשרי: הודעה שלקוח שולח לעסק נרשמת אצל הלקוח הנכון, כדי שמי שמטפל בו יראה את כל ההתכתבות.
שלוש דרכים לחבר וואטסאפ לפריוריטי
| הדרך | למי היא מתאימה | מה צריך |
|---|---|---|
| אפליקציה מהמרקטפלייס של פריוריטי | עסק שרוצה פתרון מוכן ופחות גמישות | מנוי לספק האפליקציה |
| כלל עסקי ששולח Webhook לתרחיש ב-Make | רוב העסקים שרוצים לשלוח הודעות ומסמכים לפי סטטוס | מודול Webhooks בפריוריטי, Make וספק וואטסאפ רשמי |
| עבודה ישירה מול ה-REST API | חיבור דו-כיווני ומורכב, או מערכת שכבר מפותחת בבית | רישיון API ומפתח שמכיר את פריוריטי |
1. אפליקציה מהמרקטפלייס של פריוריטי
בחנות האפליקציות של פריוריטי (Priority Marketplace) יש פתרונות של חברות צד שלישי לשיחות ולבוטים בוואטסאפ מתוך פריוריטי. היתרון הוא שמישהו כבר בנה את החיבור. החיסרון הוא שאתם מוגבלים למה שהאפליקציה יודעת לעשות, ומשלמים מנוי. לפני שבוחרים אחת, שווה לשאול את הספק אם הוא עובד מול ה-API הרשמי של וואטסאפ, ואיך מתבצע החיוב על ההודעות.
2. כלל עסקי ששולח Webhook לתרחיש ב-Make
זו הדרך שאני בונה בה הכי הרבה, כי היא גמישה ולא דורשת פיתוח. לפי התיעוד של פריוריטי, Webhook נשלח מתוך כלל עסקי או מתוך כלל BPM. בפועל זה נראה ככה:
- מגדירים בפריוריטי Webhook עם הכתובת של התרחיש ב-Make. לפי התיעוד, ההגדרה נמצאת תחת System Management, בתפריט BPM Maintenance, במסך Webhook Definitions.
- במסך הרלוונטי (למשל תעודות משלוח) מוסיפים כלל לסטטוס מסוים, כמו "נמסר". בפעולה בוחרים את ה-Webhook, ובוחרים אילו שדות יישלחו: מספר התעודה, שם הלקוח, הטלפון.
- התרחיש ב-Make מקבל את השדות, ואם צריך, מושך מפריוריטי את קובץ המסמך.
- התרחיש שולח ללקוח הודעת תבנית מאושרת בוואטסאפ, עם המסמך או עם קישור אליו.
אפשר להגדיר ל-Webhook טוקן אבטחה, שפריוריטי שולחת בכל קריאה. כדאי להשתמש בו, כדי שהתרחיש יקבל רק קריאות שבאמת הגיעו מפריוריטי. שימו לב שהטוקן מוסתר ברגע שעוזבים את השורה, אז מעתיקים אותו מיד כשיוצרים אותו.
3. עבודה ישירה מול ה-REST API
ל-REST API של פריוריטי (שמבוסס על OData) אפשר לקרוא נתונים, ליצור ולעדכן רשומות ולצרף קבצים. זה מה שצריך כשהחיבור דו-כיווני: למשל, לרשום בפריוריטי הודעה שנכנסה מלקוח, או לפתוח הזמנה מתוך שיחה עם בוט. גם ב-Make יש אפליקציות של צד שלישי שמתחברות לפריוריטי, מה שחוסך לכתוב את הקריאות לבד. חלק מהן הן אפליקציות קהילתיות, ש-Make לא מתחזקת בעצמה, ולכן שווה לבדוק מי עומד מאחוריהן.
איך זה נראה בפועל: תעודות משלוח בוואטסאפ
אחד הלקוחות שלי עושה דרופשיפינג לאתרי בנייה. הספק מגיע לאתר עם הסחורה, אבל הלקוח בשטח הזמין מהעסק, והחשבונית בסוף החודש יוצאת מהעסק. כלומר, על כל משלוח היה צריך להפיק ידנית תעודת משלוח בפריוריטי, להתאים אותה להזמנה ולהעביר אותה ללקוח.
חיברנו את פריוריטי ל-monday כך שההזמנה קיימת בשני המקומות. השליח בשטח משנה סטטוס ב-monday ברגע שהוא מוסר את הסחורה. מאותו רגע המערכת מפיקה תעודת משלוח בפריוריטי על שם העסק, ושולחת אותה ללקוח בוואטסאפ. היום מאות תעודות בחודש יוצאות בלי שמישהו נוגע בהן. את הסיפור המלא אפשר לקרוא בעמוד סיפורי הצלחה.
הטריגר כאן הוא monday ולא פריוריטי, כי השליח עובד בטלפון ב-monday. זה עיקרון שחוזר: מתחילים מהנקודה שבה האירוע באמת קורה, ולא מהמערכת שבה המסמך נשמר.
מה לבדוק בפריוריטי לפני שמתחילים
- מודול Webhooks. בלעדיו פריוריטי לא יכולה לשלוח קריאה החוצה כשסטטוס משתנה. לפי מסמך של פריוריטי, המודול זמין מגרסה 20.1.
- רישיון API. כדי לקרוא ולכתוב נתונים מבחוץ צריך רישיון שמאפשר עבודה מול ה-API.
- גישה למסכים. כל מסך שרוצים לעבוד מולו ב-API צריך להיות מוגדר בפריוריטי כמסך שמותר לגשת אליו מבחוץ.
- שמות השדות. הרבה התקנות של פריוריטי מותאמות אישית, ולכן השדה שאתם צריכים (למשל טלפון של איש הקשר באתר) לא תמיד נמצא במקום הסטנדרטי. כדאי לבדוק את זה מול מי שמתחזק לכם את פריוריטי.
- פורמט הטלפון. וואטסאפ צריך מספר בפורמט בינלאומי (972 בלי ה-0 שבהתחלה). אם בפריוריטי המספרים שמורים בכל מיני צורות, מתקנים את זה בתרחיש.
מה לבדוק בצד של וואטסאפ
הודעה שהעסק שולח ראשון, כמו תעודת משלוח, יוצאת מחוץ לחלון השירות של 24 שעות, ולכן היא חייבת להיות הודעת תבנית שמטא אישרה מראש. אישור הזמנה, תעודת משלוח או חשבונית נכנסים בדרך כלל לקטגוריית התפעול (utility), שזולה משיווק. מטא גובה תשלום לפי כל הודעת תבנית שנמסרת, ולזה מצטרף המנוי לספק שדרכו שולחים.
כלים לא רשמיים, שמתחברים לחשבון בסריקת QR, נראים קלים יותר, אבל הם מסכנים את המספר של העסק. בעסק שתלוי בוואטסאפ מול הלקוחות זה סיכון שלא שווה לקחת. פירטתי את התמחור, את המגבלות ואת החוק בישראל במדריך על וואטסאפ API לעסקים.
שאלות נפוצות
יש לפריוריטי חיבור מובנה לוואטסאפ?
החיבור נעשה בדרך כלל דרך אפליקציה של צד שלישי מהמרקטפלייס של פריוריטי, או דרך Webhook או API שמחברים לספק וואטסאפ. בכל מקרה כדאי לוודא שהשליחה עצמה עוברת דרך ה-API הרשמי של מטא.
אפשר לשלוח מסמך PDF מפריוריטי בוואטסאפ?
כן. אפשר לשלוח את הקובץ עצמו בתוך הודעת תבנית, או קישור למסמך. התרחיש מושך את הקובץ מפריוריטי ושולח אותו דרך ספק הוואטסאפ.
צריך מתכנת כדי לחבר וואטסאפ לפריוריטי?
לא בהכרח. עם Webhook מכלל עסקי ותרחיש ב-Make אפשר לבנות את רוב החיבורים בלי לכתוב קוד. מתכנת נדרש בעיקר כשרוצים חיבור דו-כיווני מורכב, או כשההתקנה של פריוריטי מותאמת אישית בצורה שדורשת בדיקה של השדות.
אפשר לחבר גם monday בדרך?
כן, וזה שימושי כשהצוות בשטח או צוות המכירות עובדים ב-monday ולא בפריוריטי. כתבתי על זה יותר בעמוד על מערכת CRM לניהול לקוחות.
אם אתם עובדים בפריוריטי ורוצים לבדוק מה אפשר להוציא ללקוחות בוואטסאפ אצלכם, כתבו לי ונעבור על זה יחד.
עודכן לאחרונה: אוקטובר 2026
