Renato Rubinho

Boa tarde Délcio, Obrigado pela contribuição. Criada TK-4903 para análise.

Boa noite, O componente foi descontinuado, conforme o link que o Bigwings passou. Sobre o componente ACBrConsultaCPF Devido a não termos identificado outro serviço de webservice para realizar a migração do componente, foi preciso neste momento descontinuar o mesmo.

Boa noite, De qual banco é o retorno? Você pode anexar o manual onde consta esta informação e um arquivo de retorno para validação? Com relação ao arquivo de retorno, caso entenda que possui dados sensíveis, favor enviar para [email protected]

A solução para o seu caso é você criar uma rotina para corrigir o XML antes de importar. Não podemos fazer tratamentos e ajustes finos desnecessários a cada necessidade particular. Este campo é do tipo data e obrigatório, a única hipótese dele estar no xml é com um valor de data válido. Os outros campos, como você mesmo disse, não apresentam erro por serem texto.

Caso não consiga que os despachantes enviem o XML correto, você pode editar o XML antes de importar. Conforme destaquei anteriormente, além deste campo ser do tipo data, ele é obrigatório e deveria estar preenchido.

O componente é desenvolvido e mantido com base nos leiautes da NFe. Este campo que está dando erro é um campo Data e está preenchido irregularmente no xml, por isso ocorre o erro. Você pode entrar em contato com SISCOMEX para que identifiquem o motivo da geração errada do xml, mas acredito que seja muito improvável que eles estejam "gerando" um xml de NFe irregular, mesmo que seja com o intuito de ter um espelho de dados da DI. Muito provavelmente este campo não está preenchido na origem de onde este xml está sendo gerado. Você pode tentar preencher essa data antes de gerar esse xml (seja lá onde essa rotina busca essa informação) ou editar o xml após ter sido gerado, preencher a data e importar para o componente, lembrando que você está importando um xml inválido, sem valor fiscal.

Não é não. Este XML é de uma NFe, não está assinado nem autorizado. Verifique a origem deste XML e solicite o XML oficial autorizado que deverá funcionar.

Boa tarde, Atualize os fontes, se tiver alguma alteração local faça o revert e reinstale novamente marcando a opção para apagar arquivos antigos.

Boa tarde, Este XML aparentemente não é válido e não deve estar autorizado, pois este campo é do tipo data, conforme o manual.

Boa tarde, Para ter certeza que o xsd é correto, remova ele e teste novamente a série do rps com mais de 5 dígitos e cnae com mais de 9 dígitos para ver se acusa a mesma rejeição. Se permanecer, a rotina está pegando o arquivo de outro local.

Boa tarde, Obrigado pela contribuição, foi validada e enviada ao SVN que devem resolver o problema relatado, Rev-31652 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Complementando, se o zoom da visualização não estiver em 100%, o código de barras pode ser distorcido.

Boa tarde, Verifique com o provedor se precisa fazer um cadastro para habilitar o ambiente de homologação para este CNPJ.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, Obrigado pela contribuição. Fontes enviados ao SVN, Rev-31580 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não esquenta, estou instruindo como proceder. Chegou a compilar o programa de exemplo para testar e analisar o caminho a seguir? A migração do componente já vai para quase 3 anos, muita coisa evoluiu no componente novo e o passo a passo foi criado como um guia, mas sempre precisou de um pouco de mão na massa. Comente todos os pontos com erro no seu fonte vai resolvendo um por um.

Perfeito, assim que o fonte for analisado retornaremos no tópico.

Boa tarde Alexandre, Para a migração de versão não basta apontar para o novo componente, pois houveram mudanças na estrutura e métodos, você precisa analisar as diferenças entre eles. Veja no primeiro erro que acusa que o ConsultarLote não existe. Conforme já sugerido em outro tópico, teste com o programa de exemplo, veja o funcionamento para entender como fazer. Neste caso, veja a rotina que trata o retorno da consulta para verificar como pegar a mensagem de retorno.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Conseguiu alguma posição do provedor a respeito do problema?

https://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf A partir da versão 1.15 desta Nota Técnica, em que o retorno de NSU pelo Web Service passou a ser facultativo, a consulta por chave de acesso (tag: consChNFe) deixa de necessitar de prévia geração de NSU pelo Ambiente Nacional para o documento fiscal consultado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Parece ser um erro do provedor. Testou em homologação ou produção? Se for homologação, temos históricos dos provedores não manterem ambos os ambientes completamente operacionais. Teste novamente hoje para verificar se era algo pontual no provedor e se o problema persistir entre em contato com eles, passando os xmls para analisarem o motivo do problema.