חיבורי API בין ERP לצדדים שלישיים
מ-ERP לצדדים שלישיים: CRM, לוגיסטיקה, מס וזהות
חיבורי REST, SOAP, webhook ו-iPaaS בין ה-ERP שלכם לשירותים שסביבו, עם ניסיונות חוזרים והתראות.
Blueprint
גללו הצידה כדי לראות את כל השרטוט.
מ-ERP לצדדים שלישיים: פלטפורמה אחת, שותפים רבים
אירועים עסקיים יוצאים מה-ERP פעם אחת, ופלטפורמת האינטגרציה מוסרת אותם לכל שותף בפורמט שהוא מצפה לו. קריאות חוזרות מגיעות באותה דרך. הודעה שעדיין נכשלת לאחר ניסיונות חוזרים עוברת לתור הודעות כשל ומעלה התראה עם הנתונים המצורפים.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
9 שלבים
הזרימה, שלב אחרי שלב
- מERP לפלטפורמת אינטגרציה: אירועים עסקיים, דרך REST · OData · webhook (זרימה ראשית).
- מפלטפורמת אינטגרציה לCRM: לקוחות והזמנות, דרך REST/JSON (זרימה ראשית).
- מפלטפורמת אינטגרציה ללוגיסטיקה ומובילים: משלוחים הוזמנו, דרך REST/JSON (זרימה ראשית).
- מלוגיסטיקה ומובילים לפלטפורמת אינטגרציה: אירועי מעקב, דרך webhook (אסינכרונית).
- מפלטפורמת אינטגרציה לפלטפורמת חשבוניות אלקטרוניות ומיסוי: חשבוניות לאישור, דרך SOAP/XML · REST (זרימה ראשית).
- מפלטפורמת אינטגרציה לספק KYC וזהות: בדיקות זהות, דרך REST/JSON (זרימה ראשית).
- מספק KYC וזהות לפלטפורמת אינטגרציה: תוצאות בדיקה, דרך webhook (אסינכרונית).
- מפלטפורמת אינטגרציה לתור הודעות כשל והתראות: נכשל לאחר ניסיונות חוזרים, לתור הודעות כשל (מסלול חריגים).
- מתור הודעות כשל והתראות לצוות תמיכה: התראה עם הנתונים והשגיאה (מסלול חריגים).
סקירה
זו הזרימה בין ה-ERP שלכם לשירותים שסביבו: ה-CRM, מובילים וספקי לוגיסטיקה, פלטפורמות חשבוניות אלקטרוניות ומס, וספקי זהות ו-KYC. לכל שותף יש API משלו, פורמט משלו וכשלים משלו, וכל אחד מגיע בדרך כלל כפרויקט נפרד.
תכנון הייחוס מוציא אירועים עסקיים מה-ERP פעם אחת, אל פלטפורמת אינטגרציה שמעבירה אותם לכל שותף בפורמט שהוא מצפה לו, דרך REST, SOAP, webhooks, או EDI מעל AS2 היכן ששותפי מסחר דורשים זאת. קריאות חוזרות, כמו אירועי מעקב או תוצאות בדיקה, חוזרות דרך אותה פלטפורמה.
שותף שנפל הוא אירוע רגיל, לא חירום. כשלים זמניים מנוסים שוב. הודעה שעדיין נכשלת לאחר הניסיונות החוזרים עוברת לתור הודעות כשל, והתראה מגיעה לצוות התמיכה עם המטען ועם השגיאה, כך שאפשר לתקן ולשחזר אותה.
איך הזרימה עובדת
ה-ERP מפרסם אירוע
כשמלקוח, הזמנה או חשבונית משתנים, ה-ERP מפרסם אירוע עסקי אחד לפלטפורמת האינטגרציה, דרך ה-API, שירותי OData או webhooks שלו.
ה-CRM נשאר עדכני
הפלטפורמה מעדכנת חשבונות, אנשי קשר והזמנות ב-CRM, כך שצוותי המכירות והשירות רואים מה ה-ERP יודע.
משלוחים מוזמנים
הזמנות שמוכנות למשלוח מוזמנות אצל המוביל או ספק הלוגיסטיקה דרך ה-API שלו, ותוויות ומספרי אסמכתא חוזרים.
המעקב חוזר
המוביל שולח אירועי מעקב והוכחת מסירה ב-webhook, והפלטפורמה מעדכנת את ההזמנה ב-ERP.
חשבוניות מאושרות
חשבוניות נשלחות לפלטפורמת החשבוניות האלקטרוניות או המס בפורמט שהרשות דורשת, וסטטוס האישור נשמר לצד החשבונית.
זהויות נבדקות
לקוחות או ספקים חדשים נשלחים לספק ה-KYC או הזהות, והתוצאה חוזרת ב-webhook לפני שהחשבון מופעל.
כשמשהו נכשל
שותף אינו זמין זמנית
הקריאה מנוסה שוב עם השהיות גדלות. מפתח אידמפוטנטיות בכל כתיבה מבטיח שניסיון חוזר לעולם אינו יוצר משלוח או חשבונית שניים.
הודעה עדיין נכשלת לאחר הניסיונות החוזרים
היא עוברת לתור הודעות כשל עם המטען ועם השגיאה של השותף, וצוות התמיכה מקבל התראה. לאחר התיקון היא משוחזרת מהתור.
שותף משנה את ה-API שלו
בדיקות חוזה רצות מול סביבת הבדיקה של כל שותף ותופסות את השינוי. שינויים מוכרזים מתוזמנים ונבדקים לפני המועד של השותף.
הנתונים נדחים
שותף שמסרב לנתונים מסיבה עסקית, כמו מספר מס חסר, מחזיר את השגיאה לרשומת ה-ERP, שם הבעלים יכול לתקן אותה.
תקנים ומערכות
- אינטגרציה
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- זהות וגישה
- OAuth 2.0
שאלות ותשובות
לאילו שירותי צד שלישי אתם יכולים להתחבר?
לכל שירות עם API מתועד או ממשק קבצים. דוגמאות אופייניות הן פלטפורמות CRM, מובילים וספקי לוגיסטיקה, זירות מסחר, פלטפורמות חשבוניות אלקטרוניות ומס, שכר, ספקי KYC וזהות, ושותפי מסחר שמחליפים מסמכי EDI מעל AS2. אנחנו בוחנים את ה-API, המגבלות וסביבת הבדיקה של כל שותף לפני שאנחנו מתחייבים לתוכנית.
האם אנחנו זקוקים לפלטפורמת אינטגרציה לזה?
כשכמה שותפים מחוברים ל-ERP אחד, פלטפורמה כמו MuleSoft, Boomi או Azure Logic Apps, או סט שירותים מותאמים שנבנו על תור הודעות, שומרת מיפוי, ניסיונות חוזרים וניטור במקום אחד. עם שותף אחד או שניים, חיבורים ישירים יכולים להספיק. אנחנו מפרטים את הפשרות, ובהן עלויות רישיון, למקרה שלכם.
האם אתם יכולים לחבר אותנו לפלטפורמות חשבוניות אלקטרוניות ואישור מס?
כן. מדינות רבות דורשות היום שחשבוניות יונפקו או יאושרו דרך פלטפורמה ממשלתית או מוסמכת בפורמט מוגדר. אנחנו מחברים את ה-ERP לפלטפורמה שהמדינה שלכם דורשת או לספק מוסמך, שומרים את סטטוס האישור ואת המזהים לצד כל חשבונית, ומטפלים בדחיות. יועצי המס שלכם מאשרים את הכללים החלים עליכם.
איך אתם מאבטחים webhooks נכנסים?
כל webhook נכנס מאומת לפני שהוא מעובד: בחתימה היכן שהשותף חותם על ההודעות שלו, ובבדיקות טוקן, מקור וחותמת זמן היכן שהוא לא. המטענים נבדקים מול החוזה, והאירועים מעובדים פעם אחת גם אם השותף שולח אותם יותר מפעם אחת.
מה קורה כששותף סובל מהשבתה?
שאר הזרימות ממשיכות לפעול. הודעות לאותו שותף מנוסות שוב ואז מתורבתות, צוות התמיכה מקבל התראה, ושום דבר לא אובד. כשהשותף מתאושש, ההודעות שבתור משוחזרות לפי הסדר. הדשבורד מראה איזה שותף מושפע וכמה הודעות ממתינות.
למי שייכים המחברים שאתם בונים?
הקניין הרוחני בעבודה שאנחנו בונים עבורכם שייך לכם מהקומיט הראשון — בלי שלב העברה בסוף. מחברים נמסרים עם קוד המקור, הבדיקות והתיעוד שלהם, כך שהצוות שלכם או ספק אחר יכול לתחזק אותם. כל כלי XSIS שהיה קיים לפני כן נשאר שלנו וניתן לכם ברישיון. ממשקי ה-API של השותפים ורישיונות פלטפורמות האינטגרציה נשארים לפי התנאים של הספקים ההם.
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.