Jump to content

2 Dia do ACBr

Pré-Venda com Desconto de R$100,00
INSCREVA-SE

Nova Loja Oficial
loja.projetoacbr.com.br
Ajude o projeto a crescer, com estilo

Comprar

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Leaderboard


Popular Content

Showing content with the highest reputation since 06/09/2019 in all areas

  1. 8 points
    Bom dia a todos, Alguns desenvolvedores relataram problemas com os eventos, mais precisamente aqueles que carregam o XML do evento gerado pelas suas próprias aplicações. Detectamos que a SEFAZ sem querer querendo, resolveu utilizar códigos para novos eventos, códigos estes usados por outros eventos de outros tipos de Documentos Fiscais Eletrônicos. Como exemplo o código do evento Cancelamento por Substituição da NFC-e é o mesmo do evento de Encerramento do MDF-e. A função que converte o código em um enumerador acaba pegando o primeiro que ela encontra na lista, retornando um enumerador que não tem nada haver. A solução encontrada foi criar uma função de conversão para cada tipo de Documento Fiscal Eletrônico. Antes tínhamos a função StrToTpEvento, agora temos: StrToTpEventoNFe, StrToTpEventoCTe, StrToTpEventoMDFe e StrToTpEventoBPe. A função original: StrToTpEvento foi renomeada para StrToTpEvento_Old, função esta que não devemos mais utilizar pelo problema descrito acima. Pelo fato dela ter sido renomeada, quem a utiliza diretamente em alguma unit com certeza vai ocorrer erro de compilação. Para resolver esse problema, basta trocar o nome da função para a correspondente e se necessário incluir no uses uma das seguintes units: pcnConversaoNFe ou pcteConversaoCTe ou pmdfeConversaoMDFe ou pcnConversaoBPe. Observação: isso se você utiliza a função StrToTpEvento em alguma unit da sua aplicação, caso contrario não precisa se preocupar. Outra alteração que foi feita e que pode provocar uma exceção durante a execução da sua aplicação diz respeito ao código do documento fiscal. Desde o inicio nos manuais o ENCAT nos orienta a atribuir ao código do documento fiscal um numero aleatório, mas tem muitos desenvolvedores que simplesmente atribui o mesmo numero do documento fiscal. Exemplo da NF-e: O código do documento fiscais é o campo cNF que acaba recebendo o mesmo valor do numero do documento fiscal que é o campo nNF. Foi publicado a Nota Técnica 2019/001 que esta em anexo, nela temos a regra B03-10 que vai passar a comparar esses dois campos (cNF e nNF). A data de inicio dessa validação nas SEFAZ é: 01/07/2019 - Ambiente de Homologação e 02/09/2019 - Ambiente de Produção. A principio essa regra é valida somente para a NF-e e NFC-e, mas com certeza vai se estender para os demais tipos de documentos fiscais eletrônicos. Logo resolvemos incluir na função que gera a chave do documento a mesma validação a ser executada na SEFAZ, desta forma se os valores informados nos campos referente ao código e numero passarem pelo nosso validador, com certeza a sua nota não vai ser rejeitada na SEFAZ, quando essa regra for ativada. Vale lembrar que a regra B03-10 será obrigatória em todas as UF. Lembre-se, ao tentar emitir uma nota se aparecer a seguinte mensagem: Código Numérico inválido, Chave não Gerada, isso significa que o numero informado como código é exatamente igual ao numero do documento fiscal, no caso da NF-e /NFC-e (cNF = nNF). O valor de nNF tem que ser um numero sequencial. O valor de cNF tem que ser um numero aleatório. Na unit ACBrDFeUtil, criamos a função abaixo: function GerarCodigoDFe(AnDF: Integer): integer; Nela passamos como parâmetro o numero do documento fiscal, ou seja, o numero da nota (por exemplo) e ela gera aletoriamente e retorna o código para ser atribuído ao campo código (cNF, se tratando da NFe/NFCe). Essa função além de gerar o código aleatoriamente conforme orientação do ENCAT já valida conforme a regra B03-10. Observação: a função que gera a chave é utilizada pelos componentes: ACBrNFe, ACBrCTe, ACBrMDFe e ACBrBPe, logo a função que gera o código pode ser utilizada pelos desenvolvedores de qualquer um desses tipos de documentos fiscais. Prevenir é melhor do que remediar. NT2019_001 v1.00 - Regras de Validacao.pdf
  2. 5 points
    Implantação da versão 3.00a em Homologação Foi implantada a versão 3.00a do MDF-e na SVRS no ambiente de homologação às 13h30min do dia 14/06/2019. A versão de produção deverá ser implantada no dia 15 de julho de 2019. O componente ACBrMDFe já contempla essa nova versão. Esta faltando fazer o novo DAMDFE que vai conter além do código de barras o QR-Code, mas o novo DAMDFE só vai passar a ser exigido a partir de outubro de 2019. Comunicado sobre as datas de implantação da versão 3.00a Comunicamos que foi publicado a versão 3.00a do Manual de Orientação do Contribuinte do MDF-e e seus anexos. Reforçamos que esta nova versão prevista para entrar em homologação a partir do dia 14 de junho de 2019 e em produção a partir do dia 15 de julho de 2019, contempla a atualização do schema do MDF-e dentre outras modificações. Relativamente à definição dos padrões do QRCode previstos no arquivo XML do MDF-e, cuja especificação das configurações para impressão no DAMDFE estão detalhadas no Anexo II – Manual de Especificações Técnicas do DAMDFE, serão implementadas a partir de 07 de Outubro de 2019, quando entrará em vigor a obrigatoriedade de exibição do QRCode no layout do DAMDFE. Da mesma forma, as RV (regras de validação) G096 a G101 passarão a ser aplicadas em 01/07/2019 no ambiente de homologação e somente em 07 de Outubro de 2019 no ambiente de produção.
  3. 5 points
    Pessoal boa tarde O @Rafael Dias, desenvolveu uma classe e demo da lib acima para HARBOUR, a qual estou testando e fazendo ajustes para xHARBOUR, o empenho que ele dispôs nesse projeto, é algo imensurável em termos de dedicação e conhecimento. Com isso, acredito que esta classe , deva alavancar a adesão e migração de muitos assinantes FREE para SAC, pois o uso da DLL, trará muitas vantagens para todos, com maior controle dos seus aplicativos, sombreamento de suas aplicações e quiçá , independência em relação ao MONITOR, sem contar a economia, da não necessidade de assinaturas de DLL's de terceiros por CNPJ. Logo devo repassar ao Rafael os testes e os ajustes que fiz, a fim de atender também ao xHARBOUR, que passará pelo crivo dos seus conhecimentos para análise e demais ajustes que se fizerem necessários. Estarei envolvendo usuários em geral dos grupos/fóruns de HARBOUR, xHARBOUR e FIVEWIN, assinantes ou não do ACBR no intuito da difusão desta facilidade e de agregar colaboradores. Obs: Está a caminho as demais classes de HARBOUR/xHARBOUR para ACBREMAIL, NFE e etc...
  4. 4 points
    Olá a todos, Queremos apenas informar de uma nova funcionalidade no componente ACBrNFeDANFeESCPOS: Ele agora permite a impressão da Inutilização de uma numeração de uma NF-e/NFC-e. Embora não seja algo comum, talvez você tenha uma situação semelhante ao relatado neste link num tópico pelo usuário do SAC @OFF-TI. Ela foi introduzida na revisão 17146. Como é uma funcionalidade nova, sugestões e informações sobre erros são bem-vindas.
  5. 3 points
    bom dia e possivel sim segue um link ai com algumas informacoes
  6. 3 points
    Realizar a manifestação do destinatário apenas com a Ciência e não concluir posteriormente pode sim acarretar em algum tipo de multa... A manifestação do destinatário está "amarrada" ao DistribuiçãoDFe. Porém os objetivos são diferentes... Então a ideia de "só baixar o XML" não funciona muito já que seu cliente se torna obrigado a realizar a manifestação. Aqui eu trato da seguinte maneira: Aplicativo configurado para realizar a manifestação do destinatário automaticamente com a Ciência da operação ao encontrar um novo documento. Usuário realiza o recebimento de mercadorias no sistema: Disparo a Confirmação da operação Desconhecimento ou Operação não realizada fica por conta do usuário. Caso fique notas sem a "conclusão" da manifestação por parte do destinatário, alerto o mesmo através de notificações.
  7. 3 points
    Depois de apanhar durante algumas horas, resolvi com o procedimento acima, valeu!
  8. 3 points
    RESOLVIDO Achei neste link e fiz a seguinte mudança ACBrNFe1.Configuracoes.Geral.VersaoQRCode:=veqr200; e deu certo Peço desculpas por abrir um tópico que já existia
  9. 3 points
    no me aqui esta funcionando perfeitamente, mas o meu uso o método assim: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtSomenteProducao; de uma analisada nesse post que talvez tire suas duvidas e o erro que esta gerando pra você.
  10. 3 points
    Olá Claudio. Primeiramente, muito obrigado pela contribuição. Gostei muito de você ter separado o exemplo em uma outra aba, em vista de tantas informações necessárias. Infelizmente, seu exemplo substituiu os geradores de relatório do Fortes report pelo Fast Report e inclui componentes de terceiros (TVirtualTable) que não poderia ser utilizados por quem tem uma licença Professional do Delphi. Sendo assim, não podemos enviar o código ao SVN nesse estado. Se você ou algum outro usuário tiver o interesse em corrigir esses pontos acima, teremos o prazer de fazer a atualização no código. Mesmo que não possa, mais uma vez, obrigado pela intenção em ajudar. Talvez outros usuários que tenham esses componentes ainda possam achar esse tópico e exemplo úteis.
  11. 3 points
    Verifique o seu PasswordChar no componente...
  12. 2 points
    É, estranhamente pelo programa de exemplo funciona, deve ser mesmo alguma coisa relacionada ao componente criado em runtime.
  13. 2 points
    Marcelo, O que diz a rejeição? "436 Rejeição: Valor da soma dos componentes não corresponde ao valor total do bilhete". A somatória é 19,28 já o valor total do bilhete é 36,82. Logo a somatória tem que ser 36,82, não devemos considerar o desconto.
  14. 2 points
    http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0= Se não me engano o prazo geral atual é de 30 dias. Alguns estados como RO tem prazos menores e obrigatoriedade de se enviar a manifestação independentemente de ter havido a ciência.
  15. 2 points
  16. 2 points
    Consegui resolver o problema mudei as configurações da função para fgtSomenteProducao, e fiz atualização dos Schemas da NF-e http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=, é as notas passaram.
  17. 2 points
    Obrigado Sérgio. O problema estava no número de série do SAT conforme você citou. Estávamos colocando o número de série do SAT com o dígito verificador, conforme o cadastro na SEFAZ. Excluímos os 2 últimos dígitos do número de série correspondentes aos dígitos verificadores aí a transmissão funcionou normalmente. Muito obrigado pela ajuda.
  18. 2 points
    Você pagará novo imposto... mas quem controla a numeração do SAT, é o próprio SAT
  19. 2 points
    Favor evite copiar textos grandes no corpo da mensagem. Use a opção de anexar arquivos.
  20. 2 points
    Tchê, por acaso esse cupom não foi cancelado ? Nas ultimas linha do log consta: ----------------- ERRO ----------------- Erro retornado pela Impressora: DARUMA AUTOMAÇÃO Categoria: 7-Erro em Relatório Gerencial ou CCD Motivo: 9-CCD especificado já foi estornado. ----------------------------------------
  21. 2 points
    Boa tarde. Não tinha me atentado a isso. Agora deu certo. Muito obrigado, @Daniel Simoes!
  22. 2 points
    Bom dia, essa tela de Dialog não faz parte do componente e sim do demo que utiliza o componente. Utilizando o ACBrMonitor, poderá implementar algo parecido na sua aplicação, informando esta mensagem quando utilizar o comando EnviarNFe e atualizar a mensagem baseado no retorno obtido pelo ACBrMonitor...
  23. 2 points
    Bom dia @JHUANZITOLLL Precisa criar uma rotina automática na sua aplicação, utilizando o método DistribuicaoDFeporUltNSU: https://acbr.sourceforge.io/ACBrMonitor/DistribuicaoDFePorUltNSU.html Ou seja, enquanto a da tag MaxNSU for maior que o UltNSU, a sua aplicação permanece realizando a chamada do método... Receberá os XMLs e Eventos de NFe em lotes de 50 documentos até obter todos os documentos. Posteriormente sua aplicação deve utilizar essa rotina de tempos em tempos... Veja com mais detalhes como funciona este os demais métodos Distribuição:
  24. 2 points
    Não existe um opção no SGR-SAT que faça a desassociação com a software house. Isso só irá acontecer quando uma outra software house associar a assinatura com o equipamento SAT desse seu cliente.
  25. 2 points
    Leve em consideração que o ACBrMonitorPLUS não vai fazer todo o processo de envio em contingência EPEC automaticamente, apenas selecionando a opção na configuração de webservices. O que você precisa fazer: - Usar o comando CriarNFe informando no .ini o tpEmis = 4. O XML gerado deve ser armazenado para transmissão posterior. - Usar o comando EnviarEvento para envio do evento EPEC conforme exemplo do Italo. - Usar o comando ImprimirDANFe informando como parâmetro o protocolo de autorização do EPEC recebido no passo anterior. - Usar o comando EnviarNFe, assim que retornar a conexão, informando o XML criado no primeiro passo.
  26. 2 points
    Alteração enviada para o repositório, rev. 17130. Obrigado pela contribuição. Favor atualizar os fontes e fazer os devidos testes.
  27. 2 points
    Boa tarde! Enquanto aguardamos o teu arquivo, aproveito para alerta-lo sobre o CST do IPI. No XML que você postou a operação é de saída e você colocou código CST de IPI como de entrada. Aproveite e corrija isto também, pois poderá ter alguma complicação mais tarde ou receber um email da SEFAZ, já que agora eles estão solicitando as informações do grupo técnico Teu XML: A partir de 01/04/2010 os contribuintes do IPI deverão utilizar a seguinte Tabela de CST/IPI: SAÍDAS 50 – Saída Tributada 51 – Saída Tributável com Alíquota Zero 52 – Saída Isenta 53 – Saída Não Tributada 54 – Saída Imune 55 – Saída com Suspensão 99 – Outras Saídas ENTRADAS 00 – Entrada com Recuperação de Crédito 01 – Entrada Tributada com Alíquota Zero 02 – Entrada Isenta 03 – Entrada Não Tributada 04 – Entrada Imune 05 – Entrada com Suspensão 49 – Outras Entradas
  28. 2 points
    Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.
  29. 1 point
    Boa tarde Luciano, O correto é [infCteSub] chCte= chave do Cte original refCteAnu= chave do Cte Anulação Você colocou chCTe sendo que o correto é chCte.
  30. 1 point
    Boa tarde a todos, Para quem não sabe os Manuais e Notas Técnicas não é exclusividade do ACBr, eles são de domínio publico, logo qualquer um pode ter acesso a essa documentação gratuitamente. Onde eu os encontro? Se tratando de NF-e e NFC-e temos o Portal Nacional da NF-e na aba Documentos encontramos os Manuais, Notas Técnicas, Schemas e Diversos. CT-e e CT-e OS temos o Portal Nacional do CT-e na aba Documentos encontramos os Manuais, Notas Técnicas, Schemas e Diversos. Temos também o Portal dos Documentos Fiscais Eletrônicos - SVRS esse portal encontramos Manuais, Notas Técnicas e Schemas dos seguintes tipos de documentos fiscais: NF-e, NFC-e, CT-e, CT-e OS, MDF-e, BP-e, NF3-e (Nota Fiscal de Energia Elétrica Eletrônica) e ONE (Operador Nacional dos Estados). Esse portal é da SVRS - SEFAZ-Virtual do Rio Grande do Sul e promete manter principalmente os Manuais sempre atualizados, diferente dos Portais Nacionais da NF-e e CT-e que chega a demorar 2 anos para atualizar os Manuais. Nos obrigando sempre a consultar o Manual e diversas Notas Técnicas para saber como devemos implementar. Hoje estou me baseando somente nos Manuais do Portal da SVRS.
  31. 1 point
    Boa tarde Camilo, Pergunte para esse cliente se o contador possui o certificado dessa empresa. Se sim, é bem provável que o contador esteja realizando a manifestação para poder obter o XML e com isso fazer a escrita fiscal e contábil da empresa.
  32. 1 point
    O ideal seria utilizar o método DistribuicaoDFePorUltNSU. Pois o método DistribuicaoDFePorChaveNFe retorna informações apenas se a nota já estiver com um registro de manifestação pelo destinatário. Então na teoria ficaria assim DistribuicaoDFePorUltNSU (trará: Nota resumida, Nota completa, Eventos resumido e Eventos completo) Realizar a manifestação Executar o método DistribuicaoDFePorUltNSU novamente (ou o DistribuicaoDFePorChaveNFe)
  33. 1 point
    Nesse caso não vejo problemas. Respondendo ao @Amarildo Matos, Esse caso que citei, uma empresario para não exceder o limite do simples, abriu outra empresa, em outro endereço, mas emitia NFe de ambas no mesmo PC. O fisco detectou, enquadrou as duas empresas com sendo do mesmo grupo, mudou ele para regime geral e ele teve que recalcular os impostos retroativos.
  34. 1 point
    Boa tarde, Milton Lima. Fiz a validação com o ultimo XML que me encaminhou e validou corretamente, veja abaixo: Resultado Nota NFe29190604272032000105550010000270981968174344 XML Válido Verifique se você está utilizando os Shemas da pasta do ACBr e se configurou corretamente no programa exemplo.
  35. 1 point
    Por favor senhores moderadores fechem esse tópico o tópico foi escrito de forma incorreta
  36. 1 point
    Boa tarde, MEI pode requerer Inscrição Estadual. Afinal, como faria para comercializar produtos?
  37. 1 point
    Você fala do cadastro para essa página, correto ? https://mkt.projetoacbr.com.br/prediadoacbr Todos os e-mails informados nessa página, terão um dia exclusivo, para compra de Pré-Venda... que será aberta amanhã, 12/06... Ou seja, no dia 12/06, a pré-venda com preço promocional, estará disponível apenas para os que se cadastraram na página acima... Será enviado um e-mail para todos os inscritos, com o código Promocional da Pre-Venda, e instruções de como comprar, usando o código promocional... No dia 13 ou 14, se ainda restarem vagas na pré-venda, divulgaremos o código de Pré-venda, para todos...
  38. 1 point
    Bom dia, Antonio Carlos L. Veja o artigo abaixo: https://www.portalmei.org/microempreendedor-individual-nota-fiscal/
  39. 1 point
    Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!
  40. 1 point
    O SAT não tem Memória Fiscal, como era no caso dos ECFs Todos os XMLs de Vendas são enviados ao WebService do SEFAZ e removidos da memória do aparelho
  41. 1 point
    Boa tarde, a funcionalidade acima está disponível nas ultimas versões. Favor consultar o manual para testes...
  42. 1 point
    Obrigado @Felipe E. Resende Mesquita, esse novo instalador resolveu o problema.
  43. 1 point
    Compro ERP que tenha os seguintes requisitos: Ligação entre Matrix e Filiais Emissão NF-e, NFC-e, Speed Integração SERASA Dentre as funcionalidades padrões de um ERP Antt. Motta (11)9.42612801 [email protected]
  44. 1 point
    Boa tarde, uma sugestão, procure uma agência da SEFAZ no seu Estado. Em MG por exemplo, temos as AF's (Administração Fazendária).
  45. 1 point
    Bom dia Vitor, Aparentemente com o ajuste realizado pelo Daniel, solucionou o problema para este certificado no Windows e Linux... Favor realizar os testes com Versão em anexo, para o Windows basta substituir o executável na pasta do ACBrMonitor. ACBrMonitorPLUS-1.2.0.60-1.x86_64.rpm ACBrMonitor.zip
  46. 1 point
    Bom dia Tairone, A principio ao enviar o evento de Manifestação do Destinatário, o Ambiente Nacional deveria disponibilizar o XML completo da nota em questão de segundos. Mas pelos relatos notei que o Ambiente Nacional, responsável por recepcionar os eventos de Manifestação do Destinatário e disponibilizar os resumos das notas e os XMLs completos, esta demorando mais do que deveria (infelizmente). Despois de algumas horas, tentou baixar usando o método DistribuicaoDFePorChaveNFe a nota que ficou faltando?
  47. 1 point
    Dá um confere nesse endereço aqui. Tem tudo aí https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html
  48. 1 point
    Bom dia, O envio de boletos para serem registrados via webservice que eu saiba nem todos os bancos já tem essa funcionalidade implementada. Temos a informação de 6 bancos, o Banese não é do nosso conhecimento. Você tem a documentação do Banese para envio de boleto via webservice? Estamos estudando a melhor forma de fazer isso. Ou vamos incluir essa funcionalidade no componente ACBrBoleto ou vamos criar um novo componente. O pior de tudo é que cada banco esta criando um layout próprio do XML para o envio.
  49. 1 point
    Bom dia. Creio que um contador de confiança seja a melhor fonte de informação neste caso. Att.
  50. 1 point
    @José M. S. Junior fiz alguns testes e aparentemente funcionou certinho, qualquer coisa aviso, muito obrigado !!
×
×
  • Create New...