Ricardo David Consolo

Consegui homologar. Havia atualizado o ACBr e os Schemas na Segunda, 12. Atualizei novamente hoje, 14 e o XML foi homologado com sucesso. Grato pela atenção de vocês.

Desculpe, não entendi sobre "mensagem de erro de validação completa".

Schemas atualizados. Mesma mensagem. Consegue anexar seu XML aqui para eu comparar o conteúdo com o meu? Grato.

Exatamente. O valor <4> se refere ao meio aéreo. A mensagem reclama do tamanho mas esse campo pode ter de 1 a 2 caracteres segundo a norma. Ou seja, a tag está informada corretamente ao meu ver.

Olá. Estou com a seguinte mensagem: TAG:<det nItem="1"><prod><DI> ID:I23a/tpViaTransp(Via de Transporte Internacional) - Tamanho menor que o mínimo permitido [4]. Estranhamente, essa TAG me parece correta no XML (anexo). Alguém pode dar uma dica do que pode estar ocorrendo? 35190849702822000103550010000029511132842778-nfe.xml

@matheusd Utilizo a versão 32bits. O FortesReport-ce não compila em 64bits (nesse momento).

Consegui compilar a OpenSSL utilizando a orientação desse post:

Alguém obteve sucesso nisso? Após um dia de pesquisas, não consegui resolver a questão do xmlsec.

Consegui utilizando "Dest.indIEDest := inNaoContribuinte;" nesses casos.

É viável separar esses campos no projeto? Há alguma restrição?

A contabilidade de um cliente faz importação do XML da NF-e para usá-lo no SPED, no software que utilizam o sistema pede o Logradouro separado do nome da Via conforme imagem em anexo. É possível separar esses campos no XML?

Simplificando, este caso foi resolvido utilizando a função de imprimir do ACBr "ACBrNFe1.NotasFiscais.Imprimir;" O sistema gerava o PDF e então mandava executá-lo, por motivo desconhecido essa função dava essa mensagem, como isso foi uma excessão joguei isso no except e funcionou.

Para manter o Post atualizado: Windows foi atualizado. O midas.dll está em ACBr\Projetos\EmissorDFe\Delphi. Pelo demo consegui Imprimir o Danfe, não cheguei a testar a emissão nele. Estou mexendo no código para deixar parecido com o demo para imprimir o Danfe.

No demo dá a seguinte mensagem: --------------------------- Acbrnfe_demo --------------------------- Error loading MIDAS.DLL. --------------------------- OK --------------------------- A máquina estava com o Window Update desativado, acabou de vir mais 36 atualizações para baixar, vou esperar terminar para ver se influencia nisso.

A MSXML também foi registrada com exito, vou testar no Demo.

Sempre resolvi essa mensagem com o .bat das DLLs, entretanto dessa vez foi diferente, o cliente emitiu nota até esta segunda feira, e na terça a mensagem começou a aparecer, tentei atualizar as DLLs, mexi em configurações do IE, mas a mensagem persiste. (Fiz tudo como adm) Percebi que que a mensagem de "Classe não Registrada" só aparece ao imprimir o Danfe, é possível emitir a nota, consultar o status do serviço, mas no momento de gerar o Danfe dá essa mensagem, para gerar o Danfe não precisa do Certificado, consigo fazer isso da minha máquina só com o XML. No momento só acontece com 1 usuário que utiliza Windows 7 64 bits, o problema deve ter começado a partir da instalação de algum software ou atualização do windows. Até agora: * Windows atualizado; * dlls da capicom copiadas para system32 e executadas como administrador, foi registrado com exito; * desabilitado TLS e verificação de revogação do IE; * baixado .exe da capicom direto do site da microsoft;

Estou com o problema citado acima, conseguiu a solução? Percebi que que a mensagem de "Classe não Registrada" só aparece ao imprimir o Danfe, é possível emitir a nota, consultar o status do serviço, mas no momento de gerar o Danfe dá essa mensagem. No momento só acontece com 1 usuário que utiliza Windows 7 64 bits, até ontem emitia Danfe normalmente, parece que o problema está relacionado a alguma atualização do Windows.