Quire
Zapier מתחבר ל-Quire באמצעות אותו REST API, לקוחות OAuth ו-webhooks שבהם משתמשות כל האינטגרציות. אין קוד ייחודי ל-Quire באף צד, ולכן Zap יכול לעשות כל מה שמציע מדריך ה-API.
התחלת Zap בעקבות אירוע ב-Quire
- ב-Zapier בחרו Webhooks by Zapier כמפעיל, עם האירוע Catch Raw Hook. משתמשים בגוף הגולמי, מפני שהחתימה מחושבת על הבתים המדויקים ש-Quire שלח. העתיקו את הכתובת ש-Zapier נותן לכם.
- ב-Quire פתחו
/admin/webhooks, בחרו הוספת מינוי, הדביקו את הכתובת ובחרו אירועים, למשלcourse_completion.changed. Quire שולח תחילה אירוע בדיקה; המינוי מתחיל לאחר ש-Zapier מקבל אותו. - הוסיפו שלב Code by Zapier לאימות החתימה באמצעות סוד המינוי, כפי שמוצג במדריך למפתחים. עצרו את ה-Zap אם האימות נכשל.
- נתחו את גוף ההודעה והמשיכו לשלבים הדרושים.
ביצוע פעולה ב-Quire מתוך Zap
השתמשו ב-Webhooks by Zapier עם פעולת Custom Request, או ב-API Request בשלב של אפליקציה:
- URL:
https://acme.quirelms.com/api/v1/..., למשל/api/v1/enrolmentsכדי לרשום אדם. - Headers:
Authorization: Bearer qk_live_...עם מפתח שנוצר ב-/admin/integrations/api-keysעבור Zap זה בלבד, וכותרתIdempotency-Keyשנבנית מהמזהה של המפעיל, כך ש-Zap ש-Zapier מפעיל שוב לא ירשום את אותו אדם פעמיים. - Data: JSON, כפי שמתואר במדריך ה-API.
כדי לפעול בשם אדם ולא בשם הארגון, רשמו לקוח OAuth ב-/admin/integrations/oauth-clients
עם כתובת ההפניה של Zapier והשתמשו בו מאינטגרציית Zapier פרטית.
דוגמה: הרשמת לקוח בעת סגירת עסקה
- מפעיל: “העסקה נסגרה בהצלחה” ב-CRM שלכם.
- בקשה מותאמת אישית
PUT /api/v1/users/ext:{customer id}עם שם האדם וכתובת הדוא״ל: יוצרת משתמש או מעדכנת אותו אם הוא כבר קיים. - בקשה מותאמת אישית
POST /api/v1/enrolmentsעם המשתמש והקורס, ועםIdempotency-Key: deal-{deal id}.