נרחיב הפעם על הסוגיה של תיעוד הקיסטומים, נספר על 3 פתרונות וההמלצה שלי!
האתגר – של קיסטום הוא תיעוד של התוכן והפרמטרים של מה שקיסטמנו וגם מה הסיבות, מה ההשפעה ולאיזו תוצאה זה מביא. בקיצור תיאור התהליך החדש שיצרנו באמצעות הקיסטום. מאחר ורוב המיישמים אינם מתעדים, הם גם אינם זוכרים לאחר מספר חודשים או שנים מה היה הקיסטום ולמה ביצעו אותו ובוודאי שאין תיעוד עבור המיישם המחליף.
האפשרות של ציון הטבלה ב IMG שבו בוצע הקיסטום והכנסה שלו לעץ התהליכים ב SOLMAN איננה נותנת מידע רלוונטי שהרי לא מצוין שם מה היה התוכן. שמירה של הטרנספורט עצמו בעץ התהליכים אמנם יכולה לתת את התוכן הטכני (לאחר חפירה קצרה למי שיודע) אבל לא מעבר לכך.
IMG LOGGING
זוהי תכונה מומלצת וטובה אשר מתעדת כל קיסטום שבוצע ברמת כל טבלת קיסטום. היא פועלת לאחר הדלקת דגל על ידי צוות ה BASIS. לאחר ההדלקה ומאותו מועד כל שינוי בטבלת IMG נרשם כולל הזמן בו הוא בוצע, ערכים קודמים וחדשים וכמובן מי ביצע. לשאלה הנצחית "מי האידיוט שקיסטם את זה?" יש כאן מענה מושלם.
כדי להציג לוחצים על עכבר ימני בטבלת ה IMG ובוחרים Display change log.
אז אם זה כל כך טוב למה זה לא נפוץ ומקובל?
מסתבר שבפרויקטים הראשונים שבצענו בסאפ אכן השתמשנו בזה בתקופת הפרויקט אבל לאחר מכן אנשי ה BASIS כיבו את זה בטענות שזה משפיע על ביצועים.
יש לי ויכוח גדול עם זה מאחר והמערכת היחידה שעליו הוא משפיע היא DEV וגם שם אפשר לקבוע בדיוק באיזה קליאנט רוצים. נכון שזה רושם גם שינויים ב DATA TABLES אבל בקליאנט של הקיסטום זה אמור להיות מעט מאוד. בנוסף המכונות של היום ויכולות ה STORAGE של היום בקושי מושפעים מזה.
אני ממליץ לכולם לנסות!
להלן שני קישורים ל HELP של הנושא:
SAP Customizing Documentation Generation Tool
https://blogs.sap.com/2017/11/30/sap-customizing-documentation-generation-tool/
זהו כלי תוכנה שפורסם ברשת ואפשר להוריד אותו בחינם דרך GITHUB. אפשר להכניס לו מספר של טרנספורט מסוים המכיל קיסטום ולקבל מסמך וורד עם פירוט הטבלאות והתכולה בצורה יפה. תנסו!
Customizing Cookbook
זוהי צורת התיעוד שאני ממליץ עליה , ללא קיצורי דרך.
הרעיון בא מצורת התיעוד של פעילות צוותי ה BASIS. למי שלא יודע הם מתעדים כמעט כל שדרוג או התקנה או פעולה מסובכת וטכנית עם הרבה שלבים באמצעות מסמך וורד או אקסל. פשוט כותבים במילים מה שמבצעים וגם משלבים צילומי מסך. נוצר מסמך טכני מפורט המסביר בדיוק איך פעלנו. עבור צוותי ה BASIS זה חשוב במיוחד כי הרי הם פועלים על פי מסמכי How to Guides והנחיות אחרות של סאפ, אבל תמיד תמיד ישנם מקרים מיוחדים לכל ארגון ואתר. ישנם טעויות, צריך ליישם NOTES, ישנם תיקונים וריצות מיוחדות שצריך לעשות ועוד ועוד. כך שה COOKBOOK של ה BASIS איננו מסמך כללי, הוא מסמך פרטני עבור הארגון הספציפי איך לבצע את השדרוג שוב.
מיישמים אחדים לקחו את הרעיון הזה ומשתמשים בו כדי לתעד קיסטום. יש כאלה שמכניסים צילומי מסך. יש כאלה שמוסיפים מלל והסברים. אני עצמי התחלתי להשתמש בשיטה לפני כמה שנים עבור הקיסטום המורכב שאני מבצע במערכות שונות , טבלאות וכלי סאפ ואחרים, הרשאות , הטמעת NOTES ותיקונים מקומיים. בלי זה לא הייתי יכול לחזור על הפעולות האלה בפעם נוספת בקלות.
להלן קטע מתוך אחד ה COOKBOOKS שלי.
תנסו ותצליחו!
עודד דגן
דוגמא וקטע מ COOKBOOK:
Added actions to be performed while saving to "In Mesira " E0016 status
IMG – "make settings for Change Transaction Types"
Erase actions not needed from E0004
COPY_ALL_ENH changed to COPY_ALL (no automatic imports)
Assign consistency checks to new status E0016 (copied from E0004)
Step 3.5 performed in SOLMAN_SETUP (activation of 2 CRM business function switches)
Mail Form –TEMPLATE created.
UI config
Added entries in table AGS_WORK_CUSTOM, used parameter UIC_PROC_TYPE_SPECIFIC
And added entries/indexes for
UIC_PROC_TYPE_SPECIFIC_01 = AIC_CMCD_H/AICCMCDOverview_ZMMJ
UIC_PROC_TYPE_SPECIFIC_02 = AIC_CMCD_H/AICCMCDHeaderEF_ZMMJ
הבלוג של עודד לקהילת הסאפ בישראל 