Summary Of Oracle Applications Round Table

Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444

‫עגול‬-‫סיכום מפגש שולחן‬

‫מנהלי אפליקציות‬ Oracle Applications 2009 ,‫ ינואר‬22 ‫ עינת שמעוני‬:‫מנחת המפגש‬

Moshav Bnei Tzion P.O.Box 151, 60910 Israel Tel: (972)-9-7907000 Fax: ( 972)-9-7442444

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מבוא‬ ‫מפגש זה היווה גיבוש של קבוצת עניין אשר בעתיד תיפגש בנושאים שונים שמנהלי‬ ‫אפליקציות ‪ CRM/ERP‬בסביבת אורקל נתקלים בהם‪.‬‬ ‫הכוונה הנה שמפגש זה יהווה מפגש ראשון בסדרת מפגשים צפויים‪ ,‬שבהם יועלו נושאים‬ ‫שונים המשותפים לקבוצה זו‪ ,‬לדוגמה‪:‬‬ ‫‪‬‬

‫ניהול אופרציית התמיכה‪ ,‬סוגיות סביב מחלקת ה ‪:ERP‬‬ ‫‪ o‬נושא זה כבר עלה ונדון במפגש זה‬

‫‪‬‬

‫ניהול שינויים בסביבת אורקל‬ ‫‪ o‬נושא זה כבר עלה ונדון במפגש זה‬

‫‪‬‬

‫שדרוגי גרסאות‬ ‫‪ o‬נושא זה כבר עלה ונדון באופן חלקי במפגש זה‬

‫‪‬‬

‫מודלים חדשים – ‪ on demand‬וכד'‬

‫‪‬‬

‫‪ BI‬משולב באפליקציות אורקל‪Siebel analytics /‬‬

‫‪‬‬

‫שכבת ה ‪ Fusion( Middleware‬וכד')‬

‫הנושאים אותם משתתפי הדיון הציעו למפגשים עתידיים‪ :‬עבודה מול ספקים חיצוניים;‬ ‫אופן ניהול הפרויקטים; סוגיות סביב ניהול גרסאות ותצורה; שדרוגים; ניהול סביבות‪.‬‬ ‫משתתפי הדיון הנם מנהלי אפליקציות בסביבת ‪ Oracle Applications‬מסקטורים שונים‪.‬‬ ‫בארגונים אלה מיושמת חבילת ‪ Oracle‬לנושאי ‪ ERP‬בעיקר‪ ,‬ולחלקם גם לתחומי ‪.CRM‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫מבנה מחלקת ה‪ERP-‬‬ ‫‪‬‬

‫מחלקת ה‪ ERP-‬בתוך אגף‪/‬חטיבת ה‪IT-‬‬ ‫בארגון ה ‪ IT‬לרוב קיימות מספר מחלקות פיתוח ומחלקת ה ‪ ERP‬מהווה רק אחת מהן‪,‬‬ ‫לצד מחלקות ‪ ,CRM‬ליבה‪/‬בילינג‪/‬בנקאית‪( BI ,‬וזה במקרה בו ה ‪ ERP‬מהווה "עוד‬ ‫מערכת" ולא המערכת העיקרית)‪ .‬לעתים קיימות מחלקות "רוחביות" נוספות (לדוגמה‪,‬‬ ‫מנהלי פרויקטים רוחביים)‪.‬‬ ‫בתוך מחלקת ה‪ ,ERP‬ישנה חלוקת תפקידים ל‪:‬‬ ‫‪ .1‬מיישמים (לרוב מתפקדים גם כתומכים)‪,‬‬ ‫‪ .2‬תכניתנים (‪ ERP‬ו ‪ – CRM‬צוותים שונים)‪,‬‬ ‫‪ .3‬אנשי "תשתיות ייעודיות"‪.DBAs /‬‬ ‫חלוקה נוספת הנה מקצועית ‪ -‬אנשי לוגיסטי‪ ,‬פיננסי‪.HR ,‬‬ ‫דוגמאות של מבנים שעלו מהדיון‪:‬‬ ‫‪‬‬

‫לכל חטיבה יש רפרנט (איש של חטיבה) שאמור לייצג אינטרסים של חטיבה שלו‬ ‫למול ה ‪( IT‬בנוסף לתפקידם)‪.‬‬

‫‪‬‬

‫צוותים פונקציונליים – בכל צוות יש מיישם בודד והתכניתנים משוייכים לצוותים‪.‬‬

‫‪‬‬

‫המיישם מרכז דרישות‪ ,‬מתעדף‪ ,‬כותב איפיון‪ ,‬מנחה ראש צוות פיתוח מה צריך‬ ‫לעשות‪ .‬ראש צוות פיתוח עושה איפיון מפורט‪/‬טכני – הפתרון הטכנולוגי‪ .‬המיישם‬ ‫בודק‪ ,‬מביא לקוחות לעשות יחד איתם בדיקה‪ .‬מנחה ‪ QA‬בהיבטי הבדיקות‪ .‬אם‬ ‫צריך הטמעה ממוקדת – גם עושה את זה‪ .‬זה מבנה מאוד יעיל‪ .‬זה גם בגלל‬ ‫שהאנשים אצלם מאוד ותיקים‪ ,‬ומכירים את הביזנס טוב‪.‬‬

‫‪‬‬

‫יחסי כוח אדם‬ ‫אחוז אנשי מחלקת ה‪ ERP‬מכלל אנשי ה‪ IT-‬נע בין ‪( 3%‬בארגון בעל יחידת ‪ IT‬מאוד‬ ‫גדולה ובו ה‪ ERP-‬אינו מנהל את ליבת הארגון) ל‪( 20% -‬בארגון בעל יחידת ‪ IT‬קטנה‬ ‫יחסית ו‪ ERP‬שמנהל את ליבת הארגון)‪.‬‬ ‫מתוך צוות ה‪ 65% :ERP‬אנשי יישום ותמיכה‪ 35% ,‬אנשי פיתוח ו‪DBA-‬‬ ‫‪ 65%‬פיתוח ו ‪ 35%‬תחזוקה‬ ‫יחס של בין ‪ 1:20‬ל‪( 1:50‬על כל אדם אחד במחלקת ה ‪ ERP‬יש ‪ 50‬משתמשים ב‪)ERP‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫‪‬‬

‫שימוש בכ"א חיצוני‬

‫רוב משתתפי הארגון משתמשים בכ"א חיצוני במידה מינורית‪ .‬בין היתרונות שצוינו – כוח‬ ‫האדם החיצוני מקדם מבחינה מקצועית את צוותי הפיתוח‪.‬‬ ‫‪‬‬

‫תמיכה‬ ‫‪ 2‬ארגונים סיפרו על צורך לתת תמיכה מסביב לשעון (באחד מהם מתקיימים תהליכי‬ ‫תחזוקה במהלך הלילה ומסתמכים על מודול המלאי‪ ,‬ובשני יש נקודת מכירה שפועלת כל‬ ‫הזמן)‪ .‬בשאר הארגונים אין צורך לתמיכה ב‪ 24 ERP -‬שעות ביממה‪.‬‬ ‫אם קיים גוף תמיכה כללי ל ‪ IT‬בד"כ ה ‪ 1st level support‬לנושאי ‪ ERP‬ניתן על ידו‪,‬‬ ‫והוא עונה ומתעד תקלות במערכת התקלות ‪ .‬תמיכת ‪ 2nd level‬ניתנת על ידי מיישמי ה‪-‬‬ ‫‪.ERP‬‬ ‫תיאור מערך התמיכה אצל אחד ממשתתפי הדיון‪ :‬קיים ‪ HD‬כללי לכל משתמשי הארגון‬ ‫שגם משמש לפניות הקשורות ל‪ ,ERP -‬אולם לפונקציות מיוחדות במרכז הלוגיסטי‬ ‫‪/‬כספים ‪/‬אחר יש טלפון כונן‪ ,‬ומי שאחראי ועונה מתעד במערכת התקלות‪ .‬יש להם‬ ‫בפורטל מיפוי ‪ knowledgebase‬לגבי תקלות שמתחזקים אותו כל הזמן‪ .‬מי שענה‬ ‫לתקלה כבר מכיר ויודע‪ ,‬ומכיוון שבארגון זה העובדים הנם ותיקים יש כאלה שעברו‬ ‫צוותים ומכירים הרבה‪ ,‬הידע קיים וזה מאפשר גמישות‪ .‬זוהי למעשה התמיכה ברמת ה‬ ‫‪ 1st level‬שמתבצעת על ידי אדם אחד‪ .‬ה ‪ 2nd level‬זו כל מחלקת ה‪ – ERP‬פונים למי‬ ‫שרלוונטי‪ .‬את זה עושה אותו התומך היומי (הכונן)‪.‬‬

‫‪‬‬

‫ניהול תצורה וגרסאות‬ ‫צוין כי נושא ניהול השינויים קיים באופן מאוד חלקי באורקל‪ ,‬הנושא שחסר באופן מיוחד‬ ‫הנו נושא העברת גרסאות‪ .‬בארגונים שונים פותחו יכולות סביב זה או שמשתמשים‬ ‫במוצרי צד שלישי (כמו לדוגמה מוצר של חברת ‪ .)Unitask‬בגרסאות הבאות לאורקל‬ ‫יהיה כלי לניהול ‪ .enterprise manager‬יהיה סוג של ‪ addon‬שם לאורקל ‪.APPS‬‬ ‫מספר הקסטומיזציות שארגונים היותר גדולים במפגש ביצעו נע בין ‪ 900‬ל ‪ .1900‬אופן‬ ‫ניהול שינויים אצל אחד מהמשתתפים – כל פיתוח מנוהל כקסטומיזציה‪ ,‬כל קסטומיזציה‬ ‫באיפיון "מתגלגל" (מתקדם בגרסאות)‪ .‬יש להם מערכת ניהול תצורה ‪ Starteam‬שבה‬ ‫הם מנהלים את הקסטומיזציות‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫כל כמה זמן מעבירים שינויים לפרודקשן? בארגון בו ל ‪ IT‬יש יותר כוח אל מול הארגון‬ ‫שינויי ה ‪ ERP‬מועלים במסגרת "גרסת ‪ "IT‬כל ‪ 3‬חודשים (כלומר‪ ,‬כל המערכות עולות‬ ‫באותו יום‪ ,‬ה ‪ ERP‬לא עולה בנפרד)‪ .‬ארגונים אחרים ציינו שדבר זה לא יתקבל בארגונם‬ ‫וכי לוחצים עליהם לשחרר גרסאות יותר מוקדם‪.‬‬ ‫רוב המשתתפים עובדים ב ‪ 4‬גרסאות שנתיות‪ .‬אצל אחד מהם משתדלים בכל חודש‬ ‫להעלות מיני גרסה ופעם ברבעון להעלות גרסה גדולה‪ .‬משתמשים ב ‪HARVEST‬‬ ‫לאריזה (העברה של תכנה)‪ .‬אם יש ‪ setups‬שניתן להעביר דרך תשתית אורקל‪.‬‬ ‫‪‬‬

‫תהליך הטיפול בדרישה‬ ‫דרישת בקשה –‪ .‬אם קיים כלי לניהול דרישות (לדוגמה‪ ,‬צוין שימוש ב ‪ ,)HP‬גם דרישות‬ ‫ה ‪ ERP‬מוכנסות לשם‪ .‬באחד הארגונים גם מוסיפים מסמך דרישות וזה מגיע לגוף ה‪-‬‬ ‫‪ Office of the CIO‬ורק לאחר סיום התהליך מולם זה מועבר למחלקת ה ‪ ,ERP‬בונים‬ ‫"חבילות עבודה‪/‬מימושים"‪ .‬דרישות מתחלקות ל‪ 2 -‬סוגים‪ :‬קטנות (עד ‪ 4‬שבועות פיתוח)‬ ‫ודרישות גדולות‪ .‬ומגיע אליהם והם מחליטים לאיזו גרסה זה ילך‪ .‬בארגון אחר‪ ,‬למרות‬ ‫שקיימת מדיניות רשמית של הוצאת גרסאות רבעוניות‪ ,‬בפועל – מה שנחשב דחוף –‬ ‫יוצא‪.‬‬ ‫צוין כי העברות ל‪ production‬וניהול דרישות ואישורן מתקיימות בהתאם לדרישות ‪SOX‬‬ ‫(בארגונים להם זה רלוונטי)‪.‬‬ ‫תיאור תהליך הדרישה באחד הארגונים (שמחויב ל ‪:)SOX‬‬ ‫לכל קריאת בקשה נוסף טופס‪ ,‬בו הדורש מסביר מה הוא רוצה‪ ,‬וזו עוברת אישור של‬ ‫ממונים עליו‪ ,‬יושב איתו מנתח מערכות ועושה ‪ ,detailed design‬מנתח המערכות‬ ‫יושב עם צוות תכניתנים רלוונטי‪ ,‬שמוסיפים את הערותיהם‪ ,‬לאחר שלב זה נסגרת‬ ‫התכולה‪ .‬בד"כ כשזה מגיע ל ‪ QA‬ללקוח פתאום יש תיקונים (בארגון זה תמיד‬ ‫הלקוח עושה בדיקות לפני שמעבירים לפרודקשן‪ ,‬לעומת משתתף אחר שציין כי רק‬ ‫בדברים מהותיים הלקוח בודק‪ ,‬ומשתתף אחר שציין כי אם ברמת האפיון רשום שזה‬ ‫משפיע על דיווח פיננסי ‪ -‬וזה‪ ,‬כאמור‪ ,‬בשליטה שלהם ‪ -‬אז במקרה זה נדרש אישור‬ ‫לקוח)‪ .‬בתחילה‪ ,‬כשארגון זה התחיל עם בדיקות ה‪ SOX-‬הראשונות‪ ,‬התברר‬ ‫שמישהו לא חתם (עקרונית‪ ,‬מצב לא תקין מבחינת ‪.)SOX‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫כלי צד ‪ 3‬תשתיתיים שצויינו‪:‬‬ ‫‪‬‬

‫מוצר של ‪ NETAPP‬שנקרא ‪ .Replicator‬מאפשר ‪ replication‬מאוד מהיר של‬ ‫הדטהבייס ע"י ריפלוק רק של הדלתה‪ .‬מוריד את מידת השימוש בדיסקים‪ .‬צוין כי ישנם‬ ‫כלים נוספים שיודעים להעביר מסביבת אחסון אחת לשנייה‪ ,‬אך הם אינם אדישים לגבי‬ ‫זהות ה‪ source‬וה‪( .destination‬הערת ‪ :STKI‬קיים מוצר מקביל של ‪– EMC‬‬ ‫‪.)Recoverpoint‬‬

‫‪‬‬

‫‪ Goldengate‬שפותר‪ ,‬בין השאר‪ ,‬את בעיית ה ‪ - snapshots‬מוצר שמשכפל דטה‬ ‫מהפרודקשן בלי להעמיס עליו כך שהוא יידע להסתכל על הספריות של הלוגים ולשכפל‬ ‫את הדטה דרך הלוגים‪ .‬אפשר להעתיק את כל ה ‪ .inventory‬צוין כי ישנם עוד מוצרים‬ ‫כאלה‪.‬‬

‫התלבטויות שהעלו המשתתפים‬ ‫‪‬‬

‫שדרוגים‬ ‫רוב המשתתפים התלבטו האם לשדרג לגרסה ‪ 12‬או ‪ ?10‬במצב הכלכלי ששורר כיום‬ ‫רוב הארגונים לא ילכו לשדרוג שאין לו סיבה פונקציונאלית מספקת‪ ,‬אלא יסתפקו‬ ‫בהעלאת ‪patch‬ים ושדרוגי דטהבייס במידת הצורך‪ .‬סיבות שהוזכרו כסיבות‬ ‫פונקציונאליות ספציפיות אשר בגינן ארגונים שוקלים לשדרג מ ‪( 11.5.9‬לגרסה ‪ 5.10‬או‬ ‫ל‪:)12‬‬ ‫‪ o‬יכולות ניהול חוזים משופרות‬ ‫‪ o‬כלי ניהול תצורה ‪( enterprise manager -‬שיהיה ‪ add-on‬לאורקל ‪)APPS‬‬ ‫‪ o‬סוגיות תמיכה (שדרוג על מנת לא להישאר מאחור ולשלם יותר על עלויות‬ ‫תחזוקה)‬ ‫‪ o‬תמיכה במסופונים‬ ‫שינויים משמעותיים שהוזכרו בגרסת ‪ – 12‬המודול הפיננסי‪ ,‬נושא המיסוי‪.‬‬ ‫המעבר לגרסה ‪ 12‬נתפס כשדרוג מורכב‪ ,‬רוב המשתתפים מעדיפים לדלג לגרסאות‬ ‫הבאות מתוך רצון לחכות שהגרסה תתייצב‪ .‬אחד הארגונים עתיד לסיים את השדרוג‬ ‫שיארך כשנה וחצי‪ ,‬בין השאר בגלל הצורך לדבג הרבה דברים‪ .‬ההתרשמות הייתה כי‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫ישנה העדפה לחכות לגרסאות הבאות ( ‪ )12.2 ,12.1‬שכבר החלו לשמוע עליהן ועל‬ ‫השיפורים שהן כוללות‪ .‬הומלץ להתייצב על גרסה מסוימת ואותה לייצב‪ ,‬רק אחר כך‬ ‫להיכנס לשינויים מרובים והרחבות‪.‬‬ ‫הוזכרו גם פרויקטי שדרוג דטהבייס – ‪( 10G‬אחד שכבר התקיים‪ ,‬ושני שמתוכנן)‪.‬‬ ‫‪‬‬

‫איך מתמודדים עם רה‪-‬אורגניזציה? אחד ממשתתפי הדיון סיפר שכשתכולת עבודה‬ ‫מתפצלת לאגפים שונים זו בעיה‪ ,‬ובארגון זה שינויים ארגוניים קורים תכופות‪ .‬כתוצאה‬ ‫מזה‪ ,‬בארגון תפרו תכניות בכלים שפיתחו לעצמם וישנן לא מעט בעיות סביב זה‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫נספח‪:‬‬ ‫תגובות ספקים‪/‬יועצים לגבי הנושאים שעלו במפגש‪:‬‬ ‫חברת אורקל‬ ‫בהקשר לנושא ניהול תצורה שעלה בפגישה‪ ,‬באורקל קיים כלי בשם " ‪Oracle Enterprise‬‬ ‫‪ - "Manager‬הכלי מאפשר ניטור אוטומטי של סביבת האורקל בארגון‪ ,‬ואבחון בפשטות‬ ‫במקרה של תקלה‪ .‬כמו כן‪ ,‬הכלי מאפשר מעקב אחרי ביצועים ובדיקת השלכות והקצאת‬ ‫משאבים שונה במקרה הצורך‪ .‬הכלי מאפשר תחקור של קונפיגורציות בסביבה וניהול של‬ ‫גרסאות משנה ברבדים השונים‪ .‬הכלי מאפשר העתקת סביבות אוטומטית עם בקרה‬ ‫ואפשרות לשינויים בממשק משתמש ידידותי‪.‬‬ ‫אורקל רכשה לאחרונה את חברת ‪ mValent‬שתעשיר באופן משמעותי את יכולות ניהול‬ ‫התצורה באפליקציות אורקל‪ .‬ניתן לקרוא על כך בלינק הבא ‪:‬‬ ‫‪http://www.oracle.com/mvalent/index.html‬‬ ‫אורקל משקיעה רבות ותמשיך להשקיע במתן כלים לארגונים לניהול שותף ותחזוקה ללא‬ ‫צורך במומחים חיצוניים‪ ,‬הדבר תואם את מה שהועלה בפגישה בה צוין כי הארגונים‬ ‫משתמשים במשאבים פנימיים לניהול האפליקציות בארגונים‪.‬‬

‫חברת מטריקס‬ ‫הערה כללית‪ :‬הנקודות המובאות במסמך זה הינן מזווית המבט של מנהל מוצר ופרויקטים‬ ‫בחברת ‪ ,IT‬המטמיעה ומספקת תמיכה למוצר ‪ ERP‬מתוצרת עצמית‪ ,‬מבוססת אורקל‪,‬‬ ‫למספר רב של לקוחות בישראל‪ .‬כל ההתייחסויו ת הנן לפרק מבנה מח' ‪.ERP‬‬ ‫‪ .1‬ניהול תצורה וגרסאות‬ ‫יש להדגיש את קריטיות הנושא והצורך בכלים "חכמים" לניהול התצורה‬ ‫וזאת מהסיבות הנוספות הבאות‪:‬‬ ‫א‪ .‬הכלי צריך לתת מענה למספר רכיבי תוכנה‪ ,‬כולל קשרים ביניהם‪ :‬תוכניות‪,‬‬ ‫פרוצדורות ב‪ ,DB-‬טריגרים‪ ,‬כולל התייחסות לסביבות שונות בארגון‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬

‫‪Moshav Bnei Zion P.O.Box 151, 60910 Israel Tel. 972-9-7907000 Fax. 972-97442444‬‬

‫ב‪ .‬ספק חיצוני חייב לתמוך בו זמנית במספר גרסאות‪ ,‬היות ובפועל הלקוחות‬ ‫משדרגים גרסאות בקצב ובעיתוי שונים‪.‬‬ ‫‪ .2‬אחזקת בסיס הנתונים – תוספת לתמיכה‬ ‫חלק מהארגונים לא מייחס חשיבות מספקת לאחזקה שוטפת של בסיס הנתונים‪,‬‬ ‫ולדבר השלכה שלילית על תפעול תקין ויעיל של המערכת‪ .‬פעמים רבות‪ ,‬גם‬ ‫כשמתבצע טיפול‪ ,‬הוא חלקי ולא מקיף את כל ההיבטים של בסיס הנתונים‪ ,‬וכתוצאה‬ ‫מכך הביצועים אינם טובים‪ ,‬זמינות המערכת לא מספקת‪ ,‬פוטנציאל הנפילות‬ ‫ו"התקיעות" עולה וכו'‪ .‬מומלץ לתת על כך את הדעת‪ ,‬ובנוסף גם לשימוש בכלים‬ ‫ייעודיים לנושא זה‪ ,‬נדרשת פעילות רציפה של ‪ DBA‬למעקב וטיפול שוטפים לבסיס‬ ‫הנתונים‪ ,‬כולל ניטור‪ ,‬כוונונים‪ ,‬פעילות רה‪-‬ארגון‪/‬ניקוי וכו' על פי הצורך‪ ,‬עם דגש על‬ ‫טיפול מונע‪.‬‬

‫‪Moshav Bnei Tzion P.O.Box 151, 60910 Israel‬‬ ‫‪Tel: (972)-9-7907000 Fax: ( 972)-9-7442444‬‬