OS 79194 - MELHORIA - SIS/WEB - DOC. ELETRONICO - TRANSMISSÃO DE NOTA FISCAL - FILIAL BETIM/MG

Objetivo:

Esta solicitação termtem por objetivo validarverificar se o sistema permite a nova funcionalidade de definição do Tipo de Anexo para arquivos vinculados à nota fiscal de entrada, no módulo Recebimento, conforme projeto DEPJ 79380, incluindo:

• Exibiçãemissão e obrigatoriedadea dotransmissão campo "Tipocorreta de Anexo";

  NFS-e
para
• o

  Restriçmunicípio de Betim/MG, utilizando o novo parâmetro cadastrado RPS_Betim com layout GINFES 3.00, garantindo a integração completa com o WebService da prefeitura, conforme credenciais e configurações deda ediçãonova e exclusão por perfil (WWTNotFisA_Update / WWTNotFisA_Delete);
  filial.

  

• Classificação automática de XMLs processados;

• Impedimento de continuidade sem preenchimento obrigatório.

Premissas:

• Necessário o ambiente estar atualizado com a versão RecebimentoDoc. Eletronico de número 113705xxxx Genexus 16 ou superior /  113706xxxx Genexus 17 ou superior;
  

Regras da funcionalidade:

Regras de validação:

• Solicitamos a inclusão de um combo, afim de padronizar os nomes dos arquivos a serem disponibilizados para os demais departamentos.”
  📄 Fonte: DEPJ 79380, pág. 9 

  Outros pontos extraídos do documento:

  • Os tipos disponíveis são: PEDIDO, DANFE, XML, NOTA FISCAL - SERVIÇO, OUTROS.

  • O XML deve ser classificado automaticamente e não pode ser editado.

  • Todos os anexos devem possuir tipo definido para prosseguir.;

Teste realizado após a atualização

Cenário 11: –Cadastro Inclusãodo deparâmetro Anexos com Seleção de TipoRPS_Betim

Passos:

1. AcesseAcessar o menumenu: RecebimentoConfiguração > LançamentoCadastro Préviode Nota FiscalParâmetros.
   

   

2. CliqueClicar em Inserir para nova nota.
   

   .

3. VáSelecionar atéTipo ade abaDocumento: AnexosRPS_Betim.
   

   

4. Defina o

   Definir tipoVersão: do anexo.

   1. São opções: Pedido, Danfe, XML, Nota Fiscal - Serviço3.00 e Outros;
   Ambiente:
   2. Todas as opções foram sugestões do cliente e inseridas como um domínio interno da aplicaçHomologação.

5. Adicione os anexos desejados.
6. Clique

   Clicar em Confirmar.
   

7. Clicar no ícone de edição do novo parâmetro cadastrado.

   
   

8. Na tela de configuração, clicar em Importar Parâmetros.

Resultado Esperado:

• ApósParâmetro definiré cadastrado com sucesso e os tiposcampos dosde anexosconfiguração ésão possívelpreenchidos gravar.corretamente com os dados do WebService.

• Serviços do schema schemas_v300 são exibidos: RPSCancelamentoNFE, RPSConsultaNFE, RPSPedidoEnvioRPS.

Evidência: imagens 10.PNG a 13.PNG

---

Cenário 22: –Gerar ValidaçãXML sem transmissão ao tentar confirmar com tipo de anexo não definido

Passos:

1. SigaAcessar: osNFS-e mesmos> passos do cenário 1, mas nãTransmissão defina o tipo para o anexo.Betim.

2. CliqueSelecionar a nota desejada.

3. Clicar em ConfirmarGerar XML - Sem Transmissão.
   

   

Resultado Esperado:

• Sistema bloqueiaredireciona compara ao mensagem:dashboard de relatórios.

Erro:

Existem

Nota arquivosé registrada como não transmitida.

XML gerado é salvo localmente sem tipoenvelopamento de anexo definido!

SOAP.

Evidência: imagens 1.PNG a 4.PNG
Confirmação visual: XML com tag <EnviarLoteRpsEnvio> aberta corretamente.

---

Cenário 33: –Transmitir Alterarnota Tipo de Anexo (perfil com permissão)fiscal

Pré-requisito: perfil com funcionalidade WWTNotFisA_Update.

Passos:

1. AcesseAcessar: umaNFS-e nota> existenteTransmissão com anexo PDF.

Betim.

2. CliqueSelecionar noa botãomesma denota edição (ícone de lápis).
   

   
   fiscal.

3. AltereClicar oem tipo do anexo de "OUTROS" para "DANFE"Transmitir.
   

   

   
   

4. CliqueAcompanhar o status em ConfirmarNFS-e > Monitoramento de Batchs.
   

5. Clicar na lupa para verificar resultado da transmissão.

Resultado Esperado:

• OSistema tipoenvia XML para WebService.

• Interface NFSE_BET_6 é iniciada com status "Processando".

• Ao fim, resultado mostra "Processo Concluído" ou detalhes do anexoerro, ése atualizado corretamente e exibido na listagem.houver.

Evidência: imagens 5.PNG, 6.PNG e 7.PNG

---

Cenário 44: – ExclusãVisualização dee Anexodownload (perfilda com permissão)NFS-e

Pré-requisito: perfil com funcionalidade WWTNotFisA_Delete.

Passos:

1. AcesseAcessar umao notamenu: comRelatórios anexos.> Em Processamento.

2. CliqueLocalizar norelatório íconecom o nome da XNFS-e ao lado de um anexo não XML.
   

   
   

   transmitida.

3. ConfirmeBaixar aPDF exclusão.
   

   ou

   XML clicando no ícone de download.

Resultado Esperado:

• ORelatório anexoreferente à NFS-e é removidoexibido com status "Processo Concluído".

• Download do PDF ou XML é possível.

• Nome do cliente e número da listagem.NF aparecem conforme informado.

Evidência: imagem 8.PNG

---

Cenário 65: – TentativaVerificação de ediçãosucesso dono tipoportal deda anexo para XML processado automaticamenteprefeitura

Objetivo: Garantir que arquivos XML não sejam editáveis.

Passos:

1. AcesseAcessar uma nota com anexo XML.

2. Clique no botão deportal: edição (ícone de lápis)https://betim.ginfes.com.br.

3. AltereEfetuar ologin tipocom:

   de
   anexo
   • de

     CNPJ: XML para PEDIDO.60.603.461/0006-95

   • CliqueSenha: em2110950011HWN25815

     Confirmar.

4. Navegar até o menu de consulta de notas.

Resultado Esperado:

• ⚠️Nota Otransmitida sistemadeve permiteestar alteração,visível no ambiente da prefeitura com o quemesmo nãonúmero, estádata, conforme o esperado.

• Segundo o DEPJ 79380, XMLs devem ter tipo de anexo não editável.

📌 Ajuste necessário: travar a edição de tipo de anexo para arquivos XML processados automaticamente.

---

Cenário 7 – Ações disponíveis para arquivos anexos conforme tipovalor e status

cliente

Passos:

1. Acesse uma nota fiscal já existente com arquivos anexos variados (XML, PDF, PNG).

2. Clique para visualizar os arquivos.
   

   

   
   

Resultado Esperado:

• Para XML processado automaticamente:

  • Campo "Tipo de anexo" aparece como XML (não editável).

  • Ícone de visualização da DANFE habilitado.

  • Ícone de edição e exclusão desabilitado.

• Para outros arquivos (ex: PDF, PNG):

  • Campo "Tipo de anexo" aparece como "(Não Definido)" e é editável.

  • ✅ Ícone de edição aparece se o perfil possuir WWTNotFisA_Update.

  • ✅ Ícone de exclusão aparece se o perfil possuir WWTNotFisA_Delete e status da nota for "Lançamento Prévio".

📌 Observações:

• Demais arquivos permanecem com tipo "Não Definido" até edição manual.

Cenário 8 – Upload e Validação de Anexos em Recebimento (Manual, XML e REINF)

Objetivo:
Validar o painel de Upload de anexos nas telas de recebimento, garantindo a obrigatoriedade do tipo de anexo e correta exibição dos arquivos em modo consulta.

---

Passos:

1. Acesse o menu Recebimento > Nota Fiscal Manual, Nota Fiscal via XML ou Nota Fiscal de Serviço - REINF.

2. Clique em Inserir e preencha os dados obrigatórios da nota.

3. Vá até a seção Upload, localizada na parte inferior da tela.

4. Anexe um ou mais arquivos (exemplo: um PDF e um XML).
   

   

5. Clique em Adicionar arquivos.

6. Para um dos arquivos, deixe o campo Tipo de Anexo em branco.
   

   

7. Clique em Confirmar.
   

   

---

Resultado Esperado:

• O sistema bloqueia a confirmação e exibe uma mensagem de erro informando que há anexos sem tipo definido.

• O painel de upload é exibido corretamente mesmo para notas de lançamento manual, conforme apresentado nas imagens de evidência.

• Para notas com status "Lançamento Prévio", a visualização do componente de arquivos é sempre em modo consulta, ou seja, sem botões de ação disponíveis.

• Quando acessada por meio da tela Nota Fiscal – Efetivação, a exibição de anexos da nota também estará no modo consulta, obedecendo às regras definidas para controle de botões visíveis (editar, excluir, tipo de anexo, etc).informado.

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