Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

F Almeida

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    98

  • Registro em

  • Última visita

Tudo que F Almeida postou

  1. F Almeida
    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>
  2. F Almeida
    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>nome@provedor.com.br</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?
  3. F Almeida

    BlocoX Estoque - Gerar XML?

    um tópico no fórum postou F Almeida PAF-ECF

    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. F Almeida
    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');
  5. F Almeida
    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.
  6. F Almeida
    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?
  7. F Almeida
    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?
  8. F Almeida
    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?
  9. F Almeida
    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
  10. F Almeida
    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"
  11. F Almeida
    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
  12. F Almeida
    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
  13. F Almeida
    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
  14. F Almeida
    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 941-rec.xml 941-env-lot.xml 941-lot-rps.xml 941001-rps.xml
  15. F Almeida
    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
  16. F Almeida
    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
  17. F Almeida
    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
  18. F Almeida
    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
  19. F Almeida
    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
  20. F Almeida
    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)
  21. F Almeida
    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
  22. F Almeida
    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"
  23. F Almeida
    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
  24. F Almeida
    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);
  25. F Almeida
    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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.