האווטאר שקולט הזמנות לבד: אוטומציה דטרמיניסטית ל-SAP B1

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

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

מה זה אווטאר, בעברית פשוטה

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

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

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

הבעיה עם אוטומציה “רגילה”

מפיץ מקבל הזמנות מהלקוחות במייל. חלק אקסל, חלק PDF, חלק גוף ההודעה. פקידה פותחת כל מייל, מזהה איזה לקוח זה, מתרגמת את המק”טים של הלקוח למק”טים שלה, מקלידה הזמנה ב-SAP. עשרים עד ארבעים הזמנות ביום, כמה דקות כל אחת, וזה עבודה שגם משעממת וגם קל לטעות בה.

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

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

איך זה עובד אצלנו

בנינו אווטאר קליטת-הזמנות ללקוח אמיתי. הזרימה נראית ככה:

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

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

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

ההגנות, כי בלעדיהן זה לא שווה כלום

כתיבה ל-SAP היא הנקודה שבה טעות עולה כסף, אז שם ריכזנו את רוב העבודה.

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

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

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

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

מה זה נותן, ומה לא

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

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

איפה מתחילים

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

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