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 0101: —Validar Aprovara pedidoatualização comdo parcelas na mesma data de vencimentoschema (cenárioImporta principal)Parâmetros)

Objetivo:
Garantir quegarantir pedidosque, commesmo maissem mudança de umaversão/webservice, parcela nao mesma data de vencimentoschema sejamfoi aprovadosatualizado/importado corretamente e integradosficou corretamente.associado aos serviços do WebISS.

Passo a passo:passo

1. Acessar Frenteo de Loja > Pedido > Pedido de Venda.
   

   

2. Inserir um novo pedido ou editar um pedido existente.
   

   

   
   

3. Acessar a abamódulo Follow-upDocumento PagamentosEletrônico.

4. InformarEntrar maisem Configuração > Cadastro de uma parcela.Parâmetros.

5. DefinirLocalizar ao tipo do documento mesmaNFS-e dataPadrão de vencimentoWebISS para(ambiente duashomologação/prod, ouconforme mais parcelas.
   aplicável).

6. SalvarAbrir oos pedido.

7. Finalizar o pedido.
   
   

8. Acessar a tela Aprovaçãoparâmetros do Pedidoregistro pela(ícone Gerênciade edição/engrenagem conforme listado).
   

   

9. SelecionarNa tela Parâmetros de Envio, clicar no botão pedidoImporta eParâmetros.

   realizar

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

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

    

    
    

Resultado esperado:esperado

• PedidoA aprovadoimportação comconclui sucesso.sem erro.

• NenhumaO mensagemsistema demantém erromesma duranteversão do documento e mesmo endpoint, porém passa a utilizar o processoschema de aprovação.novo.

• PedidoA liberadolistagem financeiramente.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 0202: — Verificar geraçAtualização corretamanual dosdo títulosschema no(alternativo Contasao aImporta ReceberParâmetros)

Objetivo:
Confirmar quevalidar todaso ascaminho parcelasalternativo docitado: pedidoatualizar aprovadoo foramschema geradasmanualmente corretamente.nos serviços, caso não seja usada a importação.

Passo a passo:passo

1. ApósRepetir os passos 1 a aprovação4 do pedido,cenário anterior para acessar ContasParâmetros ade Receber > Consultas > TítulosEnvio.
   

   

   

2. FiltrarIdentificar peloos númeroserviços do título/pedidoWebISS (ex.: consulta, envio, cancelamento etc.) e datao arquivo de emissã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: 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. ExecutarVerificar logs/mensagens de erro caso existam.

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

   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.