José M. S. Junior

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

Atualizado no SVN. Obrigado!

Atualizado no SVN. Obrigado! Devido tópico ficar extenso vamos encerrar o mesmo. Para novas demandas favor criar novo tópico.

Atualizado no SVN. Obrigado!

Atualizado no SVN. Obrigado pela contribuição!

Atualizado no SVN. Obrigado!

Favor atualizar os fontes e realizar os testes. Obrigado!

Ok, vou atualizar isso no SVN. Obrigado!

Boa tarde, a NFe foi criado pelo ACBrMonitor? Pois se está assinando é porque não ocorreu erro de validação. Se possível anexe o log.txt para melhor entendimento...

A sintaxe do método que está passando está errado... Pode passar como parametro o conteúdo do .ini entre aspas duplas. mas NFe.EnviarEvento e NFe.Cartadecorrecao são comandos distintos. Use da seguinte forma: NFe.EnviarEvento("[EVENTO] idLote=1 [EVENTO001] chNFe=21180858656489000134550010000101331160848991 cOrgao=21 CNPJ=8656489000134 dhEvento=01/09/2020 tpEvento=110110 nSeqEvento=1 versaoEvento=3.10 descEvento=Carta de Correcao xCorrecao=Inf.teste de envio dddddddddddddddddddddddddddddddddddddddddddddddddddd cUF=21")

Utilize apenas o método EnviarEvento, com o seu conteúdo .ini da carta de correção https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html

Bom dia. Creio que esteja falando dos métodos de Distribuicao da SEFAZ: https://acbr.sourceforge.io/ACBrMonitor/DistribuicaoDFePorUltNSU.html Dê uma olhada nesse tópico, onde está detalhado como deve ser utilizado os métodos DistribuicaoDFe:

Sim com certeza, se não tiver problema pode passar em PV, posso fazer um teste em homologação.

Deve funcionar com a versão 64 também, porém essa versão utiliza outra dll de comunicação (versao 64) então essa versão deve ser instalada em outro diretório para evitar conflito das libs... Ou talvez a lib d versão 32 esteja no diretório do Windows e esteja causando o conflito.

Pode ser alguma configuração do provedor mesmo? O anexo não está chegando como html no corpo do e-mail?

@Sérgio De Oliveira Santos, você tem os dados para autenticação em homologação? Poderia ser o que utilizou no Postman mesmo...

Bom dia, está utilizando a ultima versão do Monitor em 32 bits também? Aparentemente não houve alteração quanto ao envio de e-mail no componente. Experimente utilizando envio TLS.

Silvia, experimente realizar um teste com o método Boleto.EnviarEmail, verifique se com esse método o anexo é enviado normalmente ou se ocorre o mesmo problema, pois por aqui não conseguimos simular...

@Aggille Sistemas de Gestão, Apenas para esclarecer... Sua sugestão seria apenas não alimentar o campo SeuNumero no retorno CNAB240?

Boa tarde Emerson, talvez essa modificação possa quebrar a compatibilidade para quem já utiliza o componente alimentando os campos Agencia e Conta... Note que quando utiliza o parametro LeCedenteRetorno o campo CodigoCedente é preenchido com as mesmas posições da Agencia e Conta, ou seja esse campo pode retornar Agencia e Conta ou Cód.Cedente, isso parece ser um padrão de diversos bancos. Neste caso creio que basta ignorar os campos Agencia e Conta e utilizar apenas o campo "CodigoCedente" quando o retorno for baseado no nesse Código.

Boa tarde Jairo, Analisando os fontes anteriores, verificamos que essas alterações não tem haver com a atualização do layout... Note que em versões anteriores o codCedente já era preenchido com zeros. E na linha 1034 já erá preenchido com o numero da Agencia, antes da alteração... Foi apenas adicionado o IF para manter a compatibilidade e continuar gerando da mesma forma quando o codCedente for 6... Verifique se a versão do layout que o banco está exigindo é a mesma atualizada no ACBr. Pois mesmo na versão anterior sempre estava sendo atualizada pela comunidade...

Experimente utilizar WinCrypt em SSLHTTPLib, apenas certifique que o Windows esteja 100% atualizado...