המערכת הזאת הריצה עסק לפני שהיא הפכה למוצר.

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

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

השם נבחר בגלל הפער הזה. deca - עשר. leap - קפיצה. הקפיצה עצמה: המעבר מלנהל עסק בקבצים לנהל אותו במערכת אחת.

אבטחה היא חלק מהליבה, לכל משתמש.

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

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

האימות הדו-שלבי נבנה לפי נספח אבטחת המידע של רשות המסים (סעיף 17) - הדרישה שחלה על בתי תוכנה במסגרת «חשבוניות ישראל».