SaaS multi-tenant compartilhado
Omie, Conta Azul, TOTVS Cloud, Bling. Infra compartilhada entre todos os clientes da plataforma. Barato, escalável, configuração rápida. Vence pra PME com processo padrão; bate teto de customização cedo.
Cloud ERP virou consenso no Brasil em 2026 — TOTVS Cloud, Omie, Conta Azul, NetSuite e Senior dominam a SERP de "erp na nuvem" e a AI Overview do Google. Esta página assume que você já decidiu por cloud-first e está escolhendo entre SaaS multi-tenant compartilhado, single-tenant dedicado ou cloud sob medida hospedado no AWS/GCP do próprio cliente — três modelos com perfis de custo, lock-in técnico e ownership do código radicalmente diferentes que ninguém na SERP atual distingue com critério.
60 segundos
ERP na nuvem é o sistema ERP hospedado em servidores remotos do fornecedor ou do cliente, acessado via internet — em oposição a on-premise rodando em servidor físico da empresa. Existem três modelos cloud distintos com perfis técnicos e contratuais radicalmente diferentes: SaaS multi-tenant compartilhado (Omie, TOTVS Cloud, Conta Azul), single-tenant dedicado (NetSuite OneWorld) e cloud sob medida self-hosted no VPC do próprio cliente. A confusão entre os três é o que faz a empresa comprar errado.
SaaS multi-tenant compartilhado
Omie, Conta Azul, TOTVS Cloud, Bling. Infra compartilhada entre todos os clientes da plataforma. Barato, escalável, configuração rápida. Vence pra PME com processo padrão; bate teto de customização cedo.
Single-tenant dedicado
NetSuite OneWorld, SAP Business ByDesign. Infra do fornecedor mas com instância isolada por cliente. Mais customização que multi-tenant, custo maior, ainda lock-in contratual com o fornecedor. Encaixe enterprise médio-grande com processo único.
Cloud sob medida self-hosted
Stack custom hospedado no AWS, GCP ou Azure do próprio cliente — Huios desenvolve, cliente é dono do código e do dado. Multi-tenancy implementada quando faz sentido (schema-per-tenant ou row-level security em Postgres). Máxima flexibilidade, sem lock-in técnico, exige owner técnico interno.
ERP na nuvem ≠ SaaS modular
Cloud é a categoria de hospedagem; SaaS modular é um modelo dentro dela. Empresa madura distingue os dois antes de assinar — comprar SaaS achando que é "cloud" sem entender o lock-in técnico custa caro 24 meses depois quando o teto da plataforma chega.
Esta página aprofunda o critério técnico de cloud ERP especificamente. Se você ainda está decidindo entre prateleira, modular SaaS, híbrido ou sob medida em geral — cloud ou não — comece pelo hub do cluster: o sistema ERP que não te aprisiona compara os 4 modelos genéricos com framework de decisão em 4 perguntas, TCO de 5 anos e 7 critérios de avaliação técnica. Aqui assumimos que cloud-first já é decisão tomada e o problema agora é escolher entre SaaS multi-tenant, single-tenant ou self-hosted no seu cloud.
Compare
Cada modelo serve um perfil de empresa. O erro caro é tratar os três como sinônimos e assinar SaaS PME quando o processo já é diferencial competitivo. A coluna marcada como Huios cobre cloud sob medida self-hosted no AWS/GCP do próprio cliente — terceiro modelo, frequentemente esquecido na SERP. Pra avaliação prateleira-vs-sob-medida em geral (cloud ou não), ver o hub /sistemas/sistema-erp.
| Critério | SaaS multi-tenant (Omie, TOTVS Cloud) | Single-tenant (NetSuite OneWorld) | Cloud sob medida self-hosted (Huios) |
|---|---|---|---|
| Aderência ao processo | Limitada à configuração da plataforma | Customização paga + framework do fornecedor | Total — escrito pro processo específico |
| Lock-in técnico | Alto · dado em formato proprietário · API por parceiro | Médio · dado isolado mas plataforma fechada | Zero · código no GitHub do cliente · banco no VPC do cliente |
| Custo inicial (ano 1) | R$ 30k a R$ 240k (assinatura + setup) | R$ 240k a R$ 720k (licença enterprise + customização) | R$ 100k a R$ 350k (MVP cloud-native 90d) |
| Custo recorrente | R$ 200 a R$ 2k/mês por empresa · escala por usuário | R$ 8k a R$ 40k/mês fixos enterprise | R$ 500 a R$ 5k/mês de hosting AWS/GCP + sustentação 8-20h/mês |
| Ownership do código | Da plataforma SaaS | Customização paga vai pro fornecedor | 100% do cliente desde commit 1 |
| Multi-tenancy | Compartilhada entre todos os clientes | Isolada por cliente no fornecedor | Implementada se cliente vira plataforma · schema-per-tenant ou RLS |
| Quando vence | PME até 100-200 usuários · processo padrão · cloud-first sem ressalva | Empresa enterprise · processo único setorial · governança pesada | Diferencial competitivo no processo · owner técnico interno · sem lock-in aceito |
TCO 5 anos
Estimativa pra empresa com 50-200 usuários ativos e processo com 4-6 áreas integradas (financeiro, fiscal, vendas, estoque, compras, RH). Inclui assinatura ou licença, customização paga, hosting (quando self-hosted), manutenção evolutiva e migração de versão. Hidden costs em destaque por linha — comercial vende ano 1, soma honesta dos 5 anos é responsabilidade do comprador.
| Modelo | Ano 1 | Anos 2-3 | Anos 4-5 | Total estimado |
|---|---|---|---|---|
SaaS multi-tenant PMEOmie, Conta Azul, Bling cloud | R$ 30k a R$ 90k (setup + 1º ano de assinatura) | R$ 60k a R$ 180k (assinatura + novos usuários) | R$ 100k a R$ 280k (assinatura + integrações pagas + dev externo) | R$ 190k a R$ 550k + Bate teto da plataforma após 100-200 usuários · integração frágil quebra mensal |
SaaS multi-tenant enterpriseTOTVS Cloud (Protheus/RM/RH) | R$ 200k a R$ 500k (licença enterprise + setup) | R$ 240k a R$ 600k (manutenção 30-40% + customização paga) | R$ 320k a R$ 800k (upgrade major + nova customização) | R$ 760k a R$ 1.9M + Hora extra do parceiro homologado · paralisação parcial em upgrade · planilhas paralelas |
Single-tenant dedicadoNetSuite OneWorld, SAP ByDesign | R$ 240k a R$ 600k (licença + customização inicial) | R$ 280k a R$ 720k (licença + nova customização paga) | R$ 360k a R$ 900k (licença + evolução) | R$ 880k a R$ 2.2M + Suporte enterprise gringo (SAP/Oracle) com SLA em inglês · fuso EUA |
Cloud sob medida self-hostedHuios + AWS ou GCP no VPC do cliente | R$ 100k a R$ 350k (MVP cloud-native 90d) + R$ 6k a R$ 60k (hosting ano 1) | R$ 96k a R$ 240k (sustentação 8-20h/mês) + R$ 12k a R$ 120k (hosting) | R$ 120k a R$ 320k (evolução de feature) + R$ 12k a R$ 120k (hosting) | R$ 346k a R$ 1.21M + Discovery aprofundada · validação multi-tenancy · owner técnico interno necessário |
Faixas baseadas em projetos reais Huios cruzados com benchmark público (Gartner Magic Quadrant Cloud ERP 2025, IDC Brazil Cloud Adoption 2025, Panorama Consulting ERP Implementation 2024) pra mercado brasileiro entre 2024 e 2026. Empresa específica varia até 35% pra mais ou pra menos conforme número de usuários simultâneos, profundidade das integrações com legado, complexidade da migração de dados histórico e nível de compliance setorial exigido (LGPD reforçada na saúde, regulação Bacen em fintech). Custo de hosting AWS/GCP é proporcional ao volume de dado e tráfego; PME costuma rodar em R$ 500-1.500/mês, empresa média R$ 2-5k/mês, enterprise pode passar de R$ 10k/mês.
Pergunte: como exporto TODA a base (dado transacional, cadastro, configuração, audit trail) em CSV, JSON ou SQL não-capado se decidir trocar? Em quanto tempo? Resposta vaga ou "via API paga" é red flag — formato proprietário sem rota de saída é equivalente a sequestro.
Pergunte se a documentação completa da API é pública (não só pra parceiro homologado) e se inclui webhooks bidirecionais. Sem isso, integração custom vira projeto via parceiro pago do fornecedor — preço alto, fila longa, conflito de interesse explícito.
Pergunte: qual o prazo contratual em dias pra entrega da base completa após rescisão? Tem multa caso descumpra? Sem prazo SLA escrito, fornecedor entrega quando quiser — geralmente em momento que prejudica a transição pro novo sistema.
Pergunte: se eu virar plataforma e atender N clientes finais com mesmo software, como o sistema isola dado entre tenants? Schema-per-tenant ou RLS? Multi-tenant compartilhado vira problema de compliance quando um dos tenants é regulado (saúde, financeiro, governo).
Pergunte: o fornecedor consegue rodar a aplicação no MEU VPC AWS ou GCP, com fatura indo direto pra mim? Cloud sob medida self-hosted dá controle total de custo, latência e compliance regional. SaaS multi-tenant não oferece — fornecedor controla a infra.
Pergunte: backup automático é diário, semanal? Em quantas regiões? Qual o RTO (recovery time objective) e RPO (recovery point objective)? Sem documentação clara de DR, em incidente real a empresa fica refém do fornecedor pra reconstituir operação.
Pergunte: o sistema permite definir base legal LGPD (consentimento, execução de contrato, obrigação legal, interesse legítimo) por classe de dado? Audit trail por evento sensível? Dados pessoais segmentados pra atender pedido de eliminação ANPD? GDPR-ready é diferencial; LGPD-ready é obrigação no Brasil 2026.
Pergunte preço final somando: assinatura base + cada conector adicional (Magalu, iFood, marketplaces) + módulos opcionais (BI, RH, financeiro avançado) + suporte estendido. Compare com TCO 5 anos, não com mensalidade do ano 1 — ano 3 costuma ser onde o orçamento estoura.
Red flags contratuais
Padrões observados em SaaS ERP que prometeram migração simples na demo e quebraram quando o cliente quis sair ou crescer além do template. Lista organizada por área onde o sinal aparece — formato do dado, integrações via parceiro homologado e cláusula de saída fantasia que não funciona na prática.
Exportação CSV capada com limite de linhas
Plataforma exporta em CSV mas só as últimas 10 mil linhas, sem campos calculados, sem histórico de auditoria. Migração pra outro sistema vira projeto de remontar dado por API paga do próprio fornecedor. Pergunte se exportação é 100% da base em formato aberto antes de assinar.
Esquema proprietário sem documentação pública
Estrutura de tabela e relacionamentos só conhecida pelo time do fornecedor. Cliente que decide migrar precisa contratar consultoria do próprio fornecedor pra entender o que está exportando. Conflito de interesse explícito.
Audit trail truncado em exportação
Histórico de mudança e aprovação fica na plataforma e não vai pra exportação. Em fiscalização ANPD pós-troca de fornecedor, empresa não consegue produzir histórico do tratamento. Cláusula contratual de exportação completa do audit trail é pré-requisito.
API REST não documentada publicamente
Documentação da API só pra parceiro homologado. Empresa que quer integração custom precisa contratar parceiro pago do fornecedor — preço por hora salgado e fila de 6-8 semanas. Pergunte se documentação OpenAPI/Swagger é pública antes de assinar.
Conector pago por integração adicional
"O conector de Magalu custa R$ 500/mês a mais. iFood é R$ 300/mês. Bacen é R$ 800/mês." Empresa paga assinatura base + N conectores que viram parcela fixa. Em 24 meses, custo total dobrou. Pergunte preço final com TODAS as integrações listadas no contrato.
Webhook bidirecional não disponível
Sistema só envia dado quando o cliente puxa via API. Sem webhook, automação real (notificação em mudança de status, sincronização em tempo real) fica inviável. Pergunte se webhook bidirecional é parte do plano padrão antes de assinar.
"Cláusula de portabilidade" sem prazo SLA
Contrato menciona portabilidade de dados ao final, mas não define prazo SLA pra entrega da base completa. Na prática, fornecedor entrega quando quiser — geralmente em momento que prejudica a transição. Negocie prazo SLA explícito (60-90 dias) com multa caso descumpra.
Multa de saída desproporcional ao tempo restante
Multa de 12 meses de assinatura pra romper antes do prazo. Negocie pra 1-3 meses ou proporcional ao tempo restante. Multa pesada esconde produto que o fornecedor sabe que vai perder cliente — sinaliza confiança baixa do fornecedor no próprio produto.
Plataforma trava acesso na rescisão
No dia da rescisão, conta cliente é congelada e exportação só sai mediante quitação de eventual pendência financeira em prazo curto. Negocie período de transição mínimo de 60 dias com acesso completo à base mesmo após rescisão.
Stack alinhada ao que cloud ERP custom exige hoje: aplicação serverless ou container escalável, banco gerenciado com backup georreplicado, multi-tenancy implementada quando faz sentido e observability nativa. Cada pilar abaixo é não-negociável em projeto cloud-native — software que não cobre os três tem prazo de validade curto em escala real.
Next.js 16 rodando em Vercel, AWS ECS/Fargate ou Cloud Run conforme apetite a custo e controle. Banco Postgres gerenciado (RDS no AWS, Cloud SQL no GCP) com backup automático e point-in-time recovery. Migrations versionadas via Prisma. Cliente é dono da conta cloud — fatura AWS ou GCP vai direto pra ele, não passa pela Huios.
Pra empresa que vira plataforma e atende N clientes finais com mesmo software, implementamos isolamento de dado via schema-per-tenant em Postgres ou row-level security (RLS) com policy por tenant. Decisão arquitetural documentada em ADR — qual modelo, por que, custo de migrar entre os dois se o caso evoluir. Não default em projeto sem necessidade real (overhead técnico não compensa).
Logs estruturados (Pino ou Winston), metrics (CloudWatch ou Cloud Monitoring), traces distribuídos quando há mais de um serviço, alertas ligados a métrica de negócio (não só CPU). LGPD: criptografia em repouso (AES-256), em trânsito (TLS 1.3), audit trail por evento sensível, base legal por classe de dado. Conformidade implementada como parte do produto, não como checkbox de compliance.
Como migramos
Quatro fases em sequência pra migração on-premise → cloud, com prazo realista por etapa e entregável validável ao fim de cada uma. Aplicável tanto pra cliente que está migrando TOTVS Protheus, SAP Business One ou ERP regional legacy, quanto pra cliente partindo do zero direto no cloud sob medida.
Levantamento do contrato atual (cláusula de portabilidade, prazo SLA de exportação, multa de saída), mapeamento das tabelas críticas e formato de exportação disponível, identificação de dados em formato proprietário sem documentação pública, inventário das integrações ativas e quem cobra o que. Saída: ADR escrito com plano de saída do legado.
Avaliação técnica do perfil da empresa, do volume de usuários atual e projetado em 24 meses, da complexidade do processo (commodity vs diferencial competitivo), da maturidade do time interno (existe owner técnico?). Saída: decisão documentada entre SaaS PME, SaaS enterprise, single-tenant dedicado ou cloud sob medida self-hosted no AWS/GCP do cliente, com critério explícito.
Migração escalonada por área: financeiro e fiscal primeiro (commodity, baixo risco), depois vendas e estoque (impacto operacional médio), por último diferencial competitivo (regra de negócio única). Cada onda valida em ambiente de homologação antes de produção. Migração de dado histórico via ETL custom quando exportação do fornecedor antigo é capada.
30 a 60 dias com sistema antigo e novo rodando em paralelo — operação faz no novo, validação cruzada com o antigo, ajuste fino baseado em uso real. No fim, cutover formal com plano de rollback documentado. Sustentação evolutiva entra logo após o cutover (8 a 20h/mês conforme escopo).
Aprofunde
Esta página assumiu que cloud-first já é decisão tomada. Os spokes abaixo cobrem cenários adjacentes — quando você ainda está decidindo entre prateleira e sob medida em geral (cloud ou não), ou quando o ângulo precisa ser comercial-contratual. O primeiro card é a categoria mãe deste sub-pillar; recomendamos começar por ele se a decisão prateleira-vs-sob-medida ainda não foi tomada.
Hub explainer geral do cluster ERP: framework de decisão entre prateleira, modular SaaS, híbrido e sob medida total — cloud ou on-premise. TCO de 5 anos, framework de 4 perguntas e 7 critérios técnicos pra escolher entre os 4 modelos. Ponto de partida pra quem ainda está decidindo prateleira-vs-sob-medida em geral.
Produto irmão do ERP no parque documental. Quando empresa amadura integra ERP com GED via API: NF-e emitida no ERP vira documento indexado no GED com retenção fiscal de 5 anos aplicada automaticamente.
Quando o processo é diferencial competitivo e prateleira está moldando ele de volta pro genérico. Discovery profundo, escopo escrito, MVP em 60-90 dias e código entregue ao cliente. Aplicável além de ERP — qualquer sistema custom.
Faixas de R$ abertas, IP do cliente desde commit 1, cláusula de saída em 90 dias. O ângulo comercial-contratual de quem escolhe construir cloud ERP do zero em vez de customizar SaaS de prateleira.
Next.js 16, Postgres 17, AWS ou GCP conforme apetite do cliente. Não vendemos blockchain pra problema de gestão, nem AI pra fluxo que precisa de planilha bem feita. Cada decisão arquitetural documentada em ADR no início do projeto, justificada pelo problema do cliente — não pela última tendência do Hacker News.
Aplicação roda no VPC dedicado do cliente — fatura cloud vai direto pra ele, sem passar pela Huios. Cliente controla custo, escolhe região, define política de backup. Saída do projeto não exige migração de infra: a infra já é do cliente desde o dia 1.
Repositório no GitHub do cliente (não no nosso), banco Postgres rodando no VPC do cliente, ADRs documentando cada decisão, runbook de operação entregue ao final. Cláusula contratual de transição em 60-90 dias. Você pode trocar de fornecedor a qualquer momento sem perder o investimento ou o produto.
Pra cliente que vira plataforma e atende N empresas finais com mesmo software, implementamos isolamento via schema-per-tenant em Postgres ou row-level security com policy por tenant. Não é checkbox — é decisão arquitetural documentada com critério de quando aplicar e quando seria overhead técnico desnecessário.
309 · Dúvidas
fig. FT-309Coletadas do PAA real e da AI Overview da SERP brasileira de "erp na nuvem" e refinadas com a experiência Huios em projetos cloud-native.
Sistema ERP hospedado em servidores remotos do fornecedor ou do próprio cliente, acessado via internet — em oposição a on-premise rodando em servidor físico da empresa. Existem três modelos cloud distintos: SaaS multi-tenant compartilhado entre todos os clientes (Omie, Conta Azul, TOTVS Cloud), single-tenant dedicado por cliente (NetSuite OneWorld, SAP Business ByDesign) e cloud sob medida self-hosted no VPC AWS ou GCP do próprio cliente. Os três têm perfis de custo, lock-in técnico e ownership do código radicalmente diferentes.
Vale quando a empresa quer evitar CAPEX inicial alto (compra de servidor + licença perpétua), precisa de mobilidade real (acesso de qualquer lugar) e tem processo padrão coberto pelo SaaS escolhido. Não vale quando o lock-in técnico do SaaS bate o custo de dev custom em 5 anos, quando compliance setorial exige que o dado fique no VPC do próprio cliente (PCI-DSS financeiro, dados sensíveis em saúde) ou quando o processo é diferencial competitivo e exige flexibilidade que prateleira não entrega.
Pra PME com processo padrão e até 100-200 usuários, Omie e Conta Azul lideram em SaaS multi-tenant brasileiro, com TOTVS Cloud entrando pra empresa que já está no ecossistema TOTVS. Pra PME com processo único (marketplace, fintech regulada Bacen, healthtech CFM), SaaS de prateleira costuma bater teto entre 100-300 usuários — vale avaliar cloud sob medida self-hosted no AWS ou GCP do próprio cliente. A escolha entre os modelos depende do porte, do processo e da maturidade técnica interna.
On-premise roda em servidor físico da empresa: CAPEX alto inicial (compra de hardware + licença perpétua), equipe interna de TI gerenciando atualização, dado on-site sob controle total. Nuvem roda em servidor remoto via assinatura: OPEX recorrente, atualização automática pelo fornecedor, acesso remoto natural. Cloud é tendência dominante no Brasil em 2026 (~77% das empresas adotaram conforme IDC); on-premise persiste em compliance específico, latência crítica e empresas com TI interna madura preferindo controle total.
Sim, quando o fornecedor cumpre ISO 27001 ou SOC 2 e a empresa cliente tem política de acesso (MFA, SSO, RBAC). SaaS de prateleira terceiriza segurança pro fornecedor — risco concentrado mas mitigado por escala e auditoria pública. Cloud sob medida self-hosted no AWS ou GCP do cliente dá controle total da configuração mas exige owner técnico interno pra manter best practices. Cloud público bem mantido (AWS, GCP, Azure) é hoje mais seguro que on-premise mal mantido — fornecedor cloud investe em segurança em escala que empresa individual não consegue replicar.
SaaS multi-tenant PME (Omie, Conta Azul, Bling): R$ 200 a R$ 2k/mês por empresa, escalando por número de usuários. SaaS multi-tenant enterprise (TOTVS Cloud Protheus): R$ 200k a R$ 500k ano 1 + manutenção 30-40%. Single-tenant dedicado (NetSuite OneWorld, SAP ByDesign): R$ 240k a R$ 720k ano 1 + R$ 8k a R$ 40k/mês. Cloud sob medida self-hosted (Huios + AWS/GCP do cliente): R$ 100k a R$ 350k pro MVP cloud-native em 90 dias + R$ 500 a R$ 5k/mês de hosting + sustentação evolutiva 8-20h/mês. TCO 5 anos varia de R$ 190k (PME SaaS) a R$ 2.2M (single-tenant enterprise com customização pesada).
Não. Multi-tenant compartilha infra (servidor, banco, aplicação) entre todos os clientes da plataforma — Omie, Conta Azul, TOTVS Cloud operam assim. Barato e escalável, mas com lock-in alto e baixa customização. Single-tenant dedica infra por cliente dentro do fornecedor — NetSuite OneWorld é o exemplo típico. Mais caro, mais customização, ainda lock-in contratual. Cloud sob medida self-hosted vai pro VPC do próprio cliente — Huios desenvolve, cliente é dono da conta cloud e do código. Máxima flexibilidade, sem lock-in técnico, exige owner técnico interno pra justificar.
Migração em 4 etapas: auditoria do contrato atual e mapeamento de dado proprietário, escolha do modelo destino (SaaS multi-tenant, single-tenant ou cloud sob medida), migração em ondas começando pela commodity (financeiro, fiscal) e fechando com diferencial competitivo, paralelismo controlado por 30-60 dias com sistema antigo e novo rodando lado a lado antes do cutover formal. Tempo total típico de 4 a 12 semanas conforme volume de dado histórico. ETL custom é necessário quando exportação do fornecedor antigo é capada.
Geralmente não. Pra empresa até 30 colaboradores com processo padrão (vendas B2B, e-commerce simples, financeiro de PME), SaaS multi-tenant resolve por R$ 30k-80k/ano. Cloud sob medida vira passivo caro sem owner técnico pra cuidar do produto. Vale quando o processo já é diferencial competitivo desde a fundação (fintech regulada Bacen, marketplace com regra de matching própria, healthtech CFM com prontuário customizado), quando o time interno tem maturidade técnica pra absorver software custom, ou quando a empresa vai virar plataforma e atender N clientes finais com o mesmo software.
Não. Cloud ERP é a categoria de hospedagem (servidor remoto via internet); modular SaaS é um modelo dentro dela. Existem ainda single-tenant dedicado (NetSuite OneWorld) e cloud sob medida hospedado no AWS ou GCP do próprio cliente. Pra ler o framework de decisão entre prateleira, modular SaaS, híbrido e sob medida em geral — cloud ou não — começar pelo hub categoria mãe sistema-erp que cobre os 4 modelos genéricos com TCO de 5 anos e 7 critérios técnicos. Esta página aprofunda especificamente cloud-first, assumindo que a decisão prateleira-vs-sob-medida já foi tomada.
Tipos de sistema sob medida
1 frenteNão vendemos pacote único — cada tipo de sistema tem complexidade e custo diferentes. Veja a página da vertical que combina com seu caso pra entender prazo, escopo e o que entregamos no fim.
Cloud ERP · próximo passo
Diagnóstico independente e gratuito. Você descreve o panorama atual: ERP atual (se houver), volume de usuários, processos críticos, integrações ativas, restrições de compliance setorial e horizonte estratégico de 24 meses. A gente devolve recomendação técnica honesta entre SaaS multi-tenant PME (Omie, Conta Azul), SaaS multi-tenant enterprise (TOTVS Cloud), single-tenant dedicado (NetSuite, SAP ByDesign) e cloud sob medida self-hosted no AWS/GCP do cliente — incluindo dizer 'permaneça no que tem agora' sempre que essa for tecnicamente a melhor escolha pro seu cenário específico.
30 min · sem compromisso · resposta em 24h úteis