Precisa Informatica

Boa noite, Erro de SEFAZ?

Tem alguma configuração que possa retornar da DLL que não obteve resposta da impressora? por exemplo, se enviar o nome da impressora errado retorna erro, neste caso existe a impressora no Windows e não retorna nada, a DLL fica tentando enviar comando para impressão.

confirmando que o problema se dá especificamente em PCs com Windows 11. Alguém tem alguma referência sobre problemas de impressão nesta versão do windows? alguma configuração que posso fazer no ACBrLib? Atualizeri a DLL, tentei reconfigurar a impressora antes de enviar a chamada "NFE_Imprimir", mas segue a mesma ocorrência. EscPos leva um tempo a mais para impressão e os clientes (por incrível que pareça) começaram a reclamar. at.te Edson

[DANFENFCe] LarguraBobina=281 TipoRelatorioBobina=0 (tpFortes) TipoRelatorioEvento=1 ImprimeDescAcrescItem=0 ImprimeItens=1 ViaConsumidor=1 vTroco=0 ImprimeLogoLateral=0 EspacoFinal=38 TamanhoLogoHeight=50 TamanhoLogoWidth=77 DescricaoPagamentos=[icaTipo,icaBandeira] ImprimeEmUmaLinha=0 ImprimeEmDuasLinhas=0 FonteLinhaItem.Name=Lucida Console FonteLinhaItem.Color=536870912 FonteLinhaItem.Size=7 FonteLinhaItem.Bold=0 FonteLinhaItem.Italic=0 FonteLinhaItem.Underline=0 FonteLinhaItem.StrikeOut=0 MargemDireita=0 MargemSuperior=0 MargemEsquerda=0 ImprimeQRCodeLateral=0 MargemInferior=0,8

Não utilizamos rotina da ACBrLibPosPrinter, configuramos a impressora na Seção [DANFE], "Chave Impressora=" Tem atualização na DLL? at.te Edson.

até desabilitei este recurso, mas pouco provável que seja, pois é um caixa que opera quase sem interrupções...

sim está correto, só não esta como padrão. Imprime normalmente e após algumas impressão a DLL não encontra mais esta impressora, reiniciado o PC volta a imprimir, e depois de algumas impressão trava novamente. at.te Edson

sim, é o nome da impressora instalada. Parece ser algo relativo ao WIN 11, hoje outro cliente relatou o mesmo problema, e foi após atualização para WIN 11. at.te Edson

Segue ini NFCe at.te Edson ACBrLibCFe_031.INI

Boa tarde, segue log. a principio tudo normal, para o log justamente onde trava impressão... at.te Edson ACBrLibNFE-20240704.log

Boa tarde, tem acontecido em alguns clientes com windows 11 de travar a impressão do DANFE NFC-e, imprime normalmente até que ao chamar a DLL para impressão não obtêm retorno e simplesmente trava o processo... alguém tem alguma referência sobre este evento? alguma atualização da DLL referente a impressão? Já fiz a chamada para impressão (NFE_Imprimir) passando o nome da Impressora como vazio para buscar das configurações do INI. Edson.

Boa tarde, Diego! Com essa teu apontamento da diferença de versão eu acabei descobrindo o que era. Tinha uma DLL antiga do ACBrCTe perdida dentro da Windows/ system nesse computador, e ela estava se sobrepondo sobre a DLL atualizada da pasta correta. Muito obrigado pela atenção e desculpe pelo transtorno.

Boa tarde! Somente para comentar, agora quando fui gerar o arquivo, notei que em versaoEvento no arquivo eu estava informando 3.00. Mudei para 4.00, mas mesmo assim não foi... Segue em anexo o arquivo. Obrigado! EVT.INI ACBrLib.INI

Boa tarde! Não, a DLL e o arquivo ACBrCTeServicos.ini ficam em pastas separadas. O ACBrCTeServicos.ini fica na pasta C:\BIS\ACBR. Já a ACBrCTe32.dll fica na pasta C:\BIS\BIN. A fim de testar fiz um teste aqui excluindo o arquivo ACBrCTeServicos.ini da pasta de origem dele e tentei enviar o evento, me deu o mesmo erro que comentei acima...

Boa tarde! Eu estou utilizando o método CTE_EnviarEvento da ACBrLibCTe para enviar evento de serviço em desacordo. No início de Maio passou a me dar erro de serviço indisponível ao enviar tal evento. Então, vi que a versão que estava setada na sessão [CTe] - VersaoDF no ACBrLib.INI era a versão CTe 3.00. Como sei que essa versão 3.00 estava sendo desativada, passei a apontar na VersaoDF para a versão 4.00 do CTe. Com isso, os eventos passaram a ser enviados normalmente. Porém, desde semana passada passou a me dar o seguinte erro no envio: URL para o serviço "RecepcaoEvento" não encontrada na sessão "CTe_SVRS_P" no arquivo "ACBrCTeServicos". Fui no arquivo ACBrCTeServicos.INI e vi que tem lá a URL de recepção de evento na sessão CTe_SVRS_P. Inclusive até baixei a última versão da ACBrLibCTe que é a 0.3.5.246, peguei os Schemas todos, bem como o ACBrCTeServicos.INI, e mesmo assim continua este erro. Alguém teria uma ideia do que possa ser? Segue em anexo arquivo de LOG e mais os dois de configuração para caso alguém queira ver. Obrigado! ACBrCTeServicos.INI ACBrLib.ini ACBrLibCTe-20240520.log

Boa tarde, É possível usar certificado de cartão com ACBrLib? at.te Edson

Boa tarde! Descobri o que estava causando o problema aqui. Estava passando na chamada do método de criar evento dois parâmetros indevidamente. Creio que tenha sido efeito de um Replace que fiz no código e afetou coisas que não deveriam... Estava assim: Reinf_CriarEventoReinf(eArqIni, buffer, bufferLen) E o correto assim: Reinf_CriarEventoReinf(eArqIni) Desculpe o transtorno! Muito obrigado.

Boa tarde, Renato. Essa questão do método de consultar era erro meu aqui. O parâmetro eProtocolo estava na passagem Long, mas ele tem de ser String. Ficou assim então: Private Declare Function Reinf_ConsultarReinf Lib "ACBrReinf32.dll" (ByVal eProtocolo As String, ByVal buffer As String, ByRef bufferSize As Long) As Long Agradeço a atenção!

Boa tarde! Quanto ao problema do outro tópico, não está resolvido. Respondi agora a pouco ali... Mas acredito que esteja com lib correta. Peguei essa DLL 32 que marquei no print. Acabei abrindo esse outro tópico aqui para não misturar os dois problemas.

Ok. Eu apaguei lá da SysWOW64 e como estou com o projeto no estágio de desenvolvimento, coloquei na pasta do executável da IDE do VB6. Então, ocorreu a mesma coisa que antes: consegui inicializar a DLL, porém, deu o mesmo erro que já tinha dado antes Por hora eu adicionei um tratamento de erro na minha função para ignorar esse erro e conseguir prosseguir...

Boa tarde! Após o envio do R-1000 efetuado com sucesso através do método Reinf_EnviarReinf, tive um erro de "Overflow" ao chamar Reinf_ConsultarReinf para consultar o número de protocolo. (ver anexo) Já até aumente minha variável "bufferLen" que é usada no retorno da chamada, mas mesmo assim não adiantou. Alguém tem alguma sugestão do que possa ser? Obrigado!

Boa tarde! Eu fiz isso de retirar a DLL de todos os lugares, de modo que quando fui usar o método de inicializar já me deu "File note Found: ACBrReinf32.DLL"(ver anexo). Depois disso coloquei a DLL somente na C:\Windows\SysWOW64, daí consegui inicializar, mas dá então esse retorno: "49 - Bad DLL calling convention".

Boa tarde! Estou com um problema ao chamar via VB6 a função Reinf_CriarEventoReinf da ACBrReinf32.DLL - Versão 1.0.0.25. Ao passar na linha(ver img1 no anexo) que invoca a função da DLL me dá o retorno: "49 - Bad DLL calling convention". Eu já verifiquei e estou usando a DLL do tipo StdCall, a indicada para VB6. Só que apesar do erro, notei que o ACBrLib funciona conforme o esperado, pois retorna o código 0 (ver img2), bem como cria o XML(img3) do evento na pasta que foi previamente indicada. Porém fico "travado" nessa linha do código da chamada da função com esse erro e não consigo avançar... Olhando o LOG no nível 4(ver img4) também não me aponta nenhum erro. Alguém pode, por favor, verificar se tem algum problema na chamada desse método da DLL? Segue prints em anexo. Obrigado!