Nettsiden og bookingsystemet ditt bør være ett system

BookrHub Research · Publisert 4. oktober 2026 · Kilder: BrightLocal Local Consumer Review Survey 2026, BrightLocal Consumer Search Behavior 2025, Google Search Central, Schema.org · Produktatferden er verifisert mot kildekoden til BookrHub-applikasjonen

Nesten alle timebaserte virksomheter ender i samme oppsett ved et uhell. Først finnes en nettside, bygget i en nettsidebygger, fordi en virksomhet trenger en nettside. Senere kommer et bookingverktøy, fordi telefonen ringte mens hendene satt i noens hår. De to bindes sammen av en lenke. Og fra den dagen publiserer virksomheten to kopier av alt en kunde trenger å vite — hva du tar, hvor lang tid det tar, når du har åpent, hvem som jobber der — og holder bare én av dem oppdatert. Denne siden handler om den andre kopien: hva den koster, hvordan du finner hvor din har glidd, og hva en nettside generert fra bookingdataene dine gjør annerledes.

Oppsettet ingen valgte, og den andre kopien det skaper

Ingen setter seg ned og bestemmer å vedlikeholde to kopier av prisene sine. Det skjer i to steg, måneder fra hverandre, og hvert steg er fornuftig i seg selv.

Steg én: du trenger en nettside, så du lager en — i en nettsidebygger, eller en venn gjør det, eller en side i sosiale medier løser oppgaven. Du lister tjenestene dine og hva de koster, fordi det er det første noen spør om. Steg to, senere: telefonen ringer mens hendene dine sitter i noens hår, så du skaffer et bookingverktøy. Du legger inn tjenestene dine og hva de koster, fordi verktøyet ikke kan ta imot en booking uten. De to bindes sammen av en lenke, og jobben føles ferdig.

Den er ferdig. Men nå publiserer du prisene dine to ganger, fra to databaser, og bare én av dem tar penger fra folk.

Oppsett	Hva en ny kunde ser	Hvor prisene dine bor	Hva som går i stykker først
Bare en bookinglenke	Et skjema, uten svar på "hvem er dere?"	Ett sted	Ingenting glir — men nye besøkende går før de booker
Bare sosiale medier	Nye bilder, detaljer begravd	En bio og et festet innlegg	Tider og priser, umiddelbart; ingenting er strukturert for søk
Nettsidebygger + bookingverktøy	En god nettside som sender videre til et skjema som ser annerledes ut	To steder	De to kopiene glir fra hverandre, med åpningstidene først
Nettside generert av bookingsystemet	Én nettside, ett uttrykk, bookingen inni	Ett sted	Ingenting strukturelt — du bytter layoutfrihet mot synkronisering

Tredje rad er den vanligste og den eneste med en innebygd feilmåte. Det er verdt å være presis på hva som feiler, for "hold nettsiden oppdatert" er et ubrukelig råd — det har alle alt til hensikt.

Hva som blir utdatert, i rekkefølgen det skjer

Glidningen er ikke tilfeldig. Den følger størrelsen på endringen: jo mindre og hyppigere endringen er, jo mindre sannsynlig er det at den gjøres to ganger.

1. Åpningstidene. Først, alltid. De endres for en helligdag, for sykdom, for en lunsjpause om sommeren, for et forsøk med søndagsåpent. Hver endring tar to sekunder i bookingsystemet fordi den må — ellers booker folk en stengt dag. På nettsiden er det en femminuttersjobb ingen gjør.
2. Prisene. Du hever prisen på en klipp. Bookingsystemet må vite det, fordi det belaster. Nettsiden viser det gamle tallet i måneder, og den første kunden som legger merke til det, gjør det i kassen.
3. Tjenestelisten. Du slutter å tilby en behandling, eller legger til en. Å deaktivere den i bookingsystemet er nødvendig; å fjerne den fra nettsiden er valgfritt, så den står igjen, og folk ber om noe du ikke lenger gjør.
4. Teamet. Noen slutter. Ansiktet står igjen på nettsiden, noen ganger i et år. De nye mangler, som er verre: kundene ber om personen de så.
5. Selve bookingknappen. Den stille. Du bytter bookingverktøy, og nettsiden beholder den gamle lenken — til en død side eller, verre, til en levende side hos den forrige leverandøren din. Ingen skriver og forteller at bookingknappen din er ødelagt.

Grunnen til at dette er dyrt og ikke bare rotete, er et spørsmål om timing. Nettsiden er ikke det første en kunde ser på — den er det andre, og den sjekkes når bookingen er nærmest.

Rekkefølgen betyr noe. Omtalen overbeviste; nettsiden er der de praktiske opplysningene bekreftes, og der man booker eller stopper. To flere tall fra BrightLocals undersøkelse av søkeatferd skjerper poenget: 85% av forbrukerne sier at kontaktinformasjon og åpningstider er viktige når de undersøker en lokal virksomhet, og 56% sjekker virksomhetens opplysninger i mer enn én kilde. Det andre tallet er det som bør bekymre alle som driver to systemer. Mer enn halvparten av de mulige kundene dine sammenligner aktivt det du publiserer på ett sted med det du publiserer på et annet. Glidningen er ikke en privat forlegenhet; den blir sjekket.

Det finnes også en enklere lesning av de samme dataene. Hvis 85% av folk vil ha tidene og nummeret ditt, og mer enn halvparten verifiserer dem, så er det mest verdifulle innholdet på nettsiden til en liten virksomhet ikke teksten alle sliter med. Det er fire opplysninger og en prisliste, korrekte.

Synkroniseringssjekken i 12 punkter

Det tar rundt tjue minutter og krever to nettleservinduer: nettsiden din og din egen bookingside, side om side. Noter for hver sjekk "stemmer" eller "stemmer ikke". Mønsteret er mer interessant enn poengsummen.

Nr.	Sjekk	Sammenlign	Hva et avvik betyr
1	Tjenestenavn	Hvert navn på nettsiden mot hvert navn i skjemaet	Kunden finner ikke det hen leste om
2	Priser	Hver publiserte pris mot prisen skjemaet tar	En diskusjon i kassen, hver gang noen merker det
3	Varigheter	Oppgitt lengde mot lengden på den bookede tiden	Enten blir du forsinket, eller du selger tid du ikke bruker
4	Hvilke tjenester finnes	Alt som står på én liste og ikke på den andre	Forespørsler om nedlagt arbeid; nytt som ingen kjenner
5	Ukens tider	Publiserte mot bookbare tider, dag for dag	Folk møter en låst dør, eller en åpen dag uten tider
6	Pauser og delte skift	At hver lunsjstenging står på begge	Kunder venter utenfor under lunsjen din
7	Feriestengning	Neste stenging annonsert på nettsiden og blokkert i kalenderen	Bookinger tatt for dager du har stengt
8	Adresse	Gate, sted og postnummer, tegn for tegn	Feil kartnål; en kunde ved feil bygning
9	Telefon og e-post	Opplysningene på begge, ringt og skrevet til én gang	Forespørsler som ikke kommer noe sted
10	Teamliste	Alle som vises på nettsiden mot alle som kan bookes	Forespørsler om folk som har sluttet; nye ukjente
11	Bilder	Om personene og lokalet på bildene fremdeles finnes	Et sprang mellom forventning og ankomst
12	Bookingknappen	Klikk på den. Åpner den et skjema som virker, for en reell tjeneste?	Den eneste feilen som mister kunden i stillhet

To ting å legge merke til når du er ferdig. For det første: nesten hvert avvik du finner er en opplysning du må huske å endre på to steder — avviket er et symptom på arkitekturen, ikke på nøyaktigheten din. For det andre: sjekk 12 er kategorisk annerledes enn de andre elleve. En feil pris starter en samtale, men en ødelagt bookingknapp gir ingen signal i det hele tatt. Det er den som er verdt å teste hver måned selv om du aldri kjører resten av sjekken igjen.

Vil du ha et tall ut av øvelsen: tell avvikene dine og del på tolv. Under to av tolv fungerer dobbeltføringen din. Over fire gjør den ikke det, og ingen mengde besluttsomhet retter det — løsningen er strukturell.

Kalkulator: hvor mange kopier av virksomheten din kan motsi hverandre

Hva "én datakilde" konkret betyr

"Én datakilde" sies ofte nok til å ha sluttet å betyde noe. Konkret betyr det dette: nettsiden er ikke et dokument som beskriver virksomheten din, den er en gjengivelse av dataene dine. Det finnes ingen kopi å oppdatere fordi det ikke finnes noen kopi.

Hos BookrHub rendres den offentlige nettsiden mot de samme dataene som bookingflyten leser. Tabellen nedenfor er det faktiske settet data siden har tilgang til, verifisert mot kildekoden til applikasjonen.

Opplysning	Hvor du endrer den	Hvor den dukker opp automatisk
Navn, adresse, telefon, e-post	Virksomhetsinnstillinger	Nettsideinnhold, sidetittel, strukturerte data, bookingbekreftelse
Logo og favicon	Virksomhetsinnstillinger (bildeopplasting)	Nettsidens topp, nettleserfane, bilde i strukturerte data
Åpningstider, inkludert delte skift	Åpningstider	Publiserte tider på nettsiden og de bookbare tidene
Tjenestenavn og kort beskrivelse	Tjenester	Tjenesteblokker på nettsiden, bookingskjemaet, Service-markup
Pris, formatert i valutaen din	Tjenester	Prislister på nettsiden og beløpet som belastes ved booking
Varighet	Tjenester	Oppgitt lengde på nettsiden og tidens lengde i kalenderen
Gruppekapasitet og ledige plasser	Tjenester (flere bookinger per tid)	Gruppeblokker og telling av gjenstående plasser
Om en tjeneste i det hele tatt tilbys	Tjenester (aktiv eller ikke)	Dukker opp på, eller forsvinner fra, både nettsiden og skjemaet
Ansatte og titlene deres	Team	Teamblokker på nettsiden og steget der man velger ansatt
Bilder av ansatte	Team (bildeopplasting)	Teamblokker og bookingflyten

Les den høyre kolonnen som en liste over steder du ikke lenger må besøke. Den praktiske følgen er liten og daglig snarere enn dramatisk: du hever en pris én gang, på stedet der hevingen må skje uansett, og den publiserte prisen er alt riktig. Feilmåten i tosystemoppsettet er ikke at det er vanskelig å oppdatere to ganger. Det er at det er valgfritt å oppdatere to ganger, og valgfritt arbeid blir ikke gjort i en travel uke.

Seks ting en bookingdrevet nettside kan som en bygger ikke kan

En vanlig nettsidebygger slår et bookingsystem på layout, typografi og animasjon. Disse seks tingene er den andre siden av byttet: enkle for en bookingdrevet nettside og reelt utenfor rekkevidde for en brosjyre med en lenke.

1. Priser som ikke kan være feil. Tallet på siden leses fra den tjenesteposten kassen belaster. Avvik er ikke usannsynlig; det er umulig.
2. Tjenester som forsvinner når du slutter å tilby dem. Bare aktive tjenester rendres. Å deaktivere en behandling fjerner den fra prislisten og skjemaet i samme handling.
3. Tider som betyr tilgjengelighet. Publiserte åpningstider og bookbare tider kommer fra én post, så en lunsjpause du legger til i planen din vises som et hull på nettsiden i stedet for som et løfte du må huske å trekke tilbake.
4. Gruppekapasitet vist på siden. For klasser og verksteder med flere bookinger per tid kan nettsiden vise kapasiteten og hva som er igjen, fordi den leser de samme tidsdataene bookingmotoren bruker — ikke et tall noen skrev i et tekstfelt forrige semester.
5. En teamside som stemmer med hvem som faktisk kan bookes. Teamblokkene lister de aktive ansatte med titler og bilder: de samme personene, med de samme titlene, som en kunde velger mellom i ansattsteget.
6. En bookingknapp som ikke kan gi 404. Den er ikke en lenke til et annet selskaps produkt. Den er en rute i samme applikasjon og kan derfor ikke stå og peke på en leverandør du har sluttet å betale.

Punkt fire er verdt å dvele ved hvis du holder klasser. En kapasitet skrevet inn i teksten på siden er feil i det øyeblikket noen booker, og det er derfor de fleste klassetimeplanene på nettet er enten vage eller utdaterte. En kapasitet lest fra bookingdata er et levende tall.

Merke uten designer: tre farger, ett utledet system

Den vanlige grunnen til at nettsiden til en liten virksomhet virker amatørmessig, er ikke dårlig smak. Det er at et grensesnitt trenger rundt førti sammenhengende fargevalg — flater, kanter, tekst på hver flate, hover-tilstander, deaktiverte tilstander — og at en velger som tilbyr deg alle, får et annet svar hver gang du åpner den.

BookrHub ber om tre farger og utleder resten. Standardverdiene er en nesten svart primærfarge (#1A1A1A), en blågrå nøytral (#607B8B) og en brukket hvit bakgrunn (#FAFAFA). Hver av de tre utvides til en skala med ti trinn: de lyse trinnene lages ved å blande fargen mot hvitt, de mørke mot svart, med fargen du valgte på trinn 500.

Trinn	Hvordan det lages	Brukes typisk til
50 – 200	Blandet 95%, 90% og 80% mot hvitt	Side- og kortbakgrunner, diskrete fyll
300 – 400	Blandet 65% og 40% mot hvitt	Kanter, skillelinjer, deaktivert tekst
500	Nøyaktig fargen du valgte	Knapper, lenker, merkeaksenten
600 – 700	Blandet 20% og 40% mot svart	Hover- og trykket-tilstander, tekst på lyse fyll
800 – 900	Blandet 60% og 80% mot svart	Overskrifter, tekst med høy kontrast, mørke flater

Trinnene tildeles deretter roller i stedet for å brukes direkte — laveste, lav, høy og høyeste flate, tekst på flate, tekst på flatevariant, kontur, beholder, tekst på beholder — og det er det som holder en palett sammenhengende når den brukes på en hel bookingflyt.

Delen som er verdt å kjenne, er mørk modus, for den er ingen knapp. BookrHub beregner den opplevde lysheten i bakgrunnsfargen du valgte med den vanlige luminansvektingen — 0,299 × rødt + 0,587 × grønt + 0,114 × blått, hver kanal normalisert til 0–1 — og er resultatet under 0,5, behandles hele paletten som mørk: flater hentes fra den mørke enden av den nøytrale skalaen, og tekstrollene snus med. Velg en koksgrå bakgrunn, og du får et mørkt grensesnitt med lesbar tekst, uten å velge en eneste tekstfarge selv.

Det er en reell begrensning så vel som en bekvemmelighet. Du kan ikke håndplukke en vilkårlig farge til et vilkårlig element, og det er nettopp derfor resultatet blir konsistent. Er presis kontroll over hver nyanse kravet, er en vanlig bygger det bedre verktøyet — se når en vanlig bygger fremdeles er det riktige svaret.

Ditt eget domene, og hva som faktisk må skje

Hver BookrHub-virksomhet får et subdomene umiddelbart — dinvirksomhet.bookrhub.com — og det er nok til å begynne å ta imot bookinger og legge en lenke i en bio. Et eget domene er bedre av den åpenbare grunnen at det er ditt, og av en mindre åpenbar: det er det du beholder når du bytter programvare.

Å peke domenet ditt mot nettsiden er den vanlige DNS-øvelsen, og det er verdt å skrive rett ut fordi domenepaneler får det til å høres vanskeligere ut enn det er.

Oppføring	Navn	Peker på	Hvorfor
A	@ (roten)	IPv4-adressen BookrHub viser deg	Sender besøkende over IPv4 til nettsiden din
AAAA	@ (roten)	IPv6-adressen BookrHub viser deg	Det samme, for den voksende andelen IPv6-klienter
CNAME	Valideringsnavnet du får vist	Valideringsmålet du får vist	Viser at du kontrollerer domenet, slik at et TLS-sertifikat kan utstedes

Når de oppføringene har slått gjennom, utstedes og fornyes HTTPS-sertifikatet automatisk. Det er ingen sertifikat å kjøpe, ingen fil å installere, og ingenting som går ut om atten måneder mens du ser en annen vei — den vanligste måten nettsiden til en liten virksomhet går i stykker.

To praktiske råd som ikke har noe å gjøre med hvilken programvare du velger. Registrer domenet på en konto du kontrollerer, med ditt eget kort: domener registrert av en nettdesigner som er borte, er det kjedeligste problemet i hosting for små virksomheter. Og legg til domenet før du trykker noe, for et kort med feil adresse koster mer enn et års hosting.

Å bli funnet: av søkemotorer og nå av KI

To publikum leser nettsiden din mekanisk snarere enn visuelt: søkemotorenes roboter og, i økende grad, KI-assistenter som besvarer et spørsmål på noens vegne. Begge vil de samme uglamorøse tingene — en tittel som sier hva siden er, en adresse som kan tolkes, oppdaterte tider, priser i en struktur — og begge er lette å levere riktig og lette å gjøre feil.

KI-halvdelen av det sluttet å være spekulasjon i år. BrightLocals forbrukerundersøkelse fra 2026 fant et sprang på ett enkelt år:

En assistent som besvarer "hvor kan jeg klippe meg i nærheten på en søndag", arbeider ut fra strukturerte opplysninger, ikke ut fra bildene dine. Er tidene dine utdaterte på det ene stedet en maskin kan lese, er du ikke med i svaret.

Hver side på en BookrHub-nettside sender ut sine egne metadata i stedet for å arve forsidens: en sidetittel, en metabeskrivelse, en kanonisk URL som som standard er sidens egen adresse, Open Graph- og Twitter-kort-tagger, og to blokker med JSON-LD strukturerte data. Virksomhetstypen du velger, kobles til en spesifikk Schema.org-type i stedet for en generisk, og det er det som lar en søkemotor behandle deg som en barberer og ikke som en uspesifisert lokal virksomhet.

Din virksomhetstype	Utsendt Schema.org-type
Barberer	BarberShop
Frisørsalong	HairSalon
Spa	DaySpa
Negler	NailSalon
Massasje	MassageTherapy
Trening	FitnessCenter
Renhold	CleaningService
Tannhelse	Dentist
Medisinsk	MedicalBusiness
Dyrepleie	PetStore
Alt annet	LocalBusiness

Ved siden av virksomheten selv bærer markupen en PostalAddress, telefonnummeret ditt, logoen din som bilde, en tilbudskatalog over tjenestene dine og en ReserveAction med bookingsiden din som mål — vokabularets måte å si "denne virksomheten kan bookes, her". En annen blokk beskriver hver aktive tjeneste som en Service med leverandør og området den dekker.

Hva ingenting av dette gjør, er å få deg til å rangere. Google er utvetydig på at relevans kommer først og at det ikke finnes noe enkelt signal for sideopplevelse, samtidig som de bekrefter at Core Web Vitals brukes i rangeringssystemene deres. Den ærlige oppsummeringen: korrekte strukturerte data og en rask side fjerner grunner til ikke å vise deg. De skaper ikke etterspørsel, og hvert verktøy som lover noe annet, selger noe.

Slik bygger BookrHub nettsiden

Mekanikken er verdt å beskrive rett ut, for "nettsidebygger" dekker alt fra et tekstfelt til et designstudio.

• Start fra et tema. Et tema er et navngitt sett innholdsblokker med en rekkefølge. Det finnes ferdige for frisørsalonger, barberere, neglesalonger, spa, tann- og legekontorer, dyrepleie, trening, fotografi og noen stilbårne alternativer som en mørk premiumlayout og et bento-rutenett. Å lage en side ut fra et tema kopierer blokkene inn i siden din, så det du deretter endrer, er ditt.
• En markedsplass med offentlige temaer. Temaer kan holdes private for virksomheten din eller publiseres, og publiserte temaer vises i en markedsplass i appen med et generert skjermbilde som enhver virksomhet kan starte fra.
• Sider bygges av blokker i tre områder. Hver side har en topp, en kropp og en bunn; blokkene ligger i rekkefølge inni. Hero, om oss, tjenester, galleri, sted, oppfordring og bunn er det vanlige settet.
• Endre med sanntidsforhåndsvisning. Hver blokks innstillinger rendres umiddelbart i en forhåndsvisning av nettopp den blokken med dine verdier, før du lagrer noe.
• Mer enn én side. En virksomhet kan ha flere sider, hver på sin egen sti, med én merket som standard som leveres på roten av domenet ditt.
• SEO-felter per side. Tittel, beskrivelse, nøkkelord, kanonisk URL, Open Graph-tittel, -beskrivelse, -bilde og -type, samt Twitter-korttypen — alt per side, med fornuftige reserveverdier når de står tomme.
• Blokker leser sanntidsdataene dine. Innholdsblokker er maler med tilgang til virksomhetsposten din, de aktive tjenestene dine med formaterte priser og varigheter, det aktive teamet ditt, åpningstidene dine og booking-URL-en din.

Bookingflyten den lenker til er den samme som sidene våre om betaling ved booking og å lede et team beskriver: kunden velger en tjeneste, velger en person eller "hvem som helst ledig", velger en tid og betaler hvis du krever det. Booking for kunder er oversatt til engelsk, spansk, tysk, italiensk, fransk, portugisisk (Brasil og Portugal), russisk og nederlandsk; administrasjonen finnes på engelsk, spansk og tysk.

Hva BookrHub ikke gjør

Enhver funksjonsliste er mer nyttig ved siden av listen over det som mangler. Dette er punktene som sannsynligvis betyr mest når du skal velge.

• Nettsidebyggeren er en funksjon i Business-planen. På andre planer leverer subdomenet ditt selve bookingsiden i stedet for en nettside — en fungerende bookingside med ditt uttrykk, men ikke en nettside.
• Ingen blogg og ingen CMS. Ingen innlegg, kategorier, forfattere eller planlagt publisering. Er innholdsmarkedsføring planen din, host bloggen et annet sted.
• Ingen nettbutikk. Du selger bookbar tid, ikke produkter. Ingen handlekurv, ingen frakt, ingen lagerbeholdning.
• Én topp, én kropp, én bunn per side. Layout kommer av å ordne blokker, ikke av et fritt lerret. Plassering på pikselnivå finnes ikke.
• Omtaler vises ikke på nettsiden. Vurderingene dine samles inn og vises i bookingflyten, men de rendres ikke på nettsidens sider og inngår ikke i de strukturerte dataene dens — altså ingen stjerner i søkeresultater fra denne kilden.
• Nettsidens tekster er på ett språk. Bookingflyten er oversatt til åtte språk; ordene du skriver på sidene dine er ikke det. En tospråklig nettside betyr å skrive den to ganger som to sider.
• Bilder i innholdsblokker refereres via URL. Bare logoen, faviconet og bildene av ansatte lastes opp og hostes for deg; galleribilder må bo et sted du kontrollerer.
• Ingen A/B-test, skjemaer eller e-postmarkedsføring fra nettsiden. Det eneste skjemaet er bookingskjemaet.
• Ingen depositum, noe sted i BookrHub. Når en tjeneste krever betaling, belastes full pris i det øyeblikket bookingen skjer. Det finnes ingen delvis eller prosentvis mulighet, så planlegg ikke ut fra en.

Når en vanlig nettsidebygger fremdeles er det riktige svaret

Denne siden argumenterer for ett system, og argumentet har grenser. To kopier av prisene dine er bare et problem i forhold til hvor ofte prisene dine endres og hvor stor del av nettsiden din som er priser.

Det finnes også en mellomvei verdt å nevne, for mange virksomheter er der med god grunn: behold nettsiden du har, og bygg inn eller lenk bookingflyten fra den. Du beholder layouten og godtar dobbeltføringen. Er det situasjonen din, er tolvpunktssjekken over verdt å kjøre hvert kvartal i stedet for én gang — for i det oppsettet er glidningen en vedlikeholdsoppgave og ikke et løst problem.

Hva du gjør nå

Gjør du ingenting annet fra denne siden, gjør sjekk tolv: klikk på din egen bookingknapp, fra din egen nettside, på telefonen din, og book noe. Det tar et minutt, og det er den ene feilen som ikke gir noen klage. Kjør deretter de andre elleve og tell. Tallet forteller deg om du har en oppryddingsjobb eller et arkitekturproblem, og de to løses ulikt.

Kilder

• BrightLocal, Local Consumer Review Survey 2026 — representativt panel med 1 002 voksne amerikanske forbrukere, 11. februar 2026.
• BrightLocal, Consumer Search Behavior — 1 000 voksne amerikanske forbrukere, 29. april 2025.
• BrightLocal, Half of consumers are asking AI for business recommendations — 1 002 voksne amerikanere, hvorav 455 hadde brukt KI-verktøy, 2026.
• Google Search Central, Understanding page experience in Google Search results.
• Schema.org, vokabularene LocalBusiness og ReserveAction.
• Produktatferden i denne artikkelen ble verifisert mot kildekoden til BookrHub-applikasjonen i oktober 2026: Liquid-renderingskonteksten, utledningen av fargepaletten, modellene for landingsside og eget domene, og de strukturerte dataene som den offentlige sidelayouten sender ut.

Les også: kundeadministrasjon, ansattadministrasjon, betaling ved booking, registrering av ikke-møtte avtaler og oppfølging av omsetningen.