אוטומציה לרואי חשבון ויועצי מס - איסוף מסמכים ותזכורות דיווח

הכאב האמיתי הוא לא ההקלדה

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

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

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

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

לוח "מי חסר לי" - הלב של המערכת

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

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

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

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

לקלוט מסמך מכל מקום שהלקוח בחר לשלוח

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

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

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

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

OCR והאמת על קריאה אוטומטית של קבלות

כלים כמו Dext ומנועי OCR שמובנים בחלק ממערכות הנהלת החשבונות עושים עבודה טובה בתנאים טובים. חשבונית PDF שהופקה ב-Morning או ב-iCount ונשלחה כקובץ נקראת כמעט תמיד נכון. אותה חשבונית אחרי שהודפסה, התקמטה בכיס וצולמה בזווית בתאורת ניאון היא סיפור אחר.

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

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

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

תזכורות שלא מעצבנות

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

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

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

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

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

ייפוי כוח, שע"ם ומה שהמערכת יכולה לשמור עליו

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

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

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

איפה זה לא שווה את זה

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

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

מבחינת סדר בנייה, אנחנו כמעט תמיד מתחילים בלוח הסטטוס ובקליטה האוטומטית לתיקיות. זה מספיק כדי להרגיש שינוי בתוך תקופת דיווח אחת, ולרוב יושב בטווח ₪6,000-12,000 בהקמה. רק אחרי שהלוח מדויק ואפשר לסמוך עליו, מוסיפים OCR וסנכרון מול חשבשבת, Priority, רווחית או מה שמשמש אתכם. הסדר ההפוך - קודם קריאה אוטומטית של מסמכים ואחר כך לוח - הוא הטעות שאנחנו מוזמנים לתקן הכי הרבה.