Texs

Boa tarde. Em nosso sistema, ao tentar transmitir o BlocoX de redução Z, começou a aparecer o erro: ERRO 1001: Schema inválido. Não é possível recepcionar arquivo de Redução Z Procurando pelo erro, achei uma nota, dizendo, pelo que entendi, nao ser mais obrigatorio a transmissao do blocoX de "reducao z", somente ficando obrigatorio o Armazenamento do arquivo. Sabem me informar se isso confere? https://share.linx.com.br/pages/viewpage.action?pageId=348456877 Obs.: Desde setembro Notamos que no site, onde é recepcionado o arquivo, a opcao de manutencao desses arquivos nao existe mais. Permecendo somente a opção de manutencao de arquivos de ESTOQUE. A url de MANUTENCAO de arquivos de "redução z", era esse: https://sat.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/consultaarquivos.aspx

O problema está resolvido pessoal. Agora estou compactando o XML utilizando o componente ZipMaster. Depois, carrego o arquivo compactado em uma variável TStringStream e passo para a propriedade XMLZipado da seguinte forma: stlArquivoXML := TStringList.Create; vStream := TStringStream.Create(''); stlArquivoXML.LoadFromFile(sDiretorio + sArquivo); //Carrega XML (Não Zipado) na propriedade XML WebServices.EnviarReducaoZ.XML := stlArquivoXML.Text; //Carrega XML Zipado em uma StringStream vStream.LoadFromFile(StringReplace(sDiretorio + sArquivo, '.xml', '.zip', [rfReplaceAll])); WebServices.EnviarReducaoZ.XMLZipado := EncodeBase64(vStream.DataString); if WebServices.EnviarReducaoZ.Executar then begin //Trato aqui o retorno end; E de fato o WebServise estava fora do ar mesmo. Assim que voltou ao ar, funcionou perfeitamente. Valew pela força galera!

Resolvido Pessoal. O problema estava no WebService de SC. Mandei meu arquivo Zip para o pessoal do desenvolvimento da Sefaz/SC e me retornaram que o arquivo estava ok, para tentar novamente. Hoje enviei um arquivo com esse mesmo código que postei aqui e funcionou perfeitamente. Valew pela Atenção.

Ok EMBarbosa, eu já havia lido esse post. Mas queria saber como fazer no Delphi 2010, que não tem esse componente TFileZip nativo. Alguém sabe como fazer? Será que poderia me ajudar? O que será que tem de errado com meu código? Você chegou a ver como estou tentando fazer? Agradeço a atenção Galera!!!

Olá EliasCesar. Esse componente que o AcbrBlocoX utiliza para compactação (TZipFile) me parece que só tem à partir do Delphi XE2. Pelo que entendi no código do componente, na unit ACBrBlocoX_WebServices.pas, me parece que tem uma diretiva que verifica se o Delphi utilizado é XE2 ou superior e compacta o arquivo, caso contrário, simplesmente não faz nada. Esse é o meu problema, estou usando o Delphi 2010 e por isso o componente não esta compactando meu arquivo sozinho. Acredito eu, que tenho que compactar de outra forma e passar de algum jeito na propriedade XMLZipado, mas como fazer é que não sei. Por favor me corrija se estiver errado. E muito obrigado pela ajuda.

Bom dia. Estou tentando enviar o arquivo da Redução Z utilizando o AcbrBlocoX porém o WS está me retornando um erro de Arquivo Zip Inválido. Utilizo o Delphi 2010 para desenvolvimento o estou usando o componente ZipMaster para compactar o meu arquivo XML. Já está funcionando no componente essa parte de envio de arquivos? Se sim, alguém pode me mostrar um exemplo de como carregar o xml compactado na propriedade AcbrBlocoX1.WebServices.EnviarReducaoZ.XMLZipado no Delphi 2010? Abaixo está o código que tentei fazer mas está dando o erro citado no post: //Compactar arquivo XML stlArquivoXML.LoadFromFile(ExtractFilePath(Application.ExeName) + sArquivo); with zmBlocoX do begin zmBlocoX.ZipFileName := StringReplace(ExtractFilePath(Application.ExeName) + sArquivo, '.xml', '.zip', [rfReplaceAll]); FSpecArgs.Add(ExtractFilePath(Application.ExeName) + sArquivo); Add; ConvertToZIP; end; if sTipo = 'Z' then begin //Carrega XML (Não Zipado) na propriedade XML WebServices.EnviarReducaoZ.XML := stlArquivoXML.Text; //Carrega XML Zipado em uma StringStream vStream.LoadFromFile(StringReplace(ExtractFilePath(Application.ExeName) + sArquivo, '.xml', '.zip', [rfReplaceAll])); WebServices.EnviarReducaoZ.XMLZipado := base64Encode(vStream.DataString); if WebServices.EnviarReducaoZ.Executar then begin //Trato o retorno aqui... end; end; Muito obrigado!!!

Olá Pessoal. O problema citado anteriormente eu resolvi. Acontecia por que eu não estava carregando o xml no componente antes de enviar, aí no envelopamento a tag XMLZipado ficava Vazio. Porem agora eu carreguei ele corretamente mas no momento do envio pela função: function TDFeCapicom.Enviar(const ConteudoXML: String; const URL: String; const SoapAction: String; const MimeType: String): String; Está dando o seguinte erro: Bad Request (400) - ''http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx'' Alguém sabe o que pode ser isso? Segue abaixo o código que fiz para envio. WebServices.EnviarReducaoZ.XML := stlArquivoXML.Text; WebServices.EnviarReducaoZ.XMLZipado := stlArquivoXML.Text; if WebServices.EnviarReducaoZ.Executar then begin . . end; Obrigado mais uma vez!

Olá Juliomar. Questionei o pessoal do desenvolvimento da Sefaz de SC sobre o problema que estou tendo no envio do arquivo e eles me responderam isso: Aqui ele está dando como válido. Tente usar o Soap Envelope abaixo: <?xml version="1.0" encoding="utf-16"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <ValidarReducaoZ xmlns="http://tempuri.org/"> <pShouldValidarPafEcfEEcf>false</pShouldValidarPafEcfEEcf> <pXml>&lt;ReducaoZ Versao=&quot;1.0&quot;&gt;&lt;Mensagem&gt;&lt;Estabelecimento&gt;&lt;Ie&gt;407297410112&lt;/Ie&gt;&lt;Cnpj&gt;06698676000187&lt;/Cnpj&gt;&lt;NomeEmpresarial&gt;FARMACIA DE MANIPULA LTDA EPP&lt;/NomeEmpresarial&gt;&lt;/Estabelecimento&gt;&lt;PafEcf&gt;&lt;NumeroCredenciamento&gt;0492015&lt;/NumeroCredenciamento&gt;&lt;NomeComercial&gt;CAIXA MEDICATOR&lt;/NomeComercial&gt;&lt;Versao&gt;3.0 R11.2.0&lt;/Versao&gt;&lt;CnpjDesenvolvedor&gt;06698676000187&lt;/CnpjDesenvolvedor&gt;&lt;NomeEmpresarialDesenvolvedor&gt;TEXS SERVICOS DE INFORMATICA LTDA EPP.&lt;/NomeEmpresarialDesenvolvedor&gt;&lt;/PafEcf&gt;&lt;Ecf&gt;&lt;NumeroCredenciamento&gt;0492015&lt;/NumeroCredenciamento&gt;&lt;NumeroFabricacao&gt;BE091210100011219191&lt;/NumeroFabricacao&gt;&lt;Tipo&gt;ECF-IF&lt;/Tipo&gt;&lt;Marca&gt;BEMATECH&lt;/Marca&gt;&lt;Modelo&gt;MP-4000 TH FI&lt;/Modelo&gt;&lt;Versao&gt;010002&lt;/Versao&gt;&lt;Caixa&gt;1&lt;/Caixa&gt;&lt;DadosReducaoZ&gt;&lt;DataReferencia&gt;2017-01-07&lt;/DataReferencia&gt;&lt;CRZ&gt;339&lt;/CRZ&gt;&lt;COO&gt;5159&lt;/COO&gt;&lt;CRO&gt;101&lt;/CRO&gt;&lt;VendaBrutaDiaria&gt;30,00&lt;/VendaBrutaDiaria&gt;&lt;GT&gt;637127,38&lt;/GT&gt;&lt;TotalizadoresParciais&gt;&lt;TotalizadorParcial&gt;&lt;Nome&gt;01T0700&lt;/Nome&gt;&lt;Valor&gt;0,70&lt;/Valor&gt;&lt;ProdutosServicos&gt;&lt;Produto&gt;&lt;Descricao&gt;VENDA1&lt;/Descricao&gt;&lt;Codigo&gt;7897572004009&lt;/Codigo&gt;&lt;CodigoTipo&gt;EAN&lt;/CodigoTipo&gt;&lt;Quantidade&gt;1,00&lt;/Quantidade&gt;&lt;Unidade&gt;UN&lt;/Unidade&gt;&lt;ValorUnitario&gt;10,00&lt;/ValorUnitario&gt;&lt;/Produto&gt;&lt;Produto&gt;&lt;Descricao&gt;VENDA1&lt;/Descricao&gt;&lt;Codigo&gt;7897572004009&lt;/Codigo&gt;&lt;CodigoTipo&gt;EAN&lt;/CodigoTipo&gt;&lt;Quantidade&gt;1,00&lt;/Quantidade&gt;&lt;Unidade&gt;UN&lt;/Unidade&gt;&lt;ValorUnitario&gt;10,00&lt;/ValorUnitario&gt;&lt;/Produto&gt;&lt;Produto&gt;&lt;Descricao&gt;VENDA1&lt;/Descricao&gt;&lt;Codigo&gt;7897572004009&lt;/Codigo&gt;&lt;CodigoTipo&gt;EAN&lt;/CodigoTipo&gt;&lt;Quantidade&gt;1,00&lt;/Quantidade&gt;&lt;Unidade&gt;UN&lt;/Unidade&gt;&lt;ValorUnitario&gt;10,00&lt;/ValorUnitario&gt;&lt;/Produto&gt;&lt;/ProdutosServicos&gt;&lt;/TotalizadorParcial&gt;&lt;/TotalizadoresParciais&gt;&lt;/DadosReducaoZ&gt;&lt;/Ecf&gt;&lt;/Mensagem&gt;&lt;Signature xmlns=&quot;http://www.w3.org/2000/09/xmldsig#&quot;&gt;&lt;SignedInfo&gt;&lt;CanonicalizationMethod Algorithm=&quot;http://www.w3.org/TR/2001/REC-xml-c14n-20010315&quot;/&gt;&lt;SignatureMethod Algorithm=&quot;http://www.w3.org/2000/09/xmldsig#rsa-sha1&quot;/&gt;&lt;Reference URI=&quot;&quot;&gt;&lt;Transforms&gt;&lt;Transform Algorithm=&quot;http://www.w3.org/2000/09/xmldsig#enveloped-signature&quot;/&gt;&lt;Transform Algorithm=&quot;http://www.w3.org/TR/2001/REC-xml-c14n-20010315&quot;/&gt;&lt;/Transforms&gt;&lt;DigestMethod Algorithm=&quot;http://www.w3.org/2000/09/xmldsig#sha1&quot;/&gt;&lt;DigestValue&gt;8hMYdu37p5QHssAomCXyPq1oSns=&lt;/DigestValue&gt;&lt;/Reference&gt;&lt;/SignedInfo&gt;&lt;SignatureValue&gt;b+++TnDKB9PFvRZWGuua7vJUSq9vJwnI32lwV4kqshHb9+hw2V2MBX00k6ZDEfgV2DJQhcZZ14tLTCK0sT9k4JCNqP0MtdQ+/VzaMBTBTZRAV/L7CyTxR1QyDeko6HqKJm7bSHiUIPocuvV7nY0Gy0Ho87ag6pUCtWnqBJGN+Qi+Tkm5UjL0ImQmPX6uPuFMjtz53GXkeMWcrNSbAcysrWXDYZOllhLWhwdnvclwmZRsyfDFR4nZRtNrUXFylrQQG7TFLxfcHryt/0erGZgegvuZuNzQBSlbZico0k/q7M1iHU4wIs4OFv6zTe/EnUJYLNNHGP/gePg73Oq0yKauJw==&lt;/SignatureValue&gt;&lt;KeyInfo&gt;&lt;X509Data&gt;&lt;X509Certificate&gt;MIIISjCCBjKgAwIBAgIQYaI/hzJsNVaOXQkJPW0ebzANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc0MB4XDTE0MDczMDAwMDAwMFoXDTE3MDcyODIzNTk1OVowgfMxCzAJBgNVBAYTAkJSMRMwEQYDVQQKFApJQ1AtQnJhc2lsMQswCQYDVQQIEwJTUDEQMA4GA1UEBxQHSlVORElBSTE2MDQGA1UECxQtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLFA1SRkIgZS1DTlBKIEEzMSEwHwYDVQQLFBhBdXRlbnRpY2FkbyBwb3IgQVIgRmFjc2kxPTA7BgNVBAMTNFRFWFMgU0VSVklDT1MgREUgSU5GT1JNQVRJQ0EgTFREQSBFUFA6MDY2OTg2NzYwMDAxODcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCnPPNv/U4b8Mpr0yh5H6UBJmCQwGwPR+6r3hxidIbU/i/LraJEZoorSfgCYr1+7UgIYztP1paldMc9P8s4/XxYY83TzTPr8peSz4qw+7XXszp9jVQ/vSLmbDsGgQCBjQMYL5GhmiQMbQtii+SIl6R9/i3ugXLFmJQaCBSS86JnPUG1pWF8DBKjqKgkM0bRgLb7UOUxABXxpZ3sxobh8zmbpLJSaKEPpGenu0fs5P/Z7F5PUGJy5eQwrc8yui2c+8Ogr7H2MNz+H9409cc1Lrjipxswh0Fyd/NId7ZiUuUYbq37jZw/BL24HBSeIOkFluphvCS8NUrGK2OpzguIkHKfAgMBAAGjggNSMIIDTjCBtwYDVR0RBIGvMIGsoD0GBWBMAQMEoDQEMjAxMTExOTU3MDU5NTEzNzQ4MjAwMDAwMDAwMDAwMDAwMDAwMDE2MzY0NzQwOVNTUFNQoCAGBWBMAQMCoBcEFVNPTEFOR0UgTUFSQ0FMIEZSQU5DT6AZBgVgTAEDA6AQBA4wNjY5ODY3NjAwMDE4N6AXBgVgTAEDB6AOBAwwMDAwMDAwMDAwMDCBFWRpcmV0b3JpYUB0ZXhzLmNvbS5icjAJBgNVHRMEAjAAMB8GA1UdIwQYMBaAFC6R6tZt5bJZgtw4hSl2NBZWPNA+MA4GA1UdDwEB/wQEAwIF4DB/BgNVHSAEeDB2MHQGBmBMAQIDBjBqMGgGCCsGAQUFBwIBFlxodHRwOi8vaWNwLWJyYXNpbC5jZXJ0aXNpZ24uY29tLmJyL3JlcG9zaXRvcmlvL2RwYy9BQ19DZXJ0aXNpZ25fUkZCL0RQQ19BQ19DZXJ0aXNpZ25fUkZCLnBkZjCCARYGA1UdHwSCAQ0wggEJMFegVaBThlFodHRwOi8vaWNwLWJyYXNpbC5jZXJ0aXNpZ24uY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0NlcnRpc2lnblJGQkc0L0xhdGVzdENSTC5jcmwwVqBUoFKGUGh0dHA6Ly9pY3AtYnJhc2lsLm91dHJhbGNyLmNvbS5ici9yZXBvc2l0b3Jpby9sY3IvQUNDZXJ0aXNpZ25SRkJHNC9MYXRlc3RDUkwuY3JsMFagVKBShlBodHRwOi8vcmVwb3NpdG9yaW8uaWNwYnJhc2lsLmdvdi5ici9sY3IvQ2VydGlzaWduL0FDQ2VydGlzaWduUkZCRzQvTGF0ZXN0Q1JMLmNybDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwgZsGCCsGAQUFBwEBBIGOMIGLMF8GCCsGAQUFBzAChlNodHRwOi8vaWNwLWJyYXNpbC5jZXJ0aXNpZ24uY29tLmJyL3JlcG9zaXRvcmlvL2NlcnRpZmljYWRvcy9BQ19DZXJ0aXNpZ25fUkZCX0c0LnA3YzAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AuY2VydGlzaWduLmNvbS5icjANBgkqhkiG9w0BAQsFAAOCAgEAdz+k6SZgwsW/kPTyaJySBZYw0nkVMQibxhnXlsYONwyzEmZVJjHBfubHN4fCLH2SqV9eVx9GsBmLVrSeaSSJxaws0+ANaoEWbWu3+rljrKneKItA6ZzijaNebIBq0PHJPBWLg43se4cSGfSpx7yAYs97oS4lg1cCBSViZGZcLWeqJ/pOfivlqafUAzH2hSdr8oL3FO3HXKtA50IHrWQVv/5PcuAJEKFFaaXTYKDtl59Jwo3c6f8Qv9JliIkQFNgGwGlKfDIK4pWcpwfGWpEDexPbOxM4JWkhG/pNGfBHEUf0fr3WaRSqdyrrcV/Jz0u36tjauVTR1+o4+gNSLUnzcTNZc1gdmqbgidmOGG9bLyqXdbNWauFLSCKy1EXL5ISVrE0iiGkcj6hyq3vng0NDsosJVf7jLLp/yGthRDnG30eZObGw6F93Pw+RWpTjoYNLiLJ+FkxsyVt9X5LqDYl/bhJgVJ4rvaylUYzA5ETYw+XknNs54BivKu2GKpM2Ybpyu1ZlqT4iqIe77cLQT2HLZ2V19Wg35Ni0bjgE+UyPDbvl3GtPGu4ed/hhrev8onB4APS0cw4fUqEKuk2rW/XILIqhJsOA6RiIq5978VFmSxbCW69+XanjXRHsFGEdmOPAOrZ//l4qKYNxqhTGKKKmAUVba9z+7DVgbvJ78pOiqzo=&lt;/X509Certificate&gt;&lt;/X509Data&gt;&lt;/KeyInfo&gt;&lt;/Signature&gt;&lt;/ReducaoZ&gt;</pXml> </ValidarReducaoZ> </soap:Body> </soap:Envelope> Talvez ajude em algo. Muito obrigado pela atenção.

Blz Juliomar. Valew!!!

Ola pessoal, Estou tendo problema no envio do Arquivo de Redução Z do bloco X. Utilizo o AcbrBlocoX tando para a geração do arquivo quanto para o envio, porém o WS esta me retornando uma falha dizendo que a String Vazia ("") não é válida pelo Xsd adotado. Já conferi o XML e me parece estar tudo certo com o conteúdo dele, isto é, nenhuma tag estou passando "" como descrito no erro e segui o manual da SEFAZ e não encontrei nenhum tag faltando no meu arquivo. A unica coisa é que na assinatura a tag References URI está "", mas não sei se no caso desse arquivo ela é vazia mesmo, no exemplo de vocês no entanto está gerando com essa tag vazia também. Segue anexo um dos meus xmls que estou tentando enviar e abaixo o retorno obtido pelo Ws. <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <soap:Fault> <soap:Code> <soap:Value>soap:Sender</soap:Value> </soap:Code> <soap:Reason> <soap:Text xml:lang="en">Server was unable to read request. ---&gt; There is an error in XML document (1, 348). ---&gt; The string '''' is not a valid AllXsd value.</soap:Text> </soap:Reason> <soap:Detail /> </soap:Fault> </soap:Body> </soap:Envelope> Por favor se conseguirem me ajudar em algo ficaria muito agradecido. Obrigado Pela atenção. Arquivo com Informações da Redução Z do PAF-ECF_BE091210100011219191_17012017162506.xml

Ola pessoal. Estou tentando transmitir o arquivo de ReducaoZ do Bloco X utilizando o AcbrBrocoX e o WS esta me retornando uma inconsistência no conteúdo do arquivo. Analisando o arquivo reparei que na assinatura dele a tag References.URI está vazia. ( <Reference URI=""> ) Gostaria de saber como faço para que na assinatura do arquivo o Acbr gere essa tag preenchida corretamente, já que estou usando o comando SaveToFile com o parâmetro de assinatura como True. Meu XML esta anexo. E o retorno do WS é esse: <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <soap:Fault> <soap:Code> <soap:Value>soap:Sender</soap:Value> </soap:Code> <soap:Reason> <soap:Text xml:lang="en">Server was unable to read request. ---&gt; There is an error in XML document (1, 348). ---&gt; The string '''' is not a valid AllXsd value.</soap:Text> </soap:Reason> <soap:Detail /> </soap:Fault> </soap:Body> </soap:Envelope> Muito abrigado desde já. Arquivo com Informações da Redução Z do PAF-ECF_BE091210100011219191_17012017112803.xml

Pessoal. O problema estava no abastecimento do diretório de cancelamento, que estava sendo atribuído '' (vazio). Corrigi este problema e tudo voltou a funcionar. Obrigado, abraços!

O problema era uma configuração que fizeram na cliente no Internet Explorer, referente ao Segurança de usar SSL e usar TLS. Todos SSL estavam desmarcados e só marcados os TLS. Fizemos as alterações e emitiu tudo normalmente. Obrigado, Abraços!

Olá Pessoal, Estou com um problema ao enviar uma NFe para um destinatário Isento de IE. o WS está me retornando o seguinte erro: o identificador não está no estado correto para a operação solicitada. Alguém sabe como posso resolver isso. Já pesquisei no fórum sobre o erro mas nada me ajudou a resolver o problema. segue o arquivo XML que estou tentando enviar, para darem uma olhada, não sei se ajuda. Obrigado. 9-env-lot 1.xml

Fiz das duas formas e só criou os dois arquivos que eu anexei no inicio do ticket. Não criou nada na pasta de Cancelamento e na pasta Enviado só ficou estes dois mesmo. Precisa de um terceiro arquivo pra validar o cancelamento? Estou utilizando um SAT SWEDA que nós compramos pra testar o SAT aqui.