Comunicação de Cripto DAC8 e CARF: O Que as Empresas de Criptoativos de Chipre Têm de Fazer Antes da Primeira Apresentação de 30 de Junho de 2027

A realidade comercial que a maioria das empresas de cripto de Chipre ainda não interiorizou é esta: a comunicação é retroativa a 1 de janeiro de 2026, pelo que qualquer prestador cujo processo de admissão de clientes e recolha de dados de transações ainda não esteja em funcionamento tem uma lacuna de dados que não pode legalmente preencher a posteriori antes do prazo. Este guia estabelece quem está abrangido, exatamente o que tem de ser recolhido e um roteiro concreto até à apresentação de 30 de junho de 2027.

Última atualização: agosto de 2026

O que são a DAC8 e o CARF e por que razão são importantes para as empresas de cripto de Chipre?

A DAC8 e o CARF são as regras de transparência fiscal que obrigam as empresas de criptoativos a comunicar anualmente às autoridades fiscais as identidades e os valores das transações dos seus utilizadores. Para uma empresa cipriota, a DAC8 transforma a comunicação de cripto de uma boa prática voluntária numa obrigação anual obrigatória perante o Departamento Fiscal de Chipre, apoiada pelo direito da UE e por uma norma internacional. Se troca, faz a custódia, intermedeia ou processa criptoativos para clientes com conexão a Chipre, estas regras aplicam-se quase de certeza ao seu caso.

O que é o Enquadramento de Comunicação de Criptoativos (CARF)?

O Enquadramento de Comunicação de Criptoativos (CARF) é a norma global da OCDE para a troca automática de informações fiscais sobre transações de criptoativos, concluída pela OCDE juntamente com o G20 em 2023. O CARF exige que os prestadores de serviços de criptoativos identifiquem os seus utilizadores, determinem a jurisdição de residência fiscal de cada utilizador e comuniquem os dados anuais das transações à sua autoridade fiscal de origem, que depois os troca com as jurisdições parceiras. O CARF faz para as cripto o mesmo trabalho que a Norma Comum de Comunicação (CRS) faz para as contas bancárias desde 2016.

O CARF é deliberadamente amplo. Não impõe qualquer limiar mínimo de comunicação, pelo que, em princípio, todas as transações reportáveis são abrangidas independentemente da dimensão, e alcança bolsas, corretoras, custodiantes e determinados prestadores de carteiras.

O que é a DAC8 e como transpõe o CARF para o direito da UE?

A DAC8 é a Diretiva (UE) 2023/2226 do Conselho, de 17 de outubro de 2023, que altera a Diretiva 2011/16/UE relativa à cooperação administrativa no domínio da fiscalidade (a DAC) e transpõe o CARF para direito da UE vinculativo. A DAC8 torna obrigatória a comunicação de cripto ao estilo CARF em todos os Estados-Membros da UE numa base jurídica harmonizada, em vez de deixar cada Estado adotar voluntariamente a norma da OCDE. A Diretiva foi publicada no Jornal Oficial e o seu texto oficial está disponível no EUR-Lex.

Por ser uma Diretiva, cada Estado-Membro teve de a transpor para o direito nacional. O prazo de transposição foi 31 de dezembro de 2025 e as regras aplicam-se a partir de 1 de janeiro de 2026, fazendo de 2026 o primeiro ano de comunicação em toda a União.

Como a DAC8/CARF se relacionam com a CRS, a MiCAR e a Regra de Viagem do GAFI

A DAC8, a CRS, a MiCAR e a Regra de Viagem do GAFI (FATF Travel Rule) são quatro regimes sobrepostos mas distintos, e uma empresa de cripto cipriota situa-se normalmente dentro de todos eles em simultâneo. Mantê-los separados na conceção do seu programa de conformidade evita trabalho duplicado e lacunas perigosas.

A ligação prática é que a DAC8 reutiliza grande parte dos dados de clientes que já detém para efeitos da autorização MiCAR e do combate ao branqueamento de capitais (AML). Se ainda se encontra na fase de licenciamento, o nosso guia sobre o registo de um Prestador de Serviços de Criptoativos em Chipre explica o enquadramento da CySEC e da MiCAR que acompanha estes deveres de comunicação.

Chipre já implementou efetivamente a DAC8?

Sim. Chipre transpôs a DAC8 para o direito nacional e a obrigação está em vigor agora, e não pendente. As regras aplicam-se retroativamente a partir de 1 de janeiro de 2026, razão pela qual a recolha de dados não pode esperar.

A lei cipriota de transposição e a sua entrada em vigor

Chipre transpôs a DAC8 através da Lei (Alteração) sobre Cooperação Administrativa no Domínio da Fiscalidade de 2026, Lei 38(I)/2026, publicada no Jornal Oficial da República de Chipre em 27 de março de 2026 e entrando em vigor nessa data com aplicação retroativa a partir de 1 de janeiro de 2026. O instrumento altera a Lei principal 205(I)/2012 e contém as regras de comunicação e de diligência devida no seu Artigo 7ΣΤ e no Anexo VI, fixando o prazo de 30 de junho de 2027 para a primeira comunicação relativa aos dados do ano civil de 2026. O Departamento Fiscal de Chipre é designado como autoridade competente para receber os relatórios e trocar informações com os seus congéneres da UE.

Por que razão importa a data de início retroativa de 1 de janeiro de 2026

A data de início retroativa importa porque significa que o primeiro período de comunicação já estava a decorrer antes mesmo de a lei cipriota ter sido publicada no Jornal Oficial. A comunicação abrange todo o ano civil de 2026, pelo que as transações a partir de 1 de janeiro de 2026 estão dentro do âmbito, ainda que a Lei 38(I)/2026 só tenha entrado em vigor em 27 de março de 2026. Uma empresa que ativou uma admissão de clientes conforme em, digamos, abril de 2026, continua a ter de comunicar o ano completo, incluindo o primeiro trimestre que poderá não ter registado corretamente.

Esta retroatividade é o facto operacional mais importante deste artigo e é o que origina o problema da lacuna de dados abordado abaixo.

O contexto do processo por infração da Comissão Europeia de janeiro de 2026

Em 30 de janeiro de 2026, a Comissão Europeia abriu processos por infração contra 12 Estados-Membros, incluindo Chipre, por não terem implementado a DAC8 até ao prazo de 31 de dezembro de 2025. Este contexto explica por que razão a lei cipriota só surgiu em março de 2026 com efeito retroativo: o Estado estava a colmatar uma lacuna que a Comissão tinha sinalizado formalmente. A Comissão enviou notificações para cumprir ao abrigo do Artigo 258 do Tratado sobre o Funcionamento da União Europeia, concedendo a cada Estado dois meses para responder e, uma vez que Chipre concluiu a transposição com a Lei 38(I)/2026 em março de 2026, sanou entretanto a deficiência identificada na notificação, sendo a prática da Comissão a de descontinuar tais processos assim que a transposição integral é notificada. Para as empresas, a conclusão a retirar é que nem a legislação nacional tardia nem o litígio por infração adiam o seu próprio dever de comunicação relativamente aos dados de 2026.

Quem é um Prestador de Serviços de Criptoativos Reportante (RCASP) em Chipre?

Um Prestador de Serviços de Criptoativos Reportante (RCASP) em Chipre é qualquer prestador de serviços de criptoativos licenciado em Chipre ao abrigo da MiCAR, ou qualquer Operador de Criptoativos com uma conexão a Chipre, ou seja, residência fiscal em Chipre, constituição, local de direção efetiva ou local habitual de atividade em Chipre. Se qualquer um destes fatores de conexão se aplicar, a comunicação DAC8 ao Departamento Fiscal de Chipre é obrigatória. A definição é deliberadamente ampla para que as empresas não possam escapar à comunicação simplesmente por deterem a sua licença noutro local enquanto operam a partir de Chipre.

CASP licenciados ao abrigo da MiCAR sediados em Chipre

Qualquer entidade que detenha uma autorização MiCAR da CySEC e esteja sediada em Chipre é um RCASP. Esta é a categoria mais clara: bolsas, corretoras, prestadores de carteiras de custódia, gestores de carteiras e consultores licenciados ao abrigo do Regulamento relativo aos Mercados de Criptoativos estão diretamente abrangidos. Se a sua empresa passou pela autorização da CySEC para prestar serviços de criptoativos, deve presumir o estatuto de RCASP e estruturar a comunicação em conformidade.

Operadores de Criptoativos com uma conexão a Chipre

Um Operador de Criptoativos que não esteja licenciado ao abrigo da MiCAR pode ainda assim ser um RCASP se tiver uma conexão a Chipre. Os fatores de conexão são a residência fiscal em Chipre, a constituição em Chipre, o local de direção efetiva em Chipre ou o local habitual de atividade em Chipre. Isto abrange operadores que prestam serviços de criptoativos sem deterem uma licença MiCAR, incluindo algumas empresas que assumiram estar fora do perímetro. Uma holding ou sociedade operacional constituída em Chipre que facilite transações de cripto deve avaliar-se cuidadosamente face a estes fatores, porque a constituição por si só pode desencadear a obrigação.

Como realizar uma determinação positiva de RCASP e documentá-la

Para determinar o estatuto de RCASP, avalie a sua entidade face a cada fator de conexão, um a um, e registe o raciocínio num ficheiro datado. Uma determinação defensável protege o conselho de administração se a análise vier a ser questionada mais tarde.

1. Confirme se a entidade detém, ou deveria deter, uma autorização MiCAR em Chipre.
2. Avalie a residência fiscal em Chipre e o local de direção efetiva, recorrendo à sua análise da residência fiscal em Chipre e estatuto de não domiciliado.
3. Verifique o local de constituição e o local habitual de atividade.
4. Registe uma conclusão escrita, a data e a pessoa responsável, e atualize-a se a atividade mudar.
5. Sempre que o resultado for positivo, registe-se junto do Departamento Fiscal de Chipre e comece a comunicar relativamente a 2026.

Se ainda está a estruturar a entidade, o guia como abrir uma empresa em Chipre estabelece os passos de constituição que, por si só, criam uma conexão a Chipre para estes efeitos.

O que é o prazo de primeira comunicação de 30 de junho de 2027 e o que abrange?

O prazo de primeira comunicação de 30 de junho de 2027 é a data até à qual cada RCASP cipriota tem de apresentar o seu primeiro relatório DAC8, abrangendo toda a atividade reportável de criptoativos relativa ao ano civil de 2026, junto do Departamento Fiscal de Chipre. Se o não cumprir, está em incumprimento da Lei 38(I)/2026 relativamente a todo o primeiro ano do regime. O prazo é fixo e aplica-se de forma uniforme, independentemente do momento de 2026 em que a sua empresa iniciou operações.

O período de comunicação: o ano civil de 2026

O primeiro período de comunicação é o ano civil completo, de 1 de janeiro de 2026 a 31 de dezembro de 2026. Cada transação de troca, transferência e transação reportável de pagamento a retalho executada em favor de um utilizador reportável durante esse ano tem de ser registada e agregada. Como o ano já vai bastante avançado, a janela para corrigir eventuais falhas de recolha está a fechar-se.

Apresentação ao Departamento Fiscal de Chipre até 30 de junho de 2027

O relatório é apresentado ao Departamento Fiscal de Chipre (CTA), a autoridade competente designada, até 30 de junho de 2027. Espera-se que o CTA publique um esquema técnico de comunicação especificando o formato do ficheiro e os campos de dados, mas o catálogo substantivo dos elementos reportáveis já está fixado pelo Anexo VI da Lei 38(I)/2026, que reproduz os modelos do CARF e da DAC8: para cada utilizador reportável e cada criptoativo reportável, o RCASP comunica os montantes brutos e o número de unidades relativos a aquisições, alienações, transferências recebidas, transferências enviadas e transações reportáveis de pagamento a retalho. As empresas não devem esperar pelo esquema antes de recolher dados, porque os campos subjacentes já estão definidos pelo CARF e pela DAC8.

Troca de informações ao nível da UE até 30 de setembro de 2027

Após receber os relatórios, o Departamento Fiscal de Chipre troca as informações com outras autoridades fiscais da UE até 30 de setembro de 2027. Ao nível da UE, as primeiras trocas ao abrigo da DAC8 relativas ao ano de comunicação de 2026 ocorrem no prazo de nove meses após o final do ano, ou seja, entre 1 de janeiro e 30 de setembro de 2027. Isto significa que os dados que apresenta em Chipre sobre um utilizador residente na Alemanha ou em França são encaminhados para a autoridade fiscal de origem desse utilizador em poucos meses, pelo que a exatidão tem consequências transfronteiriças.

Por que razão a sua recolha de dados já tem de estar ativa agora?

A sua recolha de dados já tem de estar ativa porque a comunicação DAC8 é retroativa a 1 de janeiro de 2026 e os dados exigidos de transações e de autocertificação geralmente não podem ser reconstruídos a posteriori. Cada dia de negociação sem recolha conforme cria um buraco permanente no seu relatório de 2026. Este é o cerne operacional de todo o regime para as empresas cipriotas.

O problema da lacuna de dados retroativa que não pode preencher

O problema da lacuna de dados é que os pormenores ao nível da transação e as autocertificações validamente recolhidas perdem a sua integridade assim que o momento passa. Não pode, de forma credível, recriar em meados de 2027 uma autocertificação de residência fiscal de janeiro de 2026, nem pode reconstruir valores de troca e contrapartes que nunca foram registados de acordo com a norma CARF. Um RCASP que começou a recolher dados DAC8 tardiamente enfrenta, por isso, uma lacuna que não é uma mera correção de formatação, mas uma insuficiência probatória substantiva.

O que um fluxo de admissão de clientes conforme já deveria recolher

Um fluxo de admissão de clientes conforme já deveria recolher, no momento da abertura da conta, uma autocertificação válida de residência fiscal, além do conjunto completo de dados de identidade, e deveria estar a validar esses dados face aos seus registos de AML e de conhecimento do cliente (KYC). Se algum dos elementos seguintes estiver em falta no seu fluxo atual, tem trabalho a fazer de imediato:

• Uma autocertificação estruturada que capte todas as jurisdições de residência fiscal e o Número de Identificação Fiscal (NIF/TIN) de cada uma.
• Nome legal completo, morada de residência, data de nascimento e, no caso de pessoas singulares, local de nascimento.
• Dados dos titulares do controlo no caso de utilizadores que sejam entidades.
• Uma verificação de razoabilidade que concilie a autocertificação com os dados de AML/KYC existentes.
• Um registo de transações que documente os pontos de dados necessários para a agregação anual.

Sanar uma lacuna de dados de 2026 antes da apresentação

Se já tem uma lacuna relativa a 2026, sanar significa agir depressa para recolher novas autocertificações, reconstruir o que possa ser comprovado e documentar os limites daquilo que não pode. É essencial obter aconselhamento jurídico atempado, porque a forma como caracteriza e divulga uma lacuna ao Departamento Fiscal de Chipre afeta a sua exposição. Não espere até 2027 para descobrir o buraco, quando a janela de correção já estará, na prática, fechada.

Que criptoativos e transações são reportáveis?

Os criptoativos reportáveis são, em termos gerais, ativos que podem ser detidos e transferidos de forma descentralizada utilizando tecnologia de registo distribuído, e as transações reportáveis são as trocas entre cripto e moeda fiduciária, as trocas entre diferentes criptoativos e determinadas transferências, incluindo pagamentos reportáveis a retalho. O âmbito é amplo por conceção, embora existam exclusões específicas para ativos que não podem ser utilizados para pagamento ou investimento e para moedas digitais de banco central.

Criptoativos dentro e fora do âmbito (stablecoins, NFT, CBDC, moeda eletrónica)

A maioria dos criptoativos transacionáveis está dentro do âmbito, enquanto as moedas digitais de banco central (CBDC) e determinados produtos de moeda eletrónica são tratados separadamente e podem ficar fora das regras de cripto. As stablecoins estão, em geral, dentro do âmbito enquanto criptoativos, e os tokens não fungíveis (NFT) estão dentro do âmbito quando são utilizados para pagamento ou investimento, em vez de serem colecionáveis genuinamente únicos. Chipre segue diretamente as definições da DAC8 constantes do Anexo VI da Lei 38(I)/2026: as moedas digitais de banco central e determinados produtos de moeda eletrónica são excluídos do fluxo de comunicação de criptoativos e, em vez disso, captados ao abrigo das regras alteradas de contas financeiras da Norma Comum de Comunicação, enquanto as stablecoins que não sejam produtos de moeda eletrónica permanecem dentro do âmbito enquanto criptoativos. Como a classificação de um token específico pode ser finamente equilibrada, os ativos limítrofes devem ser avaliados caso a caso.

Transações de troca: cripto-para-fiduciária e cripto-para-cripto

As transações de troca são reportáveis em ambos os sentidos: cripto-para-fiduciária e cripto-para-cripto. Isto significa que um utilizador que troca Bitcoin por euros e um utilizador que troca Bitcoin por Ether geram ambos eventos reportáveis. Para cada um, o RCASP comunica o número anual agregado de transações e os valores brutos, distinguindo aquisições de alienações, pelo que o seu registo de transações tem de documentar pormenor suficiente para construir esses agregados por utilizador e por tipo de ativo.

Transferências e transações reportáveis de pagamento a retalho

As transferências de criptoativos de e para um utilizador, e as transações reportáveis de pagamento a retalho processadas por conta de um comerciante, estão também dentro do âmbito. As transações de pagamento a retalho tornam-se reportáveis quando ultrapassam o limiar de EUR 50,000, discutido abaixo. Sempre que um utilizador levanta cripto para uma carteira externa, o RCASP comunica a transferência e, quando o destino não é outro RCASP, poderão ser exigidos pormenores adicionais.

Que diligência devida e autocertificação têm os RCASP de realizar?

Os RCASP têm de realizar uma diligência devida ao estilo CARF: obter uma autocertificação válida de residência fiscal de cada utilizador, testá-la quanto à razoabilidade face às informações de AML/KYC existentes e aplicar consequências quando um utilizador não a apresenta. Esta diligência devida não é papelada opcional; é o mecanismo que torna o relatório anual exato e juridicamente defensável.

Recolha de autocertificações válidas de residência fiscal

Uma autocertificação individual válida tem de incluir o nome completo do utilizador, a morada de residência, todas as jurisdições de residência fiscal, o NIF/TIN de cada jurisdição reportável e a data de nascimento. Uma autocertificação a que falte qualquer campo obrigatório não é válida e não cumpre a sua obrigação. Recolha-a no momento da admissão para novos utilizadores e retroativamente para utilizadores pré-existentes dentro dos prazos fixados pelo enquadramento.

O teste de razoabilidade face aos dados de AML/KYC existentes

O teste de razoabilidade exige que o RCASP confirme que uma autocertificação é coerente com os dados de AML e KYC já detidos sobre o utilizador. Se um utilizador certificar residência fiscal num país enquanto o seu ficheiro KYC mostra uma morada e documentos de identidade que apontam para outro local, a autocertificação falha o teste de razoabilidade e tem de ser corrigida antes de poder ser invocada. Como já detém estes dados para efeitos da MiCAR e do AML, a verificação é em grande medida um exercício de conciliação, e as empresas que tratam dados de beneficiário efetivo devem alinhá-la com as obrigações do registo de beneficiários efetivos (UBO) de Chipre e conformidade em matéria de beneficiário efetivo.

A regra dos dois avisos / 60 dias e o bloqueio de utilizadores não conformes

Ao abrigo do CARF e da DAC8, se um utilizador não fornecer uma autocertificação válida após dois avisos no prazo de 60 dias, o RCASP tem de bloquear esse utilizador da realização de transações reportáveis na plataforma até ser fornecida e validada uma autocertificação válida. Esta regra de bloqueio é um requisito imperativo, e não uma sanção discricionária. Os seus sistemas têm, por isso, de conseguir contabilizar o número de avisos, correr o prazo de 60 dias e restringir automaticamente uma conta não conforme. Construa este fluxo de trabalho agora, porque a aplicação manual numa base de utilizadores ativa não é escalável.

Exatamente que dados tem de recolher e comunicar por utilizador?

Por utilizador, um RCASP tem de recolher e comunicar os dados completos de identidade e de residência fiscal do utilizador, juntamente com os valores anuais agregados das suas transações reportáveis. O conjunto de dados espelha a CRS, mas está adaptado às cripto, e acertar os campos no momento da recolha é o que torna a apresentação final simples.

Campos de dados de utilizadores individuais (nome, morada, NIF/TIN, data e local de nascimento)

No caso de um utilizador individual, tem de recolher e comunicar o nome legal completo, a morada de residência, todas as jurisdições de residência fiscal, o NIF/TIN de cada uma dessas jurisdições e a data de nascimento, sendo também exigido o local de nascimento em casos definidos. Estes campos têm de ser validados face aos registos de AML/KYC ao abrigo do teste de razoabilidade. Os NIF/TIN em falta ou não verificados são um ponto de falha comum, pelo que deve tratar a recolha do NIF/TIN como um passo condicionante no momento da admissão, e não como uma reflexão a posteriori.

Utilizadores que são entidades e titulares do controlo

No caso de um utilizador que seja uma entidade, tem de recolher os dados de identidade e de residência fiscal da entidade e, quando a entidade seja um veículo passivo, olhar através dela até aos seus titulares do controlo e comunicá-los também. Esta transparência (look-through) impede que os indivíduos se escondam por detrás de carteiras societárias. A identificação dos titulares do controlo recorre diretamente à análise de beneficiário efetivo que a sua empresa já realiza, pelo que deve integrar os dois conjuntos de dados em vez de os tratar separadamente.

Valores anuais agregados das transações comunicados por utilizador

O relatório contém valores anuais agregados por utilizador: para cada criptoativo reportável, os montantes brutos e o número de unidades relativos a aquisições, alienações, transferências recebidas, transferências enviadas e pagamentos reportáveis a retalho. Não comunica cada linha individual de transação, mas tem de ter registado cada linha para construir os agregados com exatidão. É por isso que o registo granular de transações a partir de 1 de janeiro de 2026 é inegociável.

Em que difere a DAC8 da norma global CARF?

A DAC8 difere da norma global CARF sobretudo nas suas características específicas da UE, com maior destaque para o limiar de EUR 50,000 para as transações reportáveis de pagamento a retalho e para a sua integração no mecanismo mais amplo de troca da DAC. Em substância, ambas estão alinhadas, pelo que um sistema conforme com o CARF está a maior parte do caminho da conformidade com a DAC8, mas os pormenores específicos da UE são importantes para uma empresa cipriota que comunica ao abrigo da Lei 38(I)/2026.

Limiares: a regra de EUR 50,000 para pagamentos a retalho

A DAC8 aplica um limiar de EUR 50,000 às transações reportáveis de pagamento a retalho processadas por um prestador de serviços de criptoativos, acima do qual a transação fica dentro do âmbito mesmo que o destinatário não seja, de outro modo, um utilizador reportável. O CARF, em contrapartida, não impõe qualquer limiar mínimo geral de comunicação, pelo que todas as transações são captadas independentemente da dimensão. Chipre adota este valor de EUR 50,000 exatamente conforme fixado pelo Anexo VI da Diretiva, transposto sem desvio local para a Lei 38(I)/2026, pelo que o mesmo limiar que se aplica em toda a União se aplica em Chipre. Para as empresas cipriotas, isto significa que o processamento de pagamentos a retalho necessita da sua própria lógica de limiar, sobreposta à comunicação geral.

Diferenças de âmbito e de tratamento de stablecoins/moeda eletrónica

A DAC8 contém um tratamento específico da UE para as stablecoins e a moeda eletrónica que pode divergir em pormenor do texto da OCDE, dependendo a posição exata da lei cipriota de aplicação. Quando a DAC8 oferece opções sobre até onde vai a cobertura da moeda eletrónica e dos produtos próximos das CBDC, as escolhas de Chipre na Lei 38(I)/2026 prevalecem, e o Anexo VI dessa lei coloca as moedas digitais de banco central e determinados produtos de moeda eletrónica sob o regime alterado de contas financeiras da CRS, e não sob o fluxo das cripto. Até que o esquema e as orientações cipriotas sejam publicados, trate as restantes stablecoins como estando dentro do âmbito e documente o seu raciocínio para qualquer exclusão.

Sobreposição com as obrigações fiscais de cripto já existentes em Chipre

A comunicação DAC8 é separada e adicional à responsabilidade fiscal de cripto em Chipre. A partir de 1 de janeiro de 2026, Chipre tributa os ganhos provenientes de alienações de criptoativos a uma taxa fixa de 8% ao abrigo de um regime legal específico, e essa responsabilidade recai sobre o utilizador, enquanto a comunicação DAC8 recai sobre o RCASP. Os dois interagem, mas não se substituem mutuamente, como explica o nosso guia sobre a tributação de criptomoedas em Chipre para particulares e empresas, a par das alterações da reforma fiscal de Chipre de 2026 mais amplas.

Quais são as sanções e os riscos de falhar na DAC8 em Chipre?

As sanções e os riscos de falhar na DAC8 em Chipre abrangem sanções financeiras por incumprimentos de comunicação, danos de licenciamento e reputacionais junto da CySEC e da MiCAR, e responsabilidade pessoal do conselho de administração e dos responsáveis pela conformidade. Para além das sanções financeiras diretas inscritas na lei, o risco estratégico para um negócio de cripto regulado é suficientemente significativo para justificar um investimento atempado em conformidade.

Exposição por incumprimento e falhas de comunicação

A exposição por incumprimento inclui sanções por não apresentar, apresentar fora de prazo, apresentar dados inexatos ou não recolher autocertificações válidas. Ao abrigo da Lei 38(I)/2026, o Departamento Fiscal de Chipre pode aplicar sanções administrativas até EUR 5,000 por falhas de diligência devida, como não recolher ou não verificar uma autocertificação válida, e até EUR 10,000 por falhas de conservação de registos, comunicação e registo, incluindo não apresentar, apresentar fora de prazo ou apresentar dados inexatos. As empresas devem presumir que a não obtenção de autocertificações e a não aplicação da regra de bloqueio constituem, em si mesmas, uma infração distinta, e não uma mera questão de qualidade dos dados.

Risco reputacional e de licenciamento junto da CySEC/MiCAR

Uma falha na DAC8 acarreta risco reputacional e de licenciamento porque a sua autorização MiCAR é concedida e supervisionada pela CySEC, que espera uma cultura de conformidade sólida. Uma violação da transparência fiscal pode alimentar a avaliação de supervisão relativa à idoneidade e governação de uma empresa, ainda que a própria DAC8 seja administrada pelo Departamento Fiscal de Chipre. Para um CASP licenciado, a consequência regulatória indireta pode superar qualquer sanção financeira direta.

Responsabilidade do conselho de administração e do responsável pela conformidade

A responsabilidade última pela conformidade com a DAC8 cabe ao conselho de administração e ao responsável pela conformidade designado, aos quais compete assegurar que os sistemas, os fluxos de autocertificação e a comunicação estão implementados. Os administradores devem registar em ata a sua supervisão da preparação para a DAC8 e certificar-se de que a posição de recolha retroativa de dados está sob controlo. Uma governação documentada é simultaneamente uma defesa e uma genuína medida de redução de risco.

Qual é o seu roteiro prático de conformidade com a DAC8/CARF até 30 de junho de 2027?

O seu roteiro prático até 30 de junho de 2027 consiste em confirmar o estatuto de RCASP, colmatar de imediato qualquer lacuna ativa de recolha de dados, construir os fluxos de autocertificação e de comunicação, mapear os seus dados para o esquema de comunicação e apresentar dentro do prazo com apoio jurídico e fiscal. A sequência importa, porque o passo de recolha retroativa de dados é crítico em termos de tempo e tudo o resto assenta em dados limpos.

Uma lista de verificação de preparação passo a passo

1. Realize e documente uma determinação positiva ou negativa de RCASP para cada entidade cipriota.
2. Confirme que a sua admissão de clientes está a recolher agora autocertificações válidas e sane qualquer lacuna retroativamente a 1 de janeiro de 2026.
3. Implemente o fluxo de autocertificação de dois avisos e 60 dias com bloqueio automático.
4. Concilie as autocertificações face aos dados de AML/KYC ao abrigo do teste de razoabilidade.
5. Recolha dados de transações granulares suficientes para construir os agregados anuais por utilizador.
6. Registe-se junto do Departamento Fiscal de Chipre e prepare o ficheiro de comunicação.
7. Apresente o relatório do ano civil de 2026 até 30 de junho de 2027.

Sistemas, mapeamento de dados e construção do esquema de comunicação

A vertente dos sistemas consiste em mapear cada campo exigido para um sistema de origem e construir a extração para o esquema de comunicação do Departamento Fiscal de Chipre, uma vez publicado. Trate o mapeamento de dados como a ponte entre os seus sistemas ativos de KYC e de transações e o eventual ficheiro XML ou estruturado que o CTA exige. Sempre que estejam envolvidas estruturas de detenção, coordene isto com qualquer planeamento em torno da detenção de cripto através de um Trust Internacional de Chipre, para que a comunicação e a conceção de proteção de ativos sejam coerentes.

Quando envolver consultores jurídicos e fiscais cipriotas

Envolva consultores jurídicos e fiscais cipriotas agora se tiver qualquer lacuna ativa de dados, qualquer dúvida sobre o estatuto de RCASP ou qualquer complexidade na sua base de tokens ou de utilizadores. O custo de aconselhamento atempado é reduzido face à exposição de uma primeira apresentação deficiente ou de uma lacuna de dados de 2026 não sanada. Os consultores podem também alinhar a sua construção DAC8 com as suas obrigações mais amplas ao abrigo de uma panorâmica dos impostos em Chipre.

Como a Philippou Law Firm pode ajudar

A Philippou Law Firm aconselha empresas cipriotas de criptoativos ao longo de todo o ciclo de vida de conformidade com a DAC8 e o CARF, desde a confirmação do estatuto de RCASP e o diagnóstico de lacunas retroativas de dados até à construção de fluxos de autocertificação conformes e à preparação da primeira apresentação ao Departamento Fiscal de Chipre. Os nossos advogados trabalham em conjunto com as suas equipas de conformidade e de tecnologia para que a comunicação, o licenciamento MiCAR e o planeamento fiscal de cripto em Chipre se articulem entre si, em vez de puxarem em direções diferentes. Se opera um negócio de cripto com qualquer conexão a Chipre, contacte-nos agora, bem antes do prazo de 30 de junho de 2027, para que qualquer questão de recolha de dados possa ser resolvida enquanto ainda é corrigível.

Este artigo constitui informação geral e não aconselhamento jurídico. Procure aconselhamento sobre as suas circunstâncias específicas antes de agir.