Num site básico, identificar quem alterou um registo pode parecer simples. O utilizador faz login, edita as informações e clica em guardar. Os portais corporativos modernos raramente são assim tão simples.
Uma única atualização pode ter origem num utilizador, num administrador, numa API, num fluxo de trabalho automatizado ou num processo de sincronização em execução noutro sistema. O desenvolvimento de portais web enfrenta, portanto, um problema de responsabilidade mais complexo: o sistema deve estabelecer não só o que mudou, mas também o agente e o processo responsáveis pela mudança.
Leia também: Porque é que o desenvolvimento de portais web deve ter em conta as ações realizadas fora do portal
O registo de auditoria necessita de mais do que um simples carimbo de data/hora
Um registo de data e hora pode mostrar quando um evento ocorreu, mas não pode explicá-lo por si só. As trilhas de auditoria eficazes precisam de contexto suficiente para reconstruir o que aconteceu.
Registe o ator por trás da mudança
Um registo útil deve distinguir entre um utilizador nomeado, uma conta de serviço, um administrador e um processo automatizado. Se uma API alterar o registo de um cliente, registar apenas "Registo atualizado pelo sistema" oferece pouca rastreabilidade.
A autenticação de utilizadores ajuda a estabelecer a identidade associada às ações humanas, enquanto as identidades de serviço podem distinguir processos automatizados de utilizadores individuais.
Registe o que realmente mudou
Registar que um perfil foi "atualizado" é menos útil do que identificar quais os campos que foram alterados e, quando apropriado, os valores anteriores e os novos valores.
Isto torna-se particularmente importante quando vários sistemas podem modificar o mesmo registo. Um histórico de alterações detalhado permite às equipas determinar se um valor inesperado foi o resultado de uma ação do utilizador, integração de API ou processo de sincronização.
A responsabilidade depende da sequência de acontecimentos
O desenvolvimento de portais web modernos deve ter em conta as alterações que ocorrem nos sistemas conectados, em vez de tratar o portal como uma aplicação isolada.
Acompanhe as alterações para além da interface
Imagine que um colaborador atualiza um campo de um departamento num portal. Esta alteração desencadeia uma chamada de API para um sistema de recursos humanos, que inicia então um fluxo de trabalho automatizado que atualiza as permissões de acesso.
Se uma permissão se revelar posteriormente incorreta, a análise apenas da alteração final não revelará o gatilho original. O portal necessita de uma cadeia de eventos rastreável que ligue a ação inicial às alterações subsequentes.
Separar a permissão da responsabilidade
O controlo de acesso determina quem tem permissão para fazer uma alteração. A responsabilidade determina quem ou o que realmente a fez.
São funções relacionadas, mas diferentes. Um administrador pode ter permissão para alterar um registo, enquanto um serviço automatizado, operando sob a autorização desse administrador, pode executar a atualização propriamente dita.
As ações automatizadas precisam de contexto legível para humanos
A automatização cria um novo desafio para a responsabilização. Um fluxo de trabalho pode executar milhares de alterações sem que uma pessoa interaja diretamente com cada registo. O desenvolvimento de portais web deve, portanto, associar ações automatizadas a nomes de fluxos de trabalho, eventos de acionamento, identidades de serviço e registos de data e hora relevantes.
Isto fornece às equipas de suporte e segurança informações suficientes para investigar comportamentos inesperados sem ter de reconstruir manualmente eventos a partir de registos de sistema não relacionados.
Preserve a razão, e não apenas o acontecimento
O histórico de alterações torna-se consideravelmente mais útil quando capta o contexto, como o fluxo de trabalho que iniciou a ação ou o evento de negócio que a desencadeou. Isto auxilia a gestão de mudanças, permitindo que as equipas distingam atualizações intencionais de alterações acidentais e investiguem problemas recorrentes de forma mais eficiente.
Declaração final
À medida que os portais se tornam pontos de integração entre aplicações, a responsabilização passa a fazer parte de uma governação de dados mais ampla.
Um histórico fiável de alterações ajuda as organizações a compreender a origem da informação, que sistemas a modificaram e como se propagaram pelos fluxos de trabalho interligados.
Em última análise, o desenvolvimento de portais web não se resume apenas a viabilizar mudanças. Trata-se de tornar essas alterações rastreáveis. Quando cada atualização importante tem um agente identificável, um contexto significativo e um histórico de eventos ligado, as organizações podem investigar problemas mais rapidamente e manter um maior controlo sobre fluxos de trabalho digitais cada vez mais complexos.
