# OccupySaaS: o que implementam as substituições de código aberto do Salesforce e Auth0 Published: 2026-11-03 OccupySaaS está usando IA para desenvolver alternativas auto-hospedáveis a softwares por assinatura. O SalesCompel, seu projeto compatível com Salesforce, possui uma fatia inicial persistente de registro de clientes Go/PostgreSQL e um protótipo de exploração separado cujas edições permanecem na memória. O ZeroAuthy registra testes com clientes Auth0 nomeados e possui uma listagem de autocertificação de conformidade OpenID restrita. A mudança para produção ainda requer evidências de fluxo de trabalho, migração e operação. O veredito é NEEDS REVIEW. Canonical: https://thedailydiff.dev/pt-BR/video/2026-11-02-occupysaas-rebuild/ ## O que este vídeo aborda - Salesforce anuncia a Pro Suite por US$ 100 por usuário por mês, cobrado anualmente. Este é um plano pago, com ofertas de menor preço e gratuitas também disponíveis. O episódio relata o objetivo do projeto de reduzir a dependência por "assento", sem medir economias ou alegar cobertura de produto equivalente. - O site OccupySaaS data o projeto público do ZeroAuthy para 14 de outubro de 2026 e o do SalesCompel para 15 de outubro. O evento de 2 de novembro é uma discussão recente. A narrativa de demissão do site é uma auto-descrição atribuída; os históricos de emprego dos colaboradores não foram estabelecidos independentemente aqui. - O guia de implementação do SalesCompel descreve operações persistentes de Contas e Contatos em um candidato Go/PostgreSQL com escopo de inquilino. Seu protótipo de exploração Vue separado usa dados sintéticos e mantém as edições na memória sem chamadas de backend. Nenhum marco de programa completo tem uma aprovação de saída registrada, e a certificação de produção não foi alcançada. - A matriz do ZeroAuthy nomeia versões de clientes e distingue verificações de clientes de testes apenas de servidor. A OpenID Foundation lista o commit 38b4229 do zeroauthy para os perfis Basic OP, Config OP e Form Post OP. A autocertificação diz respeito a perfis de protocolo específicos; é distinta de uma auditoria de segurança geral ou paridade total com o Auth0. O login multifator e uma varredura de endurecimento operacional permanecem como trabalho futuro do roteiro. - No guia inicial de backend do SalesCompel, um operador de banco de dados autorizado revoga um token provisionado excluindo sua linha de resumo armazenada. O guia coloca o ciclo de vida do token e o login público em trabalhos futuros. Este procedimento concreto ilustra a responsabilidade operacional que uma empresa assume ao hospedar sua substituição. - Um relatório de 21 de outubro do committer do PostgreSQL Robert Haas descreve a descoberta de bugs assistida por IA superando a revisão humana. O episódio usa esta explicação datada e atribuída como contexto de manutenção, em vez de um novo anúncio de lançamento ou uma medição de defeitos do OccupySaaS. - O veredito do The Daily Diff é NEEDS REVIEW para uma mudança de produção. Teste a "fatia" suportada contra fluxos de trabalho reais, permissões e necessidades de recuperação, e nomeie o operador responsável pelo serviço. A política de "clean-room" declarada reconhece o risco contratual, e uma licença de código aberto não elimina os custos de infraestrutura ou manutenção. ## Perguntas e respostas ### O que o substituto de código aberto do Salesforce, SalesCompel, implementa? O SalesCompel implementa uma fatia inicial persistente de registro de clientes, de acordo com seu README e guia de implementação. O backend Go/PostgreSQL suporta operações de Conta e Contato com acesso com escopo de locatário e consultas limitadas. Um protótipo de exploração Vue separado usa registros sintéticos e mantém as edições na memória. O projeto documenta trabalho inacabado de migração e fluxo de trabalho mais amplo, e a certificação de produção não foi alcançada. ### Como um servidor compatível pode ajudar uma empresa a deixar seu fornecedor de SaaS? Um servidor compatível pode aceitar solicitações de um cliente de software existente em um destino diferente, preservando mais da integração existente de um aplicativo. A matriz do ZeroAuthy registra verificações com clientes Auth0 nomeados, enquanto o guia do SalesCompel lista uma superfície implementada limitada. Os registros reais da empresa, permissões e fluxos de trabalho personalizados ainda precisam de um ensaio de migração contra o comportamento suportado antes do uso em produção. ### O que a listagem de autocertificação OpenID do ZeroAuthy estabelece? A OpenID Foundation lista um commit específico do ZeroAuthy para três perfis de conformidade de provedor. A Fundação define autocertificação como a declaração formal de uma entidade sobre a conformidade de uma implantação através de testes. A reivindicação tem um escopo de protocolo definido. O roteiro do ZeroAuthy coloca separadamente o login multifator e o endurecimento operacional em trabalhos posteriores, então uma decisão de produção precisa de evidências além do escopo limitado da listagem. ### Como um token de acesso provisionado é revogado no backend inicial do SalesCompel? Um operador de banco de dados autorizado exclui a linha de resumo armazenada do token provisionado, de acordo com o guia de implementação do SalesCompel. O resumo é a impressão digital do token no banco de dados. O mesmo guia coloca o ciclo de vida do token e o login público em trabalhos futuros. Este é um procedimento de candidato inicial documentado que um operador de auto-hospedagem precisa entender; o episódio não afirma ter executado um teste de desativação de produção. ### Qual foi o veredito do The Daily Diff sobre uma mudança de produção para este substituto? O veredito do The Daily Diff foi NEEDS REVIEW. O episódio recomenda testar "fatias" suportadas porque um servidor aberto compatível pode criar uma opção de saída. A produção permanece barrada em evidências de migração e responsabilidade operacional clara, refletindo o escopo inicial documentado do SalesCompel e o roteiro inacabado. Um ensaio deve cobrir os fluxos de trabalho reais da empresa, permissões e necessidades de recuperação antes que o acesso do cliente dependa da substituição. ## Capítulos - 0:00 Você pode cancelar o Salesforce e manter o produto? - 0:42 Por que reconstruir algo que as empresas já compram? - 1:41 O que já funciona com os clientes Auth0? - 2:31 Quanto do Salesforce está implementado? - 3:39 Quem mantém o código depois que a IA o escreve? - 4:12 Onde o SalesCompel coloca o botão de desligar? - 4:59 Eu moveria a produção para este plano de saída? ## Transcrição traduzida Traduzido da narração original em inglês. Áudio e legendas disponíveis são controlados pelo YouTube. ### Você pode cancelar o Salesforce e manter o produto? 0:00 Um clone do Salesforce soa como cancelar a conta e manter o produto. OccupySaaS tem código público, e seu roteiro mostra o quanto ainda falta. Neste vídeo, o que já funciona? O que te segue para fora? E quem fica com o botão de desligar? Quando um funcionário sai, seu acesso precisa ser interrompido. As instruções de reconstrução do Salesforce dizem quem tem que fazer esse trabalho. Seguiremos o passo exato antes do veredito. 0:21 É segunda-feira, dois de novembro, e este é The Daily Diff. OccupySaaS é um esforço de código aberto que usa IA para reconstruir software por assinatura a partir de documentação pública. ZeroAuthy visa o Auth0, o serviço que lida com logins de aplicativos. SalesCompel visa o Salesforce, onde as equipes de vendas mantêm registros de clientes. Ambos os projetos são iniciais e auto-hospedáveis. Salesforce anuncia sua suíte Pro por cem dólares por usuário por mês, ### Por que reconstruir algo que as empresas já compram? 0:45 cobrado anualmente. Cada assento extra aumenta essa conta. OccupySaaS chama o preço por assento de um imposto sobre o crescimento. O setor de compras finalmente descobriu uma assinatura para contratar pessoas. A fuga proposta é a compatibilidade. Seu aplicativo já envia as solicitações do fornecedor através de um cliente de software. Crie um servidor que entenda essas solicitações, e o mesmo cliente pode conversar com seu servidor em vez disso. Você mantém mais do aplicativo que já pagou engenheiros para construir. 1:09 Isso importa quando sair significa reconstruir anos de hábitos da empresa. Um registro de cliente pode conter campos personalizados, e outro aplicativo pode depender de exatamente como uma solicitação se comporta. Manter isso funcionando é a promessa difícil. A questão útil é qual parte de sua configuração existente este código já pode entender. O slogan do site é: eles nos demitiram, nós estamos reconstruindo o SaaS deles. Esses históricos de emprego não foram verificados aqui. 1:32 O evento de hoje é a discussão do Hacker News. A própria linha do tempo do site coloca os dois projetos públicos em meados de outubro. O filme de vingança está em desenvolvimento há semanas. O mesmo esforço de substituição do Auth0 nos dá algo concreto para verificar. ### O que já funciona com os clientes Auth0? 1:44 A matriz de compatibilidade do ZeroAuthy registra credenciais de login e acesso testadas com clientes de software Auth0 nomeados, incluindo o cliente React. Ele nomeia versões exatas e distingue verificações de cliente de testes apenas do servidor. Essas fronteiras tornam a afirmação útil. A própria lista da OpenID Foundation nomeia uma versão específica do ZeroAuthy para três perfis padrão de login. Essa é uma afirmação de autocertificação verificável com um escopo definido. O roteiro do projeto ainda coloca o login multifator e o endurecimento operacional em trabalho posterior. 2:11 Você pode inspecionar tanto a conquista quanto o trabalho inacabado antes de confiar nele com clientes. No Hacker News, o comentarista ozim aponta para backups e atualizações de segurança como parte do que os clientes compram. Objeção justa. Uma empresa que escolhe a auto-hospedagem precisa de alguém responsável por esses trabalhos, mesmo quando a licença chega sem uma ligação de vendas. Alguém ainda é chamado durante o jantar. O SalesCompel torna essa fronteira especialmente visível. ### Quanto do Salesforce está implementado? 2:33 Seu backend Go armazena registros de Conta e Contato em PostgreSQL, com acesso com escopo de locatário e consultas limitadas. Seu guia de implementação lista as operações suportadas. Comportamento de consulta mais amplo e migração permanecem fora dessa fatia. Os anos de personalização de sua empresa viajam como um problema separado. E tenha cuidado com qual tela você está admirando. O protótipo de exploração Vue separado usa dados sintéticos e mantém as edições na memória. A "fatia" do backend persiste nos registros. 2:57 O readme explica ambos. Uma lista de clientes atraente pode demonstrar um layout enquanto o plano de migração está ainda sendo escrito. Para o crédito dos construtores, eles escrevem o trabalho inacabado. O roteiro diz que nenhum marco de programa completo tem uma aprovação de saída registrada, e a certificação de produção não foi alcançada. A estimativa restante deles é de centenas de pacotes de trabalho delimitados. 3:16 Isso é uma estimativa de escopo; não há data de entrega escondida nela. Então, o que te segue para fora? Seus registros precisam de um destino verificado. As integrações precisam que suas solicitações reais sejam testadas. As permissões precisam ser verificadas contra sua organização real. Uma API familiar diminui uma barreira de migração; todo fluxo de trabalho não suportado ainda pertence à lista de aceitação. O clone herda as peculiaridades da sua empresa gratuitamente. 3:38 Um relatório mais antigo explica a carga de trabalho. ### Quem mantém o código depois que a IA o escreve? 3:40 Em vinte e um de outubro, o committer do PostgreSQL Robert Haas escreveu que a descoberta de bugs assistida por IA estava superando a revisão humana. Ele ligou essa pressão a reversões tardias de recursos e ao atraso da versão dezenove. Sua explicação de outubro é um contexto útil para esses clones. Haas diz que os modelos podem elaborar correções, e os humanos ainda verificam a correção e os padrões do projeto. O trabalho em lançamentos mais antigos também desvia revisores. Possuir a substituição também lhe dá essa obrigação de manutenção. 4:05 Orce um mantenedor ao lado da máquina que produz o código. A parte fácil de cancelar uma assinatura é encontrar o botão. ### Onde o SalesCompel coloca o botão de desligar? 4:12 Agora, esse funcionário precisa ter seu acesso removido. No guia inicial de backend do SalesCompel, a credencial de acesso é um token. Para revogar um token provisionado, um operador de banco de dados autorizado exclui sua linha de resumo armazenada. Essa é a impressão digital do token no banco de dados. O guia coloca o ciclo de vida do token e o login público em trabalhos futuros. Você controla o servidor, e você é responsável por fazer o acesso parar. Gosto de ter essa escolha. 4:33 Eu ensaiaria fluxos de trabalho reais e recuperação antes de colocar clientes por trás disso. Sua política de "clean-room" declarada exclui material confidencial do empregador e reconhece o risco contratual. A licença Apache lhe dá permissões para este código; seu trabalho legal de casa sobrevive ao download. O roteiro público lhe dá algo útil para interrogar enquanto a página inicial celebra a ocupação. Se você preferir ler isso a me ouvir dizer, o diff chega à sua caixa de entrada 4:55 todas as manhãs, gratuitamente em thedailyddiff.dev, link abaixo. Então, o veredito de hoje é NEEDS REVIEW. ### Eu moveria a produção para este plano de saída? 5:01 Eu testaria as "fatias" suportadas porque um servidor aberto compatível pode dar aos desenvolvedores uma saída. Eu manteria a produção barrada em evidências de migração e responsabilidade operacional. Inscreva-se, ative o sino e me diga nos comentários se você o teria carimbado de forma diferente. E esse é o diff de hoje. Eu sou Niko da Axrisi. Mescle com responsabilidade. ## Fontes - [SalesCompel README: candidate, prototype and roadmap limits](https://github.com/occupysaas/salescompel/blob/2aa326536f38768c24744079398966d325bb6589/README.md) — OccupySaaS / SalesCompel - [SalesCompel early backend: implemented surface and token revocation](https://github.com/occupysaas/salescompel/blob/2aa326536f38768c24744079398966d325bb6589/docs/compat/plan-2-implementation.md) — OccupySaaS / SalesCompel - [ZeroAuthy README and roadmap](https://github.com/occupysaas/zeroauthy/blob/5d1c30c1ac7c90d88307c1958af7d7fd20ef0d54/README.md) — OccupySaaS / ZeroAuthy - [Certified OpenID providers and profiles](https://openid.net/certification/certified-openid-providers-profiles/) — OpenID Foundation - [What is self-certification?](https://openid.net/developers/what-is-self-certification-faq/) — OpenID Foundation - [Sales pricing: Pro Suite annual billing](https://www.salesforce.com/sales/pricing/) — Salesforce - [OccupySaaS: stated method and October timeline](https://occupysaas.com/) — OccupySaaS - [Postgres 19 is late, and it's AI's fault — October 21, 2026](https://neon.com/blog/postgres-19-is-late-and-its-ais-fault) — Robert Haas / Neon - [ZeroAuthy stated clean-room policy](https://github.com/occupysaas/zeroauthy/blob/5d1c30c1ac7c90d88307c1958af7d7fd20ef0d54/CLEAN_ROOM.md) — OccupySaaS / ZeroAuthy - [ZeroAuthy compatibility matrix](https://github.com/occupysaas/zeroauthy/blob/5d1c30c1ac7c90d88307c1958af7d7fd20ef0d54/docs/compat/matrix.md) — OccupySaaS / ZeroAuthy - [SalesCompel progress and remaining roadmap](https://github.com/occupysaas/salescompel/blob/2aa326536f38768c24744079398966d325bb6589/docs/plans/2026-10-20-progress-and-remaining-roadmap.md) — OccupySaaS / SalesCompel - [OccupySaaS discussion — November 2, 2026](https://news.ycombinator.com/item?id=50331402) — Hacker News - [Cover portrait: Marc Benioff by Christie Hemm Klok / Salesforce; cropped and background removed](https://commons.wikimedia.org/wiki/File:Marc_Benioff.jpg) — Wikimedia Commons · CC BY-SA 2.0 - [Cover portrait and adapted artwork license: CC BY-SA 2.0](https://creativecommons.org/licenses/by-sa/2.0/) — Creative Commons