Artur Alencar

Bom dia pessoal, eu não sei se este é o lugar certo para fazer esta solicitação, mas não consegui achar um fórum específico para isso. Caso tenha, podem me passar por favor? Voltando a solicitação, eu gostaria que o responsável ou responsáveis por submeter os arquivos ini da NFSe incluíssem a cidade de Buritis do estado de Rondônia,para mantermos os arquivos atualizados, conforme abaixo: Cidades.ini ------------------------------ [1100452] Nome=Buritis UF=RO Provedor=Fiorilli -------------------------------- Fiorilli.ini -------------------------------- ; Buritis/RO RecepcaoLoteRPS_1100452=http://160.238.242.254:5660/IssWeb-ejb/IssWebWS/IssWebWS?wsdl -------------------------------

Então... no caso do time out eu resolvi executando as rotinas separadamente. Ou seja, o ACBrNFSe envia mas não consulta o lote logo após. Eu chamo a rotina de consultar a situação do componente fora da rotina de envio do mesmo, ou seja, desabilitei aquela opção que deixa o componente fazer todo o processo sozinho. Uma coisa que eu observei também, no caso do "Erro 500" é que ele geralmente acontece após as tentativas de consulta terem acabado. Ou seja, se eu colocar que quero consultar 5 vezes, o componente consulta 5 vezes e se na 5ª vez ele retornar "lote em processamento" ou "lote não processado", ao invés de aparecer esta mensagem, aparece o Erro 500. Eu descobri isto usando o evento do componente que registra os logs, então pelos logs vi que ele estava retornando estes dois status, mas mostrava o erro 500. Voltando no erro de timeout, eu também tinha tentado aumentar o timeout e o intervalo de para consulta da situação do lote no componente, mas mesmo assim ele retornava o timeout na maioria das vezes. Só consegui resolver fazendo o que descrevi acima.

Nossa! peço mil perdões por responder apenas agora. Aconteceu que o cliente que iamos implantar o sistema acabou desistindo e depois disso fiquei sobrecarregado com outras coisas e acabei esquecendo que tinha postado isso aqui. Mas agora apareceu outro cliente da mesma cidade. Como voltou o mesmo erro, quando fui pesquisar aqui no fórum acabei achando esse post e me lembrei que tinha postado isso um tempo atrás. Peço desculpas mais uma vez. Agora voltando ao motivo do problema: Eu fiz sim o teste com o Demo do ACBr (hoje, aliás, rsrs), e ele funcionou. Conseguiu enviar normalmente o RPS. Só que às vezes, na hora de consultar o retorno, da isso aqui: ERRO: Erro Interno: 12002 Erro HTTP: 0 URL: https://www4.webiss.com.br/cacoalro_wsnfse/NfseServices.svc Falha no Envio da Requisição. Erro: 12002 - TimeOut de Requisição Mas às vezes retorna normal com a rejeição do site, exemplo : ""Aliquota de ISS incorreta". Então acredito que pode ser instabilidade no Provedor do WebISS. Quando fui vasculhar o que tinha diferente para o meu sistema, não percebi nada de diferente. Mas então eu peguei o arquivo atualizado no .ini (WebISS.ini) do ACBr e coloquei na pasta que meu executável usa e funcionou igual o demo do ACBr! Então era só o arquivo WebISS.ini que deveria estar atualizado. Agora meu sistema está retornando o mesmo que o demo. Ás vezes retorna isso aqui também: ERRO: Erro Interno: 0 Erro HTTP: 500 URL: https://www4.webiss.com.br/cacoalro_wsnfse/NfseServices.svc

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