Claudio Freire

Segue os arquivos. O XMLDSIG... já existe nas pastas do ACBR em: ACBr-master\Exemplos\ACBrDFe\Schemas\NFSe\MetropolisWeb\1.00 nfse.xsd xmldsig-core-schema20020212.xsd

Acessei o porta do METROPOLIS e peguei o XSD atualizado. Dentro do caminho SCHEMAS\ABRASFV1\METROPOLISWEB\1.00, deve estar esses dois arquivos: NFSE.XSD e XMLDSIG-CORE-SCHEMAS200020212.XSD Esse segundo arquivo está no caminho ACBr-master\Exemplos\ACBrDFe\Schemas\NFSe\MetropolisWeb\1.00 RESOLVIDO

Baixei uma nova versão do XSD da Lauro mas o problema persiste: Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido --> 3004 - Element '{http://www.w3.org/2001/XMLSchema}element', attribute 'ref': The QName value '{http://www.w3.org/2000/09/xmldsig#}Signature' does not resolve to a(n) element declaration. Estou testando em computador com Windows 11, mas, como citei, o de Salvador deu certo. No programa teste do ACBR, o XML DE ENVIO que aparece na aba é: <ConsultarNfseRpsEnvio xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> - <IdentificacaoRps> <Numero>300</Numero> <Serie>85</Serie> <Tipo>1</Tipo> </IdentificacaoRps> - <Prestador> <Cnpj>13604140000110</Cnpj> <InscricaoMunicipal>0010010918</InscricaoMunicipal> </Prestador> </ConsultarNfseRpsEnvio> Não deveria ter a assinatura aqui?

O sistema exemplo do ACBR não está gerando nem o arquivo para consulta, esta mensagem aparece imediatamente ao acessar o botão CONSULTAR NFSE POR RPS e informar os dados. Um detalhe é que, ao acessar a rotina inicialmente e tentar consultar o RPS, o sistema mostrou mensagem indicando que não encontrou o arquivo c:\componentes\ACBr-master\Exemplo\ACBrDFe\ACBrNFSeX\Delphi\schemas\MetropolisWeb\1.00\nfse.xsd Criei a pasta e coloquei o arquivo lá. O arquivo que tenho é o que envio em anexo aqui. nfse.xsd

Fiz a atualização para o novo componente ACBRNFSEX, ainda estava utilizando o antigo. Fiz os ajustes para um acesso ao município de SALVADOR e deu tudo certo, mas ao fazer para o município de LAURO DE FREITAS, não está funcionando. Fiz os mesmos ajustes nos componentes para os dois municípios, mas para LAURO DE FREITAS a comunicação não ocorre, está retornando vazio e, por constatação, é como se não executasse a comunicação com o webservice, pois passa muito rápido pela função (ConsultarNFSeporRps por exemplo). Saliento que o webservice está funcionando normal pois ainda tenho uma versão do sistema com o ACBRNFSE antigo. Fiz a configuração no programa exemplo do componente e tentei fazer uma consulta a um RPS, o retorno foi o que segue abaixo: ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll C:\WINDOWS\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Lauro de Freitas/BA Provedor : MetropolisWeb Versão: 1.00 Data/Hora: 06/01/2026 12:01:49 Método Executado: Consultar NFSe Por Rps Parâmetros de Envio Numero do Rps : 300 Série do Rps : 85 Parâmetros de Retorno Numero do Lote: Numero do Prot: Situação : Data : 30/12/1899 Desc. Situação: ID Nota : Link : Sucesso : False Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido --> 3004 - Element '{http://www.w3.org/2001/XMLSchema}element', attribute 'ref': The QName value '{http://www.w3.org/2000/09/xmldsig#}Signature' does not resolve to a(n) element declaration. Correção:

Bom dia a todos. No dia 21/02/2022, Eduardo Arantes postou um tópico com esse mesmo título, sobre problema com o HASH. Estou postando com o título indicando PARTE 2, porque enfrentei o mesmo problema ao enviar lote de RPS para Salvador. No tópico de Eduardo, vocês já indicaram a solução como sendo a atualização do componente. Ocorre que, tentando identificar o erro, e verificando os XMLs dos lotes gerados, identifiquei o envio de um caractere especial dentro do lote, o indicativo de primeiro sobrescrito (º). Apesar da rotina de geração do lote retirar todos os acentos, passou o envio desse caractere. O detalhe é que, dentro do XML, ele estava demonstrado de outra forma, com outro caractere especial. Enfim, ao retirar esse caractere que estava entrando no XML, o problema foi resolvido e o lote foi enviado. Espero ter ajudado.

Segue a Unit. A inserção foi feita na linha 326 pnfsNFSeW_ABRASFv1.pas

Boa tarde. Ao atribuir a Aliquota zero na geração da NFSE (Servico.Valores.Aliquota), a Tag Aliquota não está sendo gerada no XML de envio do Lote, e o XML está sendo recusado indicando que a Aliquota deve ser informada Para resolver acrescentei a linha abaixo, na unit pnfsNFSeW_ABRASFv1, para identificar o provedor e troquei o código 0 por 1, forçando a inserção da Tag mesmo com o valor zerado: proMetropolisWeb: Gerador.wCampo(tcDe4, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ); Essa linha foi inserida na instrução "case FProvedor of " Essa solução resolveu o problema mas teria outra forma de ser feita?