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