José M. S. Junior

Neste retorno não tem registros com os segmentos... Aparentemente está apenas as duas linhas do header e duas linhas do trailler.

Boa tarde. Isso é estranho, pois tem muita gente já utilizando este boleto, se fosse um problema genérico teríamos relatos... Na verdade o padrão para gerar o código de barras é único para todos os bancos, o que muda é a sequencia numérica. Chegou a ver se não é problema com a impressão, ex: imprimir de outra impressora...

Suas configurações SSL estão corretas basta copiar as dlls da OpenSSL e libXML2 para o diretório da sua aplicação http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.7/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/ São apenas essas dlls... Utilize da pasta conforme arquitetura que estiver compilando a sua aplicação.

Quanto a versão do ACBrMonitor, está atualizado. Ok

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

Bom dia, a dll que indicamos é a libXML2. basta setar para utilizar a mesma no componente:

Bom dia, segue o modelo do .ini Procure pela seção: [Pag001] https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Bom dia, pelo validador o XML está tudo ok... Está utilizando a versão atualizada do ACBrMonitor?

@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...

Bom dia Provavelmente não está lendo o parametro com o .ini corretamente no método. Se possível anexe o log.txt do ACBrMonitor

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

Bom dia Adicionamos o campo "Telefone" no .ini, na leitura dos dados do cedente: https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html

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, Precisa atualizar o certificado como SoftwareHouse no site da SEFAZ SP. Como está gerando a assinatura com seu certificado? Utilize o aplicativo ACBrSATSign:

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...

Realizado ajuste para geração do nome do arquivo utilizando apenas o numero do boleto (sem caracteres). Favor realizar os testes...

Bom dia, vamos gerar uma nova versão hoje...