Renato Rubinho

Tópico fechado por falta de retorno do usuário

Pode ter apenas 1 ACBr Como a dúvida inicial foi sanada, vamos fechar o tópico, para novas dúvidas favor abrir um novo tópico.

Boa noite, Fez o cadastro no sandbox e configurou os valores corretos no programa de exemplo? Marcou o checkbox de homologação no exemplo?

Sim. Segue manual contendo os status disponíveis. https://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf

Olá pessoal, Ficamos felizes em dizer que foi disponibilizada a mais nova biblioteca do pacote ACBrLib, a ACBrLibReinf !! O projeto havia sido iniciado há um tempo e, por fazer parte do grupo de componentes de DFe, logicamente tem a assinatura inicial do @Italo Giurizzato Junior .... Méritos também para o @antonio.carlos que contribuiu nas implementações... A ACBrLibReinf está disponível para download e já estão no SVN os programas de exemplo em c# e node.js. Segue o link da documentação da biblioteca e contamos com a comunidade, caso tenham disponbilidade e possam compartilhar exemplos em outras linguagens, que venham a ajudar outros colegas. Até mais!!!

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

Boa noite, Direcionei para o time do comercial, mas o atendimento é em horário comercial. Por favor aguarde, pois aparentemente o problema está no seu usuário do fórum.

Boa noite, Tente passar para o componente sem o dígito verificador, provavelmente está adicionando o 5, pois está interpretando que o último zero faz parte no número.

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

Boa noite, Obrigado pela contribuição. Não tenho credenciais para os devidos testes, mas seus ajustes fazem sentido, comparando os fontes com a revisão original que mencionou e tomou como base para a correção. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31694 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.

Foi enviada uma correção na Rev-31693 para correção na instalação do D7.

Boa noite Ricardo, Qual versão do Delphi apresenta o problema?

@Delcio Com a revisão atual ou com a revisão anterior a 31349?

Se o seu arquivo tem 5 linhas, ele tem 5 registros. Conforme detalhado pelo Bigwings 1 header 3 detalhes 1 trailler = 5 registros Caso sua dúvida persista a respeito disso, entre em contato com o suporte do banco para que confirmem a informação.

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.