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

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

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

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

אבטחה היא לא מודול בתשלום.

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

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

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