ניטור רגולציה: תהליך שינוי מבוקר במקום התראה שמייצרת לחץ

התראה על פרסום רגולטורי אינה משימה. תהליך מבוקר פותח לכל פרסום רשומת שינוי אחת עם מועד תחולה, מעריך אחד, והכרעה מתוך ארבע אפשרויות: אין השפעה, שינוי הגדרות, שינוי קוד, או שינוי נוהל. בלי שלב ההערכה, כל פרסום נראה דחוף באותה מידה.

למה התראה בלי הערכה מייצרת לחץ במקום עבודה

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

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

ההבדל בין שתי המערכות אינו טכנולוגי. באחת יש תור של פריטים שאיש אינו בעליהם, ובשנייה יש תור של הערכות שלכל אחת יש מעריך ומועד.

שני תאריכים ולא אחד: פרסום מול תחולה

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

יש מסמכים שמגדירים יותר ממועד תחולה אחד, למשל תחולה מדורגת לפי סוג גוף או לפי היקף פעילות. במקרה כזה הרשומה שומרת את המועד שרלוונטי לכם ואת הנימוק לבחירתו, ולא את התאריך המוקדם ביותר שהופיע במסמך. מי שבוחר את התאריך הוא מי שמוסמך לכך, והבחירה נרשמת בשמו; בלי זה אתם מגלים בעוד שנה שהתאריך שנקבע היה ניחוש של מי שקרא ראשון.

מה מכילה רשומת שינוי רגולטורי?

רשומה אחת לכל מסמך, עם השדות הבאים. בלעדיהם אי אפשר לענות בעוד שנה על השאלה "למה החלטנו כך":

• מזהה המסמך ושם המפרסם, כפי שהם מופיעים במקור ולא בניסוח שלכם.
• כתובת המקור שנקראה בפועל, ומועד השליפה שלה.
• מועד פרסום ומועד תחולה, כשדות תאריך נפרדים.
• המערכות והתהליכים הפנימיים שסומנו כנוגעים בדבר.
• שם המעריך ומועד ההערכה.
• תוצאת ההערכה, מתוך ארבע האפשרויות בלבד.
• מזהה השינוי הפנימי שנפתח, אם נפתח.
• קובץ ההעתק שנשמר אצלכם, לצד קישור למקור.
• מועד הסגירה והראיה שהשינוי הושלם.

השדה שהיעדרו כואב במיוחד הוא מועד השליפה. בלעדיו אי אפשר להבחין בין "המסמך לא השתנה" לבין "לא בדקנו מאז מרץ", ואלה שתי טענות שונות לגמרי.

ארבע התוצאות של שלב ההערכה

1. אין השפעה. המסמך אינו נוגע לפעילות שלכם. נרשמת הנמקה של שורה אחת והרשומה נסגרת. זו התוצאה הנפוצה ביותר, וזה בסדר.
2. שינוי הגדרות. הכלל קיים במערכת אבל ערך צריך להתעדכן, למשל שיעור, סף או תאריך. נפתח שינוי קטן עם בדיקה לפני ואחרי.
3. שינוי קוד או ממשק. נדרש שדה חדש, פורמט חדש או ולידציה חדשה. זה כבר פרויקט קטן עם בדיקות ומועד יעד שנגזר ממועד התחולה, לא ממועד הפרסום.
4. שינוי נוהל. המערכת אינה משתנה אבל אנשים כן: מי מאשר, מה נשמר, מה נמסר ללקוח. כאן ההדרכה היא העבודה, והראיה לסגירה היא שהנוהל המעודכן חתום.

תוצאה חמישית קיימת בפועל וכדאי להודות בה: "דורש הכרעה מעבר לסמכות המעריך". במקרה הזה הרשומה עוברת בשורה אחת למי שמחזיק בתקציב או באחריות, עם התאריך שבו התשובה נדרשת. זו הסלמה מסודרת, לא תקיעה.

למה בכל זאת צריך אדם שיפתח את המקור?

כי חלק מהמקורות הרשמיים אינם מוסרים את המסמך לבקשה אוטומטית. בבדיקה שערכתי לצורך המאמר הזה, כמה מאתרי הגופים הרשמיים בישראל החזירו לבקשת curl סטטוס 200 שגופו הוא דף אתגר או מעטפת JavaScript ריקה, ולא תוכן המסמך. מערכת שסופרת רק את קוד הסטטוס תדווח על הצלחה בזמן שלא נקרא דבר.

המסקנה המעשית אינה לוותר על אוטומציה אלא לתחום אותה. האוטומציה מזהה שקיים פריט חדש ופותחת רשומה; ההוכחה שהתוכן נקרא היא של אדם, והיא נרשמת כמועד הערכה עם שם. במקורות שיש להם ממשק מתועד, למשל הקטלוג הפתוח data.gov.il שמשיב JSON לבקשה רגילה, אפשר להסתמך על השליפה עצמה. ההבחנה בין שני סוגי המקורות היא חלק מתיעוד התהליך.

עוד על הסדר הזה בין ממשק רשמי לבין קריאת עמוד יש בגרידה מול API, ועל האופן שבו מועדים חוזרים נשמרים כתהליך ולא כתזכורת ביומן בלוח מועדי מע"מ ומקדמות.

מה נשבר בתהליך כזה, וכיצד מגלים

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

תהליך שמודד את חמשת אלה הופך מרשימת התראות למערכת שאפשר להראות בביקורת. עקרון דומה של ראיה שנשמרת לצד ההחלטה מתואר בתיעוד ראיות בחתימה דיגיטלית על הצעת מחיר.

מקורות

• Schema.org - Legislation
• data.gov.il - חיפוש מאגרים בממשק CKAN