Tercio Lins

Boa noite BigWings. Eu já havia atualizado os componentes e os arquivos dos schemas. Agradeço à todos, e pode marcar como resolvido.

Eu havia pesquisado aqui no ACBr e verificado isso. Conferi os dados e não percebi nenhum caractere "estranho". havia colado os dados do xml, porém não salvou. vou anexá-lo agora. 27200970019625000180580020000000081237019196-mdfe.xml

Boa tarde Juliomar.

Boa tarde à todos. Estou tentando enviar um MDFe e está retornando a rejeição 215-Rejeição: Falha no schema XML. Fiz o teste no DemoACBr e validou o XML. "Manifesto de Documento Fiscais Eletrônicos Valido". Quando carrego e envio o XML, ocorre o erro. Anexo igual a imagem

Boa Noite à todos. Retornando para informar que resolvi o problema do envio do boleto. Primeiro quero dizer que também não estava conseguindo enviar a NFe na versão atual que desenvolvo. Estou conseguindo em uma versão anterior, que ainda roda no cliente. Analisando a versão anterior, descobri que havia alterado uma propriedade do componente ACBrEmail. Na atual: ACBrMail.SetSSL:=True; ACBrMail.SetTLS:=False; Na anterior: ACBrMail.SetSSL:=False; ACBrMail.SetTLS:=False; Agradeço ao Juliomar por se dispor à ajudar. Pode marcar como resolvido.

Boa tarde. Vou desvincular o ACBrEmail em projeto, e associá-lo só em execução.

bom dia Juliomar. A princípio eu copiei o ACBrEmail do datamodule que fica os componentes da NFe, para o datamodule do Boleto. Prefiro separar um para cada. Depois para teste, vinculei o ACBrBoleto no ACBrEmail da NFe, e mesmo assim, ocorre o mesmo erro. Já havia tentado enviar um arquivo de orçamento usando o ACBrEmail direto, sem estar vinculado a outro componente, e ocorreu o mesmo erro. Desde já agradeço.

Boa Noite à todos. Estou tentando enviar o Boleto por email, e recebo a mensagem: "SMTP Error: Unable to Login". O interessante é que, quando o componente ACBrEmail está vinculado à NFe, envia normalmente o XML e o PDF. Os dados do componente são os mesmos, tanto para a NFe, como para o Boleto. sleep(300); CxMens:=TstringList.Create; Para NFe: CxMens.Add('Arquivo XML NFe.'); Para Boleto: CxMens.Add('Boleto em Anexo!!'); CC:=TstringList.Create; with DmFc do begin with mEmpresa do begin ACBrMail.Host:=HostEmail; ACBrMail.Port:=IntToStr(Porta); ACBrMail.Username:=EmailNFe; ACBrMail.Password:=HostSenha; ACBrMail.From:=EmailNFe; ACBrMail.SetSSL:=True; ACBrMail.SetTLS:=False; ACBrMail.ReadingConfirmation:=False; ACBrMail.UseThread:=False; ACBrMail.FromName:=Fantasia; Para NFe: ACBrNFe.NotasFiscais.Items[0].EnviarEmail(Agente.Endereco.EmailNFe,'Arquivo XML NFe.',CxMens,True,CC,CC); Para Boleto: DmBoleto.ACBrBoleto.EnviarEmail(mAgente.Endereco.EmailNFe,'Arquivo Do(s) Boleto(s).',CxMens,True,CC,CC); end; end; CC.Free; CxMens.Free;

Boa Noite à todos. Estou tentando enviar o Boleto por email, e recebo a mensagem: "SMTP Error: Unable to Login". O interessante é q

Tenho um cliente na mesma situação do Lowry David: agência: 6500 conta corrente: 580375 Dv: 1; A agência não tem dígito verificador, eles indicam colocar 0(zero). O dígito da agência não entra nos cálculos. O tamanho do número da agência é de 5 dígitos. Quando for menor, "COLOCAR ZERO À ESQUERDA". A conta corrente de oito dígitos. Quando for menor, "COLOCAR ZERO À ESQUERDA". Obs: O tamanho da conta corrente, eles consideram com o dígito verificador, ou seja, 8+1=9. Ficaria assim: (06500/005803751) da mesma forma que o Lowry David colocou. Com relação à função, fiz assim: function TACBrBancoSafra.MontarCampoCodigoCedente( const ACBrTitulo: TACBrTitulo): string; begin with ACBrTitulo.ACBrBoleto.Cedente do Result:=Agencia+'/'+Conta+ContaDigito; (06500/005803751) end; Na remessa ficou correto.

Boa Emerson Teixeira. Vou verificar a unit. Grato.

Alterações feitas: constructor TACBrBancoSafra.Create(AOwner: TACBrBanco); begin inherited Create(AOwner); fpDigito := 7; fpNome := 'Banco Safra'; fpNumero := 422; fpTamanhoAgencia := 5; fpTamanhoConta := 9; fpTamanhoCarteira := 1; fpTamanhoMaximoNossoNum := 9; end; procedure TACBrBancoSafra.GerarRegistroTransacao400(ACBrTitulo: TACBrTitulo; aRemessa: TStringList); aAgencia := PadLeft(RightStr( ACBrBoleto.Cedente.Agencia, 5), 5, '0'); aConta := PadLeft(ACBrBoleto.Cedente.Conta, 9, '0'); Sem adicionar os DV; Uma observação: Na procedure: procedure TACBrBancoSafra.GerarRegistroHeader400(NumeroRemessa: integer; ARemessa: TStringList); with ACBrBanco.ACBrBoleto.Cedente do begin wLinha := '0' + // ID do Registro Header '1' + // ID do Arquivo de Remessa 'REMESSA' + // Literal de Remessa '01' + // Código do Tipo de Serviço PadRight('COBRANCA', 15) + // Descrição do tipo de serviço + "brancos" PadLeft(CodigoCedente, 14, '0') + // Codigo da Empresa no Banco Space(6) + // "brancos" PadRight(Nome, 30) + // Nome da Empresa IntToStr(Numero) + // Código do Banco - 237 PadRight('BANCO SAFRA', 15) + // Nome do Banco - BANCO SAFRA + "brancos" FormatDateTime('ddmmyy', Now) + // Data de geração do arquivo Space(291) + // "brancos" IntToStrZero(NumeroRemessa, 3) + // Nr. Sequencial de Geração do Arquivo IntToStrZero(1, 6); // Nr. Sequencial do Registro no Arquivo ARemessa.Text := ARemessa.Text + UpperCase(wLinha); end; O CodigoCedente é colocado sem a concatenação dos dois códigos, ou seja, ele terá que ser alimentado antes nos dados do cedente. Poderia-se colocar também, o CodigoCedente direto na procedure GerarRegistroTransacao400.

Um adendo: não é para incluir o dígito verificador da agência, como também o da conta corrente.

Boa tarde à todos. Enviei um arquivo de remessa para homologação no banco Safra. Linha gerada: 1020255642300011865000058037511 000000000 Respostas: No Registro Detalhe do Arquivo - Nas posições: 18 a 31 - Identificação da empresa no Banco: A empresa deve inserir o numero da agência de 5 dígitos + conta com 9 dígitos, como a conta não possui 9 dígitos, pode completar com zero a esquerda: 06500005803751 constructor TACBrBancoSafra.Create(AOwner: TACBrBanco); begin inherited Create(AOwner); fpDigito := 7; fpNome := 'Banco Safra'; fpNumero := 422; fpTamanhoAgencia := 5; fpTamanhoConta := 8; <= tamanho da conta corrente fpTamanhoCarteira := 1; fpTamanhoMaximoNossoNum := 9; end; A agência tem 5 dígitos porém, inicia com zero( 06500). Acredito que na procedure TACBrBancoSafra.GerarRegistroTransacao400(ACBrTitulo: TACBrTitulo; aRemessa: TStringList), na linha 864, está excluindo o zero. aAgencia := PadLeft(RightStr( ACBrBoleto.Cedente.Agencia, 4), 4, '0') + PadLeft(ACBrBoleto.Cedente.AgenciaDigito, 1, '0'); Os demais erros de localização dos dados, devam estar relacionados com o tamanho do código da agência. Segue em anexo o arquivo cnab400 enviado pelo departamento responsável pela homologação. Desde já agradeço, Tércio Lins. cnab400.pdf

Boa tarde Ítalo. Lhe agradeço muito pela disposição em ajudar. Foi enviada e aprovada em ambiente de homologação.

Boa tarde. Primeiro informo que uso o Lazarus 1.8.4 com FPC 3.0.4 no Windows. Atualizei os Schemas Hoje. Está ocorrendo um erro na montagem do XML quando a NFe é emitida para outra UF, e o Destinatário não é Contribuinte ("NaoContribuinte"<indIEDest>9</indIEDest>). Vejam como estão preenchidas as TAG's: Dest.IE:=' '; Dest.indIEDest:=inNaoContribuinte; O problema é que nesse caso, a tag da inscrição estadual é colocada vazia <IE /> . coloco abaixo a parte do xml referente: <emit> <CNPJ>XXXXXXXXXXXXXXXXX</CNPJ> <xNome>XXXXXXXXX XXXXXXXXXXXXXXXXXXXX</xNome> <xFant>XXXXXXXXXXXXXXX</xFant> - <enderEmit> <xLgr>XXXXXXXXXXXXXXXXXXXXXXXXXXXX</xLgr> <nro>600</nro> <xBairro>XXXXXXXXX</xBairro> <cMun>2704302</cMun> <xMun>MACEIO</xMun> <UF>AL</UF> <CEP>57000000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>XXXXXXXXXX</fone> </enderEmit> <IE>XXXXXXXXX</IE> <CRT>3</CRT> </emit> <dest> <CPF>XXXXXXXXXXX</CPF> <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> - <enderDest> <xLgr>XXXXXXXXXXXXXXXXXXXX</xLgr> <nro>000</nro> <xBairro>AFLITOS</xBairro> <cMun>2611606</cMun> <xMun>RECIFE</xMun> <UF>PE</UF> <CEP>50000000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderDest> <indIEDest>9</indIEDest> <IE /> <<<<<< acredito que o erro esteja aqui. Se o destinatário não é contribuinte, não existe IE. >>>>>> </dest> Erro na validação do XML: tiposBasico_v4.00.xsd </xs:simpleType> <xs:simpleType name="TIeDestNaoIsento"> <xs:annotation> <xs:documentation>Tipo Inscrição Estadual do Destinatário // alterado para aceitar vazio ou ISENTO - maio/2010 v2.0</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="14"/> <xs:pattern value="[0-9]{2,14}"/> </xs:restriction> </xs:simpleType> Desde já agradeço, Tércio Lins.

Bom dia. No estado de Alagoas também está ocorrendo o mesmo erro no processamento do lote da NFCe. A NFe está ok. Em homologação está normal a NFCe.

Boa noite Bigwings. Agradeço à resposta. Vou fazer o teste com a justificativa maior. O interessante é que o XML do evento foi validado pelo componente.

Boa Noite. Ao tentar cancelar uma NFe emitida e aprovada no dia de hoje, ocorreu a rejeição: <cStat>493</cStat> <xMotivo>Rejeicao: Evento nao atende o Schema XML especifico (Elemento: envEvento/evento[1]/infEvento/detEvento/xJust)</xMotivo> Primeiro conferi se já havia ocorrido algum cancelamento no dia, sim. vou colocar abaixo os dois pedidos e os retornos, para ver se é possível identificar alguma irregularidade. Desde já agradeço, Tércio Lins. Pedido do Cancelamento aprovado: <?xml version="1.0" encoding="UTF-8" ?> - <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>1611250821</idLote> - <evento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> - <infEvento Id="ID1101112716110255642300011855001000092746100092746101"> <cOrgao>27</cOrgao> <tpAmb>1</tpAmb> <CNPJ>02556423000118</CNPJ> <chNFe>27161102556423000118550010000927461000927461</chNFe> <dhEvento>2016-11-25T08:21:57-03:00</dhEvento> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> - <detEvento versao="1.00"> <descEvento>Cancelamento</descEvento> <nProt>327160013625525</nProt> <xJust>material em desacordo com pedido do cliente</xJust> </detEvento> </infEvento> Retorno aprovado: <?xml version="1.0" encoding="UTF-8" ?> - <retEnvEvento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <idLote>1611250821</idLote> <tpAmb>1</tpAmb> <verAplic>SVRS201601161016</verAplic> <cOrgao>27</cOrgao> <cStat>128</cStat> <xMotivo>Lote de Evento Processado</xMotivo> - <retEvento versao="1.00"> - <infEvento> <tpAmb>1</tpAmb> <verAplic>SVRS201601161016</verAplic> <cOrgao>27</cOrgao> <cStat>135</cStat> <xMotivo>Evento registrado e vinculado a NF-e</xMotivo> <chNFe>27161102556423000118550010000927461000927461</chNFe> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <CNPJDest>01163003000109</CNPJDest> <dhRegEvento>2016-11-25T08:21:32-03:00</dhRegEvento> <nProt>327160013664485</nProt> </infEvento> </retEvento> </retEnvEvento> Pedido do Cancelamento Rejeitado: <?xml version="1.0" encoding="UTF-8" ?> - <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>1611251716</idLote> - <evento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> - <infEvento Id="ID1101112716110255642300011855001000092837100092837501"> <cOrgao>27</cOrgao> <tpAmb>1</tpAmb> <CNPJ>02556423000118</CNPJ> <chNFe>27161102556423000118550010000928371000928375</chNFe> <dhEvento>2016-11-25T17:16:01-03:00</dhEvento> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> - <detEvento versao="1.00"> <descEvento>Cancelamento</descEvento> <nProt>327160013683536</nProt> <xJust>Cfop incorreto</xJust> </detEvento> </infEvento> Retorno Rejeitado: <?xml version="1.0" encoding="UTF-8" ?> - <retEnvEvento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <idLote>1611251716</idLote> <tpAmb>1</tpAmb> <verAplic>SVRS201601161016</verAplic> <cOrgao>27</cOrgao> <cStat>128</cStat> <xMotivo>Lote de Evento Processado</xMotivo> - <retEvento versao="1.00"> - <infEvento> <tpAmb>1</tpAmb> <verAplic>SVRS201601161016</verAplic> <cOrgao>27</cOrgao> <cStat>493</cStat> <xMotivo>Rejeicao: Evento nao atende o Schema XML especifico (Elemento: envEvento/evento[1]/infEvento/detEvento/xJust)</xMotivo> <chNFe>27161102556423000118550010000928371000928375</chNFe> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <dhRegEvento>2016-11-25T17:05:35-03:00</dhRegEvento> </infEvento> </retEvento> </retEnvEvento>

Boa noite a todos. Após atualizar hoje(27/10/2016) os fontes do ACBr pelo SVN, ocorreu um erro ao compilar os pacotes(Uso Lazarus). Quando ocorre isso, normalmente eu excluo tudo e faço o download outra vez. Ocorreu o mesmo erro. Função: Printer.Write(AString); ACBrDevice.pas(1569,25) Error: Wrong number of parameters specified for call to"Write" Esta função tem outros parâmetros: write(const Buffer; Count: integer;var Written: integer): boolean; Abaixo a procedure. procedure TACBrDevice.EnviaStringRaw(const AString: AnsiString); var PrnIndex: Integer; PrnName, DocName: String; {$IfNDef FPC} HandlePrn: THandle; N: DWORD; DocInfo1: TDocInfo1; {$EndIf} begin DocName := 'ACBrDevice'; // TODO: permitir informar o nome em Properties PrnIndex := GetPrinterRawIndex; {$IfDef FPC} Printer.PrinterIndex := PrnIndex; Printer.Title := DocName; Printer.RawMode := True; Printer.BeginDoc; Printer.Write(AString); Printer.EndDoc; {$Else} PrnName := Printer.Printers[PrnIndex]; if not OpenPrinter(PChar(PrnName), HandlePrn, nil) then raise Exception.CreateFmt(ACBrStr(cACBrDeviceImpressoraNaoEncontrada), [PrnName]); with DocInfo1 do begin pDocName := PChar(DocName); pOutputFile := nil; pDataType := 'RAW'; end; StartDocPrinter(HandlePrn, 1, @DocInfo1); WritePrinter(HandlePrn, PAnsiChar(AString), Length(AString), N); EndPagePrinter(HandlePrn); EndDocPrinter(HandlePrn); ClosePrinter(HandlePrn); {$EndIf} end; Grato, Tércio Lins.

Boa noite Ítalo. Continuando os testes. Como a validação da assinatura é feita e o erro acontece na validação do XML, decidi não validar, ou alterar a função para não chamar a que não valida, para tentar enviar à Sefaz. O que fiz: comentei{ } a que estava, copiei e alterei para retornar o result True, desde que a condição verdadeira.. result:=not EstaVazio(ArqSchema); if(not result)then raise EACBrDFeException.Create('Arquivo de Schema não especificado'); // ArqSchema deve vir com o Path Completo if(result)then result:=FileExists(ArqSchema); if(not result)then raise EACBrDFeException.Create('Arquivo ' + sLineBreak + ArqSchema + sLineBreak + 'Não encontrado'); Veja que não executei a: Result := FSSLClass.Validar(ConteudoXML, ArqSchema, MsgErro); Retorno: <?xml version="1.0" encoding="UTF-8" ?> - <retConsReciNFe versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>2</tpAmb> <verAplic>SVRSnfce201609291516</verAplic> <nRec>273065017898180</nRec> <cStat>104</cStat> <xMotivo>Lote processado</xMotivo> <cUF>27</cUF> <dhRecbto>2016-10-02T19:26:44-03:00</dhRecbto> - <protNFe versao="3.10"> - <infProt> <tpAmb>2</tpAmb> <verAplic>SVRSnfce201609291516</verAplic> <chNFe>27161002556423000118650010000000011000000012</chNFe> <dhRecbto>2016-10-02T19:26:44-03:00</dhRecbto> <digVal>JB5JVzistfXNe4aflTHZ9fla+5M=</digVal> <cStat>394</cStat> <xMotivo>Rejeicao: Nota Fiscal sem a informacao do QR-Code</xMotivo> </infProt> </protNFe> </retConsReciNFe O meu erro foi não setar "True" na Propriedade: Geral.IncluirQRCodeXMLNFCe:=True; Confesso que quando vi no início esta opção, que vem False, pensei que não fosse obrigatória. Erro meu. Marquei como True e enviei outra vez. <protNFe versao="3.10"> - <infProt> <tpAmb>2</tpAmb> <verAplic>SVRSnfce201609291516</verAplic> <chNFe>27161002556423000118650010000000011000000012</chNFe> <dhRecbto>2016-10-02T21:08:21-03:00</dhRecbto> <nProt>327160000019976</nProt> <digVal>tOFl0wEuQDm1ATJ8QIDBe/RBfCs=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NF-e</xMotivo> </infProt> </protNFe Ela foi aprovada. Vibrei!! resolvido. Voltei o que havia alterado porém, ocorreu o mesmo erro. Continuarei verificando mas, agora pelo menos posso fazer teste de cancelamento. Mais uma vez agradeço, Tércio Lins.

Boa noite Ítalo. Quanto aos schemas havia atualizados e copiados para a pasta que o executável usa. São os mesmos usados para enviar a NFe. *****Você notou que ao alterar uma linha do componente sem saber ao certo a sua finalidade outros erros surgem? Eu não havia alterado antes de ocorrer o erro. Na verdade eu acrescentei outra UF. Result := (AVersao = ve310); if AModelo = moNFCe then Result :=(not(AUFCodigo in [13]))or(not(AUFCodigo in [27])); // AM;AL **** Você se certificou que configurou o componente corretamente? Sim, mas posso conferir outras vezes. **** A pasta que contem os arquivos XSD (Schemas) não esta faltando nenhum? Como eu escrevi acima, quando debuguei os valores de retorno das funções estavam preenchidos. Exemplo: function TDFeSSL.Validar(const ConteudoXML: String; ArqSchema: String; out MsgErro: String): Boolean; begin ArqSchema está preenchido correto. if EstaVazio(ArqSchema) then raise EACBrDFeException.Create('Arquivo de Schema não especificado'); // ArqSchema deve vir com o Path Completo if not FileExists(ArqSchema) then raise EACBrDFeException.Create('Arquivo ' + sLineBreak + ArqSchema + sLineBreak + 'Não encontrado'); Até aqui o retorno está True. O ArqSchema existe. O erro ocorre nesta função abaixo. Result := FSSLClass.Validar(ConteudoXML, ArqSchema, MsgErro); end; Agradeço muito à sua atenção, Tércio Lins.

Bom dia a todos. Continuo fazendo testes. Consegui um XML aprovado no ambiente de homologação, com uma empresa da mesma UF. O XML foi desenvolvido em Delphi. Abri o XML e tentei validar o mesmo. Ocorre o mesmo Erro. Vou continuar fazendo testes.

Bom dia. Estou iniciando os testes com a NFCe. Já estou com o CSC liberado pela Sefaz para homologação. Uso o Lazarus v1.4.4 no Windows. Faço testes com a NFe no Lazarus, usando o mesmo BD, e tudo ok. O erro ocorre na validação do XML. O mesmo é impresso em modo OffLine. Debugando descobri o primeiro ponto: Na procedure NotaFiscal.Validar; if EhAutorizacao( DblToVersaoDF(ok, VerServ), Modelo, cUF) then ALayout := LayNfeAutorizacao else ALayout := LayNfeRecepcao; // Extraindo apenas os dados da NFe (sem nfeProc) DeclaracaoXML := ObtemDeclaracaoXML(AXML); AXML := DeclaracaoXML + '<NFe xmlns' + RetornarConteudoEntre(AXML, '<NFe xmlns', '</NFe>') + '</NFe>'; Só está autorizada a UF 13 function TACBrNFe.EhAutorizacao( AVersao: TpcnVersaoDF; AModelo: TpcnModeloDF; AUFCodigo: Integer ): Boolean; Result := (AVersao = ve310); if AModelo = moNFCe then Result :=not(AUFCodigo in [13]); // AM Achei que fosse só isso. Alterei para a UF que trabalho 27. Agora o erro foi ocorrer no retorno da função SSL.Validar. NotaEhValida := SSL.Validar(AXML, GerarNomeArqSchema(ALayout, VerServ), Erro); Os dados em AXML estão corretos; A função GerarNomeArqSchema volta True; function TDFeSSL.Validar(const ConteudoXML: String; ArqSchema: String; out MsgErro: String): Boolean; begin if EstaVazio(ArqSchema) then raise EACBrDFeException.Create('Arquivo de Schema não especificado'); // ArqSchema deve vir com o Path Completo if not FileExists(ArqSchema) then raise EACBrDFeException.Create('Arquivo ' + sLineBreak + ArqSchema + sLineBreak + 'Não encontrado'); Result := FSSLClass.Validar(ConteudoXML, ArqSchema, MsgErro); end; Até executar a função FSSLClass.Validar, Result := FSSLClass.Validar(ConteudoXML, ArqSchema, MsgErro); O result está True, ou seja, o ArqSchema está com o Path Completo. A mensagem de erro: Erro: Falha na validação dos dados da nota: 2 Error: the schema itself is not valid Atualizei os fontes e os schemas. Desde já agradeço, Tércio Lins.

Daniel agradeço à disposição de ajudar. Fiz o que você indicou e continuou ocorrendo o erro. Não estava com tempo de tentar com calma, fiz só uma tentativa. Hoje resolvi baixar pelo SVN e instalou normal. Veio a V2.8, eu estava usando a V2.7. Não sei se foi a versão, mas consegui. Mais uma vez, agradeço.