Rafael Dias

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.

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.

Pelo log mostra que esta ocorrendo a configuração do componente de impressão antes do mesmo ser impresso. Vou fazer testes para ver se consigo reproduzir mas é bem provável que não ocorra visto que as margens são passadas para o componente de impressão antes de imprimir.

Estranho isso visto que antes de cada impressão é feito a configuração da impressão. Post o log para conferencia.

Se não to errado segundo o manual de impressão da NFCe depois da mesma pode ser impresso qualquer coisa que você queira. Olhe o manual que você vai achar o local correto.

0 não é o tipo TMailAttachmenDisposition e sim int falto um cast ali ou usar o enum correto

problema resolvido na ultima versão da dll.

Sim estará aqueles dados extras tbm pode sem configurado na acbrlib ou passado dentro do ini do cfe. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca17.html https://acbr.sourceforge.io/ACBrLib/ModeloCFeINI.html

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

blz menos mal mas devo lançar uma nova versão hoje corrigindo outro erro similar so que acontecia apenas no Harbour.

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

Os dois metodos existem, você pode ler o xml com o metodo CarregarXML e obter o ini com ObterIni ou GravarIni, e usar o ini para ler as informações. E tbm tem os metodos DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU e DistribuicaoDFePorChave, que são para usar o serviço distribuição dfe.