På mange plattformer, ja. Bak det vennlige grensesnittet ligger det tre separate transaksjonstabeller, tre separate rapporter, tre separate steder kundehistorikk kan skjule seg.

I ExireNexus er det bare én.

Hvert salg har samme form

Enten en kunde kjøper en t-skjorte, kjøper en billett til ditt sommerarrangement, eller reserverer en hytte for helgen, blir det en ordre med ett eller flere ordrelinjer. Ordren bærer den samme informasjonen uansett hva som ble solgt:

• Hvem som kjøpte den (lenket til deres registrering)
• Hvilken valuta og betalingsmetode som ble brukt
• Om det er betalt, og når
• Leverings- eller oppfyllelsesstatus
• Fakturerings- og leveringsadresser
• Totals — inkludert MVA, frakt, og eventuelle rabatter, både inkludert og ekskludert skatt

Og hver ordrelinje lenker fleksibelt til det som faktisk ble solgt: en Product for en fysisk eller digital vare, en Item for innhold knyttet til kjøpet, eller en Event når kjøpet egentlig er en booking. En ordre kan til og med blande disse — en kunde som kjøper et produkt og bestiller et rom i samme transaksjon, på samme faktura.

Hvorfor dette faktisk betyr noe for deg

Tenk på hva dette erstatter: ikke mer hopping mellom "butikkrapportene" og "bookingsrapportene" for å forstå en kundes fulle forhold til virksomheten din. Ikke mer forklaring til en ny medarbeider om hvorfor rombestillinger fungerer helt annerledes enn produktsalg i back office. Det er én ordreliste, ett søk, én eksport — og alt dukker opp der, uavhengig av hva slags ting som faktisk ble kjøpt.

Det betyr også at nye funksjoner ofte kommer "gratis." For eksempel tilbakevendende fakturering — bygget én gang på ShopOrder — fungerer for abonnementsprodukter og for alt annet bygd på samme måte, i stedet for å være festet til bare én del av systemet.

Gjentakende inntekter, håndtert riktig

Å selge et abonnement eller et medlemskap er ikke en ettertanke her — det er en førsteklasses del av ordre-modellen. En ShopOrder kan spore sitt eget gjentakende intervall, neste og siste betalingsdato, og sin koblede Vipps-avtale, slik at abonnementsfakturering går gjennom den samme Vipps Recurring-integrasjonen nevnt i vårt e-handelsinnlegg, uten å trenge et eget faktureringssystem i tillegg.

Rom for hvordan du faktisk jobber

Hver virksomhet sporer noen få ting på sin egen måte, og ExireNexus kjemper ikke imot det. Ved siden av standardfeltene har hver ordre fleksible egendefinerte felt — tekst, numeriske og boolske — pluss tre tilpassbare statusfelt. Det betyr at du kan spore ting som "krever signatur", "tilordnet lagerteamet" eller "depositum innkrevd" uten å trenge en utvikler til å legge til en databasekolonne hver gang prosessen din endrer seg.

Det er også rom for de praktiske realitetene ved å drifte en butikk: sporing av ordrebekreftelse og forsendelsesvarsler slik at du aldri ved et uhell sender e-post til en kunde to ganger, eksterne ordre- og betalings-IDer for synk mot regnskap eller oppfyllelsessystemer, og arkiv-/myk-slett-flagger slik at gamle ordre kan ryddes bort uten å bli fullstendig borte.

Det større bildet

Dette er det samme prinsippet som går gjennom alle deler av ExireNexus: i stedet for et forskjellig system for hver type "ting som blir solgt", finnes det én velutformet transaksjonsmodell som er fleksibel nok til å representere alle. Et produktsalg, en billett, en booking og en abonnementsbetaling ender alle opp med å se like ut for deg — én liste, én rapport, én kundehistorikk — selv om de under panseret gjør genuint forskjellige jobber.

Kombiner det med MCP Server fra tidligere i denne serien, og selv rapportering blir samtalebasert: "Hvor mange ordre kom inn forrige uke, og hvor mange var rombestillinger?" er et spørsmål den samme ordre-modellen kan svare på direkte.