Я разработчик приложений-фрилансер. Должен ли мой контракт включать пункт, защищающий меня от гарантии того, что приложения, которые я создаю для клиентов, будут одобрены?
Пока я придерживаюсь требований клиента, я не должен нести ответственность. Конечно, если отклонят, обязательно исправлю ошибку.
Если да, то какую лексику вы могли бы предложить включить?
#контракты
Как фрилансер по договору, вы будете (должны) так или иначе предлагать в той или иной степени консультационные услуги, если прямо не указано иное.
Точно так же, как врач, после тщательных наблюдений вы ставите диагноз и назначаете (с возможными дальнейшими наблюдениями и корректировками в зависимости от физиологического состояния вашего пациента и реакции на лечение, чтобы достичь истинной цели лекарства, исключая все возможные побочные эффекты от вашего решения). ~ как эксперт в своей области) на основе своих знаний и опыта.
В этом свете вы не только проявите себя как настоящий профессионал, но и получите потрясающие законные основания для покрытия любого потенциального судебного иска против вас.
Тем не менее, в вашем соглашении должно быть подчеркнуто подчеркнуто, что вы не берете на себя никакой прямой/косвенной ответственности за неудачные события, возникшие в результате действий, противоречащих вашему совету, до, во время и после (сознательного, возможно, взаимного и приемлемого периода, дополнительно руководствующегося правовая основа и возможность внесения возможных изменений, предложенных либо вами, подрядчиком, либо ими, подрядчиками). Кроме того, вы должны взять на себя полную/совместную (в зависимости от характера и обстоятельств) ответственность за инциденты, возникшие в результате вашего участия, включая, помимо прочего, ошибки.
Не забывайте естественные правила! Знайте свои силы и пределы, что вы можете и не можете делать, свою этическую, моральную ценность и имидж, что осуществимо, а что нет; это дает вам контроль, полномочия и уважение, независимо от того, подписываетесь ли вы на предложение или отклоняете его.
Что ж, одобрение магазина приложений и способы получения одобрения приложения основаны на опыте. И зная, что Apple здесь более строга, вы ДОЛЖНЫ быть знакомы со всеми случаями, когда Apple БУДЕТ или НЕ МОЖЕТ одобрить приложение.
Так что вам определенно не следует отдавать все в руки клиента. Если бы я был клиентом, я бы обнаружил, что вы мне изменили и слили мои деньги. Например, вы не можете разработать приложение, существующее внутри системы iOS, если даже птицы знают, что Apple никогда не одобрит такое приложение.
Итак, как мне справиться с такими случаями:
В заключение, вам определенно не следует кодировать мобильное приложение, если вы не можете гарантировать его выпуск. Если вы не уверены, ОБЯЗАТЕЛЬНО позвоните в службу Apple (или в Google Play) и проверьте, но также ОБЯЗАТЕЛЬНО попросите своего клиента позвонить им самому. Если вы находитесь за пределами США, а клиент находится в США, то требуйте, чтобы он позвонил в службу в связи с приоритетным лечением.
Что касается контракта, я бы обязательно проконсультировался с юрисконсультом и попросил его составить вам контракт. Потому что внутри вы должны дать гарантию, которая может быть аннулирована при определенных обстоятельствах. Например, клиент должен выполнить свою часть работы, но также должен быть пункт, согласно которому и Apple, и Google имеют право отклонить приложение, независимо от того, насколько хорошо вы его кодируете.
