Ir para o conteúdo principal

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.

    image.png

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

    image.png

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

    image.png

  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.

    image.png


  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: 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 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”).

4.png

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

Voltar ao topo