José M. S. Junior

Seria importante questionar eles qual seria a sequencia de seis digitos que deve utilizar pois. No próprio manual especifica da seguinte forma: Nosso Número. O formato do mesmo, conforme manual é MSSSSSS070dd, em que M=Modalidade, S=Sequencial (campo livre), 070-fixo, dd=Dígitos Veja que o SSSSSS corresponde ao campo livre o restante são campos fixos já gerados e calculados pelo componente.

Boa tarde, o que a sua aplicação precisa passar no campo "NossoNumero" é apenas o numero sequencial do campo (Max 6 dígitos) a composição total do nosso número e o Calculo dos dígitos o componente faz no momento de gerar a remessa. Veja o manual em que o componente foi baseado para implementação do cálculo do NossoNumero: Leiaute Cobranca BRB.pdf

Pelo seu log não está passando nenhuma linha ou comando de escrita para impressão. Tente usar o exemplo completo conforme demonstrado nesse método: https://acbr.sourceforge.io/ACBrMonitor/ImprimirTexto.html

O nome Fantasia só está previsto nos dados do emitente conforme documentação da NFe. Para o destinatário o único campo utilizado é o "xNome", esse campo que é emitido na DANFe e também no XML.

Configure dessa forma:

Bom dia, existe uma configuração em tela para mensagem personalizada do Canhoto: Dê uma olhada no item 3 desta Nota de Lançamento para saber quais as variáveis pode utilizar para utilizar campos personalizados no canhoto: https://www.projetoacbr.com.br/forum/release-notes/notas-acbrmonitorplus/

Mas desmarque todas as opções de criação de diretórios... Veja que tem configuração para separar por CNPJ, Data Emissão, Mensal, Separar NFe / NFCe

Bom dia, o código da NF não pode ser o mesmo número da NF: Numero = 75387 Codigo = 75387 Remova a linha do código... Veja que voce ja informou o codigo utilizando a tag cNF

Boa tarde, configure o mesmo diretório para todos os documentos e desmarque as opções de criação de diretórios em pasta separadas na aba: "Diretórios"

Deve configurar sempre um timeOut pouco maior que o tempo configurado no ACBrMonitor, para não encerrar a conexão antes do tempo de espera.

Bom dia, sua versão da lib está atualizada? Se sim anexe o log da lib para verificação.

Obrigado @BigWings, corrigi no manual.

Bom dia, se esta enviando pelo botão então a configuração está correta, pode ser algo faltando nos comandos de envio... Se possível anexe o log do ACBrMonitor.

Na verdade olhando aqui os fontes o Banestes não implementa o CNAB240, dê uma olhada nos fontes... só está implementado o CNAB400 para esse banco. Vou verificar para retornar um exception nesse caso, pois deve estar utilizando o layout padrão do componente.

Todo método via Socket precisa utilizar um terminador: https://acbr.sourceforge.io/ACBrMonitor/Apresentacao.html

Boa tarde, seus fontes estão atualizados? Se possível anexe o seu arquivo.

Bom dia, sim dê uma olhada nesse tópico, utilize a dll padrão do MFe do site da SEFAZ CE

Se está funcionando com outro aplicativo ACBr não teria motivos para não funcionar com o monitor, pois utilizam o mesmo componente... Se utilizar o Botão Ativar na tela do ACBrMonitor / PosPrinter ocorre o mesmo erro? Se possível anexe o log completo do ACBrMonitor e as configurações ACBrMonitor.ini, para uma verificação mais detalhada.

Todos os retornos da SEFAZ vai ter o campo cStat e o campo xMotivo. Tanto em caso de sucesso como erro de dados, precisa ler nestes campos do .ini de retorno. Por exemplo: [NFE28] Versao=1.07 Id= TpAmb=2 VerAplic=SP_NFE_PL_005c CStat=100 XMotivo=Autorizado o uso da NF-e CUF=35 ChDFe=350XXXXXXXXXXXXXXXXX550010000000280000000281 DhRecbto=2009-03-25T09:25:04 NProt=13509000XXXXXXX DigVal=UNTpscTtknjN5UOBUHa9PZPHJnE= Note que a sessão [NFE28] se refere NFe_NumeroNFe. Mas precisa seguir o manual do monitor para saber o nome da sessão de retorno de cada método. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

Pelo log o problema está na comunicação com a porta COM4... (Lembrando que a porta não pode estar em Ativa por outra aplicação como PosPrinterTest por exemplo ). No gerenciador de dispositivos do Windows, está reconhecendo como COM4 mesmo? Esta utilizando a impressora apenas plugada nesta porta ou está instalada no Windows?

Marcos, precisa validar sempre pelo campo cStat, é o código da tabela de retornos da própria SEFAZ por esse código dependendo do que deseja tratar pode identificar o problema. Veja a partir da pag 129: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=9hd38oni4Nc=

Boa tarde, conforme citado acima pelos colegas a melhor forma é passar os dados no formato .txt (estrutura de um .ini) e o ACBrse encarrega de gerar o XML corretamente. Mas no seu caso o problema pode ser no campo <IE>143.234.324.116</IE> não deve passar a mascara, passe apenas os números (12 digitos).

Boa tarde, esta configuração é a mesma que utiliza no PosPrinterTest, é o mesmo componente. Mas a porta não pode estar em uso por outro aplicativo, tente desativar a conexão de outros aplicativo e utilizar apenas o ACBrMonitor. Só precisa mudar as configurações de impressão do SAT para utilizar ESCPOS:

Bom dia, o WebService do BB até o momento disponibiliza apenas o Registro Web, diferente de alguns outros Bancos que implementam a alteração e baixa por exemplo. O manual não deixa claro como realizar alterações, o melhor seria falar com o pessoal do Banco como proceder nesse caso, o fato é que o registro é instantâneo para pagamento nesse serviço, então não são todas as informações que podem ser alteradas.

Bom dia Olavo, você mesmo está copilando a versão do ACBrMonitor? Se sim, experimente alterar na classe: ACBrMDFeDAEventoRLRetrato.pas, com o ajuste sugerido no tópico acima, precisa alterar as propriedades do Qrcode em: AutoSize= False e Width= 289. Por aqui não conseguimos simular esse problema, mas se resolver podemos realizar mais testes e aplicar essa solução...