José M. S. Junior

Bom dia, realize um teste com a última versão 1.1.0.41.

Boa tarde, como está tratando o retorno do WebService? Trata o retorno como exemplificado no ACBrNFE_demo. A configuração existente no componente é o tempo de resposta "AjustaAguardaConsultaRet". Se não deixar automático pode configurar o tempo de resposta e qtd de tentativas.

Boa tarde, vamos verificar a simulação acima... Se passar via linha de comando, continua apresentando o ERRO: Unable to create file "C:\ACBrMonitorPLUS\ACBrMonitor.ini" ?

Boa tarde, está disponível a versão 1.1.0.41 do ACBrMonitorPlus. Para o caso do encerramento de MDFe, utilize o comando passando o nº de Protocolo. Conforme Manual: ACBrMonitor.pdf ex: MDFE.ENCERRARMDFE([ChaveMDFE],[dtEncerramento],[cMunicipioDescarga],[nCNPJ],[nProtocolo])

Bom dia Veja em: [infMunCarrega] informe [CARR001] [infMunDesCarrega] informe [DESC001] cUnid=00 (Não existe) informe - cUnid=01 [perc001] [perc002] Percurso não precisa informar neste caso, por se tratar de entrega no mesmo Estado

Bom dia, por favor anexe o XML para validação.

Bom dia Informe o código do município de descarregamento ex: MDFE.EncerrarMdfe("28171004640083000134580010000000061000000066", "25/10/2017", "2800670", "04640083000134") Pelo erro do retorno parece não estar com problemas na consulta do MDFe, neste caso pode informar o caminho do XML ao invés da chave. O ACBrMonitorPlus está atualizado? ex: C:\XML\28171004640083000134580010000000061000000066-mdfe.xml.

Deve ser preenchido o campo "DataMulta"

Existem algumas diferenças nas tags aceitas pelo ACBrMonitor em relação ao txt anexo. Compare seu txt com o modelo correto em anexo. Consulte também o manual com campos novos da versão 3.0: http://acbr.sourceforge.net/ACBrMonitor/MDFeCriarMDFe.html MANIFESTO_mod.txt

Boa tarde, é possível se pegar a regra de cálculo do dígito verificador conforme manual e ir alterando o campo NossoNumero conforme o resultado que espera no dígito.

Obrigado, vamos ajustar...

Bom dia, está configurado para a versão 3.0 do MDF-e? Anexe o XML para verificação...

Boa tarde, na versão 4.0, tem o campo para informar o valor do troco: "vTroco"

Correto, houve essa separação devido a outros problemas por utilizar o mesmo valor para campos diferentes, mas essa alteração já faz alguns meses.

Outras pessoas estão com o mesmo problema, mas o banco precisa indicar qual informação deve ser passada, visto que os valores estão conforme indicado no layout...

O arquivo está em conformidade com o layout CNAB400 Itaú, apenas o campo data da multa não está sendo preenchido "DataMulta" pode ser isso... Caso contrário solicite ao banco a versão do layout que estão validando, podem ter mudado alguma coisa.

Anexe o arquivo de remessa se possível... chegou a verificar se está preenchido estes campos na posição devida baseando pelo layout?

@Edevair Viesa Junior, como já tem outro tópico referente a esse assunto. Vou encerrar este.

Consegue gerar um relatório com estas divergências? No print cita apenas o código da ocorrência... que não tem alterações...

Bom dia, se trata de CNAB400? deve ser preenchido os dados referente a multa. Campo "PercentualMulta".

Bom dia, esse erro ocorre apenas com este XML? realizando um teste por aqui com o ACBrNFe_Demo está assinando sem problemas. Qual SSLLib está utilizando? veja se sua aplicação não está utilizando outra dll ou schemas desatualizados.

Bom dia, rejeição 458 (A informação do tipo de Transportador não deverá ser informada), informe esse tag com valor 0 (Nenhum) para não ser gerado no XML. tpTransp=0

Esta linha deve ser gerada sempre que houver valor de multa informado, ou seja, o campo: PercentualMulta estiver preenchido

Verifique se não está passando os 17 dígitos completos para o campo, deve passar apenas a numeração referente ao nosso número, a concatenação formando os 17 dígitos é feita pelo componente chamando a função "MontarCampoNossoNumero"