José M. S. Junior

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:

Boa tarde o tamanho do nosso número é definido pela própria classe do componente Boleto. Não precisa alterar esse valor... Lembrando que não deve passar o digito verificador, pois é calculado pelo componente.

Ok, vou verificar para adicionar essas configurações...

@jairomonassa, as modificações feitas para o layout 007 aplicam-se exclusivamente quando é informado esse código de layout em: "fpLayoutVersaoArquivo", se não utilizar esse novo layout as configurações devem permanecer exatamente iguais, para não quebrar compatibilidade com versões anteriores... Se voce comparar com fontes antigos note que estes campos continuam gerando da mesma forma para os layouts anteriores, por isso foi criado a função: DefineCodigoCedente para definir o código do layout... Se você utiliza o layout 007 ou 107 mas com código de cedente de 6 digitos, isso faz parte do layout novo... Então pode ser esse o problema, mas não podemos modificar a forma que funcionava antes. Neste caso anexe o seu arquivo de remessa para que possamos verificar.

Chegou a realizar testes utilizando a opção Envio em Segundo Plano? Isso deve evitar o problema de travamento...