Antonio Carlos L

Sim Ricardo , o NotasFiscais.Clear é chamado antes de alimentar o componente. Agora vou substituir essa nova geração do XML pelo menos na NFCe por carregar o XML gerado. Aproveitando : Como te agradeço Italo por me mostrar a importância de salvar o XML gerado

SOLUÇÃO : Caros descobri o problema, Em operação normal o XML é gerado, a partir dos dados armazenados no banco, inclusive a data e hora, e na tentativa de transmitir, devido a falha de internet ou time out não havia o retorno. Ocorre que nesta falha, mesmo consultando pelo XML aparecia a resposta que não constava na base de dados. Ao tentar proceder nova transmissão, pegava-se os dados do banco de dados e tentava nova transmissão, mas mesmo os dados iguais o DigestValue era alterado e criado um XML diferente. Dai que o tal erro era uma exception do componente que abortava ao ter o retorno de DigestValue diferente.

Caros, informem ao responsável pelo Fortes que a unit RLConsts.pas linha linha 572 LS_SendToStr: 'Envoyer à...; falta fechar o parenteses e por isso não compila. Abraço.

Caros ao implementar o relatório de Inutilização no sistema surgiu relatório de memory leak. Acresci ao projeto do ACBr as linhas ReportMemoryLeaksOnShutdown := True; e o mesmo se reproduziu. Alguma luz ? Obrigado conforme podem ver na imagem, ao inserir no projeto demo do ACBr

Caros, como em alguns clientes tive problemas onde o DigestValue mudava ao tentar reenviar a nota. Como o XmlGerado fica gravado, para sanar isso, defini que havendo o Xml ao invés de pegar novamente os dados do banco e alimentar o componente, simplesmente alimentar com o xml existente e enviar. 1 - Alguem faz dessa forma, e na prática teve efeito prático ? 2 - Caso eu queira em um novo retorno negativo, tentar n reenvio, a cada vez eu tenho que limpar o componente , carregar o xml e enviar ? ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); 3 - O Lote a ser usado ACBrNFe1.Enviar(iLoteBanco,True); Deverá ser o mesmo armazenado no banco ou pode ser outro ? Muito Obrigado ?

Oi Ricardo, eu fui enviado para atendimento externo uns dias, rsrsrs. Eu fiz a comparação deste XML e de outros, tudo igual. Fiz uma consulta no site da sefaz e baixei o xml e descobri que a diferença reside no digestvalue e por ser diferente cai em uma exception no componente. Porque esta diferente é algo um tanto inexplicavel. A data e hora é gravada no banco, todas as demais informações também, e o aplicativo vendo que já existe um xml gerado ele não gaz nova geração ele carrega o xml e envia. Alguma luz ?

Ricardo, obrigado pela atenção. O grande problema é que a mesma rotina não apresenta erro em outros XMLs, apenas em um em especifico, que não esta incorreto. Consultei o site pela chave e lá a nota consta como AUTORIZADA, fiz um debug e o digestvalue do XML gerado é diferente do site. é ISSO QUE CRIA UMA RAISE EXCEPTION DENTRO DO COMPONENTE. Mas como ? Segundo o cliente parece que no momento a internet deu alguma pane. Não sei o que fazer !?! Alguma luz

Caros, estou no RJ e do nada ALGUNS clientes começaram a a dar esse erro. Observei que eram clientes que já emitiam há muito tempo. Percebi que os CSC gerados na SEFAZ novos possuiam um - em algumas posições e os antigos não. Exclui os CSC e gerei outros ( que foram gerados com os - ) e pronto acabou o problema. Não sei se é o seu problema

Caros, quando por algum motivo o XML autorizado não é gravado no disco e após realizar uma consulta pela XML gerado verifica-se que ele foi autorizado, como proceder para recriar esse XML assinado ? Obrigado.

A rotina abaixo implementa a consulta individual , para pegar novamente o xml autorizado quando existe falhas e não foi gravado. Estou com o erro List index out of bounds (0) no ponto assinalado, a rotina funcionava e neste ponto o XML assinado era gravado na pasta Devo novamente dar um clear e novamente carregar o XML gerado ? O que mudou ? try with ACBrNFe do begin NotasFiscais.Clear; NotasFiscais.LoadFromFile(aXml); // sChave := ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID; sChave := ChaveFormatada(ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID); if Consultar(sChave) then begin iStat := WebServices.Consulta.cStat; if iStat <> 0 then begin with WebServices.Consulta do begin GravaRet1; if ((iStat = 100) or (iStat = 150)) then with ACBrNFe.NotasFiscais.Items[0].NFe.procNFe do <<< AQUI OCORRE O ERRO begin GravaRet2 end;

Caros companheiros de fórum : Hoje tomei conhecimento da Nota Técnica 2016.002 Alteração Leiaute da NF-e , baixei e dei uma rápida analise. Muitas dúvidas e é claro que será necessário muito esforço do grupo do ACBr para atender. Pretendo na próxima reunião da empresa que trabalho propor a eles retornar o pagamento do SAC como forma de ajuda e de reconhecimento ao esforço do team ACBr. Gostaria de fazer um apelo a todos os demais que ajudássemos também desta forma, pois vai tomar tempo fazer muitas dessas mudanças. Abraço a todos.

Bom o fastmm se lembro tem uma configuração default , será que algo foi mudado ou foi habilitado ?

Creio que não. Mas não creio que tenha relação. Isso ocorre em todos os clientes ou apenas em algum ?

Caro Júliomar, em uma sadia troca de idéias haverá momentos em que o argumento apresentado, mesmo que o consideremos válido e legítimo não será considerado pois não atende diretrizes pré definidas, o mundo não acaba por isso nem devemos nos furtar de falar pois o que hoje não é considerado, amanhã pode ser, assim é o convívio sadio das pessoas de qualquer grupo.

Oi Egon Klipstein , obrigado por sua postagem. Eu realmente li em algum lugar que a questão do troco foi solicitação do Procon uma vez que no ECF isso existe. A pessoa que respondeu a sua indagação tem muito mais boa vontade da que me respondeu que limitou-se a dizer que as informações necessárias se encontram no manual do contribuinte versão 6 e no manual de especificação de padrões da nfce versão 4. Mesmo a resposta deste agente esclarecendo a questão da legalidade, ela não determina como fazer tecnicamente indica apenas onde deve ser feito para que não se torne ilegal e ai parece que cada um toma um caminho. Se o time do ACBr for aguardar algo técnico, pode ser que surja mas não dê tempo de implementar no prazo atribuído por eles o fisco. Mas também é perfeitamente compreensível que fazer algo e depois desfazer não é produtivo. Enfim um dilema.

Oi Andre, desculpe, não estou conseguindo ser claro. Então pelo que esta no referido manual o inicio da obrigatoriedade das mudanças é 01/01/2017. Não existe no XML a tag troco, muito menos valor recebido. Na leitura do manual não existe nenhuma indicação especifica. O que existe é que eles informam que o que estiver dentro da tag <obsCont não será validado sendo de conteúdo livre. Nesta forma de se expressar eles induzem a quem lê a procurar uma solução por si mesmo nesse sentido. Realmente que havendo uma indicação clara poupa trabalho desnecessário. Contudo tendo em vista o prazo exíguo, o findar do ano, o recesso das repartições públicas, pode não haver essa indicação clara. Eu já enviei essa pergunta para a SEFAZ RJ e a resposta deles foi que as orientações necessárias encontram-se no referido manual. Não seria talvez previdente que todos fizessem essa mesma consulta e ver se alguém responde ? Obrigado por sua atenção.

Oi Andre, obrigado por sua resposta, sim sei que o componente citado nada se relaciona com o ACBr a citação foi apenas para mostrar um caminho possível. Conforme você mesmo disse por não haver nada no Manual, acredito que cada um deva buscar um caminho. Pelo que você falou, veja se entendi corretamente, bastaria eu passar o valor do troco na propriedade vTroco já existente desde o inicio entretanto onde passar o Valor Recebido ? Abaixo estou passando um caminho encontrado por outras pessoas apenas como fonte de possivel solução. -<infAdic> <infCpl>Trib Aprox R$ 0,29 Fed, R$ 1,38 Est Fonte: IBPT/FECOMERCIO RJ Ar5Fr7</infCpl> -<obsCont xCampo="Dinheiro R$"> <xTexto>10,00</xTexto> </obsCont> -<obsCont xCampo="TOTAL PAGO R$"> <xTexto>10,00</xTexto> </obsCont> -<obsCont xCampo="TROCO R$"> <xTexto>3,10</xTexto> </obsCont> </infAdic>

André obrigado pela atenção. Então eu procurei no manual do contribuinte versão 6 e não vi no grupo W nenhuma tag nova, muito menos no manual de padrao fala de campo troco, mas fala de imprimir o Danfe essa informação quando tiver. Como o XML é a fonte para a impressão sai a buscar e encontrei o seguinte post : http://www.newssystems.eti.br/blog/2016/05/impressao-valor-de-troco-no-danfe-nfc-e/ Que fala em uma forma de importar um TXT usando nessas tags as informações. Se o ACBr não vai usar o XML para ter a informação troco, então foi criado uma propriedade nova ?

Caros Moderadores, Pelo retorno do Juliomar, já foi implementado a impressão do Manual Padrões versão 4 a ser liberado a futuro. Poderiam esclarecer como devemos passar o valorRec e o valorTroco para que na impressão saia corretamente ? Obrigado.

Entendido, é uma diretiva do Lazarus, é que no google aparece menção a " HeapTrace [16/32] - HeapTrace, written by Juanco Añez, is a shareware heap debugger for Delphi 1.x and 2.x applications that enables debugging of heap memory use. " como era algo antigo poderia ser algo que foi aberto e usado no Lazarus. Mas entendido o Elton explicou 100% sobre FASTMM, obrigado.

Daniel, desculpe esse HeapTrace é algo que vem no Lazarus ou quem usa Delphi também pode se beneficiar ?

Mas como vou testar em homologação por exemplo o troco ?

Ola Dercio, se voce usa o Delphi Xe para cima , basta voce colocar no seu project as seguintes linhas {$IFDEF DEBUG} ReportMemoryLeaksOnShutdown := True; {$ENDIF} As diretivas são apenas se estiver em Debug. No Delphi 7 tem o FastMM4 Abraço

Oi Davi, veja o link https://easycargo.wordpress.com/easycargo/cte/instalacao-certificado-a1-no-servidor/ com isso vc pode ter certeza que fez a instalação correta

Existe uma inversão, CST = 60 siginifica substituicao tributaria, portanto CFOP 5405, e CST = 00 significa CFOP 5102 . Sobre o PIS e COFINS poderá haver apenas para o CST = 00 mas poderá have rtambém para o CST = 60 SE a mercadoria não for MONOFASICA.