OS 75751 - OBRIG FISCAL - DOC ELETRONICO - ALTERAÇÃO LEAUTE E WEBSERVICE NFSE GISSONLINE (SALUS JUNDIAÍ)
Objetivo:
- Esta solicitação tem por objetivo validar
a adequação do sistema ao novo layout de transmissão da NFSe de Jundiaí (versão 2.04), garantindo:
- Importação correta do schema atualizado
- Configuração adequada do WebService (Homologação/Produção)
- Transmissão de RPS em lote (processo assíncrono)
- Consulta de protocolo automática e manual
- Retorno do número da NFSe
- Tratamento de cenários com erro na consulta
- Cancelamento e retransmissão (processo síncrono)
- Reflexo correto no módulo de faturamento
Premissas:
- Necessário o ambiente estar atualizado com a versão do Módulo Doc. Eletrônico de número xxxxou superior;
Teste realizado após a atualização.
Cenário 01: Importação do novo layout (versão 2.04)
Passo a passo
- Acessar o módulo Documento Eletrônico
- Ir em Configuração > Cadastro de Parâmetros
- Localizar o tipo de documento RPS_Jundiaí
- Clicar no ícone de edição
- Clicar no botão Importa Parâmetros
- Validar se a versão exibida é 2,04
- Confirmar a operação
Resultado esperado
- Layout versão 2,04 carregado com sucesso
- Schema atualizado com serviços:
- envio de lote
- consulta de lote
- cancelamento
- Sem erros na importação
Cenário 02 – Validação dos parâmetros de WebService
Passo a passo
- Ainda na tela de parâmetros
- Validar os campos:
- URL do WebService
- Endereço do servidor
- Base URL
- Conferir se o ambiente está correto:
- Homologação → WS de HML
- Produção → WS oficial
- Validar os serviços listados no grid
Resultado esperado
- URLs correspondem ao ambiente selecionado
- Serviços vinculados corretamente ao layout 2.04
- Nenhum campo obrigatório em branco
Cenário 03 – Transmissão de RPS (processo assíncrono padrão)
Passo a passo
- Acessar NFSe > Transmissão Jundiaí
- Selecionar um ou mais RPS com status A SER TRANSMITIDA
- Clicar em Transmitir
- Aguardar processamento automático do sistema
Resultado esperado
- Sistema retorna mensagem:
- "RPS(s) transmitido(s) com sucesso!"
- Sistema realiza automaticamente:
- envio do lote
- espera (standby)
- consulta do protocolo
- RPS sai do grid após sucesso
- Número da NFSe retornado pela prefeitura
Cenário 04 – Falha na consulta automática do protocolo
Passo a passo
- Realizar transmissão de RPS
- Identificar retorno:
- erro na consulta automática
- Clicar no botão Protocolo
Resultado esperado
- Sistema realiza nova consulta manual
- Retorno esperado:
- "Consulta de protocolo efetuada com sucesso!"
- Número da NFSe preenchido corretamente
- RPS removido da listagem
Cenário 05 – Validação do comportamento assíncrono
Passo a passo
- Transmitir um RPS
- Observar:
- primeiro retorno apenas com protocolo
- Aguardar processamento automático
Resultado esperado
- Primeiro retorno: protocolo do lote
- Segundo retorno: número da NFSe
- Confirmação de fluxo assíncrono funcionando corretamente
Cenário 06 – Cancelamento e retransmissão (processo síncrono)
Passo a passo
- Identificar uma NFSe já transmitida
- Realizar cancelamento
- Voltar para Transmissão Jundiaí
- Selecionar o registro cancelado
- Clicar em Transmitir
Resultado esperado
- Processo ocorre de forma síncrona
- Retorno imediato da prefeitura
- Status atualizado corretamente no grid
Cenário 07 – Consulta no módulo de faturamento
Passo a passo
- Acessar Faturamento > Notas Fiscais > Consulta Nota Fiscal
- Localizar a NFSe transmitida
- Validar:
- status
- número da NF
- chave
- situação (emitida/cancelada)
Resultado esperado
- NFSe exibida corretamente
- Número da prefeitura preenchido
- Status consistente com a transmissão
Cenário 08 – Validação de RPS com erro (caso reportado)
Passo a passo
- Localizar RPS com erro (ex: “NÃO IDENTIFICADO”)
- Executar:
- Transmitir
- Consultar protocolo
- Validar comportamento após correção do layout
Resultado esperado
- RPS deixa de apresentar erro
- Processo segue fluxo normal:
- transmissão → protocolo → NFSe
- Registro removido do grid após sucesso
Cenário 09 – Validação geral da correção (regressão)
Passo a passo
- Executar todos os cenários anteriores
- Validar:
- múltiplos RPS
- diferentes datas
- volumes maiores
Resultado esperado
- Nenhuma falha na transmissão
- Integração com WebService estável
- Layout 2.04 funcionando integralmente
- Problema reportado pelo cliente resolvido
ATENÇÃO: As informações neste documento são meramente ilustrativas e utilizadas apenas para fins de teste.