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

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

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

למה "איזו תוכנה?" היא השאלה הראשונה הלא נכונה למשרד רואי חשבון בקפריסין

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

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

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

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

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

מה בדרך כלל מפספסות השוואות תכונות

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

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

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

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

אל תיגשו להדגמה בשאלה "האם המערכת הזו יודעת לבצע משימות?" שאלו: "האם המערכת הזו יודעת לשאת את דוח המע\"מ שלנו מהטריגר שלו ועד לראיית ההגשה, כולל לקוח באיחור ודחייה של בודק?"

הכלל: מפו את העבודה לפני שאתם משווים את התוכנה.

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

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

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

השדות במפת העבודה של המשרד שלכם

לכל זרם, כתבו:

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

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

שבעת זרמי העבודה

המפה הראשונה שלכם צריכה לכסות:

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

דוגמה מעובדת: דוח מע"מ

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

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

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

שאלות שיש להכריע בהן לפני דמו

כתבו תשובות ברורות לשאלות הבאות:

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

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

מסלול 1 — קליטת לקוחות, AML/KYC ומכתבי התקשרות

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

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

השלימו את השדות האלה במפה שלכם

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

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

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

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

זרם 2 — דדליינים חוזרים של הנהלת חשבונות, מע"מ ושכר

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

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

השלימו את השדות האלה במפה שלכם

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

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

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

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

זרם 3 — דוחות שנתיים, דוחות מס וראיות הגשה

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

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

השלימו את השדות הבאים במפה שלכם

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

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

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

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

תיק סוף שנה חזק מאפשר למנהל לענות במהירות על שלוש שאלות: מה נותר פתוח, מדוע הוא פתוח ומה מוכיח שהעבודה הושלמה?

זרם 4 — שאילתות לקוחות, אישורים ורדיפה אחר מסמכים

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

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

השלימו את השדות הבאים במפה שלכם

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

שאילתה אינה מסתיימת כשמישהו משיב. היא מסתיימת כשהתשובה התקבלה, הפעולה הנובעת ממנה תועדה והעבודה התלויה בה התקדמה.

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

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

זרם 5 — חיוב, עבודה בתהליך, חייבים וחריגה מהיקף

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

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

השלימו את השדות האלה במפה שלכם

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

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

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

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

זרם 6 — קיבולת צוות, סקירה ומסירה

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

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

השלימו את השדות הבאים במפה שלכם

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

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

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

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

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

זרם 7 — ציות, שימור נתונים ונתיב ביקורת

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

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

השלימו את השדות האלה במפה שלכם

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

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

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

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

כיצד להעריך תוכנה מול מפת העבודה שהושלמה במשרד, בלי רשימת פיצ'רים

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

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

השתמשו בארבע דירוגים לכל זרם עבודה

לכל זרם, דרגו את המערכת כך:

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

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

בקשו הדגמת כשל

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

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

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

החליטו מה נשאר מחוץ למערכת

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

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

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

מבחן הקבלה הסופי

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

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

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

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

שאלות נפוצות

מהי התוכנה הטובה ביותר לניהול משרד רואי חשבון?

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

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

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

מהן 5 אפשרויות התוכנה המובילות לראיית חשבון?

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

מהי ניהול משרד רואי חשבון?

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

האם תוכנה לניהול משרד רואי חשבון מחליפה תוכנת הנהלת חשבונות?

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