LoadFromFile Registro S-1060

[angelosobreira]

Bom dia a todos, 

Estou fazendo o carregamento XML com registros S-1060, o componente está Adicionando o Item no Objeto, porém os atriutos do item estão todos vazio.

Analisando o códígo, percebi que o XML é carregado apenas no atributo XML, e o XML não é "Lido" e os atributos não são alimentados.

 

Realmente não está implementado mesmo o ACBr, ou estou fazendo algo errado?

Se não tiver, existe algum problema se eu implementar?

 

Grato

 

[Italo Giurizzato Junior]

Boa tarde Ângelo,

Se tratando do eSocial, ao carregar o XML de um evento, a única propriedade que é alimentada é a: XML conforme a imagem que você anexou.

Nenhum campo dos eventos do eSocial é alimentado.

Temos uma unit para cada evento, nessa unit temos a rotina que gera o XML, a que lê o arquivo INI e chama a que gera o XML, mas não temos uma rotina que lê o XML e alimenta os campos.

Se desejar implementar fique a vontade, toda ajuda é bem vinda.

[angelosobreira]

Boa tarde, 

Desenvolvi o método conforme havia falado. Segue abaixo os fontes.

 

Grato

Fontes.zip

[Italo Giurizzato Junior]

Boa tarde Ângelo,

Muito obrigado pela colaboração, vamos analisar o que foi feito e se tudo estiver correto vamos disponibilizar no repositório.

Mas seria interessante que você e outros desenvolvedores também se dispusessem a fazer essa implementação nos demais eventos.

[EMBarbosa]

Em 20/03/2019 at 14:05, angelosobreira disse:

Boa tarde, 

Desenvolvi o método conforme havia falado. Segue abaixo os fontes.

 

Grato

Fontes.zip 10 kB · 3 downloads

Olá,

   Enviei alterações baseadas nessa sugestão na revisão 16847. Mas suas alterações não foram implementadas totalmente.

   Notei que o método function TEventos.LoadFromString da unit ACBreSocialEventos.pas foi alterado removendo o SaveToFiles. Mas isso já é utilizado pelo componente.

   Qual o motivo dessa remoção?

[angelosobreira]

15 horas atrás, EMBarbosa disse:

Olá,

   Enviei alterações baseadas nessa sugestão na revisão 16847. Mas suas alterações não foram implementadas totalmente.

   Notei que o método function TEventos.LoadFromString da unit ACBreSocialEventos.pas foi alterado removendo o SaveToFiles. Mas isso já é utilizado pelo componente.

   Qual o motivo dessa remoção?

Removi o SaveToFile do LoadFromString porque toda vez que eu carregava um arquivo de uma pasta, o mesmo arquivo era salvo novamente no método SaveToFile, ou seja, meus arquivos eram duplicados dentro da pasta. Confesso que não entendi porque tem o SaveToFile dentro do LoadFromString.

Grato

[EMBarbosa]

1 hora atrás, angelosobreira disse:

Removi o SaveToFile do LoadFromString porque toda vez que eu carregava um arquivo de uma pasta, o mesmo arquivo era salvo novamente no método SaveToFile, ou seja, meus arquivos eram duplicados dentro da pasta. Confesso que não entendi porque tem o SaveToFile dentro do LoadFromString.

Grato

Isso é feito porque você está carregando o xml de terceiros. O componente então vai verificar se o xml está assinado e se não estiver vai ser assinado e validado antes de colocá-lo na fila para enviar.

Essa alteração modifica o comportamento do componente e por isso precisamos ter um pouco de cautela.

Se isso for alterado, por exemplo, precisaria ser nos dois métodos ao mesmo tempo (LoadFromString e LoadFromStringINI).

Vou pedir uma ajuda ao @Italo Jurisato Junior pra ajudar a analisar essa questão.

[angelosobreira]

40 minutos atrás, EMBarbosa disse:

Isso é feito porque você está carregando o xml de terceiros. O componente então vai verificar se o xml está assinado e se não estiver vai ser assinado e validado antes de colocá-lo na fila para enviar.

Essa alteração modifica o comportamento do componente e por isso precisamos ter um pouco de cautela.

Se isso for alterado, por exemplo, precisaria ser nos dois métodos ao mesmo tempo (LoadFromString e LoadFromStringINI).

Vou pedir uma ajuda ao @Italo Jurisato Junior pra ajudar a analisar essa questão.

Entendo, porém acredito que isso é um comportamento específico dos componentes do ACBreSOCIAL, pois no ACBrNFe, ACBrCTe e ACBrMDFe que eu uso a algum tempo eu nunca vi esse comportamento.

[Italo Giurizzato Junior]

Boa tarde Ângelo,

Os componentes ACBrNFe, ACBrCTe, ACBrMDFe o LoadFromFile (por exemplo) que se utiliza do LoadFromString possui um parâmetro que determina se é apendas para carregar o XML ou se é para gerar o XML novamente, veja:

function LoadFromFile(const CaminhoArquivo: String; AGerarNFe: Boolean = False): Boolean;
function LoadFromStream(AStream: TStringStream; AGerarNFe: Boolean = False): Boolean;
function LoadFromString(const AXMLString: String; AGerarNFe: Boolean = False): Boolean;

function LoadFromIni(const AIniString: String): Boolean;

Note que somente o LoadFromIni não tem o parâmetro AGerarNFe os demais tem e o seu valor padrão é False.

Como o Elton disse, o LoadFromString (que é utilizado pelo LoadFromFile e LoadFormStream) tem por objetivo carretar o XML de terceiros, ou seja, não foi gerado pelo componente.

Neste caso o componente checa se o XML esta assinado ou não, caso não esteja será assinado, validado e por fim salvo em disco, dai o motivo do SaveToFile.

Já o LoadFromStringIni tem como objetivo carregar os dados do evento que se encontram em um arquivo INI, gerar o XML, assinar, validar e salvar em disco.

Logo não devemos em hipótese nenhuma remover o SaveToFile.

Se esta ficando dois XML na pasta referente ao mesmo evento, isso significa que a sua aplicação esta gerando e salvando o XML com uma nomenclatura e o componente com outra.

Se você adotar a mesma nomenclatura, mesmo o componente salvando novamente só teremos um arquivo, visto que o Windows não aceita dois ou mais arquivos com o mesmo nome.