José M. S. Junior

Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

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

Pode utilizar sem problemas, o que citei é que se utilizar o preview sempre exige interação do usuário para mandar imprimir e fechar a tela. Mas não ficou muito claro qual o erro... Se possível anexe um print. Realmente está trazendo o path do log, vamos padronizar isso conforme ocorre com a NFe.

Bom dia Josevaldo, Na aba DFe / Diretórios é onde fica a Configuração para estrutura de geração de diretórios do XML, baseando sempre no diretório raiz configurado no campo "Pasta Arquivos DFes" + campos configurados (ex: CNPJ / Data). Ao enviar o MDFe, na resposta também é retornado o path completo onde foi gerado o XML... Mas realmente está faltando um método que retorne o path de configuração do XML MDFe, será adicionado nas próximas versões... A opção "Mostrar Preview Antes da Impressão" sempre vai exigir uma interação do usuário, ou seja, é preciso clicar em imprimir e fechar a tela de preview, para que o ACBrMonitor volte a Ler comando. Experimente desmarcar essa opção e mandar impressão direto para impressora. Pelo exemplo postado acima gerou o XML com chave zero... Isso está errado, se possível anexe o log.txt completo do Monitor para análise (pode marcar a opção de log na tela inicial "Log de Comandos"). Anexe também o arquivo .ini que está gerando...

Favor testar com essa versão.

Boa tarde @Matheus de Oliveira Adicionado parte das alterações ao SVN, obrigado pela contribuição... Quanto a leitura da ocorrência, qual o motivo para ler sempre as 10 posições do campo dentro do FOR, visto que a cada laço deve considerar apenas duas posições da ocorrência? Se aplicar a mesmo solução existente no Banco Bradesco por exemplo não resolveria? Se possível anexe o arquivo de retorno para um melhor entendimento do problema...

Boa tarde Sua contribuição foi adicionado ao SVN, com mais algumas alterações baseada no padrão de outros Bancos, favor testar... Obrigado pela contribuição...

Segue em anexo, favor testar com estes executáveis: ACBrMonitor.zip

No seu método você está forçando o envio como Assíncrono, passando o ultimo parâmetro como False, dessa forma precisará consultar o MDFe para obter resposta... Passe o ultimo parâmetro como True e o próprio Monitor se encarrega de obter o retorno completo na resposta.

Boa tarde Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Boa tarde Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Um dúvida, você consegui emitir NFe com esse mesmo Certificado e emitente? Pois o processo é o mesmo... Se sim anexe o (log.txt) do ACBrMonitor e seu arquivo .ini com dados do MDFe para uma melhor análise...

Olá Sim, pode passar como parâmetro tanto o path do XML ou apenas a chave para consulta, que também vai funcionar... A diferença é que passando o XML, o mesmo vai ser atualizado com o protocolo ou evento... passando só a chave vai receber apenas o XML de consulta da SEFAZ com o protocolo.

Este erro é retornado pela própria SEFAZ quando há divergência no CNPJ do Certificado que assinou o XML e o CNPJ utilizado com dados do Emitente... Verifique como está sendo gerado o XML, pode ter alguma diferença no CNPJ por mais que seja da mesma empresa.

Bom dia, preencha este campo com 8 dígitos totalmente aleatórios. Ou deixe este campo em branco e o próprio componente vai calcular um código Randômico.

Bom dia, foi realizado ajustes para este banco, favor realizar os testes...

Bom dia O Certificado configurado no Monitor utiliza o mesmo CNPJ utilizado no campo emitente? pode consultar pelo método: https://acbr.sourceforge.io/ACBrMonitor/NFECNPJCertificado.html

Bom dia Quanto ao tempo de espera implementado na sua aplicação pode ser dinâmico... Se for um método que exija timeout como por exemplo envio de NFe, passe o mesmo timeout configurado no ACBrMonitor para o processo, assim não terá problemas de tempo de espera na leitura do retorno por parte da sua aplicação... Quando ao semáforo que precisa implementar para aguardar o comando em processo, independente da forma como controle isso, precisa sempre se basear na leitura do retorno para permitir o envio de um novo método, poderia ser uma classe que gerencie esse fila de métodos e o diretório de respostas...

Bom dia, pode fazer das duas formas, informando o método e o path do arquivo .ini como parâmetro. Ou informando o método e todo conteúdo do .ini como primeiro parâmetro, (sempre entre aspas duplas) ambos iram funcionar... https://acbr.sourceforge.io/ACBrMonitor/ComoemitirumMDFe.html

Por favor anexe também o manual de cobrança do Daycoval e o manual para geração do Boleto que utilizou para implementar este banco.

Boa tarde Ajuste já disponível no SVN... Estará disponível também não próxima versão do ACBrMonitorPLUS.

Sim, versão 1.2.0.78

O Banco do Brasil está aceitando algum código diferente de (1, 2, 3 )? Pois seguindo o layout CNAB240 específico do BB só consta estes 3 códigos para protesto, acredito que por isso foi implementado dessa forma...