wilton_rad

nao entendi muito bem qual a finalidade do VALORABATIMENTO nao é a mesma coisa que desconto? quando devo usa-lo no lugar do desconto?

ola amigos, implementando aqui o acbrboleto, e uma duvida basica. qual melhor tipo de campo para armazenar o nosso numero. em alguns bancos o acbr, pega so a parte inteira do nossonumero e despreza outras informacoes, ex: banco do brasil, que faz um tratamento ao ler o arquivo do banco, e dependendo de varios fatores retorna so uma parte do nossonumero, para esse caso, um campo inteiro bastaria para armazenar essa informacao outros banco por ex: da caixa, usando layout 240 ele simplementes pega assim: NossoNumero := Copy(Linha,42,15); entao logo, o campo poderá retornar até 15 digitos, o que iria estourar o campo int no banco. por que alguns pega so uma parte, e outros pega o campo todo? nao existe uma padronização nisso? nesse caso teria que ter um campo nossonumero varchar de 15 outros ja pega dependendo da propriedade tamanhomaxnossonumero. estou achando bem confuso isso!

usamos versao licenciada, alias temos 15 licencas da versao enterprise, e sim tive que fazer uma instalacao limpa para reinstalar os componentes de terceiros com devexpress e report builder, como ja resolvi fazendo a intalacao manual do acbr, e como logou vou ter que atualizar para a 10.2.3 ai testo novamente pelo instalador.

sim, eu fiz isso, foi feito uma instalcao do zero, mas mantive as chaves do registro, nao tive problemas na instalcao de nenhum outro componente, fiz a instalacao manual aqui dos pacotes do acbr que eu uso e deu certo.

atualizei para o tokyo 10.2.2 e aparetemente o acbr manteve-se na nova instalação, alguns dias depois descobri que o pacote acbr_serial não estava instalado tentei fazer a instalação manual, sempre dava erro indicando que nao foi possivel ler o pacote... acbr_serial removi o acbr, usei o apagarAcbr.bat, fiz o update do tronco, ao executar o ACBrInstall_Trunk2.exe, logo ao carregar da um erro list index out of bounds (-1), ao pressionar, ok, abrir e pressionar em proximo na tela para selecionar a versão do delphi, o instalador nao reconhece nenhum delphi instalado. me parece que esse ultimo instalador nao esta ainda preparado para essa versao do delphi, e essa semana mesmo ja vou ter que fazer outra atualizacao para o 10.2.3 que saiu esses dias. alguma orientação em relação a isso?

consegui liberar o endereco, mas quando começa a baixar os arquivos da erro too many Requests em varios arquivos, ja tentei varias vezes. estou sempre limpando toda a pasta e tentanto baixar tudo novamente.. pois como deu erro no meu do processo, pode ser que nao consiga continuar de onde parou.

qual endereço preciso adicionar no meu proxy para conseguir acesso ao repositorio e baixar as atualizacoes via svn pedi para o pessoal que cuida da rede aqui para liberar o endereco svn.code.sf.net mas mesmo assim nao baixa. preciso saber que endereço o svn acessa para passar para o pessoal da rede incluir nas regras de bloqueio pois aqui cada site tem que ser incluido em uma lista de sites confiaveis. ou seja tudo e bloqueado por padrao!.

aqui no tocantins, cancelaram qualquer homologação do paf, tiveram a brilhante ideia de desvincular o estado do ato cotepe nacional, e vao fazer o proprio ato cotepe, segundo eles será mais simples, vão remover o bloco X e vao criar outro BLOCO CTRL+MEIA LUA+ F13, onde vai ter que gerar um arquivo e enviar não sei para onde, e veja aque aqui ja foi aprovado o uso da nfce, onde com a adoção da NFCe eles mesmo publicaram no site que não será mais exigido homologação do sistema. teve uma reunião em palmas (capital) e umum cara de uma soft house que participou quase chorou nao por isso, mas pq tinha acabado de homologar o sistema gastado uns 35 mil reais, e o laudo será jogado no lixo, simples assim. a justificativa e que o estado nao tem dinheiro para investir em infra estrutura, e que o ecf ai tem vida util de uns 5 anos. vai entender o que esse povo quer.

não, aqui o homologador não vai exigir o envio, apenas a validação do arquivo, como estou no TO, aqui não tem (e nem vai ter) webservice para receber o arquivo, pois a nfc-e ja foi aprovada e ja estamos implantando, ou seja o paf aqui tambem morreu!. espero que seja a ultima homologacao de paf da minha vida! outra coisa que vi em outros post, e em relacao ao arquivo de estoque, que podera ficar enorme em ambiente de produção, e será impossivel enviar um arquivo tão grande mesmo compactado para o webservice. eles tinham que fazer igual a nfe, se criam a obrigatoriedade do sistema gerar tal informação, eles e que deveriam criar a tecnologia para o envio, e não ficar a cargo de nos desenvolvedores fazer isso. e sim, tive que alterar varios campos para gerar o arquivo e validar.. veja o anexo da funcao, e muito provavel que o acbrmonitor, use a mesma unit, ai e so recompilar ele.

no final das contas e mais um requisito que so gera depesas para nos desenvolvedores, e que nunca vai ser usado. temos aqui mais de 1000 empresas com sistema rodando, em mais de 5 anos de paf, posso contar nos dedos de uma baleia, quantas vezes o menu fiscal foi acessado por um fiscal da receita. clientes como lojas de sapato tem muito mais que isso, pq praticamente todo produto adquirido e um novo cadastro, supermercado nem se fala entao, passa facil dos 100 mil.

isso tambem ocorre por exemplo quando se busca dados em uma query com muitos registros, isso e alocado na memoria do windows, e a aplicacao quando chega em uns 1.5gb +- memoria da esse erro, mesmo se seu pc tiver muito mais memoria, devido a ser uma app 32 bits. isso e so para explicar que (e provavavel) que se compilar o aplicativo que gera esse arquivo em 64 bits não vai da o problema. ate que se faça uma correçao no acbr, uma alternativa e criar um exe a parte so com essa parte de gerar o arquivo e compilar em 64 bits (para nao ter que converter sua aplicação inteira em 64, obviamente no seu cliente final, so ira funcionar no win 64. na fiz esse teste, mas baseado no problema citado na query que na pratica e mesma coisa (alocar muita inf na memoria em um app 32bits) eu resolvi em uma aplicacao minha compilando em 64bits.

consegui fazer os ajustes, em anexo funcao procedure TACBrBlocoX_Estoque.GerarXML(const Assinar: Boolean); na unit ACBrBlocoX_Estoque com as correções, obs: testado com o validador no link https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx em 26-07-2017 obs: nao tem mais os campos DataReferenciaInicial e DataReferenciaFinal tem apenas o DataReferencia, no qual eu passei o ultimo dia do mes anterior. blocox gerar estoque.txt Estoque_26072017.xml

o arquivo de estoque tambem esta totalmente fora do padrao que o validador verifica.. anderson, vc tem ai a sequencia correta das tags, cada hora que mexe em uma da erro em outra. o validador tambem esta recusando os valores em campos numericos. passando com virgula ex 10,000 com com pontos ex 10.000 procedure TACBrBlocoX_Estoque.GerarXML(const Assinar: Boolean); var I: Integer; begin FXMLOriginal := ''; FXMLAssinado := ''; FGerador.ArquivoFormatoXML := ''; FGerador.wGrupo(ENCODING_UTF8, '', False); FGerador.wGrupo('Estoque Versao="1.0"'); FGerador.wGrupo('Mensagem'); GerarDadosEstabelecimento; GerarDadosPafECF; FGerador.wGrupo('DadosEstoque'); FGerador.wCampo(tcStr, '', 'DataReferencia', 0, 0, 1, FORMATDATETIME('yyyy-mm-dd',DataReferenciaFinal)); //DEU PROBLEMA NESSAS 2 TAGS, o validador diz que tem que passar DATAREFERENCIA // FGerador.wCampo(tcStr, '', 'DataReferenciaInicial', 0, 0, 1, FORMATDATETIME('yyyy-mm-dd',DataReferenciaInicial)); // FGerador.wCampo(tcStr, '', 'DataReferenciaFinal', 0, 0, 1, FORMATDATETIME('yyyy-mm-dd',DataReferenciaFinal)); if Produtos.Count > 0 then begin FGerador.wGrupo('Produtos'); For I := 0 to Produtos.Count - 1 do Begin FGerador.wGrupo('Produto'); FGerador.wCampo(tcStr, '', 'Descricao', 0, 0, 1, Produtos.Descricao); Case TACBrBlocoX(FACBrBlocoX).Configuracoes.VersaoER of erv0204 : begin FGerador.wCampo(tcStr, '', 'Codigo', 0, 0, 1, Produtos.Codigo.CodigoProprio); FGerador.wCampo(tcStr, '', 'CodigoTipo', 0, 0, 1, TipoCodigoToStr(Produtos.Codigo.Tipo)); FGerador.wCampo(tcDe3, '', 'Quantidade', 1, 20, 1, formatfloat('0.000',Abs(Produtos.Quantidade))); end; erv0205 : begin with Produtos do begin // FGerador.wGrupo('Codigo'); //NAO RECONHECEU ESSA TAG !!!! FGerador.wCampo(tcStr, '', 'CodigoGTIN', 0, 0, 1, Produtos.Codigo.CodigoGTIN); FGerador.wCampo(tcStr, '', 'CodigoCEST', 0, 0, 1, Produtos.Codigo.CodigoCEST); FGerador.wCampo(tcStr, '', 'CodigoNCMSH', 0, 0, 1,Produtos.Codigo.CodigoNCMSH); FGerador.wCampo(tcStr, '', 'CodigoProprio', 0, 0, 1,Produtos.Codigo.CodigoProprio); // FGerador.wGrupo('/Codigo'); FGerador.wCampo(tcDe3, '', 'Quantidade', 1, 20, 1, formatfloat('0.000',Abs(Produtos.Quantidade))); end; end; end; // A SEQUENCIA ABAIXO DE CAMPOS NAO ESTA CORRETA, INCLUSIVE COM NOMES DE CAMPOS INVALIDOS. SEM O SCHEMA CORRETO QUE O VALIDADOR USA, FICA COMPLICADO ADVINHAR QUAL E A CORRETA. FGerador.wCampo(tcDe3, '', 'QuantidadeTotalAquisicao', 1, 1, 1, formatfloat('0.000',Produtos.QuantidadeTotalAquisicaoMercadoria)); FGerador.wCampo(tcStr, '', 'Unidade', 0, 0, 1, Produtos.Unidade); FGerador.wCampo(tcDe2, '', 'ValorUnitario', 1, 20, 1, formatfloat('0.00',Produtos.ValorUnitario)); case TACBrBlocoX(FACBrBlocoX).Configuracoes.VersaoER of erv0205 :FGerador.wCampo(tcDe2, '', 'ValorTotalAquisicao', 1, 1, 1, formatfloat('0.00',Produtos.ValorTotalAquisicaoMercadoria)); end; FGerador.wCampo(tcStr, '', 'SituacaoTributaria', 1, 1, 1, SituacaoTributariaToStr(Produtos.SituacaoTributaria)); FGerador.wCampo(tcStr, '', 'Aliquota', 4, 4, 1, FormatFloat('0.00',Produtos.Aliquota)); FGerador.wCampo(tcStr, '', 'IsArredondado', 1, 1, 1, IfThen(Produtos.IndicadorArredondamento, 'true', 'false')); FGerador.wCampo(tcStr, '', 'Ippt', 1, 1, 1, IpptToStr(Produtos.Ippt)); FGerador.wCampo(tcStr, '', 'SituacaoEstoque', 1, 1, 1, IfThen(Produtos.Quantidade >= 0, 'Positivo', 'Negativo')); case TACBrBlocoX(FACBrBlocoX).Configuracoes.VersaoER of erv0205 : begin FGerador.wCampo(tcDe2, '', 'ValorTotalAquisicaoMercadoria', 1, 1, 1, formatfloat('0.00',Produtos.ValorTotalAquisicaoMercadoria)); FGerador.wCampo(tcStr, '', 'QuantidadeTotalAquisicaoMercadoria', 1, 1, 1, formatfloat('0.000',Produtos.QuantidadeTotalAquisicaoMercadoria)); FGerador.wCampo(tcDe2, '', 'ValorTotalICMSDebitoFornecedor', 1, 1, 1, formatfloat('0.00',Produtos.ValorTotalICMSDebitoFornecedor)); FGerador.wCampo(tcDe2, '', 'ValorBaseCalculoICMSST', 1, 1, 1, formatfloat('0.00',Produtos.ValorBaseCalculoICMSST) ); FGerador.wCampo(tcDe2, '', 'ValorTotalICMSST', 1, 1, 1, formatfloat('0.00',Produtos.ValorTotalICMSST)); end; end; FGerador.wGrupo('/Produto'); end; FGerador.wGrupo('/Produtos'); end; FGerador.wGrupo('/DadosEstoque'); FGerador.wGrupo('/Mensagem'); FGerador.wGrupo('/Estoque'); FXMLOriginal := ConverteXMLtoUTF8(FGerador.ArquivoFormatoXML); if Assinar then FXMLAssinado := TACBrBlocoX(FACBrBlocoX).SSL.Assinar(FXMLOriginal, 'Estoque', 'Mensagem'); end;

Olá Anderson, agora validou. portanto o componente esta gerando o arquivo errado procedure TACBrBlocoX_ReducaoZ.GerarXML(const Assinar: Boolean); var I, X: Integer; begin FXMLOriginal := ''; FXMLAssinado := ''; FGerador.ArquivoFormatoXML := ''; FGerador.wGrupo(ENCODING_UTF8, '', False); FGerador.wGrupo('ReducaoZ Versao="1.0"'); FGerador.wGrupo('Mensagem'); GerarDadosEstabelecimento; GerarDadosPafECF; FGerador.wGrupo('Ecf'); with TACBrBlocoX(FACBrBlocoX).ECF do begin FGerador.wCampo(tcStr, '', 'NumeroCredenciamento', 0, 0, 1, NumeroCredenciamento); FGerador.wCampo(tcStr, '', 'NumeroFabricacao', 0, 0, 1, NumeroFabricacao); FGerador.wCampo(tcStr, '', 'Tipo', 0, 0, 1, Tipo); FGerador.wCampo(tcStr, '', 'Marca', 0, 0, 1, Marca); FGerador.wCampo(tcStr, '', 'Modelo', 0, 0, 1, Modelo); FGerador.wCampo(tcStr, '', 'Versao', 0, 0, 1, Versao); FGerador.wCampo(tcStr, '', 'Caixa', 0, 0, 1, Caixa); end; FGerador.wGrupo('DadosReducaoZ'); FGerador.wCampo(tcStr, '', 'DataReferencia', 0, 0, 1, FORMATDATETIME('yyyy-mm-dd',DataReferencia)); case TACBrBlocoX(FACBrBlocoX).Configuracoes.VersaoER of erv0205 : begin // a data e hora e gerada em uma so tag, e nao em duas como esta no fonte!. FGerador.wCampo(tcStr, '', 'DataHoraEmissao', 0, 0, 1, FORMATDATETIME('yyyy-mm-dd',DataEmissaoReducaoZ)+'T'+HoraEmissaoReducaoZ); // FGerador.wCampo(tcStr, '', 'DataEmissaoReducaoZ', 0, 0, 1, FORMATDATETIME('yyyy-mm-dd',DataEmissaoReducaoZ)); // FGerador.wCampo(tcStr, '', 'HoraEmissaoReducaoZ', 0, 0, 1, HoraEmissaoReducaoZ); end; end; me parece que aqui no estado (TO) so vao verificar a estrutura do layout, ainda não sera obrigado o envio, visto que aqui ainda não existe webservice para isso.

ja procurei em todos os topicos referente ao bloco x e nao achei algo que pudesse solucionar. estou testando o arquivo da reducao z no endereco https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx Configurei o componente acbrbloco x para usar a ER 02.04. so que da o erro DadosREducaoZ apresenta elemetro Filho DataHoraEmissao inválido. e esperado DataReferencia. ai tentei trocar DataHoraEmissao por DataRerencia nos fontes regerei o arquivo ai da o erro o Elemetro DadosReducaoZ apresenta o elemento filho CRZ invalido, lista possiveis de elementos esperados DataHoraEmissao o site nao diz qual versao da ER e para ser usada.. esse link achado em outro post, file:///C:/Users/wilton.RADINFO/Downloads/Requisito%20LVIII%20(Redu%C3%A7%C3%A3o%20Z)%20e%20LIX%20(Estoque)%20-%20httpsdocs.google.comdocumentd1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqEeditpref=2&pli=1%23heading=h.lgwkd0xm996m.pdf faz referencia a ER 04. segui a ordem e nao vai valida.. agradeço a ajuda de todos. obs: TRUNCK abr atualizadissimo!

ultimas alteracoes do famigerado bloco x https://www.confaz.fazenda.gov.br/legislacao/despacho/2017/dp045_17 no componente blocox (ultima versao) existe algumas propriedades que nao existe no layout, e nem sao usadas para gerar o arquivo.. ACBrBlocoX.Estoque.Produtos.Add.ValorDesconto ACBrBlocoX.Estoque.Produtos.Add.ValorAcrescimo ACBrBlocoX.Estoque.Produtos.Add.ValorCancelamento ACBrBlocoX.Estoque.Produtos.Add.ValorTotalLiquido essas propriedades sao relativas a redução z.. e nao ao estoque. ver na unit ACBrBlocoX_Comum linhas 101 a 105 property ValorDesconto: Double read FValorDesconto write FValorDesconto; property ValorAcrescimo: Double read FValorAcrescimo write FValorAcrescimo; property ValorCancelamento: Double read FValorCancelamento write FValorCancelamento; property ValorTotalLiquido: Double read FValorTotalLiquido write FValorTotalLiquido; creio que essas linhas deveriam ser removidas.

qdo e feito a assinatura, para enviar para o cliente, vou ter que lenvar tambem alguns arquivos do certificado, ou isso ja vai ta embutido no exe? aqui tentei incluir as informacoes de copyrigth, mas nao deu certo tambem, a tempos temos esse problema, e nos clientes que usam BB fomos obrigados a instalar uma maquina virtual so pro cliente acessar o bb. os caras do gbuster, são tão tapados, não tão nem ai, seria tao simples ter no programa deles, assim como tem em todo anti virus, uma lista de arquivos confiáveis. isso resolveria a vida de muita gente.

existe um componente de replicação em delphi www.copycat.fr e bem simples de usar, (funciona para varios tipos de banco,sql, firebird,oracle e outros) e vc implementa replicação no seu sistema de forma bem rapida. assim a sincronizacao e automatica (a cada 30 segundo) entre matriz filial voce pode implementar replicacao direcional (servidor para filial) ou merge ( servidor x filial; filial x servidor) claro que o merge exige uma serie de pre-requisitos na modelagem do seu banco para nao ocorrer conflitos. voce pode usar tambem replicacao nativa do banco sql server, mas tem que ter algum dba ai fera no assunto, pq para fazer qualquer um faz, agora qdo da uns erros ai so com os ninja..

esse componente conecta com a catraca madis modelo MDC 2906 e MDC 2903?

um cliente comprou uma catraca MADIS modelo MD 2906 (entrada) e MD 2903 (saida) para restaurante, na entrada ela gera um ticket com um numero sequencial na saida, passa no leitor da catraca esse ticket, e libera ou nao a saida. a catraca tem um programa 'md ticket' que faz a comunicacao com ela, seria o servidor da catraca. (via rede) esse servidor por sua vez comunica com outro soft (no caso seria o meu) via rest, entao: cliente aciona botao para imprimir a comanda de entrada, ela acessa esse servidor, que busca no meu sistema via rest, qual e o id da comanda a imprimir. isso volta la para ela e sai a comanda. cliente passa esse ticket na catraca de saida (nela possui um leitor de codigo de barras) a catraca de saida consulta o servidor e ve se a comanda esta ok, liberando ou bloqueando a saida. o fabricante disponibiliza esse servidor, (modulo para comunicar com a catraca e fazer as configuracoes) (sem fontes) e um exemplo em c# (com fontes) que faria a comunicacao com esse servidor. seria interessante se o acbr tivesse um componente para comunicar com o servidor da catraca, basicamente e passar o id que vai imprimir, e receber esse id e checar se esta ok ou nao.. o projeto acbr tem alguma pretencao de criar um componente para essa finalidade, ou já existe?

isso e tao complicado em saber como o ecf distribui esses descontos, inda mais se vc trabalha com varios ecf como e o meu caso, no meu caso achei melhor ao fechar o caixa (que ja e uma rotina obrigatoria), eu gero o arquivo do sped a partir do ecf. e nele eu capturo o valor final de cada item e gravo no meu banco. esse valor final ja contem o desconto rateado do final de nota, feito de forma correta pelo proprio ecf. ao gerar o sped para envio ao fisco, eu uso essa coluna (claro nao uso o arquivo do sped do ecf)

O FLUXO DAS OPERACOES PARA TEF COM NFCe e assim: – Venda Iniciada e faturada. – envia o TEF – Recebe arquivo do TEF. (guarda em arquivo...) – Monta XML e envia para SEFAZ. (aqui vc vai enviar A NFCe) – se a nota foi enviada voce confirma se deu erro voce desfaz operação do TEF de acordo com o retorno da SEFAZ. – Imprime os devidos comprovantes do tef em um relatorio comun na impressora nao fiscal. voce vai ter que so adicionar um cabecalho ao relatorio, e pegar o retorno do tef e jogar no conteudo o detalhe importante que muda e so quando ao enviar o tef, voce nao tera o numero do cupom, nem o numero da nota, pois a mesma nao existe, o tef devera estar configurado para receber uma transacao sem um documento fiscal vinculado (como era com o ECF), porem so sera confirmado apos retorno da SEFAZ . a ordem se inverte, pois voce precisa passar junto com a NFCe os dados do pagamento do cartao. autorizacao e documento..

ja tentei tambem dessa forma, em um ambiente perfeito funciona legal, em milhares de vendas inevitalvamente uma hora ou outra isso vai falhar como nao existe um starttransaction , e committransaction entre banco e ecf tudo junto, isso simplemente nao tem solucao. envio para o ecf, e antes de gravar no banco, cai a rede, energia, ai ja foi... tenho o dado no ecf e nao tenho no banco. o negocio e deixar como esta, e aguardar o fim do ecf, so assim os problemas vao ser resolvidos...

Saudações, ja tentei de diversas formas, mas vira e mexe em clientes grandes principalmente supermercados onde ocorre muitas transações, por falhas diversas, energia, rede, desligamentos, ocorre divergencia entre o que tem no ecf e o que foi devidamente gravado no banco. isso me refiro principalmente aos itens registrados no ecf e aos itens registrados no banco. hoje a rotina faz assim: inicio a transação no banco de dados (sql server) incluo o registro no banco de dados envio o comando para o ecf se o comando foi enviado, eu executo o commit porem pode ocorrer um desligamento depois da impressao do item e antes do commit, isso faz com que perco os dados no banco, porem o mesmo ja foi impresso no ecf. ja tentei tambem, enviar para o ecf, e posteriormente enviar para o banco, mas pode tambem ocorrer de imprimir, e da uma falha externa e nao gravar no banco. ja tentei tambem gravar no banco, da o commit, e enviar para o ecf, mas novamente pode ocorrer uma falha e nao imprimir.. e nao conseguir excluir do banco o registro nao impresso. que solução voces utilizam para garantir com 100% de certeza que vou ter os dados integros entre banco e ECF?

Obrigado Juliomar pela resposta. ja homologuei o soft aqui na empresa que trabalho 3 x, essa e a quarta.. e nao tinhamos algo parecido com isso em roteiros anteriores. o que temos e o modulo do PED onde e utilizado qdo o ecf esta indisponivel, nesse modo e emitido a nota eletronica. (tela diferente da tela de venda) o sistema possui um modulo de venda concomitante (auto servicos) e outra para venda balcao, e outra para o PED que e usado so qdo o ecf nao esta funcionando. o item se refere entao a uma tela para registrar uma venda sem emitir documento fiscal algum, e depois sera impresso o cupom imprimindo no rodape o numero de uma NF (NOTA FISCAL) que nao existe. a questao é se existir uma NF (nota fiscal) eu nao posso emitir um cupom depois e referenciar a mesma, isso causa pagamento de imposto duplicado. para que isso nao ocorra so do jeito que voce esta dizendo, so registrar e nao emitir nada. e posteriormente imprimir o cupom. mas posteriormente quando?, se for em outro dia.. eu vou ter uma venda feita em uma data, e o cupom fiscal emitido em outro? isso pode? vamos usar o roteiro 02.02, pois e so uns ajustes aqui para atender, mas me deparei com esse item.