juliomar.marchetti

mar porque carregar o xml? está no delphi preenche o objeto NFe e manda assinar e enviar. garanto que não vai dar problemas. tu está gerar o xml externo ao ACBr e carregar nele para enviar é isso?

Depura e pula a validação do schemas e envia. assim tu pega a rejeição do servidor

Sim precisa ver os endereços e direcionar o componente para isso. tem no ini os endereços e no componente o layout usado

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

Depura pra saber onde ele está buscando no xml

tem algo a mais ai no meio. algum evento em outro local que dispara. veja se tem só o 0 (zero) que tem ou se tem mais notas. também veja se o NFe.Det.count tem quantos ali

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

Creio que seja preciso falar com o contador e entrar em contato com a prefeitura e provedor pra saber o motivo

nossa a ultima interação foi em 2013. e note que o Italo explica o que houve , então é validar

Mostra a documentação e fora isso é só gente procurando problemas e mais implementação sem necessidade informa que é regido por lei e manual e mostra ele

as tags de NFCe e NFe são as mesmas se olhar o manual

https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

informou o campo de data ali solicitado?

Vou postar a chamada do método com prints do código assim consigo mostrar o que está de equivocado acima só no CTe a classe TDistribuicaoDFe herda da TCTeWebService o seu create também: então ele TCTeWebservice herda TDFeWebServices tem o create e finalmente chegamos no TDFeWebService e no Create finalmente temos a chamada do Clear; Então ele cria lá no create e depois ele chama o Clear dentro do TDFeWebServices e deixa o vazamento. para testar e ver ocorrer basta criar um projeto qualquer zerado. jogar um componente TACBrCTE no dpr habilitar o ReportMemoryLeaksOnShutdown := True; basta compilar e abrir o projeto e fechar vai estourar o vazamento

mas qual foi a dificuldade? usa lazarus ou delphi? preencheu os dados do ACBrNFe

Ao que tudo indica é algo neles. no caso sobrecarregou o servidor e não estão conseguindo emitir na totalidade

note que é algo herdado. então no ACBrNFeWebServices foi removido o create já no CTe não e com isso gera o memory mas não vai gerar A.V.

Se abrir a unit ACBrNFeWebServices.pas irá notar que temos o mesmo processo só que lá não é feito no create é só no clear. sim o clear é chamado ao abrir a aplicaçaõ na tela. se criar um projeto zerado. jogar um componente TACBrCTe e colocar um ponto de para no Create e no Clear vai notar que ele será feito ambos. só no executar. Talvez então em ambos no Clear devamos modificar para não fazer isso. veja o call stack

sim o mesmo foi removido do svn

analisando o processo dos demais componentes. esse estava com o erro indicado. está no SVN At revision: 44423

Betha está um caos em vários locais precisa falar com a prefeitura e ver se eles já está ok as mudanças para a reforma e emissão pelo projeto nacional direto com a Betha dai poderá entender o que houve

Quem sabe tu esteja procurando no local errado a tag?

Quando cliente quer tanto pois o DANFe não tem mais espaços. informa em observações do item ou observações da nota e vai ser impresso

exato isso ConsultarDPSPorChave(xChaveDPS); não retorna o xml ele retorna só o status para o xml é o outro ACBrNFSeX1.ConsultarNFSePorChave(xChaveNFSe); mas só pode ser usando e vai funcionar quando anterior retornar que foi processado com sucesso