Ir para conteúdo
  • Cadastre-se

devFortes

Membros Pro
  • Total de ítens

    28
  • Registro em

  • Última visita

Sobre devFortes

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

devFortes's Achievements

Apprentice

Apprentice (3/14)

  • One Year In
  • Collaborator Rare
  • First Post
  • Conversation Starter
  • One Month Later

Recent Badges

1

Reputação

2

Community Answers

  1. Boa tarde, segue arquivo com a correção ACBr Atualizado, estou usando a revisão 37150, a ultima nesse momento: ACBrCTe.XmlWriter.pas
  2. Boa tarde, identifiquei um problema na geração da tag pRedBC do ICMS90, verificando o manual a Tag é opcional (0 – 1) Porem pela sua validação em caso de ser enviada a mesma não pode ter seu valor zerado (ER15). Identifiquei que mesmo não gerando a tag, em nosso sitema, o XML gerado pelo ACBr enviava a tag com o valor zerado, analisando os fontes identifiquei a seguinte situação: No arquivo pcteCTeW. pas a geração da tag ocorria da seguinte forma: Porem o arquivo foi substituído pelo ACBrCTe.XmlWriter.pas, em 07/01/2025, nesse novo arquivo, a geração estava ocorrendo da seguinte forma: Onde o parâmetro ocorrencias da function AddNode que antes recebia 0, passou a receber 1, oque mesmo passando o campo sem valor, gerava a tag com valor zerado, que devido a sua regra de validação, não é permitido, dessa forma realizei o ajuste conforme estava anteriormente e consegui autorizar o documento que estava com problema em meu sistema, ficando da seguinte maneira: Apenas trocando o 1 pelo 0, dessa forma de acordo com o manual e como a geração ocorria anteriormente, creio estar errado, e gostaria que a correção seja incluída nos fontes do ACBr.
  3. Boa tarde, ao gerar um XML com tomador 4 do CT-e identifiquei que a leitura da informação do CNPJ/CPF estava sendo feita de forma incorreta: O código estava lendo da seguinte forma: toma4.CNPJCPF := ObterConteudoTagCNPJCPF(ANode); Onde o ANode na verdade referencia o No da Tag Ide, dessa forma verifiquei que na linha 1153 o no referente ao toma4 é carregado na variavel tomaNode. Dessa forma modifiquei a leitura da tag para ler da tomaNode e não da ANode: toma4.CNPJCPF := ObterConteudoTagCNPJCPF(tomaNode); Poderiam incluir a correção nos fontes do ACBr
  4. Boa tarde, essa TK já foi implementada?
  5. @Italo Giurizzato Junior, após os ajustes realizados a emissão do cte simplificado funcionou, muito obrigado.
  6. Boa tarde, sim, estou anexando as units, porém o ajuste referente à leitura do total eu não realizei, pois seria necessário criar toda a estrutura de leitura. Validei apenas que essa leitura não estava sendo feita. Os outros dois ajustes, como eram mais simples, eu realizei e testei. ACBrCTe.XmlHandler.pas pcteCTeW.pas
  7. Boa tarde, identifiquei mais alguns problemas: Na geração da tag compl (arquivo pcteCTeW), a verificação é feita campo a campo da tag, verificando se o campo está ou não preenchido, conforme a imagem a seguir: No entanto, faltou a verificação do campo xObs, como mostrado na imagem a seguir: Fiz um ajuste para verificar o conteúdo do campo, conforme a imagem a seguir: Após o ajuste, a tag compl foi gerada com a tag xObs. No mesmo arquivo, foi verificado que a tag total não está sendo lida: Layout do CT-e Simplificado: Layout do CT-e: Não encontrei tratamento para leitura desse grupo e suas filhas, acredito que esteja faltando. A geração parece estar ok, mas como os valores não são lidos, eles aparecem sempre zerados. XML gerado pelo nosso sistema: XML gerado pelo ACBr:
  8. Boa tarde @Italo Giurizzato Junior, desculpe em a demora em dar um feedback, revifiquei novamente as informações que passou e a parte de habilitar o ACBrXmlDocument, não tinha sido realizada, como nos utilizamos as DCUs dos fontes do ACBr compilados e não os componentes instalados no Delphi esse passou passou despercebido, dessa forma verifiquei como usar essa opção no codigo, e vi que poderia usar a diretiva USE_ACBr_XMLDOCUMENT em meu projeto para usala (Caso algum colega tenha esse problema, pode ser resolvido dessa forma, se usar o ACBR, como nos usamos aqui), demorei um pouco a dar um retorno pois quis testar o processo de emissão ate o fim, porem me deparei com alguns problemas, um deles creio ser no fonte do ACBR: Quando vou assinar meu XML, notei que o campo indIEToma que no simplificado fica dentro da tag toma e não da ide, mesmo eu passando o valor 9 – Não Contribuinte estava recebendo o XML Assinado com o valor 1 – Contribuinte ICMS, debuguei o fonte ate o arquivo ACBrCTe.XmlHandler, neste ponto, notei que ao ler o tomador, não é lida a informação do indIEToma, ficando o valor padrão de contribuinte (1) Fiz um ajustes para carregar o valor nesse ponto: Apos esse ajuste consegui realizar a emissão, gostaria que o mesmo seja realizado nos fontes do ACBr, vou continuar meus testes, em quanto aguardo o ajuste ser realizado.
  9. Boa tarde, fizemos os ajustes solicitados, porem o erro persistiu, fizemos uma analise mais detalhada e identificamos a seguinte situação: O erro que nos é apredentado: Element '{http://www.portalfiscal.inf.br/cte}infCarga': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/cte}toma ) Ocorre no seguinte trecho: dentro do arquivo ACBrCTeConhecimentos Essa validação passa o XML e busca o XSD para realizar a validação, o XSD em questão é o cteSimp_v4.00.xsd Ele busca um elemento CTeSimp e valida pelo tipo TCTeSimp: Comparei sua extrutura com o XML que é gerado pelo nosso sistema: e me parece tudo OK, sendo que no erro ele menciona as informações de infCarga e toma, pelo XSD ambas estão dentro de um elemento infCte que esta de acordo com o meu XML (Em anexo) Validei o XML no validador do portal do conhecimento: Foi informado um OK, porem pela mensagem, creio que ele não esteja validando o CTeSimplificado ainda Poderiam me ajudar a identificar qual o problema do XML ? na verificação que fizemos parece estar com a estrutura toda ok CTe_FOR - F - 73779.XML
  10. Bom dia, @Diego Foliene e @Italo Giurizzato Junior, muito obrigado. Eu acompanharei.
  11. Bom dia, @Italo Giurizzato Junior, após os ajustes o erro persiste. 1 - A minha aplicação gera o xml e usa o ACBr para enviar. 2 - Em relação ao erro da tag, este foi corrigido. Segue a img com o xml aberto no chrome. 3 - Em relação a formatação do CNPJ, fiz o teste com o envio sem a pontuação, mas o erro original persistiu, no caso o da tag toma. 4 - Na minha aplicação o xml é assinado e só então é validado. O erro ocorre no método ACBrCTeConhecimentos.Conhecimento.Validar. 5 - Sobre os schemas, verifiquei novamente se estavam atualizados e estão 6 - O xml corrigido está em anexo. CTe_FOR - F - 73741.XML
  12. Boa noite, no XML em anexo que mandei a tag toma foi informada, com as demais informações: <toma> <toma>0</toma> <indIEToma>9</indIEToma> <CNPJ>05196942000100</CNPJ> <xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <fone>85 3223-0070</fone> <enderToma> <xLgr>AVENIDA DOS EXPEDICIONARIOS</xLgr> <nro>5644</nro> <xCpl>SEM COMPLEMENTO</xCpl> <xBairro>MONTESE</xBairro> <cMun>2304400</cMun> <xMun>FORTALEZA</xMun> <CEP>60411136</CEP> <UF>CE</UF> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderToma> </toma> a tag esta dentro de infCte
  13. Ao tentar emitir o conhecimento ocorre o seguinte erro na estrutura do xml: Não foi possível gerar o CT-e. Validação do CT-e assinado: Falha na validação dos dados do Conhecimento: 73739 --> 1871 - Element '{http://www.portalfiscal.inf.br/cte}infCarga': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/cte}toma ). CTe_FOR - F - 73739.XML
  14. Não, precisaria ser em um conteiner mesmo. Creio que encontrei uma solução, mudei a instancia do ACBRLib para Singleton, para não precisar ficar recriando, utilizando assim e a versão multithreading, talvez funcione, mas ainda estou fazendo testes para validar a ideia, alguem ja utilizou dessa forma?
  15. Boa tarde alguem consegue me dar uma ajuda, mesmo tentando as sugestões anteriores ainda estou com o mesmo problema, na primeira requisição funciona, porem na segunda ele quebra, como se tentase abrir novamente porem o anterior continua travado.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.