Seu parceiro de P&D acabou de transferir $130.000 — metade dos custos de desenvolvimento conjunto mais sua parte no lucro do produto. Você registra como receita, sua receita bruta salta, e seu credor sorri. Então seu auditor faz uma pergunta — o seu parceiro era de fato seu cliente? — e todo o lançamento se desfaz. Em um acordo colaborativo, o dinheiro vindo de um parceiro não é automaticamente receita, e errar a resposta distorce todas as margens que um leitor calcula a partir da sua demonstração de resultados.
Este guia explica como o ASC 808, Acordos Colaborativos, divide receita, custos e PI entre parceiros de P&D: o que se qualifica, o teste de cliente do ASC 606 que decide o que conta como receita, onde cada participante registra sua parte, e os erros que geram ajustes de auditoria.
O que conta como um acordo colaborativo
O ASC 808 aplica-se a uma atividade operacional conjunta com duas ou mais partes onde cada participante é simultaneamente um participante ativo e está exposto a riscos e recompensas significativos que dependem do sucesso comercial da atividade. Três características devem estar todas presentes:
- Uma atividade operacional conjunta. As partes buscam juntas um objetivo comercial compartilhado — desenvolver um candidato a medicamento, codesenvolver software, coproduzir um filme, ou operar uma instalação compartilhada.
- Participação ativa de todos. Cada parte assume um papel real: uma realiza a pesquisa enquanto a outra fabrica e vende, ou ambas contribuem com trabalho de desenvolvimento distinto. Um investidor passivo que assina um cheque não é um participante.
- Risco e recompensa compartilhados. O retorno de cada parte sobe e desce com o resultado comercial. Prestadores de serviços com taxa fixa e licenciantes que recebem royalties garantidos independentemente do sucesso geralmente falham nesse teste.
Mais uma regra de escopo importa: a atividade não deve ser conduzida principalmente por meio de uma entidade legal separada. Se você formou uma corporação de empreendimento conjunto e opera por meio dela, você está no território de consolidação ou equivalência patrimonial sob o ASC 810 ou ASC 323, não do ASC 808.
Formatos clássicos de pequenas empresas incluem uma startup de biotecnologia pareando-se com um fabricante estabelecido, duas empresas de software codesenvolvendo um produto que uma delas venderá, e uma startup de hardware dividindo custos de desenvolvimento com seu fabricante contratado.
O ASC 808 trata de apresentação e divulgação — não de reconhecimento
Eis a surpresa que a maioria dos leitores de primeira viagem não percebe: o ASC 808 não fornece orientação própria de reconhecimento ou mensuração. Ele diz onde as coisas vão na demonstração de resultados e o que divulgar, mas não quando registrá-las nem por qual valor. Para reconhecimento e mensuração, você deve fazer analogia com outra literatura autoritativa — mais frequentemente o ASC 606 — ou, onde nenhuma analogia se aplica, adotar uma política contábil razoável, racional e aplicada de forma consistente.
Essa lacuna é exatamente o motivo pelo qual o FASB emitiu o ASU 2018-18 em novembro de 2018, com vigência para empresas de capital aberto em exercícios fiscais iniciados após 15 de dezembro de 2019 e para empresas de capital fechado um ano depois. Ele esclarece a interação entre o ASC 808 e o ASC 606: quando um participante colaborativo é um cliente para um bem ou serviço distinto, a transação é contabilizada integralmente sob o ASC 606. Todo o resto permanece sob as regras de apresentação do ASC 808 e sua própria política documentada.
Observe o que a atualização deliberadamente deixou de fora: transações diretamente relacionadas às vendas de terceiros de qualquer um dos participantes, e transações que não envolvem receita entre participantes, ainda não têm regra de reconhecimento dedicada. Sua eleição de política as cobre, então documente-a antes que o auditor pergunte.
O teste de cliente do ASC 606, unidade por unidade
O teste de cliente é aplicado no nível da unidade de contabilização — cada bem ou serviço distinto, ou pacote — e não ao acordo como um todo. Uma colaboração pode facilmente produzir algumas unidades dentro do ASC 606 e outras fora dele. Para cada unidade, faça duas perguntas:
- Você está transferindo um bem ou serviço distinto? Use a própria orientação de distinção do ASC 606. Serviços de P&D, uma licença de PI e produto fabricado são avaliados separadamente.
- A contraparte é um cliente para essa unidade? Um cliente é uma parte que contrata para obter bens ou serviços que são um resultado de suas atividades ordinárias em troca de contraprestação. Se você vende rotineiramente serviços de P&D a outros e seu parceiro contratou exatamente isso, seu parceiro é seu cliente para essa unidade — mesmo que vocês sejam colaboradores no projeto geral.
Quando ambas as respostas são sim, toda a maquinaria do ASC 606 se aplica a essa unidade: reconhecimento, mensuração, apresentação e divulgação. Quando qualquer das respostas é não, o ASC 808 proíbe apresentar a contraprestação como receita de contratos com clientes. Em vez disso, você a apresenta por analogia ou política — tipicamente como redução da despesa relacionada ou como outras receitas, como mostra o exemplo abaixo.
Exemplo prático: como cada participante registra sua parte
Suponha que DevCo e SellerCo assinem um acordo conjunto de desenvolvimento e marketing 50/50. A DevCo realiza todo o P&D; a SellerCo reembolsa metade. A SellerCo comercializa, fabrica e vende o produto acabado e paga à DevCo metade do lucro como royalty. Este ano a DevCo incorre em $200.000 de P&D. A SellerCo registra $1.000.000 de vendas com $400.000 de custo dos produtos vendidos e $200.000 de despesa de marketing, deixando $400.000 de lucro. A SellerCo paga à DevCo $300.000: $100.000 de reembolso de P&D mais $200.000 de participação nos lucros.
SellerCo: vendas brutas a terceiros, pagamento ao colaborador dividido
As transações com terceiros seguem a orientação de principal versus agente do ASC 606. A SellerCo controla o produto vendido aos clientes, portanto é a principal e reporta 100 por cento das vendas, do custo das vendas e da despesa de marketing de forma bruta. O pagamento de $300.000 ao seu colaborador é então dividido por natureza: a participação nos lucros de $200.000 vai para o custo dos produtos vendidos, e o reembolso de P&D de $100.000 vai para a despesa de P&D.
| Demonstração de resultados da SellerCo | Valor |
|---|---|
| Vendas | $1.000.000 |
| Custo dos produtos vendidos ($400.000 + $200.000 de participação nos lucros) | ($600.000) |
| Despesa de marketing | ($200.000) |
| Despesa de P&D (reembolso de divisão de custos) | ($100.000) |
| Lucro líquido | $100.000 |
Nos seus livros, as duas metades desse pagamento parecem lançamentos de despesa comuns marcados para a colaboração:
2026-01-01 open Assets:Checking USD
2026-01-01 open Expenses:RD:Collaboration USD
2026-01-01 open Expenses:COGS:Collaboration-Profit-Share USD
2026-04-10 * "DevCo" "50% cost-share reimbursement, Q1 joint R&D"
Expenses:RD:Collaboration 100000.00 USD
Assets:Checking -100000.00 USD
2026-04-10 * "DevCo" "50% profit share on collaboration product sales"
Expenses:COGS:Collaboration-Profit-Share 200000.00 USD
Assets:Checking -200000.00 USDDevCo: depende do teste de cliente
A DevCo registra seus $200.000 completos de despesa de P&D — ela realizou o trabalho. Como ela apresenta os $300.000 recebidos da SellerCo depende inteiramente de a SellerCo ser ou não seu cliente.
Se a SellerCo é um cliente: a DevCo vende rotineiramente serviços de P&D a outros, portanto o trabalho de desenvolvimento é um resultado de suas atividades ordinárias. A DevCo aplica o ASC 606 e apresenta os $300.000 completos recebidos — reembolso e participação nos lucros igualmente — como receita. Ela não reporta vendas a terceiros, custo das vendas nem despesa de marketing, porque não é a principal nessas transações.
| Demonstração de resultados da DevCo (cliente) | Valor |
|---|---|
| Receita | $300.000 |
| Despesa de P&D | ($200.000) |
| Lucro líquido | $100.000 |
Se a SellerCo não é um cliente: a DevCo é uma empresa de produtos cujo resultado ordinário são dispositivos acabados, não serviços de P&D. O ASC 606 não se aplica, portanto nada dos $300.000 pode ser chamado de receita de contratos com clientes. A apresentação provável: o reembolso de $100.000 reduz a despesa de P&D, e a participação nos lucros de $200.000 aparece como outras receitas.
| Demonstração de resultados da DevCo (não é cliente) | Valor |
|---|---|
| Despesa de P&D ($200.000 − $100.000 de reembolso) | ($100.000) |
| Outras receitas (participação nos lucros) | $200.000 |
| Lucro líquido | $100.000 |
O lucro líquido é idêntico de qualquer forma — mas a receita difere em $300.000. Qualquer leitor que avalie crescimento de receita, margem bruta ou múltiplos de receita vê uma empresa completamente diferente dependendo de qual apresentação você escolheu. É por isso que o teste de cliente é o julgamento de maior risco no acordo.
A escrituração correspondente do lado da DevCo para o resultado de não-cliente compensa o reembolso contra a despesa e isola a participação nos lucros:
2026-01-01 open Assets:Checking USD
2026-01-01 open Expenses:RD:Collaboration USD
2026-01-01 open Income:Other:Collaboration-Profit-Share USD
2026-03-15 * "Lab vendor" "Q1 joint R&D spend under collaboration agreement"
Expenses:RD:Collaboration 200000.00 USD
Assets:Checking -200000.00 USD
2026-04-10 * "SellerCo" "50% cost-share reimbursement, Q1 R&D"
Assets:Checking 100000.00 USD
Expenses:RD:Collaboration -100000.00 USD
2026-04-10 * "SellerCo" "50% profit share on collaboration product sales"
Assets:Checking 200000.00 USD
Income:Other:Collaboration-Profit-Share -200000.00 USDVendas a terceiros: bruta ou líquida
Ambos os participantes não vendem nada um ao outro aqui — o cliente final compra da SellerCo. O ASC 808 direciona cada participante à orientação de principal versus agente do ASC 606 para transações com terceiros: quem controla o bem ou serviço antes de sua transferência ao cliente reporta receita bruta e custo bruto; o outro reporta apenas sua parte líquida da economia.
Na prática, o participante vendedor geralmente é o principal e o participante de desenvolvimento não reporta nada da própria venda a terceiros — sua economia chega por meio do pagamento do colaborador, apresentado conforme o teste de cliente ditar. O erro a evitar é a dupla contagem: se a SellerCo reporta os $1.000.000 completos de vendas, a DevCo não deve também reportar uma linha de receita derivada dessas mesmas vendas, a menos que sua análise do ASC 606 genuinamente a sustente.
Reembolsos de custos e participações nos lucros, lado a lado
| Pagamento | Cliente (ASC 606 aplica-se) | Não é cliente (ASC 808 + política) |
|---|---|---|
| Reembolso de custos de P&D | Receita, reconhecida conforme o ASC 606 | Redução da despesa de P&D |
| Participação nos lucros / royalty sobre vendas | Receita, reconhecida conforme o ASC 606 | Outras receitas (ou linha análoga) |
| Taxa de licença inicial por PI distinto | Receita conforme o ASC 606 se distinto e cliente | Eleição de política, divulgada |
Duas sutilezas merecem atenção. Primeiro, uma taxa de licença inicial é sua própria unidade de contabilização: uma licença de PI funcional transferida a um cliente pode ser receita do ASC 606 mesmo quando a divisão de custos circundante não é. Segundo, qualquer política que você eleger para unidades fora do escopo deve ser aplicada de forma consistente entre períodos e divulgada — os auditores testam a consistência, não apenas a escolha.
Divulgação: diga aos leitores o que você fez
Os requisitos de divulgação do ASC 808 aplicam-se independentemente de qual lado do teste de cliente você esteja. Para cada acordo colaborativo relevante, divulgue a natureza e o propósito do acordo, seus direitos e obrigações, a política contábil que você aplicou — incluindo onde cada classe de pagamento ao colaborador aparece na demonstração de resultados — e os valores envolvidos. As unidades contabilizadas sob o ASC 606 carregam adicionalmente os requisitos de divulgação dessa norma.
Para uma pequena empresa, uma nota de rodapé curta cobrindo a economia do acordo, a conclusão sobre o cliente e o porquê, e uma tabela de onde cada pagamento foi registrado satisfará a maioria dos revisores. A conclusão importa mais do que a extensão: declare claramente se seu parceiro é seu cliente para cada bem ou serviço distinto e por quê.
Erros comuns que geram ajustes
- Chamar todo pagamento de parceiro de receita. Reembolsos e participações nos lucros de um não-cliente apresentados como receita bruta superestimam crescimento e margens. Faça o teste de cliente por unidade de contabilização antes de escolher uma linha.
- Compensar vendas a terceiros. O principal reporta vendas brutas e custos brutos. Registrar apenas sua parte líquida do lucro como receita subestima ambos e quebra a comparabilidade.
- Tratar o acordo como uma única unidade. Uma colaboração com serviços de P&D, uma licença e fornecimento fabricado tem pelo menos três unidades a avaliar. Agrupá-las em uma conclusão única aplica mal a orientação.
- Nenhuma política escrita para unidades fora do escopo. O ASC 808 exige uma política razoável, racional e aplicada de forma consistente onde nenhuma analogia se aplica. Uma escolha não documentada feita no fim do ano parece gestão de resultados mesmo quando está correta.
- Pular a verificação de entidade separada. Se as operações são conduzidas por meio de uma empresa de propriedade conjunta, o ASC 808 provavelmente não se aplica de forma alguma — a consolidação ou o método de equivalência patrimonial se aplicam.
Sua lista de verificação de fechamento mensal
Antes de fechar um período contendo atividade de colaboração, percorra estas etapas: confirme que o acordo ainda atende a todos os três critérios do ASC 808 e não é conduzido por meio de uma entidade separada; liste cada bem ou serviço distinto e registre sua conclusão sobre o cliente com o raciocínio; verifique que o principal nas vendas a terceiros reporta de forma bruta; coloque cada pagamento do colaborador na linha correta — receita, redução de despesa ou outras receitas; e reconcilie os valores da nota de rodapé com o razão. Faça isso todo trimestre e a pergunta mais difícil do auditor se torna sua resposta mais fácil.
