Italo Giurizzato Junior

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.

Bom dia Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-1980

Bom dia Guto, O primeiro que você enviou é do Rps eu preciso tanto do antigo quanto do novo o XML de envio do Lote e não do XML do Rps.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. A unit alterada já se encontra no SVN.

Palhaçada, daqui a pouco vão pedir para você informar o complemento no endereço do tomador, sendo que o complemento é uma informação opcional e a presença ou ausência de uma informação opcional não altera em nada a validação da assinatura do XML.

Bom dia, Sem fazer nenhuma alteração no componente, fiz o seguinte teste usando o programa exemplo do componente ACBrNFSeX: 1. Teste de emissão através do botão [Enviar Lote Rps (Assíncrono)] Ele gerou na pasta ...\202110\NFSe\Recibos o XML do Rps e dentro da pasta: ...\202110\NFSe o XML de envio do lote (*-env-lot.xml) Usando o link que do site da Receita que o pessoal da Fiorilli lhe passou para validar a assinatura do XML, verifiquei tanto a validade da assinatura do Rps quanto as 2 assinaturas do XML de envio do lote, todas as assinaturas são validas. 2. Teste de emissão através do botão [Enviar um RPS] Ele gerou na pasta ...\202110\NFSe\Recibos o XML do Rps e dentro da pasta: ...\202110\NFSe o XML de envio do lote (*-ger-nfse.xml) Usando o link que do site da Receita, verifiquei tanto a validade da assinatura do Rps quanto a assinatura do XML de envio, todas as assinaturas são validas. 3. Teste de emissão através do botão [Enviar Lote Rps (Síncrono)] Ele gerou na pasta ...\202110\NFSe\Recibos o XML do Rps e dentro da pasta: ...\202110\NFSe o XML de envio do lote (*-env-lot-sinc.xml) Usando o link que do site da Receita, verifiquei tanto a validade da assinatura do Rps quanto as 2 assinaturas do XML de envio do lote, todas as assinaturas são validas. Como você pode ver o componente esta gerando assinando validando os XMLs gerados. Ao submeter esses XMLs no site que eles recomendaram para validar as assinaturas, temos como resposta que as mesmas são validas. E agora José? O que esse pessoal da Fiorilli tem a nos dizer sobre isso? Segundo o site da Receita as assinaturas são validas, porque o webservices deles diz que a assinatura esta errada? Eu gostaria de uma resposta deles. Se a questão fosse a alíquota ser gerada com 2 em vez de 4 casas decimais o webservice deveria retornar uma rejeição diferente. Você alterou o componente para gerar com 2 casas decimais e o erro de assinatura continua, podemos concluir que não tem nada haver com a quantidade de casas decimais da alíquota.

Boa noite, A unit é Fiorilli.GravarXml Na procedure Configuracao Incluir a linha: FormatoAliq := tcDe2; Estou achando estranho essa orientação de gerar a alíquota com apenas 2 casas decimais, acredito que com essa alteração, vai ocorrer erro de validação. <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="6" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Note que no Schema a formatação é com 4 casas decimais. A minha sugestão é que em vez de usar o modo de envio meUnitario, use o meAutomatico.

Boa tarde Marcelo, Fecha o Delphi, Apague o arquivo: ACBrNFSeX_Exemplo.res que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX\Delphi Carregue o Delphi novamente e abra o programa exemplo.

Guto, Você não entendeu, preciso um do componente antigo e um do novo.

Guto, Nesses 2 Xmls não notei nada de anormal que pudesse estar gerando o problema. Favor anexar os XMLs de envio de lote de ambos.

Boa tarde Tiago, Favor anexar a unit alterada para que possamos analisar.