משרד ראיית חשבון מנהל במקביל תוכניות עבודה מקצועיות, מועדי דיווח לרשויות, תקני שעות מול ביצוע בפועל, נוכחות עובדים, תקשורת שוטפת עם מאות לקוחות, ואת כל המסמכים שנוצרים בדרך. כשכל אחד מאלה יושב בכלי אחר — לוח משימות אחד, אקסל שעות שני, תיבת מייל שלישית וטלפון של עובד רביעי — התמונה המלאה לא קיימת באף מקום. בנינו את המערכת כך שכל התהליכים האלה חיים על אותו תיק לקוח, ושכל בעל תפקיד רואה את החלק שלו בהם.
An accounting firm simultaneously runs professional work plans, statutory filing deadlines, hour standards versus actuals, employee attendance, ongoing communication with hundreds of clients, and every document created along the way. When each of these lives in a different tool — one task board, a second hours spreadsheet, a third mailbox and a fourth employee\'s phone — the complete picture exists nowhere. We built the system so all of those processes live on the same client file, and each role sees their part of them.
כמעט כל משרד שאנחנו נכנסים אליו מנוהל בשלושה עד חמישה כלים במקביל, וכל אחד מהם נבחר בשעתו מסיבה טובה. לוח משימות לניהול העבודה, גיליון שעות לחיוב, תיבת מייל לתקשורת, טלפון פרטי לווטסאפ של לקוחות, ותיקיות בענן למסמכים. כל כלי עושה את שלו היטב, והבעיה אינה באיכות של אף אחד מהם — היא בתפרים שביניהם.
Almost every firm we walk into runs on three to five tools in parallel, each chosen at the time for a good reason. A task board for the work, a spreadsheet for billable hours, a mailbox for correspondence, a personal phone for client WhatsApp, and cloud folders for documents. Each tool does its job well, and the problem is not the quality of any of them — it is the seams between them.
התשלום הראשון הוא בזמן: אותו לקוח מוזן בכמה מקומות, סטטוס מתעדכן בכלי אחד ולא בשני, ומי שמחפש תשובה על תיק פותח שלוש אפליקציות. התשלום השני יקר יותר ופחות מורגש — הוא בהחלטות. כשהשעות יושבות בגיליון נפרד משכר הטרחה, אף אחד לא יודע אילו תיקים רווחיים באמת. כשהתקשורת מפוזרת בין תיבות אישיות, יציאה לחופשה של עובד אחד משתיקה תיק שלם. וכשמועד דיווח נשמר בלוח שנה פרטי, המשרד מגלה את הפספוס יחד עם הקנס.
The first payment is in time: the same client is entered in several places, a status updates in one tool and not the other, and anyone looking for an answer on a file opens three apps. The second payment is more expensive and less visible — it is in decisions. When hours sit in a spreadsheet separate from fees, nobody knows which files are genuinely profitable. When correspondence is scattered across personal inboxes, one employee going on leave silences an entire file. And when a filing deadline lives in a private calendar, the firm discovers the miss together with the penalty.
המשמעות המעשית של "מערכת אחת" אינה עוד מסך שמרכז דוחות מכלים אחרים, אלא שהתיק הוא היחידה שהכול תלוי בה: השירותים שהלקוח רכש, המועדים שנגזרים מהם, התקן והשעות שנרשמו מולו, התכתובת שנוהלה בו, המסמכים שנוצרו בו והחיוב שיצא ממנו. משם נגזר גם מה שמנהלי המשרד מבקשים בפועל — לדעת מה פתוח, על מי, ובאיזה שלב, בלי לשאול.
The practical meaning of "one system" is not another dashboard aggregating reports from other tools, but that the file is the unit everything hangs on: the services the client bought, the deadlines derived from them, the standard and hours logged against it, the correspondence held within it, the documents it produced and the invoice it generated. From that follows what firm managers actually ask for — knowing what is open, on whom, and at what stage, without having to ask.
תוכנית עבודה במשרד ראיית חשבון היא לא רשימת מטלות — היא רצף שלבים שכל אחד מהם דורש חומר, בעל תפקיד ואישור. הדוח השנתי נע מהחומר שהגיע, דרך העבודה וההשלמות, לחתימת השותף ולשידור; הצהרת הון עוברת השוואת הון וחתימת לקוח; דיון מס נפתח בדרישה, ממשיך במסמכים למפקח, ומסתיים בממצאים או בערר. המערכת מחזיקה את המסלול הזה לכל תיק בנפרד, פותחת את משימת הביצוע עם הצ׳ק-ליסט המקצועי של המשרד ברגע שהחומר סומן כהגיע, וחוסמת מעבר לשלב הבא כשסעיף חובה עוד לא נסגר.
A work plan in an accounting firm is not a to-do list — it is a sequence of stages, each requiring material, an owner and an approval. The annual return moves from material received, through work and pending items, to partner signature and filing; a capital declaration passes capital comparison and client signature; a tax hearing opens with the demand, continues with documents to the inspector, and closes with findings or an appeal. The system holds that track for every file separately, opens the execution task with the firm's professional checklist the moment material is marked received, and blocks the next stage while a mandatory item remains open.
עשרות מועדים בחודש, וכל לקוח בתדירות אחרת: מע״מ חודשי או דו-חודשי, מקדמות מס הכנסה, ניכויים למ.ה ולביטוח לאומי, ביטוח לאומי לעצמאים והפרשות סוציאליות. המשימה נפתחת מעצמה בתחילת התקופה, על מנהלת החשבונות שאחראית לאותו תיק, עם הדדליין הנכון — ומתגלגלת לתקופה הבאה בלי שאף אחד יפתח אותה מחדש. לצידם יושבים המועדים השנתיים שנוטים להישכח דווקא כי הם חוזרים פעם בשנה: תיאום מס, מחזור הכנסות לעוסק פטור וזעיר, אישור עסק קטן, מפקד מלאי, אגרת רשם.
Dozens of deadlines a month, each client on its own frequency: monthly or bi-monthly VAT, income-tax advances, withholdings to tax and National Insurance, self-employed NI and social provisions. The task opens itself at the start of each period, on the bookkeeper who owns that file, with the correct deadline — and rolls forward to the next period without anyone reopening it. Alongside them sit the annual dates that slip precisely because they come once a year: tax coordination, revenue reporting for exempt and micro dealers, small-business certificates, inventory counts, registrar fees.
לכל שירות אצל כל לקוח נקבע תקן שעות, ולכל דיווח שעות יש שיוך לתיק, לשירות ולסוג עבודה. מכאן נגזר הדבר שמשרדים מגלים בדרך כלל מאוחר מדי: כמה שעות באמת הושקעו בתיק מול מה שנקבע בשכר הטרחה. הניצול מחושב מהדיווחים באופן שוטף, האזהרה מגיעה לעובד בזמן שהוא מדווח ולא בסוף החודש, וחריגה פותחת משימה למנהל המחלקה עם התקן, הביצוע והפער. במקביל מתנהלת נוכחות העובדים על אותו ציר — כרטיס נוכחות, לוח שנה ארגוני, אישור מנהל — כך שדוח תקן מול בפועל, דוח שעות לפי עובד ודוח נוכחות חודשי יוצאים מאותם נתונים ולא משלושה גיליונות נפרדים.
Every service for every client is assigned an hours standard, and every time entry is attributed to a file, a service and a work type. From this comes the thing firms usually discover too late: how many hours a file actually consumed against what the fee assumed. Utilization is computed continuously from entries, the warning reaches the employee while logging rather than at month-end, and an overrun opens a task for the department manager with standard, actual and gap. Employee attendance runs on the same axis — attendance card, organizational calendar, manager approval — so a standard-versus-actual report, a per-person hours report and a monthly attendance report all come from the same data rather than three separate spreadsheets.
הבעיה המוכרת אינה שאין תקשורת — היא שהתקשורת פזורה. מייל אצל עובד אחד, ווטסאפ בטלפון של אחר, וכשמישהו יוצא לחופשה התיק הופך אילם. במערכת, ערוצי התקשורת מחוברים לתיק הלקוח: הודעה שנכנסת משויכת לתיק ומנותבת למנהל התיק הרלוונטי, כל השרשור מתועד במקום אחד וגלוי למי שמורשה לראותו, וצירופים מתויקים לתיקיית הלקוח בלי שמישהו יגרור קובץ. מתוך ההודעה עצמה אפשר לפתוח משימה, לשייך אותה לבעל תפקיד או למנהל, ולהצמיד לה דדליין — כך שפנייה של לקוח לא נשארת "הודעה שקראתי" אלא הופכת לפעולה עם אחראי.
The familiar problem is not a lack of communication — it is that communication is scattered. Email with one employee, WhatsApp on another's phone, and when someone goes on leave the file falls silent. Here the channels connect to the client file: an incoming message is attributed to the file and routed to the relevant file manager, the whole thread is documented in one place and visible to whoever is authorized, and attachments file into the client folder without anyone dragging a file. From the message itself you can open a task, assign it to a role-holder or a manager, and attach a deadline — so a client request does not remain "a message I read" but becomes an action with an owner.
רוב ההתייעצויות במשרד קורות בשיחה קצרה: מבקרת שואלת את מנהל המחלקה, מנהלת חשבונות מבררת פרט מול המזכירות, שותף מבקש עדכון על תיק לפני פגישה. כשהשיחות האלה יוצאות לאפליקציה חיצונית, ההקשר נשאר שם. צ׳אט פנימי בתוך המערכת מחזיק את השיחה ליד העבודה עצמה: שרשור לצוות או שיחה אישית, אזכור של עובד שמביא אותו לשרשור, וקובץ שנשלח בצ׳אט שמתויק לתיק הלקוח במקום להיעלם. וגם כאן — מהודעה בצ׳אט נפתחת משימה עם אחראי, כך שהתייעצות מסתיימת בהחלטה מתועדת ולא ב"דיברנו על זה".
Most consultation in a firm happens in a short exchange: an auditor asks the department manager, a bookkeeper checks a detail with the secretariat, a partner wants an update before a meeting. When those exchanges move to an external app, the context stays there. Internal chat inside the system keeps the conversation next to the work: a team thread or a private conversation, a mention that pulls a colleague in, and a file sent in chat that files into the client folder instead of disappearing. And here too — a chat message can open a task with an owner, so a consultation ends in a documented decision rather than "we talked about it".
במשרד ראיית חשבון המסמך הוא לא נספח — הוא העבודה עצמה. לכן מודול המסמכים בנוי סביב עץ תיקיות שנגזר מסוג התיק והמבנה הארגוני: חטיבה, מחלקה, לקוח, ובתוכו קטגוריות מקצועיות — דוחות ומאזנים, מסמכי התאגדות, אישורים, הסכמים, ניכויים ושכר, הצהרות הון. תיקיית לקוח נוצרת בעצמה עם פתיחת התיק ומשנה שם יחד איתו. החיבור ל-Microsoft 365 ולדרייב עושה שני דברים: מאפשר לעבוד על מסמך במקום שבו המשרד כבר עובד — עריכת Word ו-Excel אונליין, שליחת מייל מהתיבה הארגונית — ומשקף כל מסמך לאחסון הענן של המשרד לגיבוי, כך שהמערכת לא הופכת לנקודת כישלון בודדת.
In an accounting firm a document is not an appendix — it is the work itself. So the documents module is built around a folder tree derived from the file type and the org structure: division, department, client, and inside it professional categories — returns and balance sheets, incorporation papers, certificates, agreements, withholdings and payroll, capital declarations. A client folder is created on its own when the file opens, and renames along with it. The Microsoft 365 and Drive connection does two things: it lets you work on a document where the firm already works — online Word and Excel editing, sending mail from the organizational mailbox — and mirrors every document to the firm's cloud storage for backup, so the system never becomes a single point of failure.
שכר הטרחה הוא הציר שמחבר בין העבודה לכסף: תקן שעות לשירות, שכ״ט שנתי וחודשי, גלגול לשנת המס הבאה, ומכתבי שכ״ט שמופקים מתבנית המשרד ומתויקים בתיק. מהשורה עצמה מופק חשבון עסקה, וחיובים חריגים — עבודה שלא נכללה בשכר הטרחה — נעים במסלול מוגדר עד לגבייה, כך שעבודה נוספת לא נשכחת ולא הופכת לוויכוח בסוף השנה. ומעל הכול יושבות ההרשאות: במשרד שמנהל שכר, חובות ותיקי מס של מאות לקוחות, ההגבלה חייבת להיות אמיתית. ההרשאה מוגדרת לכל מודול ולכל תפקיד ונאכפת בשרת — נתונים של מודול סגור אינם מגיעים לדפדפן, לא מוסתרים בו.
Fees are the axis connecting work to money: an hours standard per service, annual and monthly fees, a roll into the next tax year, and fee letters generated from the firm's template and filed to the client. Invoices are issued from the row itself, and out-of-scope charges — work not covered by the retainer — move along a defined path through to collection, so extra work is neither forgotten nor turned into a year-end argument. Above it all sit permissions: in a firm handling payroll, receivables and tax files for hundreds of clients, the restriction must be real. Permissions are defined per module and per role and enforced on the server — data from a closed module never reaches the browser rather than being hidden inside it.
משרד ראיית חשבון אינו ארגון אחד אלא כמה ארגונים שעובדים זה לצד זה: ביקורת עובדת אחרת ממס, הנהלת חשבונות אחרת מחשבות שכר, ומזכירות אחרת מכולן. המערכת מוגדרת לפי החטיבות, המחלקות והתפקידים הקיימים — ולא מבקשת מהמשרד להתאים את עצמו למסך.
An accounting firm is not one organization but several working side by side: audit works differently from tax, bookkeeping from payroll, and the secretariat from all of them. The system is configured to the existing divisions, departments and roles — it does not ask the firm to adapt itself to a screen.
תיק ביקורת עם שלבי עבודה, צ׳ק-ליסט מקצועי, דוח ליקויים, מפקד מלאי ואגרת רשם. לכל מחלקה מקצועית התיקים, המנהל והתקנים שלה — ולשותף תמונה אחת מעליהן.
An audit file with work stages, a professional checklist, deficiency report, inventory count and registrar fee. Each professional department has its own files, manager and standards — with one partner view above them.
דוחות אישיים וחברות, הצהרות הון, דיוני מס מול המפקח, תיאום מס, תכנוני מס וחיתוכים, קיבוע זכויות והחזרי מס — כל אחד עם מסלול, אחראי ושער אישור.
Personal and corporate returns, capital declarations, hearings before the inspector, tax coordination, planning and cut-offs, rights fixation and refunds — each with a track, an owner and an approval gate.
מע״מ בתדירות של כל לקוח, מקדמות, ניכויים למ.ה ולב.ל, ב״ל עצמאים והפרשות סוציאליות — משימה שנפתחת על מי שאחראי לתיק, עם המועד הנכון.
VAT at each client's frequency, advances, withholdings to tax and NI, self-employed NI and social provisions — a task opening on the file's owner, with the right date.
תיק ניכויים, מועדי דיווח, ביקורות שכר ומסמכי עובדים — עם ההפרדה שהתחום מחייב: מי שאינו אמור לראות נתוני שכר אינו מקבל אותם, וההגבלה נאכפת בשרת.
Withholding files, filing dates, payroll audits and employee documents — with the separation the domain requires: whoever should not see salary data does not receive it, enforced on the server.
שכ״ט ותקנים, גלגול שנתי, מכתבי שכ״ט, חשבונות עסקה וחיובים חריגים במסלול מלא — עם הפרדה בין מי שגובה לבין מי שלא צריך לראות חובות לקוחות.
Fees and standards, the annual roll, fee letters, invoices and out-of-scope charges on a full path — separating whoever collects from whoever should not see client debts.
תיאום פגישות שנפתח כמשימה וסוגר את עצמו חזרה לתיק, קליטת לקוחות, מרדף מסמכים ותפעול המשרד — עם סטטוסים וסוגי משימה משל עצמה.
Meeting scheduling opened as a task that closes back into the file, client intake, document chasing and office operations — with its own statuses and task types.
מה פתוח ואיפה נתקע, תקן מול בפועל לכל לקוח ושירות, רווחיות תיק, עומס לפי מחלקה ועובד, ומשימות סוף השנה שעד היום התנהלו בזיכרון.
What is open and where it stalled, standard versus actual per client and service, file profitability, workload by department and person, and the year-end tasks that until now ran on memory.
נוכחות ולוח שנה ארגוני, אישור שעות, קליטת עובד, משובים ומצבת כוח אדם — באותה מערכת שבה יושבים תיקי הלקוחות.
Attendance and the organizational calendar, hours approval, employee onboarding, reviews and headcount — inside the same system that holds the client files.
התשובה המדויקת: לכל הגדלים, אבל לא באותה דרך ולא באותו סדר. ההיקף ונקודת הפתיחה נגזרים מהגודל ומהמבנה — וזה בדיוק מה שנקבע באפיון.
The precise answer: all of them, but not the same way and not in the same order. Scope and starting point derive from size and structure — which is exactly what discovery determines.
השותף עדיין מכיר כל תיק בשמו, והמעקב מתקיים באקסלים ובלוח שנה. בגודל הזה לא מקימים את כל המערכת בבת אחת: בוחרים את הצוואר הכי צר — לרוב המועדים או השעות — ומרחיבים משם.
The partner still knows every file by name, and tracking lives in spreadsheets and a calendar. At this size you do not stand up the whole system at once: pick the narrowest bottleneck — usually deadlines or hours — and expand from there.
כבר יש מחלקות, מנהלי תיקים ואחראים — אבל אין תמונה אחת, והשאלה "מה פתוח ועל מי" דורשת סבב טלפונים. זה הגודל שבו בקרת תקנים, מועדים ורווחיות לקוח מחזירה את ההשקעה מהר.
Departments, file managers and owners already exist — but there is no single picture, and "what is open and on whom" takes a round of phone calls. This is where standards, deadlines and client profitability pay back fastest.
חטיבות ביקורת ופרט, מחלקות מקצועיות, שותפים ומנהלי מחלקה. כאן נדרשות הרשאות ברמת השורה, שערי אישור לפני שתיק נסגר, ותמונת הנהלה חוצת-מחלקות — והמערכת מוגדרת לפי המבנה הקיים ולא מחייבת לשנות אותו.
Audit and private divisions, professional departments, partners and department managers. Row-level permissions, approval gates before a file closes, and a cross-department leadership view — with the system configured to the existing structure rather than forcing a change.
מערכת אינה מייצרת עבודה טובה יותר בעצמה; היא מסלקת את הזמן שהולך על תיאום, חיפוש ובירור. מנהלת חשבונות מפסיקה לתחזק לוח שנה משלה, כי המשימה מגיעה אליה עם המועד ועם התיק. מנהל מחלקה מפסיק לעשות סבב טלפונים בסוף החודש, כי מה שפתוח ובאיחור כבר מוצג לו. שותף מפסיק לגלות בדיעבד שתיק דרש כפול מהתקן, כי החריגה נראתה כשהיא קרתה.
A system does not by itself produce better professional work; it removes the time spent on coordination, searching and clarification. A bookkeeper stops maintaining her own calendar, because the task arrives with the date and the file attached. A department manager stops making end-of-month phone rounds, because what is open and late is already displayed. A partner stops discovering in hindsight that a file consumed twice its standard, because the overrun was visible when it happened.
השינוי שמורגש ראשון הוא בדרך כלל בקליטת עובד חדש. במשרד שמתנהל בכמה כלים, עובד חדש לומד חצי שנה איפה דברים נמצאים ומי אחראי על מה. כשהכול יושב על התיק, ההדרכה עוברת לתוכן המקצועי עצמו. וכשעובד עוזב — התיקים, המשימות והתכתובת נשארים במשרד ועוברים לאדם אחר, במקום להישאר בתיבת מייל שאף אחד לא ניגש אליה.
The first noticeable change is usually in onboarding. In a firm running on several tools, a new hire spends six months learning where things are and who owns what. When everything sits on the file, training shifts to the professional content itself. And when someone leaves — the files, tasks and correspondence stay with the firm and move to another person, rather than remaining in a mailbox nobody can reach.
יושבים עם שותפים, מנהלי מחלקה ומי שמבצע בפועל, ומפרקים את העבודה כפי שהיא: אילו שירותים נמכרים, מי אחראי לכל שלב, מאיפה מגיע החומר ואיפה נתקע. בסוף השלב יש מפת דרכים עם היקף, סדר עבודה ותקציב.
We sit with partners, department managers and the people doing the work, and break down the operation as it is: which services are sold, who owns each stage, where material comes from and where it stalls. The stage ends with a roadmap: scope, order of work and budget.
בוחרים את המקום שגורם לכי הרבה נזק — לרוב המועדים או מעקב השעות — ומעלים אותו לעבודה בפועל תוך שבועות. הצוות עובד בו על נתונים אמיתיים לפני שממשיכים, כי מודול שלא נכנס לשגרה לא שווה את ההרחבה.
We pick the point causing the most damage — usually deadlines or hours tracking — and put it into real use within weeks. The team works in it on live data before we continue, because a module that never enters the routine is not worth expanding.
לקוחות, שירותים, תקנים, אנשי קשר ומסמכים מועברים מהכלים והגיליונות הקיימים. זה החלק שדורש הכי הרבה דיוק — שמות לקוחות שנרשמו אחרת בכל מקום, ותיקים היסטוריים שצריך להצליב לפי ח.פ — ולכן הוא נעשה בליווי ולא כייבוא עיוור.
Clients, services, standards, contacts and documents are migrated from the existing tools and spreadsheets. This is the part demanding the most precision — client names recorded differently in every place, historical files that must be matched by company number — so it is done with supervision rather than as a blind import.
כל מודול נוסף עולה על אותה תשתית, וההדרכה נעשית לכל מחלקה בנפרד — מזכירות ומחלקת ביקורת אינן עובדות באותם מסכים. אחרי העלייה לאוויר אנחנו נשארים בתמונה: שינוי בשגרת המשרד הוא הגדרה, ומועד או אחראי מתעדכנים בלי פנייה למתכנת.
Each additional module rides the same foundation, and training is delivered per department — the secretariat and the audit department do not work in the same screens. After go-live we stay in the picture: a change in firm routine is a configuration, and a date or an owner is updated without a developer request.
העומס במשרד אינו נובע מהחשבונאות אלא מהחומר שמסביבה: קבצים שמגיעים במייל ובווטסאפ וצריך לסווג ולתייק, נתונים שצריך לחלץ מאישורים ומחשבוניות, ובירורים חוזרים של לקוחות על מה שעוד חסר להם. אלה שכבות שאנחנו מוסיפים מעל מערכת שכבר עובדת — אחרי שהתיקים, המועדים והתקשורת מסודרים. הסדר הזה אינו שרירותי: AI שיושב על תהליך לא מוגדר מייצר עבודת בדיקה נוספת במקום לחסוך זמן.
The load in a firm does not come from the accounting but from the material around it: files arriving by email and WhatsApp that need classifying and filing, data to extract from certificates and invoices, and repeated client queries about what is still missing. These are layers we add on top of a system that already works — after files, deadlines and communication are in order. That order is not arbitrary: AI sitting on an undefined process creates review work instead of saving time.
לא. תוכנת ההנהח״ש היא המקום שבו רושמים פקודות יומן ומפיקים דוחות כספיים, ואין סיבה להחליף אותה. המערכת שאנחנו בונים היא שכבת ניהול המשרד מעליה: תיק הלקוח, תוכניות העבודה, המועדים, השעות והתקנים, התקשורת, המסמכים והגבייה. השתיים עובדות זו לצד זו.
הערוצים מחוברים למערכת, וכל הודעה נכנסת מזוהה מול תיקי הלקוחות ומנותבת למנהל התיק. השרשור נשמר על התיק — כך שגם עובד שנכנס לתמונה מאוחר, או ממלא מקום בחופשה, רואה את כל ההיסטוריה. מתוך ההודעה אפשר לפתוח משימה, לשייך בעל תפקיד ולקבוע דדליין.
כן, וזו הכוונה. אנחנו מחברים את המערכת ל-Microsoft 365 ולאחסון הענן שלכם: עריכת Word ו-Excel אונליין, שליחת מייל מהתיבה הארגונית, ושיקוף של כל מסמך לתיקיית הלקוח בענן לגיבוי. עץ התיקיות במערכת נגזר מסוג התיק, כך שהמבנה זהה בשני הצדדים.
המבנה הוא נתון במערכת ולא בקוד. חטיבות, מחלקות, תפקידים והרשאות מוגדרים לפי המשרד שלכם, וכל תיק נושא את החטיבה, המחלקה והאחראי שלו. מחלקה חדשה או מנהל שהתחלף הם הגדרה — לא פרויקט פיתוח.
לא. בגודל הזה מתחילים ממודול אחד — לרוב מועדי הדיווח או מעקב השעות — ומעלים אותו לעבודה בפועל לפני שמרחיבים. את הקצב וההיקף אתם קובעים, וההגדרה נשארת פתוחה לשינוי בהמשך.
לא. ההגשה נעשית בערוצי הרשות כפי שהיא נעשית היום. תפקיד המערכת הוא לוודא שהמשימה נפתחה בזמן ועל מי שאחראי, שהחומר הנדרש נאסף, ושרואים במקום אחד מה הוגש ומה עוד פתוח.
מפת הדרכים נמסרת בסוף האפיון, והמודול הראשון עולה לעבודה תוך שבועות. נתונים היסטוריים — לקוחות, שירותים, תקנים, מסמכים — מועברים כחלק מההקמה, כדי שהמערכת לא תתחיל מדף חלק.
בדיוק בגלל זה מתחילים ממודול אחד ולא מהכול. מנהלת חשבונות שמפסיקה לזכור לבד עשרות מועדים בחודש היא זו שתבקש את המודול הבא. ההדרכה נעשית לכל מחלקה בנפרד, כי מזכירות ומחלקת ביקורת אינן עובדות באותם מסכים.
נשמע איך המשרד בנוי ואיך הוא עובד בפועל, נראה לכם מה בנינו למשרדים בגודל ובמבנה שלכם, ונאמר בכיוון מהיכן נכון להתחיל. בלי מצגת ובלי התחייבות.
We'll hear how the firm is structured and how it actually works, show you what we've built for firms of your size and structure, and say where it makes sense to start. No slide deck, no commitment.
