OS 102913 - MELHORIA - FATURAMENTO - TAG CTE PARA AVERBAÇÃO ATM
Objetivo:
Esta alteração tem por objetivo Validarvalidar quea implementação da nova TAG no XML do CT-e para controle de averbação no sistema permiteda selecionar e imprimir o comprovante do tipo VIA DE ENTREGA para Pedidos DiversosATM (PD).
Garantirgarantindo que:
-
controleAntesFoidocriadoajustenovoocamposistemanopermitia apenasVIA DE RETIRADACT-e paraPD. Após o ajuste, o sistema permita selecionardeENTREGARCVe(ResponsabilidadeRETIRADACivil de Veículo).-
AOcorreçãusuário pode escolher se odosegurochamadoteráanterior (92166 – Versão 126851) permanece funcional eou nãofoi impactada por atualizações posteriores.RCV.
SituaçãoA reportada:
TAG - é gerada corretamente no XML transmitido.
UsuárioA informouTAG que:consolida corretamente as informações:
-
O sistemanão permite imprimir viaIndicador deentrega para Pedidos Diversos (PD).RCV -
Ao selecionar o tipo de pedidoPedidos Diversos, o campoTipo de Comprovantealtera automaticamente paraRetirada.Data -
Não é possível manter a opçãoEntrega, diferente do comportamento anterior.TAC -
ProblemaPlacajádehaviaTraçãosido -
noPlaca(s)
chamadode92166, mas voltou a ocorrer.
Reboque(s)
Histórico
✔O Liberadotexto informativo na versãaba Seguro orienta corretamente o 126851✔usuário.
A Administraçsolução deatende Vendas✔à Disponível em ambiente de homologaçsolicitação formal enviada pela seguradora (averbação via XML).
Premissas:
- Necessário o ambiente estar atualizado com as versões:
- Adm de vendas de número XXXXX ou superior;
- SendDecor de número XXXXX ou superior;
Teste realizado após a atualização
CENÁRIO 01 – Comportamento padrãValidação aoda abrircriação ado telanovo campo de controle de RCV
ObjetivoValidarPasso comportamentoa padrão no carregamento da tela.
PassosPasso:
-
Acessar o
módulomenu:Admin de VendasFaturamento.-
ConsultasIreemRelatóriosConhecimento de Transporte > Emissão/Alteração de CTE. -
ComprovanteInserirdeouEntrega/Retiradaeditar um CT-e.
-
AguardarAcessarcarregamentoacompletoabadaSeguro.tela. -
Verificar a existência do novo campo RC-V.
-
Verificar a presença do texto informativo explicando quando utilizar “Sim” ou “Não”.
Resultado Esperado
✔ No carregamento (Start da tela):Esperado:
-
TipoOde Pedido =campoVendaRC-VdedeveMercadoriasestar(PV)visível na aba Seguro. -
TipoDevedepermitirComprovante =selecionarEntregaSim ou Não. -
SistemaOpermitetextoalternarinformativomanualmentedeve orientar que:Para CT-es vinculados a MDF-e deve responder "Não" para
Retiradanão gerar duplo averbamento. -
NãoNenhumocorreerroalteraçde layout ou validaçãoautomáticadeveindevidaocorrer.
CENÁRIO 02 – Comportamento antes do ajuste (ReproduçãEmissão dode erro)CT-e com RCV = SIM
Objetivo
Validar o comportamento que geravaPasso a reclamação.
PassosPasso:
-
NaCriartelanovode Comprovante Entrega/RetiradaCT-e. -
AlterarPreencherodadoscampoobrigatórios. -
Na aba
TipoVeículos,de Pedidopara:incluir:-
Veículo de
Pedidos DiversosTração (PD)ex: placa EPR0440). -
Veículo de Reboque (ex: placa DTE8493).
-
-
ObservarNao campoabaTipoSeguro:de-
Informar seguradora.
-
TentarInformarselecionarvalormanualmentedaaaverbação.opçã -
Selecionar RC-V = Sim.
Comprovante -
-
Finalizar e salvar o
EntregaCT-e.
Resultado Esperado (Erro Anterior)Esperado:
-
❌CT-eSistemadevealteravaserautomaticamentesalvopara:normalmente.Tipo -
Situação deve permitir transmissão.
-
Informação de
ComprovanteRCV=deveRetiradaser armazenada corretamente.❌
Este comportamento caracteriza o problema reportado.
CENÁRIO 03 – ValidaçãEmissão apósde oCT-e ajustecom (CorreçãoRCV aplicada)= NÃO
Objetivo
Validar quePasso a correção foi aplicada corretamente.
PassosPasso:
-
AcessarCriaranovotela normalmenteCT-e. -
AlterarPreencherTipodadosde Pedidopara:Pedidos Diversos (PD)
Verificar o campoTipo de Comprovanteobrigatórios.-
veículosAlternarIncluirentre:- (tração
- e
Entregareboque). -
NaRetiradaaba
- e
SelecionarselecionarEntregaRC-V = Não.-
InformarSalvarpedidooválido Clicar emImprimirCT-e.
Resultado Esperado
✔ Ao selecionar Pedidos Diversos (PD):Esperado:
-
OCT-esistemasalvonãocomaltera automaticamentepara Retiradasucesso. -
PermiteSistemaselecionardeveEntrega Permite selecionarRetiradaMantémrespeitar aopçãoescolhaescolhidaepeloprepararusuárioImpressão ocorre normalmenteXML conformetipo selecionadoseleção.
CENÁRIO 04 – ValidaçãTransmissão de regressãCT-e com geração (PVda nãonova impactado)TAG
Objetivo
Garantira que o ajuste não afetou o comportamento de Venda de Mercadoria (PV).
PassosPasso:
-
SelecionarAcessarTipo de Pedido =móduloVendaDocumentode Mercadorias (PV)Eletrônico. -
AlternarMenuTipoCTEde>ComprovanteTransmissão.entre: -
Selecionar o CT-e criado.
-
Clicar em Transmitir.
-
Aguardar autorização.
Resultado Esperado:
-
EntregaCT-e deve ser transmitido com status Transmitido. -
RetiradaNenhum erro na SEFAZ. -
XML deve ser gerado contendo nova TAG.
CENÁRIO 05 – Validação da TAG no XML transmitido
Passo a Passo:
-
Após transmissão, clicar no ícone de Download XML.
-
Abrir o XML.
-
Localizar a TAG:
<xTexto>S;2026-02-27T15:38:27;S;DTE8493;EPR0440;</xTexto>
</ObsCont>
-
Validar composição das informações.
Resultado Esperado:
A TAG deve conter:
| Informação | Validação |
|---|---|
| RCV | "S" ou "N" conforme seleção |
| Data | Data/hora da transmissão |
| TAC | Indicador conforme regra interna |
| Placa Reboque | DTE8493 |
| Placa Tração | EPR0440 |
-
Informações devem estar consolidadas na ordem correta.
-
TAG deve ser gerada apenas quando aplicável.
-
XML deve permanecer válido conforme schema CT-e 4.00.
CENÁRIO 06 – Validação quando RCV = NÃO
Passo a Passo:
-
Transmitir CT-e com RCV = Não.
-
Baixar XML.
-
Localizar TAG RCVC.
Resultado Esperado:
-
A TAG deve refletir o indicador "N".
-
Não deve haver inconsistência na estrutura.
-
XML válido e autorizado.
CENÁRIO 07 – Validação de múltiplos reboques
Passo a Passo:
-
Emitir CT-e com:
-
1 tração
-
2 ou mais reboques
-
-
GerarTransmitirimpressãoCT-e.para -
Baixar XML.
Resultado EsperadoEsperado:
-
TAG deve consolidar todas as placas de reboque.
-
Estrutura deve manter padrão:
-
Sem truncamento ou perda de informação.
CENÁRIO 08 – Validação da solicitação original da seguradora (ATM)
Objetivo:
Confirmar que o desenvolvimento atende ao pedido formal:
“Criação de nova TAG no CTe para controle de averbação em sistema de terceiro.”
Verificações:
✔ SistemaExiste continuanova TAG no XML
✔ A TAG consolida dados exigidos
✔ Permite controle de RCV
✔ Evita duplo averbamento quando vinculado a MDF-e
✔ Informação é automatizada no XML
✔ Cliente não precisa intervenção manual
Resultado Esperado:
A implementação atende integralmente à solicitação técnica da seguradora, permitindo alternânciaque normal✔ Impressão funcionaXML corretamente✔do NenhumCT-e comportamentoseja indevidoutilizado introduzidodiretamente para averbação no sistema ATM.
ATENÇÃO: As informações neste documento são meramente ilustrativas e utilizadas apenas para fins de teste.
