HDPA Grécia: detecção de AFM e AMKA
Atualizado para 2026
A autoridade grega de proteção de dados (HDPA) emitiu 89 decisões de execução em 2024. Isso representa um aumento de 162 % em relação às 34 decisões de 2022. O turismo impulsiona 38 % dos casos da HDPA. As operações marítimas acrescentam risco adicional ao setor.
Consulte o guia de conformidade com o RGPD para contexto sobre a aplicação pelas DPA nacionais.
AFM: número de registro fiscal
O ΑΦΜ é um número fiscal de 9 dígitos. Todos os cidadãos, residentes e empresas do país possuem um.
Soma de verificação: Multiplique os dígitos 1 a 8 pelos pesos 256, 128, 64, 32, 16, 8, 4 e 2. Some os produtos. Calcule o módulo 11. Se o resultado for 10, o número é inválido. Caso contrário, o dígito verificador é o resultado módulo 10.
O AFM aparece em faturas, contratos e formulários governamentais. É o principal identificador para pessoas e empresas.
Lacuna de deteção: As ferramentas NLP genéricas encontram o AFM com apenas 52 % de precisão (análise HDPA 2024). Três causas explicam isso. Primeira: o formato de 9 dígitos assemelha-se a muitos números de referência e componentes de data. Segunda: a soma de verificação módulo em duas etapas está ausente na maioria das ferramentas genéricas. Terceira: o número frequentemente não tem rótulo no documento — está inserido num bloco de endereço.
Para mais informações sobre identificadores estruturados, consulte a referência de entidades.
AMKA: número de segurança social
O ΑΜΚΑ é um número de 11 dígitos. Os dígitos 1 a 6 codificam a data de nascimento no formato DDMMAA. O dígito 7 codifica o sexo: ímpar para masculino, par para feminino. Os dígitos 8 a 11 formam o número de série e o dígito verificador.
Este design é semelhante ao personnummer sueco. Ambos levantam a mesma preocupação ao abrigo do RGPD. O número revela o sexo biológico como um dado.
O AMKA aparece em registos médicos, ficheiros de segurança social e folhas de pagamento. Cada cidadão e residente possui um. Funciona como o número principal para cuidados de saúde e prestações. Consulte a página de segurança e conformidade para saber como o RGPD se aplica a este tipo de dados.
Lacuna de suporte de escrita
O texto helénico usa um sistema de escrita diferente das línguas latinas. Este é um desafio central para as ferramentas de PII.
Intervalos Unicode: Os caracteres helénicos situam-se em U+0370–U+03FF e U+1F00–U+1FFF. As ferramentas criadas apenas para ASCII ou escritas latinas não processarão estes caracteres.
Modelo NER: O modelo spaCy el_core_news trata do NER helénico. Mas requer configuração explícita. A maioria dos pipelines predefinidos usa apenas inglês. Não produzem nenhum resultado em documentos em escrita helénica.
Ficheiros de escrita mista: Os documentos do país frequentemente misturam escrita helénica e latina. Nomes de marcas e termos técnicos aparecem em latim. O corpo do texto está em helénico. Um pipeline deve processar ambos.
Formas casuais: Os nomes mudam de forma nas frases helénicas. Γεώργιος Παπαδόπουλος na forma nominativa torna-se Γεωργίου Παπαδόπουλου no genitivo. Uma ferramenta precisa de análise morfológica para capturar ambas.
Consulte as perguntas frequentes sobre deteção multilíngue de PII.
Riscos de conformidade no turismo
O turismo impulsiona 38 % dos casos da HDPA. A escala e a sazonalidade criam os principais riscos.
Retenção em PMS: Os sistemas hoteleiros recolhem números de passaporte, datas de nascimento e dados de contacto. A HDPA constatou que muitos sistemas conservam estes dados durante cinco ou mais anos. A maioria não tinha um propósito declarado. A maioria também tinha controlos de segurança fracos.
Dados de pagamento: Os hotéis processam dados de cartão de clientes locais e estrangeiros. As faturas contêm números de cartão parciais. Os sistemas de reservas contêm os detalhes completos do cartão. PCI DSS e RGPD aplicam-se ambos.
Pessoal sazonal: O pessoal de hotelaria trabalha frequentemente contratos de 4 a 6 meses. A HDPA encontrou muitos casos em que o acesso não foi removido quando o pessoal saiu. Esta lacuna é comum em setores com alta rotatividade.
Lista de verificação técnica para conformidade com a HDPA
Para processar documentos em língua helénica, use este stack mínimo. A deteção de AFM requer validação de soma de verificação módulo em duas etapas. A deteção de AMKA requer análise dos campos de data de nascimento e dígito de sexo. Adicione NER em escrita helénica via spaCy el_core_news. Inclua deteção de passaportes e identificadores nacionais em ambas as escritas.
Para operadores turísticos, são também necessárias duas etapas organizacionais. Primeiro: documentar os períodos de retenção de dados do PMS. Segundo: remover o acesso ao sistema quando o pessoal sazonal sair. Estas etapas cobrem as constatações mais comuns da HDPA.
Consulte os preços para planos de API adequados a fluxos de trabalho documentais de hotelaria.
anonym.legal deteta AFM e AMKA com validação completa de soma de verificação e suporta NER em escrita helénica via pipeline spaCy el_core_news.