Rafael Dias

O QR Code da impressão é apenas para acessar o link da BPe não tem outra informação ali.

como ele disse não tem ainda o metodo. Aguarde que mais segunda vai ter um update sobre isso e uma nova versão da lib e das classes

Cara você esta fazendo errado, você esta usando o xml de antes do envio e precisa ser o xml após o envio, você não esta tratado o erro em caso de timeout. Você precisa fazer os tratamentos corretos na sua aplicação, em caso de time out, fazer a consulta do recibo caso tenha recebido o mesmo, ou consulta da chave caso não tenha recebido nada. O problema não é na dll e sim e como você esta usando ela.

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

Sim a impressão é obrigatória, mas tem vias resumidas, provavelmente por isso que não deve funcionar o quantidade de vias deve estar ai por motivo de compatibilidade.

se não salvou com a autorização devido a um timeout cabe a sua aplicação fazer o tratamento em caso de erro, fazer consulta do recibo etc...

O erro é o mesmo ainda o xml que esta utilizando não esta com a autorização nele. Pelo log você esta enviando o ini mandando gravar o xml não esta enviando o mesmo e mandando imprimir, desta maneira sempre vai imprimir com a faixa. Se quiser imprimir alguma NFe já enviada precisa utilizar o xml que foi retornando pelo metodo enviar.

Eu acho que você deve estar confundindo algo, sempre é impresso 1 via do cliente e 1 via do estabelecimento, são documentos diferentes e não o mesmo. Você pode colocar para imprimir uma via reduzida usando a propriedade SuportaViasDiferenciadas e ImprimirViaClienteReduzida para imprimir uma via reduzida.

Pessoal já esta disponivel a versão das biblioteca ACBr com suporte a multithread. Inicialmente as dll da ACBrLib foram planejadas para serem simples e de facil uso, mas com o passar do tempo foi percebido que alguns usuário precisavam de algum suporte extra, principalmente para que quer usar as lib para API web. Por isso fizemos esta versão nova das bibliotecas visando atender melhor este tipo de ambiente, com este lançamento já possivel usar as bibliotecas em ambientes multithreads ou se necessario ter 2 instancias da lib com configurações distintas. As vantagens e desvantagens você ve abaixo. Pros Múltiplas instancias da lib, pode ter 2 libs carregada simultaneamente com configurações diferentes. Pode ser usada em thread separada da principal, facilitando assim seu uso em serviços. Contras Precisa que seja usado um ponteiro para controlar a instancia da lib Precisa sempre passar o ponteiro da instancia para executar um metodo. Não iremos descontinuar a versão single thread que já usa assim e te atende bem pode continuar usando, agora quem precisa de multithread pode agora utilizar esta nova versão. Para quem baixa do site basta usar as dll que estão na pasta MT e atualizar sua classe com os novos parâmetros ou se usar as classes disponibilizadas pelo projeto basta atualizar elas para sua variante MT. Para quem compila dos fontes vai ver que tem novos modos de compilação terminados com MT basta compilar com este modo. É recomendado a uso na lib com MT caso você tenha as seguintes necessidades. Precisa imprimir de forma simultanea o pedido na cozinha e no balcão. Tem uma API concentrada de envio de NFe e/ou Boleto que usa varias empresas e de forma simultâneas. Exemplo de alteração das chamadas para usar a versão MT. Os demos também foram atualizados para funcionar com a versão multithread basta utilizar os demos com MT no nome Ainda temos mais modificações para atender melhor vocês, fiquem ligados nas próximas novidades da ACBrLib.

aqui eu acessei o link normalmente. https://producao.ginfes.com.br/ServiceGinfesImpl?wsdl

Senão houver nenhum evento de manifestação do destinatrio, Ex.: Ciência da Operação, não vai vir o xml mesmo apenas o resumo.

hSaiEnt era nas NFe antigas.

Realmente muito estranho isso. So um pergunta você usa fontes maiores que o padrão ? Senão me engano o Fortes Report tem um bug quando o dpi é diferente do padrão.

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

Eu uso o windows 10 aqui nos meus testes, deve ser algo na impressora instalada ai.

Sim o mesmo resultado, nada diferente. 11200803887789000132550020000000151000000078.pdf 11200803887789000132550020000000151000000078_2.pdf

Eu não consegui reproduzir o erro aqui. a impressão ocorre de maneira correta. 11200803887789000132550020000000151000000078.pdf ACBrLibNFE-20200818.log

Que eu saiba é um requisito do SAT/MFe, na NFCe não tem nada informando isso, mas na epoca das ECF tbm tinha isso. Veja que na documentação fala sobre os convênios que impõem isso você pode ler eles e ve se eles incluem NFCe ou se é uma coisa que o fica a cargo do estado exigir ou não.

use o comando lock do c# ou espere que provavelmente no próximo mes terá a dll com suporte a multithread.

Como disse este xml que você postou não contem os dados do protocolo de autorização, você esta pegando o xml antes de enviar e não o depois de ter o retorno. Carregue este xml no componente e faça a consulta do mesmo que a autorização será adicionada no xml e salve ele novamente que ficara correto.

O arquivo que você esta carregando para visualizar não tem os dados de autorização da NFe.

Na verdade não, maioria dos SAT tem dll x64, é mais questão mesmo do emulador que so tem x86.

Se você estiver carregando o demo do SAT em uma JVM x64 não vai funcionar com o emulador pois o mesmo é apenas x86.

Isso devido as diferenças de API no caso o ACBr usa API do windows e o mesmo so acessa o certificado A3 pelo seu número de serie. Obs.: pessoalmente esta API que tu usa é falha pois e se tiver 2 certificado A3 na maquina como ele vai saber qual usar sendo que so diz que o certificado é do tipo SmartCard ?

Este erro ocorre pois você esta usando a dll em threads e a mesma não da suporte a isso, tente usar o comando lock para que não seja executada varias coisas simultâneas.