9 лайфхаків із документами, які допоможуть вам уникнути спірних ситуацій під час розробки сайтів

9 лайфхаків із документами, які допоможуть вам уникнути спірних ситуацій під час розробки сайтів

Сьогодні я поділюся лайфхаками, які почув від юристів або колег по ринку.

Супровідні листи по email

Під час надсилання значущих документів електронною поштою, у листі необхідно написати супровідний текст. Приклад: “Скидаю вам технічне завдання згідно з п.2 договору №33 від 01.01.2023 на розробку сайту. Прошу ознайомитися і дати зворотний зв’язок.”. У суді буде складно довести, що ТЗ у листі стосувалося конкретно цього договору.

Інший приклад: “Скидаю вам звіт за seo-просування сайту site.ua за договором №1 від 12.12.2023 між ФО-П Кінгуров і ФО-П Вася Пупкін”. Зізнаюся, на початку було страшно, бо раніше ми так не робили, але з часом звикли.

Перевіряти підписи на договорі, ТЗ, актах та інших документах

Підписи можуть розходитися. Причому замовник (або представник) це може зробити неусвідомлено. Якщо підписи різні, то документ вважається недійсним. У нас так було. Підпис на ТЗ був не тим самим, що і в договорі. Зрозуміло, що найімовірніше це помилка, але на ній потім можна добре заробити.

Розробка – один договір, ліцензійне ПЗ інший, роботи підрядників – третій

Якщо робите сайти і купуєте програмне забезпечення, наприклад “Управління сайтом” або шаблони для системи управління сайтом, то продавати/передавати їх краще окремим договором. На свої послуги ви складаєте окремий договір, на чужі інший. У якийсь час ми стали практикувати роботи з інтеграції з ПО окремим договором. Якщо буде суд, то це може зменшити пені, штрафи та повернення.

(◕‿◕) Ми у Telegram: Анонси нових статей та бонусні матеріали

Працювати через Git

Зараз смішно, але на той момент ми працювали без Git. Для тих, хто не в курсі, Git це система, яка дає змогу контролювати, які файли в системі були змінені (якщо раптом хтось щось захоче зламати).

Працювати тільки на своїх серверах (якщо немає Git)

Навіть якщо у замовника є свій сервер, то все одно роботи проводити на своєму, а результат переносити на сервер замовника. Це ускладнить роботу, але зате ви будете захищені від втручань у код сторонніх програмістів.

Заздалегідь прогнозувати ризики

Якщо з’являються якісь складнощі в спілкуванні або підозра на несумлінне ставлення з боку Замовника, то всі документи надсилають згідно з умовами договору. У нас це Пошта Росії з описом вкладень. І краще в цей момент найняти юриста, щоб він почав оцінювати ризики.

Фіксувати зауваження

Якщо Замовник змінив доступи, або ви відчуваєте, що він вносить зміни в код сайту, то це все необхідно фіксувати у форматі відеозапису екрана із зазначенням вихідних доступів. Запис має бути безперервним, з можливістю ідентифікації користувача (IP-адреса, системні облікові записи тощо).

А ще:

  • Не приймайте оплату за договором готівкою. Ніякого налу. Щоб грамотно оформляти надходження готівкою, треба ставити онлайн-касу і платити за її обслуговування.
  • Підписуйте додаткову угоду, поки хороші відносини. Не варто зволікати з підписанням додаткової угоди. Якщо ви впевнені, що не зможете здати сайт через місяць, то краще підписати одразу додатковий документ.

Взагалі, врахуйте, що здача проєкту пізніше терміну – це порушення домовленостей і може бути підставою для суду. Потім буде складно довести, що ви затягнули розробку з вини Замовника.

Рейтинг
( Поки що оцінок немає )
Сподобалася стаття? Поділитися з друзями:
Роби Бізнес, Укр
Додати коментар

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: