ISSUE | DLOGTMS02-19105 |
---|
Informe o código do item escolhido do check list: | |
Justificativa da escolha do check list: | |
Informe o motivo da criticidade do Ticket: |
Situação Reproduzida Internamente?
Caso Não! | <descrever o motivo de não ter simulado! Ajuda SQUAD a levantar situações para esta situação> |
INFORMAÇÕES DE BASE: | |||
Versão Cliente: | 12.1.27 | Banco: |
|
Versão Interna: | 12.1.27 |
SITUAÇÃO | |
Ao anular um CTe com serviço vinculado à multimodal (DTC_TIPNFC = 8), SEFAZ rejeita o CTe com a Rejeição 474: Expedidor deve ser informado para tipo de serviço de redespacho intermediário e serviço vinculado a multimodal. Com isso, o cliente vincula no documento o expedidor através do campo DTC_CLIEXP(no caso do cliente, o DTC_CLIEXP é igual ao DTC_CLIREM). Na montagem do XML do CTe normal, o Sistema considera a função grpExpedid para montar a tag do Expedidor, a qual primeiro verifica se há sequência de endereço relacionada, se não houver, busca o cliente expedidor(DTC_CLIEXP) Entretanto, na montagem do XML do CTe de anulação, o comportamento da montagem da tag é diferente, e aqui que está o erro. Para a anulação, se o documento possui solicitação de coleta(If !AllTrim(cNumSol) == ''), é verificado somente se há sequência de endereço, e se não houver não monta a tag. Se o documento não possui solicitação de coleta(else do If acima), o Sistema chama a função grpExpedid, esta que realiza a validação da sequência de endereço relacionada, e se não houver, busca o cliente expedidor(DTC_CLIEXP) Como o documento do cliente possui solicitação de coleta, mas não possui sequência de endereço, ao gerar a anulação, o Sistema nãoi monta a tag de expedidor no XML igual ao CTe original. Esta situação ocorre para todo tipo de documento, mas a Rejeição 474 só ocorre quando o tipo de serviço for de redespacho intermediário ou serviço vinculado a multimodal(DTC_TIPNFC = 8 ou 9). Situação foi conversada com o Fabio Marchiori
| |
RESULTADO ESPERADO | |
Sistema deve utilizar somente a função grpExpedid para fazer a montagem da tag de expedidor para todos os documentos, para evitar esse tipo de falha de conceito e também facilitando a manutenção em situações futuras. |
Procedimento/Programa de Acerto? |
|
<Descrever a necessidade do cliente> |
SIMULAÇÃO | |
Cod Programa | Ação |
Evidência cliente | |
Evidência suporte |
Informações para Situações não Simulada |
---|
Para Todas as Situações
Documento | Arquivo |
---|---|
Clientlog | <salvar neste espaço o documento> |
Extrato de Versão | <salvar neste espaço o documento> |
Simulação do cliente (sem específicos) |
|
Performance
Documento | Arqvivo |
---|---|
Profiler | <salvar neste espaço o documento> |
Equipe de BD já avaliou a integridade de índices e fragmentação das tabelas? |
|
Integração com outros Sistemas
Documento | Arquivo |
---|---|
Anexar toda e qualquer evidencia gerada pela integração, arquivos de entrada/saída |