Soft Development Agreement для IT компании в Польше: на что необходимо обратить внимание?

Мы уже писали о том, что такое договор разработки программного обеспечения, зачем он нужен и какие опасности могут вас подстерегать, когда вы к нему невнимательны. Но это все в целом. В то же время любой договор будет отличаться отдельными пунктами  аналогичным договорам в других юрисдикциях. Когда вы недооцениваете их значение при выборе права внешнеэкономического договора, где-то в мире довольно потирает руки хитрый юрист контрагента.
Так что же нужно учесть, если право вашего договора о разработке ПО — польское?

1. Что такое договор разработки программного обеспечения в понимании польського права

В праве Польской Республики договор разработки программного обеспечения является видом договора о выполнении работ (по-польски — umowa o dzieło) и регулируется разделом 15 Книги 3 Гражданского кодекса. Большинство условий договора о выполнении работ, как его ни назови, подобные в любой юрисдикции. Однако, отдельные особенности все же есть.

Важно, чтобы договор о выполнении работ (а в нашем случае — договор о разработке программного обеспечения) не имел ярких признаков трудового договора, взамен характеризовался:
— отсутствием четко определенного места выполнения заданий;
— свободой в выборе конкретного времени выполнения задач (однако в течение периода, определенного в договоре)
— отсутствием подчинения исполнителя заказчику.

2.Определение

Самый момент — это одинаковое понимание понятий, используемых в договоре. Определения (definitions) часто недооценивают и пропускают, ведь, на первый взгляд, они не очень нужны.
Однако, часто значение понятий толкуют по-разному, не говоря уже о том какое понимание вкладывают в них носители разных языков.
Для предупреждения проблем, которые могут возникнуть по вопросам толкования, ключевые для договора слова следует пояснить.
Трюк несложный, но способен спасти от многих недоразумений в будущем. Важно также соблюдать дисциплину при составлении договора и приложений к нему, а именно — использовать созданные определения.

3. Предмет

Предмет договора разработки ПО более или менее одинаково выглядит для договоров в различных юрисдикциях. Особенности же польского права касаются не столько собственно предмета, сколько процесса согласования его сторонами.

Нужно понимать, что для любого «польского» договора важным моментом является так называемое сотрудничество между сторонами. «Сотрудничество» означает, что вы и ваш контрагент на момент заключения договора должны четко осознавать и одинаково понимать его цель. Отсутствие такого сотрудничества, делает невозможным достижение согласованного результата, в соответствии с гражданским правом Польши (ст. 640 польского ГК), и является основанием для исполнителя отказаться от выполнения своих обязанностей по договору (для этого исполнитель должен установить срок, в течение которого заказчик может скорректировать ситуацию и только после истечения этого срока у него появляется право расторгнуть договор). Поэтому желательно, чтобы договор о разработке ПО предшествовал анализу потребностей заказчика, содержащий спецификацию программных требований, то есть описание ее функциональности, технические и функциональные решения программы, требования пользователей и тому подобное.
Анализ потребностей заказчика важен также для «формирования» самого предмета. Как правило, собственно в тексте договора предмет прописывается более обобщенно, а более широкое и детальное его описание (то есть техническая спецификация), включая, например, функции и конкретные параметры программного обеспечения, содержится в отдельном приложении.

Функции будущего программного обеспечения стоит прописать обязательно. Ограничив техническое задание списком конкретных работ, мы рискуем пропустить и не вписать практически необходимые работы в описание, вследствие чего исполнитель может отказаться выполнять их по договору. Чтобы избежать конфликтов, обеим сторонам должна быть понятна цель, ради которой создается ПО.

Также следует помнить, что в соответствии с договором, исполнитель может не только выполнить разработку программного обеспечения, но и, например, обучить заказчика его использовать. Такие услуги могут казаться «побочными» и такими, что понимаются сами собой, однако исполнитель вполне может отказаться от их предоставления, если договор их не содержит.

4. График выполнения

График выполнения ПО устанавливается в виде сроков для отдельных этапов. Этап выполнения работы — это отдельная ступенька, предусматривающая определенные задачи, которые должны быть выполнены, и срок, в течение которого их нужно завершить. Распределение работы по этапам позволяет заказчику контролировать процесс исполнения, что является важным моментом для масштабных проектов. Это также имеет значение, в случае, если исполнитель сильно задержится в работе, и станет маловероятно, что он сможет закончить работу в согласованные даты. В таком случае, заказчик может не рисковать и отказаться от договора, не устанавливая дополнительный срок, до истечения всего периода реализации.

5. Оплата

С оплатой в договоре по польскому праву все привычно — она ​​может быть как фиксированной (например, оплата за всю программу полностью или почасово), так и предварительно рассчитанной (в случае, когда весь объем работ невозможно знать заранее).
Кроме определения размера вознаграждения (wynagrodzenie), в договоре следует указать момент, когда исполнитель должен ее получить. Например, это может быть момент сдачи работ, а в случае выполнения крупных проектов, где вознаграждение стороны определили отдельно для каждого этапа — момент завершения такого отдельного этапа. Чаще всего заказчику предоставляется определенный договором срок для оплаты после завершения работы, но такое условие внедряется только по желанию сторон.
Нужно также договориться о способе определения вознаграждения — будет ли она фиксированной или уплаченной в соответствии с почасовой ставки (time and material), и тому подобное.

6. Имущественные права интеллектуальной собственности

Авторы компьютерных программ часто предоставляют свои программы по лицензии. Объясняется это тем, что использование их программ время от времени повторяется. Универсальность некоторых программ означает, что их авторы, внося соответствующие изменения, способные адаптировать такую ​​программу в зависимости от потребностей различных пользователей. Сделав программу доступной по лицензии, лицензиар сохраняет все права на программу и ее документацию, и поэтому может дополнительно ее менять, совершенствовать или использовать отдельные компоненты такой программы для создания качественно нового программного обеспечения.

Важнейшими типами лицензий является эксклюзивная (лицензиар предоставляет лицензию лишь одному лицу), неэксклюзивная (лицензиар может оказывать лицензию неограниченному количеству человек) и сублицензия (лицензиат может предоставлять лицензию сублицензиатам).

Эксклюзивная лицензия предоставляется нечасто. Она может использоваться для создания «индивидуального» программного обеспечения, например, банка. Идея такой лицензии сводится к тому, что пользоваться ею могут только те, кто заказывает программу. Лицензиар не может предоставлять лицензию другому.

Чаще всего же для ПО используются неэксклюзивные лицензии.
Исполнитель программы может также передавать заказчику полные авторские права на компьютерную программу. Стоит сказать, что хоть такое решение не выгодно для самого исполнителя (ведь он чаще всего заинтересован в дальнейшей разработке своего программного обеспечения и предоставлении третьим лицам доступа к нему), на практике оно применяется нередко. Оно может касаться, например, ноу-хау. Заказчик, имея некоторые технические знания конфиденциального характера, поручает создать программу на основе этих знаний, поэтому стремится иметь полные имущественные права на созданную программу.
В такой ситуации, в договоре должны быть соответствующие положения о передаче авторских прав заказчику.

7. Гарантии

Гарантии о выполнении работы (программного обеспечения) защищают, прежде всего, заказчика. К договору важно включить пункт о гарантии исполнителя о том, что созданная им программа не имеет недостатков. Также стоит прописать, что в случае выявления недостатков в программе заказчик вправе потребовать уменьшения стоимости работ, либо исполнитель должен исправить их в определенный договором срок, иначе заказчик вправе отказаться от договора. Важно также, что исполнитель может исключить или ограничить эту ответственность в договоре.

Программа не должна быть обременена правами третьих лиц. Дефекты и ошибки могут затрагивать отдельные модули или  единицы кода. А поскольку исполнитель программного обеспечения может работать над ним вместе с субподрядчиками на основе такого же или другого гражданско-правового договора, то права собственности на часть созданной компьютерной программы принадлежат субподрядчику, если сам исполнитель не обеспечит надлежащую передачу авторских прав. Если заказчик желает быть вполне уверенным, что этого не произойдет, он может прописать в договоре, что исполнитель обязуется выполнять работу самостоятельно и не передавать ее третьим лицам.

8. Дополнительные условия

Соглашения о создании компьютерной программы часто содержат положения по обновлению программного обеспечения, обслуживания, поддержки исполнителем такого ПО и тому подобное.

Прежде всего, пункты об обновлении программного обеспечения должны определять, как часто будет выполняться такое обновление. В случае, если оно приведет к значительным изменениям в программном обеспечении, заказчик должен предусмотреть в договоре, что исполнитель будет проводить дополнительное обучение для пользователя (заказчика). Следует также помнить, что новая версия программного обеспечения, как правило, является новым произведением, в контексте авторских прав, поэтому при использовании программного обеспечения по лицензии, необходимо указать объем лицензии и предположить, что лицензия включает также использование новых обновленных версий программ.
Регулирование вопроса обслуживания программного обеспечения гарантирует практически бесперебойное использование программного обеспечения и быстрое устранение недостатков. 

Пункты договора по техническому обслуживанию должны указывать время, в течение которого разработчик программного обеспечения обязуется устранить дефекты, восстановив нормальное функционирование программы. Также стоит классифицировать недостатки программного обеспечения в договоре, указав, какие из них будут недостатками, которые полностью препятствуют использованию программного обеспечения, а какие незначительны.