Problemet det løser: Å kjøre et separat CRM ved siden av nettstedet/butikken din betyr konstant manuell synkronisering, dupliserte kontaktposter og et ufullstendig bilde av hvert forhold.

Hvordan det hjelper:

• Posten for Customer er den eneste «people»-entiteten for alle systemet interagerer med eksternt — butikkskunder, medlemmer og CRM‑kontakter.
• Hvert kjøp, påmelding til arrangement, innsendt skjema eller medlemskap kobles automatisk til samme kundepost — ingen manuell matching kreves.
• Kunder kan grupperes og segmenteres via Categories, noe som støtter alt fra salgspipelines til givernivåer til interessegrupper for frivillige.
• Valgfri kobling til en ApplicationUser-konto betyr at en kunde også kan få portal-/påloggings‑tilgang uten å opprette en annen profil.
• Aktivitet som ordrehistorikk gir direkte innsikt i relasjonen — for eksempel kan antall bestillinger fungere som en enkel indikator på «mest aktive» kunder når ingen påloggingshistorikk finnes.

Den gode arbeidsdagen: Ett klikk, ett komplett bilde av relasjonen — kjøp, medlemskap, skjemaresponser og kommunikasjon, alt på ett sted.

Hvorfor dette er viktig for organisasjonen din

Et integrert CRM gjør at hvert kontaktpunkt — et kjøp, en skjemainnsending, en åpnet nyhetsmail — blir del av samme relasjonspost, og gir medarbeidere et virkelig komplett bilde av hver person uten å måtte sette sammen informasjon fra flere verktøy.

Tekniske detaljer

CRM‑funksjonaliteten er sentrert rundt Customer-modellen (ExireNexus.Shared/Models/Shop/Customer.cs) og CustomerService (ExireNexus.Services/Services/CustomerService.cs).

Viktige implementeringspunkter:

• Customer har et CustomerStatus-felt og kan grupperes via Category (CategoryType-diskriminert, i tråd med plattformens polymorfe kategoriseringsmønster), noe som muliggjør segmentering uten nye tabeller.
• Customer kobles valgfritt til ApplicationUser — plattformen holder bevisst «personer systemet kjenner» (Customer) adskilt fra «personer som kan logge inn» (ApplicationUser), slik at en kontakt kan spores i CRM lenge før (eller uten noen gang å bli) en innlogget bruker.
• Relaterte poster — ShopOrder/ShopOrderItem (kjøp), FormResponse (skjemainnsendinger), UserGroupMember (medlemskap) — refererer alle til samme Customer-ID, slik at en enkelt spørring viser en kundes fullstendige historikk på tvers av modulene.
• I tråd med plattformens arkitekturråd blir ny CRM‑funksjonalitet lagt til som tilleggsmetoder på eksisterende CustomerService i stedet for å introdusere en parallell «People»- eller «Contacts»-tjeneste mot samme Customer-tabell — dette beholder én autoritativ tjeneste per entitet.

Dette designet unngår det vanlige CRM‑integrasjonsproblemet med å forene poster på tvers av systemer: fordi Customer er samme rad som refereres overalt, finnes det overhodet ikke noe synkroniseringstrinn.