CRM לטלגרם

Telegram CRM API: אוטומציה לתהליכי העבודה שלכם בטלגרם

Telegram CRM API: ממשק REST ברמת סביבת העבודה לסנכרון צ'אטים ואנשי קשר, שליחת תפוצות, יצירת טיקטים ובניית כלים פנימיים על הנתונים שלכם.

כל ה-Telegram CRM שלכם, זמין לקוד שלכם

כל מה שאתם עושים בדשבורד של Entergram, גם הקוד שלכם יכול לעשות. זה REST API פשוט: מפתחות ברמת סביבת העבודה, JSON ופעלי HTTP סטנדרטיים. כל שפה שיודעת לשלוח בקשה יכולה לרשום ולחפש צ'אטים בטלגרם, לקרוא היסטוריית הודעות, לנהל אנשי קשר ושדות מותאמים אישית, לפתוח ולעדכן טיקטים ולשלוח תפוצות.

מגדירים הרשאות פעם אחת: אותן הרשאות (scopes) חלות על ה-API, על שרת ה-MCP ועל האינטגרציה עם Make. com.

לתיעוד ה-API

-
סנכרון טלגרם למחסן הנתונים שלכם
משכו צ'אטים, אנשי קשר וערכי שדות מותאמים אישית מ-Entergram לפי לוח זמנים. העבירו אותם ל-BigQuery, Postgres, HubSpot או Salesforce, כדי ששאר העסק יוכל לחבר את נתוני הטלגרם לכל ערוץ אחר. משימת cron לילית וכמה קריאות API, וזה הכול.
-
שליחת תפוצות בטלגרם מאירועים חיצוניים
כשתשלום נכשל ב-Stripe, כשעסקה נסגרת ב-CRM שלכם, כשהתראת ניטור מופעלת: שלחו POST ל-Entergram, ותפוצה בטלגרם יוצאת לפלח המתויג הנכון עם התבנית הנכונה. הודעות מונעות אירועים בלי לעזוב את הסטאק הקיים שלכם.
-
יצירת טיקטים תכנותית
טפסים, כלי ניטור, תהליכי מייל של תמיכה, כל מקום שבו קורה אירוע מובנה: שלחו אותו ב-POST כטיקט שמקושר לצ'אט הנכון בטלגרם, עם העדיפות וה-SLA הנכונים. זה סוגר את המעגל בין טלגרם לכל ערוץ אחר שהצוות שלכם משתמש בו.
-
כלים ודשבורדים פנימיים
בנו את דשבורד ההנהלה שהצוות שלכם באמת רוצה (פייפליין לפי שלב, זמן תגובה לכל נציג, תפוקת טיקטים) על בסיס ה-API של Entergram. הגבלה לסביבת העבודה פירושה שהוא יכול לראות רק את הנתונים שלכם. שלבו אותו עם Retool, Appsmith או ממשק React מותאם.

תיוג אוטומטי של צ'אטים מטריגרים חיצוניים

לקוח מגיע לאבן דרך במוצר שלכם, וקריאת API מוסיפה את התגית VIP ומקדמת את עמודת השלב. בפעם הבאה שתפתחו את הצ'אט בטלגרם, ההקשר מה-CRM כבר שם. עובד עם כל webhook או מערכת אירועים.

אבטחה ומחזור חיים של מפתחות API

המפתחות מוגבלים לסביבת העבודה, נשמרים כגיבוב חד-כיווני ומוצגים פעם אחת בלבד ביצירה. הגדירו TTL (ברירת מחדל 90 ימים, או קצר יותר אם תרצו), רשימות IP מורשים אופציונליות (טווחי CIDR), ובטלו כל מפתח מיד מלשונית Developers. כל קריאה נרשמת ביומן הביקורת עם קידומת המפתח, ה-IP וה-user agent.

מודל ההרשאות

workspace.read · members.read · accounts.read · contacts.read · chats.read · chats.write · custom_fields.read · custom_fields.write. אותן הרשאות חלות על ה-API, על שרת ה-MCP ועל האינטגרציה עם Make.com. בחרו את המינימום שהאינטגרציה שלכם צריכה: הרשאות מינימליות מצמצמות את הנזק אם מפתח דולף.

אינטגרציה עם Make.com (low-code)

לא רוצים לכתוב קוד? האינטגרציה עם Make.com משתמשת באותו מודל הרשאות. חברו את Entergram למאות אפליקציות עם תרחישים ויזואליים. הפעולות של האפליקציה מעדכנות תגיות, מעדכנות פרטי איש קשר ומסמנות צ'אט כנקרא, למשל תשלום ב-Stripe ← עדכון תגית ב-CRM, או טופס Typeform שנשלח ← פרטי איש קשר.

השלמה: Telegram MCP server

אם אתם רוצים שסוכני AI (Claude, ChatGPT, Cursor) יעבדו עם סביבת העבודה שלכם בטלגרם, עיינו ב-Telegram MCP server. הוא חושף את אותו ממשק API דרך Model Context Protocol, כך שסוכני AI מגלים כלים וקוראים להם אוטומטית, בלי שתצטרכו לכתוב קוד לקוח API.

יכולת	פירוט
דרישת תוכנית	Pro (ומושבי Pro בסביבת עבודה)
פרוטוקול	REST (JSON over HTTPS)
נקודות קצה	chats · messages · contacts · custom_fields · tickets · broadcasts · workspace · members · accounts
אימות	מפתח API ברמת סביבת העבודה (Bearer token)
TTL ברירת מחדל למפתח	90 ימים (אפשר לקצר)
רשימת IP מורשים	טווחי CIDR אופציונליים
ביטול	מיידי
ביקורת	כל קריאה נרשמת עם קידומת המפתח, ה-IP וה-user agent
מגבלות קצב	לכל מפתח ולכל נקודת קצה: 429 עם כותרת Retry-After

סקירה כללית: Telegram CRM API: אוטומציה לתהליכי העבודה שלכם בטלגרם

ממשק ה-REST API של Entergram נותן לכם גישה תכנותית לכל סביבת העבודה של ה-Telegram CRM שלכם. סנכרנו צ'אטים ואנשי קשר אל BigQuery, Postgres, HubSpot או Salesforce. שלחו תפוצות בטלגרם כשתשלום ב-Stripe נכשל או כשעסקה נסגרת. צרו טיקטים מהתראות ניטור. בנו את הדשבורד הפנימי שהצוות שלכם באמת רוצה.

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

לאינטגרציות עם סוכני AI, ראו את עמוד ה-Telegram MCP server המשלים: הוא חושף את אותם נתונים דרך Model Context Protocol, כך ש-Claude, ChatGPT וסוכני AI אחרים יכולים לעבוד ישירות עם סביבת העבודה שלכם בטלגרם.

התחילו ניסיון חינם

שאלות נפוצות

מה אפשר לעשות עם ה-Telegram CRM API?

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

אילו הרשאות זמינות?

workspace.read · members.read · accounts.read · contacts.read · chats.read · chats.write · custom_fields.read · custom_fields.write. בחרו את המינימום שהאינטגרציה שלכם צריכה: הרשאות מינימליות מצמצמות את הנזק אם מפתח דולף. אותן הרשאות חלות על ה-API, על שרת ה-MCP ועל האינטגרציה עם Make.com.

דוגמאות קונקרטיות: מה צוותים אמיתיים בונים?

צוות מסחר מסנכרן כל צ'אט בטלגרם ל-BigQuery מדי שעה, כדי שהאנליסטים יוכלו לחבר אותו לנתונים on-chain. צוות תמיכה של חברת SaaS מפעיל משימת cron שמושכת את הטיקטים שלא נפתרו מאתמול ודוחפת אותם לסיכום ב-Slack. צוות צמיחה שולח תפוצה בטלגרם מ-webhook בכל פעם שמגיע אירוע שדרוג מ-Stripe. צוות תפעול בנה דשבורד ב-Retool שמציג זמן תגובה לכל נציג, תפוקת טיקטים והתפלגות שלבי הפייפליין, הכול על בסיס ה-API של Entergram.

איך יוצרים ומנהלים מפתחות API?

היכנסו ללשונית Developers בסביבת העבודה שלכם ב-Entergram. לחצו על 'Create key', בחרו את ההרשאות הדרושות, הגדירו אם תרצו TTL קצר יותר ורשימת IP מורשים, והעתיקו את המפתח. המפתח הגולמי מוצג פעם אחת בלבד, אז שמרו אותו במקום בטוח. המפתחות נשמרים כגיבוב חד-כיווני. אפשר לבטל כל מפתח מיד מאותה לשונית.

איך מחליפים מפתח שדלף?

בלשונית Developers, מצאו את המפתח לפי הקידומת שלו ולחצו על Revoke (הביטול מיידי). אחר כך צרו מפתח חדש עם אותן הרשאות ואותה רשימת IP מורשים, פרסו אותו באינטגרציה שלכם, ובדקו את נתוני השימוש האחרון של המפתח הישן כדי לוודא שאין יותר תעבורה.

האם ה-API יכול לראות נתונים של סביבת עבודה אחרת?

לא. כל קריאת API מוגבלת לסביבת העבודה שהנפיקה את המפתח. מפתח מסביבת עבודה A פשוט לא יכול לקרוא את סביבת עבודה B, וההגבלה נאכפת בצד השרת בכל שאילתה.

אילו שגיאות HTTP עלולות להופיע?

401: המפתח פג תוקף, בוטל או לא שייך לסביבת העבודה. 403: למפתח חסרה ההרשאה הדרושה, או שהבקשה הגיעה מ-IP מחוץ לרשימת המורשים. 429: הגעתם למגבלת קצב. המתינו ונסו שוב לפי הכותרת Retry-After.

מה ההבדל בין ה-API לשרת ה-MCP?

שניהם ניגשים לאותם נתוני סביבת עבודה עם אותן הרשאות. ה-API מיועד לקוד שלכם: משימות cron, webhooks, כלים פנימיים, תהליכי סנכרון. שרת ה-MCP מיועד לסוכני AI (Claude, ChatGPT, Cursor) שמגלים כלים וקוראים להם אוטומטית דרך Model Context Protocol. השתמשו ב-API כשהקוד הוא הצרכן, ובשרת ה-MCP כשה-AI הוא הצרכן.

האם ה-API תומך ב-webhooks?

תמיכה ב-webhooks יוצאים נמצאת במפת הדרכים. כרגע הדפוס מבוסס משיכה: קוראים ל-API לפי לוח זמנים או בתגובה לאירועים שלכם. לאפליקציית Make.com יש גם טריגרים לאירועים בסביבת העבודה; בדקו את הרשימה בתוך Make לפני שאתם בונים תרחיש סביב אחד מהם.