Как платить налоги с криптовалют в России: расчёт, ставки и 3‑НДФЛ

Налог с криптовалюты в России удобнее рассматривать не как одну формулу, а как последовательность решений. Сначала нужно определить, что именно произошло с активом: вы просто держали BTC или USDT, продали его за рубли, обменяли одну монету на другую, рассчитались криптовалютой, получили её как вознаграждение или добыли майнингом. Только после квалификации операции имеет смысл считать доход, расходы, налоговую базу и срок отчётности. Ошибка на первом шаге делает бесполезной даже аккуратно заполненную декларацию, потому что налог считается не от абстрактного «оборота кошелька», а от конкретных налоговых событий и подтверждённых показателей.

С 1 января 2025 года российские правила для цифровой валюты стали значительно конкретнее. Для целей налогообложения цифровая валюта рассматривается как имущество. Доходы физического лица от купли-продажи и иного выбытия цифровой валюты облагаются НДФЛ по ставке 13%, а часть соответствующей налоговой базы сверх 2,4 млн рублей — по ставке 15%. Доход от майнинга устроен иначе: для налогового резидента он относится к совокупности баз, облагаемых по основной прогрессивной шкале от 13% до 22%. Поэтому нельзя брать ставку из статьи о майнинге и применять её к обычной продаже BTC, как нельзя автоматически переносить правила обычной продажи на добытую монету.

На 9 августа 2026 года декларационная кампания за 2025 год уже завершила оба обычных срока: 3‑НДФЛ по доходам 2025 года следовало представить не позднее 30 апреля 2026 года, а рассчитанный по декларации налог уплатить не позднее 15 июля 2026 года. Если обязательная декларация не была подана, практический вывод состоит не в том, чтобы ждать следующего апреля, а в том, чтобы восстановить расчёт и подать её как можно быстрее. Для операций 2026 года учёт, наоборот, нужно вести уже сейчас: календарный год ещё идёт, и качественный реестр позволяет не собирать историю из десятков биржевых CSV, банковских выписок и TXID в последний момент.

Эта статья — родительская инструкция по всему циклу. Она объясняет, когда возникает налоговое событие, как отличать доход от движения денег, какие расходы могут влиять на базу, чем продажа отличается от майнинга, как организовать реестр операций и когда переходить к заполнению 3‑НДФЛ. Если вам нужен только комплект первичных документов, используйте отдельный материал о документах для налога с продажи криптовалюты. Для P2P есть отдельная инструкция по налогам с P2P. Здесь эти темы связываются в единую систему, но не дублируются построчно.

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

Сначала определите свой налоговый сценарий

Хранение криптовалюты и налоговое событие

Само наличие BTC, USDT, ETH или другой цифровой валюты на кошельке не равно реализации. ФНС в разъяснениях 2026 года прямо отделяет хранение от продажи и иного отчуждения. Поэтому рост рыночной цены в приложении не означает, что физическое лицо каждую неделю получает новый налогооблагаемый доход. Нереализованная переоценка портфеля — это изменение рыночной стоимости, а не автоматически полученные рубли или другое встречное предоставление.

Практически это означает, что для долгосрочно хранимой позиции важнее сохранить историю входа: дату покупки, количество, стоимость в рублях, комиссию, ордер и подтверждение оплаты. Эти данные понадобятся позже, когда актив будет продан или иным образом выбудет. Если исходные документы теряются, проблема появляется не в момент покупки, а через год-два, когда человек пытается уменьшить доход на расходы и не может доказать первоначальную стоимость.

Для пункта «Хранение криптовалюты и налоговое событие» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Продажа за рубли как базовый сценарий

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

Рабочая схема начинается с пары «реализация — приобретение». Для каждой проданной партии фиксируют актив, количество, дату, площадку, сумму дохода, комиссию и документы о покупке. После этого формируют годовой реестр. Не стоит строить расчёт только по банковской выписке: она подтверждает движение рублей, но не показывает, сколько BTC или USDT было продано, какой ордер использовался, какой была комиссия и откуда у налогоплательщика появился актив.

Раздел «Продажа за рубли как базовый сценарий» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Налоговое резидентство нельзя определять по паспорту

Российское гражданство и налоговое резидентство — не одно и то же. Для расчёта НДФЛ имеет значение фактический налоговый статус за соответствующий период и специальные правила главы 23 НК РФ. Человек может быть гражданином РФ, но не отвечать критериям налогового резидентства за год; наоборот, иностранный гражданин при определённых обстоятельствах может быть российским налоговым резидентом. Для криптовалютной истории этот вопрос особенно важен у тех, кто переезжал, долго жил за границей или работал дистанционно.

Перед применением ставок сначала восстановите календарь пребывания и правовой статус. Если он спорный, не пытайтесь «подогнать» расчёт под удобную ставку. Сначала установите резидентство, затем источник дохода и только потом применяйте норму. В сложной трансграничной ситуации полезно сохранить документы о перемещениях и получить профессиональное заключение: цена ошибки может быть выше, чем экономия от самостоятельной трактовки.

При разборе темы «Налоговое резидентство нельзя определять по паспорту» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Физлицо, ИП и организация — разные режимы

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

Если криптовалюта связана с бизнесом, заранее разделите личные и предпринимательские операции, кошельки и документы. Смешивание приводит к двойной проблеме: невозможно понять, где личный актив, а где выручка или расход бизнеса, и сложно объяснить банковские поступления. Для самозанятых отдельные сценарии получения оплаты разобраны в материале об оплате в USDT и рисках НПД.

Для пункта «Физлицо, ИП и организация — разные режимы» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Календарный год — основная единица учёта

НДФЛ рассчитывается по итогам налогового периода, поэтому полезно собирать операции не по принципу «какой кошелёк сейчас активен», а по календарному году. В одном году могут быть покупки без продаж, несколько частичных реализаций, обмены, P2P, комиссии и переводы между собственными адресами. Если учёт ведётся только по текущему балансу, невозможно восстановить, какие монеты были реализованы и какие расходы относятся к ним.

Создайте годовой реестр уже в момент первой операции. Минимальные поля: дата и время, тип операции, актив, количество, рублёвая оценка, комиссия, контрагент или площадка, ордер, адрес отправителя и получателя, TXID и ссылка на первичный документ. Тогда в конце года задача превращается в проверку готового массива, а не в расследование. Для подготовки блокчейн-части можно использовать отдельный гайд по истории криптокошелька для налогов.

Раздел «Календарный год — основная единица учёта» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Какие операции с криптовалютой требуют налогового анализа

Продажа криптовалюты за фиат

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

По каждой продаже храните не только итоговый банковский перевод, но и ордер, торговую историю, комиссию, отчёт площадки и подтверждение зачисления. Если использовался обменник, сохраните заявку и условия курса. Если использовался P2P, добавьте номер ордера, реквизиты и выписку. Такой пакет позволяет объяснить не только сумму дохода, но и происхождение самой криптовалюты и экономическую связь между on-chain и банковской частью.

Раздел «Продажа криптовалюты за фиат» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Обмен одной криптовалюты на другую

Обмен BTC на USDT, ETH на BTC или другого актива на цифровую валюту нельзя автоматически считать нейтральным только потому, что рубли не поступали. Разъяснения ФНС 2026 года относят к значимым событиям продажу и иное отчуждение; в практическом перечне отдельно упоминается обмен. Сложность состоит в оценке встречного предоставления и стоимости выбывающего актива в рублях, особенно если сделка прошла в DeFi или через несколько свопов.

Для простого централизованного обмена сохраните trade history, пару, количество обеих сторон, цену и комиссии. Для DeFi фиксируйте transaction hash, адрес контракта, полученный актив и источник котировки. Не пытайтесь схлопнуть двадцать свопов в строку «ничего не выводил в рубли». Отсутствие фиата не отменяет необходимости разобраться в характере выбытия. Если квалификация сложная, расчёт лучше подтверждать профессионально.

При разборе темы «Обмен одной криптовалюты на другую» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Оплата товара или услуги цифровой валютой

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

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

Для пункта «Оплата товара или услуги цифровой валютой» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Перевод между собственными кошельками

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

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

Раздел «Перевод между собственными кошельками» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Получение цифровой валюты в подарок или как вознаграждение

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

До включения такой операции в годовой расчёт установите основание передачи: подарок, оплата труда, гражданско-правовое вознаграждение, возврат долга, распределение токенов или иная причина. Сохраните договор, переписку и TXID. Позднейшая продажа этого актива создаёт второй уровень учёта — нужно понимать, какая стоимость признаётся для расходной части. Именно такие случаи лучше не восстанавливать задним числом по одному адресу в блокчейне.

При разборе темы «Получение цифровой валюты в подарок или как вознаграждение» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Как рассчитать налоговую базу при продаже криптовалюты

Доход — это не весь оборот кошелька

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

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

При разборе темы «Доход — это не весь оборот кошелька» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Расходы на приобретение должны быть доказуемыми

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

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

Для пункта «Расходы на приобретение должны быть доказуемыми» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Комиссии нужно разделять по экономической роли

В криптовалютной операции встречаются торговая комиссия, комиссия биржи за вывод, сетевой fee, спред обменника и иногда банковские расходы. Не все расходы следует механически сваливать в одну строку. Важно понимать, относятся ли они к приобретению, хранению, реализации или другой операции, и есть ли документальное подтверждение. ФНС допускает уменьшение дохода на стоимость и затраты, связанные с реализацией, но конкретная связь должна быть объяснима.

В реестре создайте отдельные поля для каждого вида комиссии и храните исходный документ. Если биржа удержала fee в криптовалюте, фиксируйте актив и количество. Если обменник включил комиссию в курс, не добавляйте её второй раз как отдельный расход. Самая частая ошибка — двойной учёт: сначала человек использует net-сумму после комиссии, а потом ещё раз вычитает ту же комиссию из базы.

Раздел «Комиссии нужно разделять по экономической роли» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Рублёвая оценка должна быть воспроизводимой

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

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

При разборе темы «Рублёвая оценка должна быть воспроизводимой» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Отрицательный результат не надо смешивать с зарплатой

Если по части операций расходы превысили доходы, это не означает автоматическое право уменьшить на эту сумму зарплату или любую другую налоговую базу. Цифровая валюта имеет специальные правила, а разные виды доходов могут формировать отдельные базы. Для физлица особенно опасно переносить в криптовалюту привычные правила из ценных бумаг или из налога на прибыль организации без проверки конкретной нормы.

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

Для пункта «Отрицательный результат не надо смешивать с зарплатой» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Ставки НДФЛ: продажа, иное выбытие и майнинг

Продажа и иное выбытие: 13% и 15%

ФНС указывает, что доходы физических лиц от купли-продажи и иного выбытия цифровой валюты облагаются НДФЛ по ставке 13%, а с превышения соответствующей налоговой базы 2,4 млн рублей применяется ставка 15%. Это специальный и практически важный ориентир: обычная продажа криптовалюты не должна автоматически облагаться по пятиступенчатой шкале 13–22%, которая действует для другого набора доходов.

В расчёте разделяйте налоговую базу и сумму самого налога. Если база не превышает порог, применяется 13%. Если превышает, повышенная ставка относится к превышению в рамках соответствующих правил, а не означает, что весь доход нужно механически умножить на 15%. Для крупных сумм полезно отдельно проверить объединение баз и статус налогового резидента.

Для пункта «Продажа и иное выбытие: 13% и 15%» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Майнинг: другая шкала 13–22%

Доход физического лица в виде цифровой валюты, полученной в результате майнинга, ФНС относит к доходам в натуральной форме. Для налогового резидента такой доход входит в совокупность баз, облагаемых по основной прогрессивной шкале 13%, 15%, 18%, 20% и 22%. Дата дохода связана с моментом возникновения права распоряжаться добытой цифровой валютой, а её стоимость определяется по специальным правилам рыночной котировки.

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

Раздел «Майнинг: другая шкала 13–22%» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Почему ставка из зарплаты не отвечает на вопрос о криптовалюте

После реформы НДФЛ в России существует несколько совокупностей налоговых баз и ставок. Фраза «у меня по зарплате ставка 15%, значит на крипту тоже 15%» может быть неверной логикой. Для продажи цифровой валюты ФНС отдельно указывает шкалу 13/15, тогда как майнинговый доход относится к основной прогрессивной шкале. Разница возникает не из-за названия монеты, а из-за вида дохода.

При подготовке декларации создайте отдельный блок «вид дохода и ставка». Там должно быть указано, почему операция относится к продаже, иному выбытию, майнингу или другой категории. Такой лист дисциплинирует расчёт и помогает заметить ошибку до подачи. Если один человек одновременно торгует и майнит, эти потоки особенно важно не объединять одним процентом.

При разборе темы «Почему ставка из зарплаты не отвечает на вопрос о криптовалюте» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Налог при нулевой или небольшой прибыли

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

Поэтому сначала считают финансовый результат, а затем решают вопрос о налоге и отчётности. Не используйте бытовой порог «до такой суммы налоговая не интересуется». Для криптовалюты важны нормы НК РФ, тип операции и документы. Если база получилась нулевой, сохраните расчёт и доказательства расходов: именно они объясняют, почему налог не возник из крупного оборота.

Для пункта «Налог при нулевой или небольшой прибыли» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

НДС и НДФЛ — разные налоги

ФНС отдельно разъясняет, что операции по майнингу цифровой валюты и её реализации не признаются объектом НДС. Это не означает, что у физического лица исчезает НДФЛ. НДС отвечает на другой налоговый вопрос. Частая ошибка — увидеть новость «операции с криптовалютой не облагаются НДС» и сделать вывод, что продажа криптовалюты вообще освобождена от налогов.

В личном реестре физлица НДС обычно не является центральным расчётом, но понимание различия помогает не использовать неверные статьи. Для бизнеса вопрос шире: могут возникать другие налоги и правила учёта. Родительская инструкция по НДФЛ должна поэтому отделять личный налог от корпоративного и от косвенных налогов.

Раздел «НДС и НДФЛ — разные налоги» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Документы: что подтверждает доход, расходы и происхождение криптовалюты

Биржевый отчёт — основа, но не вся доказательственная база

CSV или statement биржи обычно содержит сделки, комиссии, депозиты и выводы. Это сильный источник, но одной выгрузки может быть недостаточно: она не всегда показывает банковскую оплату покупки, принадлежность внешнего кошелька и экономическую причину ввода актива. Поэтому отчёт площадки связывают с банковской выпиской и блокчейн-транзакциями.

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

Раздел «Биржевый отчёт — основа, но не вся доказательственная база» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Банковская выписка показывает рубли, но не криптовалюту

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

Помечайте банковские операции идентификатором из криптовалютного реестра. Тогда строка выписки связывается с ордером, а ордер — с движением актива. Такой «мост» одновременно полезен для налоговой и для банка по 115‑ФЗ. Если банк запросил происхождение средств, отдельный гайд объясняет, как собрать ответ после P2P-продажи USDT.

При разборе темы «Банковская выписка показывает рубли, но не криптовалюту» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

TXID подтверждает движение, но не цену сделки

Блокчейн-транзакция показывает адреса, сумму, комиссию и время, но сама по себе обычно не подтверждает рублёвую цену и содержание договора. Один TXID не отвечает на вопрос, продали вы актив, перевели его на собственный кошелёк или подарили. Поэтому блокчейн-доказательство нужно читать вместе с ордером, договором или банковским расчётом.

Для налоговой папки сохраняйте TXID в текстовом виде, а не только скриншотом. Дополнительно фиксируйте сеть, адреса и назначение операции. Если сервис использует внутренний off-chain перевод, сохраняйте историю аккаунта, потому что публичного TXID может не быть. Цель доказательств — восстановить экономическое событие, а не просто показать техническую запись.

Для пункта «TXID подтверждает движение, но не цену сделки» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Документы о покупке особенно важны при старых монетах

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

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

Раздел «Документы о покупке особенно важны при старых монетах» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

История происхождения нужна не только налоговой

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

Для крупных операций создайте папку по году и подпапки «покупки», «продажи», «обмены», «собственные переводы», «банк», «биржи» и «пояснения». Дополнительно можно использовать материал о подтверждении происхождения криптовалюты. Главное — чтобы документы не противоречили друг другу по датам, суммам и адресам.

При разборе темы «История происхождения нужна не только налоговой» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Как подготовить 3‑НДФЛ и не потерять логику расчёта

Сначала реестр, потом декларация

Форма 3‑НДФЛ — это финальный документ, а не инструмент для расследования криптовалютной истории. Если открыть личный кабинет до того, как собраны сделки, пользователю приходится одновременно вспоминать операции и заполнять поля. Это увеличивает риск пропусков. Сначала формируют реестр и итоговый расчёт, затем переносят данные в декларацию по действующей форме.

До заполнения должны быть готовы как минимум: список релевантных операций, сумма доходов, сумма подтверждённых расходов, налоговая база, применимые ставки и перечень документов. Для сложной истории полезно иметь отдельную пояснительную записку. Так декларация становится отражением уже проверенного расчёта, а не набором предположений.

При разборе темы «Сначала реестр, потом декларация» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Срок подачи — 30 апреля следующего года

По общему правилу обязательную 3‑НДФЛ по доходам, которые физическое лицо декларирует самостоятельно, представляют не позднее 30 апреля года, следующего за налоговым периодом. Для доходов 2025 года срок истёк 30 апреля 2026 года. Для операций 2026 года при сохранении действующих правил ориентир — 30 апреля 2027 года.

Не откладывайте сбор документов до марта-апреля. Биржи могут менять формат CSV, а банковские выписки — требовать отдельного заказа. Если в течение 2026 года уже было несколько продаж, закрывайте месяц короткой сверкой. Тогда в январе 2027 года останется проверить годовые суммы, а не строить историю с нуля.

Для пункта «Срок подачи — 30 апреля следующего года» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Срок уплаты — 15 июля

Представление декларации и уплата налога — два разных действия. По декларации за 2025 год налог нужно было уплатить не позднее 15 июля 2026 года. На 9 августа 2026 года этот срок уже прошёл. Для доходов 2026 года при сохранении действующего порядка ориентир по уплате — 15 июля 2027 года.

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

Раздел «Срок уплаты — 15 июля» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Приложения должны объяснять расчёт, а не перегружать его

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

Сделайте титульную таблицу: номер операции, дата, актив, доход, расход и имена файлов. Если инспектору или консультанту нужно проверить строку, он быстро находит первичный документ. Такой подход особенно важен при P2P, где банковский платёж и криптовалютный ордер находятся в разных системах.

При разборе темы «Приложения должны объяснять расчёт, а не перегружать его» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Исправление ошибки лучше сокрытия операции

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

Сохраните версию первоначального расчёта и отдельный журнал изменений: что изменено, почему и на основании какого документа. Это предотвращает хаос, когда после нескольких корректировок непонятно, какая таблица была отправлена. Подробный интерфейс заполнения 3‑НДФЛ лучше держать в отдельной статье, чтобы родительский налоговый гайд не устаревал при каждом изменении формы.

Для пункта «Исправление ошибки лучше сокрытия операции» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Практические сценарии: P2P, биржа, обменник, майнинг и оплата

P2P-продажа с несколькими банковскими переводами

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

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

Для пункта «P2P-продажа с несколькими банковскими переводами» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Продажа на централизованной бирже

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

Сохраните годовой statement и отдельно выгрузите операции вокруг спорных дат. Если после продажи рубли или стейблкоин оставались на бирже, не путайте торговое событие с выводом. Если далее был P2P, появляется ещё одна операция, и её нужно классифицировать отдельно. Чем больше внутренних конверсий, тем важнее единая временная шкала.

Раздел «Продажа на централизованной бирже» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Обменник и фиксированная заявка

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

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

При разборе темы «Обменник и фиксированная заявка» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Майнер получает монету, а затем продаёт

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

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

Для пункта «Майнер получает монету, а затем продаёт» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Получение оплаты в криптовалюте

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

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

Раздел «Получение оплаты в криптовалюте» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Ошибки, из-за которых налоговый расчёт становится ненадёжным

Считать налог со всех поступлений на карту

Банковский оборот и налоговый доход — разные показатели. На карту могут приходить собственные переводы, возвраты, займы и P2P-оплаты. Если просто сложить все входящие операции и умножить на 13%, налог может быть многократно завышен. Обратная ошибка — исключить все переводы от физлиц как «не доход», хотя часть из них была оплатой проданной криптовалюты.

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

Раздел «Считать налог со всех поступлений на карту» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Считать налог со всей суммы продажи без расходов

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

Если документов нет, разделите партии на подтверждённые и проблемные. Не распределяйте один старый банковский перевод на несколько покупок без связи. Восстановление истории — отдельная задача, и её результат должен быть понятен третьему лицу. Хорошая таблица показывает не только цифру расхода, но и файл, который её подтверждает.

При разборе темы «Считать налог со всей суммы продажи без расходов» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Путать перевод на свой кошелёк с продажей

Исходящая on-chain транзакция сама по себе не показывает смену собственника. Если человек вывел BTC с биржи на свой аппаратный кошелёк, экономически это может быть продолжением владения. Но если адрес получателя не идентифицирован, автоматическая аналитика способна классифицировать его как расход или выбытие.

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

Для пункта «Путать перевод на свой кошелёк с продажей» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Применять одну ставку ко всем криптовалютным доходам

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

В реестре создайте колонку «вид налогового дохода». Затем агрегируйте операции по категориям и только после этого рассчитывайте ставку. Такая простая архитектура предотвращает механическое умножение всего криптовалютного оборота на один процент.

Раздел «Применять одну ставку ко всем криптовалютным доходам» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Оставлять расчёт без пояснения методики

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

Добавьте в налоговую папку короткий документ «Методика расчёта»: какие источники данных использовались, как определялись собственные переводы, как учитывались комиссии, каким способом фиксировалась рублёвая стоимость и какие операции требуют отдельной консультации. Это повышает качество и внутреннюю проверяемость расчёта.

При разборе темы «Оставлять расчёт без пояснения методики» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Пошаговый алгоритм на 2026–2027 год

Шаг 1. Соберите все площадки и кошельки

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

Для каждого источника укажите период использования и способ выгрузки данных. Затем проверьте, что временные диапазоны перекрывают весь год. Цель шага — получить полный периметр, а не идеальный расчёт. Только после этого переходите к классификации.

При разборе темы «Шаг 1. Соберите все площадки и кошельки» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Шаг 2. Постройте единую временную шкалу

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

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

Для пункта «Шаг 2. Постройте единую временную шкалу» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Шаг 3. Классифицируйте каждую операцию

Используйте ограниченный набор типов: покупка, продажа, обмен, собственный перевод, комиссия, получение дохода, подарок, майнинг и «требует проверки». Чем меньше расплывчатых категорий, тем проще контроль. Неизвестная операция лучше временно останется неизвестной, чем будет ошибочно записана как необлагаемый перевод.

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

Раздел «Шаг 3. Классифицируйте каждую операцию» стоит проверять не только по отдельной операции, но и по годовой сводке. Сопоставьте детальный реестр с итогами по месяцам, активам и видам событий: количество проданных монет, рублёвые поступления, комиссии и остатки должны объясняться одной непрерывной историей. Если сводка показывает реализацию, которой нет в первичных строках, или расход появился без подтверждённого приобретения, несоответствие разбирают до расчёта налога. Такой второй уровень контроля особенно полезен для P2P, частичных продаж и многочисленных переводов между собственными кошельками, где простой банковский оборот легко принять за экономический доход.

Шаг 4. Рассчитайте доходы, расходы и ставки

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

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

При разборе темы «Шаг 4. Рассчитайте доходы, расходы и ставки» не делайте вывод только из названия кнопки или операции в интерфейсе сервиса. Биржа может обозначить экономически сходные действия словами Convert, Swap, Sell, Pay или Transfer, однако для налогового регистра важно описать фактическое движение права на актив и встречное предоставление. Запишите, что именно выбыло, что получено взамен, кто был второй стороной и каким документом это подтверждается. Такой способ делает реестр устойчивым к смене платформы и терминологии и не позволяет автоматически считать внутренний перевод продажей либо, наоборот, скрыть реализацию за нейтральным техническим названием.

Шаг 5. Подайте декларацию, уплатите налог и сохраните архив

После внутренней проверки заполните 3‑НДФЛ по актуальной форме и приложите разумный комплект подтверждений. Сохраните копию отправленной декларации, квитанцию о приёме и итоговый расчёт. После появления начисления уплатите налог в установленный срок и сохраните платёжное подтверждение.

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

Для пункта «Шаг 5. Подайте декларацию, уплатите налог и сохраните архив» полезно сделать отдельную контрольную строку в рабочем реестре: кратко записать экономическое событие, документ-основание, сумму в рублях и причину выбранной налоговой трактовки. Если один из элементов пока нельзя подтвердить, строку не подгоняют под итог, а маркируют как требующую проверки. Это сохраняет прозрачность расчёта: спустя несколько месяцев видно, где вывод сделан по первичным данным, а где остался вопрос к архиву площадки, банку или специалисту. При больших объёмах такая дисциплина заметно надёжнее, чем попытка восстановить логику по памяти непосредственно перед отправкой декларации.

Итог. Налоговый учёт криптовалюты в России в 2026 году уже нельзя строить на старом принципе «правил нет, поэтому ничего не делаем». Цифровая валюта рассматривается как имущество для налоговых целей, ФНС отдельно разъясняет продажу, иное выбытие и майнинг, а обязанность по декларации привязана к конкретному налоговому периоду. Для физического лица центральная задача — не просто узнать ставку, а доказуемо выделить налоговые события и связать каждое из них с суммой дохода, подтверждёнными расходами и первичными документами.

Если вы только храните купленную криптовалюту, начните с архива стоимости приобретения. Если продаёте — фиксируйте реализацию и расходы. При P2P связывайте номер ордера с банковской выплатой и историей происхождения актива. При обмене одной монеты на другую или расчёте цифровой валютой не ограничивайтесь аргументом «рубли на карту не пришли»: сначала определите экономическое содержание выбытия. Для майнинга ведите отдельный слой учёта, потому что получение добытой цифровой валюты и её последующая реализация относятся к разным этапам и не должны автоматически попадать в одну строку.

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

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

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

Для операций с большим числом сделок целесообразно проводить промежуточное закрытие хотя бы раз в месяц. Скачайте отчёты до того, как площадка изменит формат экспорта, сохраните документы к крупным операциям, подпишите собственные адреса и проверьте остатки по активам. В конце квартала полезно сверить количество: начальный остаток плюс покупки и иные поступления минус продажи, комиссии и подтверждённые выбытия должен объяснять конечный баланс. Такой количественный контроль не заменяет налоговую методику, но быстро показывает пропущенные строки. Чем раньше найден разрыв, тем проще восстановить ордер или TXID; спустя год тот же поиск может потребовать обращения в поддержку или вообще оказаться невозможным.

Для доходов 2025 года на дату подготовки материала обычные сроки декларации и уплаты уже истекли, поэтому при наличии обязанности откладывать её до следующей кампании не следует. Для операций 2026 года разумнее закрывать учёт по мере появления событий и подготовить итоговый регистр сразу после окончания календарного года. При сохранении действующего общего порядка декларационный срок за 2026 год будет определяться правилами следующего года, поэтому перед подачей необходимо повторно проверить форму 3‑НДФЛ, сроки и разъяснения ФНС. Нерезидентство, предпринимательство, профессиональный майнинг, получение оплаты криптовалютой, подарки, DeFi и крупные трансграничные операции требуют дополнительной индивидуальной квалификации, даже если базовый реестр уже собран.

Практический критерий готовности прост: вы должны уметь выбрать любую значимую строку годового итога и за несколько минут показать, откуда она взялась. Если доход подтверждается только итоговой цифрой из Excel без ордера и источника, если расход существует только по памяти, если собственный перевод не связан с адресами или если майнинговая монета появляется в истории только в момент продажи, расчёт ещё не завершён. Когда каждая существенная операция имеет дату, экономическое описание, подтверждение, рублёвую оценку и понятное место в налоговой логике, 3‑НДФЛ перестаёт быть самостоятельным расследованием и становится формой представления уже проверенной истории.