F Almeida

19 Março, 2021

18 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde Almeida,

Impressionando como esses provedores não tem a capacidade de manter um padrão entre as cidades que eles atendem.

Notei que as URLs dos SoapAction para a cidade de Blumenau no ambiente de produção é diferente das demais cidades atendidas pelo mesmo provedor.

As URLs dos SoapAction para o ambiente de homologação tem que ser as que estão no arquivo INI original.

Boa Tarde Italo,

Troquei o arquivo INI, a principio mudou a mensagem, recebi:

Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor

Troquei o SSLType pra TLSv1_2, porém agora estou tendo retorno erro 503, incrivel.

Erro HTTP: 503
URL: https://wshomologacaoabrasf.simplissweb.com.br/nfseservice.svc

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">
<HTML><HEAD><TITLE>Service Unavailable</TITLE>
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>
<BODY><h2>Service Unavailable</h2>
<hr><p>HTTP Error 503. The service is unavailable.</p>
</BODY></HTML>

18 Março, 2021

Olá a todos,

Estou implementado a integração da NFSe de Blumenau, provedor SimpIISSv2, já nas primeiras homologações estava com problemas de erro 404 nos links, corrigi isso modificando no arquivo SimplISSv2.ini as linhas de SoapAction para:

[SoapAction]
Recepcionar=http://www.sistema.com.br/Sistema.Ws.Nfse/INfseService/RecepcionarLoteRps
ConsSit=*
ConsLote=http://www.sistema.com.br/Sistema.Ws.Nfse/INfseService/ConsultarLoteRps
ConsNFSeRps=http://www.sistema.com.br/Sistema.Ws.Nfse/INfseService/ConsultarNfseRps
ConsNFSe=*
Cancelar=http://www.sistema.com.br/Sistema.Ws.Nfse/INfseService/CancelarNfse
Gerar=http://www.sistema.com.br/Sistema.Ws.Nfse/INfseService/GerarNfse
RecSincrono=
Substituir=

Trocando os prefixos de "http://nfse.abrasf.org.br/INfseService/" para "http://www.sistema.com.br/Sistema.Ws.Nfse/INfseService/", após isso consegui realizar a emissão e receber resposta, porém as respostas tanto em Homologação quanto Produção são:

<?xml version="1.0" encoding="UTF-8"?>
<RecepcionarLoteRpsResult>
	<ListaMensagemRetorno xmlns="http://www.abrasf.org.br/nfse.xsd">
		<MensagemRetorno>
			<Codigo>E900</Codigo>
			<Mensagem>Chamada ao metodo retornou erro.</Mensagem>
			<Correcao>Entre em contato com o fornecedor do servico para mais informacoes</Correcao>
		</MensagemRetorno>
	</ListaMensagemRetorno>
</RecepcionarLoteRpsResult>

Segue minha requisição de Envio de Lote:

<?xml version="1.0" encoding="UTF-8"?>
<EnviarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd">
	<LoteRps xmlns="http://www.abrasf.org.br/nfse.xsd" Id="lote1" versao="2.03">
		<NumeroLote>1</NumeroLote>
		<CpfCnpj>
			<Cnpj>22746081000106</Cnpj>
		</CpfCnpj>
		<InscricaoMunicipal>22746081000106</InscricaoMunicipal>
		<QuantidadeRps>1</QuantidadeRps>
		<ListaRps>
			<Rps xmlns="http://www.abrasf.org.br/nfse.xsd">
				<InfDeclaracaoPrestacaoServico Id="dec185">
					<Rps Id="rps185">
						<IdentificacaoRps>
							<Numero>1</Numero>
							<Serie>85</Serie>
							<Tipo>1</Tipo>
						</IdentificacaoRps>
						<DataEmissao>2021-03-18</DataEmissao>
						<Status>1</Status>
					</Rps>
					<Competencia>2021-03-18</Competencia>
					<Servico>
						<Valores>
							<ValorServicos>100.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>
							<OutrasRetencoes>0.00</OutrasRetencoes>
							<ValTotTributos>0.00</ValTotTributos>
							<ValorIss>4.00</ValorIss>
							<Aliquota>4.00</Aliquota>
							<DescontoIncondicionado>0.00</DescontoIncondicionado>
							<DescontoCondicionado>0.00</DescontoCondicionado>
						</Valores>
						<IssRetido>2</IssRetido>
						<ItemListaServico>05.03</ItemListaServico>
						<CodigoCnae>7500100</CodigoCnae>
						<CodigoTributacaoMunicipio>05.03</CodigoTributacaoMunicipio>
						<Discriminacao>discriminacao I;discriminacao II</Discriminacao>
						<CodigoMunicipio>4202404</CodigoMunicipio>
						<CodigoPais>1058</CodigoPais>
						<ExigibilidadeISS>1</ExigibilidadeISS>
						<MunicipioIncidencia>4202404</MunicipioIncidencia>
					</Servico>
					<Prestador>
						<CpfCnpj>
							<Cnpj>22746081000106</Cnpj>
						</CpfCnpj>
						<InscricaoMunicipal>110787</InscricaoMunicipal>
					</Prestador>
					<Tomador>
						<IdentificacaoTomador>
							<CpfCnpj>
								<Cnpj>55555555555555</Cnpj>
							</CpfCnpj>
							<InscricaoMunicipal>17331600</InscricaoMunicipal>
						</IdentificacaoTomador>
						<RazaoSocial>INSCRICAO DE TESTE</RazaoSocial>
						<Endereco>
							<Endereco>RUA PRINCIPAL</Endereco>
							<Numero>100</Numero>
							<Complemento>APTO 11</Complemento>
							<Bairro>CENTRO</Bairro>
							<CodigoMunicipio>4202404</CodigoMunicipio>
							<Uf>SC</Uf>
							<CodigoPais>1058</CodigoPais>
							<Cep>85601721</Cep>
						</Endereco>
						<Contato>
							<Telefone>22223333</Telefone>
							<Email>[email protected]</Email>
						</Contato>
					</Tomador>
					<RegimeEspecialTributacao>1</RegimeEspecialTributacao>
					<OptanteSimplesNacional>1</OptanteSimplesNacional>
					<IncentivoFiscal>2</IncentivoFiscal>
				</InfDeclaracaoPrestacaoServico>
				<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="#dec185">
							<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>CsvnXtwUMcwLN6T/1y2ENvsM4H8=</DigestValue>
						</Reference>
					</SignedInfo>
					<SignatureValue>iwFeTDFH072oYyawx/2BC67jMY/WC16cjX8nTIy1R5tI08WcXRxKhOVdsB8JfY/TxNCGU0Oz+/bBFXlUbtVElsH7IKHjMd4oRUcjgA6GmU3tgRf308oTVnJ7sG3GV2rHi8wFdONNZYEhSznmirkXDzD7JGZF9bElk6mEK7yCXpxoW9ns4/rUG7YurT7tiaLA9cSP+gEso+0QJCVR8J0h0nHh4/5u4HcXAhKUBVdlgX7vnIjrDEBEUXPGqrz+epTsLqgdYcPgw3u08zIrhP0MaBZYhAC3rkhgG+ykGQnjb5yoJ7bp3tRe5AjFoQG+D2g2b6CJnsfoNhWxbJuSkFddOQ==</SignatureValue>
					<KeyInfo>
						<X509Data>
							<X509Certificate>MIIHOjCCBSKgAwIBAgIIfnUhAQZHmDowDQYJKoZIhvcNAQELBQAwWTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxFTATBgNVBAsTDEFDIFNPTFVUSSB2NTEeMBwGA1UEAxMVQUMgU09MVVRJIE11bHRpcGxhIHY1MB4XDTIxMDEwNjE2NTQwMFoXDTIyMDEwNjE2NTQwMFowge4xCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMQswCQYDVQQIEwJTQzERMA8GA1UEBxMIQ2FtYm9yaXUxHjAcBgNVBAsTFUFDIFNPTFVUSSBNdWx0aXBsYSB2NTEXMBUGA1UECxMOMzI3NjA0NjkwMDAxMTUxEzARBgNVBAsTClByZXNlbmNpYWwxGjAYBgNVBAsTEUNlcnRpZmljYWRvIFBKIEExMUAwPgYDVQQDEzdEU1MgQkxVTUVOQVUgQVRJVklEQURFUyBWRVRFUklOQVJJQVMgUy9TOjIyNzQ2MDgxMDAwMTA2MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArId+ZDA0GPZ5Y3wR7FD0xTz+yavX4kcqgQ/uitQbvh5Lc7hlE3E8j6pr89z2kXoGr0K+lXuq3F8hzwzi3ODsqfnmzUUnr3mQ5Df8bP8kuS5ffa4Jmrv0gqOj/itzsZPaQK33hN0I7WBGSjRtfdDLHKTeBZml9mVeeojvFB9Eht1PiIbW7xNdRYzy+9kOq28jtnmwnY5VG6CPOEC7tVvQ0mgQtsqg3lg5AZNCxDuDheWHBJfwM+3W2dqSXeFXbGYFfLWcyCF+BYHLn7v/6dJJLvgNlRAsUUBlc8EylzzaJ3CAfxQIfZu55KkC2sJ/L34TESXqpYPNQzYI/sUDP8dBqQIDAQABo4ICbjCCAmowCQYDVR0TBAIwADAfBgNVHSMEGDAWgBTFUu0lgAnfnILIn0fG3bRfMd25sTBUBggrBgEFBQcBAQRIMEYwRAYIKwYBBQUHMAKGOGh0dHA6Ly9jY2QuYWNzb2x1dGkuY29tLmJyL2xjci9hYy1zb2x1dGktbXVsdGlwbGEtdjUucDdiMIGpBgNVHREEgaEwgZ6BFWdlcmVuY2lhQHZldGV4LnZldC5icqAXBgVgTAEDAqAOEwxBTkRSRSBTQ0hVQ0igGQYFYEwBAwOgEBMOMjI3NDYwODEwMDAxMDagOAYFYEwBAwSgLxMtMzAwMTE5ODEwMDcyNTMzNDk4MzAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBdBgNVHSAEVjBUMFIGBmBMAQIBJjBIMEYGCCsGAQUFBwIBFjpodHRwOi8vY2NkLmFjc29sdXRpLmNvbS5ici9kb2NzL2RwYy1hYy1zb2x1dGktbXVsdGlwbGEucGRmMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBjAYDVR0fBIGEMIGBMD6gPKA6hjhodHRwOi8vY2NkLmFjc29sdXRpLmNvbS5ici9sY3IvYWMtc29sdXRpLW11bHRpcGxhLXY1LmNybDA/oD2gO4Y5aHR0cDovL2NjZDIuYWNzb2x1dGkuY29tLmJyL2xjci9hYy1zb2x1dGktbXVsdGlwbGEtdjUuY3JsMB0GA1UdDgQWBBS3us9Px2yXoNfoQ7xaz7rsYSF4UzAOBgNVHQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQELBQADggIBAB81CUsbc28WDfVNOLUJ5P+JduViQB7HtBksdlnauQmxwz27rn/JjiQf7Li+OTezpAWh9gzvbEuQKeMBpmtRM6iVQ1KW7mCcZgJMAwmmGSOeddAxukqAdtOlnso4uc+zQqEbYEHHlHOm8tcurb1xJyn+Wg/JQS21WJRZv6eZ73tTh0wEqgSedS2AYH7d+zzGaaceTQ54LVnYwkl0maOYii298s3d5FbaafsH/S10cYzbcyrfEy7W+AeHN7qvYBWXM4xsoGvaO/XBEGxNeXHVeFP2gdl5WbF+IodVVMRTLlqIyqbLf0tbUrxQGPHqEetgz1T0M+naFFsA/e9lMOhB7+vCNMdk9MTFdUEd+/MDrqR6WLge+mcdRH8cx5o0sfBTqzGE6MrDBH7Cnj5lF7Ga/qVQhE9LytZN0jvO1+FQjAgukLB81w8TBtkS+C802JONs4fmnRKKS9KAdfbUAOCBNRU2VZTbNwtbAxNReOD+dTn1+i7Z1pWQrHIZBvLFUAh94oM+t4bcQ8xMLpcBd3KlnwP2fHfxZEyNszWPLCLTKNeJ0Dv7SpqMhJ6+dheOfyWexM7s+tX3C09ScBEf3U0F5+e8cSPLsnap+HdiiHjTchPWLNM3gIYmd+qSW0dWIS142hcWUA+tq8ZN5khqQEYVR+8rJE9ttL/H9sWG2LFG9hGZ</X509Certificate>
						</X509Data>
					</KeyInfo>
				</Signature>
			</Rps>
		</ListaRps>
	</LoteRps>
	<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="#lote1">
				<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>WqpEa/BT9lEGrPd0GqG3BuJ7o8Q=</DigestValue>
			</Reference>
		</SignedInfo>
		<SignatureValue>qHkEoyACNtgOSIM58+vgZQgff66Bgx465F+UBJMRFnh1wSML1qN87twltrus/JLvLZ2zSoBoKTbAkCiN2m9CfpibG17DYUEXYGVtd9omyayeeEcCeS2xgxX6YWrXpQx6vNx9IkEtKlVN+fUJ64H29nPAmwM5pJCPh3HNlIvVTkpHEpJeTnknQPGpLisGNoML1jBIqrsHa0f7FSy5ieM1duL8MJ7ZlxXQuIsqvoeBdAQARyIc8LMwPcG9mI6Keo4Gb6u47F1tjuU3kP6BDcilo9qp6hkI9rPK5+7zyLQrmqm0MZQxaHr1uzEQMEmbTIymQOaCOhVmmEBPX9VrFDMGnQ==</SignatureValue>
		<KeyInfo>
			<X509Data>
				<X509Certificate>MIIHOjCCBSKgAwIBAgIIfnUhAQZHmDowDQYJKoZIhvcNAQELBQAwWTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxFTATBgNVBAsTDEFDIFNPTFVUSSB2NTEeMBwGA1UEAxMVQUMgU09MVVRJIE11bHRpcGxhIHY1MB4XDTIxMDEwNjE2NTQwMFoXDTIyMDEwNjE2NTQwMFowge4xCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMQswCQYDVQQIEwJTQzERMA8GA1UEBxMIQ2FtYm9yaXUxHjAcBgNVBAsTFUFDIFNPTFVUSSBNdWx0aXBsYSB2NTEXMBUGA1UECxMOMzI3NjA0NjkwMDAxMTUxEzARBgNVBAsTClByZXNlbmNpYWwxGjAYBgNVBAsTEUNlcnRpZmljYWRvIFBKIEExMUAwPgYDVQQDEzdEU1MgQkxVTUVOQVUgQVRJVklEQURFUyBWRVRFUklOQVJJQVMgUy9TOjIyNzQ2MDgxMDAwMTA2MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArId+ZDA0GPZ5Y3wR7FD0xTz+yavX4kcqgQ/uitQbvh5Lc7hlE3E8j6pr89z2kXoGr0K+lXuq3F8hzwzi3ODsqfnmzUUnr3mQ5Df8bP8kuS5ffa4Jmrv0gqOj/itzsZPaQK33hN0I7WBGSjRtfdDLHKTeBZml9mVeeojvFB9Eht1PiIbW7xNdRYzy+9kOq28jtnmwnY5VG6CPOEC7tVvQ0mgQtsqg3lg5AZNCxDuDheWHBJfwM+3W2dqSXeFXbGYFfLWcyCF+BYHLn7v/6dJJLvgNlRAsUUBlc8EylzzaJ3CAfxQIfZu55KkC2sJ/L34TESXqpYPNQzYI/sUDP8dBqQIDAQABo4ICbjCCAmowCQYDVR0TBAIwADAfBgNVHSMEGDAWgBTFUu0lgAnfnILIn0fG3bRfMd25sTBUBggrBgEFBQcBAQRIMEYwRAYIKwYBBQUHMAKGOGh0dHA6Ly9jY2QuYWNzb2x1dGkuY29tLmJyL2xjci9hYy1zb2x1dGktbXVsdGlwbGEtdjUucDdiMIGpBgNVHREEgaEwgZ6BFWdlcmVuY2lhQHZldGV4LnZldC5icqAXBgVgTAEDAqAOEwxBTkRSRSBTQ0hVQ0igGQYFYEwBAwOgEBMOMjI3NDYwODEwMDAxMDagOAYFYEwBAwSgLxMtMzAwMTE5ODEwMDcyNTMzNDk4MzAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBdBgNVHSAEVjBUMFIGBmBMAQIBJjBIMEYGCCsGAQUFBwIBFjpodHRwOi8vY2NkLmFjc29sdXRpLmNvbS5ici9kb2NzL2RwYy1hYy1zb2x1dGktbXVsdGlwbGEucGRmMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBjAYDVR0fBIGEMIGBMD6gPKA6hjhodHRwOi8vY2NkLmFjc29sdXRpLmNvbS5ici9sY3IvYWMtc29sdXRpLW11bHRpcGxhLXY1LmNybDA/oD2gO4Y5aHR0cDovL2NjZDIuYWNzb2x1dGkuY29tLmJyL2xjci9hYy1zb2x1dGktbXVsdGlwbGEtdjUuY3JsMB0GA1UdDgQWBBS3us9Px2yXoNfoQ7xaz7rsYSF4UzAOBgNVHQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQELBQADggIBAB81CUsbc28WDfVNOLUJ5P+JduViQB7HtBksdlnauQmxwz27rn/JjiQf7Li+OTezpAWh9gzvbEuQKeMBpmtRM6iVQ1KW7mCcZgJMAwmmGSOeddAxukqAdtOlnso4uc+zQqEbYEHHlHOm8tcurb1xJyn+Wg/JQS21WJRZv6eZ73tTh0wEqgSedS2AYH7d+zzGaaceTQ54LVnYwkl0maOYii298s3d5FbaafsH/S10cYzbcyrfEy7W+AeHN7qvYBWXM4xsoGvaO/XBEGxNeXHVeFP2gdl5WbF+IodVVMRTLlqIyqbLf0tbUrxQGPHqEetgz1T0M+naFFsA/e9lMOhB7+vCNMdk9MTFdUEd+/MDrqR6WLge+mcdRH8cx5o0sfBTqzGE6MrDBH7Cnj5lF7Ga/qVQhE9LytZN0jvO1+FQjAgukLB81w8TBtkS+C802JONs4fmnRKKS9KAdfbUAOCBNRU2VZTbNwtbAxNReOD+dTn1+i7Z1pWQrHIZBvLFUAh94oM+t4bcQ8xMLpcBd3KlnwP2fHfxZEyNszWPLCLTKNeJ0Dv7SpqMhJ6+dheOfyWexM7s+tX3C09ScBEf3U0F5+e8cSPLsnap+HdiiHjTchPWLNM3gIYmd+qSW0dWIS142hcWUA+tq8ZN5khqQEYVR+8rJE9ttL/H9sWG2LFG9hGZ</X509Certificate>
			</X509Data>
		</KeyInfo>
	</Signature>
</EnviarLoteRpsEnvio>

Alguém conseguiu integrar Blumenau nos últimos meses pode dar alguma dica?

5 Dezembro, 2018

Estou gerando o BlocoX tanto em produção quanto homologação sem problemas na Redução Z, porém ao gerar o XML de Estoque na base do cliente está com uma demora de cerca de 30 minutos na função GerarXML, tanto assinando quanto não assinando, tendo em vista isso, decidi optar por gerar o XML for fora e apenas assinar e informar o XML nos casos de estoque, mas não encontrei nenhuma propriedade ou função para informar o XML e assinar ele, existe essa possibilidade?

No caso, estou gerando o XML pelo SQL Server, já trazendo no select do banco tudo em formato XML e apenas informaria o resultado da query para a propriedade do componente ou em função para assinar, mais ou menos assim:

DM_BlocoX.QXMLEstoque.Close;
DM_BlocoX.QXMLEstoque.ParamByName('inscricao_estadual').Value    := DM_PDV.QParametrosINSCRICAO_ESTADUAL.Value;
DM_BlocoX.QXMLEstoque.ParamByName('numero_credenciamento').Value := '123456789';
DM_BlocoX.QXMLEstoque.Open;

ACBrBlocoX.Estoque.XMLOriginal := DM_BlocoX.QXMLEstoqueXML_ESTOQUE.Value;
ACBrBlocoX.WebServices.EnviarBlocoX.XML := oBlocoX.Estoque.XMLOriginal;

Alguém já trabalhou dessa forma?

4 Dezembro, 2018

No caso do Delphi 7 o ACBr não está com a função de base64 pronta, para isso eu precisei utilizar a conversão feita pelo Indy e a DLL do 7-Zip e dai informar na propriedade do XMLZipado no ACBr, segue meu exemplo:

uses IdCoderMIME;


function Base64Encode(const ArquivoXML: String): String;
var
  Encoder: TIdEncoderMIME;
  FileStream: TMemoryStream;
begin
  Encoder := TIdEncoderMIME.Create(nil);
  FileStream := TMemoryStream.Create;
  FileStream.LoadFromFile(ArquivoXML);
  try
    Result := Encoder.Encode(FileStream);

  finally
    Encoder.Free;
  end;
end;

E alimentando a propriedade do ACBr, passando o caminho do Arquivo ZIP:

oBlocoX.WebServices.EnviarBlocoX.XMLZipado := Base64Encode('estoque.zip');

No meu caso, eu gero o arquivo .XML pelo ACBr e zipo ele utilizando a DLL do 7-Zip, você irá precisar da dll 7zip.dll na pasta do seu executável e um arquivo .pas "sevenzip.pas", caso precisar posso fornecer por email ou um link de download, não sei quanto as políticas do fórum para anexar ela aqui, mas é um componente livre:

var ArqZ: I7zOutArchive;

ArqZ := CreateOutArchive(CLSID_CFormatZip);
ArqZ.AddFile('estoque.xml', 'estoque.xml');
SetCompressionLevel(ArqZ, 5);
ArqZ.SaveToFile('estoque.zip');

9 Novembro, 2018

Encontrei, o problema são os separadores decimais, o Web Service aceita apenas vírgula como separador decimal e ponto para separador milenar, tive de editar no Lazarus antes de montar o objeto do ACBrBlocoX e depois voltar ao padrão:

if DecimalSeparator = '.' then
begin
   DecimalSeparator := ',';
   ThousandSeparator:= '.';
end;

Após isso, o Validador está apenas retornando IE inválida, porém neste caso creio que seja por estar informando a IE errada ou de alguma filial do cliente que não é a cadastrada no portal S@T mesmo.

9 Novembro, 2018

Em 06/11/2018 at 09:32, giulianon disse:

Existe sim.

Nesse link tem tanto a validação pelo site quanto pelo WS.

http://aplicacoes.unisul.br/PAF/?q=links

Att.

Pelo link realmente fui validando os casos que apareceram no validador, a princípio estava mandando algumas tags diferentes, como "Código" e pedindo o CódigoGTIN, notei que estava diferente dos esquemas, o motivo é que não estava colocando a VersaoER, após enviar a VersaoER := erv0205, o validador está apenas me retornando mensagens referentes aos patterns de valores, porém as mensagens estão estranhas:

XML inválido: Erro 1001: Schema inválido: 
O elemento 'Quantidade' é inválido - O valor '69993.00' é inválido dependendo do tipo de dados 'Numero1a20Mais3PrecisaoType' - Falha na restrição Pattern.;

O elemento 'QuantidadeTotalAquisicao' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais3PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorUnitario' é inválido - O valor '0.15' é inválido dependendo do tipo de dados 'Numero1a20Mais3PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorTotalAquisicao' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorTotalICMSDebitoFornecedor' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorBaseCalculoICMSST' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorTotalICMSST' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'Aliquota' é inválido - O valor '7.00' é inválido dependendo do tipo de dados 'Numero1a2Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'Quantidade' é inválido - O valor '79994.00' é inválido dependendo do tipo de dados 'Numero1a20Mais3PrecisaoType' - Falha na restrição Pattern.;

O elemento 'QuantidadeTotalAquisicao' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais3PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorUnitario' é inválido - O valor '0.15' é inválido dependendo do tipo de dados 'Numero1a20Mais3PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorTotalAquisicao' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorTotalICMSDebitoFornecedor' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorBaseCalculoICMSST' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'ValorTotalICMSST' é inválido - O valor '0.00' é inválido dependendo do tipo de dados 'Numero1a20Mais2PrecisaoType' - Falha na restrição Pattern.;

O elemento 'Aliquota' é inválido - O valor '7.00' é inválido dependendo do tipo de dados 'Numero1a2Mais2PrecisaoType' - Falha na restrição Pattern.;

Os patterns parecem estarem corretos, nas casas decimais e quantidade de digitos, mesmo trocando no fonte do ACBr as mensagens persistem, alguma idéia?

5 Novembro, 2018

1 hora atrás, giulianon disse:

Boa tarde!

Segue anexo print da tela para facilitar.

Att.

Encontrei, o problema é que estava logando com o certificado do cliente, não da software house, por isso os menus estavam diferentes, porém mesmo com o código, versão, nome empresarial que estava cadastrado ainda estou obtendo o mesmo retorno do XML, pelo que pesquisei existiu em algum momento um validador dos XML, ainda existe no site do S@T?

5 Novembro, 2018

Em 01/11/2018 at 11:21, giulianon disse:

O ambiente de homologação é um espelho do ambiente de produção.

Você tem que acessar o SAT de homologação e verificar as informações que estão ativas no momento lá, como por exemplo o número do credenciamento que você está enviando 123456789.

Esse número tem que ser o número do credenciamento correto que está ativo lá.

Segue o link para acesso.

https://sathomologa.sef.sc.gov.br/tax.net/Login.aspx

Att.

Estou acessando o painel com o certificado digital porém não encontro as credenciais ou algo do tipo, apenas encontrei o "código de usuário" que fica informado no canto superior direito, que é o mesmo "código de usuário" informado no Termo de Compromisso digital, seria este o número do credenciamento?

1 Novembro, 2018

Estou realizando a homologação de envios do Bloco X, Estoque e Redução Z, já estou configurando e gerando os XML sem problemas, porém estou com problemas no envio para homologação de ambos, existe alguma tag específica para configurar?

Segue como estou parametrizando e enviando:

oBlocoX := TACBrBlocoX.Create(nil);

     with oBlocoX do
     begin
          Configuracoes.WebServices.Ambiente     := taHomologacao;
          Configuracoes.Certificados.ArquivoPFX  := 'ArquivoPFX.pfx';
          Configuracoes.Certificados.Senha       := '********';
          Configuracoes.Certificados.NumeroSerie := '3';

          with Configuracoes.Geral do
          begin
               SSLLib                := libCustom;
               SSLCryptLib           := cryOpenSSL;
               SSLHttpLib            := httpOpenSSL;
               SSLXmlSignLib         := xsLibXml2;

               SSL.SSLType := LT_TLSv1_2;
          end;

          Estabelecimento.Ie              := ParametrosINSCRICAO_ESTADUAL.Value;
          Estabelecimento.Cnpj            := ParametrosINSCRICAO_FEDERAL.Value;
          Estabelecimento.NomeEmpresarial := ParametrosRAZAO_SOCIAL.Value;

          Estabelecimento.Cnpj:='56806249000143';
          Estabelecimento.NomeEmpresarial:='EMPRESA TESTE';

          PafECF.Versao                       := '3.0.0.86';
          PafECF.NumeroCredenciamento         := '123456789';
          PafECF.NomeComercial                := 'TESTE';
          PafECF.NomeEmpresarialDesenvolvedor := 'TESTE LTDA';
          PafECF.CnpjDesenvolvedor            := '87772218000142';

     end;

     if vFuncao = 'ReducaoZ' then
     begin
        GeraReducaoZ(oBlocoX);
     end;

     if vFuncao = 'Estoque' then
     begin
        GeraEstoque(oBlocoX);
     end;

     oBlocoX.WebServices.EnviarBlocoX.XML := oBlocoX.Estoque.XMLAssinado;

     oBlocoX.WebServices.ValidarBlocoX.ValidarPafEcfEEcf := False;

     oBlocoX.WebServices.EnviarBlocoX.Executar;

     ShowMessage(
     'Situação Proc. Cód.: ' + IntToStr(oBlocoX.Webservices.EnviarBlocoX.SituacaoProcCod) + #13#10 +
     'Situação Proc. Str.: ' + oBlocoX.WebServices.EnviarBlocoX.SituacaoProcStr           + #13#10 +
     'Recibo: '              + oBlocoX.WebServices.EnviarBlocoX.Recibo                    + #13#10 +
     'Tipo: '                + oBlocoX.WebServices.EnviarBlocoX.Tipo);

O retorno que recebo:

Em anexo o XML do Estoque gerado e assinado.

estoque.xml

26 Outubro, 2018

Apenas respondendo em caso alguém passe pelo mesmo erro, o problema estava no .SO, no site da Sweda indo pela página de drivers o link estava para uma SO antiga e errada, pela página de produtos havia um link com a SO correta e atualizada.

O nome da SO correta é "libSATDLL_Dual64b.so"

9 Outubro, 2018

Estou compilando o ACBrSAT para Lazarus utilizando o SAT SS-1000 da Sweda.

Consegui sem problemas chegar até o ponto da Inicialização do SAT sem problemas, tanto pelo meu sistema quanto pelo exemplo do ACBr, porém a ConsultarStatusOperacional está me retornando um AccessViolation sempre na chamada da função na DLL (SO, no caso) xSAT_ConsultarStatusOperacional, testei tanto utilizando o satDinamico_cdecl quanto satDinamico_stdcall, utilizando a libSATDLL.so de 64bits e 32bits do site da SWEDA.

Alguém já passou por problema parecido? Me parece que o erro está na chamada da .SO

14 Março, 2018

Boa Tarde, Ítalo

Cheguei a imaginar que fosse algo do tipo, caso sejam restritos a ponto de liberar Web Service apenas para alguns, a própria empresa já possui um cadastro via web com o CNPJ que utiliza para emitir online, tentarei o contato novamente na prefeitura, já tentei anteriormente por telefone e email sem retorno.

Atenciosamente,
Felipe Almeida

14 Março, 2018

Bom dia, Ítalo

Mesmo realizando apenas ACBrNFSe.Enviar continua a mesma mensagem de erro, o XML gerando da mesma forma também.

Atenciosamente,
F Almeida

13 Março, 2018

Boa Tarde,

Estou testando a implementação da emissão de NFSe para o provedor Governa, usado na cidade de Araxá-MG, ao gerar o lote e enviar:

	ACBrNFSe.GerarLote(vNumLote);
	ACBrNFSe.Enviar(vNumLote,True);

Estou recebendo a seguinte mensagem:

Verificando mais a fundo, notei que o arquivo INI do provedor Governa.INI parece não ter preenchido os links, mesmo depois de atualizar, todos os links apontam para TempUri.

[NameSpace]
Producao=http://tempuri.org/
Homologacao=http://tempuri.org/

E mais abaixo do arquivo INI, parece estar comentado diferentes links para as duas cidades que utilizam o provedor:


; Araxá/MG
RecepcaoLoteRPS_3104007=http://201.62.57.11:9090/WebService%NomeURL_P%/eSiat.asmx

; Iturama/MG
RecepcaoLoteRPS_3134400=http://200.233.183.165/wsgoverna/eSiat.asmx

Estes links estão corretos? Me parece que o arquivo INI em si não está completo, pelo que constei este provedor não requer assinatura em nenhum envio de XML também, procurei pelo site da empresa e encontrei o WSDL deles em: http://201.62.57.11:9090/WebServiceAraxa/

Aqui consigo abrir com o WSDLImporter e SOAP UI para verificar as funções, porém não tenho certeza de como preencheria no arquivo INI com os links.
Resumindo, me parece que o INI está apontando para link antigo ou desatualizado, e sem sucesso de contato com o suporte, não faço idéia de qual é a raiz desta mensagem de aviso. Seguem em anexo os XML gerados

Atenciosamente,
F Almeida

26 Janeiro, 2018

16 horas atrás, Paulo Alexandre Hostert disse:

Boa tarde,

Alguém conseguiu achar alguma solução? Reinstalei tudo do zero mais não resolveu. Retornei os fontes de dezembro para conseguir emitir.

Bom dia, Paulo

Tentei reinstalar do zero também, até agora nada, o jeito vai ser retornar um fonte antigo como disse, irei tentar isso aqui

23 Janeiro, 2018

Boa Tarde a todos,

Voltou a apresentar a mesma mensagem na transmissão de NFSe para a Prefeitura de São Paulo, tentei reinstalar pelo Trunk2 e atualizando por SVN antes, porém sem sucesso ainda

Seguem os XMLs em anexo:

Atenciosamente,
F Almeida

10764-env-lot.xml

10764-rec.xml

12 Janeiro, 2018

18 horas atrás, Italo Jurisato Junior disse:

Almeida,

Favor atualizar os fontes e faça novos testes.

Italo, bom dia

Testei uma emissão em Homologação com os mesmos datas que estava testando ontem e já consegui, a atualização dos fontes funcionou.
Mudou algo em relação à assinatura com o certificado para SP? Pois sei que como não segue o padrão ABRASF o provedor de SP necessita de duas assinaturas diferentes, sendo esse o problema posso voltar alguns Ç e acentuação na discriminação também

Grato,

Felipe Almeida

11 Janeiro, 2018

40 minutos atrás, Italo Jurisato Junior disse:

Boa tarde Almeida,

No caso do Ginfes, esta tudo OK?

Com relação ao SP você tem um XML de envio de lote gerado no ano passado que foi aceito pelo provedor?

Boa Tarde, Italo

Sim, para o GINFES está emitindo sem problemas, cheguei a pensar que seria também o uso do "|" como quebra de linha na Discriminação, modifiquei para o ";" (Que está no .ini atualizado para SP), porém sem mudanças.

Segue um lote gerado do mês 12/2017 que foi aceito sem problemas

1434-env-lot.xml

1434UNICA-rps.xml

11 Janeiro, 2018

Boa Tarde,

Após a virada de ano atualizei os fontes do ACBr inteiro, possuia um emissor já funcionando para NFSe de Santos (GINFES) e SP (Prodam), mas após atualizar todas as NFs que emito para SP estão dando a mensagem "Rejeição: Assinatura difere do calculado" ao enviar o lote, pelo que pesquisei este erro normalmente são caractéres especiais, vasculhei e tirei Ç, acentos e º da Discriminação (Estranho que antes mesmo com estes caractéres funcionava), mas sem sucesso, reinstalei pelo instalador do Trunk2 removendo os arquivos antigos e ainda sem sucesso.

Segue em anexo os PDFs de Env-Lote e da NFSe em si gerados

Agradço desde já qualquer dica

4926-env-lot.xml

4926UNICA-rps.xml

21 Setembro, 2017

Edição:

Verificando PDFs de notas geradas pelo site, mesmo mandando fixo "não informada" nas tags de Regime de Recolhimento e Forma de Recolhimento, constam como Regime Simples Nacional e Retido na Fonte nas notas, informando assim o erro passa.

Porém, ainda sim sem emitir com sucesso, desta vez o erro é no CNAE, consta a mensagem "Não existe subitem do CNAE Fiscal informado para esta inscrição", por mais que informe CNAE e Código de Atividade iguais as notas já geradas pelo site da prefeitura (No caso, CNAE 4744-0/01 e Atividade 14.01), notei que no XML não existe nenhuma tag para o CNAE aparentemente, informa apenas a tag <tsCodAti>, que é preenchida pelo campo NFSe.Servico.CodigoTributacaoMunicipio (Onde é informado o 14.01 do Código da Atividade)

20 Setembro, 2017

Boa Tarde,

Alguém utiliza a emissão pelo provedor Governa? Estou implantando em um cliente e com diversas dificuldades, desde a tags que são obrigatórias devido ao padrão que segue (Não é ABRASF) e a falta de informação do provedor.

Primeiramente, me parece que é exigido que informe as tags RegRec (Regime de Recolhimento) e FrmRec (Forma de Recolhimento), que são informados como NENHUM no site, porém se envio como nenhum recebo a seguinte mensagem do envio:

Caso eu informar a tag RegRec (que creio ser errado, pois pelo site da prefeitura o cliente preenche como "Nenhuma), ainda recebo outra mensagem de erro, referente ao Código de Verificação:

Não encontrei nada além dos PDFs do Provedor, que não são de muita ajuda, segue em anexo o XML gerado.

2852-env-lot.xml

26 Dezembro, 2016

36 minutos atrás, Juliomar Marchetti disse:

Mas você recompilou os componentes com o instalador após atualizar?

Eu removi todo o ACBrNFe do Delphi e recompilei os pacotes dele, já do DANFe não consegui por conta deste erro

Edit: Ao tentar recompilar e reinstalar o pacote ACBr_PCNComum.dpk, notei que falta o pcnCabecalho na pasta "Fontes\PCNComum", porém existe um na pasta "Fontes\ACBrDFe\ACBrNFe\PCNNFe"

26 Dezembro, 2016

Caros companheiros do ACBr,

Atualizei os fontes do ACBrNFe e ACBrDANFe depois de um bom tempo, instalei todos pacotes e linkei os library paths corretamente, tudo do ACBrNFe instalado com sucesso, porém ao tentar instalar o pacote ACBr_NFeDanfeRL.dpk, para a DANFe (Fortes Report) estou tendo o erro de Undeclared Identifier para o tipo "TImprimirUnidQtdeValor", na linha 103 do ACBrNFeDANFeRLClass.pas, especificamente:

fImprimirUnQtVlComercial: TImprimirUnidQtdeValor;

Vejo que este tipo está declarado na pcnConversao, como:

TImprimirUnidQtdeValor = (iuComercial, iuTributavel, iuComercialETributavel);

Porém, vejo que não possui nenhuma função de conversão para Str, mas creio que o problema não seja esse, mesmo estando declarado no Uses, na hora de compilar o pacote não está identificando o tipo, alguém já passou por esse tipo de problema? Tentei forçar uma atualizanção do SVN renomeando os arquivos e pastas e mesmo assim sem sucesso.

Agradeço desde já qualquer ajuda

5 Julho, 2016

almp1,

Sim, consegui acesso com o Certificado, mas realmente não ajuda muito, pois eles não discriminam as tags (apenas colocam "MensagemXML"), tipos e tamanhos, temos que nos guiar pelo XSD (que aliás, também dá 404 o link de download que eles citam na documentação).

Ainda sim, estou enviando pelo padrão do XSD encontrado no ACBr, de outra forma retornaria erro do próprio Schema, mas no meu caso ele sempre está retornando erro no XML, logo na primeira linha e caractere.

Estou realizando alguns testes utilizando a Impressão direta pelo retorno do Envio:

ACBrNFSe.Enviar(vNumLote);
ACBrNFSeDANFSeRL.PathPDF := edtArqXML.Text;
ACBrNFSeDANFSeRL.ImprimirDANFSePDF(ACBrNFSe.NotasFiscais.Items[0].NFSe);

5 Julho, 2016

almp1,

Você conseguiu realizar a consulta por lote? Já havia efetuado essa modificação para puxar o Núm do Lote como Protocolo para evitar a Exception, porém ainda há o retorno de "erro no XML" para a consulta.

O grande problema é que precisamos da Consulta para gerar o arquivo -NFSe.xml e poder imprimir, se não fosse isto, o Provedor de SP retorna até mesmo o Número da NFSe no retorno do Envio, para contornar isso estou pensando em gerar o próprio arquivo -NFSe.xml apartir do retorno do envio, não é o correto, mas tendo em vista o precário fornecimento de informações pelo provedor em relação aos web services e o tempo gasto nos testes.

Já tentei entrar em contato com o Prodam, mas sem sucesso.

Entrar

Sobre nós...

Blocks

Notes ACBrLibNFe

Fóruns

Downloads

Calendário

Posts postados por F Almeida

Sobre nós...

Informação Importante