O contrato PJ virou o padrão — e isso nunca foi tão arriscado
Há pelo menos uma década, o modelo de contratação como pessoa jurídica (PJ) se consolidou como o caminho mais comum para profissionais de tecnologia no Brasil. Engenheiros de software, analistas de dados, designers de produto e, cada vez mais, especialistas em inteligência artificial são atraídos pela promessa de remunerações mais altas e pela aparente simplicidade burocrática de emitir notas fiscais em vez de ter descontos de INSS e FGTS na folha. Eu mesmo, ao longo da minha trajetória em empresas de produto digital e consultorias de TI, já assinei contratos nesse formato e orquestrei a migração de times inteiros para estruturas de prestação de serviços. A vantagem financeira imediata é inegável, mas o que muitos engenheiros e founders subestimam é a instabilidade jurídica que cerca essa modalidade — instabilidade que acaba de ganhar um novo capítulo com sinalizações recentes do Supremo Tribunal Federal.
O ponto central do debate, que há anos transita entre tribunais trabalhistas e o STF, é a pejotização: a prática de contratar um trabalhador como se fosse uma empresa, quando na realidade ele exerce funções com subordinação, habitualidade e pessoalidade — os clássicos requisitos do vínculo empregatício. Para quem vive o dia a dia de squads ágeis, entregas sob demanda e cultura de resultado, essa linha tênue entre autonomia e dependência é particularmente perigosa. E o que o STF vem sinalizando, ao restringir a competência da Justiça do Trabalho para declarar a nulidade de contratos civis entre PJ e contratante, vai contra anos de jurisprudência consolidada nos TRTs. O descompasso entre as cortes não é apenas acadêmico; ele tem impacto direto na previsibilidade de quem trabalha com tecnologia.
O descolamento entre tribunais e a zona cinzenta do engenheiro de software
Para contextualizar o cenário, é preciso entender como a Justiça do Trabalho historicamente tratou a pejotização. Durante anos, decisões de tribunais regionais e do TST consideraram que a existência de subordinação jurídica, mesmo em contratos de prestação de serviços formalmente corretos, tornava o vínculo empregatício inevitável. Uma engenheira que batesse ponto, usasse ferramentas da empresa, tivesse horário fixo e recebesse demandas de um líder interno dificilmente escaparia do reconhecimento de vínculo, independentemente de ter um CNPJ.
O STF, por outro lado, tem adotado uma leitura mais restritiva, baseada no artigo 114 da Constituição Federal. A tese que ganhou força é a de que a Justiça do Trabalho não pode, por conta própria, desconsiderar a personalidade jurídica de uma empresa regularmente constituída para declarar a existência de relação de emprego. Na prática, isso significa que, mesmo que um profissional de tecnologia trabalhe em regime de exclusividade e com forte integração à equipe do contratante, o reconhecimento do vínculo pode depender de uma discussão mais ampla sobre a validade do ato jurídico — algo que escapa da alçada trabalhista e migra para a Justiça comum.
Para quem está na ponta do código, a consequência é direta: a segurança jurídica de um contrato PJ nunca foi tão frágil. Em vez de haver uma regra clara, temos um cenário de “depende do tribunal”, o que é péssimo para decisões de carreira e para a estruturação de times em startups e scale-ups. Já vi casos em que founders optaram por manter todo o time como CLT justamente por não confiarem na jurisprudência volátil — e acertaram, porque a economia com a pejotização muitas vezes não compensa o passivo trabalhista que pode surgir anos depois.
Subordinação algorítmica: o novo vetor de risco em produto digital
Há um agravante que poucos artigos jurídicos tradicionais consideram: a subordinação algorítmica. Em empresas de tecnologia, a gestão de times é cada vez mais mediada por plataformas. O sprint planning, as daily meetings, o uso de Jira para tracking de tarefas e até a avaliação de performance por métricas de código ou entrega são formas sutis — e extremamente eficientes — de controle. Um profissional PJ que está sujeito a um sistema de OKRs definido unilateralmente pela liderança, que tem seu trabalho medido por dashboards e que responde a prazos estipulados por um PM pode argumentar que não há liberdade real na prestação do serviço.
A Justiça do Trabalho tradicionalmente analisa subordinação com base em testemunhas e e-mails. Mas o que acontece quando a prova da subordinação está no commit history do Git, nos logs de acesso ao sistema ou na frequência de check-ins em uma ferramenta de produtividade? Esse é um ponto cego tanto na jurisprudência atual quanto na posição do STF. Em uma ação trabalhista de um engenheiro de software pleno contra uma fintech, não seria absurdo que o juiz pedisse a extração de dados de uma plataforma de gestão de projetos para verificar a intensidade do controle. E, nesse caso, o contrato PJ dificilmente resistiria.
O dilema das startups: agilidade na contratação versus passivo trabalhista
Fundadores de startups de tecnologia vivem um paradoxo. No início, o fluxo de caixa é apertado, a prioridade é product-market fit, e a contratação de CLT parece um peso burocrático e financeiro desnecessário. A saída natural é oferecer contratos PJ com valores mais atrativos e promessa de flexibilidade. E, de fato, para muitos profissionais — especialmente os mais experientes e que têm múltiplos clientes —, o modelo PJ é legítimo e vantajoso.
O problema é quando a empresa cresce, o profissional passa a atuar em dedicação exclusiva, participa de reuniões estratégicas, usa crachá, tem acesso a sistemas internos e responde a um líder direto. Nesse ponto, a substância da relação já mudou, mas o contrato segue sendo o mesmo. O risco não é teórico: já assessorei tecnicamente equipes que passaram por fiscalizações do Ministério do Trabalho e tiveram que converter dezenas de PJs para CLT às pressas, gerando retrabalho jurídico, desgaste cultural e, em alguns casos, a saída de profissionais que não aceitaram a redução do valor líquido recebido.
A posição do STF, ao restringir a atuação da Justiça do Trabalho, pode dar uma sobrevida a esse modelo, mas não elimina o risco. O que o Supremo sinaliza é que a declaração de nulidade do contrato PJ não pode ser feita de forma sumária pela vara trabalhista. No entanto, ela ainda pode ocorrer após um processo mais complexo, na Justiça comum, ou quando fica comprovada fraude na constituição da empresa do prestador. Para o profissional de tecnologia, isso significa que o passivo pode demorar mais a ser reconhecido, mas não desaparece. Para a empresa, significa que a economia de custos previdenciários e trabalhistas pode vir acompanhada de uma bomba-relógio jurídica que explode exatamente quando o negócio está maduro o suficiente para ser auditado ou vendido.
A responsabilidade do engenheiro sobre o próprio contrato
Uma lição que carrego da minha experiência em produto digital é que o profissional de tecnologia precisa, ele mesmo, entender os termos jurídicos do contrato que assina. Não dá mais para delegar essa responsabilidade para o RH da contratante ou para o contador — principalmente quando o entendimento do STF e da Justiça do Trabalho está em conflito. Recomendo que todo engenheiro que atua como PJ mantenha uma pasta com evidências da autonomia: propostas comerciais formalizadas, liberdade para recusar demandas, contratação de eventuais substitutos, ausência de punições por atraso e, principalmente, a comprovação de que presta serviços para mais de um cliente simultaneamente.
Na prática, é isso que separa um contrato de prestação de serviços legítimo de uma pejotização disfarçada. Se o profissional não pode dizer "não" a uma tarefa, se ele não tem autonomia para definir horários e métodos de trabalho, e se a empresa trata o pagamento como salário (fixo, mensal e sem relação com entregas específicas), o risco de reconhecimento de vínculo é altíssimo — STF ou não.
O futuro da relação de trabalho em tecnologia: regulação ou autorregulação?
A discussão sobre pejotização não vai se resolver com uma única decisão do STF. O que estamos vendo é um embate entre dois mundos: de um lado, a rigidez da CLT, pensada para a indústria do século XX; do outro, a fluidez do trabalho em tecnologia, que valoriza projetos curtos, entregas por sprint e autonomia técnica. O erro está em querer encaixar uma realidade que não é binária em moldes jurídicos que também não são binários.
O melhor caminho, na minha opinião, não é nem a pejotização irrestrita nem a obrigatoriedade universal da CLT. Seria uma regulamentação intermediária que reconhecesse figuras como o contrato de trabalho intermitente com garantias previdenciárias proporcionais, ou um regime de transição entre PJ e CLT conforme o grau de integração do profissional à empresa. Enquanto isso não sai do papel, o que resta é a autorregulação: empresas de tecnologia que desejam evitar passivo trabalhista devem auditar periodicamente seus contratos PJ, verificar a real autonomia dos prestadores e, ao menor sinal de subordinação estrutural, converter o vínculo para CLT antes que um ex-funcionário ou o Ministério Público do Trabalho o faça por elas.
Engenheiros de software, por sua vez, precisam tratar o contrato de trabalho como parte do design do produto — com a mesma atenção que dedicam à arquitetura do sistema. Um contrato mal planejado, assim como um acoplamento indevido no código, gera dívida técnica. Só que, nesse caso, a dívida pode custar não apenas performance, mas estabilidade financeira e segurança jurídica de longo prazo.