Bästa CRM med öppen källkod 2026.

”Öppen källkod” gör mycket arbete i den här kategorin. Två projekt kan båda kalla sig CRM med öppen källkod och mena helt olika saker med det — ett du kan forka och sälja, ett som förpliktar dig att publicera dina ändringar, ett där just den funktion du behöver hålls tillbaka på ett sätt som repot inte annonserar. Licensen är den mest avgörande raden i vilken som helst av de här jämförelserna, och det är oftast raden jämförelsen hoppar över. Den näst mest avgörande raden är den ingen skriver ut alls: vad det kräver att hålla saken igång efter installationen.

Vilket är det bästa CRM:et med öppen källkod 2026?

Det finns ingen enda vinnare. Twenty är det snyggaste moderna CRM:et och det lättaste att gilla. EspoCRM är snabbast på billig drift och når längst förbi sälj. SuiteCRM är mest anpassningsbart för företagssäljprocesser. Odoo och Dolibarr vinner på bredd. ERPNext är det starkaste gratis affärssystemet. Monica är det som är byggt för personliga relationer snarare än pipelines. Munin är valet om du vill ha en hel kundplattform under MIT som AI-agenter kör direkt.

Vilket du bör välja beror på en fråga: behöver du en säljpipeline, eller behöver du hela kundrelationen? Det mesta av den här kategorin svarar på det första. Nedan står vad var och en faktiskt ger dig rätt till, kontrollerat mot licensfilerna snarare än märkena — för i tre av projekten säger märket och filen olika saker — och sedan vad var och en faktiskt begär av maskinen du sätter den på.

Vilka CRM-licenser med öppen källkod är egentligen tillåtande?

En av dem. Twenty, EspoCRM, SuiteCRM, Frappe CRM och Monica är alla AGPL-3.0 — stark copyleft, helt okej för internt bruk, men ändrar du koden och erbjuder den som en driftad tjänst kan du bli skyldig att publicera dina ändringar. Odoo Community är LGPL-3.0, Dolibarr och ERPNext är GPL-3.0, Vtiger kör sin egen licens utanför OSI, och Munin är MIT rakt igenom.

Den spridningen är värd att vara exakt med, för licensen avgör vad du får bygga:

• AGPL-3.0Twenty, EspoCRM, SuiteCRM (både 7.x och 8.x), Frappe CRM och Monica. Nätverkscopyleft: ändra den, driv den åt andra, och skyldigheten att publicera inträder. EspoCRM säljer en kommersiell licens uttryckligen som vägen ut — är AGPL ett problem för dig är lösningen en check.
• LGPL-3.0Odoo Community. Svagare copyleft än AGPL och genuint öppen, men Enterprise-utgåvan är en separat produkt under Odoo Enterprise Edition License v1.0, och dess kod ligger i ett privat repo du behöver en prenumeration för att se.
• GPL-3.0Dolibarr (GPL-3.0-or-later, enligt dess COPYING-fil) och ERPNext (license.txt, GPL v3). Båda är ovanliga i det här fältet genom att inte hålla något tillbaka — ingen grindad utgåva, ingen betald nivå av kodbasen. ERPNext säger det på sin egen sida: ingen pris per användare, betala bara för drift. Pengarna kommer in genom drift och tredjepartsmoduler i stället.
• Inte en OSI-licens allsVtiger. Utgåvan med öppen källkod kommer under Vtiger Public License 1.1, en derivat av Mozilla Public License 1.1 som Vtiger skrivit själv, lagd ovanpå ärvd kod under SugarCRM Public License 1.1.2. Den är source available och går i praktiken att forka; den står inte på OSI:s godkända lista.
• MIT, inget undanhålletMunin. Tillåtande, ingen copyleft-skyldighet, inga separat licensierade filer, och sviten i det publika repot är samma kod vi kör i Cloud.

Hur ser jag om ett CRM med öppen källkod har funktioner bakom betalvägg?

Leta efter tre former, inte en. Vissa projekt lägger den kommersiella koden i en synlig katalog enterprise/ eller ee/. Vissa märker enskilda filer med en licensrubrik och låter dem ligga kvar. Vissa håller den i ett separat repo du inte kan se alls. Bara den första syns när du bläddrar i trädet, och den är den minst vanliga av de tre.

Filmärkningen är den som lurar folk, och Twenty är det tydligaste exemplet. Dess rot-LICENSE säger det i de första raderna: vissa filer bär kommentaren /* @license Enterprise */ högst upp, och de filerna är ”inte licensierade under aGPL v3” utan under The Twenty.com Commercial License, som förbjuder kopiering, publicering, vidarelicensiering och försäljning. packages/twenty-server/src/engine/core-modules/sso/sso.module.ts är en av dem. Det finns inget twenty-ee-paket att hitta; SSO-implementationen ligger där i trädet du klonade, under andra villkor än filen bredvid. Twenty är ovanligt ärligt om det här — det ger också ett undantag enligt AGPLv3 avsnitt 7 så att appar du bygger mot dess API:er kan förbli proprietära, och MIT-licensierar sina SDK:er, twenty-shared, twenty-ui och allt under packages/twenty-apps. Villkoren är alla nedskrivna. De är bara inte en licens.

Odoo visar formen med separat repo: inget i odoo/odoo hålls tillbaka, för att Enterprise-koden aldrig fanns i odoo/odoo — den ligger i odoo/enterprise, som ger 404 om inte ditt konto fått åtkomst, och Odoos egen installationsdokumentation säger åt dig att klona det. Licenstexten är lika explicit: Odoo Enterprise Edition License v1.0 kräver antingen en löpande prenumeration för rätt antal användare eller ett partneravtal.

Det finns en fjärde variant, och Frappe CRM har den: metadatan är oense med sig själv. Dess package.json deklarerar "license": "GPL-3.0", medan LICENSE-filen i samma repo är Affero GPL v3 — en materiellt strängare licens, och den som GitHubs egen metadata löser projektet till. Vtiger visar en femte: utgåvan med öppen källkod och Vtiger Cloud är två olika kodbaser, och Vtigers egen jämförelsesida markerar dussintals Cloud-funktioner som otillgängliga i bygget med öppen källkod. Att läsa LICENSE-filen är nödvändigt. Det är inte tillräckligt.

Är Twenty ett bra CRM med öppen källkod?

Ja — Twenty är det starkaste valet på den här listan om en säljpipeline är allt du behöver, och det vi skulle rekommendera för det jobbet. Det har det modernaste gränssnittet i kategorin, levererar både REST och GraphQL, betjänar en MCP-server på varje plan inklusive egen drift, körs själv via Docker, och med över 55 000 stjärnor på GitHub har det en av de största följarskarorna bland moderna CRM med öppen källkod. Dess begränsning är omfattningen: det är ett CRM, inte en kundplattform, och den proprietära änden av samma pipeline-första fält täcks i Pipedrive-jämförelsen.

Kostnadsfallet för egen drift är genuint starkt. En analys från Open Source Alternatives satte Twenty i egen drift till ungefär 4 500–10 800 dollar över tre år — VPS för 20–40 dollar i månaden, implementation kostnadsberäknad till 100 dollar i timmen, och två till fem timmars underhåll i månaden — mot 86 000–132 000 dollar för Salesforce Enterprise under samma period. Behandla dem som vägledande snarare än som en offert, men gapet är hela skälet till att den här kategorin finns, och det håller för vilket som helst av de självdrivna alternativen här.

På Twentys egen prissida kostar de driftade planerna 9 dollar per användare och månad för Pro och 19 för Organization; Enterprise börjar på 50 000 dollar om året. Platserna är obegränsade på varje nivå och det finns inget minimiantal. En egenhet värd att känna innan du bygger ett kalkylblad av det: sidan har en växel mellan månad och år som utlovar 25 % rabatt, och båda lägena visar samma 9 och 19. Den enda rad som ändras är arbetsflödespotten — 50 krediter om året i årsvyn, 5 i månaden i månadsvyn. Så läs 9 dollar som priset vid årsåtagande och bekräfta månadstaxan med Twenty i stället för att sluta dig till den.

Gränsen mellan Pro och Organization är den att läsa noga, för det är där filmärkningarna dyker upp som faktura: behörigheter på radnivå, SAML/OIDC SSO, revisionsloggar, rotation av krypteringsnycklar och en egen domän ligger alla på Organization och uppåt. API-gränserna flyttar också — 50 anrop per minut på Pro, 100 på Organization, anpassat på Enterprise. Och det finns ingen kunskapsbas, ingen supportinkorg, inget CMS — så om din kundpost måste delas med dem som svarar på supportärenden är du tillbaka i att köra två system och synka dem.

Hur är det med EspoCRM, SuiteCRM och Odoo?

Var och en är rätt svar på en snävare fråga, och var och en prissätter sig på en annan grund, vilket gör dem svårare att jämföra än en tabell antyder.

EspoCRM är snabbt, enkelt och presterar bra på lättviktig drift — valet när du vill ha något responsivt på en billig VPS. Det når också längre förbi sälj än resten av gruppen: Ärenden, en kundportal och en kunskapsbas ingår i produkten, så supporthälften av kundrelationen finns verkligen där snarare än lämnad till en integration. EspoCRM Cloud kostar 15 dollar per användare och månad för Basic med tre användare som minimum, 25 för Enterprise med fem som minimum, och 69 för Ultimate vid tio; alla planer inkluderar varje officiellt tillägg utan extra kostnad, inklusive Advanced Pack, och det finns en Tysklandsregion för EU-data. Två saker att veta innan du binder dig: Basic och Enterprise faktureras i halvårs- eller heltårsperioder snarare än äkta månadsvis, och i Cloud kan administratörer inte installera tillägg själva — EspoCRM:s dokumentation är rak om varför och säger att molnadministratörer av säkerhetsskäl inte ges åtkomst att installera tillägg, och att du bör kontakta dem i stället.

SuiteCRM är mest anpassningsbart, med moduler av företagsklass över sälj, marknad, service och drift; det är den traditionella Salesforce-ersättaren med öppen källkod, och den fullständiga Salesforce-jämförelsen täcker var det landar mot originalet. Både 7.x och 8.x är AGPL-3.0 utan något grindat. Dess driftade erbjudande är den intressanta avvikaren i hela fältet: SuiteCRM Hosted prissätts per instans i stället för per användare, utan licensavgifter per användare och med obegränsat antal användare på varje nivå — 130 pund i månaden vid årsbetalning för Starter, 180 för Business, 280 för Premium, alla exklusive moms, eller 143, 198 och 308 pund vid månadsbetalning. En fjärde nivå, Dedicated, börjar på 3 200 pund om året. Användarsiffrorna per nivå du ser citerade är prestandarekommendationer — upp till 10, 50 respektive 150 användare — inte tak. Har du trettio personer som var och en rör CRM:et två gånger i veckan är den matematiken mycket annorlunda än 9 dollar per plats.

Odoo är egentligen inte ett CRM alls — dess CRM är enkelt, men med dussintals moduler som delar en ORM och datamodell blir det ett affärssystem, vilket antingen är precis vad du vill ha eller alldeles för mycket. Arbetsflöden över moduler fungerar där genuint på ett sätt hopsatta verktyg inte gör. Community är LGPL-3.0. Budgetera från ordinarie pris snarare än rubriken, och kontrollera det från ditt eget land: prissidan är geolokaliserad på IP utan landsväljare, och den stora siffran är en kampanj. Läst från en EU-adress visar Standard 19,90 € per användare och månad mot ett ordinarie pris på 24,90, och Custom 29,90 mot 37,40, med en fotnot som bekräftar att rabatten löper 12 månader och bara gäller de användare du beställer från början.

Vilken annan CRM- och kundhanteringsprogramvara med öppen källkod är värd att känna till?

Fyra som utelämnas från de flesta listor och inte borde vara det. Dolibarr är GPL-3.0-or-later med omkring hundra moduler tillgängliga som standard — CRM, fakturering, lager, HR och bokföring — plus en marknadsplats med tillägg, och det håller inget tillbaka: det finns ingen betald utgåva av kodbasen alls. Driften kommer från certifierade partner snarare än från Dolibarr självt; DoliCloud är en av dem, för 14 € per användare och månad exklusive moms för Basic, med alla officiella moduler inkluderade även på den planen.

ERPNext är GPL-3.0 och är förmodligen det mest kompletta genuint gratis affärssystem som finns — bokföring, tillverkning, lager, HR, ingen licensavgift per användare och inga funktioner bakom betalvägg. Frappe CRM är en separat, lättare produkt från samma företag, och den bär metadatamotsatsen som beskrevs ovan: package.json säger GPL-3.0, LICENSE-filen är Affero GPL v3. Båda sitter på Frappe Framework, som är MIT. Frappe Cloud prissätter på beräkning i stället för platser — dokumentationen kallar det beräkningsbaserad prissättning ”i stället för pris per användare” — från 5 dollar i månaden och uppåt för en delad sajt och 40 dollar och uppåt för en dedikerad server. Båda är golv snarare än fasta priser.

Vtiger har två decenniers kontinuerlig utveckling bakom sig och en genuint komplett svit — sälj, marknad, supportdesk, lager, projekt, integrerat på riktigt. Två saker att väga: licensen är inte OSI-godkänd, och släpptakten för utgåvan med öppen källkod har saktat ned märkbart. Version 8.4.0 kom den 9 juli 2025 och är fortfarande den aktuella stabila nedladdningen, till stor del en kompatibilitetsutgåva för PHP 8. Vtiger Cloud går från gratis på One Pilot — med tak vid 10 användare och 3 000 poster — via 12 dollar per användare och månad på One Growth, som har tak vid 15 användare och 100 000 poster, till 30 dollar på One Professional vid årsbetalning, med One Enterprise på 42 dollar och One AI på 50. Lokala skatter tillkommer. Molnprodukten är tydligt dit investeringarna går.

Vilken är den bästa kundhanteringsprogramvaran med öppen källkod?

Det beror på vad du menar med att hantera en kund. Menar du fakturering, offerter och projekt bredvid kontakten är Dolibarr och ERPNext de starkaste gratisalternativen, båda GPL utan något undanhållet. Menar du konversationen, dokumenten och uppföljningen kring varje kund är det en kundplattform snarare än ett CRM — Munin eller Odoo. Menar du en pipeline av prospekt: Twenty.

Frasen spelar roll, för ”kundhantering” och ”CRM” används omväxlande och vill ha olika programvara. Ett CRM är organiserat kring affärsmöjligheten: en affär, ett steg, ett avslutsdatum. Kundhantering är oftast organiserad kring en pågående relation som redan avslutats — ett löpande uppdrag, ett konto, ett projekt med en person kopplad till sig. Är dina kunder nuvarande snarare än blivande är pipelinen den minst användbara skärmen i produkten, och ett verktyg som modellerar företag, projekt och fakturor mot en kontakt passar bättre än det bästa sälj-CRM:et på den här sidan.

Byråer är den skarpaste versionen av det här, för gränsen betyder mer än funktionerna: flera kunder, som var och en aldrig får se en annans data. Det är en tenancy-fråga snarare än en CRM-fråga, och den har en egen jämförelse, inklusive vad pris per underkonto gör med räkningen när du skriver på den tionde kunden.

Vilket är det bästa självdrivna CRM:et?

Twenty för en pipeline, Dolibarr eller ERPNext för bredd utan något grindat, Munin för hela kundrelationen under en tillåtande licens. Alla fyra körs själva med Docker och kostar drift snarare än platser. Den avgörande frågan är inte vilket som installeras snabbast — de installeras alla på en eftermiddag. Det är vilket du fortfarande kommer att patcha om sex månader.

Den del folk underskattar är den andra meningen i den avvägningen. Ett självdrivet CRM har ingen licenskostnad och en verklig driftskostnad: uppgraderingar, säkerhetskopior, TLS, en databas du nu ansvarar för. Värt att vara rak om bevisläget här, för det är här jämförelseartiklar griper efter en siffra de inte kan belägga. Uppgifter som ”två till fem timmar i månaden” cirkulerar brett, också i analysen som citerades ovan, och ingen av dem vilar på en metodologiskt hållbar mätning — den största undersökningen av egen drift i fältet, selfh.st:s årliga undersökning 2025 med 4 081 svarande, frågar inte om tidsåtgång överhuvudtaget. Vad den däremot säger är lärorikt på ett annat sätt: de flesta som driver själva uppdaterar sina containrar för hand snarare än automatiskt, och ungefär en tredjedel har säkerhetskopior på bara en plats.

Så i stället för en påhittad timsiffra: prissätt de specifika åtaganden varje projekt dokumenterar — de står nedan, de är daterade, och de är det som faktiskt äter eftermiddagarna. Vill ingen i ditt team äga en Postgres är det rätta svaret en driftad plan från någon av de här leverantörerna, inte en egen drift du slutar patcha i mars.

Vad egen drift däremot köper dig, och det är skälet att göra det, är att utgången är din. Vi skrev upp hela uppsättningen på en enda server för ett CRM och en supportdesk tillsammans, inklusive de delar som är irriterande snarare än de som demar bra.

Vilka systemkrav har ett självdrivet CRM?

Mindre än du skulle gissa, och mindre än de flesta projekt dokumenterar. Twenty begär minst 2 GB RAM. Odoo publicerar en formel i stället för ett golv: (#CPU * 2) + 1 arbetare, ungefär en arbetare per sex samtidiga användare, omkring 1 GB per tung arbetare. EspoCRM dokumenterar PHP 8.3 till 8.5 och en memory_limit på 256 MB i PHP men ingen värdsiffra. ERPNext, SuiteCRM och Dolibarr publicerar inget minne-minimum alls.

Den sista meningen är den användbara, och den är värd att säga rakt ut, för den är motsatsen till vad internet kommer att säga dig. Sök på ERPNexts krav och du får ”4 GB RAM, 2 CPU, 40 GB disk” med full säkerhet; den siffran finns ingenstans i frappe_docker-README:n, dess komma-igång-dokumentation, dess exempel med en enda server eller dess FAQ. Den kommer från foruminlägg. Den kan mycket väl vara ungefär rätt — den är bara inte dokumenterad, och du bör dimensionera från din egen last snarare än från en siffra som fått auktoritet genom upprepning.

Odoos formel är den att kopiera även om du inte kör Odoo, för den är den enda publicerade modellen i gruppen som kopplar användare till minne. Deras eget räkneexempel: en server med 4 CPU och 8 trådar som betjänar 60 samtidiga användare behöver 8 arbetare plus en cron-arbetare, och omkring 3 GB RAM för Odoo självt. Multiprocessing är Linux-bara där — Windows-bygget kör den fleråtrådade servern, vilket också är vad Docker-avbilden gör som standard.

Ett krav alla dokumenterar och ingen budgeterar för: TLS. Varje projekt på listan förväntar sig en omvänd proxy framför sig, och vissa funktioner försämras utan HTTPS — Twentys dokumentation flaggar urklippsbeteendet specifikt.

Hur kör jag ett CRM med öppen källkod i Docker?

Varje alternativ på listan levererar containeravbilder, så formen är densamma i varje fall: en databastjänst, en applikationstjänst, en omvänd proxy framför för TLS, och en volym du faktiskt säkerhetskopierar. Det som skiljer är hur många containrar du slutar med att äga, och den siffran är den ärliga approximationen av hur mycket av din helg det kostar. Munins compose startar tre, och alla sex moduler med dem:

git clone https://github.com/getmunin/munin
cd munin
docker compose up

• MUMunin — tre containrar: Postgres med pgvector, en backend, en instrumentpanel. Ett docker compose up, fyra hemligheter att sätta, och alla sex moduler kommer upp tillsammans snarare än bara CRM:et.
• TWTwenty — fyra tjänster i den officiella compose-filen: server, worker, postgres:16 och redis, med två namngivna volymer. Sätt ENCRYPTION_KEY, PG_DATABASE_PASSWORD och SERVER_URL innan du exponerar den; den första genereras med openssl rand -base64 32.
• ESEspoCRM — fyra tjänster: mysql:8, appen, en daemon och en websocket-process, från den officiella avbilden espocrm/espocrm. Den kör också på vanlig Apache- eller Nginx-drift, vilket är varför den dyker upp på VPS:er för 5 € oftare än något annat här. Ändra standardparet admin / password innan den vetter mot internet.
• FRERPNext — sju tjänster i bas-compose, plus en databas och två Redis-containrar från överstyrningarna, så en riktig produktionsstack är omkring tio. ERPNext stöder bara MariaDB. Appar måste bakas in i avbilden vid byggtid — du kan inte köra bench get-app inuti en körande container.
• ODOdoo — en officiell Docker-avbild underhållen av Odoo, plus en Postgres du själv tillhandahåller, aliasad db om du inte åsidosätter det. Behåll volymen /var/lib/odoo med fillagret, annars förlorar du varje bilaga vid nästa återskapande.

Läs varje repos egen README för de miljövariabler du ska sätta innan du exponerar den mot internet — hemligheter och databasuppgifter är den del ingen compose-fil bör gissa åt dig, och två av projekten ovan levererar ett svagt standardvärde som fungerar alldeles utmärkt fram till den dag det inte gör det.

Den ärliga varningen för dem alla: docker compose up är den lätta eftermiddagen. Februari därpå är den verkliga kostnaden för egen drift, och den är ungefär densamma vilket av dessa du än väljer.

Vad går faktiskt sönder när du driver ett CRM själv?

Uppgraderingar, och databasen under dem. PostgreSQL kräver antingen pg_upgrade eller en dump och återläsning för varje huvudversion — dess egen dokumentation är rak med att datakatalogen ”inte kan underhållas på ett bakåtkompatibelt sätt”. Varje huvudversion stöds i fem år. Den aktuella huvudversionen är 18, släppt den 25 september 2025. Twentys officiella compose låser postgres:16.

Det gapet är ingen kritik mot Twenty — att låsa en känt fungerande huvudversion är rätt — men det är formen på det arbete ingen demar. Postgres 14 lämnar support den 12 november 2026, så den som fortfarande kör den har en daterad skyldighet snarare än en vag, och en databasmigrering är det minst återkalleliga på den här sidan.

Åtagandena på applikationsnivå är lika konkreta, och varje projekt dokumenterar sina egna:

• Twenty kör sina migreringar automatiskt vid start och stöder hopp över versioner — men bara från v1.23 och uppåt. Under det stegar du genom varje taggad utgåva i tur och ordning. Version 2.34 och senare kräver dessutom PostgreSQL 15 eller nyare, så appuppgraderingen och databasuppgraderingen kan komma kopplade.
• Odoo varnar i sin egen dokumentation för att uppgraderingar mellan huvudversioner är en betydligt mer komplex process som behöver migreringsskript, och hänvisar till sin uppgraderingstjänst eller till communityprojektet OpenUpgrade.
• ERPNext uppgraderas genom att byta avbildstagg, återskapa containrarna och sedan köra bench --site all migrate. Dess FAQ är uppfriskande rak om vad som inte fungerar i containrar: bench restart gör det inte, bench build i en produktionscontainer skadar tillgångsvolymen, och det finns ingen cron, så säkerhetskopior kräver ett jobb du sätter upp själv.
• EspoCRM är den enklaste i gruppen: docker compose pull och sedan docker compose up -d.
• SuiteCRM flyttar sitt PHP-golv mellan mindre utgåvor — 8.7 slopade PHP 7.4, och 8.10 slopade stödet för IIS och SQL Server som 7.15 fortfarande har. Dess dokumentation pekar också ut felaktiga filrättigheter som den enskilt vanligaste orsaken till misslyckade installationer, vilket är värt att läsa innan snarare än under.

Inget av detta är ett skäl att inte driva själv. Det är listan att läsa innan du lovar någon att du ska.

Finns det ett personligt CRM med öppen källkod?

Ja — Monica är det som är byggt för det, och det är inget säljverktyg i annan skepnad. Det spårar människor snarare än affärer: kontakter, hur de är relaterade till varandra, en dagbok, påminnelser, anteckningar om samtalet du hade förra månaden. AGPL-3.0, går att driva själv, och medvetet inget socialt nätverk. Driftat kostar 9 dollar i månaden eller 90 dollar om året på en enda plan med obegränsat antal kontakter.

Kontrollera utgåvehistoriken innan du driftar den, dock, för versionsnumren berättar en förvirrande historia. Den senaste stabila utgåvan är v4.1.2, från den 4 maj 2024 — det är den som bär GitHubs märke ”Latest”. Den nyaste taggen är v5.0.0-beta.5, från den 21 april 2025, märkt som förhandsutgåva. Samtidigt marknadsför Monicas egen sajt samma omskrivning som v3, väntad före utgången av 2026, med betatillgång som öppnas gradvis och ”ett komplett API och en MCP-server” bland de uppräknade förmågorna. Så sajten säger v3, repot säger v5, och den stabila linjen är två år gammal. Projektet lever och är mitt i en omskrivning snarare än övergivet, men ”mitt i en omskrivning med tre versionsnummer” är en verklig sak att veta om programvara du är på väg att lägga din adressbok i.

Allt annat på den här sidan är ett företags-CRM, och att använda ett sådant som personligt CRM fungerar mestadels — en kontaktpost med ett pipeline-fält du ignorerar. Munin inkluderat: det håller människor och historiken över vad du sagt till dem alldeles utmärkt, men det byggdes för ett företags kunder, och Monica byggdes för dina.

Vilket CRM med öppen källkod kan en AI-agent faktiskt köra?

Alla, nu. Det är det ärliga svaret, och det är en förändring från ett år sedan. Twenty levererar en förstaparts MCP-server på varje plan inklusive egen drift. Frappe publicerar ett förstaparts MCP-SDK, även om det är ett generiskt ramverksverktyg utan färdigbyggda ERPNext-verktyg och beskriver sig självt som högst experimentellt. Odoo, SuiteCRM, EspoCRM, Dolibarr, Vtiger och Monica nås alla genom community-MCP-servrar eller aggregatorer som Zapier och Pipedream, och var och en av dem har ett REST-API under.

Så ”har en ändpunkt” har slutat vara en skiljelinje, och den som fortfarande säljer det som en sådan ligger ett år efter. De två frågor som ersätter den är vem som underhåller ändpunkten — en leverantörs eget team, eller en frivillig vars repo senast rördes i våras — och, mycket viktigare, hur mycket av kunden som sitter bakom den.

Den andra frågan är där alternativen skiljer sig åt. Rikta en agent mot ett CRM:s MCP-server och den kan läsa och skriva i CRM:et. Be den besvara supportärendet affären kom ur, kontrollera vad kunden redan läst i dokumentationen och skriva utkast till uppföljningen, och den behöver tre ändpunkter till, tre autentiseringsflöden till, och någon uppfattning om vilket system som håller sanningen. Munins katalog är en ändpunkt över ett schema: 226 MCP-verktyg över CRM, konversationer, kunskapsbas, CMS, utgående kommunikation och analys, vid sidan av mer än 250 REST-ändpunkter och 60 medföljande markdown-färdigheter som en agent läser vid körning för att lära sig arbetsflödet i stället för att promptas genom det. De tre räknades den 15 september 2026 och de rör sig när vi skeppar, så kontrollera snarare än lita på dem: verktygskatalogen är publik och maskinläsbar på api.getmunin.com/v1/public/mcp-tools, och att räkna den är det auktoritativa svaret — vår egen dokumentationssida ligger just nu två efter.

Vad skiljer Munin från resten av listan?

Två saker. Munin är inte bara ett CRM — CRM, kunskapsbas, CMS, utgående kommunikation, konversationer och analys kör på en enda Postgres-databas med en gemensam kontaktpost. Och verktygskatalogen är den primära ytan, inte ett påhäng, så Claude, Cursor, ChatGPT eller din egen körare driver plattformen direkt i stället för att klicka sig genom ett gränssnitt.

Den delade posten är den mindre uppenbara vinsten. Alla andra alternativ på listan löser CRM bra och lämnar någon kombination av support, innehåll och utgående kommunikation till annan programvara, vilket innebär ett synkjobb och två versioner av sanningen om varje kund. Vi lade alla sex moduler bakom ett schema, med hyresgränsen upprätthållen i databasen snarare än ihågkommen av applikationskoden, just för att undvika det — vilket är vad som håller en kund synlig över alla sex.

Agentdelen är vadet. Om den billigaste operatören av dina system inte längre är en människa slutar gränssnittet vara produkten och verktygskatalogen blir det som betyder något. Munin är MIT-licensierat för att portabilitet är en bättre vallgrav än inlåsning — varje modul har ett matchat export-/importpar, så att lämna är en sekvens verktygsanrop. Cloud Free kostar 0 € i månaden med 5 000 MCP-anrop, 250 kontakter och 100 MB lagring; Cloud Premium är 99 € i månaden platt för hela organisationen med mätt överförbrukning, och lanseras snart.

Vem bör inte välja Munin?

Tre köpare, och kriterierna är konkreta snarare än artiga. Vill du ha ett polerat säljgränssnitt ditt team kan öppna och förstå på en eftermiddag är Twenty byggt för precis det. Behöver du säljprognoser, distriktshantering eller quote-to-cash levererar SuiteCRM ett decennium av de modulerna och Munin levererar inga. Behöver du affärssystem — tillverkning, lager, dubbel bokföring — ta Odoo eller ERPNext. Munins omfattning stannar också före en rapportsvit för support: inga SLA-timers, inga CSAT-undersökningar, inga instrumentpaneler för agentprestation.

Det som återstår efter de tre är en specifik köpare, och den är värd att namnge exakt, för inget av CRM:en ovan siktar på dem. En kundpost delad av dem som svarar på support, skriver dokumentationen och skickar den utgående kommunikationen — inte fyra poster hållna i synk av ett nattligt jobb. En tillåtande licens utan copyleft-skyldighet, utan kommersiellt märkta filer och utan ett privat repo som håller den användbara hälften, så att det du driver själv är samma kod vi kör i Cloud. Och en verktygskatalog i stället för en skärm, för att den operatör du optimerar för är programvara snarare än en människa. Den kombinationen är varför ett enda svep kan berika en kontakt, triagera tråden den kom ur och skriva utkast till kunskapsartikeln bakom den — ett jobb över ett schema snarare än tre integrationer och en synk. Är det formen på ditt problem är det formen Munin byggdes för att passa.

CRM med öppen källkod jämförda

Licenser och paketering ändras, och fyra av raderna ovan är oense med sitt eget projekts märke eller metadata. Priser som citeras i artikeln lästes av från varje leverantörs egen prissida och kontrollerades på nytt den 8 september 2026; behandla dem som vägledande och bekräfta innan du köper — också hos oss.

Vanliga frågor

Vilket CRM med öppen källkod har den mest tillåtande licensen? Munin, under MIT. Twenty, EspoCRM, SuiteCRM, Frappe CRM och Monica är AGPL-3.0, en copyleft-licens som kan kräva att du publicerar ändringar om du erbjuder programvaran som en tjänst. Odoo Community är LGPL-3.0; Dolibarr och ERPNext är GPL-3.0. MIT bär ingen sådan skyldighet — forka, ändra, driv själv, vidaresälj, utan att publicera dina ändringar.

Är AGPL ett problem för mitt företag? Oftast inte. För internt bruk — ditt team kör CRM:et för er egen verksamhet — innebär AGPL ingen praktisk skyldighet. Det blir en fråga om du ändrar koden och erbjuder den till tredje part som en driftad tjänst. Många juristavdelningar föredrar ändå att undvika den, vilket är varför AGPL-leverantörer säljer kommersiella licenser vid sidan av.

Vilket är det bästa självdrivna CRM:et med öppen källkod? Twenty om du behöver en pipeline, Dolibarr eller ERPNext om du behöver bredd utan något grindat, Munin om du behöver hela kundrelationen på en post under MIT. Alla tre körs själva med Docker. Ditt verkliga urvalskriterium är vilket du fortfarande patchar om sex månader.

Vilka systemkrav har ett självdrivet CRM? Twenty dokumenterar minst 2 GB RAM. EspoCRM dokumenterar PHP 8.3–8.5, MySQL 8.0+ eller MariaDB 10.3+, och en PHP-minnesgräns på 256 MB, men ingen värdsiffra. Odoo publicerar en dimensioneringsformel i stället för ett minimum — (#CPU * 2) + 1 arbetare, omkring en arbetare per sex samtidiga användare. ERPNext, SuiteCRM och Dolibarr publicerar inget minne-minimum alls; siffran ”4 GB RAM” du hittar för ERPNext kommer från forum, inte från dess dokumentation.

Hur många containrar behöver ett självdrivet CRM egentligen? Fler än en, och antalet är en rimlig approximation av underhållet. Munin är tre. Twentys officiella compose är fyra — server, worker, Postgres och Redis. EspoCRM är fyra — MySQL, app, daemon och websocket. En produktionsstack för ERPNext ligger kring tio när databasen och två Redis-containrar kommer in från överstyrningarna. Odoo är sin avbild plus en Postgres du själv tillhandahåller.

Kan jag köra ett CRM med öppen källkod med Docker? Ja — varje alternativ på sidan publicerar containeravbilder. Munin är git clone, cd, docker compose up, och startar alla sex moduler tillsammans. Twenty och Odoo är Docker-först. EspoCRM publicerar en officiell espocrm/espocrm-avbild och kör också på vanlig Apache- eller Nginx-drift. Budgetera för TLS, säkerhetskopior och Postgres-uppgraderingar i varje fall, och ändra varje medföljande standardlösenord innan du exponerar instansen.

Vilket CRM med öppen källkod är enklast att uppgradera? EspoCRM, på Docker — docker compose pull och sedan docker compose up -d. Twenty kör migreringar automatiskt vid start men stöder hopp över versioner bara från v1.23 och uppåt, och v2.34+ kräver PostgreSQL 15 eller nyare. Odoos egen dokumentation varnar för att uppgraderingar mellan huvudversioner behöver migreringsskript. ERPNext behöver bench --site all migrate efter att containrarna återskapats, och har ingen cron inuti dem, så du sätter upp säkerhetskopior själv.

Finns det ett personligt CRM med öppen källkod? Monica, under AGPL-3.0 — byggt för att spåra människor snarare än affärer, med relationer, en dagbok och påminnelser. Driftat kostar 9 dollar i månaden. Kontrollera versionerna innan du driftar: den senaste stabila utgåvan är v4.1.2 från maj 2024, den nyaste taggen är v5.0.0-beta.5 från april 2025, och Monicas sajt marknadsför samma omskrivning som v3, väntad före utgången av 2026.

Vilken är den bästa kundhanteringsprogramvaran med öppen källkod? Dolibarr eller ERPNext om du vill ha fakturering, offerter och projekt bredvid kontakten — båda GPL utan något undanhållet. Munin eller Odoo om du vill ha konversationen, dokumenten och uppföljningen kring en pågående kund. Twenty om det du faktiskt vill ha är en säljpipeline. ”Kundhantering” betyder oftast ett konto som redan avslutats, vilket är en annan form än ett CRM byggt kring affärsmöjligheten.

Vilket CRM med öppen källkod fungerar med AI-agenter? Alla, på olika vägar. Twenty levererar en förstaparts MCP-server på varje plan. Frappe publicerar ett förstaparts MCP-SDK, generiskt och experimentellt. Odoo, SuiteCRM, EspoCRM, Dolibarr, Vtiger och Monica nås via community-servrar eller aggregatorer. Munin exponerar 226 MCP-verktyg på en ändpunkt över alla sex moduler, så agenten stannar inte vid CRM-gränsen — den kan läsa supporttråden, kontrollera dokumentationen kunden läste och skriva utkast till uppföljningen i samma svep. Frågan är inte längre om ett CRM har en ändpunkt. Det är hur mycket av kunden som sitter bakom den.

Vad kostar ett CRM med öppen källkod i praktiken? Licensen är gratis; driftkostnaden är det inte. En analys från Open Source Alternatives satte Twenty i egen drift till 4 500–10 800 dollar över tre år, mestadels infrastruktur och ingenjörstid, mot 86 000–132 000 dollar för Salesforce Enterprise under samma period. Båda siffrorna är vägledande snarare än offerter — din egen timtaxa rör dem mer än något annat gör. Var skeptisk mot varje ”timmar per månad”-siffra, inklusive den: ingen metodologiskt hållbar studie av underhållstid vid egen drift finns.

Måste jag driva själv för att undvika inlåsning? Nej. Inlåsning handlar om dataportabilitet, inte om drift. Det som betyder något är om du kan få ut allt rent och om koden finns tillgänglig ifall leverantören ändrar sig. Munin Cloud kör samma MIT-kod som repot, med ett matchat exportverktyg på varje modul.

Vilket CRM med öppen källkod bör jag flytta till från HubSpot? Behöver du bara pipelinen: Twenty. Vill du ha bredden HubSpot gav dig — CRM, support, kunskap, innehåll, utgående kommunikation, analys — på en post täcker Munin samma mark under MIT. Den fullständiga rankningen av HubSpot-alternativ finns här, inklusive de som inte har öppen källkod, och själva migreringen har en egen handbok.

Om kunden ditt supportteam svarar måste vara samma post som din utgående kommunikation skriver till, är repot MIT utan något märkt annorlunda, och dokumentationen börjar med ändpunkten snarare än med skärmen.

Läs licensen. Det är den enda delen av den här jämförelsen ingen kan marknadsföra mot dig.