WesleySantos

Boa tarde a todos, uma boa alternativa @lucimauro, vou buscar fazer o mesmo pra contornar essa situação. A opção de enviar o protocolo também seria bem interessante, no caso do NFE_Cancelar. Acredito que se funcionou para o nosso querido amigo Lucimauro, vá funcionar pra nós também aqui na empresa.

Bom dia pessoal, tudo bem? Espero que sim. Estive enfrentando problemas ontem em uma situação bem específica com um cliente de RO. Por algum motivo as notas não retornam todas as informações quando consultadas, mas consultando pelo portal NF-e, as informações estão constando lá. Dito isso, o problema é que em algumas notas emitidas há aproximadamente 1 mês atrás, ao serem consultadas, não retornam o protocolo, além do status "Autorizado o uso da NF-e (documento indisponível no momento)". Até aí tudo bem, não estava impactando em nada, o problema é quando tentamos efetuar o cancelamento dessas NF-e através da ACBrLibNFe, acredito que internamente o componente deve fazer alguma consulta da NF-e e baseado nisso o cancelamento, então pelo fato de não ter retorno do protocolo, ocorre um erro de schema no método NFE_Cancelar. Essas notas estariam sim de fato fora do prazo de cancelamento, contudo, o cliente solicitou a extensão para a SEFAZ, permitindo o cancelamento extemporâneo. Como estamos em processo de migração do nosso sistema de Delphi para C#, ainda tenho uma versão antiga do sistema que utilizava o componente ACBrNFe diretamente, e para minha surpresa, nessa versão em Delphi, via componente, o cancelamento foi realizado corretamente. Segue print do acontecido no ACBrLib.NFe.Demo.exe:

Boa tarde @Daniel InfoCotidiano, perdão, falha minha, copiei direto do discord e aqui aparecia normal, não vi que estava indo o link. Segue novamente, a configuração: As permissões:

Bom dia @Kiko Fernandes, obrigado pela resposta. Existe sim esse campo, segue print do .ini: e também na pasta do sistema, colocamos controle total, mas além disso, o sistema também tem instruções pra sempre executar como Administrador, e esse realmente é o único caso de cliente que temos ciência de estar com esse problema, mas temo por aparecer mais casos no decorrer da finalização dessa transição de Delphi pra C#

Boa noite prezados, venho recorrer a vocês uma vez que já tentei fazer o Debug inicial da aplicação para identificar possível problema de access violation. Ocorre em um de nossos clientes, creio sim ser algo na máquina, porém gostaria de descobrir o motivo pra evitar acontecer em outros clientes. Versão da ACBrLib usada: 0.4.6.279 Já tentei fazer o download da última versão disponibilizada e testar todos os tipos de DLL presentes e ainda assim apresentou o problema. Coloquei log no nível paranoico pra ver se ajuda no Debug (o erro ocorre no demo também). O problema ocorre em métodos de impressão, consulta de status, envio e etc funcionam normalmente. Antigamente nosso sistema era em Delphi, e funcionava normalmente utilizando os componentes, porém migramos pra C# e utilizando a ACBrLib ocorre esse problema, nessa mesma máquina, do jeito que está, se eu colocar uma versão mais antiga, em Delphi, não ocorre o problema. Parte final do log: 29/04/24 19:33:53:071 - TLibNFeConfig.AjustarValor - Feito 29/04/24 19:33:53:079 - TLibNFeConfig.AplicarConfiguracoes: C:\SGBR\Master\ACBrLib.ini 29/04/24 19:33:53:088 - Travar 29/04/24 19:33:53:109 - TLibNFeConfig.AplicarConfiguracoes - Feito 29/04/24 19:33:53:119 - Destravar 29/04/24 19:33:53:126 - SetRetorno(0, ) 29/04/24 19:33:53:136 - TACBrLibNFe.PrecisaCriptografar(DANFE,Cancelada) 29/04/24 19:33:53:144 - TACBrLibNFe.PrecisaCriptografar - Feito Result: False 29/04/24 19:33:53:153 - LIB_ConfigGravarValor(DANFE, Cancelada, 0) 29/04/24 19:33:53:161 - TACBrLibNFe.PrecisaCriptografar(DANFE,Cancelada) 29/04/24 19:33:53:170 - TACBrLibNFe.PrecisaCriptografar - Feito Result: False 29/04/24 19:33:53:177 - TLibNFeConfig.AjustarValor(tfGravar,DANFE,Cancelada,0) 29/04/24 19:33:53:186 - TLibNFeConfig.AjustarValor - Feito 29/04/24 19:33:53:194 - TLibNFeConfig.AplicarConfiguracoes: C:\SGBR\Master\ACBrLib.ini 29/04/24 19:33:53:203 - Travar 29/04/24 19:33:53:210 - TLibNFeConfig.AplicarConfiguracoes - Feito 29/04/24 19:33:53:218 - Destravar 29/04/24 19:33:53:225 - SetRetorno(0, ) 29/04/24 19:33:53:233 - NFe_ImprimirPDF 29/04/24 19:33:53:240 - Travar 29/04/24 19:33:53:247 - ConfigurarImpressao - Iniciado 29/04/24 19:33:53:254 - ConfigurarImpressao - Feito 29/04/24 19:33:53:962 - FinalizarImpressao - Iniciado 29/04/24 19:33:53:963 - FinalizarImpressao - Feito 29/04/24 19:33:53:981 - Destravar 29/04/24 19:33:53:990 - SetRetorno(-10, Access violation) 29/04/24 19:33:54:015 - LIB_UltimoRetorno 29/04/24 19:33:54:024 - MoverStringParaPChar. StrLen:16, BufLen:256 29/04/24 19:33:54:034 - Codigo:-10, Mensagem:Access violation 29/04/24 19:33:54:658 - LIB_Finalizar 29/04/24 19:33:54:658 - Finalizar Agradeço desde já. Estou atento para caso precisem de mais detalhes.

Bom dia @Juliomar Marchetti, estou com a mesma situação só que para a justificativa da manifestação, eu atualizei os fontes e até clonei o repositório do fontes novamente e ainda assim não puxou essa modificação. Existe algum outro arquivo que deva ser atualizado ou algo assim? Corrigindo: Tem a propriedade sim, estava utilizando com base no evento base, utilizei conforme o comentário do amigo @Benjamin Machado e a propriedade está lá certinha.

Bom dia! Tudo certo? Estou enfrentando este possível bug. Desde já agradeço a atenção!

Olá boa tarde, Estou com o mesmo problema, toda tentativa de envio surge a mensagem: Já tentei as mais variadas formas de encodamento e mesmo assim persiste o retorno, acredito que é algum problema na recepção, tentei com o arquivo de exemplo deles, ocorre a mesma mensagem. Alguém está conseguindo emitir o arquivo e validar tranquilo? "ResultCode": "Error", "Data": null, "Messages": [ { "Message": "Conteúdo binário do arquivo ZIP é nulo.", "Type": "Error" } ] }

Bom dia pessoal, Estou com o mesmo problema, sei que a pergunta foi feita, mas já fiz de tudo e até agora não obtive solução, testes realizados pelo ECF Teste persistem com o mesmos problemas .. tanto na geração do arquivo MF quanto do arquivo MFD. Erro: -40 Tag XML Inválida. ao chamar: xregAlterarValor_Daruma( "ECF\SCU\Habilitar", "1" )

Olá pessoal, olá Henrique, sei que o tópico está como resolvido, mas refiz a atualização e até a instalação do zero dos componentes e ainda o problema do valor total inverter no primeiro item da nf-e persiste, estou voltando um backup dos componentes para manter esse padrão de impressão, alguém mais está com essa situação? Obrigado desde já. Rafael

Apenas para efeitos de registro, conseguimos instalar o acbr no delphi 10.1 Berlin na versão trial, tivemos que fazer manualmente pacote a pacote com algumas poucas alterações rodando com fortes report, tudo funcionando. Tenta com o instalador,no meu caso ele dizia que havia instalado mas não instalava, peguei o log do acbr gerado na instalação e rodei pacote por pacote compilando e instalando, na mesma ordem do arquivo de log, depois adicionei os library path e pronto.

Alguma posição a respeito da mensagem apresentada? Estou com cliente com esse problema, dll está atualizada pelo acbr atualizado trunk2, fiz o que o Eduardo Merico fez e nada de sucesso, alguem conseguiu alguma resposta da bematech? Obrigado.

Cara não lembro, mas fizeram uma atualização na ecf lá na assistência.

Olá pessoal, estamos com o mesmo problema, só que ao invés de dizer sempre que o erro é não foi possível encontrar consStatServ_v3.10, dá também ao não localizar ConsReciNFe_v3.10.xsd e ConsReciNFe_v3.10.xsd além do status também, tentamos de tudo, voltamos até o código para trunk e o erro persiste, fizemos umas 30 nf-e em ambiente de homologação e passa tranquilo sem erros, mas em produção dá pra fazer umas 2 ou 3 e apresenta o erro, aí não tem jeito e temos que que acessar a consulta completa pra pegar chave, protocolo e alimentar o sistema manualmente, tentamos com certificado A1 e A3, verificando o status as vezes retorna 999 (erro não catalogado) e na maioria retorna 107(Serviço ativo), atualmente deixei compilado com o trunk e não com trunk2, mandei a pasta schemas atualizada e nada também Estou desconfiado que se trata de erro na sefaz. Foi tentado em duas máquinas, i5, Win Ultimate 64bits com 8GB e Celeron win Ultimate 32 bits 2GB, foi tentado trocar a leitora do cartão A3, foi alterado o DNS da oi para google e nada também. Se alguem quiser que eu faça algum outro teste me avise por favor.

Pelo que sei de clientes que já tem essa impressora tem que atualizar o firmware dela, a autorizada fez gratuitamente, pois o cliente disse que senão fizesse gratuito iria procurar seus direitos rsrsr, enfim, menos mal que resolveram.

Bom dia Daniel, no gerenciador de dispositivos não configurei nada, ao menos depois de toda mudança que foi feito, creio que foi o conjunto todo que fez funcionar, vou colocar em outra máquina pra testar aí posto o resultado, pois pode ajudar outras pessoas que passem pela mesma dificuldade. Obrigado. Desejo que DEUS os abençoe.

Daniel, apaguei todas dlls que eu tinha na pasta do sistema, limpei as portas COM, exclui todo vestígio de drivers da fs700, apaguei dlls da pasta syswow, etc.... reiniciei a maquina e comecei do zero, com as dlls novas da pasta do acbr e o acbr baixado não funcionou, comecei a mexer na velocidade da porta COM2, aí alterando o controle de fluxo (handshaking) para Nenhum funcionou, então acho que era isso, agora fiz todas essas mudanças não sei precisar o que era, mas ao final fiz isso e funcionou, vou tentar incorporar ela no sistema agora, resumindo o trecho do log que mostra isso está aqui: -- 15/10 21:58:53:460 -------------------------------------------------------------------------------- ATIVAR - 15/10/15 21:58:53:460 - Modelo: EscECF - Porta: COM2 - TimeOut: 3 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=DTR/DSR MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 15/10 21:58:56:480 Sincronismo TX -> [22] -- 15/10 21:58:56:480 Sincronismo RX <- [22][NUL] -- 15/10 21:58:56:480 15/10/2015 Desativar -- 15/10 21:58:59:480 ----------------- ERRO ----------------- Impressora EscECF não está em linha ---------------------------------------- -- 15/10 21:59:23:290 -------------------------------------------------------------------------------- ATIVAR - 15/10/15 21:59:23:290 - Modelo: EscECF - Porta: COM2 - TimeOut: 3 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE= MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 15/10 21:59:23:310 Sincronismo TX -> [22] -- 15/10 21:59:23:320 Sincronismo RX <- [22][NUL] -- 15/10 21:59:23:320 -- 15/10 21:59:23:320 TX -> [SOH][SOH][26][NUL][ENQ][NUL]15|0|[174] -- 15/10 21:59:23:320 RX <- [ACK] -- 15/10 21:59:23:320 Status TX -> [ENQ][NUL] -- 15/10 21:59:23:350 RX <- [WAK][16][SOH][NUL][NUL][NUL] (1) -- 15/10 21:59:23:550 Status TX -> [ENQ][NUL] Muito obrigado a todos e volto a parabenizar os avanços da suíte de componentes. Obrigado, caso resolvido.

Perdão Daniel, esqueci de arrastar o anexo, agora foi. OBrigado.

Olá Daniel, segue novo arquivo de log com o ecf teste que baixei daqui do forum agora. Nada de encontrar o ecf, já reiniciei pc e tudo mais, Windows 7 ultimate 64bits, core i3 16GB RAM Obrigado pela ajuda. Complementando, a FS700 funciona tranquilo, sem problema agora removi tudo que tinha dela, deixei apenas a fs800i instalada, estou pensando, será que pode ser alguma dll? Também atualizei todas dlls da pasta dlls do acbr e nada. Obrigado pela ajuda. acbrlog.txt

Olá pessoal, estou com ela aqui instalada na com 2 via usb tudo certo, com o programa da daruma consigo emitir cupom fiscal etc... no acbr não encontra a ecf, não tem erro, só não encontra, já mudei velocidade etc.... liguei na daruma a Taís me falou que a velocidade mesmo sendo usb deve ser 9600, mas tentei todas velocidades e não tem jeito, nem o ecfteste procurando encontra, aí lí que tem que ser ecffiscnet, mesmo assim não encontra. Atualizei os fontes para o Trunk2 recompilei o ECF teste com esses fontes novos e nada. Qual a sugestão dos nobres colegas? Segue em anexo o arquivo de log com os últimos testes. Obrigado. acbrlog.txt

Certo, era essa a minha dúvida, é que a um tempo atrás falaram que o trunk2 ainda não estava 100% com toda compatibilidade que vocês gostariam que estivessem, vou tentar atualizar aqui salvando o código fonte por precaução. Aproveitando, quero mais uma vez parabenizar a todos vocês que fundaram, mantem, e auxiliam a todos com essa excelente ferramenta de auxílio, que DEUS abençoe a todos, estou novamente assinando o sac e pretendo não parar mais de pagar como uma forma de contribuir pela continuidade do projeto. Abração.

Pessoal, existe a possibilidade de baixar o trunk 2 e jogar os pacotes na pasta trunk q tenho aqui e recompilar?

Pessoal, estou enfrentando problema com o ecf teste compilado na pasta trunk para comunicar com a ecf do convênio 09/09 daruma fs800i, alguém conseguiu comunicar?

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum. Perdão, ao meu ver achei que em se tratando de comunicação com a ecf 09/09 mesmo sendo bematech lá o início do tópico foi tratado sobre a comunicação de modo geral, vou abrir outros dois tópicos. Obrigado.

Pessoal, estou enfrentando problema aqui com uma daruma FS800i, não tem jeito de conectar, o que ocorre é que tenho os componentes no trunk ainda, pelo que li não foram mais atualizados, posso baixar do trunk2 e jogar na pasta dos fontes do trunk que tenho aqui e recompilar os pacotes do trunk da minha maquina local? Caso não for possível posso mudar tudo para trunk2? Usamos gerador fortes report, temos interesse em usar todos esses componentes (CT-e, NF-e, NFS-e, SAT, ECF, TEF,Boleto).