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:

@carlitomorais a LibXML2 não consegue ler os Schemas se eles estiverem em um Path UNC As opções são: Usar MSXML (depreciada) Mapear em uma Letra o caminho da Rede (NET USE)

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Como membro PRO, você tem acesso liberado aos cursos disponibilizados pelo ACBr. Um deles é o Dominando o ACBrMonitorPLUS, onde há um módulo específico para o boleto.

Tem uma seção de Fale Conosco neste LINK. Vou verificar junto a equipe de consultores e caso encontre mais alguma opção, posto aqui. Você também pode tentar perguntar na comunidade aberta em nosso Discord, no canal #acbrnfsex ou no canal aberto aqui do fórum mesmo para alcançar mais membros.

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

@Eficaz Sistemas, Se preferir fazer todos os ajustes e homologar com o banco primeiro. Depois você nos informa se está tudo ok e fazemos o ajustes com o arquivo com todas as alterações já homologadas pelo banco. Pode ser? Você nos informa aqui no topico quando estiver tudo ok.

Edit: além disso, o campo "DataBaixa" está pegando o valor do campo settlementCreditDate, em vez do settlementDate. settlementCreditDate = Data que o valor caiu na conta bancária settlementDate = data que o título foi pago. a linha ARetornoWS.DadosRet.TituloRet.DataBaixa := StringToDateTimeDef(settlementData.Values['settlementCreditDate'].AsString, 0, 'yyyy-mm-dd'); tem que ser substituida por ARetornoWS.DadosRet.TituloRet.DataBaixa := StringToDateTimeDef(settlementData.Values['settlementDate'].AsString, 0, 'yyyy-mm-dd'); Segue anexo com a alteração realizada. ACBrBoletoRet_Santander_API.pas

@Diego Foliene pior que os testes eu já estava fazendo em ambiente de produção.

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.

ok entao pessoal ,,,muito obrigado....fiz o mapeamento e funcionou normal....abracos..

a LibXML2 nunca foi compatível com UNC... Provavelmente antes você acessava o sistema com uma pasta Mapeada em uma Letra de Disco, ou usava a MSXML

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Fiz um teste usando os serviços de Envio Síncrono, Envio Assíncrono e Envio Unitário de RPS e em todas as tentativas recebi o mesmo retorno que você. No entanto, ao tentar no ambiente de produção, recebi uma rejeição de Acesso Negado. Deduzo que o ambiente de homologação esteja indisponível no momento, por favor, se possível, faça um teste em produção.

Bom dia! Não tenho dados válidos para aprovar uma nota, mas consegui consegui comunicar e receber rejeições com o provedor após algumas alterações no ACBrNFSeXServicos.ini. IMPORTANTE RESSALTAR que não consegui comunicação com a URL de homologação, recebendo sempre o retorno 500 com a mensagem de Host Not Found. Isso me leva a crer que não há ambiente de homologação implementando para este município ou a URL esta incorreta. Por hora, removi a informação de homologação do arquivo ini e fiz os testes em produção mesmo. Caso queira\tenha disponibilidade, por favor, entre em contato com o provedor para confirmar a URL de homologação. As alterações que me permitiram comunicar com o ambiente de produção foram enviadas ao SVN. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Edit: A unit do jeito que está no SVN, apenas está funcionando para registro, essa alteração que postei acima, fazia funcionar em ConsultaDetalhe mas parava de funcionar em Registro, a unit abaixo funciona das 2 formas ACBrBoletoRet_Itau_API.pas

enviado

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

@tborges pode realizar um teste por favor. Sempre que for incluir um titulo é obrigatório passar na seção titulo o número sequencial, exemplo: [Titulo1], [Titulo2], [Titulo3] , se não ele vai sobrescrever o primeiro titulo. você esta passando assim: [Titulo], [Titulo], [Titulo] no seu caso: {[Titulo1] (marquei em vermelho "1", é obrigatório seguir este padrao do ACBr) Aceite=1 TipoDiasProtesto=1 TipoDiasNegativacao=0 ... {[Titulo2] (marquei em vermelho "2", é obrigatório seguir este padrao do ACBr) Aceite=1 TipoDiasProtesto=1 TipoDiasNegativacao=0 ... {[Titulo3] (marquei em vermelho "3", é obrigatório seguir este padrao do ACBr) Aceite=1 TipoDiasProtesto=1 TipoDiasNegativacao=0 ...

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

só para o debug. tu deve estar rodando os teste com deploy no delphi certo basta parar a execução

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.