anderson.mendonca

Pessoal, consegui encontrar o erro.
Realmente tem que enviar um XML para cada Tomador de Serviços e com suas respectivas notas fiscais.
O meu filtro de SQL, não sei porque, trouxe o mesmo CNPJ do primeiro cliente 2 vezes. Quando gerava para 1 dava certo. O segundo era o mesmo CNPJ do primeiro e por isso dava erro. Vou corrigir o problema do filtro de SQL.
Obrigado @Juliomar Marchetti, @Renato Rubinho e @BigWings.
Vocês são feras!
 

Pessoal, consegui.
Estava colocando o nome da empresa no lugar do CNPJ.
Agora deu certo.
Obrigado.
 

Claro. Mas eu expliquei como fiz. Apenas testei a versão v1_05_01 e deu certo.
Obrigado por responder.
 

@Alexandre de Paula, obrigado por responder.
Então é isso.
Estou tentando enviar como Produção numa versão que ainda não está liberada.
Muito obrigado.
 

Consegui resolver.
Estava usando a estrutura da versão 2.5 e quando atualizei pra estrutura da versão 1.0 deu tudo certo.
Obrigado pelo apoio.

@Italo Giurizzato Junior, obrigado por responder.
Eu não fiz nada e o problema parou de ocorrer.
Tudo indica ser problema no webservice.
Obrigado.
 

@Juliomar Marchetti e @BigWings, obrigado pelas dicas.
Revisei todo o meu programa e descobri que após preencher esta tag num determinado local, não sei porque eu a limpava em outro local.
Eu sei... eu sei... também não entendi porque eu estava fazendo isso.
O mais estranho, é que alguns dos meus clientes, de BH e Contagem/MG por exemplo, enviam RPS normalmente há décadas e nunca deu problema.
Será que em alguns webservices esta tag não é obrigatória? Uma vez que se informa o CNPJ e Inscrição Municipal, pode ser que alguns casos não seja obrigatório, né?
Enfim, muito obrigado e fiquem com Deus.
 

Pessoal, peço desculpas por ter tomado o tempo de vocês.
Não verifiquei as regras para preenchimento deste campo.
Apliquei as regras ao programa e deu certo.
Obrigado pelo atenção de todos.
 

Só para deixar claro:
Eu estava pegando o conteúdo da propriedade ACBrNFe1.NotasFiscais.Items[0].XML
ao invés de pegar ACBrNFe1.NotasFiscais.Items[0].XMLAssinado.
Boa sorte a todos!
 

Consegui!
Depois de desinstalar e instalar várias vezes deu certo.
Repeti o mesmo processo e pela última vez funcionou tudo.
Valeu.
 

Obrigado a todos que responderam.
Realmente, eu havia atualizado na pasta errada.
Mas além disso, houve mudança na tabela de "Tipos de pagamento", onde antes aceitava os códigos 14, 15 e 90 deixou de aceitar.
Eu os substituí pelo código 5.
Mais uma vez, obrigado a todos por responder.
 

Paulo Aguiar Junior, consegui corrigir o problema desta forma:
    if Dtm_eSocial.Qry_Empresasemp_esocial_pcd_indic_contrat.AsInteger = 1 then
      evtTabEstab.infoEstab.DadosEstab.infoTrab.infoPCD.contPCD := tpContPCD(1)
    else if Dtm_eSocial.Qry_Empresasemp_esocial_pcd_indic_contrat.AsInteger = 2 then
      evtTabEstab.infoEstab.DadosEstab.infoTrab.infoPCD.contPCD := tpContPCD(2)
    else if Dtm_eSocial.Qry_Empresasemp_esocial_pcd_indic_contrat.AsInteger = 9 then
      evtTabEstab.infoEstab.DadosEstab.infoTrab.infoPCD.contPCD := tpContPCD(3)
    else
      evtTabEstab.infoEstab.DadosEstab.infoTrab.infoPCD.contPCD := tpContPCD(0);
Muito obrigado por responder.
 

Caros colegas, obrigado por me responder.
Eu havia lido artigos anteriores do @Italo Jurisato Junior e @Juliomar Marchetti, falando que o ACBr, a partir de um determinado momento, não suportaria mais o CAPICOM.
Sendo assim, imaginei que o problema poderia ser esse.
Fiz testes com a seguinte configuração na guia Certificado:
SSLLib = libWinCrypt
Cryptlib = cryWinCrypt
HttpLib = httpWinHttp
XMLSignLib = xsLibXml2
Por incrível que pareça, a primeira geração que fiz deu certo (não sei como nem porque) e as demais não (tenho os XML de retorno para comprovar... Kkk).
Mas agora que o @EdmarFrazao passou mais esta configuração (Configuracoes.WebServices.SSLType := LT_TLSv1_2;) está tudo certo.
Basta configurar de acordo com o que está acima que tudo funcionará corretamente.
Mais uma vez muito obrigado a todos!