José M. S. Junior

A rejeição do seu XML não tem a ver com o erro de Schema citado neste tópico. Veja na validação do site SEFAZ (imagem 2) que seu XML apresenta erro de Schemas referente campo vlICMSSubstituto... Será disponibilizado hoje uma versão do Monitor com opção de gerar ou não essa tag. Para mais detalhes sobre esse problema, acompanhe o tópico:

Bom dia, utilize uma versão mais atualizada do ACBrMonitor, sua versão é bem antiga, pode ter ocorrido alterações.

Qual o erro de Schema? se possível anexe o XML para validação.

Bom dia Houve melhorias de codificação na questão de unificação de códigos utilizados também por outros projetos. Vamos verificar a questão deste campo...

Existe sim, vamos adicionar a nossa lista de tarefas... mas se desejar contribuir poderá implementar essa leitura e anexar o fonte aqui que atualizamos no SVN.

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.