Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 16-10-2023 em todas as áreas

  1. ACBrLibNFE-20231016.logACBrLibNFE-20231016.log@leoprates Realizei uns testes aqui em em meu ambiente Ubuntu 22.04 Seguindo estes passos: https://github.com/Maurelima/acbr-demo-linux Tive que fazer alguns ajustes para poder funcionar (paths do ini para as minhas pastas linux). Uma das coisas que o openssl estava padrao 3.0 precisei estava recebendo a mensagem que provavelmente a senha estava errada: Resolvi instalando OpenSLL 1.1.1.1f, utilizei este vídeo. Após a instalação OpenSLL, ficou assim: Quando Executo o comando, ele realiza com sucesso a consulta e retorna rejeição que o CNPJ não é o mesmo da consulta. Então esta batendo na SEFAZ e ela esta nos devolvendo a msg e rejeição 593; Uma OBS. por não ter o node em meu ambiente, cada erro ao executar o arquivo .js eu fui "googlando" e instalando conforme necessário até chegar ao resultado. Vou anexar meu log ACBrLibNFE-20231016.log
    3 pontos
  2. As 9:35 foi ativada a contigencia para a SEFAZ de MG. Quem nos alertou foi o colega @Felipe Mariano sempre atento a MG. Verificando a disponibilidade dos serviços verificamos que SP e MG estão com contingencia e AM apresenta lentidão ou instabilidade: Para usar os ambientes de contingencia vale a pela verificar as orientações do tópico abaixo:
    3 pontos
  3. Boas notícias ! Agora a solução ACBrBoleto permite a configuração de margens (superior, inferior, esquerda e direita) para impressos em Fortes Report (por enquanto somente em fortes) . Então para quem utiliza nossos componentes em Delphi e Lazarus: FACBrBoletoFCFortes.MargemSuperior :=0; FACBrBoletoFCFortes.MargemInferior :=0; FACBrBoletoFCFortes.MargemEsquerda :=4; FACBrBoletoFCFortes.MargemDireita :=3; Para quem utiliza ACBrMonitorPlus pode configurar em modo gráfico ou através do comando boleto.setmargem: BOLETO.SetMargem(parametro1,parametro2,parametro3,parametro4) Parametros: parametro1 = Margem Inferior parametro2 = Margem Superior parametro3 = Margem Esquerda parametro4 = Margem Direita Para quem utiliza ACBrLibBoleto: Dentro da Seção: [BoletoBancoFCFortesConfig] Incluir: MargemInferior=5 MargemSuperior=5 MargemEsquerda=4 MargemDireita=3 Vai ficar assim: Já está disponível no componente para ACBrLibBoleto e ACBrMonitorPlus vai estar na próxima compilação.
    3 pontos
  4. Olá Pessoal, O nosso amigo @gabriel.hilbig, descobriu como resolver o erro E0536. Vamos a dica dele: Fazendo o DPS direto no PORTAL preenchimento automático <regApTribSN>1</regApTribSN> //-> 1 – Regime de apuração dos tributos federais e municipal pelo SN; Fazendo pelo Aplicativo , usando REST API é necessário preencher <regApTribSN>2</regApTribSN> //->2 – Regime de apuração dos tributos federais pelo SN e ISSQN por fora do SN conforme respectiva legislação municipal do tributo; Solução para PORTO ALEGRE , não sei outras cidades A mensagem de erro não ajuda nada para resolver o problema Não existe nenhuma documentação a respeito nem Federal e nem municipal O desenvolvedor precisa resolver na TENTATIVA E ERRO Esta solução acaba por criar um imposto pendente. Sugiro a todos os prestadores de serviços e desenvolvedores que protocolem na prefeitura uma reclamação sobre o problema. Não sei se é questão de configuração errada no ambiente de produção, pois tenho relatos que em ambiente de homologação (Produção Restrita com a RFB o chama) esta funcionando ou se o problema é na API desenvolvida pelo SERPRO. Quanto mais pessoas protocolarem o problema as chances de resolver mais rápido aumenta, pois a prefeitura talvez nem saiba que isso esta ocorrendo.
    2 pontos
  5. Bom dia, Boa segunda-feira e Boa Semana! Logo pela manhã tivemos alguns relatos de instabilidade da SEFAZ em SP, confirmados pelo monitoramento através do site downdetector. Depois as 8:44 foi ativada a contingencia de acordo com o informado no portal nacional conforme foi verificado por nosso amigo Diego Leão no Discord.
    2 pontos
  6. @leoprates Segue meu INIacbrlib.ini Meu OpenSSL não é igual so seu ! O meu é "f" e não "q" libssl1.1_1.1.1f-1ubuntu2_amd64.deb Anexe seu log completo por favor libssl1.1_1.1.1f-1ubuntu2_amd64.deb
    2 pontos
  7. Foi isso, faltavam algumas DLL Coloquei e gerou o xml Agora vou continuar o desenvolvimento da NFSe Obrigado Att Luis Fernando
    2 pontos
  8. parece que ele tentou usar SSL e não TLS.. Veja: SSLType https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca19.html
    2 pontos
  9. Parece um problema na sua aplicação e não tem relação nenhuma com os componentes do ACBr. Eu tentaria os seguintes passos. - Receber esse JSON por um outro canal (postman, por exemplo) para validar se ele "sai" do seu outro serviço corretamente. - Caso esteja saindo ok fazer um programa de teste para receber e mostrar o JSON sem alteração nem operação nenhuma e validar se o JSON continua ok. - Caso os dois passos anteriores funcionem corretamente aí teria que debugar/avaliar a sua aplicação/serviço.
    2 pontos
  10. Para enviar é preciso usar o ambiente de contingencia. no link abaixo tem algumas orientações:
    2 pontos
  11. resolvido.. atualizado as cadeias
    2 pontos
  12. Olá Pessoal, Foi realizado uma alteração no schema do Padrão Nacional bem como na unit ACBrNFSeXConversão no que se refere ao tipo TtribISSQN, visando as informações contidas no manual. No Manual temos: No Schema: O tipo Imunidade no manual aparece com o valor 2 e no schema com o valor 4. Foi feita a correção no schema e no componente, antes a sequencia dos enumerados eram: TtribISSQN = (tiOperacaoTributavel, tiExportacao, tiNaoIncidencia, tiImunidade); Agora passou a ser assim: TtribISSQN = (tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia); Com essa alteração ao informar o valor tiImunidade vai gerar o XML com o valor 2 e não com o valor 4, desta forma ficando em conformidade com o manual. Favor atualizarem todos os fontes de todas as pastas e reinstale o ACBr, não esqueçam de enviar a atualização dos schemas para os seus clientes.
    2 pontos
  13. Boa tarde @simtechsistemas, Notei que o envio do RPS esta sendo feito em modo automático, portanto esta sendo enviado em um lote. Mude o segundo parâmetro do NFSE_Emitir para que o envio seja feito de modo unitário. Vamos ver se o erro muda.
    1 ponto
  14. Boa tarde, Criada a TK-4593 para avaliação. Obrigado pela contribuição.
    1 ponto
  15. Boa tarde Bruno, Esta errado a sua configuração, veja: procedure TACBrNFSeXWebserviceGiap.SetHeaders(aHeaderReq: THTTPHeader); var Auth, Token: string; begin with TConfiguracoesNFSe(FPConfiguracoes).Geral.Emitente do begin Token := WSChaveAutoriz; Auth := InscMun + '-' + Token; // Auth := InscMun + '-' + UpperCase(EncodeBase64(Token)); end; aHeaderReq.AddHeader('Authorization', Auth); aHeaderReq.AddHeader('postman-token', Token); end; Informe o Token na propriedade WSChaveAutoriz e a Inscrição Municipal em InscMun. O Componente faz o resto.
    1 ponto
  16. 1 ponto
  17. já pensei ate desenhar no Fastreport essa impressao, so para nao depender do webserice, e nao tem gente usando isso ainda, imagina, quando entrar os simples nacional... junto com os meiotas.. kkk webservice vai p***r na farinha
    1 ponto
  18. Boa tarde @C4Dev, Esse Json é gerado pela sua aplicação e se refere ao envio do evento ou é o retorno?
    1 ponto
  19. Boa tarde @PrimeSoftware, Você concorda que fica complicado ajudar sem sabermos qual é a cidade/provedor?
    1 ponto
  20. Bom dia, Normalmente no whats ou no email acontece exatamente a mesma coisa que aconteceu aqui no post do forum. Veja que o link ficou "quebrado" entre as palavras BELO e HORIZONT.... por causa do espaço. Quando for enviar o ideal é tratar o link ou o texto antes de enviar, por exemplo, colocando o link todo do copia e coloca entre "" (aspas)... e aí cria o texto assim sem o link.... pra pessoa copiar e colar no app de pagamento: 00020101021226930014BR.GOV.BCB.PIX2571spi-qrcode.bancointer.com.br/spi/pj/v2/4cd3aecb717b4889ad486ca95573433452040000530398654041.005802BR5901*6013BELO HORIZONT61083041147062070503***630430D8
    1 ponto
  21. Bom dia, Criada a TK-4590 para avaliação. Obrigado pela contribuição.
    1 ponto
  22. Bom dia Gabriel, Muito obrigado pela informação, com certeza vai ajudar os demais desenvolvedores. Tomei a liberdade de criar um tópico com a sua dica. @mafvb, pode ser uma divergência entre o Portal em relação a API.
    1 ponto
  23. valeu muito obrigado meu amigo, Deus abençoe
    1 ponto
  24. Após a analise do escritório Contábio que chegou abrir um chamado em sua consultoria, ficou decidido: 1) Nosso cliente está emitindo nota corretamente utilizando CSOSN 101,102 e 202 2)Nosso cliente terá que informar ao seu cliente que o CSOSN 900 não poderá ser usado para emissão de NFe de venda (conforme ele estava exigindo). Agora é com eles! Questão resolvida!! Obrigado!
    1 ponto
  25. Eu consegui assinar o RPS, mas tive que obter de uma empresa o fonte para Sorocaba, mas vendo aqui o que eu tinha feito, eu "acho" que o problema era o SSL na pasta errada. Mas não tenho certeza pq nao fui verificar pra eu nao ficar com mais raiva rsrs
    1 ponto
  26. Boa tarde, Veja se retorna algo no NFE_UltimoRetorno
    1 ponto
  27. https://www.oobj.com.br/bc/article/rejeição-704-nfc-e-com-data-hora-de-emissão-atrasada-como-resolver-124.html
    1 ponto
  28. Mais uma coisa, tente configurar o timeout para 30k ou mais, pois a comunicação pode estar sendo derrubada no meio, gerando a exceção.
    1 ponto
  29. Boa tarde @Diego Foliene, tudo bem? Era somente uma verificação nossa incorreta, agradeço pela atenção!
    1 ponto
  30. Infelizmente não consegui montar um ambiente com seu exemplo. Não tenho conhecimento profundo da linguagem e precisaria de um exemplo básico para tentar simular o problema. Por favor, tente fazer um teste com o demo que temos no projeto( lib_test_teste-acbrlibnfe.js ) adicionando somente o método da Distribuição. Caso consiga reproduzir o erro com este demo, por favor, anexe o arquivo com seus ajustes para tentarmos simular aqui também.
    1 ponto
  31. Bom dia! Ao acessar o site da Secretaria da Fazenda do Estado de Minas Gerais, é exibido o seguinte recado informando sobre a indisponibilidade do SIARE entre às 06h00 do dia 14/10 até às 18h00 do dia 15/10. Um agradecimento ao membro @Felipe Mariano, por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.
    1 ponto
  32. Bom dia! Conferindo no Painel Situação SVC, é possível observar que a Sefaz do Mato Grosso está com a contingência ativada. Para utilizar o ACBr em contingência durante este período, siga as orientações do tópico a seguir: Um agradecimento ao membro @Dani_LA por chamar atenção ao fato em nossa comunidade do Discord.
    1 ponto
  33. Bom dia! Por volta das 07h45 começamos a receber no canal #sefaz em nossa comunidade do Discord, relatos de membros com problemas para emitir NF-e para a Sefaz de São Paulo. O relato comum entre os membros foi o de receber o Erro 500 ao tentar consumir o web service. Conferindo no DownDetector, é possível observar que o volume de relatos de problemas aumentou exponencialmente por volta desse mesmo período. Um informação importante que foi compartilhada por alguns membros da comunidade, é a de que alguns de seus clientes que estavam tendo este problema usam operadora Vivo como provedor de internet e após realizar a troca para um link secundário, a emissão ocorreu normalmente. Não há contingência ativada até a publicação deste tópico.
    1 ponto
  34. Bom dia! Está sendo analisado pela equipe na TK-4410. Note que conforme foi dito no tópico a forma como o componente funcionava foi alterada, então independente do que for adotado vai haver alteração no Core do componente e por isso deve ser um processo feito com calma e minuciosidade. Qualquer novidade a respeito será divulgada em nossos canais de notícias.
    1 ponto
  35. Bom dia pessoal! Conferindo no Painel Situação SVC, é possível observar que a Sefaz de Pernambuco ativou a contingência às 10h15 do dia 09/10/2023 e tem previsão de encerramento da mesma às 10h00 do dia 10/10/2023. Para utilizar o ACBr em contingência durante este período, siga às orientações deste tópico: Um agradecimento ao membro @Felipe Mariano por chamar atenção ao fato em nossa comunidade do Discord.
    1 ponto
  36. Boa tarde @tiautomacao, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.
    1 ponto
  37. Bom dia! Por volta das 09h00 começamos a receber relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para emitir NF-e para a Sefaz de Mato Grosso. Os relatos variavam entre TimeOut até Erro Não Catalogado. Conferindo no Painel Situação SVC, é possível observar que a contingência foi ativada: Para usar o ACBr em contingência durante este período, siga as orientações deste tópico:
    1 ponto
  38. Olá pessoal! Conferindo no Painel Situação SVC, é possível observar que a Sefaz de Goiás está com contingência agendada, com previsão de início no dia 07/10/2023 às 18h00 e encerramento no dia 09/10/2023 às 12h00. Para utilizar o ACBr em contingência durante este período, siga as orientações do tópico a seguir:
    1 ponto
  39. Bom dia! Por volta das 10h00 começamos a receber no canal #sefaz em nossa comunidade do Discord, múltiplos relatos de problemas ao emitir NF-e para a Sefaz de Minas Gerais. Os relatos variavam entre TimeOut ou retorno de Lote em Processamento. Conferindo na Consulta de Disponibilidade, é possível observar que a Sefaz de MG está indicando indisponibilidade: No Portal da NFe, também consta mensagem indicando que a contingência foi ativada. Para usar o ACBr em contingência siga as orientações do tópico abaixo:
    1 ponto
  40. Bom dia! Por volta das 08h00, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para emitir NF-e para a Sefaz de São Paulo. Conferindo no DownDetector, é possível observar que o volume de relatos de problemas aumentou exponencialmente por volta desse mesmo horário. Ao conferir no Portal da Nota Fiscal Eletrônica, é possível observar que a contingência foi ativada: Para utilizar o ACBr em contingência, siga as orientações deste tópico:
    1 ponto
  41. Olá comunidade ACBr! Foi publicada uma notícia no portal do Reinf (aqui nesse link!). Quem nos avisou foi o membro da comunidade @Joffas! Muito Obrigado! A notícia informa que a partir de 21/10/2023 para as comunicações com o sistema do Reinf não serão mais aceitas conexões utilizando TLS 1.0 e TLS 1.1! Serão apenas aceitas conexões usando o protocolo de segurança TLS com versões 1.2 ou superiores! Vale a pena ler a notícia completa, ela traz observações sobre os sistemas operacionais que podem ser utilizados e referências sobre o assunto. E o ACBr? como fica? O componentes do ACBr já possuem as configurações recomendadas faz bastante tempo, portanto não será preciso nenhuma modificação nos fontes. E o meu sistema? Vai parar de funcionar? Não se preocupe! Basta configurar corretamente o componente para o protocolo recomendado.
    1 ponto
  42. Foi publicada a versão 23.2.D das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/09/2023 até 31/10/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto
    1 ponto
  43. Boa tarde pessoal! Foi realizada uma melhoria nas rotinas de resposta da NFS-e para a Lib e para o Monitor. Nesta nova versão, além das informações habituais, será devolvido também informações a respeito dos XMLs das NFS-e que foram gerados. As novas informações serão devolvidas em uma nova seção [Arquivos] como a do exemplo: [Arquivo1] CaminhoCompleto=C:\ACBrMonitorPLUS\Arqs\11111111111111\NFSe\202310\Notas\005-nfse.xml NomeArquivo=005-nfse.xml [Arquivo2] CaminhoCompleto=C:\ACBrMonitorPLUS\Arqs\11111111111111\NFSe\202310\Notas\006-nfse.xml NomeArquivo=006-nfse.xml Optou-se por fazer desta forma devido ao fato de ser possível enviar um lote com até 50 RPS. Então, fazendo desta maneira, fica uma seção para cada XML gerado.
    1 ponto
  44. Olá pessoal! O novo evento vai servir para o empregador lançar informações relativas a acordos e decisões de processos que tramitam na Justiça do Trabalho ao qual não cabem mais recurso. A partir do dia 1º de Outubro de 2023. Todos os empregadores, pessoas físicas ou jurídicas, inclusive os empregadores domésticos, MEIs e segurados especiais. Decisões proferidas pela Justiça do Trabalho até 30 de Setembro de 2023, mesmo que recolhidas posteriormente a 1º de Outubro serão declaradas na GFIP e recolhidas por meio de GPS. Decisões posteriores a esta data serão declaradas no DCTFWeb e recolhidas por meio de DARF numerado. O recolhimento continua normal, por meio do GFIP, até ser substituído pelo FGTS digital em 2024. O envio pode de um evento pode ser feito pelo portal web do e-Social ou através de aplicação própria, via web service. FONTE: As informações expostas aqui foram retiradas da notícia Processo Trabalhista no eSocial: o que você precisa saber divulgada no dia 29/09/2023.
    1 ponto
  45. Lembrando que no caso de envio atráves de webservice via aplicação própria o componente ACBreSocial já está atualizado e o programa de exemplo de uso pode ser encontrado aqui!
    1 ponto
  46. Boa tarde Pessoal, Se tratando de NF-e / CT-e o que fazer quando a SEFAZ autorizadora esta fora do AR? Quando a SEFAZ-Autorizadora fica fora do AR por problemas técnicos ou parada programada a mesma se encarrega se solicitar a ativação da SVC - SEFAZ Virtual de Contingência. Sendo assim, em vez de enviar para a SEFAZ-Autorizadora enviamos para a SVC. Na imagem abaixo temos um exemplo da NF-e: Como podemos ver não se faz necessário enviar novamente para a SEFAZ-Autorizadora a NF-e que foi enviada para a SVC, pois esta se encarrega de validar e autorizar ou não a nota. "Todas as NF-e autorizadas pela SVC serão automaticamente disponibilizadas para o Ambiente Nacional da NF-e e, consequentemente, distribuídas para as SEFAZ envolvidas na operação. A princípio, quando o ambiente de autorização normal da UF retornar ao seu funcionamento normal, os documentos autorizados no ambiente da SVC já constarão na sua base de dados." essa informação consta no item 04.8 - Compartilhamento das NF-e autorizadas pela SVC da Nota Técnica 2013/007 versão 1.03 Configuração do Componente ACBrNFe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN; end; Na rotina que alimenta o componente com os dados da venda devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrNFe1.Configuracoes.WebServices.UFCodigo in [13, 26, 21, 29, 41, 50, 51, 52] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCAN; end; No Form da sua aplicação inclua o componente TRadioGroup para que o usuário possa escolher entre o envio Normal ou SVC: Se escolhido a opção Normal o XML será gerado segundo o tipo de emissão Normal e será enviado para a SEFAZ-Autorizadora. Por outro lado se for escolhido SVC o XML será gerado segundo o tipo de emissão SVCRS ou SVCAN conforme a UF e será enviado para a SVC correspondente. Simples não acham? De forma semelhante temos também para o CT-e o SVC. Na imagem abaixo temos um exemplo do CT-e: Configuração do Componente ACBrCTe: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe1.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCSP; end; Notem que no caso do CT-e temos a SVC-RS e SVC-SP em vez da SVC-AN. Na rotina que alimenta o componente com os dados do transporte da carga devemos incluir as seguintes linhas: case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 1: if ACBrCTe1.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCSP; end; Não esqueçam de colocar o componente TRadioGroup com as opções Normal e SVC no Form de emissão para que o usuário possa escolher. Notaram que o funcionamento de ambos são iguais? Observações: O envio para o SVC é valido para NF-e, CT-e e CT-e OS. No caso da NFC-e temos a Contingência Off-line que na verdade a NFC-e não é enviada apenas o seu DANFE é impresso, quando a SEFAZ-Autorizadora voltar a funcionar devemos enviar a nota. Para o Estado de São Paulo a contingência da NFC-e é o SAT, ou seja, se a SEFAZ-SP estiver parada devemos usar o SAT para enviar o CF-e. A SVC é desativada assim que a SEFAZ-Autorizadora voltar a funcionar sem nenhum problema. Bibliografia: Nota Técnica 2013/007 versão 1.03 Manual do CT-e versão 3.00 MOC7 Anexo V Manual Contingencia NF-e
    1 ponto
  47. No tópico que enviei, está detalhado como configurar o componente direto pelo código...e também pelo demo: https://www.projetoacbr.com.br/forum/topic/68320-acbrpixcd-como-solicitar-credenciais-e-configurar-psps-no-componente/ Qual PSP você irá utilizar? Você já possui as credenciais dele? (Client ID, Client Secret...)
    1 ponto
  48. Boa tarde Gabriel, Primeiramente, não poste conteúdo de arquivos, procure sempre anexar os mesmos. O erro é a justificativa que tem que ter no mínimo 15 caracteres e a sua tem 13. <xJust>Erro de dados</xJust> Correto: <xJust>Erro no preenchimento do CTe</xJust>
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.