José M. S. Junior

Boa tarde, vamos verificar assim que possível.

Para contornar o problema até que seja ajustado, pode informar os campos da seguinte forma, assim não será gerado no xml: [Entrega] ... PaisCod=0 Pais=

Boa tarde Este erro está ocorrendo apenas em Produção? No ambiente de produção não está sendo validado pela SEFAZ, segundo data da NT 2018.005 Porém realmente existe o problema na leitura do ini, onde sempre está gerando o codPais e xPais. Vamos disponibilizar este ajuste em uma nova versão.

Mas note no código fonte desse banco função (LerRetorno) que não é alimentados os dados do sacado no momento da leitura do retorno, Na leitura de retorno da maioria dos Bancos é lido apenas campos de identificação do Título e os dados necessário para atualização das ocorrências do Banco. Demais campos que existam no retorno, precisa ser implementado na função de leitura. O campo padrão de leitura existente em todos os Bancos é o: ACBrBoleto1.Cedente.CNPJCPF. Não é esse campo que precisa?

Bom dia Aparentemente não esta implementado a leitura de informações do Sacado.

Bom dia o CSC e o IDCSC estão configurados de forma correta para ambiente de homologação? Normalmente quando existe divergência nesta configuração, ocorre esse erro.

Boa tarde Precisa Enviar comando a comando mesmo, precisa validar se obteve exito na resposta de cada comando, para prosseguir até o método de Envio...

Boa tarde Carlos Sim, esta preparado, utilize os mesmos nomes do grupo Remetente. Vamos ajustar o manual com o campos que estão faltando no grupo Retirada e Entrega.

Bom dia, Realmente estranho este erro... Testando aqui utilizando seu arquivo não apresenta o erro, conforme o anexo. Não existe layout para impressão de Inutilização em ESCPOS mas no monitor tem tratativas para não utilizar ESCPOS na inutilização e sempre utilizar Impressão Gráfica... Experimente selecionar uma impressora padrão na aba DFe/Impressão/Geral/Impressora Padrão. Inutilizacao.pdf

Bom dia O nome do campo está correto, mas no final do arquivo não está fechando as aspas duplas ( " " ), pode ser isso que está se perdendo.

Subimos uma atualização no SVN realizando a validação de instrução de protesto para este banco. Favor realizar testes, informando o campo "DataProtesto". Obs: É importante questionar esse Banco quanto ao uso das instruções, pois todas as validações (Juros, Multa, Protesto, Prazo Pagamento) são realizadas validando no campo "Instrucao1" e "Instrucao2", mas se tiver mais de duas situações, algumas não serão adicionadas nas instruções, como tratar isso? Da forma que está hoje a prioridade é para Instruções de Juros e Multa...

Boa tarde Aparentemente os campos já se encontram no no Manual do ACBrMonitorPLUS, e as regras em si já estão sendo validadas internamente pelo componente. Qual campo não identificou? A unica exceção é: "inclusão de mensagem de interesse da SEFAZ" que ainda não é tratada na resposta. Mas será em breve...

Para fazer isso precisa adicionar um boleto por vez na lista, ou seja, adiciona um titulo e gera o PDF. Pode definir o nome de cada PDF a ser gerado chamando antes o método abaixo: https://acbr.sourceforge.io/ACBrMonitor/BOLETOSetDiretorioArquivo.html

Vamos Analisar...

Bom dia O nome da propriedade é o citado acima, fica em Cedente / CodigoTransmissao e Cedente / Modalidade

Bom dia A ideia é que as configurações de remetente de e-mail gravadas no ACBrMonitor (em Tela) sejam fixas mesmo, e não sejam alteradas via comando. O principio para emissão de qualquer documento do ACBrMonitor é que cada empresa utilize um instancia do ACBrMonitor, então as configurações de e-mail do remetente seria única (email, senha e SMTP da Empresa). Se realmente necessitar alterar as configurações do Remetente a cada envio, a melhor opção é utilizar o objeto "EMAIL" adicionando a configurarão via comando a cada envio e anexando os arquivos... A opção de alterar os campos da chave no arquivo ACBrMonitor.ini realmente tem a questão da criptografia, mas é uma rotina bem simples, baseada em uma chave. Também poderia ser implementada por qualquer outra linguagem, se deseja analisar a rotina e implementar na sua aplicação, pode analisar a função "StrCrypt" nos fontes do ACBr (Baixando pelo SVN) em: "C:\ACBr\Fontes\ACBrComum\ACBrUtil" A chave cryptografada é gravada no arquivo ACBrMonitor.ini em Binário. E utiliza mesma função para Descriptografar.

Bom dia Já existe o link exclusivo para a versão ACBrMonitor Linux, segue abaixo: As vezes, a versão Linux não é disponibilizada no mesmo dia da versão Windows, mas note que acompanham as versões semanais Windows... Apenas quando é disponibilizado um versão que não está totalmente estável (Teste) aguardamos um poucos mais para disponibilizar a versão Linux.

O método Email e Boleto, são métodos diferentes... Se utilizar o método Email, utilize a sequência de comandos abaixo, enviando um comando por vez. Deve anexar os boletos. https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoEMAIL.html Se for utilizar apenas o método boleto.enviaremail precisa que as configuracoes de email ja estejam gravadas no Monitor ou poder editar o arquivo ACBrMonitor.ini e utilizar o o método ACBr.lerini para atualizar os dados em memória.

Deve passar como parâmetro o XML de Venda e como segundo parâmetro o XML de Cancelamento. Aparentemente seu segundo parâmetro está errado... https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoCancelamento.html

Não foi possível simular esse erro, por favor anexe o arquivo com as configurações do Monitor: ACBrMonitor.ini e o XML de inutilização.

Boa tarde Ajuste disponibilizado no SVN, favor atualizar os fontes.

Qual versão do ACBrMonitorPLUS está utilizando?

Anexe o arquivo com as configurações do Monitor ( ACBrMonitor.ini ) para verificação... Se possível anexe também o arquivo .ini com as configurações da NFCe que está testando.

Bom dia Tentou aumentar o TimeOut? O erro indica que não está obtendo resposta da WebService desta SEFAZ...

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado