איך משיגים מהספק מסלול מאושר בכתב: ייצוא רשמי, קובץ נתמך, View או עותק קריאה, ואינטגרציה דרך שותף. ואיפה אוטומציית מסך באמת נכנסת, עם הסייגים.
עיקרי הדברים
- ההבדל בין מסלול מאושר למסלול נסבל הוא מסמך, לא טכנולוגיה. בקשו תשובה בכתב לפני שכותבים שורת קוד.
- מסלול השותף או השירותים המקצועיים הוא האפשרות שהכי הרבה עסקים לא בודקים, והיא היחידה שמגיעה עם התחייבות מהספק.
- View או עותק קריאה שהספק העניק שונה לחלוטין מגישה ישירה שלקחתם לעצמכם, גם אם השאילתה זהה.
- אוטומציית מסך נשברת בשקט: הסקריפט "הצליח" אחרי שמילא את השדה הלא נכון.
- אם זה מותר לפי ההסכם שלכם עם הספק - זו שאלה אליכם ואל עורך הדין שלכם, ולא שאלה טכנית.
כשלספק אין API, השאלה הראשונה אינה טכנית אלא מי מאשר מה. יש חמישה מסלולים שספק יכול לאשר בכתב - ייצוא רשמי, קובץ שהוא תומך בו, View או עותק קריאה, אינטגרציה דרך שותף, ופיתוח בתשלום אצלו. אוטומציית מסך אינה אחת מהן, והיא אחרונה מסיבות טובות.
המייל שקובע אילו אפשרויות בכלל קיימות
לפני שבודקים פתרונות כדאי לשלוח חמש שאלות, בכתב, לאיש קשר עם סמכות אצל הספק. התשובות מצמצמות את הדיון בבת אחת:
- אילו ממשקים תוכניתיים קיימים במהדורה ובגרסה שאנחנו מורשים להשתמש בהן?
- יש ייצוא מתוזמן או אוטומטי שאנחנו יכולים להפעיל בעצמנו מתוך המערכת?
- האם תיתנו View לקריאה או עותק קריאה של הנתונים שלנו, ובאילו תנאים?
- אתם או שותף מוסמך מספקים אינטגרציות כשירות בתשלום?
- מי אצלכם הגורם המוסמך לענות מה ההסכם שלנו אומר על גישה אוטומטית?
השאלה החמישית היא זו שנוטים לדלג עליה, והיא היחידה שקובעת אם מותר להתחיל. תשובה של איש תמיכה אינה תשובה - צריך גורם שמוסמך להתחייב, והתשובה צריכה להישאר בכתב כי בעוד שנה מישהו ישאל.
מה מבדיל מסלול מאושר ממסלול נסבל?
מסלול נסבל הוא כזה שעובד היום ואף אחד לא התחייב עליו. חמישה מבחנים מפרידים ביניהם:
- תיעוד. מישהו אצל הספק אישר את המסלול בכתב ואפשר להצביע על המסמך.
- שרידות שדרוג. המסלול מוגדר כממשק ולכן שינוי גרסה לא אמור לשבור אותו בלי הודעה.
- הרשאה נפרדת. יש משתמש או מפתח ייעודי לאינטגרציה, ולא סיסמה של עובד אמיתי.
- כשל רועש. כשמשהו נשבר מתקבלת שגיאה, ולא נתונים חלקיים שנראים תקינים.
- בעלות. יש שם של אדם - אצלכם ואצל הספק - שאחראי לתקן.
מסלול שנכשל בשלושה מהמבחנים האלה אינו פתרון אלא הלוואה מהעתיד. אפשר לקחת אותה במודע, ובתנאי שהיא נרשמת ככזו.
חמשת המסלולים המאושרים, זה מול זה
| המסלול | מה צריך לקבל מהספק | מה עלול לשבור אותו | לאיזה צורך הוא מתאים |
|---|---|---|---|
| ייצוא או דוח רשמי | הפעלה בהגדרות, פורמט ותזמון מתועדים | שינוי פורמט בשדרוג גרסה | דוחות, סנכרון תקופתי, גיבוי נתונים |
| קובץ שהספק תומך בו | יעד, מוסכמת שמות, סימון סיום כתיבה | שינוי בשמות או בקידוד | העברת נתונים מובנית בין מערכות |
| View או עותק קריאה | הרשאת קריאה בלבד ומילון שדות | שינוי סכימה פנימי | דוחות, BI, חקר נתונים |
| אינטגרציה דרך שותף מוסמך | היקף כתוב והתחייבות לתאימות גרסאות | סיום ההתקשרות עם השותף | תהליך עסקי שדורש גם כתיבה |
| פיתוח בתשלום אצל הספק | מפרט מוסכם ותנאי תמיכה | תעדוף פנימי אצל הספק | צורך ייחודי שאין לו מענף מדף |
שימו לב לעמודה השלישית: אף מסלול אינו חסין. ההבדל הוא שבארבעה מהם השבירה היא אירוע שיש לו כתובת, ובאוטומציית מסך היא אירוע שהוא רק שלכם.
מה בעצם קונה אינטגרציה דרך שותף או שירותים מקצועיים?
היא קונה שלושה דברים שאי אפשר לכתוב בקוד: ממשק שמישהו מתחייב לתמוך בו, התחייבות לתאימות מול גרסאות עתידיות, וכתובת לפנות אליה כשזה נשבר. במקביל היא עולה כסף, הופכת את הפרויקט להחלטת רכש ולא להחלטה טכנית, ומכניסה תלות בזמינות של גורם שלישי.
אם בוחרים במסלול הזה, אלה הסעיפים שכדאי שיופיעו בהיקף העבודה:
- רשימה מפורשת של שדות וישויות, ולא "הנתונים הרלוונטיים".
- הכיוון לכל שדה: קריאה, כתיבה, או שניהם.
- התחייבות מה קורה בשדרוג גרסה של המוצר.
- קיום סביבת בדיקות ומי מספק לה נתונים.
- מי מתקן תקלה אחרי המסירה, ובאיזה זמן תגובה.
- למי שייכים התיעוד והמיפוי בסוף הפרויקט.
הסעיף האחרון הוא זה ששוכחים, והוא זה שקובע אם תוכלו להחליף ספק בעתיד.
אוטומציית מסך: הסייגים בלי לייפות
אוטומציית מסך היא תוכנית שמפעילה את התוכנה כמו משתמש. היא אחרונה ברשימה כי היא מביאה איתה חמש בעיות שאין למסלולים האחרים:
- שבריריות. שינוי מיקום של שדה, דיאלוג חדש או שדרוג ממשק מפילים אותה.
- שבירה שקטה. התוכנית מסיימת בהצלחה אחרי שמילאה את השדה הלא נכון, ואף אחד לא יודע עד שמישהו מגלה נתון שגוי בדוח.
- טיפול בהרשאות. לרוב נדרשת סיסמה של משתמש אמיתי, ואז הפעולות מיוחסות לאדם שלא ביצע אותן ואימות דו-שלבי הופך לחסם.
- תיעוד ואחריות. אין רישום נפרד שמבדיל בין פעולה של אדם לפעולה של תוכנית.
- תנאי שימוש והסכם. תנאי השימוש וההסכם עם הספק הם שקובעים אם גישה אוטומטית מותרת בכלל.
הסייג האחרון אינו שאלה טכנית ואין לו תשובה כללית. הוא נקבע בהסכם שלכם עם הספק ובתנאי השימוש שחלים עליכם, ולכן הוא נשאל אצלכם ואצל עורך דין - לא נפתר במסמך כזה. ואם המערכת חוסמת גישה אוטומטית באופן מפורש, אין כאן מה לפתור טכנית.
מה כל מסלול שאינו API חייב, בלי קשר לבחירה
המסלולים האלה מספקים נתונים, אבל אף אחד מהם לא יגיד לכם שהוא הפסיק. לכן צריך שכבת גילוי משלכם:
- בדיקת טריות. אם לא הגיע נתון חדש בחלון הזמן הצפוי, מישהו מקבל התראה.
- טווח נפח צפוי. מספר רשומות שחורג מהטווח ההיסטורי עוצר את הטעינה במקום להיכנס.
- חתימה על הקלט האחרון. קובץ זהה לקודם הוא סימן שהמקור לא התעדכן.
- איש קשר להסלמה. שם, לא תפקיד.
- דרך לבטל טעינה של יום. מוגדרת מראש, כי אחרי שנתונים שגויים נכנסו כבר מאוחר לתכנן.
קשור: מה עושים כשלמערכת אין API, גרידה מול API, ההיבטים של גרידת אתרים בישראל.
מקורות
שאלות נפוצות
הספק אמר שאין API. זה סוף הסיפור?
לא בהכרח. שאלו שלוש שאלות נוספות בכתב: אילו ממשקים קיימים במהדורה שלנו, האם יש מודול אינטגרציה בתשלום, והאם קיים ייצוא מתוזמן. ספק עונה לעיתים "אין API" כשהכוונה היא שאין כזה במהדורה שרכשתם.
מה ההבדל בין View שהספק נתן לבין חיבור ישיר לבסיס הנתונים?
View שהספק הגדיר הוא ממשק: הוא מסתיר את המבנה הפנימי, נותן לכם שדות מוסכמים, והספק יודע שאתם תלויים בו. חיבור ישיר לטבלאות הוא תלות בפרט פנימי שאיש לא התחייב עליו, ושדרוג גרסה יכול לשנות בלי הודעה.
האם אוטומציית מסך מותרת?
זו לא שאלה טכנית. מה שקובע הוא תנאי השימוש וההסכם שלכם מול הספק, והם משתנים בין ספקים ובין חוזים. הפנו את השאלה לגורם המוסמך אצל הספק ולעורך הדין שלכם, וקבלו את התשובה בכתב לפני שמתחילים לבנות.
איך יודעים שמסלול קובץ הפסיק לעבוד?
לא לפי הצלחת הריצה אלא לפי הנתונים. הגדירו בדיקת טריות שמתריעה כשלא הגיע קובץ חדש בחלון הצפוי, טווח נפח שעוצר טעינה חריגה, והשוואת חתימה מול הקובץ הקודם כדי לזהות קובץ שחזר על עצמו.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.