Please enable JavaScript.
Coggle requires JavaScript to display documents.
TRACKER - Execução de Regras de Impressão (Aplicar Identificação de…
TRACKER - Execução de Regras de Impressão
Forçar Duplex
A conversão para duplex, está sendo aplicada corretamente em impressões com diferentes orientações de páginas;
Deve funcionar sem falhas, em orientações do tipo Retrato e Paisagem.
Qual o tratamento do sistema ao enviar a impressão para uma impressora virtual que possui o follow vinculada a um equipamento com regra de forçar duplex;
Deve aplicar as validações da regra, quando a mesma for realizada pelo usuário participante da mesma no aplicativo.
Se a fila estiver com propriedade de impressão Simplex como padrão, deve converter para duplex se existir mais de uma página enviada para impressão.
Qual o tratamento do sistema ao enviar a impressão com regra de forçar duplex de diferentes sistemas operacionais;
Validar com regras por usuário, departamento e equipamento.
Não deve influenciar em nada no processo de regras, deve funcionar sem falhas, quando enviado de sistemas Windows, MAC, Linux.
Qual o tratamento do sistema ao enviar uma impressão, mas o usuário que enviou a impressão não é participante de nenhuma regra;
Não deve aplicar a regra de forçar duplex na impressão.
Se o forçar duplex estiver habilitado na regra e o usuário que enviou a impressão está configurado como participante (Usuário/Departamento/Equipamento), a regra está sendo aplicada corretamente;
Independentemente do tipo de regra, deve verificar se o usuário que enviou a impressão está dentro de alguma regra para forçar duplex.
Se o usuário que enviou a impressão tiver que imprimir sempre em duplex e enviar a impressão com simplex, deve converter a impressão para duplex no equipamento ou follow.
Se o usuário que enviou a impressão tiver que imprimir sempre em duplex e enviar a impressão com duplex, o serviço deve liberar a impressão sem realizar a conversão.
Qual o tratamento do sistema ao enviar uma impressão para um equipamento ou departamento que possui o Forçar Duplex habilitado, mas o usuário que enviou a impressão é exceção da regra;
Não deve aplicar a regra de forçar duplex na impressão.
Qual o tratamento do sistema ao tentar aplicar o forçar duplex na impressão quando a regra é por equipamento e o documento é enviado para uma impressora virtual (follow) que possui driver diferente do equipamento;
Cenário exemplo: Equipamento com driver PCL6 e Impressora Virtual com driver PCL5.
Qual o tratamento do sistema ao enviar uma página para impressão, quando o usuário logado não é participante da regra forçar duplex;
Não deve ocorrer erro e liberar a impressão sem realizar a conversão.
Validar a tentativa desse tipo de impressão quando está regra for a única que o usuário é participante.
A conversão de impressões para duplex, estão sendo aplicadas corretamente para impressões enviadas por usuários manuais ou usuário importados do AD;
Deve aplicar a regra na página impressa sem falhas em usuários participantes da mesma, independente do tipo de sua criação (Manual, AD e/ou Automático).
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar duplex, quando o serviço PauseJob está parado;
Deve efetivar a impressão sem aplicar a regra de conversão da impressão para duplex.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar duplex, quando o serviço RPortal.Agent está parado;
Deve efetivar a impressão sem aplicar a regra de conversão da impressão para duplex.
Ao parar o serviço do Agent automaticamente o PauseJob também é parado.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar duplex, quando o serviço do SPOOLER está parado;
Deve efetivar a impressão sem aplicar a regra de conversão da impressão para duplex.
Ao parar o serviço do Spooler automaticamente o PauseJob também é parado.
Deve mostrar alerta windows que o spooler está parado.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar duplex, quando os serviços RPortal.Agent, PauseJob e Spool estiverem parados;
Não deve efetivar a impressão do documento.
Deve mostrar alerta windows que o spooler está parado.
Ao reiniciar o Spool automaticamente o PauseJob é iniciado também.
Qual o tratamento do sistema ao enviar uma impressão de uma grande quantidade de páginas com um usuário participante de um regra com forçar duplex;
Se a impressão for enviada como simplex deve converter para duplex.
Deve aplicar a regra de forçar duplex em todas as páginas enviadas para impressão.
Se a impressão já estiver com a propriedade duplex, deve liberar a impressão sem realizar conversão.
Qual o tratamento do sistema se durante a aplicação da regra de forçar duplex no arquivo enviado para impressão ocorra algum erro ou o serviço não consiga aplicar a regra;
Deve realizar a impressão desconsiderando a regra e gravar no log o erro ocorrido.
Qual o tratamento do sistema ao enviar múltiplas páginas para impressão como simplex, mas com uma quantidade impar de páginas;
Deve converter a impressão para duplex e a página que "sobrar" imprimir como simplex sem falhas.
Não deve ocorrer erros na conversão e liberação da impressão.
Qual o tratamento do sistema ao enviar uma impressão com forçar duplex para impressoras virtuais (follow) e equipamentos com diferentes drivers;
Deve funcionar corretamente e se o driver não estiver homologado deve gravar no log.
Validar nos drivers homologados: EMF, XPS, PCL5, PCL3 GUI, PCL6, PS3, etc.
Ao enviar uma impressão com regra forçar duplex, a conversão está funcionando corretamente em diferentes modelos de equipamentos;
Deve funcionar sem falhas nos equipamentos homologados: Ricoh, Samsung, Lexmark, HP, Brother, OKI, Xerox, Kyocera, Sharp, Konica.
O serviço está salvando no LOG o tempo que levou para realizar as alterações no SPL e o usuário que foi aplicado;
Deve mostrar a data e hora que foi iniciada a verificação da regra de forçar duplex para o usuário que enviou arquivo para impressão.
Qual o tratamento do sistema quando o serviço não conseguir identificar no SPL do arquivo enviado para impressão se o mesmo está em duplex ou não;
Deve liberar a impressão sem aplicar a regra e gravar no log o que ocorreu, bem como a data e hora que foi iniciada e finalizada a verificação da regra.
Deve copiar o arquivo SPL que não foi convertido para uma pasta no repositório físico do Agent.
Validar impressão por usuários participantes associado há múltiplas regras.
Qual o tratamento do sistema ao enviar uma impressão como simplex para aplicar a conversão da regra forçar duplex, mas a linguagem do equipamento onde a mesmo foi enviada não é homologada pelo sistema;
Deve cancelar a impressão do documento e enviar um e-mail ao usuário informando o motivo do ocorrido.
Qual o tratamento do sistema caso exista documentos enviados para impressão com forçar duplex e caíram na pasta "Impressões Retidas";
Ao iniciar novamente o Agent deve efetivar a impressão dos mesmos com a conversão de páginas para duplex.
A mensagem de notificação informando que a impressão foi cancelada pois o serviço não conseguiu converter o arquivo para duplex, está sendo enviada corretamente para o usuário que fez a impressão e é participante da regra forçar duplex;
Deve enviar a mensagem para o e-mail vinculado ao login do usuário que enviou a impressão.
Na mensagem deve informar ao usuário que o mesmo tentou realizar uma impressão simplex, mas está vinculado a uma regra para imprimir somente em duplex e que a mesma foi cancelada pelo sistema (Olá {NomeUsuario} Você tentou realizar uma impressão não permitida, > A impressão que você acabou de enviar foi cancelada pelo sistema, pois existe uma regra de impressão configurada onde você não pode realizar a impressão em apenas UM LADO DA FOLHA. Para que você consiga realizar a impressão, altere as propriedades da impressão e selecione para que a impressão seja feita em FRENTE E VERSO. > Atenciosamente, > Equipe Rportal).
Validar padronização e ortografia da mensagem recebida.
Qual o tratamento do sistema no envio de e-mail quando uma impressão forçar duplex não homologada seja realizada, mas o usuário que tentou realizar a impressão e que deverá ser notificado não possui endereço de e-mail cadastrado no Gerenciamento de Usuário;
Não deve gerar erros, a impressão deve ser cancelada e o e-mail não será enviado.
O serviço deve validar primeiro se possui e-mail antes de realizar as notificações.
Horário de Impressão
O serviço está salvando no LOG o tempo que levou para realizar as alterações no SPL e o usuário que foi aplicado;
Deve mostrar a data e hora que foi iniciada a verificação da regra de limite de horário para o usuário que enviou arquivo para impressão.
Se o limite de horário para impressão estiver habilitado na regra e o usuário que enviou a impressão está configurado como participante (Usuário/Departamento/Equipamento), a regra está sendo aplicada corretamente;
Independentemente do tipo de regra, deve verificar se o usuário que enviou a impressão está dentro de alguma com limitação da horário.
Se o usuário que enviou a impressão tiver limite de horário configurado, enviar a impressão dentro do período configurado, deve liberar a impressão no equipamento ou follow.
Deve considerar sempre o horário do servidor onde o Agent está instalado e não o timezone.
Deve considerar os dias permitidos para impressão.
Caso o usuário envie a impressão fora do limite configurado, não deve liberar a impressão no equipamento e follow.
O bloqueio de impressões ou liberação das mesmas com a regra de limite de horário, estão sendo aplicadas corretamente para impressões enviadas por usuários manuais ou usuário importados do AD;
Deve aplicar a regra na página impressa sem falhas em usuários participantes da mesma, independente do tipo de sua criação (Manual, AD e/ou Automático).
Qual o tratamento do sistema ao enviar uma impressão, mas o usuário que enviou a impressão não é participante de nenhuma regra;
Não deve aplicar a regra e liberar a impressão independentemente do horário..
Qual o tratamento do sistema ao enviar a impressão para uma impressora virtual que possui o follow vinculada a um equipamento com regra de limite de horário;
Deve aplicar as validações da regra, quando a mesma for realizada pelo usuário participante da mesma no aplicativo.
Qual o tratamento do sistema ao enviar uma impressão para um equipamento, departamento ou por um usuário quando possui regra de horário de impressão, mas o usuário que enviou a impressão é exceção da regra;
Não deve aplicar a regra e liberar a impressão independentemente do horário.
Qual o tratamento do sistema ao enviar uma impressão com regra de limite de horário, através de servidores de diferentes regiões e idiomas;
Deve funcionar sem falhas, quando enviado para impressão e levar consideração o horário do servidor.
Qual o tratamento do sistema ao enviar a impressão com regra de limite de horário, de diferentes sistemas operacionais;
Validar com regras por usuário, departamento e equipamento.
Não deve influenciar em nada no processo de regras, deve funcionar sem falhas, quando enviado de sistemas Windows, MAC, Linux.
Qual o tratamento do sistema ao enviar uma impressão de uma grande quantidade de páginas com um usuário participante de um regra com limite de horário de impressão;
Deve aplicar a regra de limite de impressão em todas as páginas enviadas para impressão.
Considerar sempre o horário e o período semanal configurado.
Qual o tratamento do sistema ao enviar uma impressão (direta) com limite de horário, quando o serviço PauseJob está parado;
Deve efetivar a impressão sem aplicar a regra de limite de horário para impressão.
Não deve notificar usuário e gestores se a impressão estiver fora do período configurado como limite.
Qual o tratamento do sistema ao enviar uma impressão (direta) com limite de horário, quando o serviço do SPOOLER está parado;
Deve efetivar a impressão sem aplicar a regra de limite de horário para impressão.
Não deve notificar usuário e gestores se a impressão estiver fora do período configurado como limite.
Ao parar o serviço do Spooler automaticamente o PauseJob também é parado.
Deve mostrar alerta windows que o spooler está parado.
Qual o tratamento do sistema ao enviar uma impressão (direta) com limite de horário, quando os serviços RPortal.Agent, PauseJob e Spool estiverem parados;
Não deve efetivar a impressão do documento.
Não deve notificar usuário e gestores se a impressão estiver fora do período configurado como limite.
Deve mostrar alerta windows que o spooler está parado.
Ao reiniciar o Spool automaticamente o PauseJob é iniciado também.
Qual o tratamento do sistema ao enviar uma impressão com limite de horário, quando o documento é impresso em um timezone diferente;
Deve aplicar a regra de limite de impressão sem falhas, mas sem considerar o timezone do tenant.
Deve considerar sempre o horário do servidor onde o Agent está instalado.
Qual o tratamento do sistema ao enviar uma impressão (direta) com limite de horário, quando o serviço RPortal.Agent está parado;
Deve efetivar a impressão sem aplicar a regra de limite de horário para impressão.
Não deve notificar usuário e gestores se a impressão estiver fora do período configurado como limite.
Ao parar o serviço do Agent automaticamente o PauseJob também é parado.
O sistema está notificando o usuário e gestores quando um impressão é enviada fora do período limite configurado;
Deve notificar o usuário informando que não poderá ser impresso documentos no horário solicitado.
Se na regra estiver configurado para notificar gestor, deverá enviar e-mail informando que determinado usuário tentou realizar uma impressão fora do horário configurado.
Qual o tratamento do sistema, caso um usuário participante de uma regra com restrição de horário para impressão, faça uma impressão fora do horário permitido configurado para notificar gestor, mas o usuário em questão não possui gestor;
Não deve enviar o e-mail de gestor para ninguém.
Deve enviar apenas o e-mail específico para o usuário que tentou realizar a impressão fora do horário permitido.
As mensagens de notificação de tentativa de impressão fora do horário permitido configurado, estão sendo diferenciadas por usuário e gestor;
Deve enviar mensagem diferente para usuário e gestor.
Usuário participante da regra: deve informar ao usuário que o mesmo tentou realizar uma impressão fora do horário permitido e que a mesma foi cancelada pelo sistema. Deve informar quais dias da semana e horários as impressões podem ser realizadas sem o bloqueio. Deve mostrar qual horário o mesmo tentou enviar a impressão (Ver modelo da mensagem no análise de negócio da history ID.14829).
Gestor configurado para ser notificado: deve informar que determinado usuário tentou realizar uma impressão fora do horário permitido e juntamente a data e hora da tentativa de impressão. Deve informar o nome do usuário e departamento que o mesmo está associado (Ver modelo da mensagem no análise de negócio da history ID.14829).
Ambas as mensagens devem seguir o padrão de notificações do sistema.
Validar padronização e ortografia da mensagem recebida.
Qual o tratamento do sistema se durante a aplicação da regra de limite de horário no arquivo enviado para impressão ocorra algum erro ou o serviço não consiga aplicar a regra;
Deve realizar a impressão desconsiderando a regra e gravar no log o erro ocorrido.
Qual o tratamento do sistema no envio de e-mail quando uma impressão fora do horário configurado seja realizada, mas o usuário que tentou realizar a impressão ou o gestor que deverá ser notificado não possui endereço de e-mail cadastrado no Gerenciamento de Usuário;
Não deve gerar erros, a impressão deve ser cancelada e o e-mail não será enviado.
O serviço deve validar primeiro se possui e-mail antes de realizar as notificações.
Aplicar Identificação de Impressão
Qual o tratamento do sistema ao enviar uma impressão com Print ID para impressoras virtuais (follow) e equipamentos com diferentes drivers;
Validar nos drivers homologados: EMF, XPS, PCL5, PCL3 GUI, PCL6, PS3, etc.
Qual o tratamento do sistema ao tentar aplicar o Print ID na impressão quando a regra é por equipamento e o documento é enviado para uma impressora virtual (follow) que possui driver diferente do equipamento;
Cenário exemplo: Equipamento com driver PCL6 e Impressora Virtual com driver PCL5.
Qual o tratamento do sistema ao enviar a impressão com Print ID para uma impressora virtual que possui o follow vinculada a um equipamento com regra;
Deve aplicar a marcação na impressão quando a mesma for liberada pelo usuário participante no aplicativo.
A marcação nas páginas com o Print ID, estão sendo aplicadas corretamente em impressões de diferentes tamanhos de folha;
Deve funcionar sem falhas, em folhas do tipo: A4, Carta, Ofício, etc.
Se o serviço não identificar o tamanho da folha, deve realizar a impressão sem a marcação do Print ID.
Se o Print ID estiver habilitado na regra e o usuário que enviou a impressão está configurado como participante de regra (Usuário/Departamento/Equipamento) a impressão está sendo realizada com a marcação na página;
Se a regra for por departamento e o usuário estiver como participante da regra, deve colocar o login do usuário.
Se a regra for por Equipamento e o usuário participante enviar a impressão para a mesma, deve colocar o login do usuário.
Deve apresentar no rodapé esquerdo da página "Impresso por [login] - [data e hora].".
A marcação nas páginas com o Print ID, estão sendo aplicadas corretamente em impressões com diferentes orientações de páginas;
Deve funcionar sem falhas, em orientações do tipo Retrato e Paisagem.
Qual o tratamento do sistema ao enviar a impressão com regra Print ID, de diferentes sistemas operacionais;
Validar com regras por usuário, departamento e equipamento.
Deve funcionar sem falhas, quando enviado de sistemas Windows, MAC, Linux.
A marcação nas páginas com o Print ID, estão sendo aplicadas corretamente para impressões enviadas por usuários manuais ou usuário importados do AD;
Deve aplicar a marcação na página impressa sem falhas em usuários participantes da regra, independente do tipo de sua criação (Manual, AD e/ou Automático).
Ao enviar uma impressão com regra Print ID, a marcação na página está ocorrendo corretamente em diferentes modelos de equipamentos;
Deve funcionar sem falhas nos equipamentos homologados: Ricoh, Samsung, Lexmark, HP, Brother, OKI, Xerox, Kyocera, Sharp, Konica.
Qual o tratamento do sistema ao enviar uma impressão com regra Print ID, através de servidores de diferentes regiões e idiomas;
Deve funcionar sem falhas, quando enviado para impressão.
A marcação nas páginas com o Print ID, estão sendo aplicadas corretamento em impressões configuradas como frente e verso;
Deve aplicar a marcação em ambos os lados da folha.
Qual o tratamento do sistema caso exista documentos enviados para impressão com Print ID e caíram na pasta "Impressões Retidas";
Ao iniciar novamente o Agent deve efetivar a impressão dos mesmos com a marcação nas páginas.
Qual tratamento do sistema se existir impressões retidas com Print ID, e antes de iniciar o Agent seja desabilitada a regra de Print ID para o usuário participante que enviou a mesma;
A impressão retida deve sair com a marcação nas páginas.
As novas impressões devem sair sem Print ID.
Qual o tratamento do sistema ao realizar uma cópia em um equipamento que possui regra Print ID;
Não deve interferir em nada e a cópia não deve ter a marcação nas páginas.
Qual o tratamento do sistema ao enviar uma impressão com Print ID, onde a impressão ocupa parte da margem onde a marcação de página é aplicada;
Deve aplicar a marcação de impressão nas páginas, independente da margem do documento (Margem do documento personalizada).
Validar documento word com uma imagem na folha toda.
Qual o tratamento do sistema ao efetivar uma impressão de uma grande quantidade de páginas;
Deve aplicar a marcação de impressão em todas as páginas impressas.
Qual o tratamento do sistema ao enviar uma impressão (direta) com Print ID, quando o serviço PauseJob está parado;
Deve efetivar a impressão sem aplicar a marcação de impressão nas páginas.
Qual o tratamento do sistema ao enviar uma impressão (direta) com Print ID, quando o serviço RPortal.Agent está parado;
Deve efetivar a impressão sem aplicar a marcação de impressão nas páginas.
Ao parar o serviço do Agent automaticamente o PauseJob também é parado.
Qual o tratamento do sistema ao enviar uma impressão (direta) com Print ID, quando o serviço do SPOOLER está parado;
Deve efetivar a impressão sem aplicar a marcação de impressão nas páginas.
Ao parar o serviço do Spooler automaticamente o PauseJob também é parado.
Deve mostrar alerta windows que o spooler está parado.
Qual o tratamento do sistema ao enviar uma impressão (direta e follow) com Print ID, quando os serviços RPortal.Agent, PauseJob e Spool estiverem parados;
Não deve aplicar a marcação de impressão nas páginas e nem imprimir o documento.
Deve mostrar alerta windows que o spooler está parado.
Ao reiniciar o Spool automaticamente o PauseJob é iniciado também.
Qual o tratamento do sistema ao enviar impressões de documentos com diferentes extensões para aplicar o Print ID;
Deve aplicar a marcação nas páginas sem falhas.
Validar em: pdf, doc, docx, xls, xlsx, tiff, tif, png, jpeg, txt, etc.
Qual o tratamento do sistema ao enviar uma impressão com Print ID, quando o nome do usuário que será aplicado no rodapé da página é muito extenso;
Deve haver limite de caracteres no coringa "Login" para não gerar erro nesses casos.
Qual o tratamento do sistema ao enviar uma impressão com Print ID, quando o documento é impresso em um timezone diferente;
Deve aplicar a marcação de impressão nas páginas sem falhas, respeitando o timezone do tenant quando for aplicar a data e hora no documento.
Qual o tratamento do sistema ao enviar uma impressão para um equipamento ou departamento que possui o Print ID habilitado, mas o usuário que enviou a impressão é exceção da regra;
Não deve aplicar a marcação na impressão.
Qual o tratamento do sistema ao enviar uma impressão, mas o usuário que enviou a impressão não é participante de nenhuma regra;
Não deve aplicar a marcação na impressão.
Qual o tratamento do sistema se durante a aplicação do Print ID no arquivo enviado para impressão ocorra algum erro ou o serviço não consiga aplicar a marcação;
Deve realizar a impressão sem a marcação.
O serviço está salvando no LOG o tempo que levou para realizar as alterações no SPL e o usuário que foi aplicado;
Deve mostrar a data e hora que foi iniciada a marcação de impressão no arquivo e a data e hora de finalização.
Deve identificar os usuários com e sem Print ID.
Forçar Mono
Qual o tratamento do sistema ao tentar aplicar o forçar mono na impressão quando a regra é por equipamento e o documento é enviado para uma impressora virtual (follow) que possui driver diferente do equipamento;
Cenário exemplo: Equipamento com driver PCL6 e Impressora Virtual com driver PCL5.
A conversão para mono, está sendo aplicada corretamente em impressões com diferentes orientações de páginas;
Deve funcionar sem falhas, em orientações do tipo Retrato e Paisagem.
Qual o tratamento do sistema ao enviar a impressão com regra de forçar mono de diferentes sistemas operacionais;
Validar com regras por usuário, departamento e equipamento.
Não deve influenciar em nada no processo de regras, deve funcionar sem falhas, quando enviado de sistemas Windows, MAC, Linux.
Qual o tratamento do sistema ao efetivar a impressão de vários arquivos no aplicativo embarcado, caso dentre os selecionados tenha arquivos mono e colorido;
Ao selecionar todos os arquivos no follow para impressão, deve fazer a validação em cada um.
Se colorido, converter para mono e em seguida liberar a impressão.
Se mono, libera a impressão sem realizar conversão.
A conversão de impressões para mono, estão sendo aplicadas corretamente para impressões enviadas por usuários manuais ou usuário importados do AD;
Deve aplicar a regra na página impressa sem falhas em usuários participantes da mesma, independente do tipo de sua criação (Manual, AD e/ou Automático).
Qual o tratamento do sistema ao enviar uma impressão de uma grande quantidade de páginas com um usuário participante de uma regra com forçar mono;
Se a impressão for enviada como colorido deve converter todas para mono.
Deve aplicar a regra de forçar mono em todas as páginas enviadas para impressão.
Se a impressão já estiver com a propriedade mono, deve liberar a impressão sem realizar conversão.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar mono, quando o serviço PauseJob está parado;
Deve efetivar a impressão sem aplicar a regra de conversão da impressão para mono.
Qual o tratamento do sistema ao enviar uma página para impressão, quando o usuário logado não é participante da regra forçar mono;
Não deve ocorrer erro e liberar a impressão sem realizar a conversão.
Validar a tentativa desse tipo de impressão quando está regra for a única que o usuário é participante.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar mono, quando o serviço RPortal.Agent está parado;
Deve efetivar a impressão sem aplicar a regra de conversão da impressão para mono.
Ao parar o serviço do Agent automaticamente o PauseJob também é parado.
Se o forçar mono estiver habilitado na regra e o usuário que enviou a impressão está configurado como participante (Usuário/Departamento/Equipamento), a regra está sendo aplicada corretamente;
Independentemente do tipo de regra, deve verificar se o usuário que enviou a impressão está dentro de alguma regra para forçar mono.
Se o usuário que enviou a impressão tiver que imprimir sempre em mono e enviar a impressão como colorido, deve converter a impressão para mono no equipamento ou follow.
Se o usuário que enviou a impressão tiver que imprimir sempre em mono e enviar a impressão como mono, o serviço deve liberar a impressão sem realizar a conversão.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar mono, quando o serviço do SPOOLER está parado;
Deve efetivar a impressão sem aplicar a regra de conversão da impressão para mono.
Ao parar o serviço do Spooler automaticamente o PauseJob também é parado.
Deve mostrar alerta windows que o spooler está parado.
Qual o tratamento do sistema ao enviar a impressão para uma impressora virtual que possui o follow vinculada a um equipamento com regra de forçar mono;
Deve aplicar as validações da regra, quando a mesma for realizada pelo usuário participante da mesma no aplicativo.
Se a fila estiver com propriedade de impressão colorido como padrão, deve converter a impressão para mono.
Qual o tratamento do sistema ao enviar uma impressão (direta) com forçar mono, quando os serviços RPortal.Agent, PauseJob e Spool estiverem parados;
Não deve efetivar a impressão do documento.
Deve mostrar alerta windows que o spooler está parado.
Ao reiniciar o Spool automaticamente o PauseJob é iniciado também.
Qual o tratamento do sistema ao enviar uma impressão, mas o usuário que enviou a impressão não é participante de nenhuma regra;
Não deve aplicar a regra de forçar mono na impressão, se a mesma estiver colorida.
Qual o tratamento do sistema se durante a aplicação da regra de forçar mono no arquivo enviado para impressão ocorra algum erro ou o serviço não consiga aplicar a regra;
Deve realizar a impressão desconsiderando a regra e gravar no log o erro ocorrido.
Qual o tratamento do sistema ao enviar uma impressão para um equipamento ou departamento que possui o forçar mono habilitado, mas o usuário que enviou a impressão é exceção da regra;
Não deve aplicar a regra de forçar mono na impressão se a mesma estiver como colorida.
Qual o tratamento do sistema ao enviar uma impressão com forçar mono para impressoras virtuais (follow) e equipamentos com diferentes drivers;
Deve funcionar corretamente e se o driver não estiver homologado deve gravar no log.
Validar nos drivers homologados: EMF, XPS, PCL5, PCL3 GUI, PCL6, PS3, etc.
Ao enviar uma impressão com regra forçar mono, a conversão está funcionando corretamente em diferentes modelos de equipamentos;
Deve funcionar sem falhas nos equipamentos homologados: Ricoh, Samsung, Lexmark, HP, Brother, OKI, Xerox, Kyocera, Sharp, Konica.
Qual o tratamento do sistema caso exista documentos enviados para impressão com forçar mono e caíram na pasta "Impressões Retidas";
Ao iniciar novamente o Agent deve efetivar a impressão dos mesmos com a conversão de páginas para mono.
O serviço está salvando no LOG o tempo que levou para realizar as alterações no SPL e o usuário que foi aplicado;
Deve mostrar a data e hora que foi iniciada a verificação da regra de forçar mono para o usuário que enviou arquivo para impressão.
Qual o tratamento do sistema quando o serviço não conseguir identificar no SPL do arquivo enviado para impressão se o mesmo está em mono ou não;
Deve liberar a impressão sem aplicar a regra e gravar no log o que ocorreu, bem como a data e hora que foi iniciada e finalizada a verificação da regra.
Deve copiar o arquivo SPL que não foi convertido para uma pasta no repositório físico do Agent.
Validar impressão por usuários participantes associado há múltiplas regras.
Qual o tratamento do sistema ao enviar uma impressão como colorido para aplicar a conversão da regra forçar mono, mas a linguagem do equipamento onde a mesmo foi enviada não é homologada pelo sistema;
Deve cancelar a impressão do documento e enviar um e-mail ao usuário informando o motivo do ocorrido.
A mensagem de notificação informando que a impressão foi cancelada pois o serviço não conseguiu converter o arquivo para mono, está sendo enviada corretamente para o usuário que fez a impressão e é participante da regra forçar mono;
Deve enviar a mensagem para o e-mail vinculado ao login do usuário que enviou a impressão.
Na mensagem deve informar ao usuário que o mesmo tentou realizar uma impressão colorida mas está vinculado a uma regra para imprimir somente em mono e que a mesma foi cancelada pelo sistema (Olá {NomeUsuario} Você tentou realizar uma impressão não permitida, > A impressão que você acabou de enviar foi cancelada pelo sistema, pois existe uma regra de impressão configurada onde você não pode realizar uma impressão COLORIDA. Para que você consiga realizar a impressão, altera as propriedades da impressão e selecione para que a impressão seja PRETO E BRANCO. > Atenciosamente, > Equipe Rportal).
Validar padronização e ortografia da mensagem recebida.
Qual o tratamento do sistema ao enviar uma impressão para uma impressora virtual (follow) com propriedade colorida, mas está vinculada a um equipamento que só imprime mono;
Deve validar o SPL se está colorido e converter para mono, do contrário nada deverá ser feito.
Qual o tratamento do sistema no envio de e-mail quando uma impressão forçar mono não homologada seja realizada, mas o usuário que tentou realizar a impressão e que deverá ser notificado não possui endereço de e-mail cadastrado no Gerenciamento de Usuário;
Não deve gerar erros, a impressão deve ser cancelada e o e-mail não será enviado.
O serviço deve validar primeiro se possui e-mail antes de realizar as notificações.