Na vlastním serveru, nebo v cloudu?

🖥 Slabiny vlastního serveru

Synchronizace osobní pošty má omezení

Funguje pouze přes klasické otevřené standardy IMAP / SMTP / CalDAV — ne OAuth, jako v Cloud Organization.

• • Do Twenty se ukládají jen odchozí e-maily a schůzky vašich kolegů, bez příloh
• • Příchozí e-maily od klientů se nenačítají automaticky — plnou poštu máte stále jen ve svém poštovním klientu
• • Twenty má jen záznam aktivity firmy (kdo komu kdy psal), ne kompletní obraz komunikace s klientem
• • Nastavení IMAP/SMTP/CalDAV s konkrétním poskytovatelem neladíme — připojení buď funguje, nebo ne (Twenty to průběžně vylepšuje)
• • Pokud potřebujete plnou OAuth synchronizaci, je to důvod sáhnout po Cloud Organization
• • Pozor na rozlišení: odesílání e-mailů ze samotného Twenty (z workflow automatizací, šablon) přes SMTP funguje ve všech variantách — to není to samé jako synchronizace osobní pošty

AI v aplikaci — bez rozdílu proti cloudu

• • AI chat v Twenty funguje stejně v cloudu i na vlastním serveru — vyberete poskytovatele (Anthropic Claude, OpenAI, xAI Grok, Gemini), zadáte vlastní API klíč a model
• • Tokeny si platíte přímo u poskytovatele AI za reálnou spotřebu (BYOK — bring your own key) — žádný markup od Twenty ani od nás
• • Na selfhostu API klíč nastavíme my v env proměnných serveru, v cloudu si ho zadáte v UI

Pokročilé funkce, které komunitní edice nemá

• • Row-level permissions (uživatel nesmí vidět cizí záznamy) — jen v Cloud Organization
• • Jednotné přihlašování přes SAML / OIDC (SSO) — jen v Cloud Organization
• • Záznam změn (audit log) — jen v Cloud Organization

Pozor na rozlišení u row-level: Twenty má pokročilé filtrované pohledy („Moje zakázky", „Mí klienti"), které fungují všude. Pro běžný SMB scénář (každý vidí svou pracovní agendu, ale občas si vyhledá kolegovu zakázku) tohle stačí. Row-level je až tam, kde uživatel nesmí cizí záznamy vůbec vidět — regulované obory, citlivá HR data, multi-tenant scénáře. Pokud nejde o vynucenou restrikci, vlastní server je plně použitelný.

Provoz a další

• • Někdo se musí starat o server (proto měsíční paušál — řešíme my)
• • Nasazování nových verzí trvá déle — plánujeme, testujeme. Není to instantní auto-update jako v cloudu
• • Když nás opustíte, vaše data zůstanou vaše a Twenty je open source — konkrétní podmínky předání nad rámec dat řešíme individuálně podle situace

Pozn.: limity jako absence offline režimu, mobilní web (ne nativní app) a sync pošty každých 5 minut platí stejně i v cloudu — viz „Společné limity Twenty" níže.

☁️ Slabiny cloudu

Cena

• • Cena roste s každým novým uživatelem
• • Pro 10 lidí v dražší variantě Organization (~440 Kč/uživatel) to je cca 4 400 Kč/měsíc jen za licence, k tomu náš paušál
• • Dvě faktury (naše v Kč, výrobce v USD) — účetní to musí ošetřit

Levnější varianta Pro nemá

• • Role a viditelnost dat — všichni vidí všechno (technik vidí finance, účetní vidí servisní data)
• • Jednotné přihlašování (SSO) — uživatelé mají vlastní heslo navíc k firemnímu účtu
• • Záznam změn (audit log) — kdo co kdy změnil, nedohledáte
• • Plná synchronizace pošty přes OAuth (Gmail / Microsoft 365) — Pro zaznamenává jen odchozí, ne příchozí
• Pro tohle všechno musíte do dražší Organization (~440 Kč/uživatel)

Výkon pro AI agenty

• • Cloudové prostředky jsou sdílené — pro AI agenty napojené přes MCP, kteří pracují s velkým objemem dat, je výkon omezený
• • Na vlastním serveru server umíme posílit dle reálné zátěže

Obecně

• • Omezené úpravy na míru (cloud je sdílený, nelze měnit jádro)
• • Data u amerického výrobce — politické a měnové riziko
• • Velké soubory (fotky, scany) řeší výrobce, vy nemáte volbu úložiště
• • AI tokeny si tak jako tak platíte vy poskytovateli AI (BYOK), to není výhoda cloudu