Artur Alencar

Desculpem pelo post repetido no outro tópico, mas é que na hora de postar la apareceu uma mensagem dizendo que se o tópico for muito antigo, talvez seja melhor abrir um novo topico. Então fiquei na dúvida do que era o certo. Postar la ou criar um novo. Acabei fazendo os dois, me desculpem.

Boa tarde pessoal. Eu estou implantando o sistema de NFS-e em um cliente que vai usar o WebISS. Estou tendo este mesmo erro. Ja tentei enviar das três formas sugeridas: Enviar, EnviarSincrono e Gerar. O provedor não enviar no EnviarSincrono, retorna uma mensagem que ele não suporta, mas quando tento dos dois outros tipos, ele me retorna o erro abaixo: Erro Interno: 12044 Erro HTTP: 0 URL: https://www4.webiss.com.br/cacoalro_wsnfse/NfseServices.svc Falha Recebendo Dados. Erro:Erro: 12044 - ð[ }[ °[ °‚[ 0‰[ p†[ P[ J[ 0H[ °Ž[ ð‹[ ÐS[ °ˆ[ ðŽ[ P?[ 0{[ †[ PŠ[ 0[ Pz[ P[ PC[ 0K[ ‹[ P[ ÐŽ[ Ð>[ p][ Ð\[ |[ PB[ ?[ pC[ >[ \[ ÐW[ 0‡[ ð[ PQ[ Ž[ °D[ ðI[ 0I[ PK[ Ð}[ z[ P[ °B[ S[ ð}[ pJ[ P@[ ÐU[ pG[ 0[ 0C[ ðY[ K[ pX[ °‰[ [ ðK[ °T[ B[ Pƒ[ Ѓ[ °G[ W[ ÐY[ ðJ[ ð>[ |[ ð~[ V[ Š[ 0†[ °}[ pQ[ ðz[ Z[ pz[ ð[ P[ 0][ °?[ °[ C[ ðB[ 0J[ P}[ ðM[ y[ 0\[ z[ pK[ …[ ÐG[ E[ 0[ K[ 0T[ ?[ ÐK[ pL[ T[ 0P[ à"Þ €ñÝ ÀëÝ @Þ €ëÝ ÀÞ €üÝ ãÝ € Þ @Þ Þ àÞ ûÝ €ÚÝ ÀìÝ Þ ÀíÝ €ûÝ àúÝ ÀùÝ `óÝ àßÝ `Þ € Þ

Boa tarde pessoal. Eu estou implantando o sistema de NFS-e em um cliente que vai usar o WebISS. Estou tendo este mesmo erro. Ja tentei enviar das três formas sugeridas: Enviar, EnviarSincrono e Gerar. O provedor não enviar no EnviarSincrono, retorna uma mensagem que ele não suporta, mas quando tento dos dois outros tipos, ele me retorna o erro abaixo: Erro Interno: 12044 Erro HTTP: 0 URL: https://www4.webiss.com.br/cacoalro_wsnfse/NfseServices.svc Falha Recebendo Dados. Erro:Erro: 12044 - ð[ }[ °[ °‚[ 0‰[ p†[ P[ J[ 0H[ °Ž[ ð‹[ ÐS[ °ˆ[ ðŽ[ P?[ 0{[ †[ PŠ[ 0[ Pz[ P[ PC[ 0K[ ‹[ P[ ÐŽ[ Ð>[ p][ Ð\[ |[ PB[ ?[ pC[ >[ \[ ÐW[ 0‡[ ð[ PQ[ Ž[ °D[ ðI[ 0I[ PK[ Ð}[ z[ P[ °B[ S[ ð}[ pJ[ P@[ ÐU[ pG[ 0[ 0C[ ðY[ K[ pX[ °‰[ [ ðK[ °T[ B[ Pƒ[ Ѓ[ °G[ W[ ÐY[ ðJ[ ð>[ |[ ð~[ V[ Š[ 0†[ °}[ pQ[ ðz[ Z[ pz[ ð[ P[ 0][ °?[ °[ C[ ðB[ 0J[ P}[ ðM[ y[ 0\[ z[ pK[ …[ ÐG[ E[ 0[ K[ 0T[ ?[ ÐK[ pL[ T[ 0P[ à"Þ €ñÝ ÀëÝ @Þ €ëÝ ÀÞ €üÝ ãÝ € Þ @Þ Þ àÞ ûÝ €ÚÝ ÀìÝ Þ ÀíÝ €ûÝ àúÝ ÀùÝ `óÝ àßÝ `Þ € Þ

Ah, sim! obrigado pela resposta.

Pessoal, eu não sei se este tópico está dado como finalizado, mas descobri que no aquivo INI do Ábaco não tem o SoapAction para o envio síncrono. Por isto da esse erro. Como já se passaram dois anos desde essa postagem, alguém sabe se eles já criaram esses soapaction? ou realmente tenho que usar o outro método que não é síncrono?

Pessoal, fuçando aqui nas pastas de exemplo eu vi que agora os retornos foram transformados em array. Desculpem por ter aberto o tópico sem olhar direito antes. Mas eu só lembrei que o acbr tem fontes de exemplo de uso, agora. rsrs

Boa tarde pessoal, eu atualizei os fontes do ACBr no meu sistema recentemente e agora estou me deparando com uma situação que não sei como resolver. Antes, quando eu enviava um lote RPS de notas e tinha algum erro, como "RPS já informado" ou "Aliquota incorreta", o ACBr Retornava essa mensagem para o usuário. Agora ele só retorna a mensagem "'Um erro foi encontrado ao processar este lote. O erro propriamente dito foi informado na resposta do envio deste lote.". fuçando um pouco no código da unit ACBrNFSeWebServices.pas descobri que na primeira linha onde o Result recebe o resultado de FEnviarSincrono.Executar o retorno sem vem como verdadeiro, mesmo retornando uma rejeição. Se o retorno fosse falso, a mensagem exata do motivo da rejeição seria retornada para o usuário. function TWebServices.EnviaSincrono(ALote: String): Boolean; var Tentativas, IntervaloTentativas: Integer; begin FEnviarSincrono.FNumeroLote := ALote; Result := FEnviarSincrono.Executar; //Sempre retorna verdadeiro if not (Result) then FEnviarSincrono.GerarException( FEnviarSincrono.Msg ); //Se entrasse aqui, iria retornar para o usuário a mensagem do motivo da rejeição. Tem algum parâmetro no componente que eu possa ativar para retornar as mensagens como antes?

Boa tarde pessoal. Eu criei uma rotina para manifestar a nota e em seguida fazer o download da mesma. Só que as vezes acontece de retornar a rejeição 137 - Nenhum Documento Localizado. Mas quando consulto pela chave no site www.nfe.fazenda.gov.br a nota está lá com o registro que já foi manifestada pelo usuário. Mas da esse erro pra fazer o download. Alguém sabe me dizer porque isso acontece? eu estou tentando fazer o download pela chave ao invés de usar o NSU.

Boa tarde pessoal. Estou revivendo o tópico porque tenho uma dúvida neste mesmo assunto. Eu criei uma rotina para manifestar a nota e em seguida fazer o download da mesma. Só que as vezes acontece de retornar a rejeição 137 - Nenhum Documento Localizado. Mas quando consulto pela chave no site www.nfe.fazenda.gov.br a nota estã lá com o registro que já foi manifestada pelo usuário. Mas da esse erro pra fazer o download. Alguém sabe me dizer porque isso acontece? eu estou tentando fazer o download pela chave ao invés de usar o NSU.

Pessoal, "consegui resolver" rsrs. O que aconteceu foi o seguinte: O certificado A3 de cartão perdeu a chave pública. Por isso que não estava funcionando. Então acionamos a garantia da certificadora e eles vão fazer outro certificado para o cliente.

Pessoal, eu estou com este mesmo problema. Ja tentei todas as soluções postadas aqui até agora, mas nenhuma delas resolveu. Alguém tem mais alguma sugestão?

Eu fiz um teste sem passar pela validação do schema e deu certo. Também fiz a alteração no nSeqEvento como me foi indicado. Agora a SEFAZ me retornou "Assinatura difere do calculado", mas ai já não tem nada a ver com o schema, imagino eu. Então provavelmente estou usando o schema errado. Alguém tem um atualizado pra me passar? Tentei achar na pasta do ACBr mas não encontrei.

Agora eu voltei a testar e ta dando esse erro: Falha na validação dos dados do xml: '2017-11-28T11:20:36-04:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhEvento' with value '2017-11-28T11:20:36-04:00' failed to parse. Já olhei o fuso horário do meu computador e está certo. Tô começando a achar que o schema que estou usando é que está errado.

Eu estou usando essa função: function TEvNFe.ValidaSchema(xml, SchemaPath,arq: string): Boolean; var DOMDocument : IXMLDOMDocument3; ParseError : IXMLDOMParseError; Schema : XMLSchemaCache; idx :Integer; begin if not DirectoryExists(SchemaPath) then raise Exception.Create('Diretorio de Schemas '+SchemaPath+' não localizado.'); if not FileExists(SchemaPath+arq) then raise Exception.Create('Arquivo '+arq+' não localizado.'); idx := 0; DOMDocument:=CoDOMDocument50.Create; DOMdocument.Async:=FALSE; DOMdocument.ResolveExternals:=FALSE; DOMdocument.ValidateOnParse:=TRUE; Schema := CoXMLSchemaCache50.Create; Schema.add('http://www.portalfiscal.inf.br/nfe', SchemaPath+arq); DOMdocument.LoadXML(xml); DOMdocument.Schemas := Schema; ParseError := DOMdocument.validate; Result := (ParseError.errorCode = 0); if ParseError.errorCode <> S_OK then raise Exception.Create('Falha na validação dos dados do xml:'+slineBreak+ParseError.reason); DOMDocument:=Nil; ParseError:=Nil; Schema:=Nil; inc(idx); end; Pra chamar essa função eu uso o código abaixo após montar o xml: ValidaSchema(FDadosMsg,'C:\Users\Artur Alencar\Downloads\PL\EventoManifestaDestinat_v100\','envConfRecebto_v1.00.xsd');

Se eu colocar assim, ele não passa na validação do XSD.

Pessoal, vocês conseguiram resolver a falha de schema. No meu caso o que acontece é o seguinte: Eu peguei os schemas atualizados. Na hora de validar o arquivo ele valida normal. Mas na hora de enviar pelo webservice o retorno da SEFAZ é de "Falha no Schema". Mas não retorna qual o problema. O XML que estou tentando mandar é este aqui: <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"><idLote>1</idLote><evento versao="1.00"><infEvento Id="ID2102001117100106934800010655001000010681100010681401"><cOrgao>91</cOrgao><tpAmb>2</tpAmb><CNPJ>02980238000156</CNPJ><chNFe>11171001069348000106550010000106811000106814</chNFe><dhEvento>2017-11-14T14:32:17-04:00</dhEvento><tpEvento>210200</tpEvento><nSeqEvento>01</nSeqEvento><verEvento>1.00</verEvento><detEvento versao="1.00"><descEvento>Confirmacao da Operacao</descEvento></detEvento></infEvento><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="#ID2102001117100106934800010655001000010681100010681401"><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>iPaiQNrcECPZ8IuMcD2YjztdtvY=</DigestValue></Reference></SignedInfo><SignatureValue>gLHO9eKiqCIOiLCGbSZFkh6OSR2RwnNikgE7UFrCUK7y6BYFsI9nnhxrj2X5fE8qz8S7Syc1AG5OC1XhzQMRW9XwsHPcZF4Att6XLk6dwUT9bFQ3RcKWaOVdnCwLVprqN7+4DSMlG17wLRU9vMpqr5OeAMdazpZ9dtL1VWLK6LSZFtD/kAczgPNY19OYPbyNR7GoMyhRS0j5WL9G6a/mzjt4gBYF43g5p3y/coU+SiZM/hH018OMfRPLPWTgaamPfXcaLwToRr522d5qaqMdV4AEo/2hI/mZdoBV8q62hVeL3A2mDE9QvFH0gBRloozvEQ8MHPy0sSoUIX3st+mwdA==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH+jCCBeKgAwIBAgIIY8d7Z/Zt/F0wDQYJKoZIhvcNAQELBQAwcTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEVMBMGA1UEAxMMQUMgVkFMSUQgUkZCMB4XDTE3MDQwNTE1MTQwOVoXDTE4MDQwNTE1MTQwOVowgeExCzAJBgNVBAYTAkJSMQswCQYDVQQIEwJSTzEcMBoGA1UEBxMTT1VSTyBQUkVUTyBETyBPRVNURTETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLEw1SRkIgZS1DTlBKIEExMRUwEwYDVQQLEwxBUiBOQVRIWUVMTEUxKzApBgNVBAMTIkEgU1RJTUVSIEVJUkVMSSBFUFA6MDI5ODAyMzgwMDAxNTYwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQYM/oczH+qtzS+Z6lG3mWfC1yYz6ZxYTnX9vPIGhxlGpjUqArRqoIlfNH/wKaAU8t0naL+Q7fLmlmWvikQwr5pDHcY4mzGQtwEqOONJMjTJUipA+bi8Pp+zOnWlZ4UXAAckTlXS232d6/ruaFmkIwMXplZsyP/Oqdoq+8DqMOvIa9GkY09fxt6yxLRvvvVmWNf5YbAy0wQIo5yUHQFgnUVU5TuOtuwkHs8w0UR5nnHwk+LFxQRIq8+3lWn9/sFnKwF170ypEOwxFO0L4eQz39NYBCW6sFb7YQyq+dUun6MjM0ohZIuuvCpMR4b0P2dVsO8U6A+/yttq/P2UzWQI61AgMBAAGjggMjMIIDHzCBmgYIKwYBBQUHAQEEgY0wgYowVQYIKwYBBQUHMAKGSWh0dHA6Ly9pY3AtYnJhc2lsLnZhbGlkY2VydGlmaWNhZG9yYS5jb20uYnIvYWMtdmFsaWRyZmIvYWMtdmFsaWRyZmJ2Mi5wN2IwMQYIKwYBBQUHMAGGJWh0dHA6Ly9vY3NwLnZhbGlkY2VydGlmaWNhZG9yYS5jb20uYnIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBRHuQhZ2EL2kvz3fBV8JoBKRZF+nzBuBgNVHSAEZzBlMGMGBmBMAQIBJTBZMFcGCCsGAQUFBwIBFktodHRwOi8vaWNwLWJyYXNpbC52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyL2FjLXZhbGlkcmZiL2RwYy1hYy12YWxpZHJmYi5wZGYwggEBBgNVHR8EgfkwgfYwU6BRoE+GTWh0dHA6Ly9pY3AtYnJhc2lsLnZhbGlkY2VydGlmaWNhZG9yYS5jb20uYnIvYWMtdmFsaWRyZmIvbGNyLWFjLXZhbGlkcmZidjIuY3JsMFSgUqBQhk5odHRwOi8vaWNwLWJyYXNpbDIudmFsaWRjZXJ0aWZpY2Fkb3JhLmNvbS5ici9hYy12YWxpZHJmYi9sY3ItYWMtdmFsaWRyZmJ2Mi5jcmwwSaBHoEWGQ2h0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9WQUxJRC9sY3ItYWMtdmFsaWRyZmJ2Mi5jcmwwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBrwYDVR0RBIGnMIGkgRpldm9sdWNhby5pbmZvQGliZXN0LmNvbS5icqA4BgVgTAEDBKAvBC0wMzA2MTk3NDYxMDM1MjIwMjEwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDCgGAYFYEwBAwKgDwQNQURFTUlSIFNUSU1FUqAZBgVgTAEDA6AQBA4wMjk4MDIzODAwMDE1NqAXBgVgTAEDB6AOBAwwMDAwMDAwMDAwMDAwDQYJKoZIhvcNAQELBQADggIBAB6HSZU166p78sPMFVxswXh/asbWLfL750ZMEbhrj8VCz6dG5K0uAYoYnWFO4iNtGdPp28Th6Y8DrNhQnY/ayFwndIBTYD9aE0nbZFON5M4TGD7WBH+cd0B4SDTced9jP8rudURe/ac8N9/jPKn/Zl+Psv7VVR9xRa1R3HXZcYkT8HLycB/GZypfMD8E2qCgS2yqAJj1jjzivD6JgVS0IMYdswicxGsBVxpk6UcSSENYzrnI27IYhs7Z8EA2F0X3ja1MaFlIF0kxrz3Y89HOoox07ba4GSU35XbLUT1zMqrtYI2vea8jhNOQpvmCLSUS9xhOa3NP8Xxx3F4nxmmCF7Rt74Pzihc2CRjf4HryOc39YS6rTNxFVg1T8PiBSQTNuvdPkSDoj1IAAX/20E1vq5dG+FTs6akHOHs+6bo44/emgNlKZeJMTP1Xa+x0XRd5UoA+NbKUvjGU1qa3Vm8LF6F7K1TJ5CcohpcGxS4IyhOmFV8KaA8qtvqGg8FwlzrlEepA4nWL9hxNZrbq2zJ6TwciTAakFuMm4kek8l5iRtI6acRetIt4uyGsUpBd4FdyvUSZpD9+eAzGDyD+ncZIGI/BEbGhsTgm6QsPcPcnN5ZKZqg9QiFFbUZjpj5VlP5o0HJEDOU/t/CX0zeKyA2RU5rEsgHGwmEMs9j5GBT7+O2+</X509Certificate></X509Data></KeyInfo></Signature></evento></envEvento> O sistema passa na validação do XSD mas não passa na validação da SEFAZ.

Pessoal, eu estou com um erro ao enviar o arquivo do Estoque-FISCO. Passa na validação de boa mas quando eu envio, o webservice me retorna a mensagem abaixo: <?xml version="1.0" encoding="UTF-8"?> <Resposta> <Recibo>Nao gerado. Erros encontrados na validacao inicial</Recibo> <Tipo/> <DataReferencia/> <EstadoProcessamentoCodigo/> <EstadoProcessamentoDescricao/> <Mensagem>Data de referencia informada nos parametros precisa compreender um mes completo. Por exemplo: 01 a 31 de janeiro</Mensagem> </Resposta> Só que eu coloquei a data de 01/05/2017 até 31/05/2017. Não entendi o que está errado. o xml que estou tentando enviar está em anexo. EstoqueMensal.xml

Entendi...o problema é que o pessoal aqui não sabe me responder. Já olhei com a SEFAZ, com as contabilidades dos clientes. Mas vou ver o que faço aqui.

Opa! desculpe a demora em responder pessoal. Eu estava meio agarrado aqui com customizações de clientes. A única coisa que eu fiz, foi alterar alterar a linha onde tinha o número 3 para 67 conforme a imagem em anexo. O quadrado vermelho foi onde alterei. A única alteração que fiz foi essa. Isso fez com que as impressões funcionassem sem erro. Mas quando mandei os logs e as impressões para a NTK eles disseram que algumas impressões não estavam de acordo com o solicitado nos requisitos. Mas ainda não tive tempo de olhar o motivo.

Opa! Juliomar, no meu caso estou com sistema no estado de Rondônia, Acre e Mato Grosso. Pelo que eu li, parece que esses estados aderiram à NFC-e. Essa informação procede?? perguntei pro pessoal da SEFIN da minha cidade (em Rondônia) mas eles não souberam me responder.

Uai...Dessa eu não sabia. Minas não exige mais laudo técnico?? isso significa o quê? que eu posso colocar o meu sistema sem precisar credenciar meu sistema na SEFIN?

E deu certo aqui. Consegui fechar todos os testes do TEF sem erros. Valeu galera!!

Eu liguei lá na NTK e eles me disseram que o valor do campo 706 tem que ser 1+2+64. Quando eu tinha colocado só 64 deu erro no passo 14 e 15 e quando eu deixei o valor 3 deu erro no 16 e 17. Mas colocando 67 que é o resultado dessa soma, deu certo nas duas situações. Vou continuar testando pra ver se não vai dar erro em mais algum lugar. Obrigado aos dois pelo esclarecimento de onde tem que alterar e qual valor devo colocar.

Descobri que o motivo do erro no site de validação era porque eu estava acessando o link errado. O link correto é https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx

Tenho uma outra dúvida. O único webservice que temos hoje para enviar os arquivos é aquele de santa catarina ou tem algum outro? como o homologador vai saber que foi transmitido corretamente o arquivo? O site de validação de Santa Catarina ta dando erro quando mando validar o xml da redução z. ta acontecendo com vocês também?