Уявімо, що ви фаундер української аутсорсингової компанії, яка надає послуги з розробки програмного забезпечення іноземним замовникам із Європи та США. Такі замовники прискіпливо ставляться до юридичних питань, тож час створити базу договорів, щоб належним чином оформити команду та врегулювати процес розробки ПО. ІТ-юристи зі Stalirov&Co розповіли які саме авторські договори варто створити і як зробити їх ефективними.
Договір з членами команди
Якщо члени команди оформлені як ФОП, з кожним з них варто підписати договір розробки програмного забезпечення на засадах надання послуг підряду. Документ має фіксувати незалежний статус підрядника, щоб уникнути ризику перекваліфікації відносин на трудові. Якщо це станеться під час перевірки податкової, компанія сплатить штраф в розмірі 25% суми податку, що мала бути сплачена за найманого працівника.
Порахуймо. Наприклад, медіана заробітна плата Middle Software Engineer за статистикою DOU становить 2600$. Якби програміст був найманим працівником, з цієї суми треба було б сплатити 18% ПДФО - 468$. Якщо податкова вирішить, що такі відносини є трудовими, то штраф складе 117$, 25% від ПДФО, який мав бути сплачений. А якщо у компанії таким чином оформлені 30 членів команди? Штраф складатиме 3510$.
У договорі мають бути положення, які захищають компанію від таких ризиків. Зокрема, про те, що програміст надає послуги на свій ризик та самостійно організовує їх надання, у тому числі використовує власні засоби та матеріали. Також, він особисто несе відповідальність за правильність ведення бухгалтерського та податкового обліку.
Договір на програмне забезпечення є підставою переходу прав інтелектуальної власності від члена команди до ІТ-компанії. Юридично, без такого переходу неможливий подальший продаж готового продукту замовнику, тому слідкуйте, щоб документ включав положення про об’єкти інтелектуальної власності та права на них, які переходять від члена команди до ІТ-компанії, а також про момент такого переходу.
Запровадження договору з командою дозволить компанії визначити функціональні обов’язки членів команди; створити правила виставлення ТЗ, внесення змін та прийняття результатів роботи; зафіксувати порядок виплати заробітної плати та випадки відповідальності сторін за порушення договору; запровадити обов’язок розробників попередньо попереджати про припинення роботи у компанії, щоб не порушувати дедлайни, не завдати шкоди проєкту та мати можливість оперативно замінити члена команди.
Договір із замовником
Аутсорсинговий договір на розробку програмного забезпечення дозволить уникнути помилок та конфліктів у роботі із замовником. Це туторіал, яким буде керуватися команда, коли виникатимуть труднощі.
Щоб договір був ефективним, у ньому мають бути положення про:
- Відповідальних осіб на стороні замовника, які виставляють та оновлюють ТЗ, надсилають матеріали та надають доступи, приймають результати розробки. Це дозволить запобігти простою команди через нерозуміння до кого звертатися та хто може допомогти вирішити те, чи інше питання.
- Порядок постановки та змін у ТЗ. Наприклад, замовник може скасувати ТЗ попередивши про це за 30 днів. Цей період необхідний, щоб зібрати результати роботи, оцінити їх та виставити рахунок. Замовник має оплатити ту частину роботи, яка завершена на момент скасування ТЗ.
- Порядок оплати послуг ІТ-компанії. Зокрема, які строки виставлення, погодження та оплати інвойсу. У цьому ж розділі мають бути правила усунення багів у ПО.
- Наслідки даунтайму. Час простою виникає, коли команда проєкту не може надати послуги через затримки з боку замовника. Наприклад, замовник не забезпечує доступ, не надає матеріали та інформацію, не відповідає на запити та ін. У такому разі, час простою оплачується за тарифом команди проєкту, передбаченим у ТЗ.
- Перехід прав інтелектуальної власності. Замовник стане власником об’єктів інтелектуальної власності після повної оплати інвойсів.
- Відповідальність сторін за порушення умов договору.
- Розірвання договору. Обидві сторони мають попереджати про завершення співпраці заздалегідь, тому у договорі має бути строк, що застосовується у такому випадку.
- Порядок вирішення конфліктів. Зафіксуйте, який орган та за яким законодавством розглядатиме спір, що може виникнути між сторонами.
Системний підхід до розробки договору з командою та замовником забезпечить ефективний менеджмент проєкту, перехід прав інтелектуальної власності та допоможе запобігти конфліктам. Угоди треба адаптувати до конкретних умов співпраці та вимог сторін, щоб зробити їх ефективними. Тому, радимо уникати шаблонів і створити свій договір, щоб втановити власні юридичні рамки для співпраці та забезпечити захист інтересів обох сторін.
Автор: Валерій Сталіров, CEO компанії IT-юристів Stalirov&Co
