איזה חיבור צריך להקים
בוחנים תהליך אחד הכולל אתר או חנות, דואר עסקי, טלפוניה, מסרים או מערכת חשבונאות. תחילה בודקים תאימות של המוצר, הגרסה והמחבר הזמין. משתמשים במודול קיים כשהוא מכסה את ההעברה הדרושה; פיתוח מותאם נבחן בנפרד. עצם קיומו של API אינו מוכיח שכל האינטגרציה מתאימה.
הסכמה על כללי הנתונים
מגדירים אובייקטים, שדות, כיוון העברה ואיזו מערכת היא מקור הערך הנכון. בהעברה דו-כיוונית דנים גם בעדכונים סותרים. התאמת האובייקטים צריכה להתבסס על מזהה יציב, כדי שעיבוד חוזר לא ייצור איש קשר או הזמנה נוספים.
- מה יוצרים ומה רק מעדכנים בכל מערכת.
- מיפוי שדות, ערכים נדרשים ורשימות ייחוס.
- אירוע או לוח זמנים להעברה, תקלות וניסיונות חוזרים.
- רשומות בדיקה עם תוצאה צפויה בשני הצדדים.
נתונים וגישה
שלחו שמות מערכות, גרסאות, כתובת פורטל ותיאור ההעברה הידנית. עבור 1C ציינו תצורה, התאמות וישויות נדרשות; 'לחבר 1C' אינו מספיק להערכת העבודה. נדרש נציג עסקי שיאשר כללים להזמנות, לתשלומים או למלאי. הגישה ניתנת בהרשאות מוסכמות; פרטים סודיים אינם נשלחים בהתכתבות או מתפרסמים בחומרים ציבוריים.
בדיקה והעברה לתפעול
באמצעות מדגם מוסכם בודקים יצירה, עדכון, העברה חוזרת והתאוששות מתקלה. להעברות חשובות מגדירים יומן והתראה ברורה על כשל. מוסרים תיאור הגדרות, תוצאות בדיקה ואחריות תפעולית. הצלחה היא נתונים בפועל במערכות הנדרשות, ולא רק תגובה מוצלחת לבקשה.
הערכה וגבולות העבודה
המחיר תלוי באובייקטים, בכיוונים, בכמות ההיסטוריה ובמנגנון שנבחר. רישיונות מודולים ושירותי מפעילים וספקים נבחנים בנפרד. בדיקת תאימות אינה כוללת העברה פעילה או מעבר מלא. זמינות הרישיון נבדקת למוצר ולאזור המסוימים, בלי קשר לשפת העמוד. חיבור לבנקים, לשירותים ממשלתיים או לשירותי תשלום מתחיל בהערכה טכנית נפרדת.
תארו חיבור אחד בין מערכות
ציינו אילו נתונים עוברים כיום ידנית ולאן. נכין מפת העברה ונציע בדיקת תאימות או שלב חיבור מוסכם.