José M. S. Junior

@Solusoft, notamos que a assinatura que está gerando no XML realmente é invalida... Conforme citado não foi realizado testes com esse tipo de certificado. Mas foram realizadas algumas modificações recentes no componente, conforme citado no tópico anexo.... Experimente atualizar para a ultima versão do ACBrMonitor, onde já contempla estes ajustes e realizar os testes...

Notas de Lançamento 1- Adicionado campo "Telefone" em Dados do Cedente no Boleto [*] O campo telefone do cedente sai impresso no boleto Ex .ini: [Cedente] Telefone= https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html Veja registro completo

Vamos verificar com esse modelo de layout...

Não, nunca será retornado apenas o ultNSU... sempre que houver registros vai retornar uma String (bem grande e com quebras de linha) no formato de um arquivo .ini, Precisa ler a sessão [DISTRIBUICAODFE] utilizando o formato .ini, onde vai ter as tags ultNSU e maxNSU. e abaixo pode vir até 50 sessões entre [ResNFE], [ResEVE] [InfEVE], [InfNFE] Verifique a resposta que está gravando no Log do ACBrMonitor... Será a mesma resposta que terá via Sockets... Considere utilizar um timeout maior de espera na sua comunicação Sockets, pode ser que esteja tentando ler o retorno antes de obter a resposta da SEFAZ...

Estas opções existentes são recentes e são utilizadas apenas por alguns bancos no Registro On-line (via WebService). Para pagamento parcial no envio através de remessa seria necessário ver com o Banco se é possível e provavelmente precisaria passar uma instrução via remessa para isso...

Veja como é um modelo de resposta... Independente se é troca de arquivos ou sockets: https://acbr.sourceforge.io/ACBrMonitor/ModeloRespostaDistribuicaoDFePor.html precisa lera tag no retorno, e adicionar o ultNSU na próxima consulta: ultNSU=000000000000333 maxNSU=000000000000500 Mas enquanto existir arquivos de Resumo de NFe "RES" na fila vai baixar estes primeiro... Esse controle é da SEFAZ dependendo da ordem de geração e manifestação das NFes. Precisa ir baixando até chegar no "maxNSU".

Bom dia, aparentemente não houve alteração no componente quanto a tamanho da fonte. Teria um modelo mais antigo de como deveria imprimir, para que possamos analisar?

Sinval, por favor anexe o log completo do ACBrMonitor para análise. Verifique se o ambiente de consulta (Homologação / Produção) está configurado corretamente conforme o ambiente que a NFe foi transmitida. Outro detalhe é que os arquivos são baixados apenas uma vez. Se esse aplicativo "espião" estiver baixando os mesmos XMLs pelo serviço DistribuicaoDFe. não estarão mais disponíveis para download pela SEFAZ.

Bom dia Está utilizando o método DistribuicaoDFeporUltNSU ? Se sim, parece estar correto... vai trazer primeiro os resumos de NFe conforme a ordem que foram emitidos... Para baixar o XML completo o destinatário precisa realizar a Manifestação da mesma, só então será disponibilizado o XML completo pela SEFAZ nacional, mas isso pode levar um tempo a disponibilização do XML não é imediato.

Boa tarde, sua contribuição foi atualizado no SVN. Obrigado! Costumamos adicionar o link do tópico de contribuição no ChangeLog, para identificar qual foi a contribuição e quem contribuiu. Com isso temos uma linha do tempo para consultas posteriores.

Atualizado no SVN. Favor realizar os testes. Obrigado!

Atualizado no SVN. Favor realizar os testes...

O Instalador é apenas para Delphi... Com o Lazarus precisa instalar os packages de forma manual:

Bom dia, a impressão do cupom é independente da comunicação com o SAT? Pelo log não apresenta esse tempo na geração do cupom, transmissão até o método de impressão... Provavelmente essa demora está na comunicação com a impressora. Qual a configuração de impressão está utilizando? Experimente ESCPOS.

Boa tarde, vamos verificar...

Realmente... Neste caso não existe este serviço via WebService. O componente seria para Geração e Transmissão de NFS-e

Boa tarde, pode utilizar o mesmo projeto do SAT em C#, funciona da mesma forma para o MFe basta instalar o DriverMFe e setar a dll do aparelho... Temos um Demo de exemplo também em C#

Boa tarde, para começar a utilizar o componente ACBrNFSe em Delphi basta utilizar o exemplo já pronto para realização dos testes... Depois implementa no seu sistema seguindo o exemplo dos métodos utilizados. fica no diretório: ..\Exemplos\ACBrDFe\ACBrNFSe\ no repositório do ACBr. Só precisa ter a suite do ACBr Instalada no Delphi (na pasta Trunk2 "ACBrInstall_Trunk2.exe") e também o componente FortesReport para emissão dos documentos.

Olá, apesar de ser obrigatório o uso do Integrador na máquina, pode ser realizado a comunicação direta com o MFe através da dll atualizada do DriverMFe. Veja esse tópico: A lib não gerencia a fila de impressão, pode até ser utilizado aparelho compartilhado mas o controle precisa ser implementado na aplicação. A lib assim como o componente apenas gera o XML, transmite e retorno o processamento do aparelho.

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

Olá, chegou a identificar em que momento ocorre lentidão? Seria no retorno do aparelho? É possível identificar isso através do log do ACBrMonitor ou mesmo extraindo o log do aparelho.

O erro ocorre no momento do envio? Se possive anexe o log do ACBrMonitor. E também as configurações do certificado que está utilizando no ACBrMonitor...

Boa noite, se voce utiliza o ACBrMonitor ou ACBrLib isso ainda não está disponível. O componente ACBrNFS-e está sendo refatorado, quando esse processo finalizar ai sim podemos adicionar...

Utilize a versão atualizada do ACBrMonitor PLUS. A partir dessa data foi reativado algumas validações na SEFAZ:

Boa tarde, até o momento apenas os Bancos Caixa e Bancodo Brasil estão implementados e disponíveis para homologação. Veja esse tópico com as instruções: