מדריך

בינה מלאכותית ברשויות מקומיות: מה אפשר להפוך לאוטומטי בבטחה

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

מה AI יכול לעשות בבטחה ברשות מקומית?

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

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

מה צריך להישאר בידי עובד?

בתכנון טוב לכל רכיב יש תפקיד אחד: ה־AI קורא ומחלץ, הכללים שהרשות אישרה קובעים מה משמעות הבדיקות, והעובד מחליט. בשלב הראשון נשארים אצל העובד:

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

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

אילו שירותים מתאימים להתחלה?

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

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

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

מה צריך להחליט לפני שבונים?

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

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

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

איך מתחילים בלי לסכן את השירות?

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

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

איך זה מתחבר למערכות של הרשות?

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

איפה המערכת רצה, ומה קורה למידע של התושבים?

הרשות בוחרת: ענן ריבוני, סביבת הענן שלה, מרכז הנתונים שלה או רשת מנותקת לגמרי עם מודלים פתוחים על החומרה שלה, עם אותן יכולות בכל אחד מהמודלים. הבקרות שלנו מתוכננות בהתאם לדרישות ISO 27001,‏ SOC 2,‏ GDPR ודיני הגנת המידע המקומיים. תכנון לפי מסגרת אינו זהה להחזקת הסמכה. המערכת בנויה בשפות שבהן העובדים עובדים, כולל עברית מימין לשמאל, והנגישות עומדת ב־WCAG 2.1 ברמה AA.

כמה זמן זה לוקח?

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

מגבלות

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