Utilizávamos uma funcionalidade do Google que permitia traduzir páginas da web usando um código do Google inserido em nossa plataforma. Porém, essa funcionalidade do Google foi descontinuada (ainda existe, mas não possui mais suporte do Google para ela) e o seu carregamento não estava funcionando corretamente no Catarse. Optamos por remover do nosso rodapé esse botão (ao invés de deixar lá mal funcionando e causando frustração em quem tentava usá-lo). Nossa recomendação é para que a tradução do Catarse seja feita usando a função nativa do Chrome (clicando com o botão direito):
🐞 Emails de assinaturas enviados a assinantes passam a informar o Nome Público do realizador do projeto no rodapé da mensagem, e não mais o Nome de Cadastro. Essa pequena entrega faz parte de nosso esforço em (1) Garantir que o nome público de nossos usuários seja o que é divulgado, bem, publicamente. Com isso garantimos (1) que pessoas que possuem nomes sociais distintos do nome de registro (como pessoas trans) tenham sua privacidade preservada no Catarse; e (2) o assinante possa identificar o realizador (pois muitas vezes uma criadora no Catarse possui uma Razão Social no nome de cadastro, mas possui um Nome Fantasia no nome público.
🐞 Corrige alteração de status dos pagamentos de assinatura ao serem reembolsados. Agora, pagamentos para projetos de assinatura que forem reembolsados em até 30 minutos após a captura do pagamento serão considerados recusados pelo Catarse (e não mais reembolsados). Esses casos ocorrem quando há um erro no processamento do pagamento e, portanto, não foram reembolsados de fato (logo nosso sistema precisa usar o termo correto para informar ao assinante e realizador).
🐞Corrige um problema que estava impedindo usuários com conta no Itaú com mais de 5 dígitos de solicitar saques.
⚙️ [INTERNO] Agora o admin/assinaturas (área interna na nossa plataforma utilizada pelo nosso time de suporte) passa a informar o link do pagamento, que leva direto para o Pagarme (nosso parceiro de pagamento).
⚙️ Ajusta tipo do input de titulo de recompensa
🐞 Páginas de projetos voltam a exibir o card no topo avisando que um usuário é apoiador/assinante do projeto .
🐞 Corrige um problema que estava permitindo pessoas fazerem apoios a recompensas já esgotadas, caso essas pessoas usassem a URL completa da recompensa (aquela que leva direto para o fluxo de pagamento, sem passar pela página do projeto)
🐞 [INTERNA] Reativa a área de admin/notificações do Catarse (para que nossa equipe possa editar notificações de assinatura com mais facilidade): com isso, estamos quase perto de finalizar o esforço de exibir somente o nome público do usuário nas notificações, para que a gente respeite a privacidade de pessoas que usam o nome público como Nome Social (ainda não está finalizado por completo, pois apesar de já termos modificado os nomes dos apoiadores/assinantes para o nome público em todas as notificações do Catarse, ainda existe no rodapé dos emails de assinatura o nome do realizador, porém ainda precisamos fazer um último ajuste para colocar o nome público do realizador nesses emails).
Atualiza Rails do common_api
Agora os realizadores ganharam mais uma ferramenta de comunicação do Catarse - a Página de Pré-lançamento, onde eles poderão iniciar sua campanha antes mesmo de publicarem seu projeto no ar, por meio de uma página de captação de interessados. As pessoas que se cadastrarem na página de pré-lançamento do projeto receberão um email em primeira mão avisando sobre o lançamento do projeto.
Além disso, é uma ferramenta também de baixa complexidade (criar uma página de pré-campanha é muito simples), para que criadoras e criadores possam testar a receptividade de uma ideia/projeto no Catarse com sua comunidade.
✨ Deixa de exibir email do destinatário em mensagens enviadas pela plataforma. Para preservar a privacidade de nossos usuários, a partir de agora as mensagens enviadas pela plataforma não exibem mais o email do destinatário. Com isso, a pessoa que enviar uma mensagem pela plataforma receberá somente um recibo do envio, onde constará o conteúdo da mensagem enviada e o nome público do destinatário, porém não terá mais o email do destinatário (considerado informação confidencial). Exemplo de um recibo de mensagem abaixo:
✨ Remove o nome do realizador na aba pública de Novidades, quando não existe novidade ainda enviada.
✨ Exibe uma saudação genérica (Olá!) no email enviado à pessoas que não possuem um nome público registrado no Catarse
✨ [Trabalho em progresso - não foi publicado no changelog] Altera os dados da nova estrutura de dados fiscais, Cria integração com o Enotas para geração de notas fiscais, Cria rotina para gerar os dados fiscais de pagamentos feitos após a geração dos dados fiscais. São tarefas implementadas no back-end do Catarse, mas que ainda não estão funcionando (ou seja, nossas Notas Fiscais ainda estão sendo emitidas da forma que sempre foram emitidas). Próximo passo será validar o funcionamento real dessas tarefas e partir para a última fase do projeto, que será "virar a chave" para que a gente possa começar a usar o Enotas para emissão de Notas Fiscais.
🐞 Remove validação de prazo para projetos Flex. Os projetos Flex no Catarse já não precisam se limitar a estarem no ar por um período máximo de 365 dias. Porém, caso um realizador com projeto FLEX há mais de 365 dias no ar tentasse definir um prazo para sua campanha, nós ainda estávamos exibindo uma mensagem de erro no momento da definição do prazo (considerando ainda a regra antiga). O que essa correção fez foi remover essa validação no momento da definição do prazo e também ajustar o texto que informa sobre o limite de prazo do Flex nesse, nesse e nesse artigo da base de conhecimento. Além também de corrigir essa informação sobre prazo ilimitado em Flex na aba Financiamento no painel de controle de projetos:
🐞 Pagamentos reembolsados em projetos de assinatura agora são tratados como pagamento pago: antes, se o último pagamento de uma assinatura estivesse com o status reembolsado (ou seja, caso o time de atendimento do Catarsetivesse respondido à uma solicitação de um assinantes paa reembolsar o último pagamento de uma assinatura), essa assinatura ficaria em um modo "congelado", pois nosso sistema não sabia como computar um pagamento com status reembolsado (ou seja, se a assinatura estivesse com status ATIVA e último pagamento REFUNDED, ela não seria cobrada no próximo aniversário e nem seria inativada, permanecendo ativa pra sempre). Agora estamos considerando, para fins da máquina de cobranças, que um pagamento refunded é um pagamento pago. Ou seja, se uma pessoa tiver o último pagamento de sua assinatura com status refunded, nossa máquina irá tratar esse pagamento como sendo pago, portanto a assinatura seguirá seu curso normal (e será cobrada em seu próximo aniversário de cobrança).
🐞 Deixa de enviar emails de "Campanhas apoiadas por amigos" com conteúdo vazio: alguns usuários recebiam esse email vazio, sem nenhum conteúdo. Corrigimos isso e agora o email só é disparado se existir conteúdo para ser exibido.
💎 Atualiza as dependências do back-end e o Ruby para a versão 3.0.2. Não houve nenhuma modificação relevante no código devido à essas atualizações.
✨ [LGPD] Remove seção com fotos e nome dos apoiadores dentro da aba 'Apoiadores' em projetos pontuais: a aba de apoiadores de projetos pontuais tinha uma seção com fotos e nomes dos apoiadores do projeto. Removemos essa seção e deixamos somente informações nessa aba que não podem identificar quem são os apoiadores. Essa é a primeira de uma série de entregas que visam proteger mais a privacidade dos usuários da plataforma e adequar o Catarse cada vez mais às regras da Lei Geral de Proteção de Dados.
✨ [LGPD] Remove aba de 'Assinantes' de projetos de Assinatura: na mesma linha da atividade acima, nós removemos a aba 'Assinantes' em projetos de assinaturas. Neste caso optamos por remover a aba por completo pois, além da questão da privacidade, existia um problema ali no carregamento dos dados quantitativos exibidos. Como não valia a pena consertar esse problema, optamos por remover a aba (podemos retornar com ela eventualmente no futuro, quando finalizarmos o projeto de refatoração da máquina de pagamento, mas por ora seguiremos sem a aba).
🐞 Configura prazo do Pix de 2 dias corridos: corrigimos um problema que estava gerando o QR Code do PIX com prazo de 2 dias úteis, quando o correto é 2 dias corridos.
🐞 Exibe QR Code do Pix no email: voltamos a exibir o QR Code nas notificações por email de apoios em PIX (quando fizemos o lançamento do PIX, tivemos que fazer um ajuste temporário onde existia um botão no email para visualizar o QR Code em uma aba do Browse, pois o QR Code não estava sendo exibido no email).
🐞 Exibe código do PIX em formato de texto no email: reduzimos um problema que fazia com que o código do PIX (para copiar e colar) fosse exibido como se fosse um link no email (ainda depende do cliente de email da pessoa para que o problema seja 100% corrigido, porém não iremos fazer maiores investigacões sobre isso por enquanto).
🐞 Remove texto em branco nas notificações de reembolso no Catarse: ajuste de redação do email de reembolso, que estava gerando um mal entendimento sobre o conteúdo da notificação.
🐞 Ajusta contador de recompensas selecionadas no Relatório de Apoios online: corrigimos um erro que fazia com que, ao selecionar uma faixa de recompensa para marcar como 'Entregue / Erro no envio' e avançar, o sistema informava erroneamente que a alteração seria feita em outras recompensas também.
Sempre procurando melhorar a experiência de apoiadores e realizadores na plataforma, ficamos felizes em anunciar, a partir de hoje, o pagamento via Pix para apoios de campanhas pontuais (Flex e Tudo ou Nada)! Uma alternativa segura, prática e extremamente rápida, que facilita o pagamento, principalmente para apoiadores que só tinham o boleto como única alternativa. Agora, o seu apoio poderá ser confirmado em segundos, independentemente do dia e horário do apoio.Saiba mais aqui
🐞 Corrigimos uma problema que estava deixando de exibir na Base de Assinantes online o bairro dos assinantes.
🐞 Corrigimos um problema que estava causando o envio da mensagem "Seus amigos apoiaram projetos no Catarse" para usuários que não estavam seguindo ninguém
✨ Mensagens enviadas ao realizador agora exibem de qual projeto o apoiador está se referindo
Agora quando um apoiador usa o botão de enviar mensagem ao realizador, essa mensagem é enviada identificando a qual o projeto o apoiador está se referindo. Isso é útil para o caso de realizadores que possuem mais de um projeto do Catarse e precisam identificar com facilidade de qual projeto aquele determinado apoiador está se referindo.
✨ Time administrativo do Catarse pode pesquisar por IDs de transferência em nossa ferramenta interna
Recentemente implementamos uma melhoria na maneira como fazemos as transferências de dinheiro para os usuários do Catarse, passando a usar a Transfeera como parceira nesses processos de transferência. Essa novidade é interna, para que nosso time financeiro encontre com mais facilidade as transferências em nosso painel de controle financeiro (ferramenta interna).
Agora os realizadores ganharam mais uma ferramenta de comunicação do Catarse - a Página de Pré-lançamento, onde eles poderão iniciar sua campanha antes mesmo de publicarem seu projeto no ar, por meio de uma página de captação de interessados. As pessoas que se cadastrarem na página de pré-lançamento do projeto receberão um email em primeira mão avisando sobre o lançamento do projeto.
Além disso, é uma ferramenta também de baixa complexidade (criar uma página de pré-campanha é muito simples), para que criadoras e criadores possam testar a receptividade de uma ideia/projeto no Catarse com sua comunidade.
✨ [LGPD] Remove seção com fotos e nome dos apoiadores dentro da aba 'Apoiadores' em projetos pontuais: a aba de apoiadores de projetos pontuais tinha uma seção com fotos e nomes dos apoiadores do projeto. Removemos essa seção e deixamos somente informações nessa aba que não podem identificar quem são os apoiadores. Essa é a primeira de uma série de entregas que visam proteger mais a privacidade dos usuários da plataforma e adequar o Catarse cada vez mais às regras da Lei Geral de Proteção de Dados.
✨ [LGPD] Remove aba de 'Assinantes' de projetos de Assinatura: na mesma linha da atividade acima, nós removemos a aba 'Assinantes' em projetos de assinaturas. Neste caso optamos por remover a aba por completo pois, além da questão da privacidade, existia um problema ali no carregamento dos dados quantitativos exibidos. Como não valia a pena consertar esse problema, optamos por remover a aba (podemos retornar com ela eventualmente no futuro, quando finalizarmos o projeto de refatoração da máquina de pagamento, mas por ora seguiremos sem a aba).
Sempre procurando melhorar a experiência de apoiadores e realizadores na plataforma, ficamos felizes em anunciar, a partir de hoje, o pagamento via Pix para apoios de campanhas pontuais (Flex e Tudo ou Nada)! Uma alternativa segura, prática e extremamente rápida, que facilita o pagamento, principalmente para apoiadores que só tinham o boleto como única alternativa. Agora, o seu apoio poderá ser confirmado em segundos, independentemente do dia e horário do apoio.Saiba mais aqui
✨ Mensagens enviadas ao realizador agora exibem de qual projeto o apoiador está se referindo
Agora quando um apoiador usa o botão de enviar mensagem ao realizador, essa mensagem é enviada identificando a qual o projeto o apoiador está se referindo. Isso é útil para o caso de realizadores que possuem mais de um projeto do Catarse e precisam identificar com facilidade de qual projeto aquele determinado apoiador está se referindo.
✨ Time administrativo do Catarse pode pesquisar por IDs de transferência em nossa ferramenta interna
Recentemente implementamos uma melhoria na maneira como fazemos as transferências de dinheiro para os usuários do Catarse, passando a usar a Transfeera como parceira nesses processos de transferência. Essa novidade é interna, para que nosso time financeiro encontre com mais facilidade as transferências em nosso painel de controle financeiro (ferramenta interna).
A partir de agora as transferências de dinheiro do Catarse para a conta bancária dos usuários passa a ser realizada por meio de um novo parceiro do Catarse, a Transfeera. Com essa mudança, esperamos trazer mais agilidade ao processo (pois usamos o PIX como meio principal), além de dar mais autonomia ao nosso time financeiro, pois reduzimos a dependência de nossos desenvolvedores para a realização das transferências bancárias.
✨ Implementa botão no admin/assinaturas para reembolsar pagamentos
Agora é possível fazer login usando o Google no Catarse 🎉
Para facilitar a solicitação de ajuda do usuário para o realizador e/ou para a equipe do Catarse com mais eficiência, o ID que publicamente chamamos de ID do apoio (que internamente é chamado de ID de Gateway) ficará visível no histórico de apoios dentro do perfil de usuário (e não mais somente dentro do recibo do apoio, que é enviado por email). Essa informação é útil pois acelera o processo de resolução de problemas.
• Muitas vezes usuários do Catarse precisam transferir seus saldos para outros usuários (por diversos motivos). Implementamos uma novidade interna, para o time que administra a plataforma do Catarse, focada em permitir que o Saldo de usuários no Catarse sejam transferidos entre si (como se fosse um PIX interno nosso), sem que para isso o time de suporte do Catarse precise acionar um dos desenvolvedores.
• Fizemos também um ajuste numa ferramenta interna nossa de execução de scripts, para facilitar a vida do time de desenvolvedores na hora de investigar bugs na plataforma.
Entregamos uma melhoria em nosso fluxo de solicitação de saques (que é quando alguém solicita uma transferência de dinheiro do seu saldo do Catarse para sua conta bancária), que consiste em validar em tempo real, no momento da solicitação do saque, se os dados da conta bancária estão corretas e se o Nome do titular da conta é consistente com o documento (CPF ou CNPJ) informado.
O objetivo dessa funcionalidade é melhorar a experiência da nossa comunidade durante esse momento tão importante de uma campanha de financiamento coletivo, que é o recebimento dos recursos. Como antes não fazíamos essa validação em tempo real, só descobríamos que existia inconsistências nos dados quando estávamos fazendo a transferência bancária, o que gerava uma experiência ruim para quem está esperando pelo dinheiro. Esperamos que agora essa experiência irá melhorar, e conseguiremos resolver qualquer problemas com dados inconsistentes no menor tempo possível.
✨ Deixa de exibir email do destinatário em mensagens enviadas pela plataforma. Para preservar a privacidade de nossos usuários, a partir de agora as mensagens enviadas pela plataforma não exibem mais o email do destinatário. Com isso, a pessoa que enviar uma mensagem pela plataforma receberá somente um recibo do envio, onde constará o conteúdo da mensagem enviada e o nome público do destinatário, porém não terá mais o email do destinatário (considerado informação confidencial). Exemplo de um recibo de mensagem abaixo:
✨ Remove o nome do realizador na aba pública de Novidades, quando não existe novidade ainda enviada.
✨ Exibe uma saudação genérica (Olá!) no email enviado à pessoas que não possuem um nome público registrado no Catarse
✨ [Trabalho em progresso - não foi publicado no changelog] Altera os dados da nova estrutura de dados fiscais, Cria integração com o Enotas para geração de notas fiscais, Cria rotina para gerar os dados fiscais de pagamentos feitos após a geração dos dados fiscais. São tarefas implementadas no back-end do Catarse, mas que ainda não estão funcionando (ou seja, nossas Notas Fiscais ainda estão sendo emitidas da forma que sempre foram emitidas). Próximo passo será validar o funcionamento real dessas tarefas e partir para a última fase do projeto, que será "virar a chave" para que a gente possa começar a usar o Enotas para emissão de Notas Fiscais.
🐞 Remove validação de prazo para projetos Flex. Os projetos Flex no Catarse já não precisam se limitar a estarem no ar por um período máximo de 365 dias. Porém, caso um realizador com projeto FLEX há mais de 365 dias no ar tentasse definir um prazo para sua campanha, nós ainda estávamos exibindo uma mensagem de erro no momento da definição do prazo (considerando ainda a regra antiga). O que essa correção fez foi remover essa validação no momento da definição do prazo e também ajustar o texto que informa sobre o limite de prazo do Flex nesse, nesse e nesse artigo da base de conhecimento. Além também de corrigir essa informação sobre prazo ilimitado em Flex na aba Financiamento no painel de controle de projetos:
🔧 Coloca idempotencia no repasse realizado através do Pagarme para evitar erros de transferências duplicadas
💎 Atualiza as dependências do back-end e o Ruby para a versão 3.0.1
Temos alguns casos em que um boleto é pago após o vencimento, e temos casos em que as pessoas pagam um boleto parcialmente (não pagam todo o valor dele). Essas coisas, apesar de não serem frequentes, quando acontecem necessitam de um esforço do time do Catarse pra resolver. Ainda não está claro se essa configuração que adicionamos (oferecida pelo meio de pagamento que utilizamos para processar os boletos) impede os apps e atendentes de efetuarem o pagamento desses boletos nas situações indesejadas ou apenas adiciona instruções na folha do boleto. Entretanto, como o esforço para adicionar essa configuração era mínimo, estamos entregando essa atividade hoje e iremos monitorar se esse problema irá persistir.
O Ruby on Rails (tecnologia utilizada no desenvolvimento do site do Catarse) que estávamos usando ainda estava na versão 4.2. Era uma versão lançada em 2016, que já não recebia nenhuma atualização (a não ser quando eram encontradas falhas de segurança).
As gems (bibliotecas) que utilizávamos, muitas já haviam sido abandonadas há alguns anos, algumas outras só poderiam ser atualizadas se tivéssemos uma versão do Rails mais atual, e algumas gems novas só poderiam ser adicionadas ao projeto se estivéssemos com uma versão recente do Rails.
Ou seja, estávamos rodando o Catarse num motor antigo, quando deveríamos estar rodando em um motor atual, novinho em folha. A nova versão do Rails que estamos agora utilizando trouxe algumas melhorias e facilidades no uso do framework.
Com isso, estamos prontos para seguir em uma série de melhorias e refatorações em 2021, com a garantia que estamos evoluindo o código do Catarse em uma máquina atualizada, sem códigos obsoletos.
Entregamos duas funcionalidades que buscam melhorar a experiência e a segurança do Catarse:
* ✨ Bloquear cadastro de email com referencia a catarse
* Corrigir regex de validação do e-mail
Essa é uma entrega bem técnica, de bastidores, mas que tem como objetivo dar mais agilidade para o nosso time de produto na hora de entregar soluções, melhorias e novas funcionalidades para a comunidade de usuárias e usuários do Catarse. A explicação técnica é que estamos movendo o catarse.js para dentro do catarse, simplificado o processo de deploy, pois não será mais necessário fazer commits do build para o repositório do catarse.js. Ao realizar um npm install no Catarse, o build do catarse.js será realizado.
Segundo a legislação, quando o tomador do serviço (no caso, o Realizador de Projeto no Catarse) for Pessoa Jurídica e o valor devido de Imposto de Renda for superior a R$10,00, o Realizador é responsável por recolher o Imposto de Renda. Para que isso ocorra, o Catarse precisa transferir para o saldo do Realizador, além do montante arrecadado no projeto, o valor referente ao Imposto de Renda.
Com a melhoria que implementamos, esse processo agora é feito automaticamente para projetos pontuais (a solução para projetos de Assinatura virá em breve), e sempre que um realizador que tenha um perfil de Pessoa Jurídica no Catarse receber recursos em seu saldo, será também transferido um valor do Imposto de Renda. Para isso, criamos um evento no Saldo deixando claro do que se trata o valor e também incluímos uma mensagem na aba Saldo explicando a questão. Além disso, essa informação também constará nos Documentos Fiscais, disponíveis aos realizadores em seu painel de controle de projetos.
Existia uma falha na edição de projetos do Catarse que permitia que usuários alterassem atributos na página de projeto que deveriam ser restritos à edição de administradores da plataforma. Kudos (mais uma vez!) para o Paulo, estudante de TI e usuário do Catarse que identificou esse problema e nos avisou de prontidão 💜
Ao criar uma nova recompensa em um projeto que já possui uma ou mais recompensas várias, nosso sistema estava posicionando essa nova recompensa na ordem errada. Isso estava gerando dois problemas - no painel de controle de projeto, ao clicar em Adicionar recompensa, o realizador não tinha um feedback visual de que a recompensa tinha sido criada, dando a entender que algo deu errado. Além disso, no fluxo de apoio, na tela de seleção de recompensa, as recompensas estavam desordenadas. Enviamos uma correção para resolver esse problema.
Sempre que adicionamos códigos ao Catarse, estes podem conter falhas de segurança, e a responsabilidade de verificação ficar somente a cargo dos revisores de código, que precisariam conhecer todos os vetores de ataque, não é adequada. Essa atividade portanto implementa um sistema de escaneamento automático do código, que irá veriricar brechas de segurança no código, como SQL Injection por exemplo.
Essa é uma atividade técnica relacionada a uma entrega feita no Deploy 2021.02.11 (Permite aos admins do Catarse encerrar projetos como fraude). Estamos aqui somente aumentando a segurança dessa atividade, ao garantir que somente admins do Catarse tenham acesso a essa funcionalidade.
Temos uma ferramenta interna do Catarse para execução de scripts (Catarse Scripts), e o filtro de tags nessa ferramenta estava quebrando e não estava permitindo que os usuários com acesso ao Catarse Scripts pudessem pesquisar pelas tags.
Para seguirmos no nosso planejamento de ter uma cultura de atualização frequente das nossas ferramentas e dependências, estamos atualizando nosso Ruby para a versão 3, e também atualizando as dependências que puderam ser atualizadas para suas versões mais novas. Também soluciona alguns problemas de segurança.
Fizemos alguns ajustes referentes a alguns erros encontrados no deploy do Rails 6, realizado ontem. São eles:
• Atualizar gridhook - é uma ferramenta que utilizamos para comunicar o Catarse com o Sendgrid (plataforma usada para enviar emails transacionais do Catarse). Por conta do deploy do Rails, tivemos que alterar a versão dessa ferramenta. O problema que ela gerava era no envio de algumas notificações.
• Acesso à página de documentos fiscais - alguns realizadores de projetos relataram erro ao acessar a página de documentos fiscais em seus projetos. Enviamos uma correção e está funcionando normalmente esse acesso.
• Correção da visualização de dataclips em CSV [Melhoria interna]- temos uma ferramenta interna para visualizar dados chamada Dataclips que, após o deploy do Rails, deixou de exibir arquivos em formato em CSV. Enviamos uma correção para isso, assim nosso time de operações pode seguir usando planilhas que são alimentadas por esses arquivos.
