אתמול בצהרים פנתה אלי בלחץ מנמ"רית של חברה. בחברה מקבלים עשרות הזמנות אונליין ביום מאתר האיקומרס שלהם, ופתאום ההזמנות נקלטות ריקות – כלומר, ההזמנות נקלטות, רק בלי שורות הפריטים.
אחה"צ ביטלתי את מה שתכננתי והתחברתי אליהם מרחוק, לנסות להבין מה הבעיה ולראות אם אוכל לסייע.
הסתבר שהם קולטים את ההזמנות ממג'נטו לאקסס – תוכנה שלא עבדתי איתה כבר שנים רבות.
בפעם האחרונה שעבדתי עם אקסס, הכלי ידע כבר להתחבר ל-SQL Server ולשמש רק כמחולל מסכים ודוחות. זה אפשר גם יציבות, גם מהירות, וגם עבודה של מספר משתמשים במקביל. במקרה המדובר, האקסס הוא באמת "של פעם", כזה שגם הנתונים נשמרים ב-DB הפנימי שלו.
מי שפיתח את המערכת באקסס, כנראה הכיר רק את הכלי הזה. במקום לכתוב את קליטת הנתונים בקוד,הוא כתב שילוב של קבצי bat, מאקרוס ושאילתות הוספה, עדכון, וביטול.
תהליך הקליטה כלל לא פחות מ-5 תכניות bat, עוד 4 מאקרוס ועוד 8 שאילתות, ולקח לי יותר מ-5 שעות והרבה ניסוי וטעיה לאתר את נקודת הכשל.
על הדרך גיליתי גם שה"תוכנה" שמרה יותר מ-400,000 קבצי CSV בתיקיות והאקסס עצמו רץ כל פעם על קרוב ל-60,000 הזמנות, סתם כי אין תהליך של גיבוי וניפוי חומר ישן.
ועוד גיליתי על הדרך, שאותה מנמ"רית מתחילה כל יום בבקרה ידנית שכל ההזמנות נקלטו, ובחלק גדול מהימים היא מגלה שחלק מהן לא נקלטו ומשלימה ע"י הורדה ידנית מהמג'נטו וקליטה ידנית לתוכנה.
כמו האמרה הישנה, "מי שיש לו פטיש רואה בכל דבר מסמר", גם כאן נדמה שמי שפיתח את ה"תוכנה", פיתח אותה באקסס לא בגלל שזה הכלי האידאלי, אלא בגלל שזה הכלי שהוא הכיר.
המסקנה היא שכאשר מפתחים אינטגרציה בין מערכות, צריך לבחור את הכלים הנכונים. יכול להיות שהאקסס נתן מענה, אבל בלי קשר לתקלה שצצה פתאום, זה בהחלט לא הכלי הנכון.
