כיצד לבדוק חריגה בהפעלת EA: תחילה לשמור את יומני MT4, ורק אחר כך לשנות הגדרות
להבחין בין Experts ל-Journal, לשמר את זירת החריגה, לבדוק טריגר, הרשאות ותוצאת ביצוע, ולהימנע מהפעלה מחדש ומשינוי פרמטרים שמסתירים את הסיבה האמיתית.
מחבר: תומאס｜EA ופרקטיקת פלטפורמות｜5 באוקטובר 2026
כאשר EA לפתע אינו מבצע עסקאות, נוצרות הזמנות כפולות, או שהביצועים לאחר הפעלה מחדש שונים מהצפוי, הטעות הנפוצה ביותר היא מיד לשנות פרמטרים, להתקין מחדש את התוכנית, ואז לנחש היכן הבעיה. כך עלולים למחוק את המידע מזירת האירוע היקר ביותר. בתהליך הבדיקה יש קודם לשמור ראיות, ורק אחר כך להבחין בין סיבות ברמת התוכנית, המסוף והחשבון.
תחילה לשמור תיעוד מלפני ואחרי התרחשות החריגה
יש לתעד את מועד הופעת החריגה, את סמל המסחר המלא, את טווח הזמן של הגרף, את גרסת ה-EA, את קובץ הפרמטרים ואת הפוזיציות בחשבון באותו זמן. יש לציין אם הזמן כאן הוא זמן המחשב, זמן שרת המסחר או זמן בייג'ינג שהומר ידנית; אין לחבר ישירות רשומות משעונים שונים.
יומנים אינם בהכרח כוללים את כל תהליך קבלת ההחלטות של התוכנית. מידע שפותח לא הדפיס אין להסיק ממנו שהביצוע תקין רק משום ש„לא הייתה שגיאה”. שמירה של רשומות רצופות לפני ואחרי מסייעת יותר מתמונת מסך בודדת של שגיאה לקבוע את סדר האירועים; לפני פרסום או שליחה לתמיכה, יש לבדוק אם יש בהם מספרי חשבון, מידע אישי או תוכן רגיש אחר.
Experts ו-Journal — מה לבדוק בכל אחד
לשונית Experts ב-MT4 מציגה בעיקר מידע על הפעלת ה-EA הטעון, כולל הודעות של התוכנית עצמה ורשומות פעולות קשורות. לשונית Journal מתמקדת בפעילות מסוף הלקוח בהפעלה הנוכחית. בעת בדיקת אותה חריגה אפשר להשוות בין שני מקורות המידע, אך אין להתייחס לאף אחד מהם כהוכחה מלאה לביצוע עסקה.
בתפריט הלחיצה הימנית בלשונית המתאימה, שימוש ב-Open יכול לפתוח את תיקיית היומנים הרלוונטית ולכתוב את הרשומות המוצגות כעת לקובץ יומן. העזרה הרשמית מסבירה שיומני EA נמצאים תחת MQL4/LOGS בתיקיית הנתונים של המסוף, ויומני המסוף נמצאים ב-LOGS; הקבצים נקראים בדרך כלל לפי תאריך. תיקיית הנתונים עשויה להיות שונה בין התקנות שונות, ויש להיכנס מהמסוף שבו משתמשים כדי לא לקחת בטעות קבצים ממסוף אחר.
תחילה לקבוע: האם לא הופעל טריגר, או שהופעל טריגר אך לא בוצעה עסקה
„אין הזמנות חדשות” עשוי להתאים לפחות לכמה מצבים שונים: תנאי האסטרטגיה לא התקיימו; התוכנית לא נטענה כראוי; הרשאת המסחר האוטומטי מוגבלת; בקשת המסחר נדחתה; תוצאת הבקשה שונה מהצפוי. ראיית סימן התוכנית על הגרף בלבד אינה מאפשרת לקבוע ישירות לאיזה מצב זה שייך.
תחילה, לפי הכללים המקוריים של האסטרטגיה, יש לוודא אם באמת היה אמור להיות טריגר בסמל ובטווח הזמן שצוינו. לאחר מכן יש לבדוק אם בשעה הרלוונטית יש מידע על טעינה, אתחול או פעולת מסחר. אם קיימת בקשת מסחר, יש לאמת את התוצאה מול הודעת התגובה ורשומת ההזמנות בחשבון; אין להסתמך רק על טקסט שהתוכנית הדפיסה כדי לקבוע שהעסקה בוצעה בהצלחה. אם ביומן חסרים שלבים קריטיים, יש לפנות למפתח בבקשה להוסיף תיעוד.
בדיקת הרשאות צריכה להיות פריט-פריט, לא לפתוח הכול
הגדרות המסוף של MT4 ומאפייני ה-EA עצמו משפיעים על הרשאת המסחר האוטומטי; פעולות כמו החלפת חשבון, סמל גרף או טווח זמן עשויות להיות קשורות גם להגדרת המסחר האוטומטי במסוף. יש לבדוק את ההגדרות בפועל, ולשלב את תיאור התוכנית כדי לקבוע את ההתנהגות הצפויה; אין להסתמך על לחיצות חוזרות על כפתורים כתחליף לבדיקה.
אין לפתוח ללא תנאי קריאות ל-DLL או גישה חיצונית אחרת רק כדי לגרום לתוכנית להתחיל לסחור. תחילה יש לוודא אם התוכנית באמת זקוקה ליכולת המתאימה, אם המקור מהימן, ואם השימוש מוסבר בבירור. חוסר הרשאה עשוי להיות הסיבה בשלב מסוים, אך פתיחת כל ההרשאות אינה פתרון אמין.
לפני הפעלה מחדש, תחילה לקבוע כיצד לטפל בפוזיציות הקיימות
לאחר שמירת ההזמנות הנוכחיות, ההזמנות הממתינות והמצב של התוכנית, אפשר להחליט אם להפעיל מחדש. אם הפעלה מחדש של התוכנית תזהה הזמנות קיימות תלוי במימוש הספציפי; אין להניח שכל EA יכול לשחזר אוטומטית את מצבו הפנימי הקודם. במיוחד בתוכניות עם לוגיקה של הוספת פוזיציות או ניהול הזמנות מרובות, הפעלה חוזרת עלולה להתנגש עם פוזיציות קיימות, ויש לבדוק זאת לפי כללי התוכנית.
סגירת המסחר האוטומטי אינה שווה לסגירת הפוזיציות הקיימות, ואין להבין „השהיית התוכנית” כהעלמות הסיכון. יש לקבוע מראש כיצד לטפל בהזמנות הקיימות, ולא לנחש בדיעבד לאחר הופעת חריגה. אם חושדים שהתוכנית יוצרת הזמנות חריגות, יש לפעול לפי נוהל עצירה ובדיקה ידנית שנקבע מראש, ובמקביל לוודא את החשיפה בפועל בחשבון.
לבדוק את תוצאת התיקון באמצעות שינוי יחיד
סביבת סימולציה יכולה לשמש לשחזור פעולות ולבדיקת התנהגות התוכנית, אך אינה יכולה להוכיח שתנאי הביצוע בחשבון אמיתי זהים לחלוטין. בכל פעם יש לשנות רק גורם ברור אחד, לשמור את הפרמטרים והיומנים לפני ואחרי השינוי, ואז לבדוק אם החריגה הרלוונטית נעלמה. אם מחליפים גרסה, משנים פרמטרים ומחליפים חשבון בו-זמנית, לעיתים קרובות קשה לקבוע איזה שלב השפיע.
רשומת בדיקה יעילה צריכה לכלול תיאור של התופעה, הזמן, הראיות, תוכן השינויים ותוצאת הבדיקה החוזרת. חריגה שאינה מוסברת צריכה להמשיך להיות נבדקת מול המפתח או תמיכת הפלטפורמה; אין להחליף ניתוח סיבות ב„המסחר כבר חזר”, ואין לתאר תיקון טכני כהבטחת רווח.
מסחר במינוף עלול לגרום להפסדים משמעותיים. מאמר זה נועד לשיתוף ידע בתחזוקה תפעולית ואינו מהווה הוראת קנייה או מכירה. בדיקת יומנים יכולה לסייע באיתור בעיות, אך אינה יכולה להבטיח שהתוכנית בטוחה, שהאסטרטגיה יעילה או שהתשואה העתידית תתממש.