Please enable JavaScript.
Coggle requires JavaScript to display documents.
TRACKER - Sincronização Agent (Sincronização de Regras: (Qual o tratamento…
TRACKER - Sincronização Agent
Sincronização de Regras:
Qual o tratamento do sistema caso algum dado sincronizado para o banco local nas novas tabelas, sejam removidos no RPortal;
Deve atualizar as tabelas quando a sincronização acontecer, levando em consideração o comparativo da data da última atualização.
Validar as colunas: USER_DEPARTMENT, PRINT_RULE, PRINT_RULE_CONFIG, PRINT_RULE_MEMBER e LAST_UPDATED.
A tabela LAST_UPDATED está sendo atualizada corretamente com a data da última atualização realizada nas regras no RPortal;
Deve salvar a última data de atualização na coluna DATETIME da tabela.
Deve mostrar a última data de atualização das tabelas de regras, para realizar um compara com o Date no BE e ver quando houve alguma alteração no RPortal e somente realizar a sincronização se a data for divergente.
Qual o tratamento do sistema quando o timer configurado para a sincronização de dados das novas tabelas é alcançado no banco local;
Deve limpar todos os dados existentes nas tabelas e adicionar novamente com os valores sincronizados do RPortal.
Somente atualizar as tabelas de regras, se alterações (inclusão, edição e/ou remoção) forem realizadas no RPortal, levando em consideração o comparativo da data da última atualização.
Na tabela PRINT_RULE apresenta as colunas relacionadas ao primeiro passo do assistente de criação/edição de regras no RPortal;
Deve mostrar no banco local o ID de cada registro, a descrição da regra no RPortal, o Id do tipo de regra e o Id se o campo de regra padrão está ativo ou não.
Os dados das novas tabelas estão sendo preenchidos corretamente no banco local;
USER_DEPARTMENT, deve mostrar o ID do departamento no RPortal e o ID do usuário vinculado ao mesmo.
PRINT_RULE, PRINT_RULE_CONFIG e PRINT_RULE_MEMBER, deve ser preenchida com as regras configuradas.
LAST_UPDATED, deve armazenar a data da última atualização de dados.
Na tabela PRINT_RULE_CONFIG apresenta as colunas relacionadas ao segundo passo do assistente de criação/edição de regras no RPortal;
Deve mostrar no banco local o Id de cada registro, o Id informando se determinada regra está ativa ou não, se a regra possuir limite diário deve mostrar o horário inicial e final e o Id relacionado aos dias da semana.
Qual o tratamento do sistema ao instalar a nova versão do agent sobre uma versão já instalada e que não possui as novas tabelas;
Deve inserir as novas tabelas/colunas e buscar os dados das mesmas no RPortal.
Deve manter os dados das tabelas existentes.
Na tabela PRINT_RULE_MEMBER apresenta as colunas relacionadas ao terceiro passo do assistente de criação/edição de regras no RPortal;
Deve mostrar no banco local o Id de cada registro, o Id dos usuários/departamentos participantes e exceções.
Ao instalar a nova versão agent direta (1ª vez), ao abrir o banco local está criando as novas tabelas das regras de impressão;
Deve mostrar as novas tabelas USER_DEPARTMENT, PRINT_RULE, PRINT_RULE_CONFIG, PRINT_RULE_MEMBER e LAST_UPDATED.
As tabelas existentes devem continuar sendo apresentadas: DOMAIN_CONFIG, EQUIPMENT, EXPIRED_PRINT_POOL, PAPER_COST, PRINTER, PRINTER_GROUP, PRINT_POOL, USER, VERSION e VIRTUAL_PRINTER.
Qual o tratamento do sistema na sincronização de regras caso exista mais de um agent rodando para o mesmo tenant;
Deve atualizar as tabelas do banco local de todos os agents.
A sincronização deve ser apenas da Nuvem para o Agent.
Sincronização Copy Client:
Qual o tratamento do sistema quando o timer configurado para a sincronização de dados CopyClient é alcançado no banco local;
Deve atualizar a tabela EQUIPAMENT e LAST_UPDATED se alguma informação for alterada no gerenciamento de servidores, levando em consideração o comparativo de data da última atualização.
Se nenhuma informação for acrescentada no gerenciamento de servidores, as tabelas e questão não devem ser alteradas.
A sincronização deve ocorrer a cada 30 minutos.
A tabela LAST_UPDATED está sendo atualizada corretamente com a data da última atualização realizada nas configurações CopyClient;
Deve salvar a última data de atualização na coluna DATETIME da tabela.
Deve mostrar a última data de atualização da coluna copyClientEnabled na tabela de equipamento, para realizar um compara com o Date no BE e ver quando houve alguma alteração no RPortal e somente realizar a sincronização se a data for divergente.
Deve mostrar na tabela LAST_UPDATED a data de última atualização nas configurações de Regras e CopyClient (Registros separados).
Qual o tratamento do sistema ao instalar a nova versão do agent sobre uma versão já instalada e que não possui a nova coluna na tabela EQUIPAMENT e registro na tabela LAST_UPDATED;
Deve inserir a nova coluna, atualizar a tabela de data de atualização e buscar os dados das mesmas na nuvem.
Deve manter os dados das tabelas existentes.
Qual o tratamento do sistema quando um equipamento for desvinculado das configurações do CopyClient no gerenciamento de servidores;
Deve atualizar a tabela EQUIPAMENT e alterar o status da coluna copyClientEnabled para 0(zero).
A tabela em questão deve ser atualizada levando em consideração o comparativo da data da última atualização.
Validar as atualizações nas tabelas: EQUIPAMENT e LAST_UPDATED.
Qual o tratamento do sistema na sincronização de equipamentos CopyClient, caso exista mais de um agent rodando para o mesmo tenant;
Deve atualizar as tabelas do banco local respeitando os equipamentos existentes no servidor onde cada agent está instalado.
A sincronização deve ser apenas da Nuvem para o Agent.
Ao instalar a nova versão agent direta (1ª vez), ao abrir o banco local está criando uma nova coluna na tabela EQUIPAMENT;
Deve mostrar a coluna copyClientEnabled na tabela EQUIPAMENT.
Sincronização de Usuários:
Qual o tratamento do sistema quando o timer configurado para a sincronização de dados do usuário unificado é alcançado no banco local;
Deve atualizar a tabela USER e LAST_UPDATED se alguma informação for alterada no gerenciamento de usuários com relação a unificação, levando em consideração o comparativo de data da última atualização.
Se nenhuma informação for acrescentada no gerenciamento de usuários, as tabelas em questão não devem ser alteradas.
A sincronização deve ocorrer a cada 30 minutos.
A tabela LAST_UPDATED está sendo atualizada corretamente com a data da última atualização realizada nas configurações de usuários unificados;
Deve salvar a última data de atualização na coluna updateAt da tabela.
Deve mostrar a última data de atualização da coluna unified e idUnified na tabela USER, para realizar um compara com o Date no BE e ver quando houve alguma alteração no RPortal e somente realizar a sincronização se a data for divergente.
Deve mostrar na tabela LAST_UPDATED a data de última atualização nas configurações de Regras, CopyClient e Usuários Unificados (Registros separados - tableName).
Qual o tratamento do sistema quando um usuário unificado for desvinculado do usuário "pai" no Gerenciamento de Usuários;
Deve atualizar a tabela USER e alterar o status da coluna unified para 0(zero).
Deve atualizar a coluna idUnified retirando o vínculo do usuário com o id de outro
A tabela em questão deve ser atualizada levando em consideração o comparativo da data da última atualização.
Validar as atualizações nas tabelas: USER e LAST_UPDATED.
Qual o tratamento do sistema na sincronização de usuários unificados, caso exista mais de um Agent rodando para o mesmo tenant;
Deve atualizar as tabelas do banco local sem falhas. Todos os bancos locais devem ter os mesmos usuários.
A sincronização deve ser apenas da Nuvem para o Agent.
Qual o tratamento do sistema quando um usuário apresentado na tabela USER é unificado a outro no Gerenciamento de Usuários;
Deve atualizar a coluna unified colocando o status como ativo (1).
Deve adicionar na coluna idUnified o id do usuário "pai" do usuário unificado.
A tabela em questão deve ser atualizada levando em consideração o comparativo da data da última atualização.
Validar as atualizações nas tabelas: USER e LAST_UPDATED.
O id do usuário unificado deve ser mantido nas tabelas USER_DEPARTAMENT e PRINT_RULE_MEMBER. Não perderá o vínculo nessas configurações, caso o usuário seja unificado.
Qual o tratamento do sistema ao instalar a nova versão do Agent sobre uma versão já instalada e que não possui as novas colunas na tabela USER e registro na tabela LAST_UPDATED;
Deve inserir as novas colunas, atualizar a tabela de data de atualização e buscar os dados das mesmas na nuvem.
Deve manter os dados das tabelas existentes.
Ao instalar a nova versão do Agent, ao abrir o banco local está criando duas novas colunas na tabela USER;
Deve mostrar a coluna unified e uma coluna com o id do usuário pai.
Qual o tratamento do sistema quando um usuário do AD é unificado a outro usuário no Gerenciamento de Usuários;
Deve atualizar a tabela USER e alterar o status da coluna unified para 0(zero).
Deve atualizar a coluna idUnified retirando o vínculo do usuário com o id de outro
Deve manter o status nas colunas domain e isActiveDirectory
A tabela em questão deve ser atualizada levando em consideração o comparativo da data da última atualização.
Validar as atualizações nas tabelas: USER e LAST_UPDATED.
Sincronização de Configurações do AD por Servidor:
Qual o tratamento do sistema ao reiniciar o Agent ou o timer de 30 minutos da última atualização for alcançado, mas nenhuma alteração foi realizada na configuração do AD por servidor;
Não deve alterar o registro no banco de dados local e nem atualizar a tabela LAST_UPDATED.
Qual o tratamento do sistema caso exista mais de um servidor no mesmo tenant e com configurações para sincronização com AD diferentes;
Deve mostrar na tabela GENERAL_SETTING somente a informação do servidor do banco de dados local que está sendo acessado.
Cada banco local terá a configuração do seu servidor.
A sincronização deve ser apenas da Nuvem para o Agent.
Qual o tratamento do sistema caso o servidor onde o Agent está instalado tenha a configuração de sincronização com o AD inativado ;
Deve alterar no banco de dados local a coluna isBlockSyncAD colocando o status inativo 0(zero).
A informação deve ser alterada ao reiniciar o Agent ou quando o timer de 30 minutos for alcançado.
A tabela em questão deve ser atualizada levando em consideração o comparativo da data da última atualização na coluna TRACKER_SERVER_EQUIPMENT da tabela LAST_UPDATED.
Validar as atualizações nas tabelas: GENERAL_SETTING e LAST_UPDATED (Coluna: TRACKER_SERVER_EQUIPMENT).
Após instalar a nova versão do Agent, ao abrir o banco local está criando uma nova coluna na tabela GENERAL_SETTING;
Deve mostrar a coluna isBlockSyncAD com o valor 0 ou 1.
Valor 0 para inativo e 1 para ativo.
Qual o tratamento do sistema ao reiniciar o Agent ou o timer de 30 minutos for alcançado, mas o servidor em questão não possui a configuração de sincronização com o AD ativa;
Não deve realizar a comunicação com o AD e as tabelas GENERAL_SETTING e LAST_UPDATED não devem ser alteradas.
A coluna isBlockSyncAD deve manter o status inativo 0(zero).
Qual o tratamento do sistema ao instalar a nova versão do Agent sobre uma versão já instalada e que não possui a nova coluna na tabela GENERAL_SETTING;
Deve inserir a nova coluna, atualizar a tabela de data de atualização e buscar o dado da mesma na nuvem.
Deve manter os dados das tabelas existentes.
Qual o tratamento do sistema caso o servidor onde o Agent está instalado tenha a configuração de sincronização com o AD ativado;
Deve alterar no banco de dados local a coluna isBlockSyncAD colocando o status ativo 1.
A informação deve ser alterada ao reiniciar o Agent ou quando o timer de 30 minutos for alcançado.
Deve atualizar a tabela DOMAIN_CONFIG com as informações do domínio configuração para sincronização com AD.
A tabela em questão deve ser atualizada levando em consideração o comparativo da data da última atualização na coluna TRACKER_SERVER_EQUIPMENT da tabela LAST_UPDATED.
Validar as atualizações nas tabelas: GENERAL_SETTING e LAST_UPDATED (Coluna: TRACKER_SERVER_EQUIPMENT).
Qual o tratamento do sistema na sincronização de usuários do AD, caso exista para um tenant mais de um servidor rodando, onde um possui a configuração de sincronização com AD ativa e outro inativo;
As tabelas no banco de dados local deve respeitar a regra de acordo com o status da coluna isBlockSyncAD na tabela GENERAL_SETTING .
Se Ativo, deve carregar as informações nas tabelas: DOMAIN_CONFIG, USER (Mostra os usuários do AD, os usuários criados manualmente ou pela multifuncional), GENERAL_SETTING e LAST_UPDATED (Coluna: TRACKER_SERVER_EQUIPMENT).
Se Inativo, deve manter as informações inalteradas nas tabelas: DOMAIN_CONFIG (Sem informação), USER (Mostra somente os usuários criados manualmente ou pela multifuncional) GENERAL_SETTING e LAST_UPDATED (Coluna: TRACKER_SERVER_EQUIPMENT).
Caso o servidor inativo teve em algum momento a sincronização com o AD ativo, deve manter as informações nas tabelas: DOMAIN_CONFIG e USER, mas as tabelas GENERAL_SETTING e LAST_UPDATED (Coluna: TRACKER_SERVER_EQUIPMENT) não devem ser atualizadas.
No Login com AD:
Qual o tratamento do sistema ao tentar logar no sistema utilizando um usuário do AD em um servidor configurado para ter sincronização com AD;
Deve permitir o acesso ao sistema sem falhas. Lembrando que o serviço deve estar iniciado para o login ser efetivo.
Se o serviço Agent estiver parado e um usuário do AD tentar logar, deve apresentar mensagem de alerta "Não foi possível realizar o seu login porque o serviço de autenticação está inacessível. Pedimos desculpas por isso, pode ser, que o serviço esteja parado ou sua conexão de rede esteja lenta ou comprometida. Neste caso, orientamos você a entrar em contato com o Administrador do sistema e informar este erro.".
Validar em ambientes com mais de um servidor.
Validar o login com usuários manuais.
Validar a ortografia da mensagem apresentada.
Qual o tratamento do sistema ao tentar logar no sistema utilizando as credencias de um usuário no AD em um servidor que teve em um momento sincronização com o AD, mas a mesma foi inativada no servidor;
Não deve permitir o acesso ao sistema e um alerta deve ser apresentado na tela de login "Não foi possível realizar o seu login porque o serviço de autenticação está inacessível. Pedimos desculpas por isso, pode ser, que o serviço esteja parado ou sua conexão de rede esteja lenta ou comprometida. Neste caso, orientamos você a entrar em contato com o Administrador do sistema e informar este erro.".
Validar a ortografia da mensagem apresentada.
Qual o tratamento do sistema ao tentar logar no sistema utilizando um usuário do AD em um servidor configurado para não ter sincronização com AD;
Não deve permitir o acesso e o alerta de usuário inexistente deve ser apresentado "Usuário ou senha inválidos.".
Validar o login com usuários manuais.
Validar em ambientes com mais de um servidor.
Validar a ortografia da mensagem apresentada.
Qual o tratamento na comunicação com o SQS, caso o tenant não tenha nenhum servidor configurado com sincronização com o AD;
No relatório a AWS não deve haver consumo da fila SQS.
Qual o tratamento na comunicação com o SQS, caso o tenant tenha todos os seus servidor configurado com sincronização com o AD;
No relatório a AWS deve haver consumo da fila SQS para todos os servidores com AD.
Qual o tratamento na comunicação com o SQS, caso o servidor que tenha a configuração de sincronização com o AD seja inativado;
Quando for inativada a sincronização do servidor com o AD, deve parar de consumir a fila de SQS.
Ao ativar novamente a sincronização de AD no servidor, a fila de SQS deve voltar a ser consumida.