Баги в договорах с разработчиками или оптимизируем налогообложение аккуратно
Известно, что сумма налоговых начислений на зарплату выше ставки единого налога для ФЛ-П. Поэтому формальна логика и естественная бережливость заставляют большинство IT-компаний выбирать схему сотрудничества с разработчиками через договоры подряда с ФЛ-П. Но правовая реальность, увы, не всегда отвечает правилам формальной логики. С логикой правовых норм здесь соперничают философия наполнения бюджета и романтика статистических показателей. А теперь давайте по фактам.
Во всех договорах подряда с разработчиками и сопутствующих схемах оптимизации налогообложения есть три слабых места:
1. Выбор стороны заказчика;
2. Трансформация трудовых отношений в гражданско-правовые отношения по договору подряда;
3. Защита прав сторон при конфликте.
Теперь подробнее по порядку.
1. Выбор стороны заказчика
Здесь имеет значение организация IT-бизнеса, местонахождение заказчика и юридические возможности для заключения договоров. Так, заказчиками работ у отечественных разработчиков могут быть:
компании-резиденты, которые подписывают договор от своего имени;
иностранные компании с директором-подписантом;
иностранные компании через представителя (агента) -резидента (физ. лицо или ФЛ-П).
С заказчиком-резидентом всё просто, но не всем хочется ощущать постоянный контроль со стороны налоговой. Хотя сама схема проста и относительно безопасна, мало кто её использует, потому что приходится сталкиваться со сравнительно объемной бухгалтерией и кроме того, всеми «прелестями» нашей налоговой системы: НДС при экспорте, трансфертное ценообразование и прочую бюрократию. Вспомним, хотя бы, судебные баталии GlobalLogic с налоговой инспекцией.
Иностранная компания через директора — отлично, но надо платить разработчику валютой из-за рубежа, что не всех заказчиков может устроить. Кроме того, сотрудничество с нерезидентом обяжет разработчика становиться плательщиком единого налога
Подписант-представитель иностранной компании (агент) — удобно и, вроде бы, выглядит неплохо. Но если не учесть все нюансы и попасть под определение «постоянного представительства» может быть налоговая катастрофа — доначисление налогов на все поступления от материнской компании, да ещё и ответственность за уклонение (включая уголовную!).
Вариант выбора заказчика — предмет отдельного разговора. Скажем только, что его надо прорабатывать детально, убрав все слабые места и рычаги давления, за которые может крепко ухватиться рука налогового инспектора.
2. Трансформация трудовых отношений в гражданско-правовые отношения по договору подряда
Назвать трудовой договор договором подряда не значит сделать его таковым. Подменяя трудовые отношения гражданско-правовыми (подрядными), мы должны изменить их по сути. Потому что, если налоговые органы не согласятся с тем, что договор подрядный, горе-работодателю доначислят в качестве налогов всё, что он хотел оптимизировать. Реальность этой угрозы можно увидеть в недавней судебной практике по вопросам доначисления налогов на доходы «наёмных работников». Да что там налоги — ещё недавно сокрытие трудовых отношений было причиной массовых обысков IT-компаниях.
Для начала нам надо понимать, что условия трудового договора — это: график времени труда и отдыха, сроки выплаты зарплаты, отношения начальник-подчинённый, социальные гарантии работника и система оплаты труда.
Условия договора подряда — это: равноправие договорных сторон, самостоятельная организация выполнения условий договора подрядчиком и оплата исключительно за результат. Соответственно, никаких правил трудового распорядка в договоре подряда быть не может. Уберите это скорее! В отношениях с подрядчиком — главное результат. Если хотите дать разработчику отдохнуть — время «отпуска» легко регулируется графиком выполнения работ, который является составной частью договора.
Оплата договора подряда производится за выполненные в соответствие с графиком работы. Наполняйте договор содержанием, дифференцируйте оплату по видам работ, в зависимости от их сложности, аккумулируйте часть стоимости работ для последней выплаты, чтобы иметь возможность влиять на качество и сроки выполнения договора до последнего символа. И, желательно, чтобы это было больше похоже на предварительную смету строительного подряда, чем на тарифную сетку коллективного договора, и никак иначе.
Ну и субординация. В подряде её не бывает. Обе стороны — самостоятельные субъекты хозяйственных отношений с взаимной ответственностью. Небольшая пеня на стороне заказчика прочертит ещё одну слабо заметную линию разграничения гражданских и трудовых отношений.
Не стоит забывать и о сопровождающей заключение и выполнение договора документации и переписке. К примеру, акты. Перейдите от времени к объемам — подписывайте акты по итогу достижения промежуточных результатов: билдов, суммы работ, проч. За пустое отработанное время по договору подряда никто не платит.
А оферта к договору? Чаще всего она содержит всё, что мы можем найти в КЗоТе: зарплату, отпуск, график работы, рабочее место, формирование премиальных и много другой интересной информации. Зачем писать такие оферты? Чем не доказательство скрытых трудовых отношений?
3. Защита прав сторон при конфликте
Большинство договоров с разработчиками, которые мне попадались, составлены с безграничной верой в людей и все их обещания. Я имею ввиду, что заказчики уверены, что для защиты своих прав договор им не понадобится. Навряд ли.
Во-первых, как вы передаёте разработчику ТЗ? Устно? И как вы собираетесь доказывать, что работа выполнена не качественно, или не в срок, или что она вообще должна выполняться? Кроме того, договор, как правило, регулирует порядок передачи прав на ПО. Но как защитить себя от присвоения разработчиком ПО, если нет ТЗ и невозможно доказать, что ПО и есть предмет договора?
Скажем больше: без ТЗ, предварительной сметы и графика выполнения работ договор подряда недействителен с момента подписания. Одно утешение — можно вернуть уплаченные суммы, как безосновательно приобретённые. Но у вас-то другие цели! Как передавать задания и как это фиксировать — не только технический вопрос организации рабочего процесса, но еще и принципиальный юридический аспект. Цель договора — установить практически применимый порядок работы, а также всесторонне обеспечить и регламентировать права и обязанности сторон.
Что уже и говорить о таких мелочах, как положение о персональных данных. Конечно, оно совсем не нужно, когда у вас есть лишние 17К грн. для государства, как штраф за административное правонарушение.
Эпилог
Как видите, простой договор IT-подряда может порождать гораздо больше рисков, чем может показаться на первый взгляд. Риски в отношениях с налоговыми органами, риски получения некачественного продукта, риски потери прав интеллектуальной собственности на свой продукт и многое другое. Чтобы исключить эти риски нужно совсем немногое: прочитать весь текст своего типового договора подряда с разработчиками и внести в него нужные правки. «Бесполезная трата времени», — скажите вы. Что ж, это время может оказаться дороже, чем вы думали.
7 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів