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

שילוב בינה מלאכותית בניהול מסמכים: היכן נשבר העיבוד הידני

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

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

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

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

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

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

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

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

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

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

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

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

אנחנו מטמיעים זאת במערכת 1С:Документооборот ובמערכות ניהול מסמכים אחרות: הכרטיס, מסלול האישור והרשאות הגישה נשארים כפי שהם, ורק מקור מילוי השדות משתנה.

שיטות לחילוץ נתונים ממסמכים נכנסים

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

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

צינור עיבוד: שלבי הטמעה מביקורת ועד מסירה

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

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

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

ערכת אספקה: סכימות זרימה, כללים, נהלים

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

מה נשאר בידיכם:

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

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

מקרה בוחן: עיבוד מסמכים נכנסים ללא מיון ידני ואובדן

הזרימה הנכנסת אצל הלקוח עברה בשלושה ערוצים — דואר ארגוני, סריקות מנייר ופורטל ספקים/לקוחות — ונותחה ידנית. המפעיל פתח מסמך, קבע את הסוג, הזין פרטים ובחר מסלול: מסמך אחד ארך 5–8 דקות, ו-12–14% מהמסלולים התבררו כשגויים.

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

הניתוח הועבר למודל: סיווג לפי סוגים — חוזים, חשבוניות, תביעות, תזכירים פנימיים — חילוץ פרטים וסכומים, התאמה למרשם ספקים/לקוחות. מסמכים בביטחון גבוה עוברים אל 1С:Документооборот בעצמם, והשאר נכנסים לתור לתיקון כשהשדות כבר מלאים, ולא עם כרטיס ריק.

מה הראו המדדים

זמן הרישום התקצר מ-6 דקות ל-35 שניות, 88% מהמסמכים הנכנסים מנותחים ללא מעורבות אדם, ושיעור המסלולים השגויים ירד מ-14% ל-2%. אף מסמך אינו מונח ללא עיבוד יותר מיממה — בעבר כאלה אבדו.

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

במה שונה חילוץ בכללים מעבודת מודל?

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

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

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

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

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

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

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

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

היכן מעובדים המסמכים ומי רואה את התוכן?

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

כמה דוגמאות צריך לתייג?

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

הדיוק נשמר לאחר ההפעלה?

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

נדון במשימה: מה צריך כדי להעריך את הזרימה שלכם

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

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

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