Pesquisar na Comunidade

Conceitos básicos. Apesar da redundância presente na frase, ela não deixa de ser verdadeira. Antes de mergulharmos mais fundo no mundo da NFSe, é importante estabelecer as bases, conceituando termos importantes que vão aparecer com frequência quando falarmos do assunto: RPS: é a sigla para Recibo Provisório de Serviço. Trata-se do documento gerado pelo prestador de serviços e enviado ao web service do Provedor para ser convertido em NFSe. Provedor: é o nome dado à empresa que fornece o web service de emissão de NFSe para o município. Geralmente, essa empresa é escolhida por meio de licitação, tendo um prazo de “vida útil” para disponibilizar o serviço até que a licitação termine e uma nova empresa seja selecionada (quando isso acontecer, você pode seguir os passos que tem [AQUI] para atualizar na solução ACBr). Em alguns casos, a própria prefeitura é responsável pelo web service. NFSe: é a sigla para Nota Fiscal de Serviços Eletrônica. Trata-se do documento fiscal eletrônico gerado pelo web service do Provedor a partir da conversão do RPS recebido, nos casos em que nenhum erro seja encontrado. É o documento que, de fato, representa a operação de prestação de serviços. Leiaute ABRASF: é o nome dado ao leiaute sugerido pela Associação Brasileira das Secretarias de Finanças das Capitais (ABRASF), que pode ou não ser adotado pelos provedores. Ele propõe um padrão para a estrutura do RPS e da NFSe, indicando quais campos e informações cada um deve conter. Além disso, sugere os métodos que devem ser implementados no web service. Leiaute Próprio: é o padrão de estrutura de dados definido individualmente por um município ou provedor para a emissão da NFSe, em vez de seguir integralmente o Leiaute ABRASF. Nesse formato, o município estabelece quais campos, formatos e métodos serão utilizados no RPS e na NFSe, podendo diferir totalmente ou parcialmente das especificações sugeridas pela ABRASF. DPS: é a sigla para Declaração de Prestação de Serviços. Trata-se do documento equivalente ao RPS, utilizado no Padrão Nacional da NFSe. Ele reúne as informações necessárias para emissão da nota fiscal e deve ser transmitido ao ambiente nacional, que valida os dados e gera a NFSe nos casos em que não haja inconsistências. Padrão Nacional: também conhecido e divulgado por alguns como NFSe Nacional (na solução ACBr, o Padrão Nacional é considerado um provedor), é o modelo unificado de emissão da Nota Fiscal de Serviços Eletrônica (NFSe), desenvolvido para padronizar o processo em todos os municípios brasileiros. O uso é obrigatório para prestadores de serviço enquadrados como MEI (Microempreendedor Individual) e opcional para os municípios, que podem adotá-lo de duas formas: Modelo de compartilhamento: as notas são emitidas em leiaute próprio da prefeitura, mas as informações são compartilhadas com o ambiente nacional; Modelo completo: todas as NFSe do município são geradas utilizando integralmente o Padrão Nacional. Onde encontrar os projetos de exemplo. Agora que os conceitos foram definidos, vamos dar o primeiro passo na parte prática e localizar os projetos de demonstração. O exemplo disponível em Delphi pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi O exemplo disponível em Pascal pode ser encontrado em: ..\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Lazarus Para a ACBrLib temos exemplos disponíveis nas linguagens: C#: ..\trunk2\Projetos\ACBrLib\Demos\C#\NFSe Harbour: ..\trunk2\Projetos\ACBrLib\Demos\Harbour\NFSe Java: ..\trunk2\Projetos\ACBrLib\Demos\Java\NFSe Node.js: ..\trunk2\Projetos\ACBrLib\Demos\Node.js\NFSe PHP: ..\trunk2\Projetos\ACBrLib\Demos\PHP\NFSe VB6: ..\trunk2\Projetos\ACBrLib\Demos\VB6\NFSe Abrir e analisar o código disponível nesses exemplos, criados para demonstrar o preenchimento das propriedades e as chamadas das funções das soluções ACBr, é um passo importante para entender como elas funcionam e como podem ajudar no seu desenvolvimento. Como testar? Na esmagadora maioria dos casos, é necessário, no mínimo, o uso de um certificado digital e-CNPJ para a comunicação com os web services, sem contar aqueles que exigem o uso de chave ou token. Portanto, é mais simples buscar essa informação junto à cidade onde você reside. Procure descobrir qual é o provedor que fornece o serviço para sua cidade, qual leiaute ele utiliza e quais são os requisitos para comunicação com o web service. Uma vez com essas informações em mãos, você pode utilizar os exemplos para testar o processo de emissão junto à sua cidade, compreendendo o fluxo e, por meio dos erros recebidos e da leitura dos manuais do provedor, identificar quais são os campos necessários, os valores esperados, entre outros detalhes importantes. Quais cidades são atendidas? Atualmente, a solução do ACBr atende a 3.079 das 5.571 cidades do Brasil. Para conferir se um município é atendido, basta procurar pelo código IBGE correspondente no arquivo ACBrNFSeXServicos.ini. Se na seção correspondente houver um nome de provedor atribuído, significa que o município é atendido. [3503208] Nome=Araraquara UF=SP Provedor=GINFES Principais Diferenças entre as Cidades. Todas as diferenças entre o processo de emissão de NFSe no município da cidade A e no município da cidade B se devem ao provedor que fornece o serviço para cada uma delas. Cidades atendidas pelo mesmo provedor raramente apresentam particularidades que diferenciem seu processo de emissão. Isso significa que, se você já homologou para uma cidade atendida pelo provedor ISSNet, na versão 2.04, por exemplo, dificilmente terá dificuldades para homologar em outra cidade atendida pelo mesmo provedor e versão. Por outro lado, isso também significa que uma cidade atendida pelo provedor IPM, em sua versão 1.00, terá diferenças significativas em relação a uma cidade atendida pelo ISSNet na versão 2.04. Portanto, é muito importante identificar qual é o provedor que atende ao município e ficar atento às particularidades dele. Quando usar a NFSe Padrão Nacional O Padrão Nacional deve ser utilizado por todos os prestadores de serviço do Brasil que sejam Microempreendedores Individuais (MEI). Fora desse caso, ele só deve ser utilizado se o município tiver aderido integralmente ao modelo. Caso contrário, a comunicação deve ser feita diretamente com o provedor que atende ao município. Como será com a chegada da Reforma Tributária? A Reforma Tributária sobre o consumo trouxe alterações apenas no leiaute do Padrão Nacional. Até o início de 2026, os municípios deverão escolher entre: Aderir integralmente ao Padrão Nacional, adotando-o como modelo único de emissão; ou Continuar utilizando os web services fornecidos pelos provedores, caso em que esses provedores deverão incluir novos campos em seus leiautes para receber as informações exigidas pela reforma e compartilhá-las com o Padrão Nacional de alguma forma. Vale a leitura. Emissão de NFSe, eliminando todas as dúvidas. Duvidas Frequentes sobre o ACBrNFSeX Algumas mensagens comuns no ACBrNFSeX, o que elas significam e o que você pode fazer. Informar mais de um item de serviço é possível? Consigo consultar e baixar os XMLs das NFSes junto as prefeituras usando as soluções do ACBr? Emissão de NFS-e segundo o Padrão Nacional Primeiros Passos com a Reforma Tributária

Se você já utiliza a ACBrLib, é provável que o título desta notícia tenha lhe causado alguma confusão. Já não existe um método para essa finalidade? Calma, eu vou explicar. O método NFSE_ObterXML, já existe na biblioteca há bastante tempo. Ele continua disponível, sem alterações, e pode ser utilizado normalmente para recuperar o XML de uma NFS-e que esteja carregada na memória da biblioteca. Percebeu a ênfase na palavra NFS-e? Quando falamos de outros documentos fiscais, como NF-e, CT-e ou MDF-e, o mesmo arquivo XML que a Lib gera e envia para o web service, é o arquivo que é devolvido pelo web service para à Lib, agora acrescido das informações de autorização. Mas, no caso da NFS-e, isso funciona de forma um pouco diferente. Quando falamos de NFS-e, dois arquivos XML diferentes são envolvidos no processo: Um deles XML do Recibo Provisório de Serviço (RPS) que é o arquivo que a Lib monta com as informações que você carrega nela e envia para o web service do provedor. O outro é o XML da Nota Fiscal de Serviços Eletrônica (NFS-e) que é devolvido pelo web service do provedor para a Lib. Por causa dessa diferença, foi adicionado na biblioteca ACBrLibNFSe, o novo método NFSE_ObterXMLRps para permitir a você recuperar o XML do RPS gerado pela Lib antes do envio ao web service. O novo método tem a mesma estrutura do ObterXML e versões da biblioteca compiladas depois das 16h53 do dia 08/05/2025 deverão englobar o mesmo.

Ao imprimir o PDF da NFSe a partir da importação do XML, não está exibindo o Código de Verificação e no campo Número da Nota está exibindo o Número do RPS. Ao imprimir usando o método ImprimirPDF, está gerando dois arquivos, um com o número do RPS e o outro com o número da nota, mas ambos com a mesma informação. Estou usando o provedor IssIntel que está em homologação para a cidade de Governador Valadares. 3124060259898200019056202400000000009-nfse.xml 3124060259898200019056000000000000014-nfse.pdf 3124060259898200019056202400000000009-nfse.pdf

Pessoal, a prefeitura de Governador Valadares - MG trocou do provedor SigISS para ISSIntel recentemente e nisto estou fazendo a homologação. Eu percebi que ao gerar uma RPS e enviar, a nota fiscal gerada não está com os mesmos dados enviados. Nisto se eu gerar o DANFSe a partir deste XML, ele exibe algumas informações diferentes. Eu já acionei o suporte, mas não obtive retorno ainda, contudo estou postando aqui para ver com vocês se já tiveram este problema e também para ficarem alertas. Coloquei em anexo os xml da rps enviada e da nfse retornada, assim como um print exibindo a diferença como é o caso dos campos RegimeEspecialTributacao, IncentivoCultural. 3124060259898200019056202400001002125-nfse.xml 3124060259898200019056000000000000503-rps.xml

Boa tarde, estou necessitando fazer uma nova integração com a NFSe da prefeitura de Abaetetuba-PA porém no acbr não há essa integração. Entrei em contato com a empresa fornecedora do sistema da prefeitura ASPEC.COM.BR e eles me forneceram apenas um manual simples, alguém poderia me ajudar nesses primeiros passos para que eu possa contribuir com o acbr com essa integração? Por onde eu começo a implementação? Com base no manual que anexei para iniciar a implementação no acbr preciso de mais alguma informação? MANUAL RPS - ATUALIZADO.pdf

Bom dia, a prefeitura de Taquaritinga trocou o provedor do RPS, antes era Ginfes e agora passou a ser Conam. O arquivo cidades.ini ficou assim. [3553708] Nome=Taquaritinga UF=SP Provedor=CONAM NomeURL_H=sp.taquaritinga NomeURL_P=sp.taquaritinga Solicito alteração no Trunk. Atenciosamente, Júnior Lira

Bom dia Estou tentando implementar o envio de RPS para floraí que utiliza o provedor BETHA. Estou utilizando o método Enviar para tentar enviar o RPS. mas não retorna nenhum erro quando tento enviar. Segue imagem do erro, quem puder auxiliar eu agradeço.

Boa tarde, estou tendo um problema na hora de assinar uma RPS, não faço a menor ideia do por quê está ocorrendo. Segue arquivo XML. 17502NFS-rps.xml

Boa tarde, pessoal estou com problema para efetuar consulta de nfe no ws de são paulo. Segue abaixo o xml enviado: <?xml version="1.0" encoding="UTF-8"?> <p1:PedidoConsultaNFe xmlns:p1="http://www.prefeitura.sp.gov.br/nfe" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Cabecalho Versao="1"> <CPFCNPJRemetente> <CNPJ>04642554000143</CNPJ> </CPFCNPJRemetente> </Cabecalho> <Detalhe> <ChaveNFe> <InscricaoPrestador>31000000</InscricaoPrestador> <NumeroNFe>51</NumeroNFe> </ChaveNFe> </Detalhe> <Detalhe> <ChaveRPS> <InscricaoPrestador>31000000</InscricaoPrestador> <SerieRPS>LLLLL</SerieRPS> <NumeroRPS>2</NumeroRPS> </ChaveRPS> </Detalhe> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /> <DigestValue>py4wNLPd/3N4D5oNik6goSYdeyE=</DigestValue> </Reference> </SignedInfo> <SignatureValue>adYvn7k+OVL9rjActY6H5fvQ0rUTeetPYcSD26XBurBeY/3ob90R8Xu3FoY2L8I2Xf181UdJ61VXRKudEY6kQgCVL9fWF5lRSqgTqBqV3i1SHmI1K3CKtt6nCvqieurZKcfXbmizKGWzw9+0czOh0PzmCrfL/n7LC6MVeqaQJUU=</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIFUzCCBDugAwIBAgIQSUJS8pELZyjasDkgGzKm0TANBgkqhkiG9w0BAQUFADBuMQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDEsMCoGA1UECxMjU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgLSBTUkYxHDAaBgNVBAMTE0FDIENlcnRpU2lnbiBTUkYgVjMwHhcNMDYwNzE5MDAwMDAwWhcNMDkwNzE4MjM1OTU5WjCB1DELMAkGA1UEBhMCQlIxEzARBgNVBAoUCklDUC1CcmFzaWwxKjAoBgNVBAsTIVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsLVNSRjETMBEGA1UECxQKU1JGIGUtQ05QSjELMAkGA1UECBMCUkoxFzAVBgNVBAcUDlJJTyBERSBKQU5FSVJPMUkwRwYDVQQDE0BUSVBMQU4gQ09OU1VMVE9SSUEgRSBTRVJWSUNPUyBFTSBJTkZPUk1BVElDQSBMVERBOjA0NjQyNTU0MDAwMTQzMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCx86LAoJRVmtQMzmtdWpyNgKy200+bwjtz/TuywNcTjvfw7qHFGIgTjipmuZ3zhX28CgYLYXp3tj1Dfh2B7EhjHdLJPfvoF4MgbN/dQGXmGpMpF5cNxYusOGCZiyASvI7Gqt/xE4xLSIalNr6kF6CaPLkpFgTNNe+WQkG0fMqsQQIDAQABo4ICCDCCAgQwgbEGA1UdEQSBqTCBpqA/BgVgTAEDBKA2DDQyNDA3MTk3NjA3MTM4NTM3Nzg2MDAwMDAwMDAwMDAwMDAwMDAwOTI5OTA2MjFDTkggIFJKoB8GBWBMAQMCoBYMFEZFUk5BTkRPIFNJTFZBIEJSQUdBoBkGBWBMAQMDoBAMDjA0NjQyNTU0MDAwMTQzoBEGBWBMAQMHoAgMBjIzOTU0OIEUZmJyYWdhQHRpcGxhbi5jb20uYnIwCQYDVR0TBAIwADBiBgNVHR8EWzBZMFegVaBThlFodHRwOi8vaWNwLWJyYXNpbC5jZXJ0aXNpZ24uY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0NlcnRpU2lnblNSRlYzL0xhdGVzdENSTC5jcmwwHwYDVR0jBBgwFoAU9p1ZXf6/xXLN3c7ELmYbLu4Iz3YwDgYDVR0PAQH/BAQDAgXgMFUGA1UdIAROMEwwSgYGYEwBAgMGMEAwPgYIKwYBBQUHAgEWMmh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vZHBjMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjA4BggrBgEFBQcBAQQsMCowKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwDQYJKoZIhvcNAQEFBQADggEBAC5w/CBXAykvPSbBGf+u0UPcWVJATL2ix0hCfNUVtHaCjMz8hRjgYqmhpefzDm2LCTvoCPzG6XQBYxAmnDhX1f/gyjHz+E1xJg451qtqcyCJ9861o9R2bHd4zR0DuyxCNGOTiYJ4Gc/Xa4xqECorAx5ktkk1T/HOc1K/ntRGpdL+llsO/jqSRmTOnRgdeNHcKkyXsOgL5BwxxgGNuIyqirgGXW0by4Io1GnSXtixxfvEOnqOicxBY6AcVS9HHuhmOBYiK9skAUp0Sm2v41hpsC8uIkfUeRxsJIp2CNZ4DjoyfmKwNLMCRZQAKpwMXyyHZlX1a4o/9iGTszNeeShw61g=</X509Certificate> </X509Data> </KeyInfo> </Signature> </p1:PedidoConsultaNFe> retorno: <?xml version="1.0" encoding="UTF-8"?> <RetornoConsulta xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho Versao="1" xmlns=""> <Sucesso>false</Sucesso> </Cabecalho> <Erro xmlns=""> <Codigo>1001</Codigo> <Descricao>XML não compatível com Schema.The 'http://www.prefeitura.sp.gov.br/nfe:PedidoConsultaNFe' element is not declared.</Descricao> </Erro> </RetornoConsulta> não sei mais oque fazer

ao enviar a nfse tenho o seguinte retorno: RPS ainda não cnvertido em NFS-e. Efetue nova consulta mais tarde. não estou conseguindo fazer upload dos xmls 92-env-lot.zip 92-env-lot-soap.zip

Bom dia Italo Como o tópico "Utilizar NFS-e No Acbrnfemonitor"() foi fechado estou abrindo um novo para continuarmos, visto que você havia me solicitado algumas cidades que estão sendo atendidas pelo servidor ISSNET para verificar se é o mesmo que já está no componente e usado para a cidade de Santa Maria - RS. São essas algumas: Cruz Alta - RS Praia Grande - SP Santra Maria - RS Varzea Grande - MT *Lembrando que meu problema inicial é a geração do RPS através de arquivo INI passado para o ACBrNFSeMonitor. No aguardo.

Pessoal, boa noite! Tenho autorizado NFS-e com a propriedade "ConsultarLoteAposEnvio" marcada, então o componente faz a abstração da comunicação com o WS. Estou desenvolvendo o envio de RPS em lote. A impressão do RPS está disponível no componente? Se sim, qual método devo utilizar? Desde já, obrigado.

Olá. Uso o ACBR com sucesso para emissão de NF´s junto à prefeitura do Rio de Janeiro. Obrigado à equipe por esta ferramenta Minha dúvida é a seguinte: O RPS é um documento emitido para o cliente quando o fornecedor de serviços vai deixar para emitir a NFSe em momento posterior ao contato com o cliente. Por exemplo, na saída dos estacionamentos geralmente recebemos RPS e depois, via email a NF emitida de fato. Tenho clientes que emitem para os seus clientes a NFSe na hora. Não precisando emitir um RPS para depois emitir a NFSe. Porém, quando preencho o XML, parece que não posso deixar em branco os campos IdentificacaoRps.Numero , IdentificacaoRps.Serie e IdentificacaoRps.Tipo . Daí que para gerar as NFSe sou obrigado a gerar uma RPS ( no meu sistema - fictícia porque o cliente nem a recebe) para depois gerar a NFSe informando esta RPS Mas na NFSe sai dizendo "Nota fiscal Substitui a RPS nnnnn", o que leva o cliente a perguntar que RPS é essa que ele nem recebeu. Assim a pergunta é: Tem como emitir a NFSe eletronicamente sem informar uma RPS ?

Pessoal, alguém conseguiu utilizar a função ConsultaSeqRps do provedor IssDSF de Campinas - SP ? Preciso trazer na tela o último RPS que está no banco da prefeitura e não no meu banco local Valeu!

Boa Tarde Pessoal, Alguém poderia por gentileza me enviar um xml de exemplo pra importação de xml direto no site? Eu tentei subir o XML anexo, entretanto ele fica dando erro de CNPJ do prestador, mas está exatamente igual ao cadastro, acredito que seja alguma TAG incorreta ou a estrutura inteira.Primeiro_Lote_Betha.xml

Boa Tarde Pessoal, Alguém poderia por gentileza me enviar um xml de exemplo pra importação de xml direto no site? Eu tentei subir o XML anexo, entretanto ele fica dando erro de CNPJ do prestador, mas está exatamente igual ao cadastro, acredito que seja alguma TAG incorreta ou a estrutura inteira. Primeiro_Lote_Betha.xml

Estou emitindo uma nota pelo provedor simpliss porém o valor dos serviços unitarios está vindo com 4 digitos depois da virgula estou usando a seguinte função porém no xml o valor vem com 4 digitos depois da virgula oque poderia ser ? ValorUnitario := strtocurr(FormatCurr('0.00',qBusca.FieldByName('VRSERVICOS').AsFloat)); provedor simpliss / delphi/ acbr2 Desde já agradeço

Boa tarde! Estou iniciando a implementação da NFS-e utilizando o provedor WebISS. Preenchi o exemplo ACBrNFSe corretamente as seguintes abas: Emitente Certificado Geral Mas estou com dúvidas como preencher a aba WebService. Os campos: Host e Porta, como devem ser preenchidos? Quanto ao campo usuário e senha corresponde ao usuário que foi criado no ambiente de homologação? Segue o print.

Estou transmitindo NFSe normalmente em ambiente de homologação, só que ao consultar o lote através do protocolo e numero do lote obtenho a seguinte mensagem de erro: Codigo: E403 Mensagem: Lote de RPS recebido e foram detectados erros ao processar. Correção: Recuperar a relação dos erros. A dúvida é como recuperar essa relação de erros. Alguém já passou por essa situação? Sabe o que pode ser? O provedor é Abaco, cidade de Rondonópolis/MT. Grato!

Nosotro estão implementando um sistema para enviar faturas através do webservice "https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx". Para a operação "EnvioRPS", estamos usando as instruções para SOAP 1.2. /ws/lotenfe.asmx POST HTTP / 1.1 Anfitrião: nfe.prefeitura.sp.gov.br Content-Type: application / soap + xml; charset = UTF-8 Content-Length: o comprimento <? Xml version = "1.0" encoding = "utf-8"?> <Soap12: xmlns envelope: xsi = "http://www.w3.org/2001/XMLSchema-instance" xmlns: xsd = "http://www.w3.org/2001/XMLSchema" xmlns: soap12 = "http : //www.w3.org/2003/05/soap-envelope "> <Soap12: Body> <EnvioRPSRequest xmlns = "http://www.prefeitura.sp.gov.br/nfe"> <VersaoSchema> int </ VersaoSchema> <MensagemXML> string </ MensagemXML> </ EnvioRPSRequest> </ Soap12: Body> </ Soap12: Envelope> Nós estamos usando a documentação "NFe_Web_Service.pdf". Dúvidas ter são: - A tag VersaoSchema deve ter um valor de "1"?. - Dentro do tag MensagemXML também deve ir a "PedidoEnvioRPS?". O erro que estamos a ter é: <! RetornoXML> <[CDATA [<xml version = "1.0" encoding = "UTF-8"> <RetornoEnvioRPS xmlns Xsd = "http://www.w3.org/2001/XMLSchema" xmlns: xsi = "http://www.w3.org/2001/XMLSchema-instance" xmlns = "http://www.prefeitura.sp.gov.br/nfe"> <Cabeçalho Versão = "1" xmlns = ""> < Sucesso> false </ Sucesso> </ Cabeçalho> <xmlns Erro = ""> <code> 1102 </ code> <Descricao> Mensagem Order XML dO SERVIÇO SEM Conteúdo. </ Descricao> </ Erro> </ RetornoEnvioRPS> ]]> </ RetornoXML> Também tenho um erro 400 Bad Request. Graças se você pode me ajudar um pouco.

Estou enviando o seguinte xml, e está me retornando E172-Arquivo enviado com erro na assinatura. - Acerte a assinatura do arquivo. Segue o xml em anexo e o codigo que estou gerando para assinar requestSoap = String com o certificado sem a assinatura digital. Codigo de Assinatura: Empresa empresa = notaFiscalList.get(0).getId().getEmpresa(); String senhaCertificado = CryptUtil.decrypt(Coalesce.asString(empresa.getCertificadoServicoPass())); KeyStore keyStore = KeyStore.getInstance("PKCS12"); FileInputStream fis = new FileInputStream(empresa.getCertificadoServico()); keyStore.load(fis, senhaCertificado.toCharArray()); String dataValidadeCertificado = null; Enumeration<String> e = keyStore.aliases(); X509Certificate cert; KeyStore.PrivateKeyEntry privateKeyEntry = null; PrivateKey privateKey = null; Enumeration aliasesEnum = keyStore.aliases(); while (aliasesEnum.hasMoreElements()) { String alias = (String) aliasesEnum.nextElement(); System.out.println(alias); if (keyStore.isKeyEntry(alias)) { privateKeyEntry = (KeyStore.PrivateKeyEntry) keyStore.getEntry(alias, new KeyStore.PasswordProtection(senhaCertificado.toCharArray())); privateKey = privateKeyEntry.getPrivateKey(); break; } } cert = (X509Certificate) privateKeyEntry.getCertificate(); DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); factory.setNamespaceAware(true); DocumentBuilder builder = factory.newDocumentBuilder(); Document doc = factory.newDocumentBuilder().parse(new ByteArrayInputStream(requestSoap.getBytes("UTF-8"))); XMLSignatureFactory fac = XMLSignatureFactory.getInstance("DOM"); ArrayList transformList = new ArrayList(); TransformParameterSpec tps = null; Transform envelopedTransform = fac.newTransform(Transform.ENVELOPED, tps); Transform c14NTransform = fac.newTransform("http://www.w3.org/TR/2001/REC-xml-c14n-20010315", tps); transformList.add(envelopedTransform); transformList.add(c14NTransform); KeyInfoFactory kif = fac.getKeyInfoFactory(); List x509Content = new ArrayList(); x509Content.add(cert); X509Data xd = kif.newX509Data(x509Content); KeyInfo ki = kif.newKeyInfo(Collections.singletonList(xd)); NodeList elementRps = doc.getElementsByTagName("InfDeclaracaoPrestacaoServico"); Element elRps = (Element) elementRps.item(0); String idRPs = elRps.getAttribute("Id"); elRps.setIdAttribute("Id", true); ((Element) doc.getDocumentElement()).setAttribute("xmlns", "http://www.betha.com.br/e-nota-contribuinte-ws"); Reference refRps = fac.newReference("#" + idRPs, fac.newDigestMethod(DigestMethod.SHA256, null), transformList, null, null); SignedInfo siRps = fac.newSignedInfo(fac.newCanonicalizationMethod(CanonicalizationMethod.INCLUSIVE, (C14NMethodParameterSpec) null), fac.newSignatureMethod(SignatureMethod.RSA_SHA1, null), Collections.singletonList(refRps)); XMLSignature signatureRps = fac.newXMLSignature(siRps, ki); DOMSignContext dscRps = new DOMSignContext(privateKey, doc.getDocumentElement().getElementsByTagName("Rps").item(0)); signatureRps.sign(dscRps); KeyInfo ki2 = kif.newKeyInfo(Collections.singletonList(xd)); NodeList elementRps2 = doc.getElementsByTagName("InfDeclaracaoPrestacaoServico"); Element elRps2 = (Element) elementRps2.item(1); String idRPs2 = elRps2.getAttribute("Id"); elRps2.setIdAttribute("Id", true); ((Element) doc.getDocumentElement()).setAttribute("xmlns", "http://www.betha.com.br/e-nota-contribuinte-ws"); Reference refRps2 = fac.newReference("#" + idRPs, fac.newDigestMethod(DigestMethod.SHA256, null), transformList, null, null); SignedInfo siRps2 = fac.newSignedInfo(fac.newCanonicalizationMethod(CanonicalizationMethod.INCLUSIVE, (C14NMethodParameterSpec) null), fac.newSignatureMethod(SignatureMethod.RSA_SHA1, null), Collections.singletonList(refRps2)); XMLSignature signatureRps2 = fac.newXMLSignature(siRps2, ki2); DOMSignContext dscRps2 = new DOMSignContext(privateKey, doc.getDocumentElement().getElementsByTagName("Rps").item(2)); // signatureRps.sign(dscRps2); ByteArrayOutputStream os = new ByteArrayOutputStream(); TransformerFactory tf = TransformerFactory.newInstance(); Transformer trans = tf.newTransformer(); trans.setOutputProperty(OutputKeys.OMIT_XML_DECLARATION, "yes"); trans.transform(new DOMSource(doc), new StreamResult(os)); DOMSignContext dscRps3 = new DOMSignContext(privateKey, doc.getDocumentElement().getElementsByTagName("Rps").item(1)); signatureRps.sign(dscRps3); // // TransformerFactory tf1 = TransformerFactory.newInstance(); // Transformer trans2 = tf1.newTransformer(); // trans2.setOutputProperty(OutputKeys.OMIT_XML_DECLARATION, "yes"); // trans2.transform(new DOMSource(doc), new StreamResult(os)); // return os.toString(); return os.toString(); testenota.xml

Olá senhores. Bom dia. Sei que pra boa parte dos provedores já existem links pra consultar a NF usando, geralmente, a chave numero da nota e cnpj. A dúvida que tenho é se existem links pra consultar a NF usando apenas numero da RPS e cnpj, sem a chave ou numero da nota. Clientes que atendemos geram NFs pra pessoas que, por uma razão e outra, podem não receber a NF por email. Essas pessoas, de diferentes estados, teriam como fazer essa consulta em seus respectivos provedores? Exemplo: https://nfe.prefeitura.sp.gov.br/rps.aspx. Recursos como esse estão disponíveis pra maioria ou são exceção?

Olá. Como vai? Não encontrei a propriedade/função correta e não localizei ainda algo similar no fórum. Eis a dúvida: Como posso recuperar o conteúdo do xml (string ou arquivo) no componente TACBrNFSe, que conteria todas as RPSs adicionadas em "ACBrNFSe.NotasFiscais.Items"? Preciso desse conteúdo pra gravar na base de dados antes de fazer o envio. Obrigado pela ajuda !

Boa tarde, atualizei hoje os fontes acbr e começou a não importar todas as notas do arquivo de lote, somente a primeira. Sei que existia alguma rotina onde era feito um reconheçimento se o arquivo era de lote ou não mas como alterou os fontes não achei mais. O código abaixo achei estranho pois nem sempre um arquivo rps terá em seu nome "-rps.xml", estaria ali o erro? function TNotasFiscais.LoadFromFile(CaminhoArquivo: String; AGerarNFSe: Boolean = True): Boolean; var XMLStr: String; XMLUTF8: AnsiString; i, l: integer; MS: TMemoryStream; begin MS := TMemoryStream.Create; try MS.LoadFromFile(CaminhoArquivo); XMLUTF8 := ReadStrFromStream(MS, MS.Size); finally MS.Free; end; l := Self.Count; // Indice da última nota já existente // Converte de UTF8 para a String nativa da IDE // XMLStr := DecodeToString(XMLUTF8, True); Result := LoadFromString(XMLStr, AGerarNFSe); if Result then begin // Atribui Nome do arquivo a novas notas inseridas // for i := l to Self.Count - 1 do begin if Pos('-rps.xml', CaminhoArquivo) > 0 then Self.Items.NomeArqRps := CaminhoArquivo else Self.Items.NomeArq := CaminhoArquivo; end; end; end;

Pessoal, existe alguma maneira de eu capturar o xml de um rps contido em um lote de rps antes de INICIAR O PROCESSO DE ENVIO? A minha intenção é salvar o mesmo no banco de dados. Tentei aqui mas fica em branco.