José M. S. Junior

Bom dia, Esta passando errado o nome do método, veja a descrição correta: https://acbr.sourceforge.io/ACBrMonitor/DownloadArquivo.html O XML neste caso é obtido na própria resposta.

Bom dia Se possível anexe o XML e as configurações da lib que está utilizando.

Ajuste disponibilizado no SVN, favor atualizar os fontes. Obrigado!

Ajuste disponibilizado no SVN, favor atualizar os fontes. Obrigado!

Bom dia Está alterando o nome da dll? Se sim, experimente utilizar com o nome original, mantendo-a na mesma pasta da aplicação. Utilize o emulador inicialmente, com ele pode identificar melhor a descrição desse tipo de erro. Para realizar testes utilizando o emulador, siga as configurações do video abaixo:

Bom dia, Utilize o comando NFe.EnviarEvento() https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html As tags para o evento de de Carta de Correção a ser enviado no parametro do método acima, são essas: https://acbr.sourceforge.io/ACBrMonitor/CartadeCorrecao.html

Bom dia @ArqBox, Também dê uma olhada nestas vídeo aulas, explica exatamente sobre essa configuração: https://www.projetoacbr.com.br/forum/video/browse/21-aula-8-utilizando-múltiplas-instancias/

Boa tarde Qual o valor informado que causa a diferença de 0,01 centavo? Poderia passar os valores para que possamos simular o problema? Precisamos testar para aplicar a melhor solução, visto que o componente precisa seguir as regras de arredondamento estipuladas no manual...

Boa tarde O digito do banco é uma propriedade publica do componente, pode ser alterada via código: ACBrBoleto1.Banco.Digito:= ou pelo ObjetInspector em: "Banco"

Veja as configurações que utilizamos na homologação deste modelo:

Bom dia, Algumas impressoras Bematech utilizam o protocolo ESCPOSEpson... Qual o modelo exato da impressora?

Olá Quem já utiliza o ACBrMonitorPLUS ou ACBrLib, sabe que o modelo de resposta entre as duas aplicações são idênticas, porém nas ultimas versões de ambas as aplicações foi realizado uma otimização nos fontes do ACBr, onde todos os componentes de Documento Fiscal eletrônico (NFe, NFCe, CTe, MDFe) passam a retornar tags únicas de respostas, vistos que todos estes documentos utilizam a mesma nomenclatura de Tags no XML de retorno. Devido a isso, a Tag que identifica o número da Chave do Documento Eletrônico foi unificada para "ChDFe" para todos os Documentos Fiscais Eletrônicos. Essa alteração não é algo recente, ocorreu a partir da Versão 1.2.0.16 do ACBrMonitorPLUS, porém, muitos não atualizam constantemente e acabam não identificando estas modificações importantes nos Logs de cada versão... Onde deve ajustar a leitura na sua aplicação? Na resposta de Envio de Qualquer DFe: (NFe, NFCe, CTe, MDFe), na Seção [NFe...], onde se lê o retorno de Envio de cada item , altere a leitura da tag para: ChDFe. Já na seção [Retorno] altere a leitura da tag para : ChaveDFe Ex: [NFe001] ChNFe= (antes) ChDFe= (depois) [CTe001] ChCTe= (antes) ChDFe= (depois) [MDFe001] ChMDFe= (antes) ChDFe= (depois) [RETORNO] ChNFe= (antes) ChaveDFe= (depois) Para maiores detalhes consulte a documentação do ACBrMonitor ou ACBrLib para verificar o modelo completo de Resposta de cada DFe. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html

Marcos, Note pelo log que está conectando em versões diferentes do ACBrMonitor, quando conectou na versão: ACBr MonitorPLUS Ver.1.2.0.80, passou a retornar "chNFe". Quando conectou na ultima versão: ACBr MonitorPLUS Ver.1.3.0.259 - x64 retornou "chDFe" Nas últimas versões realmente houve uma padronização de algumas tags que ainda estavam desatualizadas... Todas dever retornar como "chDFe". Infelizmente ocorrerá essa divergência no retorno com versões diferentes, mas não deverá sofrer alterações estando com a versão atualizada do ACBrMonitor.

Utilizando a impressão escpos é impresso o logo carregado na memória da impressora. Pode ter algum problema com o logo carregado na memória.

Bom dia, se possível anexe o XML que está tentando carregar. O xml gerado em contingencia também deve ser assinado assim como o xml normal, só muda as tags: tpEmis, dhCont, xJust.

Bom dia Foi atualizado a versão do ACBrMonitor nesse período?

Bom dia, Foi adicionado na última versão do ACBrMonitor algumas propriedades do Componente que ainda não estavam disponíveis no Monitor, porém, a definição do nome do diretório como "Enviados" e "Vendas" é uma característica do próprio ACBrMonitor no momento da geração e recebimento dos XMLs, obviamente estes diretórios serão gerados no path configurado em tela:

@LoginSoft Sistemas, veja a resposta neste post:

Boa tarde Os dados configurados através do métodos https://acbr.sourceforge.io/ACBrMonitor/BOLETOConfigurarCedente.html ficam gravados no ACBrMonitor, se for o mesmo Cedente e Conta não precisa enviar estes dados toda vez...

Funciona desta forma mesmo... como eu disse se você estiver utilizando a função "Monitorar Pasta" (Tela de configuração). O ACBrMonitor vai tentar ler todos os arquivos que caírem na Pasta e vai gerar a Resposta com o mesmo nome-resp. Você está informando o comando em um arquivo .ini? O correto seria gerar um arquivo TXT com o comando e o conteúdo do arquivo.ini como parâmetro do método. Se desejar que o ACBrMonitor leia apenas arquivos com o nome específico. Desmarque a opção Monitorar Pasta. Veja mais detalhes de como funciona essa configuração nessa video aula:

Pelo que notei no seu log em algum momento você gerou o arquivo .ini na pasta de Entrada ( C:\ACBrMonitorPLUS\Entrada\CFe.ini )... Se estiver utilizando a opção "Monitorar Pasta" o Monitor vai tentar ler todos os arquivos deste diretório e a resposta será gerada com o mesmo nome do arquivo no diretório de Saída...

O primeiro parametro do método ImprimirExtratoCancelamento(), deve ser o XML de Venda... O segundo parametro deve ser o XML de Cancelamento que anexou. https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoCancelamento.html

Bom dia O recomendado quando enviar uma NFCe e não obter retorno é consultar a mesma na SEFAZ, apenas se não constar na SEFAZ utilize o mesmo Número de Nota para envio, caso contrario incremente a numeração e posteriormente pode Inutilizar a numeração ou Cancelar se for o caso... (Esse é o procedimento indicado até mesmo para ativar a contingência) No ACBrMonitor tem uma configuração para validar o digestValue da NFe, com essa configuração só vai atualizar com o protocolo se o seu XML for exatamente o mesmo que foi enviado, isso pode ser validado pelo digestValue... Essa configuração evita de atualizar o protocolo em um XML errado em caso de geração de XML em duplicidade.

Boa tarde Está utilizando a dll atualizada do fabricante no Monitor? É importante também que estejam juntas todas as demais dlls dependentes disponibilizada pela Elgin... Parece ter algo errado com a dll, pois na consulta de Status operacional, conseguiu conexão mas o retorno está com dados incompletos.

Favor anexar a Unit alterada para validação e atualização no SVN.