עיבוד חשבוניות עם מערכת בינה מלאכותית לחשבוניות
מודל בינה מלאכותית לעיבוד חשבוניות יודע לחלץ שדות ממסמך שלא ראה מעולם, אבל לא להחליט אם לשלם, ולכן חשוב להגדיר מה הוא פותר, מה מחוץ לתחום שלו, איך מודדים דיוק בצורה שמלמדת משהו, ומה המשמעות של המעבר לחשבוניות דיגיטליות.
בקצרה
המודל מתמחה בפעולה אחת מרכזית:חילוץ שדות ממסמך שלא ראה את הפורמט שלו קודםזו היכולת שמחליפה את הגישות הישנות, שנשענו על תבנית נפרדת לכל ספק. תפקיד המודל הוא לא להכריע אם החשבונית צריכה להיות משולמת, כי החלטת תשלום דורשת הקשר עסקי שנמצא מחוץ למסמך. הגבול המעשי של המערכת נקבע לפיסף ביטחון לכל שדה: ערך שנמצא מעל הסף נכנס אוטומטית, וערך שמתחתיו מופנה כשדה בודד לאדם לאישור. החיסכון בזמן ובהוצאות מושפע מעיצוב מסך העבודה לפחות כמו מאיכות המודל עצמו.
שלוש שכבות, ולכל אחת תפקיד אחר
מערכות שעובדות לאורך זמן בנויות משלוש שכבות נפרדות, שלכל אחת מהן תפקיד ברור. מערכות שמאכזבות הן בדרך כלל כאלה שאיחדו את שתי השכבות הראשונות למנגנון אחד.
| שכבה |
מה היא עושה |
מה היא לא עושה |
איך בודקים אותה |
| המודל |
מחלץ שדות מהמסמך ומצרף לכל שדה מדד ביטחון מספרי |
לא מחליט אם הערך נכון עסקית ולא משווה להסכם או להזמנה |
מודדים דיוק לכל שדה בנפרד, על מסמכים אמיתיים שלכם מהעולם האמיתי |
| הכללים |
משווים את השדות שחולצו להזמנה, להסכם המסגרת, לתקציב ולנתוני הספק המוכר |
לא מנחשים ערכים חסרים. מידע שלא נמצא – נשאר חסר |
בודקים כמה מקרים נחסמו נכון, וכמה נחסמו לשווא ללא צורך |
| האדם |
מקבל להחלטה את מה שנשאר פתוח, ובעיקר את השדות שהמודל לא היה בטוח בהם |
לא משקיע זמן בקריאה חוזרת של מסמכים שעברו כבר את כל הבדיקות |
מודד כמה שניות נדרשות להכרעה אחת, ואיזה אחוז מהמסמכים בכלל מגיעים לשלב האנושי |
הערך של ההפרדה בין שלוש השכבות הוא תפעולי ולא רק אדריכלי: כשמשהו יוצא לא נכון, אפשר לזהות באיזו שכבה הייתה הטעות ולטפל בה. מערכת שמחזירה «אישור» יחיד בלי הפרדה בין שכבות לא תאפשר כוונון אמיתי, כי לא תדעו מה בדיוק צריך לשנות.
שני סוגי טעות שאינם דומים
זיהוי נכון של סוגי הטעות בעיבוד חשבוניות הוא החלק המשמעותי ביותר בתכנון המערכת, והוא חסר כמעט בכל הצעה מסחרית.
המערכת לא ידעה.הסכום מטושטש, השדה בפורמט לא מוכר, המסמך סרוק עקום. זה מצב בטוח יחסית: אפשר לזהות אותו, להפנות אותו לאדם, והעלות שלו היא כמה שניות של עבודה אנושית.
המערכת הייתה בטוחה וטעתה.המערכת קראה מספר במקום הלא נכון והמשיכה בתהליך כאילו הכול תקין. זה מצב מסוכן, כי הוא לא מסמן את עצמו, ולעיתים מתגלה רק בהתאמת בנק מאוחרת, או לא מתגלה בכלל.
לכן אמירה על דיוק של 95 אחוז היא חסרת ערך בלי להבין ממה מורכבים חמשת האחוזים הנותרים. חמישה אחוז מהסוג הראשון מתאימים למערכת טובה; חמישה אחוז מהסוג השני מייצרים בעיה. כששואלים ספק על הפירוק בין שני סוגי הטעות, התשובה שלו מרמזת גם אם מדד את זה בפועל.
איך בודקים בפועל.לבדיקה אמיתית כדאי לקחת מאה חשבוניות אמיתיות שלכם, כולל הסרוקות העקומות וזו שכתובה ביד, ולהריץ אותן במערכת. לא בודקים רק את הסיכום הכללי, אלא עוברים שדה-שדה ומפרידים במפורש בין שני סוגי הטעות. בדיקה על מסמכי הדוגמה שהספק סיפק מודדת את הספק, לא את הזרם האמיתי שלכם.
המסך הוא חצי מהחיסכון
עיצוב מסך העבודה נראה כמו פרט קטן, אבל הוא קובע חלק גדול מהחיסכון בפועל: אותו מודל בדיוק, בשני מסכים שונים, יניב זמני עבודה שונים לחלוטין.
מסך לא יעיל מציג את כל המסמך שבו «משהו לא בטוח» ודורש מהאדם לעבור עליו. המשתמש קורא את כולו, כי הוא לא יודע מה בדיוק חשוד. מסך יעיל מציגשדה אחד, את הקטע הרלוונטי מהמסמך שממנו חולץ, ושתי אפשרויות ברורות לבחירה. המסלול הראשון לוקח דקות, השני לוקח שניות, והפער ביניהם מגלם את רוב ההחזר של הפרויקט.
כשמעריכים ספק, חשוב לבקש לראות דווקא את מסך הטיפול בחריגים ולא רק את מסך ההצלחה. מסכי הצלחה נראים טוב כמעט בכל מוצר.
מה משתנה עם חשבוניות דיגיטליות
המעבר בישראל להפקת חשבוניות מול רשות המס משנה את אופן קליטת החשבוניות בשני כיוונים מנוגדים.
לטובה:מסמך מובנה מגיע כבר עם השדות מופרדים, ולכן חלק מעבודת החילוץ הופך למיותר. מי שבונה עכשיו מערכת שכל כולה מתמקדת בחילוץ שדות בלבד, משקיע בפתרון לבעיה שהולכת ומצטמצמת.
ומה שלא נעלם:ספקים קטנים ומסמכים מחו"ל ימשיכו להגיע כקבצים חופשיים עוד זמן רב, ולכן חילוץ השדות יישאר נדרש לחלק מהזרם. חשוב יותר מכך, לחשבונית יש מעכשיומצב מול גורם חיצוניוקליטת חשבונית אינה רק קריאת קובץ אלא תהליך בדיקה מול מערכת חיצונית, שיכולה להתעכב, להיכשל או לסרב.
לכן ארכיטקטורה נכונה מתייחסת לקליטת חשבונית כתהליך שיכול להמתין, לנסות שוב ולחזור על עצמו, ולא כפעולה מיידית שנגמרת ברגע. מערכת שנבנתה מתוך ההנחה הזו תותאם בקלות לשינויים; מערכת שנבנתה כהנחה של פעולה חד-פעמית תידרש לשינוי בדיוק באזור הרגיש ביותר שלה. קשור: תוכנה לניהול רכש.
מסמכים דו-לשוניים, וכתב יד
זהו נושא שספקים בינלאומיים לרוב לא מתמחרים נכון, ובישראל הוא חלק קבוע מהזרם היומיומי.
חשבונית ישראלית טיפוסית כוללתעברית, מספרים ולעתים שמות מוצר באנגלית באותה שורהוזה בדיוק המקרה שבו מנגנוני חילוץ נוטים להישבר: כיוון הקריאה מתחלף באמצע, והמודל צריך להכריע מה שייך לאיזה שדה כשהסדר החזותי לא מסייע. מודל שנבדק רק על מסמכים בשפה אחת יציג דיוק גבוה על הנייר, אבל יאכזב על הזרם המעורב שלכם.
עוד שני מצבים שכדאי לכלול בבדיקות מראש, כי הם קיימים בכל ארגון וכמעט אף פעם לא מופיעים בערכות הדגמה של ספקים הם:חשבונית שספק קטן כתב ביד או מילא בטופס מודפס, ומסמך מחו"לשמשתמש בפורמט תאריך שונה, בסימון אלפים אחר ובמטבע שונה. פורמט התאריך הוא המקרה הבעייתי ביותר, כי שתי פרשנויות שונות יכולות להיות סבירות, ושתיהן מתקבלות במערכת בלי שגיאה מפורשת.
לכן בערכת הבדיקה שלכם צריכים להיות ארבעה סוגים,ולא מאה חשבוניות מאותו ספק בודד: מסמכים דו-לשוניים, חשבוניות כתובות ביד, מסמכים מחו"ל עם תאריך דו-משמעי, וחשבוניות סרוקות באיכות גרועה. ארבעת הסוגים האלה משפיעים על התוצאה האמיתית יותר מכל שאר המסמכים יחד.
מה למדוד לפני שמתחילים
- כמה זמן לוקחת קליטה של חשבונית תקינההיום, בשניות, כמספר יחיד וברור.
- כמה זמן לוקחת אחת שדרשה בירור, וכמה אנשים שונים טיפלו בה לאורך הדרך.
- איזה אחוז מהחשבוניות נופל לקטגוריה השנייה.זה המספר שהפרויקט שואף להזיז ולהקטין.
את שלושת המספרים האלה אפשר לאסוף בתוך שבוע עבודה, בלי לבחור ספק ובלי להקים מערכת. בלעדיהם לא יהיה מדד השוואה אחרי שנה, ולכן גם לא ניתן יהיה לדעת אם הפרויקט הצליח – וזה בדיוק המצב שבו נמצאים רוב הפרויקטים מהסוג הזה.
איך אני עובד על זה
עיסוק בתחום מאז 2004, עבודה על מערכות AI מאז 2023, פרויקטים ללקוחות בארבע עשרה מדינות. אני ארכיטקט עצמאי ולא ספק מוצר, ולכן מסקנה כמו «הזרם שלכם קטן מדי מכדי להצדיק את זה» יכולה להיות תוצאה לגיטימית של סקירה, ולעיתים זו גם המסקנה הנכונה.
סקירה מקצועית מייצרת בין השאר מדידה של שלושת המספרים, בדיקת חילוץ על המסמכים האמיתיים שלכם עם הפרדה בין שני סוגי הטעות, קביעה של סף ביטחון לכל שדה, ועיצוב מסך הטיפול בחריגים – המקום שבו נמצא רוב ההחזר.
מאיפה להתחיל
הצעד הראשון הוא לשלוח עשר חשבוניות אמיתיות, כולל הקשות: הסרוקה העקומה, המסמך מחו"ל, וזו שספק קטן כתב ביד. עשר דוגמאות כאלה מספרות על הפרויקט שלכם יותר מכל מסמך דרישות.
דברו איתי | קשור: פתרונות AI, ניהול רכש, אוטומציה
SLAtech LTD