C# - CTe - infOutros

[Lindomar S. Menezes]

Olá bom dia, estamos com um cliente tentando fazer a emissão de um CT-e, e está retornando a seguinte exceção no Validar():


Optei por testar aqui da mesma forma que o cliente estava emitindo, e aqui também ocorreu, todas as dlls e as libs estão atualizadas.

Até na hora de carregar a nota no componente "CarregarINI(CTe.ToString())", o infOutros está preenchido, alimentei duas vars com o ObterIni e outra com o ObterCTe, ambas não estão com a infOutros preenchidos. Logo abaixo após o .Assinar, no .Validar, a validação de que a tag não está preenchida é disparada. Esse é um caso onde precisariamos de certa urgência visto que o cliente precisa emitir o CT-e.


 

[Lindomar S. Menezes]

Pelo que dá pra perceber, é a validação quando algum campo não está preenchido, por exemplo, se eu adicionar todas as informações, menos a dEmi e a dPrev, essa validação é retornada no .Validar().





Acredito que há uma possível discordância do .Validar() com o MOC 4.0

 

Da mesma forma, se eu informar apenas o tpDoc, vDocFisc e descOutros, a rejeição do primeiro comentário é retornada.

Editado 5 Setembro, 2023 por Lindomar S. Menezes

[Italo Giurizzato Junior]

Boa tarde Lindomar,

Primeiramente temos que ter em mente que um CT-e só pode ter o grupo infNF ou infNFe ou infOutros, ou seja, somente um desses 3 grupos podem estar presentes no CT-e.

Vamos tomar como base o infOutros:

Analisando o manual temos que somente o campo tpDoc é obrigatório e os valores validos são: 

00 - Declaração; 10 - Dutoviário; 59 - CF-e SAT; 65 - NFC-e; 99 - Outros

Se for 99 devemos alimentar o campo descOutros.

Pela imagem que você anexou o valor atribuído a tpDoc é "declaracao", talvez seja esse o problema, no meu entendimento deveria ser "00"

[Lindomar S. Menezes]

Boa tarde Italo, perfeito, então nessa situação abaixo está se enquadrando apenas o infOutros.

9 minutos atrás, Italo Giurizzato Junior disse:

Primeiramente temos que ter em mente que um CT-e só pode ter o grupo infNF ou infNFe ou infOutros, ou seja, somente um desses 3 grupos podem estar presentes no CT-e.

 

12 minutos atrás, Italo Giurizzato Junior disse:

Analisando o manual temos que somente o campo tpDoc é obrigatório e os valores validos são: 

00 - Declaração; 10 - Dutoviário; 59 - CF-e SAT; 65 - NFC-e; 99 - Outros

Se for 99 devemos alimentar o campo descOutros.

Pela imagem que você anexou o valor atribuído a tpDoc é "declaracao", talvez seja esse o problema, no meu entendimento deveria ser "00"

Referente ao tpDoc, pode ser que sim, mas o parâmetro tpDoc no infOutros é de tipo enumerado, pelo que vi os valores atribuídos a cada valor estão corretos. Alimentamos ele da seguinte forma:




Então acredito que a alimentação do mesmo esteja correta.

Mudei na classe definindo um EnumValue pra ver se ia correto, mas deu a mesma rejeição.

[Italo Giurizzato Junior]

Lindomar,

Eu não trabalho com C# somente com Delphi logo não sei como ele vai passar esse valor para a Lib para que o XML seja gerado.

No Delphi temos o tipo:

  TpcteTipoDocumento = (tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros);

as funções de conversão:

function TpDocumentoToStr(const t: TpcteTipoDocumento): string;
begin
  result := EnumeradoToStr(t, ['00', '10', '59', '65', '99'],
                              [tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros]);
end;

function StrToTpDocumento(out ok: boolean; const s: string): TpcteTipoDocumento;
begin
  result := StrToEnumerado(ok, s, ['00', '10', '59', '65', '99'],
                                  [tdDeclaracao, tdDutoviario, tdCFeSAT, tdNFCe, tdOutros]);

as linhas responsáveis por gerar as tags:

    Gerador.wCampo(tcStr, '#320', 'tpDoc     ', 02, 002, 1, TpDocumentoToStr(CTe.infCTeNorm.infDoc.InfOutros[i].tpDoc), DSC_TPDOC);
    Gerador.wCampo(tcStr, '#321', 'descOutros', 01, 100, 0, CTe.infCTeNorm.infDoc.InfOutros[i].descOutros, DSC_OUTROS);
    Gerador.wCampo(tcStr, '#322', 'nDoc      ', 01, 020, 0, CTe.infCTeNorm.infDoc.InfOutros[i].nDoc, DSC_NRO);
    Gerador.wCampo(tcDat, '#323', 'dEmi      ', 10, 010, 0, CTe.infCTeNorm.infDoc.InfOutros[i].dEmi, DSC_DEMI);
    Gerador.wCampo(tcDe2, '#324', 'vDocFisc  ', 01, 015, 0, CTe.infCTeNorm.infDoc.InfOutros[i].vDocFisc, DSC_VDOC);
    Gerador.wCampo(tcDat, '#325', 'dPrev     ', 10, 010, 0, CTe.infCTeNorm.infDoc.infOutros[i].dPrev, DSC_DPREV);

Uma informação importante é que o grupo infOutros é uma lista, ou seja, o XML do CT-e pode conter vários grupos infOutros, no manual diz que podemos ter N ocorrências, no componente limitamos em 990.

Essas classes do C# vão ter que criar a lista InfOutros e alimentar os seus campos corretamente, pode ser ai que a coisa esteja pegando.

[Diego Foliene]

Boa tarde!

Criada a #TK-4414 para análise do caso e parecer do consultor responsável.

[Diego Foliene]

O problema estava na rotina de leitura do arquivo INI do componente nativo.

Para ler a seção infOutros no INI, ele considerava o campo nDoc. Campo este que não é obrigatório.

Por isso, não gerava quando você não informava.

Enviado alteração ao SVN na Rev-30565 para que considere o campo obrigatório tpDoc.

Na próxima compilação da Lib ja é para estar disponível.

[Lindomar S. Menezes]

Bom dia Diego, tudo bem?
Obrigado, irei atualizar os fontes e aguardar a atualização da Lib

[Lindomar S. Menezes]

Essa atualização da LIB é pra conter as alterações? (Quarta as 18:46)

 

[Diego Foliene]

Agora, Lindomar S. Menezes disse:

Essa atualização da LIB é pra conter as alterações? (Quarta as 18:46)

 

É sim.

[Alexandre de Paula]

sim. pode fazer os testes novamente por favor?

 

[Lindomar S. Menezes]

Está retornando essa validação caso não seja preenchido a dPrev.

 

[Diego Foliene]

27 minutos atrás, Lindomar S. Menezes disse:

Está retornando essa validação caso não seja preenchido a dPrev.

 

Ambos dPrev e dEmi tem ocorrência 0-1 no MOC, podendo não ser informados.

Enviado ao SVN na Rev-30571 alteração na classe infOutrosCTe.cs tornando dPrev e dEmi nullables para que não sejam gerados no INI caso não atribuídos.

Por favor, queira atualizar e testar novamente.

[Italo Giurizzato Junior]

Bom dia Lindomar,

Pelo que me recordo o campo dPrev tem que ser um campo cujo tipo seja numérico de ponto flutuante.

Devemos informar o valor zero quando não queremos informar uma determinada data.

[Lindomar S. Menezes]

19 minutos atrás, Diego Foliene disse:

Ambos dPrev e dEmi tem ocorrência 0-1 no MOC, podendo não ser informados.

Enviado ao SVN na Rev-30571 alteração na classe infOutrosCTe.cs tornando dPrev e dEmi nullables para que não sejam gerados no INI caso não atribuídos.

Por favor, queira atualizar e testar novamente.

Testado e funcionando, muito obrigado pela atenção.

[Diego Foliene]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.