# OccupySaaS: o que as alternativas de código aberto ao Salesforce e Auth0 implementam Published: 2026-11-03 OccupySaaS está a usar IA para desenvolver alternativas auto-hospedáveis a software por subscrição. O SalesCompel, o seu projeto compatível com Salesforce, possui uma "slice" inicial persistente de registos de clientes em Go/PostgreSQL e um protótipo de exploração separado cujas edições permanecem em memória. O ZeroAuthy regista testes com clientes Auth0 nomeados e possui uma listagem de autocertificação de conformidade OpenID restrita. A mudança para produção ainda requer fluxo de trabalho, migração e evidências operacionais. O veredito é NEEDS REVIEW. Canonical: https://thedailydiff.dev/pt-PT/video/2026-11-02-occupysaas-rebuild/ ## O que este vídeo aborda - A Salesforce anuncia o Pro Suite a $100 USD por utilizador por mês, faturado anualmente. Este é um plano pago, com ofertas de preço mais baixo e gratuitas também disponíveis. O episódio relata o objetivo do projeto de reduzir a dependência por "seat", sem medir economias ou reivindicar cobertura equivalente do produto. - O site OccupySaaS data o projeto público ZeroAuthy para 14 de outubro de 2026 e o SalesCompel para 15 de outubro. O evento de 2 de novembro é uma discussão recente. A narrativa de "layoff" do site é uma autodescrição atribuída; os históricos de emprego dos contribuidores não foram estabelecidos de forma independente aqui. - O guia de implementação do SalesCompel descreve operações persistentes de Conta e Contacto num candidato Go/PostgreSQL com "tenant-scope". O seu protótipo de exploração Vue separado usa dados sintéticos e mantém as edições em memória sem chamadas ao "backend". Nenhum marco de programa completo tem um "pass" registado na "exit-gate", 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 abrangente ou paridade total com o Auth0. O "multi-factor sign-in" e uma varredura de "hardening" operacional permanecem como trabalho futuro no "roadmap". - No guia inicial de "backend" do SalesCompel, um operador de base de dados autorizado revoga um "token" provisionado ao apagar a sua linha de "digest" armazenada. O guia coloca o ciclo de vida do "token" e o "login" público em trabalho futuro. Este procedimento concreto ilustra a responsabilidade operacional que uma empresa assume ao hospedar a sua substituição. - Um relatório de 21 de outubro do "committer" do PostgreSQL, Robert Haas, descreve a descoberta de "bugs" assistida por IA a superar 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. Testar a "slice" suportada contra fluxos de trabalho reais, permissões e necessidades de recuperação, e nomear 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 remove 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 "slice" inicial persistente de registos de clientes, de acordo com o seu README e guia de implementação. O "backend" Go/PostgreSQL suporta operações de Conta e Contacto com acesso "tenant-scoped" e consultas limitadas. Um protótipo de exploração Vue separado usa registos sintéticos e mantém as edições em memória. O projeto documenta trabalho inacabado de migração e fluxos de trabalho mais amplos, e a certificação de produção não foi alcançada. ### Como um servidor compatível pode ajudar uma empresa a deixar o seu fornecedor de SaaS? Um servidor compatível pode aceitar pedidos de um cliente de software existente num destino diferente, preservando mais da integração existente de uma aplicação. A matriz do ZeroAuthy regista verificações com clientes Auth0 nomeados, enquanto o guia do SalesCompel lista uma superfície implementada limitada. Os registos 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 do provedor. A Fundação define a autocertificação como a declaração formal de uma entidade sobre a conformidade de uma implementação através de testes. A afirmação tem um âmbito de protocolo definido. O "roadmap" do ZeroAuthy separa o "multi-factor sign-in" e o "hardening" operacional para trabalhos posteriores, então uma decisão de produção precisa de evidências além do âmbito limitado da listagem. ### Como um "token" de acesso provisionado é revogado no "backend" inicial do SalesCompel? Um operador de base de dados autorizado elimina a linha de "digest" armazenada do "token" provisionado, de acordo com o guia de implementação do SalesCompel. O "digest" é a impressão digital do "token" na base de dados. O mesmo guia coloca o ciclo de vida do "token" e o "login" público em trabalho futuro. Este é um procedimento de candidato inicial documentado que um operador de auto-hospedagem precisa de compreender; o episódio não afirma ter executado um teste de "offboarding" de produção. ### Qual foi o veredito do The Daily Diff sobre uma mudança de produção para esta substituição? O veredito do The Daily Diff foi NEEDS REVIEW. O episódio recomenda testar as "slices" suportadas porque um servidor aberto compatível pode criar uma opção de saída. A produção permanece condicionada a evidências de migração e responsabilidade operacional claras, refletindo o âmbito inicial documentado do SalesCompel e o "roadmap" 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 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 clientes Auth0? - 2:31 Quanto do Salesforce está implementado? - 3:39 Quem mantém o código depois de a IA o escrever? - 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. ### 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 o seu "roadmap" mostra o quanto resta. Neste vídeo, o que já funciona? O que o segue? E quem fica com o botão de desligar? Quando um funcionário sai, o seu acesso precisa de ser interrompido. As instruções de reconstrução do Salesforce dizem-lhe quem tem de fazer esse trabalho. Seguiremos o passo exato antes do veredito. 0:21 É segunda-feira, dois de novembro, e este é o The Daily Diff. OccupySaaS é um esforço de código aberto que usa IA para reconstruir software de subscrição a partir de documentação pública. ZeroAuthy visa Auth0, o serviço que lida com os "logins" das aplicações. SalesCompel visa Salesforce, onde as equipas de vendas mantêm os registos de clientes. Ambos os projetos são iniciais e auto-hospedáveis. O Salesforce anuncia a sua "suite" Pro a cem dólares por utilizador por mês, ### Por que reconstruir algo que as empresas já compram? 0:45 faturado anualmente. Cada lugar extra aumenta essa conta. OccupySaaS chama ao preço por lugar um imposto sobre o crescimento. O departamento de compras finalmente descobriu uma subscrição para contratar pessoas. A fuga proposta é a compatibilidade. A sua aplicação já envia pedidos ao fornecedor através de um cliente de software. Construa um servidor que compreenda esses pedidos, e o mesmo cliente pode falar com o seu servidor, em vez disso. Mantém mais da aplicação que já pagou a engenheiros para construir. 1:09 Isso importa quando sair significa reconstruir anos de hábitos da empresa. Um registo de cliente pode conter campos personalizados, e outra aplicação pode depender de como um pedido se comporta exatamente. Manter isso a funcionar é a promessa difícil. A questão útil é qual parte da sua configuração existente este código já consegue compreender. O slogan do site é: eles despediram-nos, estamos a reconstruir o seu SaaS. Esses históricos de emprego não são verificados aqui. 1:32 O evento de hoje é a discussão no 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. A substituição do Auth0 pelo mesmo esforço dá-nos algo concreto para verificar. ### O que já funciona com clientes Auth0? 1:44 A matriz de compatibilidade do ZeroAuthy regista credenciais de "sign-in" e acesso testadas com clientes de software Auth0 nomeados, incluindo o cliente React. Nomeia versões exatas e distingue verificações de clientes de testes apenas do servidor. Esses limites 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". Isso é uma afirmação de autocertificação verificável com um âmbito definido. O "roadmap" do projeto ainda coloca o "multi-factor sign-in" e o "hardening" operacional em trabalhos posteriores. 2:11 Pode inspecionar tanto a conquista quanto o trabalho inacabado antes de confiar nele com clientes. No Hacker News, o comentador 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 chamada de vendas. Alguém ainda é chamado durante o jantar. O SalesCompel torna essa fronteira especialmente visível. ### Quanto do Salesforce está implementado? 2:33 O seu "backend" Go armazena registos de Conta e Contacto no PostgreSQL, com acesso "tenant-scoped" e consultas limitadas. O seu guia de implementação lista as operações suportadas. Um comportamento de consulta mais amplo e a migração permanecem fora dessa "slice". Os anos de personalização da sua empresa viajam como um problema separado. E tenha cuidado com o ecrã que está a admirar. O protótipo de exploração Vue separado usa dados sintéticos e mantém edições em memória. A "slice" de "backend" persiste os registos. 2:57 O "readme" explica ambos. Uma lista de clientes atraente pode demonstrar um "layout" enquanto o plano de migração está ainda a ser escrito. Para crédito dos construtores, eles documentam o trabalho inacabado. O "roadmap" diz que nenhum marco de programa completo tem um "pass" registado na "exit-gate", e a certificação de produção não foi alcançada. A sua estimativa restante abrange centenas de pacotes de trabalho delimitados. 3:16 Essa é uma estimativa de âmbito; não há uma data de entrega escondida nela. Então, o que o segue? Os seus registos precisam de um destino verificado. As integrações precisam dos seus pedidos reais testados. As permissões precisam de ser verificadas contra a sua organização real. Uma API familiar diminui uma barreira de migração; cada 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 de a IA o escrever? 3:40 Em vinte e um de outubro, o "committer" do PostgreSQL, Robert Haas, escreveu que a descoberta de "bugs" assistida por IA estava a superar a revisão humana. Ele ligou essa pressão a reversões tardias de funcionalidades e ao atraso da versão dezanove. A sua explicação de outubro é um contexto útil para estes 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 versões mais antigas também desvia os revisores. Possuir a substituição também lhe dá essa obrigação de manutenção. 4:05 Orçamento para um mantenedor ao lado da máquina que produz código. A parte fácil de cancelar uma subscrição é encontrar o botão. ### Onde o SalesCompel coloca o botão de desligar? 4:12 Agora esse funcionário precisa de ter o seu acesso removido. No guia inicial de "backend" do SalesCompel, a credencial de acesso é um "token". Para revogar um "token" provisionado, um operador de base de dados autorizado elimina a sua linha de "digest" armazenada. Essa é a impressão digital do "token" na base de dados. O guia coloca o ciclo de vida do "token" e o "login" público em trabalho futuro. Controla o servidor, e é responsável por interromper o acesso. Gosto de ter essa escolha. 4:33 Eu ensaiaria fluxos de trabalho e recuperação reais antes de colocar clientes por trás disso. A sua política de "clean-room" declarada exclui material confidencial do empregador e reconhece o risco contratual. A licença Apache dá-lhe permissões para este código; o seu trabalho jurídico sobrevive ao "download". O "roadmap" público dá-lhe algo útil para interrogar enquanto a página inicial celebra a ocupação. Se preferir ler isto a ouvir-me dizer, o "diff" chega à sua caixa de entrada 4:55 todas as manhãs, gratuitamente em thedailydiff dot 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 "slices" suportadas porque um servidor aberto compatível pode dar aos desenvolvedores uma saída. Manteria a produção condicionada a evidências de migração e responsabilidade operacional. Subscreva, carregue no sino e diga-me nos comentários se o teria carimbado de forma diferente. E este é o "diff" de hoje. Sou o 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