Implementação Nfse São Paulo

arieldll · 10 Junho, 2014

Desculpe, mas ainda não entendi uma coisa: Você está testando com a versão dos meus fontes ou está reescrevendo as alterações?

Passe o xml completo no ponto em que está acontecendo o erro para que eu possa analisa-lo.

Atenciosamente,

Ariel.

Editado 10 Junho, 2014 por arieldll

F Almeida · 11 Junho, 2014

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>

Editado 11 Junho, 2014 por F Almeida

cabongue · 11 Junho, 2014

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>

F Almeida, por onde você está gerando a assinatura da tag signature? Não a assinatura feita pela dll do Ariel, a outra.

F Almeida · 11 Junho, 2014

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.

Editado 11 Junho, 2014 por F Almeida

arieldll · 11 Junho, 2014

Bom dia Senhores.

Caro Felipe, verifique se todos os campos obrigatórios estão sendo passados pela demo. Os espaços que você citou não devem existir nas assinaturas.

Atenciosamente,

Ariel.

Editado 11 Junho, 2014 por arieldll

F Almeida · 11 Junho, 2014

Bom dia Senhores.

Caro Filipe, verifique se todos os campos obrigatórios estão sendo passados pela demo. Os espaços que você citou não devem existir nas assinaturas.

Atenciosamente,

Ariel.

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.

arieldll · 11 Junho, 2014

Na realidade ele deveria informar que há caracteres inválidos, e não que há informações faltando, mas tudo bem.

Quando eu estava implementando cheguei a ter os problemas com {"<", ">"}, o qual algumas informações do cliente tinham esses caracteres, falhando na hora de validar. Mas se você conseguiu enviar e não teve problemas, já é um importante passo.

Só atento que se você está emitindo os documentos como ambiente de homologação através do envio de lote, o retorno sempre será lote 0.

Editado: Felipe, na realidade, fui ver o que estava ocorrendo nessa linha, e ele não poderia entrar no if que está lá(linha 857), porque não é assinado o RPS em si, e sim são todos os RPS que são assinados quando o documento XML é assinado, junto com todos os outros dados. A assinatura do RPS é feita pela tag <Assinatura>, a qual a dll que desenvolvi deve assinar, então ele não poderia em hipótese alguma estar entrando naquele if. Isso deveria estar configurado na Unit do Provedor de São Paulo como sendo falso, então deveria cair sempre no else.

A configuração que disse, está no arquivo ACBRProvedorSP.pas na função TProvedorSP.GetConfigCidade

no trecho:

ConfigCidade.AssinaRPS  := False;

ConfigCidade.AssinaLote := True;

Realmente estranho.

Caso você consiga homologar os fontes e verificar que tudo está correto(funcionando envio, consulta, cancelamento e impressão do DANFSe), então creio que a implementação já possa ser disponibilizada no repositório oficial.

Atenciosamente,

Ariel.

Editado 11 Junho, 2014 por arieldll

F Almeida · 11 Junho, 2014

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)

arieldll · 11 Junho, 2014

Em que ponto ele verifica se é homologação e modifica o Lote para 0?

Quem retorna isso é o próprio webservice da prefeitura.

Nada a princípio está fixo. A única coisa é que o número do lote não é gerado se ele não é autorizado e não será nem ao menos disponibilizado o número dele. Então verifiquei se o lote está vindo em branco ou nulo, e se estiver, então é retornado zero, tal qual na homologação. E também, para não fugir da lógica dos outros provedores, que em sua maioria retornam um valor inteiro para o número do lote. Detalhe: Não é como nos outros provedores que você gera o número do lote e envia, nesse é ao contrário. Você recebe o número do lote após ser autorizado, e não recebe também número de protocolo (em qualquer evento).

Atenciosamente,

Ariel.

F Almeida · 11 Junho, 2014

Quem retorna isso é o próprio webservice da prefeitura.

Nada a princípio está fixo. A única coisa é que o número do lote não é gerado se ele não é autorizado e não será nem ao menos disponibilizado o número dele. Então verifiquei se o lote está vindo em branco ou nulo, e se estiver, então é retornado zero, tal qual na homologação. E também, para não fugir da lógica dos outros provedores, que em sua maioria retornam um valor inteiro para o número do lote. Detalhe: Não é como nos outros provedores que você gera o número do lote e envia, nesse é ao contrário. Você recebe o número do lote após ser autorizado, e não recebe também número de protocolo (em qualquer evento).

Atenciosamente,

Ariel.

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>

Editado 11 Junho, 2014 por F Almeida

arieldll · 11 Junho, 2014

Neste caso, o número é recebido após a autorização do lote.

Aí é crítico, porque não tem nem valor para um protocolo ou similares.

Referente aos erros, verifique como estão sendo geradas as informações no componente, pois como disse no post anterior, há algo realmente estranho que está fazendo assinar o RPS, quando na verdade não poderia fazer isso, pois está configurado para justamente não fazer isso.

Atenciosamente,

Ariel.

Editado 11 Junho, 2014 por arieldll

F Almeida · 13 Junho, 2014

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.

Editado 13 Junho, 2014 por F Almeida

arieldll · 20 Junho, 2014

Boa tarde Senhores.

Felipe, conseguiu testar e homologar os fontes?

Atenciosamente,

Ariel.

F Almeida · 25 Junho, 2014

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>

Editado 27 Junho, 2014 por F Almeida

F Almeida · 30 Junho, 2014

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.

Editado 1 Julho, 2014 por F Almeida

arieldll · 1 Julho, 2014

Boa tarde.

O que acontece é que os únicos eventos que precisam de uma assinatura especial são os de envio e de cancelamento, o de consulta é assinado na mesma forma que os outros provedores, por isso não foi preciso desenvolver uma nova rotina de assinatura para esse procedimento.

Aliás, não sei o porquê disso, mas depois de ser gerada a assinatura da hash rsa-sha1 da string, a prefeitura pede que o documento também seja assinado com a capicom através da tag <signature>, como todos os outros documentos digitais.

Estou sem os fontes comigo agora, mas se não me engano NotaUtil.AssinaturaSP pede a senha do certificado e a string que será assinada, retornando o valor rsa-sha1 da assinatura.

Atenciosamente,

Ariel.

Editado 1 Julho, 2014 por arieldll

F Almeida · 1 Julho, 2014

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.

Editado 2 Julho, 2014 por F Almeida

arieldll · 2 Julho, 2014

Boa tarde.

A questão do número da NFSe é gerado pelo webservice ao autorizar o RPS. Esse número é recebido ao enviar o RPS para a prefeitura, e depois disso, tem uma função que o Ítalo adicionou (se não me engano), que após 20 ou 30 segundos faz uma consulta na NFSe para receber o xml da situação dela, aí sim ela é devidamente autorizada.

Se você está utilizando um certificado de uma empresa com o cnpj de outra, é muito provável que não vá funcionar, pois, até onde conheço, cada empresa vai ter um cadastro na prefeitura, então o certificado de cada será diferente.

Atenciosamente,

Ariel.

F Almeida · 2 Julho, 2014

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...

arieldll · 2 Julho, 2014

Desculpe, mas não entendi o que você quis dizer com "propriedade do webservice". Você quis dizer de algo ser retornado no XML?

Atenciosamente,

Ariel.

F Almeida · 3 Julho, 2014

Bom dia,

Sim, porque o número de NFSe é gerado pelo webservice, e ele que não consigo receber, talvez esteja na consulta que é feita após o Envio, porém como as consultas não estão funcionando aqui eu não consigo acessar, seria algo como ACBrNFSe.WebServices.NumNFSe

arieldll · 3 Julho, 2014

Bom dia.

É lido quando é retornado o valor do número da NFSe no xml de retorno após o envio.

Anexo o exemplos.zip, retirado do repositório oficial da prefeitura. Observe os arquivos RetornoEnvioRPS.txt e RetornoEnvioLoteRPS.txt

Atenciosamente,

Ariel.

exemplos.zip

F Almeida · 3 Julho, 2014

Imaginei que ocorria, o problema é que ao enviar o retorno que tenho é apenas até o "X-lista-nfse.xml", onde informa o erro do CNPJ com a Assinatura, porém como o Envio ocorre logo antes, as notas são enviadas.

O problema que tenho está nas consultas, seja de Situação, Lote ou após o Envio.

<Cabecalho Versao="1" xmlns="">
	<Sucesso>false</Sucesso>
</Cabecalho>
<Erro xmlns="">
	<Codigo>1107</Codigo>
	<Descricao>O CPF/CNPJ da assinatura da mensagem XML nao corresponde ao CPF/CNPJ do Prestador de Servicos.</Descricao>
</Erro>

Editado 3 Julho, 2014 por F Almeida

arieldll · 11 Julho, 2014

Boa tarde.

Você vai ter que verificar quais dados estão indo para a prefeitura, e se não resolver o problema entrar em contato diretamente com a prefeitura, informando o erro e enviando o xml para eles, então lhes dirão qual é o problema.

Atenciosamente,

Ariel

F Almeida · 14 Julho, 2014

Boa Tarde

Estou fazendo isso, estou há alguns dias já trocando emails com o Suporte da Prefeitura, mandei os XMLs e estou aguardando o retorno deles

Att,

Felipe.

Entrar

Sobre nós...

Implementação Nfse São Paulo

Recommended Posts

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

arieldll

Roger Rodrigues

arieldll

Sobre nós...

Informação Importante