Как указать код услуг техподдержки сайтов и классификацию по НДС в Великобритании?

Бухгалтеры в Великобритании иногда смотрят на иностранные формы и требуют коды, чем сбивают с толку. При экспорте услуг или локальном B2B товарные коды не нужны. В Companies House укажите 62020, а в инвойсе пишите прозрачное описание услуги. Для HMRC критичны только место оказания услуг и статус НДС вашего клиента.

Не странно ли, что ваш бухгалтер вообще спрашивает вас об этом? Любая бухгалтерская фирма в Англии, работающая с IT-сектором, должна была с самого начала знать, что обслуживание выставляется не по коду HSN а по стандартной логике профессиональных услуг. Возможно, они что-то упустили, а может, пытаются понять, есть ли в вашем договоре элемент автоматической цифровой услуги.

Сделайте в счёте шаблоном вот этот текст: 'Monthly website maintenance, security patching and technical support'. Если есть графа для кода — оставьте пустой. И скажите бухгалтеру указать ваш официальный код SIC как 62020, для стандартной отчётности этого более чем достаточно.

Технический нюанс тут в разнице между автоматической услугой и ручным трудом. Если клиент заходит в панель и одним нажатием делает автоматический бэкап, это может попадать под класс электронных услуг. Но если вы вручную ставите патчи, разруливаете конфликты плагинов — это IT-услуга, основанная напрямую на человеческом труде, и HMRC рассматривает её как стандартную профессиональную услугу.

Мы тоже ведём похожий объём обслуживания на 14 клиентов, средний счёт около 200 GBP. В первом квартале по НДС столкнулись с тем же вопросом. В бухгалтерской программе мы просто завели тип услуги как 'IT Support Services' и добавили местным клиентам стандартные 20 процентов. За прошлогоднюю плановую проверку не пришло ни единого возражения.

А если добавить в счёт ещё и стоимость хостинга, ситуация меняется? Мы из 250 GBP, которые берём с клиента, гасим и месячные 25 GBP за сервер, обязаны ли мы показывать это отдельной строкой?

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

Отличная работа. Не стесняйтесь спрашивать, молчание всегда обходится дороже.

Надеюсь, это будет полезно.

Обсуждение размылось, давайте структурируем. Найти нового клиента дороже, чем удержать текущего.

Конечно, если ваша ситуация отличается, всё меняется.

Я проходил через это, расскажу. Если делаете впервые, начните с малого, масштабирование потом.

Большая часть потерь времени копится на задачах, ожидающих согласования. Пишите, если есть вопросы, отвечу по мере возможности.

Попробую.

Сохранил. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

На этом всё, извините, если затянул.

Спасибо, что написали об этом, это действительно так. Большая часть потерь времени копится на задачах, ожидающих согласования.

Проверено опытом.

Если смотреть на процесс в целом, картина меняется. Если делаете впервые, начните с малого, масштабирование потом.

Решения, работающие в малом масштабе, рушатся при росте я узнал это слишком поздно.

Буду отстаивать обратное, не обижайтесь. Главное не цифра, а то, на основе чего она получена.

Не могли бы вы это пояснить? Маленький рынок — это не плохо; плохо работать на маленьком рынке с низкой маржой.

Вы правы, я сам проходил через это. Большая часть потерь времени копится на задачах, ожидающих согласования.

На этом всё, извините, если затянул.

Я столкнулся с тем же два года назад. Если делаете впервые, начните с малого, масштабирование потом.

Интересно, есть ли те, кто делает иначе.