Italo Giurizzato Junior

Boa tarde Thiago, Atualize os fontes e faça um novo teste.

Boa tarde Eliezer, Muito obrigado pela colaboração. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Felipe, No que se refere ao Certificado, ou você informar o path do arquivo PFX e a senha ou o numero de série do certificado. Como você esta carregando um XML, este tem que ser de Rps, agora se esta mostrando a mensagem que o componente não esta carregado é preciso verificar porque ele não esta carregando o XML.

Boa tarde Michel, Vai ser necessário entrar em contato com o provedor e perguntar para eles o motivo desse erro.

Boa tarde Italo, Notei um erro ao gerar o XML que não esta levando em consideração o ICMS de partilha. Favor atualizar os fontes e faça novos testes.

Boa tarde Cleomar, Além de mudar para libWinCrypt atribuiu o valor LT_TLSv1_2 ao campo SSLType?

Olá pessoal, Para quem utiliza o componente ACBrNFe. Após o envio da NF-e ou NFC-e seja no modo assíncrono (2 ou mais notas no lote) ou síncrono (somente uma nota no lote), podemos pegar o status, motivo e protocolo de autorização da seguinte forma: Protocolo := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.nProt; // Campo string Status := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.cStat; // Campo Integer Motivo := ACBrNFe1.NotasFiscais.Items[i].NFe.procNFe.xMotivo; // Campo string Se o envio é síncrono temos apenas uma nota, neste caso o valor do índice "i" será zero. Por outro lado se o envio é assíncrono, ou seja, lote contendo até 50 notas o valor do índice "i" vai variar de zero até a quantidade de notas menos 1. Exemplo: for i := 0 to (ACBrNFe1.NotasFiscais.Count - 1) do begin (...) end;

Bom dia Marcelo, O erro que você esta tendo é porque você não configurou corretamente o componente no que se refere a pasta de schemas. Os novos schemas a serem utilizando pelo novo componente ACBrNFSeX estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe É esse o caminho que você tem que informar como sendo o Path dos Schemas. Outra coisa, na Aba [Geral] do programa exemplo, você tem de marcar a opção: Montar automaticamente o Path dos Schemas. Feito isso o componente encontra os schemas corretos para o provedor utilizado pela cidade selecionada.

Bom dia Amauri, Chegou a estudar o programa exemplo do componente, mais precisamente a procedure ConfigurarComponente? Nela tem como devemos informar o path.

Bom dia Diego, Mas qual foi o XML que você enviou para eles? Se foi o XML do Rps a resposta deles esta coerente. Você tem que enviar o XML soap de envio e não o XML do Rps.

Bom dia Felipe, Quero ver a configuração da aba Certificado e Arquivos.

Bom dia Cleomar, Você configurou o componente para usa o libCapicom? Se sim, ai esta o seu problema, configure para usar o libWinCrypt.

Marcelo, Atualize os fonte, reinstale o ACBr e faça um novo teste.

Boa tarde Juliana, A informação que eu tive é que o provedor vai aceita o código com e sem formatação.

Boa tarde Douglas, Muito obrigado pela colaboração, já esta no SVN.

Michel, Com a alteração sugerida por mim, os XMLs do Rps e de envio passam a ter as suas assinatura validas segundo o site da receita. Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) No envio assíncrono ou síncrono tive o seguinte retorno: Erro ao tentar localizar a informação de CNPJ/CPF para comparação da assinatura: Erro no script NFENotaFiscalWSXMLAssinaturaValidar: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID Dec_20085 Eu entendo que esse erro significa que o CNPJ que informei como prestador não se encontra cadastrado na prefeitura de Bauru. Agora o que eu achei estranho foi esse erro no script: Cannot resolve element with ID Dec_20085 (Não é possível resolver o elemento com ID Dec_20085). O Elemento que tem o ID Dec_20085 é o <InfDeclaracaoPrestacaoServico> Acredito vai ser necessário entrar em contato com o provedor e passar essa informação quem sabe ele possa dizer o que estamos fazendo de errado.

Marcelo, Você não tem cópia de fontes do ACBr em outra pasta que o Delphi por ventura esteja tendo acesso?

Boa tarde Michel, Segundo o Schema do provedor Sil Tecnologia temos: <xsd:complexType name="tcLoteRps"> <xsd:sequence> <xsd:element name="NumeroLote" type="tsNumeroLote" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> <xsd:element name="QuantidadeRps" type="tsQuantidadeRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="ListaRps" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Rps" type="tcDeclaracaoPrestacaoServico" minOccurs="1" maxOccurs="unbounded" > </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> <xsd:attribute name="versao" type="tsVersao" use="required" /> </xsd:complexType> Como você pode ver não existe o grupo <Prestador> na definição do Lote de Rps. Por tanto o ACBrNFSeX esta gerando o XML de envio de lote de Rps em conformidade com os Schemas do provedor. Acredito que o erro de assinatura se da o fato do atributo URI estar vazio. Em uma postagem acima eu mostrei como fazer a alteração para que seja gerado o valor do atributo URI. Por favor faça essa alteração e faça novos testes.

Boa tarde Marcelo, Esse erro também ocorre com o programa exemplo?

Sim, faz favor.

Se enviar em ambiente de produção sem assinar nada o que ocorre?

Tiago, Já esta no SVN. Vou fechar essa postagem.

Bom dia Diego, A essa unit já se encontra no SVN.

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

Bom dia Felipe, O Caracter ai pouco importa, experimenta enviar o arquivo e depois me conta se ele foi processado com sucesso ou não.