Correção no Retorno de Imagem de Face via Endpoint

Foi reportado que a URL de imagem retornada pela API não estava permitindo a consulta da face. Agora ao realizar a chamada ao endpoint api/servicos/consulta com os parâmetros válidos (RG, CPF, Nome, Nome da Mãe, Nome do Pai), a URL retornada no campo FotoUrl deve estar plenamente funcional, permitindo que a imagem de face seja acessada de forma válida a partir da URL indicada.

Otimização na Integração de Impressão Externa

Foi implementada uma melhoria no processo de integração para impressão externa, garantindo que as informações do posto de destino sejam enviadas corretamente. A nova versão do sistema assegura a precisão dos dados em todos os atendimentos civis, normalizando o fluxo de envio.

Inatividade automática de usuário

Para garantir a segurança e controle mais na utilização no processo de emissão de CIN, foi implementado no sistema o recurso de inativação de usuário por meio de data de expiração. 
Para ativar esse recurso, é necessário que no momento de criação de usuário, seja adicionado uma data de expiração, com objetivo de estipular uma validade para determinado usuário.
Exemplo de imagem abaixo:

Correção na Exibição de Ícones de Necessidades Especiais no Documento Digital

Foi identificado que, ao selecionar duas ou mais necessidades especiais durante o processo do requerente, o documento digital exibido no GOV.BR não apresentava os ícones correspondentes. O ajuste garante que, independentemente da quantidade de necessidades selecionadas, todos os símbolos sejam exibidos corretamente no documento.

Cenários contemplados:

• Exibição de um único ícone

Quando o requerente possui apenas uma necessidade especial selecionada, o documento digital exibe corretamente o ícone correspondente à necessidade informada.

• Exibição de múltiplos ícones

Quando o requerente possui duas ou mais necessidades especiais selecionadas, o documento digital exibe todos os ícones correspondentes às necessidades informadas.

• Ausência de ícones

Quando o requerente não possui nenhuma necessidade especial registrada, o documento digital é exibido sem ícones de acessibilidade.

• Compatibilidade com temas de acessibilidade

Quando o GOV.BR estiver configurado para alto contraste ou outros temas de acessibilidade, os ícones de necessidades especiais serão exibidos corretamente, respeitando a configuração aplicada.

Restrição de Edição de Anexos em Processos Conferidos

Foi implementada uma regra de segurança no sistema DOC para restringir a edição de anexos em protocolos que já possuem o status “Conferido”. A medida tem como objetivo garantir a integridade dos documentos após a conferência e evitar alterações indevidas em processos que já foram validados ou encaminhados para etapas posteriores.

• Permissão configurável no Admin Web

No Admin Web, foi criada a permissão “permitir edição de anexo após a conferência”, que pode ser atribuída a perfis de usuário específicos. Essa configuração possibilita maior controle sobre quais usuários terão autorização excepcional para editar anexos em documentos já conferidos.

• Comportamento sem permissão

Ao acessar um processo que já foi conferido, usuários sem a permissão atribuída poderão apenas visualizar os anexos existentes, ficando bloqueada qualquer ação de inclusão ou edição.

• Comportamento com permissão

Usuários que possuem a permissão configurada no Admin Web poderão, mesmo em processos conferidos, realizar a inclusão de novos anexos. Essa exceção garante flexibilidade para cenários específicos, sem comprometer a rastreabilidade, já que as permissões ficam sob gestão administrativa.

[CE/ES] Ampliação do Campo de Observação nas Solicitações de Correção

Foi implementada uma atualização no sistema de integração para melhorar a comunicação de correções de documentos. A alteração permite o registro de justificativas mais detalhadas, garantindo maior flexibilidade para os usuários e alinhando a ferramenta às necessidades operacionais da empresa. A modificação foi projetada para não afetar o processamento de dados existente.

[CE/ES] Otimização de Endpoints e Tratamento de Dados Cadastrais

Implementamos uma padronização para o tratamento da informação "Naturalidade não consta" nos atendimentos. A melhoria garante que, quando essa opção for selecionada, um valor padrão seja consistentemente aplicado em todas as etapas do processo, incluindo exibições em tela, documentos impressos e integrações com sistemas parceiros. Para os atendimentos onde a naturalidade é informada, o fluxo de dados permanece inalterado.

[CE] Anexo de isenção de 2 via

Foi identificado que os anexos utilizados como justificativa para isenção de segunda via, não estavam sendo visualizados corretamente no sistema. Por isso, aplicamos uma correção para que o fluxo de isenção ocorra normalmente.

[CE] Envio de observação de correção via integração

Visando atender as necessidades na inserção de informações sobre observações de correção para um documento emitido pelo sistema, ampliamos a quantidade de caracteres para 1000 da observação correção enviada via integração.

[ES] Rotação da chancela da Carteira Funcional

Foi corrigido o layout de funcional onde a chancela com a assinatura do Diretor, responsável pela emissão, não estava apresentando o posicionamento corretamente.

[ES] Envio de observação de correção via integração

Visando atender as necessidades na inserção de informações sobre observações de correção para um documento emitido pelo sistema, ampliamos a quantidade de caracteres para 1000 da observação correção enviada via integração.

[RN] Correção na Validação do Número de Pedido no Envio de Lotes de Impressão

Foi identificada uma inconsistência no processo de envio de lotes de impressão, especificamente na validação do número do pedido. O erro ocorria em duas situações:

• Quando o pedido já havia sido enviado anteriormente para impressão;

• Quando o pedido estava vinculado a um lote ativo ainda não confirmado.
   

Para corrigir o problema, foi realizada uma atualização no código responsável por essa etapa do processo, garantindo maior precisão nas validações e aprimorando o retorno das mensagens de erro.

O sistema passou a realizar validações adicionais e a apresentar mensagens mais claras e objetivas, facilitando a identificação da inconsistência.

Exemplo de mensagem:

• “Pedido já enviado para entrega e ainda vinculado a um lote ativo”
  Indica que o número do pedido informado já está associado a um lote pendente de confirmação, impedindo o reenvio.

[RN] Controle de Acesso de Usuário por Data de Validade

Foi implementada a nova funcionalidade de Controle de Acesso por Data de Validade. A partir de agora, administradores podem definir uma data de expiração para cada conta de usuário. Ao atingir essa data, o acesso do usuário será automaticamente bloqueado, em vez de apenas solicitar a troca de senha. Esta atualização garante um controle mais rigoroso sobre a vigência das permissões de acesso no sistema.

 

[RO] Manutenção do Número de Registro Criminal Legado na Conferência

Foi implementada uma regra no Certfy para garantir que o número de registro criminal original (legado) seja preservado durante a etapa de conferência.
Atualmente, os registros criminais importados do cliente Rondônia chegam ao sistema com o campo Registro Criminal já preenchido com o número herdado do legado. Como esses registros ainda precisam passar pelas etapas de inserção de biometrias e conferência manual, é necessário assegurar que esse número não seja substituído automaticamente por um novo valor gerado pelo sistema.

[SE] Integração com o GovBR – Validação de Envio e Registro de Status

Foram definidos cenários de verificação relacionados ao envio de documentos via módulo de integração com o GovBR (IntegracaoGovBrModule), abrangendo a atualização de status, tratamento de erros, envio automático e confirmação de recepção.

• Validação do status de documentos processados

 Quando um documento é processado pelo módulo IntegracaoGovBrModule,
Então o sistema deve atualizar o status do documento para “SUCESSO” no banco de dados.

• Tratamento de erros durante o envio ao GovBR

Quando o módulo IntegracaoGovBrModule tenta enviar um documento ao GovBR e ocorre uma falha, então o erro deve ser capturado e registrado para análise e rastreamento.

• Inclusão automática de novos documentos na fila de envio

Quando um novo documento é criado no sistema,
Então ele deve ser automaticamente incluído na fila de envio do IntegracaoGovBrModule.

• Confirmação da integração com o GovBR

Quando o módulo IntegracaoGovBrModule envia um documento ao GovBR,
Então a confirmação de recepção por parte do GovBR deve ser registrada, assegurando o envio bem-sucedido.