С осени 2024 года у майнинг-хостингов в России появилась новая обязанность — отчётность для ФНС за клиентов-майнеров, которые размещают у нас оборудование. На бумаге задача звучит просто: собрать данные о клиентах, их асиках и периодах размещения, упаковать в XML-файл по утверждённой схеме и подать в налоговую. На практике для большинства площадок первый отчётный период обернулся неделями работы. Расскажем, как процесс устроен у нас сейчас и что для этого пришлось поменять.
Что вообще требует ФНС от майнинг-хостинга
С 1 ноября 2024 года в России действует реестр операторов майнинговой инфраструктуры. Хостинг как оператор обязан подавать в ФНС сведения обо всём оборудовании, которое размещено на площадке его клиентами. Это не разовая бумажка — это регулярная отчётность, которая ведётся постоянно, по каждому клиенту отдельно.
Что входит в отчёт по каждому клиенту-майнеру:
- ИНН и идентификационные данные
- Перечень размещённого оборудования с серийными номерами
- Период размещения каждого устройства
- Объём потреблённой электроэнергии
- Привязка к адресу площадки
Формат подачи — XML по схеме, утверждённой ФНС. Структуру и порядок периодичности лучше каждый раз сверять в актуальной редакции на сайте nalog.gov.ru — требования меняются. За нарушения предусмотрены штрафы, а в апреле 2026 года в Госдуму внесли законопроект об уголовной ответственности за незаконный майнинг и неисполнение обязанностей оператора. Так что относиться к отчёту как к формальности уже не получается.
Как мы готовили первый отчёт — и сколько это заняло
В первый отчётный период у нас на площадке было около 15 клиентов. Казалось бы, объём небольшой. На деле подготовка отчёта оказалась неожиданно тяжёлой.
Данные лежали в разных местах. Контактные сведения клиентов — в Excel-таблице у менеджера. Списки оборудования — частично в той же таблице, частично в отдельных файлах по каждому клиенту, часть — в переписках в мессенджерах. Сканы договоров — в облачной папке. Показания счётчиков — в отдельной таблице у бухгалтера.
Чтобы собрать отчёт по одному клиенту, нужно было сначала свести всё это вручную: какие модели у него стоят, сколько штук, в какой период каждое устройство было размещено, сколько электричества потребило. Дальше — привязать потребление к тарифу и периодам, проверить даты ввода и вывода оборудования. И только потом упаковать в XML.
Сама сборка XML — отдельная история. Шаблон в Excel рассыпался при малейшем несовпадении формата. Сторонние конвертеры просили данные в своей структуре — нужно было сначала переделать таблицы под них. В итоге первый отчётный период мы закрывали несколько рабочих дней с бухгалтером и менеджером в режиме «отложите всё остальное».
Что мы пробовали до того, как пришли к системному решению
После первого опыта стало ясно: повторять это каждый период мы не сможем. Начали искать варианты.
- Шаблоны Excel с формулами под XML. Работают ровно до момента, когда ФНС обновляет схему. После этого формулы рассыпаются, и приходится переделывать шаблон с нуля
- Сторонние конвертеры таблиц в XML. Не учитывают специфику майнинг-хостинга — там нет понятий «асик», «период размещения», «привязка к контейнеру». Каждый раз приходилось вручную подгонять данные под их формат
- Бухгалтер на стороне. Может оформить отчёт корректно, но данные ему всё равно нужно собрать и передать. То есть основную работу — сведение информации из разных источников — мы по-прежнему делали сами
Все три варианта решали финал процесса — упаковку в XML. Но не решали корень проблемы: данные о клиентах, оборудовании и потреблении лежали в разных местах, и собрать их каждый раз заново было основной работой, а не упаковка в формат.
Что мы изменили: переход на единую систему
В какой-то момент стало понятно: задача не в отдельном «генераторе XML», а в том, чтобы все нужные данные жили в одном месте.
Мы перешли на ROC — операционный контур для майнинг-хостинга, в котором учёт клиентов, оборудования и периодов размещения ведётся в единой системе. Платформа автоматически формирует XML-отчёт — все данные о клиентах и оборудовании уже заведены в систему, а постоянный мониторинг устройств обеспечивает актуальную информацию о потреблении и периодах работы.
Как у нас сейчас устроена подача отчёта
В ROC у нас вся операционка площадки собрана в одном месте — клиенты, их оборудование, контейнеры, договоры, платежи. Это меняет подход к отчётности целиком.
Данные собираются по ходу работы, а не специально под отчёт. Каждый клиент в системе — с ИНН и контактами, заведёнными при оформлении договора. Каждый асик — с моделью, серийным номером, локацией и датой ввода в эксплуатацию. Когда оборудование перемещается между контейнерами или меняет владельца — история сохраняется. Потребление считается автоматически по показаниям счётчиков, привязанным к клиентам.
Отчётный период формируется одной командой. Выбираем диапазон дат, и система выгружает всех клиентов, у которых в этот период было активное размещение. По каждому — состав оборудования, сроки, потребление. Никаких ручных сверок между разными таблицами — данные уже связаны между собой.
XML генерируется готовым файлом. Не нужно отдельно собирать структуру, конвертировать форматы, проверять корректность схемы — система отдаёт файл сразу в нужном виде. Остаётся проверить и подать.
Что осталось ручной работой у нашей команды. Финальная проверка отчёта — обязательно глазами нашего бухгалтера, потому что цена ошибки в налоговой отчётности высокая. Сама подача в ФНС идёт через личный кабинет налогоплательщика — это уже не часть нашей системы. И отслеживание изменений в требованиях ФНС остаётся за нами: если налоговая обновит схему XML, нужно убедиться, что обновлённый формат корректно подхватывается.
Отчёт для ФНС: бесплатно через личный кабинет
На рынке мы видели разные подходы к этому вопросу. Часть площадок делает подготовку XML-отчёта отдельной платной услугой — клиент доплачивает сверх тарифа размещения за каждый отчётный период.
У нас на площадке отдельной платы за отчёт нет — благодаря нашей системе каждый клиент может получить XML-отчёт бесплатно через свой личный кабинет. Сам, в любой момент, без обращения к менеджеру.
Как клиент формирует отчёт без обращения к нам
В личном кабинете у клиента есть отдельный раздел отчётности. Принцип простой: выбираешь период, нажимаешь «сформировать XML», получаешь готовый файл со всеми данными по своему оборудованию у нас на площадке.
Раньше эта же задача шла через нашего менеджера. Клиент писал письмо или сообщение в чат, менеджер уточнял период, шёл к бухгалтеру за данными по потреблению, потом к человеку, который ведёт списки оборудования, — и только после этого собирал отчёт. На один клиентский запрос уходило время трёх человек с нашей стороны, а клиент при этом ждал.
Сейчас клиенту не нужно ждать рабочих часов нашего офиса, писать менеджеру или согласовывать формат. Он формирует отчёт сам — за несколько минут, в удобное ему время. Если данных за нужный период в системе достаточно — а они там есть всегда, потому что ведутся постоянно, — отчёт готов сразу.
Что это даёт нам как хостингу: менеджеры освобождены от рутинных запросов «соберите мне отчёт за квартал», бухгалтерия не подключается к каждой клиентской выгрузке. Что это даёт клиенту: контроль над собственными данными и независимость от рабочих часов площадки.
Один отчётный период из практики
В прошлый квартал мы готовили консолидированный отчёт. К этому моменту мы выросли по сравнению с первым опытом, и в старой схеме с Excel и ручной сборкой подготовка заняла бы у бухгалтера и менеджера минимум 2-3 рабочих дня.
В этот раз формирование XML заняло около пяти минут. Ещё час ушёл на сверку с бухгалтером и финальную проверку перед подачей. В тот же период один из клиентов попросил персональный отчёт по своему оборудованию — для собственной налоговой отчётности. Раньше это была бы отдельная задача для нашего менеджера. Сейчас мы просто напомнили клиенту, что в личном кабинете он формирует такой отчёт сам, и на это ему ушло несколько минут.
Когда хостингу пора задуматься об автоматизации отчётности
Мы общаемся с операторами других площадок и видим закономерность. Признаки, по которым можно понять, что текущая схема перестаёт справляться:
- Клиентов на площадке стало больше 30-40
- Сбор данных для отчёта занимает рабочий день и больше
- У одного клиента появились разные модели оборудования или несколько договоров
- Возникают расхождения между данными бухгалтерии и оперативного учёта по клиентам
- Менеджеры тратят время на запросы вида «соберите мне таблицу для отчёта» — свои или клиентские
Если узнаёте у себя 2-3 пункта — пора смотреть в сторону системного решения. На небольших объёмах ручная сборка ещё работает, при росте начинает съедать рабочее время быстрее, чем хостинг успевает на этом зарабатывать.
XML-отчёт — следствие нормального учёта
Готовый XML за пять минут — это не функция отдельной программы «отчёт ФНС». Это следствие того, что в основе у площадки есть нормальный учёт клиентов и оборудования, и данные собираются по ходу работы. Без этой основы любой инструмент генерации отчётов будет каждый раз требовать ручного сбора данных из разных мест.
Реестр ФНС останется. Требования продолжат развиваться, формат отчётности — обновляться. Нам как индустрии лучше выстроить процесс один раз, чем каждый отчётный период бороться с дедлайном.
Если хотите увидеть, как ROC будет работать на вашей площадке — напишите команде в Telegram. Они проведут демо и ответят на все вопросы.
Функциональность платформы ROC может отличаться от описанной в статье — система развивается, набор возможностей меняется. Требования ФНС к отчётности операторов майнинговой инфраструктуры также могут обновляться — для актуальной редакции уточняйте на сайте nalog.gov.ru.