Por que os registos de auditoria invioláveis são agora obrigatórios
Para comerciantes e operadores de rede, registos verificáveis sobre acessos, alterações e faturação não são um complemento opcional, mas uma exigência de auditoria e conformidade. Pedidos RGPD, inspeções fiscais ou auditorias internas exigem registos invioláveis: quem alterou o quê e quando, a partir de que função e como a alteração foi calculada. Uma plataforma self‑hosted como a Affilentra dá às empresas o controlo para fornecer essas provas de forma estruturada e verificável.
Princípios básicos dos registos invioláveis
- Imutabilidade: os registos não devem ser alteráveis sem deixar rasto. Alterações têm de ser documentadas (apêndice apenas ou com metadados de versionamento).
- Segregação por funções: os registos devem tornar visível a atribuição de funções (operador, comerciante, parceiro).
- Integridade: somas de verificação ou hashes permitem provar que os registos não foram manipulados.
- Exportabilidade: as autoridades de fiscalização precisam de exportações legíveis por máquina (CSV, JSON, PDFs assinados).
- Direitos e acesso: apenas funções autorizadas podem visualizar ou exportar registos — com registo dessas ações.
- Gestão de retenção: a política de retenção e o conceito de eliminação devem estar documentados em conformidade com o RGPD.
Rastreamento por função: o que operadores, comerciantes e parceiros necessitam
Um rastreamento por função eficaz captura as mesmas informações centrais, enriquecidas com detalhes específicos da função:
- Operador (administrador do sistema): configurações do sistema, atribuição de permissões, instalações/atualizações, trabalhos de backup, verificações de integridade, intervenções manuais no tracking ou na faturação.
- Comerciante (Merchant): criação/alteração de produtos, ajustes de condições, aprovação de materiais promocionais, validações de conversões, questões sobre pagamentos, contestações de atribuições a parceiros.
- Parceiro (Publisher/Creator): registo, geração de links, ações em campanhas, pedidos de pagamento, contestações ou correções de atribuições de conversão.
Cada linha de registo deve conter pelo menos os seguintes campos: Carimbo de data/hora (UTC), ID do utilizador (UserID), função, tipo de ação, entidade afetada (por ex. ConversionID, CampaignID), valores antes/depois (quando relevante), endereço IP, bem como um identificador único de evento (EventID).
Implementação técnica na Affilentra (self‑hosted)
A Affilentra, enquanto solução self‑hosted, oferece o pré‑requisito para operar registos de auditoria localmente e de forma controlada. Procedimento recomendado:
- Criar tabelas de auditoria: Esquema separado ou tabelas separadas para entradas de auditoria, idealmente em modo apenas‑acréscimo (INSERT‑only) com triggers que registrem valores anterior/depois.
- Guardar o contexto da transação da BD: Associe as entradas de auditoria com a transação de BD que as originou, para garantir consistência em caso de rollback.
- Triggers e camada de aplicação: A combinação de triggers na BD e logging na camada de aplicação assegura que tanto alterações diretas na BD como operações da aplicação sejam capturadas.
- Metadados de integridade: Calcule e armazene periodicamente somas de verificação (por exemplo, SHA‑256) sobre lotes de registos. Se necessário, estas somas de verificação podem ser arquivadas externamente.
- Proteção contra escrita para logs: Configure permissões do sistema de ficheiros/BD de forma que apenas uma conta mínima do sistema possa criar novas entradas e que atualizações/eliminações posteriores sejam explicitamente registadas.
Formatos de exportação e fluxos de trabalho de auditoria
Os auditores normalmente precisam de exportações legíveis por máquina e rastreáveis. Implemente na Affilentra caminhos de exportação padronizados:
- CSV: Exportação tabular para verificações baseadas em linhas (por exemplo, eventos de login e transacção).
- JSON: Exportações estruturadas para objetos complexos (por exemplo, históricos completos de conversão com metadados associados).
- PDF (assinado): Relatórios de auditoria legíveis por humanos com somas de verificação incorporadas e uma verificação de integridade para auditores externos.
- Arquivo agrupado: Exportação como ZIP com ficheiros de log, somas de verificação e um manifesto legível por máquina (JSON) para descrever a exportação.
Fluxo de trabalho para auditorias:
- Criar um ticket de auditoria autorizado no sistema (quem, porquê, âmbito).
- Exportação planeada com janela temporal e opções de soma de verificação.
- Fornecimento da exportação incluindo assinatura/soma de verificação ao auditor.
- Rastreamento de todos os acessos à exportação no registo de auditoria.
Relatórios de auditoria automatizados e monitorização
Relatórios automatizados reduzem esforço e aumentam a rastreabilidade. Relatórios recomendados:
- Relatórios digest diários: Número de alterações, eventos críticos (por exemplo, alterações de permissões), falhas de login.
- Verificação de integridade semanal: Comparação das somas de verificação armazenadas com os valores recentemente calculados, assinalando anomalias.
- Relatórios de auditoria ad‑hoc: Gerados com base em ticket para períodos e funções definidas.
Estes relatórios devem estar disponíveis tanto como ficheiros legíveis por máquina (JSON/CSV) quanto como resumos assinados em PDF. Para máxima transparência, recomenda‑se operar a automatização via Cron/Jobs e registar também a auditoria dos próprios trabalhos de auditoria.
Políticas de retenção e conformidade com o RGPD
Retenção não significa apenas “armazenar por mais tempo”, mas “gerir de forma comprovável e juridicamente segura”:
- Documentar prazos de conservação: Defina prazos para diferentes tipos de registos (por exemplo, registos relacionados com segurança vs. registos de transações) tendo em conta os requisitos legais.
- Direito ao apagamento: Implemente um procedimento para pseudonimização ou eliminação de entradas com dados pessoais que preserve a rastreabilidade das transações (por exemplo, mantendo metadados anonimizados em vez de conjuntos de dados completos).
- Minimização de dados: Registe apenas os dados pessoais necessários; dados suplementares de auditoria podem ser pseudonimizados.
- Documentação da base legal: Para cada categoria de registo deve estar documentada a base para a sua conservação (por exemplo, obrigação legal, interesse legítimo).
Na prática, recomenda-se uma gestão de retenção que seja executada regularmente e desencadeie ações: arquivar, pseudonimizar ou eliminar definitivamente — tudo com entradas de auditoria sobre a respetiva medida.
Operação e melhores práticas
- Princípio do menor privilégio: Limitar estritamente direitos de funções para visualização e exportação.
- Inspeções regulares: Auditorias internas pelo menos trimestrais, verificações de integridade com maior frequência.
- Testar backup & restore: Os registos de auditoria devem fazer parte dos backups; os testes de restauração têm de garantir a consistência dos registos.
- Comunicação transparente: Comerciantes e parceiros devem ser informados sobre que dados são registados e por quê.
Conclusão e implementação concreta
Registos de auditoria à prova de revisão são uma necessidade funcional para comerciantes e redes e podem ser implementados de forma direcionada num ambiente self‑hosted como o Affilentra: registos de rastreio específicos por função, formatos exportáveis para auditores, relatórios automatizados de integridade e verificação, bem como políticas de retenção claramente documentadas criam segurança para auditorias e conformidade com o RGPD. Através da licença perpétua e do controlo local, as empresas mantêm a soberania sobre dados, exportações e conservação.
Deseja implementar registos de auditoria no Affilentra? Escolha o seu ponto de partida e planeie a primeira implementação de auditoria: opções de início e informações de demonstração encontram‑se aqui: Escolher início.
Próximo passo
Experimentar o Affilentra
Plataforma unificada que integra de forma transparente a disponibilização de produtos, tracking, validação de conversões, cálculo de comissões e pagamentos ao longo de funções claramente separadas; opção de instalação self‑hosted com licença perpétua sem participação nos rendimentos; comerciantes mantêm controlo sobre produtos, condições e materiais promocionais; parceiros recebem links de tracking pessoais e histórico de pagamentos rastreável.