Fakturaen kan ikke afstemmes
Bureauet fakturerer ud fra egen optælling. Der findes intet samlet register over, hvilke møder der faktisk blev leveret, godkendt og afholdt.
True Sales Ledger · intern pilot 2026
Kalenderen ved hvad der blev booket.Ingen ved hvad det koster.
True Sales Ledger er det manglende led mellem dem der booker møder — bureauer og interne phonere — og dem der betaler. Ét møde = én post med fuld livscyklus, godkendelse, kreditering og afregningsgrundlag.
- 2
- selskaber i pilot
- < 1 t
- månedsafstemning pr. bureau
- 100 %
- møder med korrekt slutstatus
Problemet
Mødet lander i kalenderen. Økonomien lander i indbakken.
Mødebooking købes hos flere bureauer og suppleres af interne bookere. Alt det, der har med penge at gøre, lever i mails, hukommelse og regneark.
Krediteringer lever i mailtråde
No-shows, aflysninger og møder uden for målgruppen forhandles i mails og bliver aldrig samlet ét sted.
Godkendelser rådner
Sælgere skal tage stilling til hvert møde, men uden deadline og struktur sker det for sent — eller slet ikke.
Ingen kadence pr. leverandør
Hvad betaler vi for, hvad har vi i pipeline næste måned, og stiger eller falder leverancen pr. bureau? Ingen kan svare med ét blik.
Kerneidéen
Ét møde = én post i True Sales Ledger
Kalender, mail og bureauernes egne ringesystemer er kun signaler ind. Afregningsgrundlag, krediteringer og dashboards er output. Ingen skal skifte system — de kobler data på.
01
Single point of truth
Al status — booket, accepteret, afholdt, krediteret — lever ét sted med historik og tidsstempler. En kreditering er en post, ikke en mail.
02
Kalenderen er sensor, ikke sandhed
Accept-status og ændringer læses automatisk fra kalenderen. Den kommercielle status styres i True Sales Ledger.
03
Afregning er en rapport
Når måneden lukker, er grundlaget pr. bureau allerede opgjort. Fakturaen skal bare matche.
04
Leverandør-agnostisk
Internt booket møde, bureaumøde eller AI-agent: samme datatype, samme statusflow, forskellig aftale bag.
Livscyklus
Hver overgang logges med tidspunkt og aktør
Statusmodellen er hjertet i produktet. Intet møde slettes — annullerede og krediterede møder bliver stående som en del af regnskabet og leverandørens kvalitetshistorik.
- 1
Registreret
kalender, mail eller manuelt
- 2
Inviteret
booking-adresse cc'et
- 3
Sælger-accepteret
auto-læst fra kalender
- 4
Prospekt-bekræftet
deltager-status
- 5
Afholdt
udfald markeret
- 6
Godkendt
fakturérbar
Sideveje der koster penge
Afvist af sælger
med brudt kriterium — objektiv tvist
No-show
reklamation → krediteret eller fastholdt
Aflyst af prospekt
ombooking eller kredit efter regel
Uden for kriterier
afgøres mod aftalens målgruppe
Integration
Kom i gang uden at bede bureauerne om noget
Fase 1 kræver nul ændringer hos leverandørerne. Fase 2 lader deres systemer koble direkte på.
Booking-adresse
moede@ditselskab.dk inviteres med i kalenderinvitationen. Mødet oprettes automatisk med kalender-event-id.
Kalender-sync
Platformen abonnerer på sælgernes kalendere: accept-status, flytninger og aflysninger bliver statusforslag.
Manuel + CSV
Simpel formular og import som fallback — og til de interne bookere fra dag ét.
Byg afstemningen én gang — brug den hver måned
Vi starter internt i Frokostfirmaet og Caterflow. To købere fra dag ét tvinger arkitekturen til at være multi-tenant, længe før vi kalder det et produkt.
Tag en snak om pilotten