Painel de líderes

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.

O XML que você anexou é um XML de NFe com diversos erros, por isso não importa no componente. Se você tem o XML da DI pode importar com o ACBr, veja o tópico abaixo:

Boa tarde! Obrigado por reportar, foi criada a #TK-4894 para análise do caso e parecer do consultor responsável.

Ao efetuar a importação de um XML, ao executar a rotina de LerXml da unit pcnNFeR o campo dDesemb é do tipo TDateTime: Porem neste XML que tenho (que é válido), este campo é string e possui três caracteres: E ao executar esta linha, acaba gerando um erro de conversão: DanfeXml.xml Alguém poderia verificar esta questão, por gentileza? At, Douglas

Sim, entendo @Renato Rubinho assim como o campo do número da DI, o código do produto, ... Existem alguns problemas neste XML, porem uma simples validação na data de despacho para preencher no componente ACBR como null já resolveria, hoje gera erro de conversão e não prossegue o processo de importação. Os demais campos como são texto, mesmo sendo obrigatórios, caso vier em branco não causa o erro que mencionei a cima, seria apenas esta validação para seguir o mesmo padrão dos demais tipos de campos pois não deveria barrar a leitura do XMl somente por conta deste campo data, mesmo seguindo o padrão que comentou do manual da NFe, os demais campos a importação é aceita mesmo estando em branco.

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.

Não somos nós quem geramos, este XML é enviado do despachante da mercadoria para os clientes, não temos envolvimento na geração deste xml pelo despachante no siscomex e ocorre este problema com vários despachantes.

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.

Bom dia novamente, amigo eu fiz o teste e esta em produção com essa nova URL, porem não consegui enviar a correção definitiva, estou reportando aqui para ver se voces poderiam mudar no fonte, ate mais e obrigado sempre pelo suporte prestativo da equipe

Você vai achar muito material na internet, youtube, academia do codigo, 99 coders etc... Especificamente em relação a modelagem do banco de dados a dica é seguir a especificação dos campos de acordo com a documentação da NFe, NFCe ou outro documento fiscal que você vá trabalhar. Isso vai te poupar de muita conversão e código pra ficar truncando e validando dados.

Olá senhores bom dia a todos, Referente ao post original no bloco A também foi identificado no bloco M os registros 100 e 500 com a mesma situação. Foi modificado as linhas: Bloco M100 linhas: 564 e 566; M500 linhas: 1149 e 1151; Grato. ACBrEPCBloco_M_Class.pas

Boa tarde! Contribuição enviada ao SVN na Rev-31678. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa noite, devido as desembaraços do componente, foi implementado 2 webservices. cwsBrasilAPI e cwsReceitaWS, ambos utilizam consulta REST e não usam captcha, basta configurar a propriedade provedor do componente. lembrando, que esses webservices são terceirizados, não oficial da RFB, podendo a informação estar defasada. commit 31653 (18/12/2023) válido para componente, sendo migrado para lib em breve.

Uma dúvida que não deveria existir. Olá pessoal. É inerente e instintivo para todos nós desenvolvedores, que ao integrar com alguma coisa nova, procuremos fazer todo o processo em homologação primeiro para só depois partir para produção. No entanto, a falta de padronização da Nota de Serviço pode acabar gerando certa confusão neste quesito, impondo um obstáculo para quem pretende começar uma homologação. Como funciona a homologação para Nota de Serviço? Podemos dividir a forma como funciona a homologação para as notas de serviço em 4 categorias: Provedores que possuem um ambiente de homologação diferente do ambiente de produção. A forma mais semelhante a outros documentos fiscais eletrônicos que todo desenvolvedor está acostumado, um ambiente de homologação e um ambiente de produção separados. E como eu sei quais são os provedores cuja homologação é dessa forma? Você pode observar no facilmente no arquivo INI os provedores que tem URLs diferentes para o ambiente de homologação e de produção. Veja um exemplo: [1100031] Nome=Cabixi UF=RO Provedor=Pronim Versao=2.03 ProRecepcionar=http://nfse.cabixi.ro.gov.br/nfse.portal.integracao/services.svc HomRecepcionar=http://nfse.cabixi.ro.gov.br/nfse.portal.integracao.teste/services.svc Provedores que utilizam a mesma URL para ambos os ambientes, mas que usam uma informação identificar o ambiente. Nesse caso, o arquivo é enviado para a mesma URL, mas no arquivo é acrescentado uma tag ou informação específica para dizer ao provedor que o arquivo está sendo enviado em homologação e não em produção. E como eu sei quais o provedores cuja homologação é dessa forma? No inicio do arquivo ACBrNFSeXServicos.ini tem uma instrução identificando quais são os provedores. Provedores que não possuem ambiente de homologação, mas disponibilizam um método para teste. Neste caso, é apenas disponibilizado um modo de envio específico, no qual o arquivo é enviado para o ambiente de produção mesmo, o arquivo passa pelas validações, devolve as rejeições caso haja algum erro e em caso de sucesso, a NFS-e não é gerada. E como eu sei quais os provedores cuja homologação é dessa forma? Os provedores que tem este método são identificados na aba "Teste" do programa exemplo do componente nativo. São eles ISSDSF, NFSeBrasil, Siat e ISSSaoPaulo. Provedores que usam a mesma URL e os ambientes são controlados via painel. Recebemos uma contribuição de membros da comunidade sobre o provedor Betha estar atualizando seus serviços de forma que a URL para os ambientes de homologação e de produção sejam a mesma e ao invés de enviar informação no XML identificando se o envio foi em produção ou em homologação, isso será controlado via painel. Para mais detalhes, veja o tópico Dica para quem emite NFSe para as cidades que usam o provedor Betha. E como eu sei quais os provedores cuja homologação é dessa forma? Por enquanto, temos apenas informação de o provedor Betha estar agindo desta forma, veja o tópico indicado acima para mais detalhes. Provedores que não possuem ambiente de homologação. Nesses casos, de fato não há outra maneira a não ser testar em produção mesmo. E como eu sei quais os provedores que não tem ambiente de homologação? Caso não haja informação de um ambiente de homologação disponível, será exibida a seguinte mensagem ao tentar emitir uma NFS-e em homologação. E o Padrão Nacional, como funciona? Como é possível observar no arquivo ACBrNFSeXServicos.ini, o Padrão Nacional se encaixa na categoria de provedores que possui ambiente de homologação separado do de produção. [PadraoNacional] ProRecepcionar=https://sefin.nfse.gov.br/sefinnacional ProConsultarDFe=https://adn.nfse.gov.br/contribuintes HomRecepcionar=https://sefin.producaorestrita.nfse.gov.br/SefinNacional HomConsultarDFe=https://adn.producaorestrita.nfse.gov.br/contribuintes No entanto, um detalhe importante é que para utilizar o ambiente, seja de produção ou de homologação, o prestador de serviços precisa ser um MEI ou a cidade precisa ter aderido completamente ao Padrão Nacional.