O reconhecimento de receitas de licenças perpétuas é o processo de determinar quando e como uma empresa deve registrar a renda da venda de software sob uma licença perpétua (um acordo de licenciamento que permite ao comprador usar um software indefinidamente, geralmente em troca de uma tarifa única). Ao contrário dos modelos de assinatura, nos quais o direito de usar o software está vinculado a pagamentos regulares, uma licença perpétua geralmente envolve uma tarifa única. Essa licença normalmente não cobre atualizações ou suporte futuros, a menos que sejam incluídos como acordos separados. Licenças perpétuas são comuns em setores como software criativo e de engenharia especializada, em que as empresas preferem o controle de longo prazo sobre seus ativos de software sem custos adicionais recorrentes.
Como a entrega do software e a transferência de controle para o comprador geralmente ocorrem no ponto de venda, as empresas frequentemente reconhecem a receita da licença nesse momento de acordo com a Accounting Standards Codification (ASC) 606 e a International Financial Reporting Standard (IFRS) 15 (as duas principais estruturas que regem o reconhecimento de receitas). Isso significa que elas refletem a renda imediata dessas vendas em suas demonstrações financeiras. O reconhecimento de receitas adequado é importante para garantir que os relatórios financeiros representem com precisão as receitas e a saúde financeira de uma empresa, o que ajuda investidores, partes interessadas e a gestão a tomar decisões informadas.
No entanto, aplicar essas normas nem sempre é simples: as empresas devem avaliar cuidadosamente o momento do reconhecimento de receitas e como lidar com contratos que agrupam uma licença perpétua com outras obrigações de desempenho, como suporte, atualizações ou serviços profissionais.
Abaixo, explicaremos o que as empresas devem saber sobre o reconhecimento de receitas de licenças perpétuas e como aplicar a ASC 606 e a IFRS 15 a licenças perpétuas, inclusive como lidar com contratos agrupados.
O que vamos abordar neste artigo?
- O que é uma licença perpétua e quem a utiliza?
- Licenças perpétuas x licenças por assinatura
- Quando a receita é reconhecida para licenças perpétuas?
- Como aplicar a ASC 606 e a IFRS 15 a licenças perpétuas
- Desafios no reconhecimento de receitas para licenças perpétuas
- Como o Stripe Revenue Recognition pode ajudar
O que é uma licença perpétua e quem a usa?
Uma licença perpétua é um tipo de contrato de licenciamento de software que permite ao comprador usar o software indefinidamente após um pagamento único. Usuários que valorizam a estabilidade de longo prazo e a previsibilidade nos custos de software favorecem licenças perpétuas, especialmente quando o software é altamente importante para suas operações ou projetos.
Aqui estão os tipos de entidades que normalmente usam licenças perpétuas:
Grandes corporações: muitas vezes, essas empresas preferem uma licença perpétua de software, pois isso permite que controlem os custos a longo prazo. Depois de adquirir a licença, elas podem usar o software sem taxas recorrentes, o que torna o orçamento mais previsível.
Órgãos governamentais: órgãos governamentais frequentemente usam licenças perpétuas para facilitar o planejamento orçamentário e a longo prazo. As licenças perpétuas garantem que eles possam continuar usando softwares importantes sem o risco de expiração de assinaturas afetar suas operações.
Instituições de ensino: escolas e universidades frequentemente preferem licenças perpétuas para seus softwares educacionais e administrativos. Isso evita taxas recorrentes e concede acesso contínuo para estudantes e funcionários.
Pequenas e médias empresas (PMEs): algumas PMEs escolhem licenças perpétuas para ferramentas de software importantes a fim de evitar complicações e aumentos potenciais de custos em produtos por assinatura.
Indivíduos em áreas especializadas: profissionais como arquitetos, engenheiros e designers gráficos, que dependem fortemente de ferramentas específicas para seu trabalho, podem comprar licenças perpétuas para obter acesso a longo prazo sem obrigações de pagamento no futuro.
Licenças perpétuas versus licenças por assinatura
Licenças perpétuas e licenças por assinatura são dois modelos comuns para adquirir e usar software. A tabela abaixo compara as diferenças entre eles em relação a custos iniciais, tarifas contínuas, tratamento de reconhecimento de receitas e casos de uso típicos.
|
Fator
|
Licença perpétua
|
Licença por assinatura
|
|---|---|---|
| Custo inicial | Tarifa única alta | Custo inicial baixo ou inexistente |
| Tarifas contínuas | Nenhuma obrigatória (tarifas opcionais para atualizações ou suporte) | Tarifas recorrentes (mensais ou anuais) |
| Reconhecimento de receitas | Geralmente reconhecido antecipadamente, no ponto de entrega ou transferência de controle, se a licença for distinta de qualquer suporte ou atualizações incluídas | Geralmente reconhecido proporcionalmente ao longo do prazo da assinatura, já que o cliente recebe acesso contínuo e atualizações durante todo o período do contrato |
| Tratamento de elementos agrupados | Suporte, atualizações ou serviços vendidos com a licença geralmente são tratados como obrigações de desempenho separadas e reconhecidos separadamente | Atualizações e suporte geralmente são incluídos na tarifa de assinatura e reconhecidos em conjunto, proporcionalmente, ao longo do tempo |
| Flexibilidade/escalabilidade | Relativamente inflexível; crescer o uso pode ser mais difícil e caro | Fácil de ajustar as contagens de licença conforme as necessidades mudam |
| Casos de uso típicos | Empresas com necessidades de software de longo prazo e previsíveis e capital disponível; software criativo ou de engenharia especializada | Startups e empresas em setores dinâmicos; necessidades de software que mudam ou crescem ao longo do tempo |
Quando a receita de licenças perpétuas é reconhecida?
As empresas devem atender a vários critérios para reconhecer a receita de licenças perpétuas. As IFRS, os Princípios Contábeis Geralmente Aceitos (GAAP) dos EUA e outras normas contábeis definem esses critérios.
Veja o que determina o momento do reconhecimento de receitas para licenças perpétuas de software:
Entrega de software: As empresas reconhecem a receita de licenças perpétuas quando o cliente recebe o software. A entrega ocorre quando o cliente tem a capacidade de fazer o download ou receber fisicamente o software e a chave de licença. Isso marca a transferência de controle. É por isso que software local e reconhecimento de receitas de licenças perpétuas andam de mãos dadas: como o software é instalado diretamente na própria infraestrutura do cliente, o ponto de entrega (e, portanto, a transferência de controle) é fácil de identificar.
Obrigações de desempenho: Sob as novas normas de reconhecimento de receitas (como ASC 606 e IFRS 15), as empresas reconhecem a receita quando cumprem as obrigações de desempenho do contrato. No caso de uma licença perpétua, a obrigação principal geralmente é conceder uma licença para usar o software. Isso significa que a receita pode ser reconhecida no ponto de entrega. Mas se o vendedor for obrigado a realizar atividades após a entrega do software (como fornecer personalização ou configuração adicional do software), ele não reconhecerá a receita até que esses serviços sejam realizados.
Licença funcional x simbólica: A ASC 606 e a IFRS 15 também fazem a distinção entre propriedade intelectual (PI) "funcional" e "simbólica", o que determina se a receita é reconhecida em um momento específico ou ao longo do tempo. Uma licença funcional concede acesso à PI com valor autônomo que não deve mudar significativamente durante o período da licença (licenças de software perpétuas geralmente se enquadram nessa categoria, então a receita é reconhecida no ponto de entrega). Uma licença simbólica concede direitos à PI cujo valor depende do suporte contínuo do vendedor (como uma marca ou logotipo), então a receita é reconhecida ao longo do prazo da licença.
Termos de pagamento: Os termos de pagamento também ditam o momento do reconhecimento de receitas. Se o pagamento depender do cumprimento de certas condições, o vendedor não deverá reconhecer a receita até que elas sejam atendidas.
Recolhimento: A receita deve ser reconhecida apenas se for altamente provável que o vendedor recolherá o pagamento. Se houver dúvidas sobre a capacidade de recolher a tarifa, o vendedor pode adiar o reconhecimento de receitas.
Como uma startup contabiliza sua primeira venda de licença perpétua
Esses princípios são simples para uma startup que faz sua primeira venda de licença perpétua. Digamos que uma startup venda a um cliente uma licença perpétua única para seu software por US$ 50.000,00, sem nenhuma personalização ou configuração adicional necessária. Quando o software é entregue e o cliente pode acessá-lo e usá-lo, a startup atende à sua obrigação de desempenho principal e pode reconhecer o total de US$ 50.000,00 como receita naquele momento, desde que o pagamento não dependa de condições não atendidas e a cobrança seja razoavelmente garantida.
Se esse mesmo contrato incluir um ano de suporte técnico ou atualizações prometidas, no entanto, a startup precisará alocar parte dos US$ 50.000,00 para a licença (reconhecida antecipadamente) e parte para o suporte ou atualizações (reconhecidas proporcionalmente ao longo do ano seguinte), pois representam obrigações de desempenho separadas. Para uma empresa em estágio inicial, acertar essa alocação desde a primeira venda é importante: ela estabelece o precedente de como os contratos futuros serão estruturados e relatados. Erros aqui podem complicar as demonstrações financeiras no futuro, especialmente para startups que se preparam para auditorias, captação de recursos ou aquisição.
Como aplicar ASC 606 e IFRS 15 a licenças perpétuas
A ASC 606 e a IFRS 15 são normas de reconhecimento de receitas criadas para fornecer uma estrutura contábil consistente em todos os setores, incluindo aqueles que oferecem licenças perpétuas. As duas normas foram desenvolvidas em conjunto e são substancialmente convergentes, mas algumas diferenças importantes afetam como cada uma se aplica a licenças perpétuas:
|
Fator
|
ASC 606
|
IFRS 15
|
|---|---|---|
| Órgão normatizador | Financial Accounting Standards Board (FASB) | International Accounting Standards Board (IASB) |
| Jurisdição | GAAP dos EUA | Usada em mais de 140 países em todo o mundo |
| Distinção da natureza da licença | Distingue explicitamente a PI "funcional" da PI "simbólica" para determinar o momento | Usa uma distinção de "direito de uso" x "direito de acesso", que atende a um propósito semelhante, mas não é formulada em termos idênticos |
| Momento da receita para licenças perpétuas | Geralmente reconhecida em um momento específico (entrega), consistente com o tratamento de PI funcional | Geralmente reconhecida em um momento específico (entrega), consistente com o tratamento de direito de uso |
| Limite de recolhimento | Usa a definição de "provável" do GAAP dos EUA, um limite relativamente alto | Também exige que o recolhimento seja "provável", mas de acordo com a definição da IFRS, que geralmente é interpretada como um limite inferior ao do GAAP dos EUA |
Modelo de reconhecimento de receitas de cinco etapas
A ASC 606 e a IFRS 15 seguem um modelo de cinco etapas de reconhecimento de receitas. Veja como aplicá-lo ao reconhecimento de receitas de licenças perpétuas:
1. Identifique o contrato com um cliente
Identifique um contrato de cliente que cria direitos e obrigações exequíveis. Para empresas de software, este é geralmente um contrato de licenciamento onde ambas as partes concordam com os termos e condições de uso. Os contratos devem atender aos seguintes critérios:
As partes aprovaram o contrato (por escrito, verbalmente ou de acordo com outras práticas comerciais).
Os direitos de cada parte em relação aos bens ou serviços a serem transferidos são identificáveis.
O contrato identifica os termos de pagamento.
O contrato tem substância comercial.
O recolhimento do pagamento é provável.
2. Identifique as obrigações de desempenho no contrato
Em seguida, identifique as obrigações de execução do contrato. Uma obrigação de desempenho é uma promessa de transferir um bem ou serviço distinto para o cliente. No caso de licenças perpétuas, as obrigações de desempenho podem incluir a entrega de uma licença de software (o produto principal que está sendo vendido) ou suporte ao cliente pós-contrato (PCS) e atualizações.
O PCS refere-se ao suporte técnico, às correções de bugs e às atualizações que um fornecedor fornece após a entrega da licença. Como o PCS é entregue ao longo do tempo e não de uma só vez, geralmente é tratado como uma obrigação de desempenho separada, com sua parcela do preço da transação reconhecida proporcionalmente ao longo do período de suporte em vez de antecipadamente.
3. Determine o preço da transação
Determine ao que a empresa espera ter direito em troca da transferência dos bens ou serviços prometidos para um cliente. Estime todos os pagamentos variáveis e ajuste os efeitos do tempo sobre o valor da transação.
4. Aloque o preço da transação para as obrigações de desempenho
Se o contrato contiver várias obrigações de desempenho, atribua o preço de transação a cada uma delas proporcionalmente ao seu preço de venda independente. Por exemplo, uma empresa contratada para fornecer uma licença de software e serviços de suporte deve estimar os preços de venda individuais da licença e dos serviços, se vendidos separadamente.
5. Reconheça a receita quando (ou à medida que) cada obrigação de desempenho for satisfeita
Reconheça a receita quando uma obrigação de desempenho for satisfeita transferindo o controle de um produto ou serviço prometido para um cliente. Isso pode ocorrer ao longo do tempo ou em um ponto no tempo. Para licenças perpétuas, as empresas normalmente reconhecem a receita quando o software é disponibilizado ao cliente. Se os serviços de suporte estiverem incluídos no contrato e forem considerados uma obrigação de desempenho separada, as empresas poderão reconhecer receitas ao longo do tempo para corresponder ao período durante o qual o suporte é fornecido.
Exemplo
Uma empresa de software vende uma licença perpétua por US$ 1.000 e inclui um ano de suporte avaliado em US$ 200, tornando o preço total do contrato de US$ 1.200. Supondo que nenhum desconto seja aplicado e esses preços reflitam os preços de venda isolados, veja como a empresa gerenciaria o reconhecimento de receitas para este contrato:
Ele aloca US$ 1.000,00 à licença de software, reconhecendo essa receita no ponto de entrega.
Ele aloca US$ 200,00 ao suporte, reconhecendo essa receita ao longo do ano à medida que os serviços são fornecidos.
Desafios no reconhecimento de receitas de licenças perpétuas
O reconhecimento de receitas de licença perpétua apresenta vários desafios contábeis. Veja a seguir algumas dificuldades que as empresas podem encontrar.
Distinguir quando a receita diferida se torna receita reconhecida
Distinguir quando a receita diferida se torna receita reconhecida pode ser difícil quando a receita de uma determinada venda não é reconhecida de uma só vez. A empresa precisa gerenciar cuidadosamente essa transição para refletir com precisão seu desempenho financeiro.
Veja como isso funciona:
Receita diferida: Quando uma empresa vende uma licença perpétua, muitas vezes recebe o pagamento adiantado. Porém, ela não pode reconhecer receitas de uma só vez se houver serviços ou obrigações futuras. A empresa registra a parte do pagamento relacionada a serviços ou compromissos futuros (por exemplo, atualizações de software, suporte, manutenção) como receita diferida no balanço até que o serviço seja entregue ou a obrigação seja cumprida.
Receita reconhecida: A receita reconhecida é a parcela da receita diferida que é transferida para a demonstração do resultado à medida que a empresa cumpre suas obrigações. Para licenças perpétuas, a empresa pode reconhecer a própria licença no momento da venda, enquanto reconhece serviços relacionados durante o período em que são fornecidos.
Gerenciar contratos agrupados
Os contratos agrupados geralmente combinam diferentes componentes, como licenças de software, suporte e pacotes de manutenção. Cada componente pode ter um cronograma diferente para o reconhecimento de receitas, e as empresas podem ter dificuldades para alocar receita em várias obrigações de desempenho, especialmente quando os preços de venda isolados não estiverem prontamente disponíveis.
De acordo com a ASC 606, as empresas devem fazer o seguinte:
Identificar obrigações de desempenho separadas: Para contratos agrupados, trate cada componente (por exemplo, software, suporte) como uma obrigação de desempenho separada se fornecer valor distinto ao cliente.
Alocar preço de transação: Aloque o preço total do contrato entre as obrigações de desempenho com base em seus preços de venda individuais relativos. Por exemplo, a empresa pode reconhecer a taxa de licença antecipadamente se ela for distinta, enquanto reconhece taxas de suporte e manutenção ao longo da duração do contrato.
Gerenciando atualizações ou serviços adicionais
As licenças perpétuas geralmente vêm com o direito a atualizações ou a capacidade de comprar serviços adicionais. Avaliar se atualizações e serviços adicionais são distintos, se representam direitos materiais e como afetam o reconhecimento de receitas requer uma análise cuidadosa do contrato e um julgamento profissional.
Veja a seguir esses cenários:
Atualizações futuras: Se uma empresa prometer atualizações futuras sem custo adicional, essa promessa pode ser considerada uma obrigação de desempenho separada. Isso significa que a empresa pode precisar adiar uma parte da tarifa de licença e reconhecê-la quando as atualizações forem entregues.
Serviços opcionais: Se os clientes tiverem a opção de comprar serviços adicionais (por exemplo, consultoria, suporte adicional) com desconto, essa opção pode representar um direito material e uma obrigação de desempenho separada. Isso afeta a forma como a receita da licença inicial é reconhecida.
Como o Stripe Revenue Recognition pode ajudar
Stripe Revenue Recognition ajuda a simplificar a contabilidade pelo regime de competência — incluindo auditorias, fechamento de fim de mês, relatórios e muito mais — para que você feche seus livros com mais eficiência e precisão. Ele automatiza e configura relatórios de receita para ajudar na conformidade com ASC 606 e IFRS 15.
O Revenue Recognition pode ajudar você a:
Ter uma visão mais completa da sua receita: No Dashboard da Stripe, veja todas as suas transações e termos na Stripe e importe dados de fora da Stripe.
Automatizar relatórios de receita: Gere relatórios contábeis prontos para uso — sem precisar de recursos de engenharia.
Personalizar para sua empresa: Crie e automatize regras personalizadas para reconhecer receita, de acordo com as práticas contábeis da sua empresa.
Auditar em tempo real: Prepare-se para auditorias rastreando qualquer valor de receita até os clientes e as transações subjacentes.
Saiba mais sobre como o Revenue Recognition pode ajudar você a cumprir princípios contábeis globais ou comece já.
O conteúdo deste artigo é apenas para fins gerais de informação e educação e não deve ser interpretado como aconselhamento jurídico ou tributário. A Stripe não garante a exatidão, integridade, adequação ou atualidade das informações contidas no artigo. Você deve procurar a ajuda de um advogado competente ou contador licenciado para atuar em sua jurisdição para aconselhamento sobre sua situação particular.