Как сформировать отчёт для ФНС по майнингу: что сдаёт майнер и как оператор ЦОД готовит КНД 1111664 в ROC

Отчеты для ФНС у майнеров и операторов ЦОД: что сдавать и как ROC готовит КНД 1111664

С отчетностью по майнингу есть момент, в котором легко запутаться: майнер и оператор майнинговой инфраструктуры отчитываются в ФНС по-разному.

Майнер передает сведения о полученной цифровой валюте. Оператор ЦОД отчитывается уже по тем майнерам, которым предоставляет инфраструктуру.

Поэтому это не один общий отчет по майнингу, а разные обязанности со своими сроками.

В ROC сейчас реализована подготовка квартального отчета оператора майнинговой инфраструктуры КНД 1111664. Но сначала коротко разберемся, чем отчет оператора отличается от отчета самого майнера.

Материал актуален на 18 сентября 2026 года. Перед сдачей отчетности лучше отдельно проверить действующие требования ФНС, потому что формы и форматы со временем могут меняться.

Что сдает майнер

Если говорить именно о майнере, он сообщает ФНС сведения о цифровой валюте, которую получил в результате майнинга.

В отчет также входит адрес-идентификатор. Если майнинг идет через пул, учитывается и адрес-идентификатор майнинг-пула.

Срок подачи - не позднее 20-го числа месяца, следующего за месяцем, в котором была получена цифровая валюта.

Это отчетность самого майнера.

ROC сейчас не готовит этот ежемесячный отчет. У нас реализована отчетность другой стороны - оператора майнинговой инфраструктуры.

Что сдает оператор майнинговой инфраструктуры

У оператора задача другая.

Если компания предоставляет инфраструктуру для майнинга другим лицам, она передает в ФНС сведения, связанные с их майнингом.

Такая отчетность подается поквартально - не позднее 25-го числа месяца, следующего за закончившимся кварталом.

Для нее используется форма КНД 1111664.

Именно этот отчет мы и сделали в ROC.

Как подготовка отчета устроена в ROC

Если площадка уже ведется в ROC, часть информации для отчета у вас находится в системе.

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

ROC смотрит полноту обязательных данных, состав оборудования и мощности, показывает найденные ошибки и расхождения.

Для нас это одна из основных частей всего процесса.

Потому что задача не просто в том, чтобы получить XML-файл. Сначала нужно понять, что данные вообще готовы к выгрузке и в них нет очевидных пропусков.

Если система находит проблему, ее можно исправить до формирования итогового файла.

Что получается на выходе

ROC готовит квартальный отчет оператора по КНД 1111664 в формате ФНС 4.02.

На выходе формируется XML-файл, который дальше можно использовать для подачи отчетности.

При этом здесь важно не создать неправильное впечатление: ROC не отправляет отчет в ФНС вместо оператора.

Мы готовим данные и сам XML-файл. Проверку отчета с юридической и налоговой стороны, а также его отправку выполняет сама организация.

Мы специально это разделяем, потому что ROC - система управления майнинговым ЦОД, а не сервис, который берет на себя ответственность за сдачу налоговой отчетности.

Почему отчет удобнее готовить из данных самой площадки

Если учет ЦОД уже идет в ROC, перед окончанием квартала не нужно заново создавать отдельный список оборудования только для отчета.

Майнеры уже есть в системе. Есть структура площадки, размещение оборудования и данные, с которыми сотрудники работают в течение квартала.

За это время асик могли переставить, снять, отправить в ремонт или вернуть обратно. На площадке могло появиться новое оборудование.

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

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

В этом и была основная идея: не делать отчетность отдельным процессом, который существует сам по себе и вспоминается только раз в квартал.

Если в данных есть ошибка

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

Сначала идет проверка.

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

После исправлений отчет формируется уже из обновленной информации.

История изменений тоже сохраняется. Это удобно, если к отчету возвращались несколько раз и что-то корректировали.

Особенно когда над данными работает не один человек и отчет не получается собрать за один подход.

Не нужно путать отчет майнера и отчет оператора

Это, наверное, самый частый момент, который стоит проговорить отдельно.

У майнера есть своя отчетность. Он сообщает о полученной цифровой валюте и адресах-идентификаторах. Срок - до 20-го числа следующего месяца.

У оператора майнинговой инфраструктуры своя отчетность. Он передает сведения по майнерам, которым предоставляет инфраструктуру. Отчет подается поквартально, до 25-го числа месяца после окончания квартала.

ROC сейчас готовит именно отчет оператора - КНД 1111664.

То есть если вы занимаетесь майнингом сами, это не значит, что ROC автоматически подготовит за вас всю отчетность, связанную с майнингом.

Мы сделали конкретную часть, которая нужна оператору майнинговой инфраструктуры.

Что в итоге делает ROC

Если площадка ведется в ROC, для подготовки квартального отчета можно выбрать нужный период и площадку, проверить данные, увидеть ошибки и расхождения, а после проверки сформировать КНД 1111664.

На выходе ROC формирует XML-файл в формате ФНС 4.02.

После этого организация сама проверяет отчет и отправляет его в ФНС.

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

Они уже появляются в системе по ходу обычной работы ЦОД, а перед отчетностью их остается проверить и подготовить в нужном формате.