פיתוח מערכת AI לאופטימיזציה של תעריפי שירותי דיור ותשתיות

אופטימיזציה של AI לתעריפי שירותי דיור ותשתיות: היכן נשבר החישוב הידני

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

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

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

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

השפעות מדידות של הטמעת מודל חישוב

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

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

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

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

היקף החישובים מחדש החוזרים יורד בזכות הדלתא — מחושבים מחדש רק חשבונות שנגעה בהם עריכת תעריף או נורמה.

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

פלטפורמה מוכנה, מודל AI משלכם או היברידי

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

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

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

כיצד אנחנו מטמיעים: שלבי עבודת הנדסה

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

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

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

תוצרי הפרויקט: נהלים, סכימות, הרשאות

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

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

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

מקרה בוחן: חישוב מחדש של חיובים עבור מפעיל אזורי

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

לפני ההטמעה

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

מה שינינו ומה קיבלנו

היסטוריית החיובים והמרשמים אוחדו למאגר אחד (ClickHouse), וכללי התעריף קובעו בקונפיגורציה הצהרתית במקום בקוד המחשב. המודל מסמן פריט לפי תקופות קודמות, פרופיל צריכה ועילה פעילה להנחה; מקרים שנויים במחלוקת עוברים לתור המפעיל — כ-4% מההיקף, והשאר נסגר אוטומטית. לפני הרצת הייצור הושוותה המערכת לחישוב ידני על רטרוספקטיבה של 12 תקופות סגורות.

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

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

במה שונה חישוב אוטומטי מחישוב מחדש ידני?

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

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

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

ספקות טכניים נפוצים ותשובות

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

מה עושים אם רשתות התעריפים משתנות בכל עונה?

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

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

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

כיצד מנוסחים קריטריוני הקבלה?

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

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

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

נדון במשימה: מה לשלוח להערכה

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

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

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