מה Kala CRM חושפת לאינטגרציה לפי הפרסומים שלה עצמה: API לקליטת לידים, חיבור Zapier, קריאות יוצאות מהאוטומציה ומחברים מוכנים - וגם מה לא מתועד בפומבי.
עיקרי הדברים
- שלושת הערוצים שתועדו בעדכוני הגרסאות של Kala הם קליטת לידים ב-RESTful API, חיבור Zapier, וקריאות יוצאות מתוך האוטומציה.
- החיבור ל-Zapier תועד ביכולת ספציפית: חיפוש פנייה לפי טלפון ואז עדכון או הוספה. זו בדיוק היכולת שמונעת כפילויות.
- Kala מפרסמת מחברים מוכנים לוורדפרס, Shopify, קונימבו ואדמוניס, וכן חיבור לוואטסאפ ולמרכזייה טלפונית.
- אין פורטל מפתחים פומבי עם רשימת endpoints, סכימות ושיטת הזדהות. מה שיש הוא עדכוני גרסאות ודפי מוצר.
- לכן היקף פרויקט מול Kala נקבע בשיחה עם הספק, ולא מקריאת מפרט. תכנון שמניח אחרת יחטיא בלוח הזמנים.
Kala CRM חושפת שלושה ערוצי אינטגרציה שהחברה עצמה תיעדה בעדכוני הגרסאות שלה: ממשק RESTful לקליטת לידים ממקורות חיצוניים, חיבור ל-Zapier שיודע לחפש ולעדכן פנייה לפי טלפון, ומנוע אוטומציה שיכול לשלוח קריאות יוצאות למערכות אחרות, כולל PUT. פורטל מפתחים מלא לא מפורסם.
מה Kala CRM מכסה, ולמה זה משנה לאינטגרציה
Kala CRM היא מערכת ניהול עסקי ישראלית שמכסה טווח רחב בתוך מוצר אחד: ניהול פניות ולקוחות, הזמנות ותהליכי מכירה, הפקת חשבוניות, סליקת אשראי, חיוב מחזורי בהוראת קבע דרך ממשק מס"ב, ניהול פרויקטים ומשימות, יומן, טפסים ודוחות.
הרוחב הזה הוא בדיוק מה שמשנה לאינטגרציה. במערכת שמכסה גם מכירות וגם חיוב, השאלה הראשונה אינה "איך מתחברים" אלא "מה בכלל צריך לצאת החוצה". אם החיוב כבר קורה בתוך Kala, אין סיבה לשכפל אותו למערכת חשבוניות חיצונית, וחצי מהאינטגרציה שתכננתם מתייתרת. בעסק קטן זה ההבדל בין פרויקט של שבועיים לפרויקט של חודשיים. לתהליך עצמו ראו איך בונים מערכת CRM.
השאלה השנייה היא היקף הבעלות. מערכת שמחזיקה את מאגר הלקוחות, את ההזמנות ואת החיוב מחזיקה גם את היכולת שלכם להחליף אותה. זה שיקול נפרד, והוא נדון ב-CRM מותאם מול CRM מהמדף.
האם ל-Kala CRM יש API ציבורי?
יש ממשק, אבל אין תיעוד ציבורי במובן שמפתח מצפה לו. מה שמופיע בפרסומי החברה עצמה:
- עדכון מאפריל 2018 מציין תמיכה ב-RESTful API ליצירת לידים ממקורות חיצוניים. כלומר קליטה פנימה של פנייה.
- עדכון מ-2019 לגרסה 5.4 מציין שיפור באינטגרציה עם Zapier, ובכלל זה חיפוש ועדכון או הוספה של פנייה לפי טלפון.
- עדכון מיוני 2019 מציין שהאוטומציה יכולה לבצע קריאות API מסוג PUT לעדכון נתונים במערכות חיצוניות.
מה שלא מצאתי: רשימת endpoints, סכימת שדות, שיטת הזדהות, מגבלות קצב, או עמוד מפתחים ייעודי. אני לא טוען שהם לא קיימים אצל הספק. אני אומר שהם לא פורסמו, ושתכנון שמסתמך עליהם הוא הימור. לטווחי מחירים מפורטים ראו כמה עולה בניית מערכת CRM.
ההבדל המעשי הוא בכיוון. קליטת ליד פנימה היא היכולת המתועדת ביותר, וגם הנפוצה ביותר בפועל. שליפה של מאגר הלקוחות החוצה, לעומת זאת, לא תועדה בשום פרסום שראיתי.
שני כיווני אוטומציה, ולמה לא לערבב ביניהם
| כיוון | מי יוזם | הדוגמה הטיפוסית | מה שתועד אצל Kala |
|---|---|---|---|
| פנימה | מערכת חיצונית | טופס באתר יוצר פנייה חדשה | RESTful API ליצירת לידים, מחברים לוורדפרס ולחנויות |
| החוצה, בדחיפה | Kala | שינוי סטטוס מפעיל עדכון במערכת אחרת | קריאות יוצאות מהאוטומציה, כולל PUT |
| דו-כיווני דרך מתווך | Zapier | חיפוש לפי טלפון ואז עדכון או הוספה | חיבור Zapier מתועד בעדכוני הגרסה |
| שליפה יזומה החוצה | המערכת שלכם | סנכרון לילי של כל הלקוחות ל-BI | לא מצאתי תיעוד ציבורי |
השורה האחרונה היא זו שמפילה פרויקטים. צוות שמניח שאם יש API לקליטה יש גם API לשליפה יגלה את ההפך אחרי שהוא כבר התחייב על תאריך. אם אתם צריכים את הנתונים בחוץ - ל-BI, לדוח, לגיבוי - זה הדבר הראשון לברר, לא האחרון.
איך מתמחרים אינטגרציה מול מערכת שלא מפרסמת מפרט
- כתבו את התרחישים כמשפטים עסקיים לפני שכתבתם שורת קוד: "פנייה מהאתר נכנסת עם מקור ותגית", "הזמנה שאושרה יוצרת משימה".
- סמנו לכל תרחיש את הכיוון שלו לפי הטבלה למעלה. כל תרחיש בשורה האחרונה הוא סיכון פתוח.
- בקשו מהספק בכתב, לכל תרחיש, את הנתיב, שיטת ההזדהות ודוגמת בקשה ותשובה. תשובה כללית היא לא מפרט.
- הריצו קריאה אחת אמיתית מול חשבון בדיקה לפני שאתם מתמחרים את השאר. קריאה שעבדה שווה יותר מכל הבטחה.
- הגדירו מה קורה כשהקריאה נכשלת: תור ניסיונות חוזרים, התראה, ומקום שבו הפנייה לא הולכת לאיבוד.
שימו לב שכל חמשת הצעדים קורים לפני שכותבים קוד. זה מכוון: מול מערכת בלי מפרט, רוב הסיכון הוא בהנחות ולא במימוש.
הצעד הרביעי הוא זה שנוטים לדלג עליו, והוא היחיד שממיר הבטחה לעובדה. הצעד החמישי הוא זה שקובע אם המערכת תשרוד חצי שנה: ליד שנופל בגלל timeout ולא נשמר בשום מקום הוא לקוח שאבד בשקט.
מה נשבר בפועל בחיבורים כאלה
- כפילויות של אותו לקוח. בלי חיפוש לפי טלפון או מייל לפני יצירה, כל שליחה חוזרת של טופס יוצרת פנייה נוספת. היכולת של Zapier לחפש לפי טלפון קיימת בדיוק בשביל זה.
- פורמט הטלפון. 0526856459, 972526856459 ו-+972-52-685-6459 הם אותו מספר לבן אדם ושלושה מפתחות שונים למערכת. מנרמלים לפני החיפוש, לא אחריו.
- מקור הפנייה נעלם. ליד שנכנס דרך API בלי שדה מקור מגיע לדוח כ"לא ידוע", ואז אי אפשר להשוות ערוצים.
- אוטומציה שרצה על נתון שעדיין לא נשמר. טריגר שנורה מיד עם יצירת הפנייה יכול לרוץ לפני שהשדות מהטופס נכתבו.
- לולאה בין שתי מערכות. עדכון ב-Kala דוחף למערכת חיצונית, שדוחפת בחזרה, שמפעילה שוב את הטריגר.
- תלות בחשבון של עובד ספציפי. מפתח או חיבור Zapier שנוצרו תחת משתמש שעזב נופלים ביום שהמשתמש מנוטרל.
מה כדאי לברר מול הספק לפני שמתחייבים?
- האם קיימת שליפה של רשומות החוצה, ולא רק קליטה פנימה.
- איך מזדהים: מפתח קבוע, טוקן מתחדש, או משתמש ייעודי, ומי מנפיק אותו.
- האם יש webhook או טריגר שנורה על שינוי, או שהדרך היחידה היא polling.
- מה מגבלת הקצב, ומה קורה כשחורגים ממנה.
- האם יש סביבת בדיקה נפרדת, או שכל ניסוי נוגע בנתונים אמיתיים.
- מי מהצוות של הספק אחראי לחיבור, ומה זמן התגובה כשהוא נשבר.
קשור: חיבור CRM ו-ERP בעסק קטן, מדריך ל-WhatsApp Cloud API בישראל.
מקורות
שאלות נפוצות
מה בדיוק אפשר לעשות עם ה-API של Kala CRM?
לפי עדכוני הגרסאות שהחברה פרסמה, הממשק תומך ביצירת לידים ממקורות חיצוניים, והאוטומציה הפנימית יכולה לשלוח קריאות יוצאות למערכות אחרות. שליפה של רשומות קיימות החוצה לא תועדה בפרסומים הפומביים, ולכן צריך לברר אותה ישירות מול הספק.
האם Kala CRM מתחברת ל-Zapier?
כן. עדכון גרסה מ-2019 מתאר שיפור באינטגרציה עם Zapier, ובכללו אפשרות לחפש פנייה לפי מספר טלפון ואז לעדכן אותה או להוסיף חדשה. זו בדיוק היכולת שמונעת יצירת כפילויות כשאותו לקוח ממלא טופס יותר מפעם אחת.
לאילו מערכות חנות Kala מתחברת ישירות?
לפי הפרסומים באתר החברה קיימים חיבורים לאתרי וורדפרס באמצעות תוסף שמעביר פרטי הזמנות ופניות מטפסים, וכן לאתרים הבנויים ב-Shopify, בקונימבו ובמערכת ההזמנות של אדמוניס. חיבורים נוספים מוצגים כאינטגרציות בהתאמה אישית.
איך מונעים כפילויות כשמזרימים לידים מכמה מקורות?
בוחרים מפתח זיהוי אחד, בדרך כלל טלפון מנורמל לפורמט אחיד, ומחפשים אותו לפני כל יצירה. אם נמצאה רשומה מעדכנים אותה ומוסיפים אינטראקציה, ואם לא יוצרים חדשה. נרמול הטלפון חייב לקרות בצד השולח, לפני החיפוש.
להמשך קריאה
שירות רלוונטי
מערכת CRM בהתאמה אישית
CRM שנבנה סביב הפייפליין שלכם, מחובר לכלים שאתם כבר עובדים איתם.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.