OS 102500 - OBRIGAÇÃO FISCAL - DOC. ELETRONICO - WEB ISS - TO (REFORMA TRIBUTÁRIA)

Objetivo:

Esta solicitação visa validar a adequação do layout NFS-e (Padrão WebISS) para contemplar a Reforma Tributária aplicada aos municípios de Araguaína e Palmas, garantindo que:

1. O novo schema disponibilizado para o WebService esteja importado/atualizado no módulo Documento Eletrônico (sem alteração de versão e endpoint, mas com alteração de schema).

2. A rotina nova de Reforma Tributária (seguindo o padrão da funcionalidade já em funcionamento) esteja gerando o XML conforme o novo layout.

3. A transmissão da NFS-e via WebISS continue funcionando sem alteração visual de tela, porém com novas tags no XML (ex.: CodigoNbs e bloco IBSCBS).

4. A situação reportada (erro/rejeição/validação relacionada ao layout antigo sem as novas tags) tenha sido corrigida no desenvolvimento final, comprovando o aceite do XML no fluxo de transmissão.

Premissas:

• Necessário o ambiente estar atualizado com a versão Documento eletrônico de número XXXX Genexus 17 ou superior;

Teste realizado após a atualização

Cenário 01: Validar a atualização do schema (Importa Parâmetros)

Objetivo: garantir que, mesmo sem mudança de versão/webservice, o schema foi atualizado/importado corretamente e ficou associado aos serviços do WebISS.

Passo a passo

1. Acessar o módulo Documento Eletrônico.
   

   

2. Entrar em Configuração > Cadastro de Parâmetros.
   

   

3. Localizar o tipo do documento NFS-e Padrão WebISS (ambiente homologação/prod, conforme aplicável).
   

   

4. Abrir os parâmetros do registro (ícone de edição/engrenagem conforme listado).

5. Na tela Parâmetros de Envio, clicar no botão Importa Parâmetros.
   

   

   
   

6. Confirmar a importação/atualização dos parâmetros/schema.

7. Verificar na lista de serviços/arquivos se há referência ao schema atualizado (ex.: nome do arquivo/versão do schema). 

Resultado esperado

• A importação conclui sem erro.

• O sistema mantém mesma versão do documento e mesmo endpoint, porém passa a utilizar o schema novo.

• A listagem de serviços exibe o arquivo de schema atualizado (ou equivalente), evidenciando que o layout novo está disponível para validação do XML.

---

Cenário 02: Atualização manual do schema (alternativo ao Importa Parâmetros)

Objetivo: validar o caminho alternativo citado: atualizar o schema manualmente nos serviços, caso não seja usada a importação.

Passo a passo

1. Repetir os passos 1 a 4 do cenário anterior para acessar Parâmetros de Envio.

2. Identificar os serviços do WebISS (ex.: consulta, envio, cancelamento etc.) e o arquivo de schema atualmente vinculado.

3. Atualizar manualmente o arquivo/referência do schema para o novo layout (conforme processo interno).

4. Salvar/confirmar.

5. Reabrir a tela e confirmar que o schema permaneceu atualizado.

Resultado esperado

• O schema novo fica vinculado aos serviços necessários.

• Não há inconsistência (ex.: serviço apontando para schema antigo).

• Fluxo de transmissão passa a validar o XML com as novas tags.

Evidência a anexar

• Print da tela de serviços mostrando o schema atualizado (2.PNG ou print equivalente do ajuste manual).

---

Cenário 03: Transmitir NFS-e (Padrão WebISS) com o novo layout (Araguaína/Palmas)

Objetivo: validar que a transmissão ocorre normalmente e que o XML gerado segue o novo schema.

Passo a passo

1. Acessar NFS-e > Transmissão (Padrão WebISS). (3.PNG)

2. Aplicar filtros necessários (série, data, etc.) para localizar notas A SER TRANSMITIDA.

3. Selecionar 1 nota pendente (checkbox). (3.PNG)

4. Clicar em Transmitir. (3.PNG)

5. Acompanhar o retorno do sistema (mensagem/atualização de status).

6. Consultar o protocolo/retorno (botão Protocolo ou ação equivalente).

7. Abrir/validar o XML gerado (via visualização/exportação/log), comparando com o exemplo do novo layout. (4.PNG)

Resultado esperado

• A transmissão finaliza com sucesso (sem erro de schema/validação).

• O status muda de A SER TRANSMITIDA para TRANSMITIDA (ou equivalente) e gera protocolo/retorno.

• O XML contém as novas tags exigidas pela reforma tributária (ex.: CodigoNbs e bloco IBSCBS), conforme o novo schema.

---

Cenário 04:03: Validar conteúdo do XML (novas tags e estrutura)

Objetivo: garantir que o XML contempla as novas informações da reforma tributária conforme schema e rotina implementada.

Passo a passo

1. Obter o XML gerado da NFS-e transmitida (mesmo do cenário 03).

2. Localizar no XML a tag <CodigoNbs> e registrar o valor preenchido. (4.PNG – destaque)

3. Localizar o bloco <IBSCBS> e verificar a presença da estrutura (ex.: CST, cClassTrib e demais tags previstas). (4.PNG – destaque)

4. Validar se a estrutura atende o schema novo (sem tags fora de posição, obrigatórias ausentes ou inconsistências).

5. (Se aplicável) Repetir a validação para Araguaína e Palmas (quando houver notas/ambientes para ambos).

Resultado esperado

• CodigoNbs está presente e preenchido conforme regra do município/layout.

• O bloco IBSCBS existe e segue a hierarquia correta.

• O XML é aceito/compatível com o schema (não gera rejeição por “tag ausente/inesperada” ou “violação de layout”).

---

Cenário 05: Confirmar correção da situação reportada (validação final do desenvolvimento)

Objetivo: comprovar que o problema originalmente reportado (associado ao layout antigo) não ocorre após o ajuste final.

Passo a passo

1. Reexecutar o Cenário 03 com uma nota criada após a atualização (ou reutilizar nota pendente).

2. Monitorar o retorno do WebService e o comportamento do sistema durante a transmissão.

3. Verificar logs/mensagens de erro caso existam.

4. Confirmar que o XML gerado contém as tags novas (Cenário 04) e que a nota é transmitida.

Resultado esperado

• A falha reportada não se reproduz.

• Não há rejeição por schema/layout antigo.

• Fluxo completo ok: seleciona → transmite → protocola → status final.

ATENÇÃO: As informações neste documento são meramente ilustrativas e utilizadas apenas para fins de teste.