Rafael Dias

Não vai funciona com StdCall mesmo a classe é feita para consumir a dll em Cdecl, sobre este erro ai não consegui simular o mesmo aqui, tem um passo a passo de como fazer ele usando o demo ? E eu to vendo pelo log que você toda hora esta chamando o inicializar da lib, pode ser isso que esta ocasionando o erro ele precisa ser chamado apenas uma vez e quando parar de usar deve se chamar o metodo finalizar.

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

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

que bom que funcionou, fico feliz Obrigado pelo retorno.

O problema é ai acabei de testar aqui e esta funcionando corretamente.

Eu vi aqui que a classe em (x)Harbour estava passando o primeiro parametro como string e o mesmo é inteiro, pode ser isso o motivo do erro eu ajuste e enviei no svn teste com ela por favor.

Então esta usando a classe em harbour ou esta usando uma classe própria ?

Como o @Italo Jurisato Junior falou você esta passando os parametros incorretos, olhe este trecho do log 27-12-19 13:09:39:503 - NFe_DistribuicaoDFePorUltNSU(28725192,00127817000125,0, ) ali o primeiro parâmetro devia ser o código da UF no segundo o cnpj e no ultimo o nsu https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorUltNSU.html

Não temos planos ainda para este método, mas vou colocar sua sugestão na lista.

Então os exemplos em harbour são contribuições da comunidade, não temos nenhum programador em harbour. Mas o passo a passo resumido é configurar os dados do cedente, inserir os títulos e gerar e/ou imprimir os títulos.

Provavelmente é permissão, pois você deu premissão para o root e não para os outros usuários. Recomendo criar um grupo de usuários e dar permissão para este grupo e colocar todos os usuários nele.

tem como me passar os xml de envio e retorno ?

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

Correção da classe no SVN.

Pelo log o que esta ocorrendo é o seguinte você esta enviando 2 vezes o comando de enviar para a mesma nota. A primeira envia, autoriza e gera o PDF normalmente, Na segunda envia, da erro de duplicidade, substitui os dados anteriores e o PDF, por isso seu PDF fica incorreto. Verifique seu fluxo de envio e tente descobrir o motivo de estar enviando 2 vezes a NFe, ocasionando o erro de duplicidade.

me passe o arquivos de envio e retorno, pois geralmente o erro acima é quando manda o cnpj com pontos e numeros ou alguma informação extranho para geração do xml de envio para SEFAZ.

Como disse testou mudar a sessão DANFENFCe na chave TipoRelatorioBobina para tpFortesA4 e depois exportar para PDF. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Se você manifestou então você esta fazendo algo errado, vejo que isso não é erro da biblioteca o governo/SEFAZ informa que não tem nada e neste caso não a nada que possa ser feito. Sobre o envio do evento é indiferente qual software se usa desde que o evento seja enviado. na sua sequencia não precisa de chamar o assinar este método é apenas se você quiser assinar o xml da nfe antes de enviar assim podendo salvar o xml já assinado, não funciona nos eventos.

Então você não enviou o evento de Manifestação do Destinatário precisa enviar o mesmo para a nota estar disponivel no distribuição DFe, no topico abaixo o @Italo Jurisato Junior explica bem o funcionamento das coisas. O modelo de ini deste evento você encontra nestes links abaixo. https://acbr.sourceforge.io/ACBrLib/ModelosEventoINI.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioConfir.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioCienci.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatario-Desco.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioOperac.html

Você esta dizendo que na função de exportação de PDF não esta respeitando a configuração de layout é isso ? Se for isso enviei uma nova versão da biblioteca que resolve este problema, lembrando que é necessário setar o TipoRelatorioBobina para tpFortesA4.

Pelo visto você esta mandando o CNPJ com pontos e barras, e o mesmo precisa ser apenas números.

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

Não existe limite de altura em impressora de bobina, pois se houve-se em escpos também daria o problema. E como disse não parece ser problema no ACBr e sim no driver da impressora.

Rapaz eu acho que vi o erro aqui e era na classe do Java que tava desatualizada, eu enviei uma correção, baixe novamente e teste fazendo favor.

Sim pois como SSLCryptLib = 0 não tem nenhuma classe para consumir o certificado. Pelo visto é algo em relação ao carregamento da dll do OpenSSL, checa se a versão do OpenSSL é maior que 1 e menor que 1.1 e checa se a mesma é x86 ou x64 de acordo com a biblioteca que esta usando, Ex.: se sua biblioteca que esta usando é x86 a do OpenSSL também tem quer ser e vice e versa.