José M. S. Junior

Bom dia, acredito que o correto seria sempre multiplicar por 100, assim como é feito com demais bancos...

Atualize seu ACBrMonitor, última versão 1.1.0.40 Configure para a versão 3.0. do MDFe utilizando o Comando: MDFe.SetVersaoDF("3.00") Informe os dados reais no emitente, e preencha todos os campos que faltam, veja os campos novos da versão 3.0: http://acbr.sourceforge.net/ACBrMonitor/MDFeCriarMDFe.html

Estes dados estão no entnfe.txt, por isso estão saindo... [DadosAdicionais] Complemento=Tributos.: R$ 6.46 Fonte.: IBPT;{\rtf1\ansi\ansicpg1252\deff0\deflang1046{\fonttbl{\f0\fnil\fcharset0 ARIAL;}};\viewkind4\uc1\pard\f0\fs20\par;};

Esta informação está no XML... Como está o arquivo .ini para geração do xml? Anexe aqui se possível. Utilize o comando NFE.SetModeloDF("55") antes de gerar o XML

Boa tarde, anexe o XML gerado para verificação.

Boa tarde, no manual atualizado está disponível todos os campos do MDFe, inclusive para versão 3.0 http://acbr.sourceforge.net/ACBrMonitor/MDFeCriarMDFe.html

Utilize o método NFe.SetModeloDF("55") antes de passar os valores para gerar o XML .Esse comando define o modelo 55 - NFe / 65 - NFCe. O erro parecer ocorrer devido estar utilizando o modelo incorreto...

Bom dia, por favor anexe o arquivo .ini para geração do CTe-OS e o XML gerado, para verificação.

Bom dia Obrigado, o erro do log se trata de incompatibilidade de Schemas com o XML gerado. Utilizando o comando NFe.EnviarNFE, também não ocorreu este erro? pois na verdade utiliza o mesmo método para validação...

Bom dia, atualize a pasta Schemas... caso persistir o erro anexe o arquivo .ini utilizado para geração do MDFe para análise.

Consegue descrever um passo a passo de como ocorre este problema? não conseguimos simular este erro ao utilizar método para Assinar e Validar.

SC não aderiu a NFC-e.

Obrigado, vamos analisar assim que possível.

Obrigado, será atualizado assim que possível.

No estado de SP por exemplo está funcionando em homologação a versão 4.0, a questão é que no seu ACBrMonitor está configurado 4.0 e na geração do arquivo está passando versão 3.1. Teoricamente não teria problemas deve respeitar a versão passada no arquivo, mas verifique se não isso o problema ao gerar a sua NFe.

Bom dia, conforme descrição do Manual a tag protCTe: "Conjunto de resultado do processamento de cada CT-e (vide leiaute abaixo).Estas informações são retornadas apenas para o código do status do lote = 104 (Lote processado)"

Verifique as configurações do ACBrMonitor - aba (DFe / WebServices) note que está configurado a versão 4.0 da NFe, no seu arquivo .txt está gerando a versão 3.10, está correto?

Não precisa, veja o tópico:

Boa tarde, vamos tentar simular esta situação... Mas pode utilizar o comando NFe.EnviarNFe(cArqXML,nLote) o método já assina e realiza a validação.

Vamos verificar assim que possível, se puder anexe o arquivo de retorno para testes. Obrigado!

Boa tarde, no caso de alguns campos opcionais que não estão no manual segue a regra da nomenclatura do campo utilizada pelo manual SEFAZ ex: [infOutros001] tpDoc= descOutros= nDoc= dEmi= vDocFisc= dPrev= para tags descendente segue o padrão especificado para o arquivo .ini [infUnidTransp001001], [lacUnidTransp001001001]...

O arquivo ACBrMonitor.ini fica na pasta junto com o executável do ACBrMonitor, com esse arquivos podemos ver a configuração que está utilizando. Mesmo utilizando o arquivo ACBrEspelho.txt que enviei anexo está retornando o mesmo erro?

Atualizou as Dlls que acompanham o ACBr nesta máquina onde ocorre o erro?

Boa tarde, não teve mudanças no componente Boleto referente a isso, questione o responsável no banco se há mudanças referente ao código das ocorrências, pois até mesmo como citou acima, ambos estão iguais mas um foi rejeitado...

Boa Tarde, não informou a tag (tpTransp = 2). Se tipo emitente informado for igual a Transportador de Carga Própria (tpEmit=2), modal = Rodoviário e CNPJ do proprietário do veículo for informado diferente do CNPJ do Emitente do MDF-e: A informação do tipo de transportador (tpTransp) deverá ser preenchida com TAC (2)