Якщо ви плануєте роботу на іноземних ринках, то, майже точно, вам не обійтись без MSA та SOW.
MSA (master services agreement) — це рамковий договір. Він визначає загальні умови стосунків між сторонами, які зазвичай не змінюються протягом всього періоду співпраці.
Структура MSA
В MSA варто додавати розділи про:
- Загальну характеристику послуг, які буде надавати виконавець: деталей тут не потрібно, бо вони можуть змінюватись залежно від проєкту. Зазвичай тут буде посилання на те, як узгоджуються наступні проєкти. Наприклад через SOW.
- Заборону розголошення конфіденційних даних, які сторони передають одне одному.
- Передачу прав інтелектуальної власності на об’єкти, які виконавець створить для замовника.
- Загальні умови оплати, зокрема можна додати, хто оплачує банківську комісію за переказ коштів, скільки часу є в замовника для оплати послуг (якщо це сталий період); вартість послуг вказувати не потрібно.
- Заборону переманювати працівників, підрядників одне одного.
- Гарантії, які сторони надають одне одному.
- Відповідальність сторін та відшкодування збитків.
- Порядок вирішення спорів та право, відповідно до якого сторони тлумачать договір.
- Порядок припинення співпраці між сторонами.
- Наслідки припинення співпраці.
Структура SOW
SOW — це документ, де сторони здебільшого погоджують бізнес-умови для конкретного проєкту.
В SOW варто вказувати:
- Модель, за якою виконавець надає послуги.
- Деталі проєкту, результати (якщо є), які повинен передати замовнику виконавець.
- Інформацію про матеріали, інструменти, необхідні для надання послуг.
- Вартість послуг, порядок оплати, умови оплати понаднормового часу.
- Графік надання послуг, ризики, що можуть вплинути на дотримання графіку.
- Порядок відшкодування додаткових витрат, пов’язаних з наданням послуг.
- Умови припинення співпраці.
В чому різниця?
Основна різниця між MSA та SOW — вони регулюють різні аспекти відносин між сторонами та мають різний ступінь деталізації.
Для прикладу, якщо в MSA ми вказуємо, що виконавець надає послуги з розробки програмного забезпечення, то в SOW вже будемо більш детально описувати, яке саме програмне забезпечення потрібно розробити та за якою моделлю працюватиме виконавець. Якщо проєктів декілька, то один MSA регулюватиме всі SOW, які сторони будуть надалі укладати.
Важливо, що MSA має бути настільки загальним, щоб до нього можна було додати будь-який SOW, незалежно від моделі співпраці: T&M, Dedicated team, Fixed Price.
Якщо умови MSA та підпорядкованого йому SOW суперечать одне одному, то зазвичай сторони будуть застосовувати ті, що вказані в MSA (це стандартна практика, але сторони можуть домовитись, що SOW матиме вищу силу).
І, щоб це все якось підсумувати, не забудьте — для тривалої співпраці вам потрібно мати обидва документи, бо вони не заміняють один одного.
