שילמתם על פיתוח התוכנה, אבל האם היא באמת שלכם ?
חברות רבות משקיעות מאות אלפי שקלים בפיתוח
תוכנה, ומגלות מאוחר מדי שהקוד, הזכויות והעתיד
של המוצר שלהן לא נמצאים בידיהן
סטארטאפ מגייס משקיע אסטרטגי. במסגרת בדיקת
הנאותות מתגלה שהתוכנה שפיתחה החברה, ושעליה
מבוסס כל המודל העסקי, שייכת מבחינה משפטית
לאותו מפתח חיצוני שעזב לפני שנה. המשקיע יוצא.
הגיוס קורס. זה לא תרחיש תיאורטי. זה קורה.
ההסכמים נחתמים במהירות, לרוב תחת לחץ של
לוחות זמנים ותקציבים, ושאלת הבעלות על הקוד
נדחית לסוף. לפעמים היא לא מוסדרת כלל.
זו אחת הטעויות היקרות ביותר שחברות טכנולוגיה
עושות, ואחת הנפוצות ביותר שאנו פוגשים בעבודתנו
עם סטארטאפים ומשקיעים.
מה אומר הדין הישראלי ?
חוק זכות יוצרים, התשס"ח-2007, מגן על תוכנת
מחשב כיצירה ספרותית לכל דבר ועניין.
כלל הבסיס הוא שיוצר היצירה הוא בעל הזכויות
הראשון.
כשמזמינים פיתוח מקבלן חיצוני, הדין קובע שהמפתח
הוא הבעלים, אלא אם הוסכם אחרת במפורש או
במשתמע. במילים פשוטות: אם לא כתוב בהסכם
שהזכויות עוברות אליכם, הן לא עוברות.
גם אם שילמתם עליהן במלואן.
מה חשוב להסדיר בכל הסכם פיתוח ?
הנקודות הבאות הן אלה שקובעות, בפועל, מי שולט
על המוצר שלכם :
העברת בעלות מפורשת בתוצרים. סעיף שמעביר את
כל זכויות הקניין הרוחני בתוצרי הפרויקט, לרבות זכויות
יוצרים, פטנטים וסודות מסחריים, חייב להיות מנוסח
במפורש ובכתב.
ניסוח עמום לא מספיק, וחוסר בסעיף כזה עלול לעלות
לכם ביוקר כשאתם מוכרים, מגייסים,
או עוברים לספק אחר.
קוד קיים של המפתח. לרוב המפתחים יש קוד שכתבו
לפני תחילת הפרויקט. יש לזהות אותו מראש, לקבל
עליו רישיון שימוש מתאים, ולוודא שהוא לא "נועל"
אתכם בתלות במפתח ספציפי לצורך כל עדכון עתידי.
תוכנות קוד פתוח. שילוב קוד פתוח מסוג Copyleft
עלול לחייב אתכם לפרסם את הקוד הקנייני שלכם
לציבור.
נושא זה דורש בחינה לפני תחילת הפיתוח,
לא לאחר שהקוד כבר שולב במוצר.
גישה לקוד המקור. אל תסתפקו בבעלות על נייר.
ודאו שיש לכם גישה ישירה ושוטפת לכלי ניהול הקוד,
ושקוד המקור המלא מועבר אליכם בכל שלב קריטי
ועם סיום ההתקשרות.
מפתח שעוזב עם הקוד בידיו הוא סיכון עסקי ממשי.
קבלני משנה. אם המפתח מתקשר עם קבלני משנה,
ודאו שגם הם מחויבים, חוזית, להעביר את הזכויות
למזמין.
שרשרת הזכויות חייבת להיות שלמה לאורכה כולו.
ויתור על זכות מוסרית. גם לאחר העברת זכויות
יוצרים, עשויה לעמוד ליוצר זכות מוסרית ביצירות
שאינן תוכנת מחשב, כגון מסמכי אפיון, תיעוד
וארכיטקטורה. יש לקבל ויתור מפורש, בכתב.
מה אמר בית המשפט ?
בפסק דין מיתוג מערכות מבוזרות נ' שירותי בנק
אוטומטיים (2023) נקבע כי כותרת ההסכם,
"הסכם לשימוש בתוכנה", שיקפה נכונה את מהותו:
רישיון שימוש בלבד, לא העברת בעלות.
הבעלות בתוכנה נותרה אצל המפתח.
כשהרישיונות שנרכשו לא כיסו את מלוא עותקי
התוכנה שהופצו, חויבה הנתבעת בפיצויים של
למעלה מ-780,000 ש"ח, בתוספת הוצאות
משפט של 75,000 ש"ח.
הכותרת, הניסוח, ולעיתים אפילו שם העסקה,
משפיעים על האופן שבו בית המשפט יפרש את
כוונת הצדדים.
כשמדובר בנכס הליבה של העסק שלכם,
הפרטים קובעים הכל.
אהבתם ? שתפו את הדיוור עם הקהילה שלכם.
יש לכם הסכם פיתוח תוכנה פעיל, עם קבלן חיצוני,
סוכנות או פרילנסר ?
מתי בדקתם לאחרונה למי שייכת התוכנה שבניתם ?
אתם בשלבי גיוס הון ומתכוננים לבדיקת נאותות ?
האם הזכויות בתוכנה שלכם מסודרות כך שהן
לא יהפכו לאבן נגף ?
יש לכם שאלות, הערות, הארות, תובנות ותגובות ?
נשמח מאד לקרוא ולשמוע.
פנו אלינו עכשיו
אפשר בתגובה לדיוור זה
אפשר בוואצאפ ואפשר גם להתקשר – 0528328676
נשמח מאד לייעץ ולעמוד לרשותכם.
אנחנו מבטיחים לענות ולחזור לכולם.
בתקווה ותפילה לימים טובים ושקטים יותר
ולבשורות טובות.
שלכם,
שרית ואילן צדק
