Расходы на облачный хостинг в кипрском IP Box

Сначала классифицируйте деятельность, затем поставщика

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

Кипрские правила включают затраты, непосредственно связанные с разработкой, улучшением или созданием квалифицируемых нематериальных активов, с учётом исключений. Они не устанавливают, что любой облачный счёт является квалифицируемыми НИОКР, и не исключают облачные услуги целиком. Практический анализ начинается с разработки, после чего определяются поддерживающие её расходы.

Разделяйте два решения. Сначала установите, как расход учитывается при определении чистого дохода от ИС. Затем проверьте, отвечает ли он определению квалифицируемого расхода для nexus. Отражение эксплуатационного расхода в первом расчёте не обосновывает его включение во второй.

Классифицируйте ресурсы по цели использования

Эта таблица — инструмент проверки, а не официальный налоговый перечень. Каждая строка зависит от фактической деятельности, связи с активом и применимого налогового режима.

Пример распределения без предположения о праве на льготу

Предположим, месячный счёт равен 12 000 €. Метки ресурсов выделяют 7 000 € на рабочую среду, 3 000 € на проект разработки и 2 000 € на общие ресурсы. Сумма 3 000 € подлежит проверке как возможные НИОКР, но не является автоматически одобренным показателем nexus. Работа по проекту должна соответствовать критериям и относиться к квалифицируемому активу.

Для общих 2 000 € финансовая команда получает данные о том, какие среды потребляли ресурсы. Она применяет документированную базу распределения и просит инженеров подтвердить её соответствие фактическому использованию. Нет оснований относить всю сумму к НИОКР лишь потому, что компания разрабатывает ПО.

Для примера допустим, что после распределения проверка подтверждает 3 500 € расходов, непосредственно связанных с квалифицируемой разработкой. Эта сумма входит в расчёт nexus на соответствующей основе. Учёт оставшейся суммы в годовом расчёте прибыли — отдельный вопрос: расход не становится обязательно невычитаемым только потому, что находится вне QE.

Сделайте облачный аккаунт понятным финансовой команде

Согласуйте терминологию между разработчиками и бухгалтерией. Каждому соответствующему проекту нужен стабильный идентификатор актива. Метки сред должны различать рабочую эксплуатацию, разработку, тестирование и коммерческое использование, если это отражает устройство системы. Сохраняйте соответствия при переименовании проектов или переносе аккаунтов.

Выгружайте данные об использовании вместе со счетами. Обобщённого счёта с названием сервиса и итоговой суммой может быть недостаточно для объяснения затрат нескольких продуктов. Сохраняйте период, идентификаторы ресурсов, расчёт распределения и описание самой деятельности. Не переписывайте исторические метки так, словно они были созданы одновременно с работами.

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

• Свяжите каждую заявленную сумму с проектом и квалифицируемым активом.
• Объясните, почему работа была разработкой, а не обычной эксплуатацией.
• Сверьте распределённые суммы с итогом счёта.
• При необходимости разделите приобретение, связанные стороны и другие категории расходов.
• Зафиксируйте, кто утвердил распределение и по какой причине.

Пересмотрите классификацию после запуска проекта

Назначение одной среды может меняться со временем. Вычисления экспериментального проекта могут впоследствии стать рабочим сервисом, за который платят клиенты. Разумное на этапе разработки распределение может вводить в заблуждение после запуска. Пересматривайте назначение при существенных релизах и переносе рабочих нагрузок.

Для AI-продуктов это особенно важно. Обучение, оценка, инференс и обычное клиентское использование — не взаимозаменяемые обозначения. Не относите все расходы GPU к НИОКР лишь из-за дороговизны или технической сложности инфраструктуры. Сначала установите соответствующий актив, деятельность по разработке и связь затрат с ней.