Како легално да го задржите кодот додека клиентот не ја плати фактурата?

Во светот на софтверскиот развој, една од најкритичните точки на триење помеѓу клиентот и изведувачот е моментот на финална наплата. Честопати, програмерите и ИТ компаниите се соочуваат со дилема: „Дали смеам да го стопирам предавањето на кодот ако не ми е платено?“

Одговорот е недвосмислено ДА, но под услов вашите правни и технички заштити да бидат прецизно дефинирани пред почетокот на соработката. Во овој сеопфатен водич, ги анализираме легалните механизми и техничките стратегии кои ви овозможуваат да го задржите вашиот труд како гаранција за исплата.

Најголемиот ризик за еден девелопер е претпоставката дека кодот е негова сопственост „по природа“. Според многу законски регулативи, ако сте ангажирани да изработите нешто, сопственоста може да биде предмет на спор доколку не е јасно дефинирана.

За да го заштитите вашиот изворен код, во договорот мора да стои клаузула за одложен пренос на права на интелектуална сопственост.

Решение: Наместо формулацијата „Клиентот е сопственик на кодот“, користете:

• „Изведувачот ги задржува сите авторски права и права на интелектуална сопственост врз изворниот код. Преносот на овие права и лиценцата за негово користење преминуваат на Клиентот исклучиво по целосна и конечна исплата на договорениот надомест.“

Зошто ова е важно? Доколку клиентот го користи кодот без да плати, тој технички врши повреда на авторски права, што е многу посериозна правна основа за тужба отколку само „неплатена сметка“.

За да не се потпирате само на судски процеси, вашата техничка постапка мора да овозможува физичка контрола над проектот до самиот крај.

Никогаш не го поставувајте финалниот код на серверите на клиентот пред последната уплата.

• Решение: Користете staging сервер под ваша контрола Овозможете му на клиентот пристап за тестирање (UAT – User Acceptance Testing), каде што тој може да види дека сè работи, но нема пристап до самата база и изворен код.

Вашиот Git провајдер (GitHub, GitLab, Bitbucket) е вашата дигитална тврдина.

• Решение: Клиентот добива пристап само како „Viewer“. Префрлањето на сопственоста на репозиториумот (Ownership Transfer) се случува само откако ќе ја добиете потврдата од банка за пристигнати средства.

Најефективниот начин да се спречи голема загуба е поделба на проектот на фази. Ова е стандардна професионална практика која го минимизира ризикот и за двете страни.

Модел на распределба на буџет:

• Аванс (30%): Се наплаќа пред започнување со работа за да се потврди сериозноста на клиентот.
• Развојни фази (40%): Се плаќаат во делови по секоја испорачана и одобрена функционалност.
• Финална исплата (30%): Се наплаќа по завршено тестирање, а пред deployment на продукција.

Доколку нудите софтвер како услуга (SaaS) или одржување, имате право на суспензија на услугите.

Клаузула за деактивација

Во вашите „Услови за користење“ (Terms of Service) мора прецизно да дефинирате дека доцнењето со исплата повлекува автоматска суспензија.

• Решение: „Доколку фактурата не е подмирена во рок од 10 работни дена по доспевањето, изведувачот има право да го ограничи пристапот до административниот панел без претходна најава.“

Легалното задржување на кодот не смее да се претвори во саботажа. Постојат дејствија кои можат да ве доведат до кривична одговорност:

• Бришење податоци: Никогаш не бришете постоечки податоци на клиентот.
• Не вметнувајте скриен код кој намерно го урива системот по одреден датум.
• Хакирање: Не влегувајте неовластено во системи кои не се под ваша договорна надлежност

Задржувањето на кодот или пристапот не е само техничка одлука, туку стратешки деловен потег. Најдобрата заштита е онаа што е договорена однапред. За да бидат овие механизми правно издржани и да не ве изложат на ризик, неопходно е прецизно да ги дефинирате овие заштити во вашите договори.

Не дозволувајте вашиот труд да зависи од добрата волја на клиентот. Поставете професионални стандарди уште на првиот состанок.

Сакате да ги тестирате вашите договори ? Контактирајте нè за стратешка ревизија на вашиот правен систем.