סוכן AI למילוי טפסי אינטרנט והצעות מכרז
עשרות פורטלים חיצוניים — פלטפורמות ממשלתיות ותאגידיות, כל אחת עם סט שדות משלה, מגבלות אורך שורה, קבצים מצורפים חובה וכללי שמות קבצים. הנתונים נמצאים במערכת החשבונאית, בקבצים מצורפים להודעות ובתיקיות בדיסק הרשת, ולא במקום אחד. העברת נתונים לטפסים ידנית אורכת שעות להצעה אחת וכמעט תמיד יוצרת אי-התאמה למקור.
מחיר הטעות גבוה מכפי שנדמה: קובץ חובה שהוחמץ, פרט מזהה עם שגיאת כתיב או תאריך בפורמט שגוי — וההצעה מוחזרת לתיקון או נדחית פורמלית, עוד לפני הערכה לגופו. כשמכינים הצעות מכרז ביום האחרון, לא נשאר זמן לבדיקה חוזרת — חלק מההצעות לא נשלחות כלל.
סוכן AI משנה את הסכימה: הוא מנתח את המבנה של טופס מסוים, מתאים שדות למקורות במערכת החשבונאית (1С, ייצוא, מרשמים), מושך סריקות ואישורים נדרשים, בודק חובה וממלא את הטופס. האדם נשאר לאישור לפני שליחה — כלומר לקבלת החלטה, לא להעתקה.
אוטומציה של הצעות מסירה את השגרה מהמומחה: במקום מילוי ידני של טפסי אינטרנט הוא בודק טיוטה מוכנה. עם זאת, סוכן AI עובד עם הטפסים הקיימים — אין צורך להתאים פלטפורמות חיצוניות לעצמך. בהמשך נסביר איך זה בנוי ומה נשאר בשליטת הלקוח.
מה משתנה בתהליך הכנת הצעות ונתונים מסחריים
לפני ההטמעה ההצעה הורכבה ידנית: המומחה פתח את המערכת החשבונאית, העביר את כרטיס החברה, נתונים בנקאיים ופריטים לטופס הלקוח, ואז קרא את הכול שורה אחר שורה. על לוט אחד עברו שעות, ובזרימה של עשרות הצעות העבודה נעשתה בחיפזון. הסוכן מסיר את החלק המכני — איסוף והעברת נתונים — ולאדם נשארת הבדיקה.
פרטים מזהים מפסיקים להיות מקור להחזרות. אי-התאמות בשם, במספר זיהוי משלם המיסים, בקוד סיבת הרישום, בכתובת ובנתונים בנקאיים — הסיבה הנפוצה ביותר לשליחת הצעה לתיקון.
הסוכן לוקח ערכים ממקור מידע אחד, בודק ספרות ביקורת ומציב שדה עם ציון מקור, לכן אי-ההתאמה נראית לפני השליחה, לא אחרי הערת הוועדה.
העומס על המומחה המרכזי משתנה באופן איכותי. פעם העתקה והשוואה נעשו על ידי העובד המנוסה ביותר — זה שנדרש לחלק התמחור ולדרישות הטכניות. כעת זמנו מוקדש לסעיפים המהותיים, וההרכבה השגרתית מתבצעת במקביל למספר הצעות.
יכולת החיזוי של ההגשה עולה: לכל הצעה יש סטטוס, רשימת שדות לא מלאים ותזכורת על המועד. החמצת מועד הגשה מפסיקה להיות סיכון שגרתי — ההצעה נאספת מראש ונשמרת מוכנה לשליחה, נשאר לקבל החלטה לגבי מחיר ותנאים.
את האפקט מודדים לפי ארבעה מדדים: זמן להצעה אחת, שיעור החזרות בגלל אי-התאמות בפרטים מזהים, מספר הצעות למומחה ושיעור ההגשות בזמן. אותם אנחנו מתעדים בתחילת הדרך וחוזרים עליהם לאחר ההטמעה, כדי שהתוצאה תהיה מדידה ולא הצהרתית.
מצבי עבודה של סוכן AI: אוטונומי ועם אישור
מצב עבודה אינו תיבת סימון בהגדרות, אלא רמת אמון שונה בנתונים ומחיר שונה לטעות. הסוכן מחלץ ערכים מכרטיס הספק, מהצעת מחיר וממסמכי תקנון, מתאים אותם לשדות הטופס, ומכאן פועל לפי אחד משלושה תרחישים: ממלא בעצמו ושולח, מכין טיוטה לבדיקה לפני שליחה, או רק מציע למפעיל.
| מצב | כיצד הסוכן מתנהג | מתי מתאים | מגבלות |
|---|---|---|---|
| מצב אוטונומי | ממלא את הטופס ושולח את ההצעה ללא מעורבות אדם, שדות שנויים במחלוקת סוגר בערך ברירת מחדל | הצעות המוניות מאותו סוג, פלטפורמות עם טופס צפוי, נתונים שכבר נבדקו | טעות עוברת להצעה שנשלחה; יש צורך ביומן פעולות ובכללי חזרה לאחור |
| מילוי עם אישור | מכין טיוטה מלאה, מסמן שדות עם רמת ודאות נמוכה, שולח לאחר אישור המפעיל | מכרזים עם מחיר ונוסחים בעלי משמעות משפטית, פלטפורמות חדשות | דורש זמן מפעיל — דקות להצעה |
| הצעות למפעיל | אינו נוגע בטופס, מציע ערך ליד השדה וקישור למקור | טפסים לא מוכרים, רכש חד-פעמי, למידה על סוגי מסמכים חדשים | המהירות תלויה לחלוטין במפעיל |
בחירת מצב קובעת את רמת האמון בנתונים, לא את נוחות הממשק: אם מקורות סותרים זה את זה, הסוכן לא צריך לבחור ערך בשקט. לכן מצבים מוקצים לפי מקטעים — פרטים מזהים ופרטי קשר אפשר להעביר למצב אוטונומי, בעוד הצעת מחיר והצהרות להשאיר באישור.
החלפת מצב אינה דורשת לכתוב מחדש את התרחיש: הכללים עוברים בירושה מסוג השדה, והיומן מתעד איזה ערך ומאיזה מסמך הוצב.
כיצד מתבצעת ההטמעה: שלבי עבודת ההנדסה
אנחנו מתחילים לא בהגדרת המודל, אלא במיפוי מלאי: הסוכן לא ימלא שדה אם לא ידוע מאין לקחת את הערך ולפי איזה כלל לנרמל אותו. לכן העבודה מתנהלת ברצף — מביקורת טפסים לפיילוט, ובכל שלב נשאר תוצר שאפשר לבדוק.
- ביקורת טפסים ומקורות נתונים. אוספים את כל הטפסים ופלטפורמות המכרזים, מנתחים את מבנה השדות, חובה ומגבלות פורמט. במקביל מתעדים מקורות: פרטים מזהים, כרטיסי מוצרים, מחירונים, סריקות מסמכים, התכתבות בנוגע להצעה.
- מפת שדות. מתאימים כל שדה בטופס למקור ולכלל חילוץ: סוג נתונים, נרמול תאריכים וכתובות, יחידות מידה, מה נחשב לערך קביל.
- הגדרת תרחישי מילוי. מתארים את ההיגיון: מה מתמלא אוטומטית, היכן נדרשת בדיקת אדם, כיצד הסוכן מתנהג בהיעדר נתונים — משאיר שדה ריק או מבקש הבהרה.
- בדיקה על הצעות מבחן. מריצים תרחישים על הצעות שנצברו ומשווים למידע אמת: שיעור השדות שמולאו נכון מהניסיון הראשון, אילו אי-התאמות חוזרות. שגיאות מתקנים במפת השדות, לא בתשובה בודדת.
- הפעלה ניסיונית. הסוכן עובד במצב הצעה: המפעיל רואה את הגרסה המוכנה ומאשר אותה. כך נאספת סטטיסטיקה על טפסים שלא נכללו במערך המבחן.
- מסירה להפעלה. מוסרים תיעוד של מפת השדות, נוהל עדכונה בעת שינוי טפסים והוראות למפעילים. לאחר המסירה, תיקונים בתרחישים מבוצעים על ידי צוות הלקוח בעצמו.
תצורות, כללי גישה ונוהלים לאחר ההטמעה
ההטמעה מסתיימת לא בהדגמה, אלא במסירת ערכת תוצרים שלפיהם אפשר להפעיל ולפתח את המערכת בלעדינו. להלן מה שנשאר פיזית אצל הלקוח בקונטור ובמאגר שלו.
- הגדרות הסוכן וסכימות סימון שדות — תצורות לכל סוג טופס: שדות חובה, מקורות ערכים, בדיקות לפני שליחה.
- כללי גישה ותפקידי משתמשים — מטריצת «תפקיד → פעולה → תחום נתונים»: מי מפעיל מילוי, מי מאשר שליחה, מי רואה טיוטות.
- יומן פעולות — לכל הצעה: מי יזם, מה הסוכן הציב אוטומטית, מה המפעיל תיקן ידנית, כיצד הסתיימה השליחה.
- נוהל עבודה עם טפסים — סדר טיפול בתור, כללי הסלמה בעת דחייה ונקודות שבהן חובה בדיקת אדם.
- הוראות למפעיל — תרחישים לטיפול בשגיאות סימון, הרצה חוזרת, תיקון מקור נתונים ופנייה לתמיכה.
- סכימת אינטגרציות ותוכנית חזרה לאחור — מערכות מעורבות, סדר אחסון מפתחות, חזרה למצב ידני ללא אובדן הצעות.
- סדר תמיכה ותחזוקה — עדכון כללים וגרסאות, תדירות בדיקת איכות הסימון, אחראים לפי תחומים.
המסירה אורכת מפגש עבודה אחד או שניים עם הצוות שלכם — לאחר מכן את המערכת מפעיל מהנדס או מנהל מערכת פנימי, ואנחנו מתחברים רק לשינויים בהיגיון.
מקרה בוחן: מילוי הצעות מכרז בזרימה
המחלקה למכרזים של חברת אחזקות עם שמונה תחומים מנהלת זרימת הצעות לאספקת ציוד ושירותים. לפני ההטמעה כל הצעה הורכבה ידנית: המומחה פתח את טופס הפלטפורמה, העביר פרטים מזהים מכרטיס הספק, חיפש אישורים עדכניים בתיקיית רשת והזין מאפיינים מהקטלוג.
להצעה אחת נדרשו 35–50 דקות, ובשיא הביקוש העונתי המחלקה טיפלה רק בחלק מההזמנות — השאר נסגרו בשל מועד ההגשה.
מה שינו בסכימת העבודה
ההפסדים העיקריים לא היו בהקלדת טקסט, אלא בהצעות חוזרות: רוב הפריטים כבר הוגשו בלוטים אחרים, אך הורכבו מחדש מאפס. פירקנו את טפסי הפלטפורמות לשדות וקישרנו אותם למרשם פנימי — פרטים מזהים, אישורים ומאפיינים נלקחים ממקור אחד עם בקרת גרסה ותוקף.
הסוכן מציב נתונים בטופס, מסמן שדות ללא ערך מאושר ומוסר את ההצעה לבדיקה: ללא אישור המומחה השליחה לא יוצאת. לכל פריט נשמר פרופיל, והגשה חוזרת נאספת מההיסטוריה — משתנים רק תנאי הלוט.
מדדים לפני ואחרי
תוצאות מקרה הבוחן תועדו כך: זמן להצעה — מ-35–50 דקות ל-5–7, שיעור הדחיות מסיבות פורמליות — מ-12% ל-2%. הזרימה גדלה מ-30 ל-90 הצעות בשבוע באותו הרכב של המחלקה למכרזים, מכיוון שלא מהירות ההקלדה נחסכה, אלא ההרכבה החוזרת של אותם נתונים.
בנפרד נבדק הקשר עם Единой информационной системой в сфере закупок: אי-ההתאמות בין הכרטיסים נעלמו, כי מקור הפרטים המזהים הוא כעת אחד.
מה לעשות אם הטפסים בפורטלים משתנים לעיתים קרובות?
הסוכן לא נקשר לקואורדינטות קשיחות ולסדר שדות — הוא נשען על סימנים סמנטיים: תווית, רמז, סוג קלט, תוויות שכנות ומבנה הבלוק. שינוי שם שדה, העברת סעיפים או שינוי סימון לא שוברים את המילוי: ההתאמה מחושבת מחדש תוך כדי תנועה לפי מכלול סימנים, ולא לפי כלל מקודד אחד.
מפת השדות היא שכבת תיאור נפרדת, לא קוד: בה מצוין איזה פרט מזהה של ההצעה מתאים לכל שדה, אילו פורמטים וכללי בדיקה חלים. עדכון מפת השדות לאחר תיקון בפורטל אורך דקות ואינו דורש הרכבה מחדש של הפתרון — התיאור משתנה, הסוכן עצמו נשאר אותו דבר.
לאחר המילוי הסוכן עובר על הטופס שוב: משווה את הערכים שהוזנו לנתוני המקור, בודק מסכות, שדות חובה ושדות מוסתרים, תגובת הטופס לקלט. אי-התאמות לא עוברות כמו שהן — השדה מסומן ומועבר לבדיקה ידנית, ולא ממולא בניחוש.
עדכון תיאור השדות מבוצע על ידינו כחלק מהפתרון: אנחנו עוקבים אחר שינויי סימון בפורטלים המחוברים, מתעדים אותם ומעבירים למפת השדות. הלקוח אינו צריך להחזיק מהנדס שכותב מחדש ידנית כללים לאחר כל תיקון בצד הפורטל.
כל פעולה נשארת ביומן: רואים איזה שדה זוהה, מה הוצב ומה נבדק. העמידות בפני תיקונים בפורטל הופכת לצפויה — במקום מרוץ אחרי טופס משתנה אתם מקבלים תהליך שמשתקם במחזור בדיקה אחד.
ספקות טכניים ומגבלות הפתרון
דיוק כאן הוא גודל מדיד: הסוכן מציב ערכים שחולצו מהמסמכים שלכם ואינו משלים את החסר. כל שדה שומר קישור לקטע המקור, לכן הבודק רואה מאין הגיע הנתון. במודלים ברמה של OpenAI שיעור השדות שהתקבלו ללא תיקון מוגדר לפי מערך טפסים מסוים, ולא נלקח מסטטיסטיקה כללית.
עד כמה הסוכן ממלא שדות במדויק?
מספרים, תאריכים וסכומים עוברים בדיקת פורמט וטווח, שדות טקסט מושווים למרשם ערכים קבילים. אם במסמך שני ערכים סותרים או שהשדה לא נמצא — הוא נשאר ריק ועובר לתור לבדיקת אדם, ולא ממולא בניחוש.
כיצד מטופלים קבצים מצורפים ונספחים טבלאיים?
קבצים מצורפים מנותחים לטקסט וטבלאות: שורות מותאמות לפריטי ההצעה, קבצים מצורפים תוך שמירת שם וסדר. אם הפלטפורמה מקבלת רק פורמט מסוים, המסמך מומר, והמקור נשאר בטיוטת ההצעה לצורך השוואה.
אילו הרשאות גישה לנתונים נדרשות לפתרון?
חשבון נפרד עם הרשאה רק להגשת הצעות וטוקן עם תוקף מוגבל. גישה למערכות פנימיות, להתכתבות ולמאגרים הסוכן אינו מקבל, ויומן הפעולות מראה איזה מסמך נקרא ואיזה שדה מולא.
מה קורה כאשר המילוי נפסק?
טיוטת ההצעה נשמרת לאחר כל שלב מאושר יחד עם מפתח אידמפוטנטיות. הרצה חוזרת ממשיכה מהשלב האחרון, לא מהתחלה, לכן כפילויות לא נשלחות לפלטפורמה, והצעה לא מלאה אינה נשלחת כלל.
נדון במשימה: ממה להתחיל את העבודה
הפגישה הראשונה היא פגישת עבודה, לא מצגת. מנתחים אילו טפסים והצעות ממלאים אצלכם כעת, מי עוסק בכך ובאילו שדות מתרחשות השגיאות הנפוצות ביותר. כדי שהשיחה תהיה עניינית, מספיק לשלוח דוגמאות של מסמכים וגישה לקונטור בדיקה — את השאר נברר תוך כדי.
- רשימת נתוני קלט: 5–10 דוגמאות של טפסים שכבר מולאו (PDF, DOCX, XLSX), תבניות ריקות והוראות פנימיות למילוי, אם קיימות.
- מפת מקורות ערכים: מאין סוכן AI לוקח נתונים — כרטיס החברה, מרשמים, הצעות קודמות, ספרי עזר. מסמנים מה זמין לקריאה ממוחשבת ומה יצטרך סידור.
- כללים ומגבלות: שדות חובה, דרישות לפורמטים של ערכים ובדיקות שההצעה לא עוברת במקרה של אי-התאמה.
- תרחישי כשל: מה הסוכן עושה כשאין נתונים או כשהם סותרים — משאיר שדה ריק, מסמן לאדם או מבקש הבהרה.
- תוכנית עבודה: שלבים מניתוח התבניות ועד המסירה, עם נקודות שבהן אתם רואים תוצאה ביניים.
- הערכת לוחות זמנים: במה תלוי משך הזמן — מספר סוגי הטפסים, איכות ספרי העזר, מורכבות הפורטלים החיצוניים.
- גבולות הרצת פיילוט: סוג טופס אחד או מחלקה אחת, כדי לבדוק דיוק על נתונים אמיתיים לפני הרחבה.
- קריטריוני קבלה: שיעור השדות שמתמלאים ללא תיקונים, וסדר רישום שגיאות.
בסיום הפגישה תקבלו מסמך קצר: רשימת נתוני קלט, תוכנית עבודה לפי שלבים, הערכת לוחות זמנים וגבולות פיילוט מוסכמים. תארו את המשימה — נחזור עם הערכה ותוכנית.