Hacienda и крипта в Испании: какие операции триггерят проверку в 2026
Материал образовательный; для спорных кейсов и крупных сумм лучше подключать налогового/юридического специалиста в ES.
Hacienda — это разговорное название испанской налоговой службы (Agencia Tributaria). Именно она администрирует налоги, принимает декларации и, при необходимости, задаёт вопросы по расхождениям в данных.
В 2026 у Hacienda стало проще собирать «пазл» по крипто: банковские движения, отчётность провайдеров и ваша декларационная картина всё чаще сходятся в одном контуре.
Вопросы возникают из-за несостыковок: суммы не бьются, активность выглядит регулярной, источник средств объясняется на словах, а не документами, или часть активов хранится «снаружи» без понятной связки.
Что именно видит Hacienda: модели 172/173/721
Modelo 172 — отчёт провайдера об остатках криптоактивов на кастоди (по сути, что у клиента лежит на платформе на отчётную дату).
Modelo 173 — отчёт об операциях пользователей (состав и детализация зависят от того, что именно обязан раскрывать провайдер).
Modelo 721 — декларация по виртуальным валютам за рубежом: отдельный слой контроля по активам, которые находятся вне Испании.
Где чаще всего начинаются вопросы
Типовые сценарии, которые приводят к запросам документов или пояснений в 2026:
1) Кэш-аут на банк: крупная сумма без обоснования
Самый частый сюжет: заметный вывод в EUR на испанский банк, после чего банк (а иногда и налоговая) просит объяснить цепочку и источник средств.
Что выглядит риск-фактором:
- резкий скачок: долго пусто, затем один большой входящий платёж;
- нет читаемого маршрута «депозиты → сделки → вывод»;
- по назначению платежей и истории не видно логики происхождения.
2) P2P выглядит как обменная деятельность
P2P сам по себе не преступление, но для комплаенса он шумный: банк видит много переводов от разных людей, а не один понятный платёж провайдеру.
Чаще всего триггерят:
- много однотипных входящих/исходящих на карту/счёт;
- десятки контрагентов и повторяемость по суммам;
- несоответствие плательщика/получателя логике сделки;
- объём и регулярность похожи на «мини-обменник».
Если P2P — постоянный маршрут, ведите учёт как для регулярной активности: контрагент, ордер, сумма, дата, платёжный канал, подтверждение в рамках ордера. И не выносите расчёты в личку вне площадки.
3) Слишком много операций: свапы, обмены, активная торговля
В Испании налогооблагаемые события могут возникать не только при выходе в EUR, но и при обменах crypto↔crypto (permuta). У активных пользователей таких операций сотни и тысячи — и именно тут ломается учёт на глаз.
Красные флаги:
- много свапов/трейдов без единой методики учёта;
- нет связки между покупками, переводами и продажами;
- расчёт примерный и не воспроизводится по данным.
4) Стейкинг, лендинг, рефералки
Регулярные начисления заметны даже при небольших суммах: повторяемый источник + периодичность создают узнаваемый паттерн. Фиксируйте даты начислений, тип дохода, оценку/курс на дату, комиссию. Храните подтверждения источника (платформа/протокол, отчёт/экспорт).
5) Зарубежные биржи и хранение «снаружи»
Когда часть активов у иностранного провайдера, данные проверяют перекрёстно: остатки, операции и банковские движения должны биться между собой. В этой зоне всплывает Modelo 721 как отдельный контур контроля по активам за рубежом.
6) Несостыковка с обычной жизнью
Если по банковскому поведению виден один уровень расходов, а официальная картина доходов выглядит существенно слабее, крупная крипто-операция становится удобной точкой входа для вопросов — просто потому что её легко формализовать и запросить документы.
Как снизить шанс проверок
- Одна папка доказательств
CSV/statement, TX-hash, скрины остатков на ключевые даты, банковские выписки.
2. Маршрут должен читаться
Депозит → сделки → вывод. Перемещения между биржами/кошельками закрывайте мостиками (TX-ссылки).
3. Меньше P2P-шума
Меньше контрагентов, только в рамках площадки, без чужих реквизитов.
4. Регулярные доходы — отдельным слоем
Стейкинг/лендинг/реферальные — отдельный лист в журнале, с датами и оценкой.
5. Инфраструктура, где отчёты достаются без боли
Чем проще выгрузить историю и собрать картину операций, тем меньше риск расхождений «по памяти». В экосистеме Hexn это можно выстроить как операционный контур: хранение, конвертация и движения средств с понятной историей транзакций — чтобы на запрос банка или налоговой у вас был готовый пакет.
Вывод
В 2026 многое решает связность данных. Если выводите на банк — держите маршрут и документы так, чтобы их можно было показать без реконструкции задним числом. Если часто используете P2P — убирайте лишний шум и фиксируйте сделки в рамках ордеров. Если активно торгуете и свапаете — без журнала операций и понятного расчёта вы сами себе усложняете жизнь. Когда история собрана аккуратно, большинство вопросов заканчиваются быстро.