F Almeida

Boa Tarde, Sim, é gerado este XML de Retorno, porém não existe uma variável ou para ler de alguma propriedade do Web Service? Sobre o certificado, é da central, deveria servir para a filial de SP perfeitamente, aliás serve para enviar e cancelar nota, porém com a consulta que dá o erro, não faz sentido...

Boa Tarde Ariel, Pois é, eu estou conseguindo fazer o Envio e Cancelamento perfeitamente, mas a Consulta não funciona de forma alguma, estou há dias nisso... Outra coisa que tenho dúvida, onde é retornado o Número da NF-e? Pelo que vi ele é criado pelo Web Service mesmo, para usar o cancelamento estou pegando o número do site da prefeitura e adicionando manualmente, mas em algum momento é possível buscar este número por código, para assim já guardar no Banco de Dados? Eu notei sobre a NotaUtil.AssinaturaSP, tanto que tentei botar ela na Consulta, sem sucesso, o mais bizarro disso tudo, é que no site da Receita que valida assinaturas e Notas, mostra que está tudo certo https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx Edit: Pensei em uma possível causa disso, o CNPJ que uso no programa é o da Filial de SP, enquanto no site da prefeitura está registro o da Central da Empresa, a Central não é de SP, porém até onde sei deveria funcionar com a Central, se tem filiais no município, e por que isso afetaria apenas a consulta... Grato, Felipe.

Dando um up pra ver se aparece alguém aqui... Não estou conseguindo fazer consultas de modo algum, seja do Lote de RPS, Situação, ou a consulta que é feita após o envio, sempre retorna o Erro 1107 - o CNPJ da assinatura da mensagem XML não corresponde ao CNPJ do Prestador. Consigo enviar e cancelar, porém a consulta já tentei de tudo e não saio deste erro, outra coisa que notei é receber o retorno com o número da NFSe, ao enviar eu não consigo ter o retorno, porque o número é gerado pelo Web Service, dai fica difícil, para testes tenho logado no site da Prefeitura e buscar o número da NFSe na mão para poder testar o cancelamento e consulta Edit 2: Sem sucesso ainda, o procedimento de mudar a Chave de Assinatura não funcionou.

Ariel, Desculpe só responder agora, estava engajado em outros projetos. No momento voltei para este e estou tendo problemas com a Consulta por Lote RPS, a NFSe é transmitida sem problemas, porém na Consulta insiste o erro 1107 - o CNPJ da assinatura da mensagem XML não corresponde ao CNPJ do Prestador. Segue o XML criado para a Consulta. <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ConsultaLoteRequest xmlns="http://www.prefeitura.sp.gov.br/nfe"> <VersaoSchema>1</VersaoSchema> <MensagemXML> <p1:PedidoConsultaLote xmlns:p1="http://www.prefeitura.sp.gov.br/nfe" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Cabecalho Versao="1" xmlns=""> <CPFCNPJRemetente> <CNPJ>08455211000392</CNPJ> </CPFCNPJRemetente> <NumeroLote>45</NumeroLote> </Cabecalho> <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>n9VltuFy8DGnsoJkox234L4PcGk=</DigestValue> </Reference> </SignedInfo> <SignatureValue>RXYQb6hlucJ3T3aC2odLQNTRS0yN+x5nfzLjNpgmqErNyd/fGLb3aEqIXf8PaGF7OgqrC9sI9EO8YlBW4MTr3wuSu09sIz7mdxCxJGUxjXg7r7GaH5lmJ4wojBlsiucbzMOuuvxKFhpnM67zInLbAImrw8nXCGbHifNkdKphEVwfcuV75FECL7OS7CNHTjGXe9Zp164TiEb0MoToKGClQe/IfhtWo3UQrdZmAG1kIMYlQPEU8Wqwf+xoKF/f3PvhW4nkZDH70HNGaHuvCMHw0R0dvgv/AM99BFh5SE0xYPL/c1AVTlrMXl/Lwz+W3mHSHqIaFL5mdhA9jFnvYskgEQ==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIITDCCBjSgAwIBAgIQNBpbHoRgVSQCq2N65FCrtDANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc0MB4XDTEzMDkxODAwMDAwMFoXDTE0MDkxNzIzNTk1OVowgfwxCzAJBgNVBAYTAkJSMRMwEQYDVQQKFApJQ1AtQnJhc2lsMQswCQYDVQQIEwJTUDESMBAGA1UEBxQJR1VBUlVMSE9TMTYwNAYDVQQLFC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsUDVJGQiBlLUNOUEogQTExJjAkBgNVBAsUHUF1dGVudGljYWRvIHBvciBBUiBKTSBDYXJkb3NvMT8wPQYDVQQDEzZIQUlEQVIgVFJBTlNQT1JURVMgRSBMT0dJU1RJQ0EgTFREQSBFUFA6MDg0NTUyMTEwMDAxMjAwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCt6IUDvVL1nd/qURKDzRabGDd0I+zFCwvYRs6XWKCmC9DvlqXixxkaouNdaACw9eCZ+re+IBGwi38dxd8HnmtgINIo/4WbkrEVQcyP8V/yTFzqp7oEMMmugcMTpZ48R8A+o8qaAOFExp3GyCpvs/2MQLC8rtRgpGHHFwHDz/NyEiiXKALVs1nDOfOd8wWe5f2skmzsKEZoEYdMsRGs5+9c5QL5ykqVQj6FolrM0VWv7YvezK+oaq7bbCFR2LxL9iiTLem0w41+BNI9BYd8ciP1EyjvtO7Yev1yzMaBSU+VnbwWrsG+RDjLUksI+OX1rc0z/JTbl968Vb48yxj2Ok6PAgMBAAGjggNLMIIDRzCBsAYDVR0RBIGoMIGloDgGBWBMAQMEoC8ELTA5MDYxOTUxMzYxODgzMDE4MTUxMTcyMzEzMzM3NDAwMDAwMDAwMDAwMDAwMKAeBgVgTAEDAqAVBBNGRUxJUEUgSEFJREFSIEZJTEhPoBkGBWBMAQMDoBAEDjA4NDU1MjExMDAwMTIwoBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEVc3Vwb3J0ZUBoYWlkYXIuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAULpHq1m3lslmC3DiFKXY0FlY80D4wDgYDVR0PAQH/BAQDAgXgMH8GA1UdIAR4MHYwdAYGYEwBAgEMMGowaAYIKwYBBQUHAgEWXGh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vZHBjL0FDX0NlcnRpc2lnbl9SRkIvRFBDX0FDX0NlcnRpc2lnbl9SRkIucGRmMIIBFgYDVR0fBIIBDTCCAQkwV6BVoFOGUWh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzQvTGF0ZXN0Q1JMLmNybDBWoFSgUoZQaHR0cDovL2ljcC1icmFzaWwub3V0cmFsY3IuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0NlcnRpc2lnblJGQkc0L0xhdGVzdENSTC5jcmwwVqBUoFKGUGh0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9DZXJ0aXNpZ24vQUNDZXJ0aXNpZ25SRkJHNC9MYXRlc3RDUkwuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBmwYIKwYBBQUHAQEEgY4wgYswXwYIKwYBBQUHMAKGU2h0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0NlcnRpc2lnbl9SRkJfRzQucDdjMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC5jZXJ0aXNpZ24uY29tLmJyMA0GCSqGSIb3DQEBCwUAA4ICAQAQWbF18obkEPnUuxdNyTKGyJdfYilRhi4g+Ewy58r9bs64mI7jFVpznpli3ib7EsZrrujpK9hI3N756A2lW2ZZbDAGnVAZVb60yPs2qnzQgGwM0spRfF3aRLLxaFdug1uNi6YDsAtS6IHTLarjh5zb00nTBOnTUVbZZHCZxKUWSfx6L/HQc8vBAUyfjU3/FJSunxbd+k95TFVil5PlZIcuqsdi3qhq6pX0jRwMgwucJb4AJOaMcAA8kTuXjNL9iL0u7VwQ7Sh7LpRLlC9bBB3YHZ6WhqBCWASA8gAWOeWittQm+els1WSKxxslgGdiQk7GWLBgf9mlaTEsqDDkx4uu9iuoO50TWvZnL57J5sM/ljtff4DEG/nWkmiygvJ+G3VdXJuFN+MyREwiRTc4/jl1N7Ra/o1Gf+XjT6Os62pGRsYgVUw/1FOYD+FSOopi1Akd/OHnudN2pLjWNQqy29jod7TQyKOIZZAAwJYtNUqY+ygct/UAQnaRmd+V2MnpjA9oQFXUUf+4f15/16XtUuKJfUVyCMoiYHfyZlUcKwavgJrnN7AH2/bkKRZbZdiP4iXhG+8ZuSVc4ITlRJCvXNNyQxJdsiy1W4PpGed37PaHZsqN043+c9G1m6bukKJ9opX2Ptou25W3hkQCrU8t+jUpRfiW9KmTOdGWrqhQlRQX8A==</X509Certificate> </X509Data> </KeyInfo> </Signature> </p1:PedidoConsultaLote> </MensagemXML> </ConsultaLoteRequest> </soap:Body> </soap:Envelope>

GONDIM, veja neste tópico:

Oque eu necessito é de adicionar 2 fontes, que estavam com nomes iguais, mas que são diferentes, eu consegui renomear todos os .pas da versão modificada, porém estou tendo problemas com as classes que dão Incompatible Types entre todas funções

Essa possibilidade não seria prática no momento, já que houve grandes alterações no componente que impossibilita o de funcionar para todos os outros provedores

ACBrNFSe, em um projeto eu já estou o utilizando, mas precisarei também adicionar os fontes da versão modificada para a Prefeitura de SP, que foi modificado e serve apenas para ela.

Bom Dia, Estou trabalhando em um projeto que utiliza um componente ACBr, porém no sistema existe a necessidade de modificar o componente para um caso especial, mas ainda sim posso precisar do componente em sua forma original para outro caso. Eu já modifiquei o componente para minha necessidade, mas a dúvida é como eu renomeio os fontes modificados e adiciono eles ao projeto sem causar confusão ou redundância com os fontes originais? Grato, Felipe.

Bom dia, Irei verificar, realmente é estranho que esteja errado assim, porque eu estou conseguindo emitir e recebo o retorno do envio e da consulta, até mesmo com o número de Lote gerado pela prefeitura, inclusive nota-se que nos XML gerados, após o envio, os XML de retorno e da consulta já vem renomeados com o Número de Lote da Prefeitura.

Então é isso, eu recebo o retorno do Web Service e aponta o erro por estar sendo enviado o Lote nulo... Onde o número do Lote é retornado? Na Demo você que envia ele, e é informado na NFSe, tanto que mesmo usando este componente, o número que eu digito na Demo está saindo na nota Este é o retorno do Web Service <RetornoEnvioLoteRPS xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance'>http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho Versao="1" xmlns=""> <Sucesso>false</Sucesso> <InformacoesLote> <NumeroLote>0</NumeroLote> <InscricaoPrestador>140733</InscricaoPrestador> <CPFCNPJRemetente> <CNPJ>08455211000392</CNPJ> </CPFCNPJRemetente> <DataEnvioLote>2014-06-11T16:07:42</DataEnvioLote> <QtdNotasProcessadas>0</QtdNotasProcessadas> <TempoProcessamento>0</TempoProcessamento> <ValorTotalServicos>0</ValorTotalServicos> </InformacoesLote> </Cabecalho> <Erro xmlns=""> <Codigo>1207</Codigo> <Descricao>Prestador de Servicos nao autorizado a emitir NFS-e.</Descricao> </Erro> <Erro xmlns=""> <Codigo>1202</Codigo> <Descricao>Prestador de Servicos nao encontrado no Cadastro Municipal (CCM).</Descricao> </Erro> <Erro xmlns=""> <Codigo>1203</Codigo> <Descricao>Total de RPS nao confere com o enviado (0).</Descricao> </Erro> <Erro xmlns=""> <Codigo>1204</Codigo> <Descricao>Valor Total de Servicos nao confere com o enviado (0).</Descricao> </Erro> </RetornoEnvioLoteRPS>

Sim, eu consegui enviar para o WebService e receber o retorno, e também a Consulta e Retorno da Consulta. Agora que disse, tem razão,o erro sobre o número de Lote está por ser homologação e ser 0, estranho pois na Demo selecionei a opção de Produção, sabendo que o ambiente de Homologação em SP está fora do ar, está passando dado fixo para isso em alguma parte do componente? Em que ponto ele verifica se é homologação e modifica o Lote para 0? Sobre os demais erros referentes ao Cadastro Municipal, pelas minhas pesquisas é por não estar usando uma Inscrição Municipal registrada na Prefeitura, isso será resolvido quando eu rodar no certificado do cliente. Creio que o componente está bem avançado e quase funcional, só não posso confirmar com certeza porque o WebService me retorna estes erros, tanto do certificado, quanto do Lote de Homologação. (Lembrando também que na Demo, ele Gera, Envia e Consulta no mesmo botão, está gerando a NFSe corretamente, recebo o Retorno do Web Service com os erros, e mesmo assim ele faz a Consulta da nota que falhou, e mostra também o Retorno da Consulta dizendo que não encontrou o Lote, ou seja, a Consulta parece estar funcional também)

Não são nas assinaturas, e sim no Lote que é enviado. Agora estou conseguindo enviar e receber o retorno do WebService, estou tendo erros dizendo que o Prestador de Serviços não está autorizado a gerar NFSe e não está no Cadastro Municipal, mas isso deve ser dos dados que estou passando, apenas para teste, tentarei com um certificado autorizado e dados corretos e estes erros devem sumir.

Bom dia, Cabongue Creio que esta assinatura é gerada pela Função AssinarMSXML, que está na unit ACBrNFSeUtil. Ela é chamada após gerar o RPS, adicionando apenas as tags de assinatura. (Chamada por NotasFiscais.Assinar) Nesta função vejo modificações para o provedor ProSP, então deveria estar funcionando, porém eu a modifiquei antes (dias atrás, logo não deve ser relacionado com este erro atual), pois adicionava a Assinatura (tags do final, <Signature>, <X509 Data>, etc) após a tag </RPS>, sendo assim dava erro pois estava fora da raíz principal do XML, modifiquei umas linhas para remover a tag "</RPS>" antes de adicionar a Assinatura, e acrescenta-lá após a Assinatura case AProvedor of {add-SP} proSP: begin AXML := copy(AXML, 1, pos('</RPS>', AXML) - 1); AXML := AXML + Assinatura+ '</RPS>'; Editado: Consegui finalmente resolver, depois de dias praticamente andando em círculos, eu simplesmente baixei novamente o seu componente, reinstalei, fiz a modificação acima, criou a RPS perfeitamente, após isso, o Lote de RPS continha erro, criava o Lote, mas na tag <RPS> dentro do Lote, quando ele lista os mesmos, ele escrevia "<Infrps </RPS>", ficava faltando, verificando isso, vi que era da variável vNotas da unit ACBrNFSeWebServices, adicionei o seguinte código na linha 857 else if (FProvedor = proSP) then vNotas := vNotas + TNFSeEnviarLoteRPS(Self).FNotasFiscais.Items[I].XML_Rps Nesta Unit, existe um IF que pergunta se está gerando RPS ou Lote de RPS, se fosse RPS, este código acima estava sendo rodado perfeitamente, por isso o RPS era gerado sem erros, porém no caso de Lote, faltava esta linha, dai ele rodava um procedimento para outro provedor, assim falhando no XML e dando erro, fica a dica pra quem sofrer do mesmo erro (Tag "<InfRPS>" incompleta no Lote) Agora consegui gerar RPS, Lote de RPS e a NFSe pela Demo original da ACBr usando os Fontes do Ariel, transmiti para WebService, recebi o Retorno e até mesmo a Consulta, perfeitamente. Obrigado a quem deu as dicas, espero que o meu caso sirva de ajuda para quem tiver problemas futuros.

Baixei os fontes seus, e usando a Demo do ACBRNFSe. O XML está sendo gerado assim: <RPS xmlns="http://www.prefeitura.sp.gov.br/nfe/PedidoEnvioLoteRPS_v01.xsd"> <Assinatura>VbgbLlqpuoaiwKaaVANOr+iQTGzexZqtJ9tCHTNhoxNanjy1OTES/9GVVbl1MtcMT9ZeCUYYR/TD2q4e/eprKGIi4A3NLMNw5QMwLtmGmPQSoiLHByMrLlp/Q4lHJwfxth5rC/HHjW5EvpaYpCW/OHSg1fl2XxvWDVT8xhmJXZYQHIslpi7bFp44WNx0Wi8iWzX0m1SzNEqZwWTH4AIgZGpWE7tLE+acMQ6+amq7r0ODSmwMDHoHvIBO0YQNhSiObvechHw9E3br1NiPpm3Tq02zXRuhQcU/R1ps72hk+EbQgeMAfI3yTYItCIa7uEFTtdcxfdJxz2kaXbHvPBVm3g==</Assinatura> <ChaveRPS> <InscricaoPrestador>11706900</InscricaoPrestador> <SerieRPS>UNICA</SerieRPS> <NumeroRPS>1011</NumeroRPS> </ChaveRPS> <TipoRPS>RPS</TipoRPS> <DataEmissao>2014-06-10</DataEmissao> <StatusRPS>N</StatusRPS> <TributacaoRPS>T</TributacaoRPS> <ValorServicos>1.00</ValorServicos> <ValorDeducoes>0.00</ValorDeducoes> <ValorPIS>0.00</ValorPIS> <ValorCOFINS>0.00</ValorCOFINS> <ValorINSS>0.00</ValorINSS> <ValorIR>0.00</ValorIR> <ValorCSLL>0.00</ValorCSLL> <CodigoServico>1003</CodigoServico> <AliquotaServicos>0.0200</AliquotaServicos> <ISSRetido>false</ISSRetido> <CPFCNPJTomador> <CNPJ>10425660000178</CNPJ> </CPFCNPJTomador> <InscricaoMunicipalTomador>23354900</InscricaoMunicipalTomador> <RazaoSocialTomador>IDEAL LOG ASSESSORIA EM COMERCIO EXTERIOR LTDA</RazaoSocialTomador> <EnderecoTomador> <Logradouro>RUA TESTE</Logradouro> <NumeroEndereco>100</NumeroEndereco> <ComplementoEndereco>APTO 11</ComplementoEndereco> <Bairro>CENTRO</Bairro> <Cidade>3550308</Cidade> <UF>SP</UF> <CEP>34000000</CEP> </EnderecoTomador> <Discriminacao>discriminacao</Discriminacao> <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>0Mp4z4VEkS9Ijjsvo/Wo2EsJ9/Y=</DigestValue> </Reference> </SignedInfo> <SignatureValue> MDee701C1l5VXQ5BihpNXBaXSegMyzhQxM3a+RoI5nsS5/Rlb9bhZc4yr2yvXlvvYG2wanUB 3FewyCMzY6bbbSqxQQMpaHmj63RbzoEyM7skuwakd/utgvN3HB2fCakacJ0LoHzhpyuYOTbf fyuqAYoF/eNzNVBBOT5Y+tNZ/81OVHrXHsBatMBkL3KQTfANGMiS+v8GegorGJKyTw/J21Pp /0iJ27D3nVuZlo11xhFikjdITXz+eaNw5J8exNAUkTnDxrmfxrLXWlYYvGSXDSkFhv1AMM4i /vwbOweQXFiTK3q0IfjrXTjNgE4KnUL4Yc9HFQQZLXeBNt9hbsrnSg== </SignatureValue> <KeyInfo> <X509Data> <X509Certificate/> </X509Data> <X509Data> <X509Certificate> MIIITDCCBjSgAwIBAgIQNBpbHoRgVSQCq2N65FCrtDANBgkqhkiG9w0BAQsFADB4MQswCQYD VQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBS ZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24g UkZCIEc0MB4XDTEzMDkxODAwMDAwMFoXDTE0MDkxNzIzNTk1OVowgfwxCzAJBgNVBAYTAkJS MRMwEQYDVQQKFApJQ1AtQnJhc2lsMQswCQYDVQQIEwJTUDESMBAGA1UEBxQJR1VBUlVMSE9T MTYwNAYDVQQLFC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBS RkIxFjAUBgNVBAsUDVJGQiBlLUNOUEogQTExJjAkBgNVBAsUHUF1dGVudGljYWRvIHBvciBB UiBKTSBDYXJkb3NvMT8wPQYDVQQDEzZIQUlEQVIgVFJBTlNQT1JURVMgRSBMT0dJU1RJQ0Eg TFREQSBFUFA6MDg0NTUyMTEwMDAxMjAwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB AQCt6IUDvVL1nd/qURKDzRabGDd0I+zFCwvYRs6XWKCmC9DvlqXixxkaouNdaACw9eCZ+re+ IBGwi38dxd8HnmtgINIo/4WbkrEVQcyP8V/yTFzqp7oEMMmugcMTpZ48R8A+o8qaAOFExp3G yCpvs/2MQLC8rtRgpGHHFwHDz/NyEiiXKALVs1nDOfOd8wWe5f2skmzsKEZoEYdMsRGs5+9c 5QL5ykqVQj6FolrM0VWv7YvezK+oaq7bbCFR2LxL9iiTLem0w41+BNI9BYd8ciP1EyjvtO7Y ev1yzMaBSU+VnbwWrsG+RDjLUksI+OX1rc0z/JTbl968Vb48yxj2Ok6PAgMBAAGjggNLMIID RzCBsAYDVR0RBIGoMIGloDgGBWBMAQMEoC8ELTA5MDYxOTUxMzYxODgzMDE4MTUxMTcyMzEz MzM3NDAwMDAwMDAwMDAwMDAwMKAeBgVgTAEDAqAVBBNGRUxJUEUgSEFJREFSIEZJTEhPoBkG BWBMAQMDoBAEDjA4NDU1MjExMDAwMTIwoBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEVc3Vw b3J0ZUBoYWlkYXIuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAULpHq1m3lslmC3DiF KXY0FlY80D4wDgYDVR0PAQH/BAQDAgXgMH8GA1UdIAR4MHYwdAYGYEwBAgEMMGowaAYIKwYB BQUHAgEWXGh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8v ZHBjL0FDX0NlcnRpc2lnbl9SRkIvRFBDX0FDX0NlcnRpc2lnbl9SRkIucGRmMIIBFgYDVR0f BIIBDTCCAQkwV6BVoFOGUWh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVw b3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzQvTGF0ZXN0Q1JMLmNybDBWoFSgUoZQaHR0 cDovL2ljcC1icmFzaWwub3V0cmFsY3IuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0NlcnRp c2lnblJGQkc0L0xhdGVzdENSTC5jcmwwVqBUoFKGUGh0dHA6Ly9yZXBvc2l0b3Jpby5pY3Bi cmFzaWwuZ292LmJyL2xjci9DZXJ0aXNpZ24vQUNDZXJ0aXNpZ25SRkJHNC9MYXRlc3RDUkwu Y3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBmwYIKwYBBQUHAQEEgY4wgYsw XwYIKwYBBQUHMAKGU2h0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3Np dG9yaW8vY2VydGlmaWNhZG9zL0FDX0NlcnRpc2lnbl9SRkJfRzQucDdjMCgGCCsGAQUFBzAB hhxodHRwOi8vb2NzcC5jZXJ0aXNpZ24uY29tLmJyMA0GCSqGSIb3DQEBCwUAA4ICAQAQWbF1 8obkEPnUuxdNyTKGyJdfYilRhi4g+Ewy58r9bs64mI7jFVpznpli3ib7EsZrrujpK9hI3N75 6A2lW2ZZbDAGnVAZVb60yPs2qnzQgGwM0spRfF3aRLLxaFdug1uNi6YDsAtS6IHTLarjh5zb 00nTBOnTUVbZZHCZxKUWSfx6L/HQc8vBAUyfjU3/FJSunxbd+k95TFVil5PlZIcuqsdi3qhq 6pX0jRwMgwucJb4AJOaMcAA8kTuXjNL9iL0u7VwQ7Sh7LpRLlC9bBB3YHZ6WhqBCWASA8gAW OeWittQm+els1WSKxxslgGdiQk7GWLBgf9mlaTEsqDDkx4uu9iuoO50TWvZnL57J5sM/ljtf f4DEG/nWkmiygvJ+G3VdXJuFN+MyREwiRTc4/jl1N7Ra/o1Gf+XjT6Os62pGRsYgVUw/1FOY D+FSOopi1Akd/OHnudN2pLjWNQqy29jod7TQyKOIZZAAwJYtNUqY+ygct/UAQnaRmd+V2Mnp jA9oQFXUUf+4f15/16XtUuKJfUVyCMoiYHfyZlUcKwavgJrnN7AH2/bkKRZbZdiP4iXhG+8Z uSVc4ITlRJCvXNNyQxJdsiy1W4PpGed37PaHZsqN043+c9G1m6bukKJ9opX2Ptou25W3hkQC rU8t+jUpRfiW9KmTOdGWrqhQlRQX8A== </X509Certificate> </X509Data> </KeyInfo> </Signature> </RPS> Notei os espaços, que podem sim causar problemas, ainda não entendi o porque deles... Porém, ele verifica e PASSA com este XML, mas em seguida ele gera outro, para o lote de RPS, creio, e verifica este também (tudo no mesmo procedimento), e dá o erro que disse (De acordo com o DTD ou o esquema, o conteúdo do elemento '{http://www.prefeitura.sp.gov.br/nfe}PedidoEnvioLoteRPS' está incompleto) Que acontece quando verifica o segundo XML, este: <PedidoEnvioLoteRPS xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho xmlns="" Versao="1"> <CPFCNPJRemetente> <CNPJ>00647811000189</CNPJ> </CPFCNPJRemetente> <transacao>false</transacao> <dtInicio>2014-06-11</dtInicio> <dtFim>2014-06-11</dtFim> <QtdRPS>1</QtdRPS> <ValorTotalServicos>1.00</ValorTotalServicos> <ValorTotalDeducoes>0.00</ValorTotalDeducoes> </Cabecalho> <RPS xmlns=""> <Assinatura>gyl3118NtvskVL2J4Vj4k/6QgDn0Yhxg7jLgSB9mtxweE3XD6WG1rcpJvGBDXWnPWXqRWQv+XArvhgV0KDmZrmmBn5IcrXKisPebiUMT4qGnWkrnEWu2lCsWTrmnvLnyFpt8eSpkocO0kB7xb1/q/sS5c7LtPYxXiLNLsZJe9dsbXEXsO3w2Fnn1MyFAP/E2tf5+CAT9Gcxu90WxuisVTNpPMzqdM1DHnB251ZUkEoAFA7KUKmzhw3H0G2HnalTCU6MRhYQq7593mIwRTVS590NY1vhOPrIetNLzifPgVYNyiXTsxPAk4MPbyZa88aQJszTD4qlqkpfoIfP9eGLJnA==</Assinatura> <ChaveRPS> <InscricaoPrestador>11706900</InscricaoPrestador> <SerieRPS>UNICA</SerieRPS> <NumeroRPS>1011</NumeroRPS> </ChaveRPS> <TipoRPS>RPS</TipoRPS> <DataEmissao>2014-06-11</DataEmissao> <StatusRPS>N</StatusRPS> <TributacaoRPS>T</TributacaoRPS> <ValorServicos>1.00</ValorServicos> <ValorDeducoes>0.00</ValorDeducoes> <ValorPIS>0.00</ValorPIS> <ValorCOFINS>0.00</ValorCOFINS> <ValorINSS>0.00</ValorINSS> <ValorIR>0.00</ValorIR> <ValorCSLL>0.00</ValorCSLL> <CodigoServico>1003</CodigoServico> <AliquotaServicos>0.0200</AliquotaServicos> <ISSRetido>false</ISSRetido> <CPFCNPJTomador> <CNPJ>10425660000178</CNPJ> </CPFCNPJTomador> <InscricaoMunicipalTomador>23354900</InscricaoMunicipalTomador> <RazaoSocialTomador>IDEAL LOG ASSESSORIA EM COMERCIO EXTERIOR LTDA</RazaoSocialTomador> <EnderecoTomador> <Logradouro>RUA TESTE</Logradouro> <NumeroEndereco>100</NumeroEndereco> <ComplementoEndereco>APTO 11</ComplementoEndereco> <Bairro>CENTRO</Bairro> <Cidade>3550308</Cidade> <UF>SP</UF> <CEP>34000000</CEP> </EnderecoTomador> <Discriminacao>discriminacao</Discriminacao> </RPS> </PedidoEnvioLoteRPS>

Edit: Encontrei o erro, eu estava passando o XMLNS da tag RPS como ""http://www.prefeitura.sp.gov.br/nfe", após isso o XML em si parece estar certo, porém a validação retorna um erro de "De acordo com o DTD ou o esquema, o conteúdo do elemento '{http://www.prefeitura.sp.gov.br/nfe}PedidoEnvioLoteRPS' está incompleto", porque eu estava passando o XMLNS direto para o Schema, cujo a URL parece não existir, agora estou passando a URL apenas para a tag "pai", que é a PedidoEnvioLoteRPS, exatamente como está no exemplo que você postou e continuo tendo este erro, dizendo que falta algo no XML... O XML está saindo assim: <PedidoEnvioLoteRPS xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho xmlns="" Versao="1"> <CPFCNPJRemetente> <CNPJ>00647811000189</CNPJ> </CPFCNPJRemetente> <transacao>false</transacao> <dtInicio>2014-06-10</dtInicio> <dtFim>2014-06-10</dtFim> <QtdRPS>1</QtdRPS> <ValorTotalServicos>1.00</ValorTotalServicos> <ValorTotalDeducoes>0.00</ValorTotalDeducoes> </Cabecalho> <RPS xmlns=""> <Assinatura>VbgbLlqpuoaiwKaaVANOr+iQTGzexZqtJ9tCHTNhoxNanjy1OTES/9GVVbl1MtcMT9ZeCUYYR/TD2q4e/eprKGIi4A3NLMNw5QMwLtmGmPQSoiLHByMrLlp/Q4lHJwfxth5rC/HHjW5EvpaYpCW/OHSg1fl2XxvWDVT8xhmJXZYQHIslpi7bFp44WNx0Wi8iWzX0m1SzNEqZwWTH4AIgZGpWE7tLE+acMQ6+amq7r0ODSmwMDHoHvIBO0YQNhSiObvechHw9E3br1NiPpm3Tq02zXRuhQcU/R1ps72hk+EbQgeMAfI3yTYItCIa7uEFTtdcxfdJxz2kaXbHvPBVm3g==</Assinatura> <ChaveRPS> <InscricaoPrestador>11706900</InscricaoPrestador> <SerieRPS>UNICA</SerieRPS> <NumeroRPS>1011</NumeroRPS> </ChaveRPS> . . . . </RPS> </PedidoEnvioLoteRPS> Creio que isso seja problema com a URL de Schemas?

Entendido, irei mudar o caminho e se necessário o nome do componente para poder adicionar e não substituir o componente que gera da NFSe de Guarulhos. Estou usando os schemas que vieram dentro do .rar, extraídos para Schemas/SP, como o programa pediu. No caso de gerar e enviar NFSe, ele dá o erro nesta rotinha: if FProvedorClass.GetValidarLote then begin if not(NotaUtil.Valida(FDadosMsg, FMsg, FConfiguracoes.Geral.PathSchemas, FConfiguracoes.WebServices.URL, FConfiguracoes.WebServices.ServicoEnviar, FConfiguracoes.WebServices.Prefixo4)) then raise Exception.Create('Falha na validação do Lote ' + IntToStr(TNFSeGerarNFSe(Self).NumeroRps) + sLineBreak + FMsg); Salvo a variável FDadosMsg em um .txt e noto que tem ela está sem nada e com erro de sintáxe: <PedidoEnvioRPS xmlns="http://www.prefeitura.sp.gov.br/nfe" xmlns="http://www.prefeitura.sp.gov.br/nfe/TiposNFe_v01.xsd"> <LoteRps Id="1011" versao="2.2"> <NumeroLote>1011</NumeroLote> <Cnpj>00647811000189</Cnpj> <InscricaoMunicipal>1170690014</InscricaoMunicipal> <QuantidadeRps>1</QuantidadeRps> <ListaRps> <Rps> <InfRps </Rps> </ListaRps> </LoteRps> </PedidoEnvioRPS> Enquanto salvo o XML inteiro e está tudo OK e sem erros, pelo visto algum bug quando ele gera o DadosMsg, na Função TNFSeG.Gera_DadosMsgGerarNFSe, dentro da Unit "pnfsNFSeG" Att, Felipe.

Bom dia Ariel, Eu tenho duas pastas do ACBrNFSe, um com a versão oficial, que uso em um projeto que já gera a NFSe padrão de Guarulhos, e outra pasta com o ACBrNFSe que você disponibilizou para a NFSe de São Paulo, eu preciso fazer um sistema que já gera NFSe de Guarulhos gerar também a Paulistana, por isso pergunto se no seu componente ainda há as rotinas para os antigos padrões ou foi tudo mesmo modificado para a Paulistana, inutilizando as rotinas de outros padrões? Estou gerando RPS sem problemas com seu componente, porém quando vou Gerar Lote de RPS e Enviar, dá o seguinte erro : "O elemento '{http://www.prefeitura.sp.gov.br/nfe/PedidoEnvioLoteRPS_v01.xsd}RPS' é inesperado, de acordo com o modelo de conteúdo do elemento pai '{http://www.prefeitura.sp.gov.br/nfe}PedidoEnvioLoteRPS" E quando vou apenas gerar e enviar uma NFSe de um único RPS: "Falha de Validação, o documento não contem exatamente um nó raíz"

cabongue, Consegui seguindo esse procedimento, após uma busca encontrei em um fórum em inglês e foi a saída. Este mesmo comando. Estou conseguindo gerar a NFSe até o fim, porém após executar todos os procedimentos e estar com o XML, na demo dá o erro "Falha de Validação, o documento não contem exatamente um nó raíz", verificando no código notei que o XML de Envio de Lote chega a um ponto que faz "<RPS> <infRps </RPS>", ou seja, falta toda a informação do RPS em si. Irei tentar implementar estes componentes para um sistema que já emite NFSe para padrão GINFES, este componente teria alguma incompatibilidade ou ele suporta todos?

Como adapto para usar no Demo do ACBrNFSe? Edit: Consegui começar a rodar, mas na hora que vai assinar, chama o procedimento CoCAssinaRPSSP.Create, e dá erro de Classe Não Registrada. Já adicionei o TLB ao Delphi e compilei, porém não consigo registrar a DLL de maneira alguma pelo regsvr32, como fizeram para registrar, ou até mesmo para gerar uma nova DLL?

Boa Tarde, estou trabalhando em um projeto que incluirá a NFSe Paulistana, baseado nas Demos que existem pelo fórum, fui adaptando as demos para minha necessidade e estou conseguindo já assinar a RPS com a DLL feita em C#, porém quando vou gerar o .XML e enviar para o Web Service me retorna o seguinte erro, 1057 - Rejeição: Assinatura difere do calculado. O XML do RPS que é gerado e enviado é este: <PedidoEnvioRPS xmlns="http://www.prefeitura.sp.gov.br/nfe/TiposNFe_v01.xsd"> <LoteRps versao="2.2"> <NumeroLote>1011</NumeroLote> <Cnpj>00647811000189</Cnpj> <InscricaoMunicipal>1170690014</InscricaoMunicipal> <QuantidadeRps>1</QuantidadeRps> <ListaRps> <Rps> <InfRps xmlns="http://www.prefeitura.sp.gov.br/nfe/TiposNFe_v01.xsd"/> <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>Tx30piSDloVVh6qE9AHpJ7mVmN8=</DigestValue> </Reference> </SignedInfo> <SignatureValue>HCZvKw/qCQm1mHkzaABWqyQkwlYhaDBjPBotPmowwO9w61EXc8RvHCbPW8ypjIUQ+bXm/bJMZ96eN81bKrvzyH7H22nrTGLoSn/XfGpZv6/m8mev327xxbmbfHXSMmFyFJVKVDc0WC6BJmtMCUriMdNXO9eXm0lHM3gcSAhsGN5v3QRj4gXtsMVsiZxLSVLG3y3ucKSksFJqWm2g+R7N1yXGfO69dga5kwNhBm4VXdglENesoOxdw/G8Oo2Z4bnZ9IxeYIggLuZ9ucOZI+v92WXynVi1gEJIA21TqoIDnq+3AoKpQjz/LKaud2DbMy1GLU96hvtcZu/rdh3NR32a0Q==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIITDCCBjSgAwIBAgIQNBpbHoRgVSQCq2N65FCrtDANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc0MB4XDTEzMDkxODAwMDAwMFoXDTE0MDkxNzIzNTk1OVowgfwxCzAJBgNVBAYTAkJSMRMwEQYDVQQKFApJQ1AtQnJhc2lsMQswCQYDVQQIEwJTUDESMBAGA1UEBxQJR1VBUlVMSE9TMTYwNAYDVQQLFC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsUDVJGQiBlLUNOUEogQTExJjAkBgNVBAsUHUF1dGVudGljYWRvIHBvciBBUiBKTSBDYXJkb3NvMT8wPQYDVQQDEzZIQUlEQVIgVFJBTlNQT1JURVMgRSBMT0dJU1RJQ0EgTFREQSBFUFA6MDg0NTUyMTEwMDAxMjAwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCt6IUDvVL1nd/qURKDzRabGDd0I+zFCwvYRs6XWKCmC9DvlqXixxkaouNdaACw9eCZ+re+IBGwi38dxd8HnmtgINIo/4WbkrEVQcyP8V/yTFzqp7oEMMmugcMTpZ48R8A+o8qaAOFExp3GyCpvs/2MQLC8rtRgpGHHFwHDz/NyEiiXKALVs1nDOfOd8wWe5f2skmzsKEZoEYdMsRGs5+9c5QL5ykqVQj6FolrM0VWv7YvezK+oaq7bbCFR2LxL9iiTLem0w41+BNI9BYd8ciP1EyjvtO7Yev1yzMaBSU+VnbwWrsG+RDjLUksI+OX1rc0z/JTbl968Vb48yxj2Ok6PAgMBAAGjgg NLMIIDRzCBsAYDVR0RBIGoMIGloDgGBWBMAQMEoC8ELTA5MDYxOTUxMzYxODgzMDE4MTUxMTcyMzEzMzM3NDAwMDAwMDAwMDAwMDAwMKAeBgVgTAEDAqAVBBNGRUxJUEUgSEFJREFSIEZJTEhPoBkGBWBMAQMDoBAEDjA4NDU1MjExMDAwMTIwoBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEVc3Vwb3J0ZUBoYWlkYXIuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAULpHq1m3lslmC3DiFKXY0FlY80D4wDgYDVR0PAQH/BAQDAgXgMH8GA1UdIAR4MHYwdAYGYEwBAgEMMGowaAYIKwYBBQUHAgEWXGh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vZHBjL0FDX0NlcnRpc2lnbl9SRkIvRFBDX0FDX0NlcnRpc2lnbl9SRkIucGRmMIIBFgYDVR0fBIIBDTCCAQkwV6BVoFOGUWh0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQ2VydGlzaWduUkZCRzQvTGF0ZXN0Q1JMLmNybDBWoFSgUoZQaHR0cDovL2ljcC1icmFzaWwub3V0cmFsY3IuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0NlcnRpc2lnblJGQkc0L0xhdGVzdENSTC5jcmwwVqBUoFKGUGh0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9DZXJ0aXNpZ24vQUNDZXJ0aXNpZ25SRkJHNC9MYXRlc3RDUkwuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBmwYIKwYBBQUHAQEEgY4wgYswXwYIKwYBBQUHMAKGU2h0dHA6Ly9pY3AtYnJhc2lsLmNlcnRpc2lnbi5jb20uYnIvcmVwb3NpdG 9yaW8vY2VydGlmaWNhZG9zL0FDX0NlcnRpc2lnbl9SRkJfRzQucDdjMCgGCCsGAQUFBzABhhxodHRwOi8vb2NzcC5jZXJ0aXNpZ24uY29tLmJyMA0GCSqGSIb3DQEBCwUAA4ICAQAQWbF18obkEPnUuxdNyTKGyJdfYilRhi4g+Ewy58r9bs64mI7jFVpznpli3ib7EsZrrujpK9hI3N756A2lW2ZZbDAGnVAZVb60yPs2qnzQgGwM0spRfF3aRLLxaFdug1uNi6YDsAtS6IHTLarjh5zb00nTBOnTUVbZZHCZxKUWSfx6L/HQc8vBAUyfjU3/FJSunxbd+k95TFVil5PlZIcuqsdi3qhq6pX0jRwMgwucJb4AJOaMcAA8kTuXjNL9iL0u7VwQ7Sh7LpRLlC9bBB3YHZ6WhqBCWASA8gAWOeWittQm+els1WSKxxslgGdiQk7GWLBgf9mlaTEsqDDkx4uu9iuoO50TWvZnL57J5sM/ljtff4DEG/nWkmiygvJ+G3VdXJuFN+MyREwiRTc4/jl1N7Ra/o1Gf+XjT6Os62pGRsYgVUw/1FOYD+FSOopi1Akd/OHnudN2pLjWNQqy29jod7TQyKOIZZAAwJYtNUqY+ygct/UAQnaRmd+V2MnpjA9oQFXUUf+4f15/16XtUuKJfUVyCMoiYHfyZlUcKwavgJrnN7AH2/bkKRZbZdiP4iXhG+8ZuSVc4ITlRJCvXNNyQxJdsiy1W4PpGed37PaHZsqN043+c9G1m6bukKJ9opX2Ptou25W3hkQCrU8t+jUpRfiW9KmTOdGWrqhQlRQX8A==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Rps> </ListaRps> </LoteRps> </PedidoEnvioRPS> E o Retorno que recebo é: <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <EnvioRPSResponse xmlns="http://www.prefeitura.sp.gov.br/nfe"> <RetornoXML>&lt;?xml version="1.0" encoding="UTF-8"?&gt;&lt;RetornoEnvioRPS xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.prefeitura.sp.gov.br/nfe"&gt;&lt;Cabecalho Versao="1" xmlns=""&gt;&lt;Sucesso&gt;false&lt;/Sucesso&gt;&lt;/Cabecalho&gt;&lt;Erro xmlns=""&gt;&lt;Codigo&gt;1057&lt;/Codigo&gt;&lt;Descricao&gt;Rejeição: Assinatura difere do calculado.&lt;/Descricao&gt;&lt;/Erro&gt;&lt;/RetornoEnvioRPS&gt; </RetornoXML> </EnvioRPSResponse> </soap:Body> </soap:Envelope> Agradeço já qualquer dica.

Ariel, Creio que o melhor seja comentar as mudanças, pois assim fica mais fácil de entender os procedimentos e a razão de X mudança. Estou estudando a NFSe Paulistana para implementar em um sistema que já emite NFSe de outro provedor, e seria uma grande ajuda contar com o compartilhamento de conhecimento.

Bom dia a todos. Gostaria de saber se alguém já conseguiu com sucesso desenvolver rotinas para a NFSe Paulistana. Pesquisando pelo histórico do fórum encontrei apenas um componente demo ainda incompleto, vejo que é um problema que muitos usuários do fórum passam, e ainda não consegui achar uma solução ou mesmo componente. Qualquer ajuda é bem-vinda.