רובוט תוכנה (RPA) לעסק: מה הוא עושה וממה נגזרת העלות

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

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

מה רובוט תוכנה (RPA) עושה בפועל

הדרך הכי פשוטה להבין RPA היא לדמיין עובד זמני שקיבל מסמך הוראות מדויק. הוא נכנס למערכת א', קורא מספר חשבונית, עובר למערכת ב', מקליד אותו, לוחץ שמור וחוזר על זה שוב ושוב. הוא לא מבין מה כתוב בחשבונית ולא מחליט כלום. הוא מבצע. כתבה של TechTarget מינואר 2020 מנסחת את זה כך: תוכנת RPA "follows a scripted set of actions that occur at the UI", כלומר מבצעת רצף פעולות מתוסרט ברמת ממשק המשתמש.

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

כדאי לדעת שגם המונחים בתחום עצמו לא היו אחידים. תקן IEEE 2755-2017, מדריך המונחים של ארגון IEEE לאוטומציית תהליכים חכמה, פורסם בספטמבר 2017 משום שלא היו הגדרות משותפות לתחום. סקירת ספרות של Syed ושותפיו, שפורסמה ב-Computers in Industry בפברואר 2020, מציינת שהטכנולוגיה נפוצה בשטח אבל כמעט לא נחקרה אקדמית. המשמעות המעשית, לפחות לדעתי: הרבה מהמידע הזמין על RPA נכתב בידי מי שמוכר אותו, וכדאי לזכור את זה כשקוראים הצעות.

RPA, חיבור API וסוכן AI: שלושה דברים שונים

הבלבול הנפוץ ביותר הוא בין שלושה כלים שנשמעים דומים וכולם נקראים "אוטומציה". הם פועלים בשכבות שונות לגמרי.

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

RPA לעסקים: אילו משימות מתאימות לרובוט

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

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

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

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

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

מתי לא להשתמש ברובוט תוכנה

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

הסיבה פשוטה, ו-TechTarget מנסחת אותה היטב: "RPA connections are inherently more brittle than API integrations, and they are more likely to break during a UI change". במילים פשוטות, חיבור דרך המסך שביר יותר, והוא נשבר כשהמסך משתנה. עוד כתוב שם ש-RPA "isn't the right approach for every situation, and it won't replace the need for dependable APIs", כלומר הוא אינו תחליף לממשקים אמינים. הכתבה מציגה אותו כפתרון זמני למצב שבו אין API.

במקרים האלה כדאי להימנע מרובוט:

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

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

כמה עולה רובוט תוכנה לעסק: משתני המחיר

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

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

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

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

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

מה לבקש בהצעה ומה לשאול את הספק

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

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

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

איך בוחרים את התהליך הראשון

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

1. האם אפשר לתאר את התהליך בכללים כתובים, בלי "תלוי"? אם לא, הוא עדיין לא מוכן.
2. האם יש לשתי המערכות API או חיבור מובנה? אם כן, מחברים ישירות.
3. האם המסכים יציבים? אם הם מתעדכנים כל כמה שבועות, עדיף לוותר.
4. האם התהליך חוזר מספיק פעמים כדי להצדיק בנייה ותחזוקה?
5. האם יש אדם שאחראי לחריגים?

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

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

שאלות נפוצות

האם רובוט תוכנה הוא רובוט פיזי?

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

כמה עולה רובוט תוכנה לעסק?

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

מה ההבדל בין RPA לחיבור API?

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

האם RPA הוא בינה מלאכותית?

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

מה קורה כשהמערכת מתעדכנת והרובוט נשבר?

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

האם עסק קטן צריך RPA או מספיק חיבור בין מערכות?

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

על הכותב

רועי בן משה, שותף מייסד ומנכ"ל BizRunner, חדרה. מלווה מאז 2024 עסקים קטנים ובינוניים בישראל באוטומציות, מערכות CRM וסוכני AI. אפשר להשיג אותי בטלפון 055-9532102.