החלופות לסורקי OCR לחשבוניות שעובדות בעברית ובאנגלית הן בעיקר אחת, שכבת AI מעל ה-ERP שקוראת את החשבונית בשתי השפות בלי תבניות, מזהה את הספק, בודקת אותה מול הזמנת הרכש ותעודת הקבלה, וקולטת רק אחרי שהכול תואם. סורק OCR מוציא טקסט מהדף, אבל את הבדיקה והקליטה הוא משאיר לכם.
השאלה עולה כי בישראל חשבונית אחת יכולה להיות בעברית, הבאה באנגלית, ושלישית עם שתי השפות על אותו דף. סורקי OCR שהוכשרו על אנגלית מתבלבלים בעברית, ולהפך. במאמר הזה נעבור על האפשרויות שבאמת קיימות, מה כל אחת פותרת, ואיפה היא משאירה אתכם עם הקלדה.
אם אתם מתלבטים מה ההבדל בין הכלים, כדאי להתחיל מההבדל בין OCR לחשבוניות לבין עיבוד מסמכים חכם, ואז לחזור להשוואה כאן.
ארבע חלופות, מה כל אחת נותנת
סורק OCR עם תבניות
מגדירים לכל ספק איפה מספר החשבונית ואיפה הסכום. עובד עד שהספק משנה עיצוב, ואז מתקנים. בעברית התבניות רגישות עוד יותר, כי כיוון הטקסט מתערבב עם מספרים ותאריכים.
חילוץ AI כללי עם כלי ביניים
מנוע AI קורא את החשבונית, וכלי אוטומציה כמו Make, n8n או Zapier מעביר את השדות ל-ERP. קורא טוב, אבל לא מכיר את ההזמנה. הבדיקה מול ה-ERP נשארת ידנית, ויש עוד מערכת לתחזק ועוד מקום שהנתונים עוברים דרכו.
סריקה בתוך תוכנת הנהלת חשבונות
נוחה לעוסק קטן. בחברה עם רכש, הזמנות ומחסן, החשבונית צריכה להיכנס ל-ERP ולהתאים להזמנה, וזה לא קורה שם. מישהו מעתיק אחר כך.
שכבת AI מעל ה-ERP
קוראת עברית ואנגלית בלי תבניות, מזהה את הספק, שולפת את ההזמנה והקבלה, בודקת, ורק אז קולטת. זה הסוג היחיד שמוריד את העבודה שאחרי הסריקה. פירוט על חילוץ נתונים אוטומטי מכל מסמך יש בעמוד הפתרון.
מה לבדוק כשחשבוניות מגיעות בשתי שפות
אותו מסמך, שתי שפות
תיאור הפריט בעברית, שם הספק באנגלית, ומטבע זר בשורה. הכלי צריך לקרוא את כולם כשדות של אותה חשבונית, לא כשני מסמכים.
תאריכים ומספרים
פורמט תאריך ישראלי מול אמריקאי, נקודה מול פסיק באלפים. סורק שלא מבין הקשר מחליף יום בחודש, והחשבונית נקלטת עם תאריך תשלום שגוי.
ספקים מחו"ל
חשבונית באנגלית מספק חדש, בלי ח.פ ישראלי. זיהוי הספק צריך להתבסס על המייל ועל המסמך, לא על תבנית שהוגדרה מראש.
הבדיקה מול ההזמנה
לא משנה באיזו שפה, המחיר והכמות צריכים להתאים להזמנת הרכש ב-ERP. זה הקריטריון שמפריד בין כלי שקורא לכלי שקולט, וזה הטיעון המרכזי במאמר Beyond Extraction במגזין IDP, החילוץ הוא רק ההתחלה.
איך זה עובד עם דוקונברט
דוקונברט היא שכבת ה-AI מעל ה-ERP. היא קוראת עברית ואנגלית באותו מסמך, בלי תבנית לספק. החיבור לפריוריטי הוא דו-כיווני דרך הקונקטור של דוקונברט לפריוריטי, ול-Oracle Fusion Cloud ERP דרך חיבור ישיר, בלי תוכנת ביניים. ככה נראית חשבונית אחת.
החשבונית מגיעה למייל
כ-PDF, כסריקה או כצילום. בעברית, באנגלית או בשתיהן. אין צורך להעביר לתיקייה או לשנות שם לקובץ, והספק ממשיך לשלוח כמו היום.
דוקונברט מזהה את הספק
לפי כתובת המייל ולפי המסמך. ספק מחו"ל חדש עובד מהחשבונית הראשונה.
ההזמנה והקבלה נשלפות מה-ERP
ודוקונברט בודקת שורות, כמויות, מחירים, מטבע וסכומים מולן. גם כשהפריט כתוב באנגלית בחשבונית ובעברית בהזמנה.
מה שלא תואם נעצר
עם הסבר קצר. הצוות מטפל רק בחריגים ולא קורא כל חשבונית.
מה שתואם נקלט
כחשבונית ספק מקושרת להזמנה, עם הקובץ המקורי. זו קליטת חשבוניות אוטומטית כמו שמחלקת כספים מצפה לה, לא סריקה משודרגת.
למי זה מתאים
מחלקות כספים בישראל שמקבלות חשבוניות בעברית ובאנגלית מספקים מקומיים ומחו"ל.
חברות יבוא ושילוח שהחשבוניות שלהן מגיעות באנגלית ובמטבע זר.
חשבים ומנהלי כספים שניסו סורק OCR ונשארו עם הקלדה אחרי הסריקה.
מנהלי מערכות מידע על פריוריטי, Oracle Fusion או Infor M3 שמחפשים חיבור ישיר בלי כלי ביניים.
שאלות ותשובות
האם OCR בעברית פשוט לא עובד?
הוא עובד על טקסט נקי ובכיוון אחד. הבעיה היא לא הקריאה אלא מה שבא אחריה, הזיהוי של הספק והבדיקה מול ההזמנה ב-ERP.
צריך להגדיר תבנית לספקים מחו"ל?
לא. דוקונברט מזהה את הספק לפי המייל והמסמך, וספק חדש עובד מהחשבונית הראשונה.
איזו מערכת לקליטת חשבוניות ספקים מומלצת בישראל?
זה תלוי ב-ERP ובנפח. כתבנו על זה בנפרד, איזו מערכת לקליטת חשבוניות ספקים מתאימה לחברות בישראל ומה לבדוק לפני שבוחרים.
כמה זמן לוקח להתחיל?
הטמעה טיפוסית של דוקונברט היא כ-10 ימי עסקים. מתחילים מתיבת מייל אחת ומרחיבים.
האם המסמכים יוצאים מהארגון?
לא. החיבור ל-ERP ישיר, בלי כלי ביניים, ואפשר להתקין את דוקונברט על השרתים שלכם.
רוצים לראות את זה על המסמכים שלכם? לתיאום דמו או להתחיל ניסיון