Ofte stillede spørgsmål

Under en time. I opretter organisationen med navn, CVR og en booking-adresse, tilføjer personer med roller og opretter jeres leverandøraftaler. Derefter kan møder registreres med det samme — manuelt eller via CSV-import af eksisterende lister.

Ja. CSV-importen tager jeres nuværende regneark ind som møder, og systemet advarer om dubletter — samme prospekt med møde i bogen i forvejen bliver flaget, før det bliver et problem.

Nej — bureauet oprettes som leverandør med en aftale (pris, frister, kriterier, kreditregler), og I styrer registreringen. Et selvstændigt leverandør-login, hvor bureauet ser egen leverance og egne reklamationer, står på roadmappet.

Ja, det er netop pointen. Bureau, internt bookerteam og freelancere oprettes som hver sin leverandør med hver sin aftale. Interne aftaler kører samme flow og samme statistik — bare uden faktura. Så kan I sammenligne pris pr. afholdt godkendt møde på tværs.

Med en engangskode sendt til personens egen mailadresse. Ingen adgangskoder at huske, dele eller glemme i en fælles note. Koden udløber efter ti minutter og kan kun bruges én gang.

Fordi en attestation kun er noget værd, hvis den ikke kan udstedes af den, der har interesse i den. En booker kan registrere møder men aldrig godkende dem; økonomi kan afregne men ikke attestere; sælgeren attesterer udfaldet af sine egne møder. Fire øjne på hver krone.

Personen deaktiveres — og alle vedkommendes sessioner lukkes med det samme. Men navnet består i historikken: hvem der godkendte et møde i marts, skal stadig kunne dokumenteres i november.

At sælgeren, efter mødet er afholdt, har attesteret at det levede op til aftalens kriterier — beslutningstager til stede, rigtig målgruppe osv. Først da er mødet fakturérbart. Godkendelsen står i sælgerens navn med tidspunkt og kan ikke redigeres bagefter.

Aftalen har en godkendelsesfrist (SLA), fx tre hverdage efter mødet. Godkendelseskøen viser fristen på hvert møde, og overskredne møder står øverst hos salgschefen — automatiske rykkere på mail er under bygning. Møder kan ikke ligge og »modne« i en indbakke, til ingen kan huske dem.

Sælgeren markerer no-show, og systemet åbner selv en reklamation med aftalens foreslåede udfald — fx kredit hos et bureau, gratis ombooking hos interne. Salgschefen afgør; systemet posterer.

De gamle vilkår. Aftalens pris, kriterier og kreditregler versioneres, og hvert møde afregnes efter den version, der gjaldt da mødet blev booket. En prisændring i september kan ikke omskrive juli.

Økonomifanen viser afregningsgrundlaget pr. leverandør pr. måned: leveret, godkendt, krediteret og beløb. I noterer bureauets fakturanummer og en eventuel difference direkte på perioden — og eksporterer til CSV, hvis bogholderiet vil arbejde videre i eget system.

Nej. Afregningen er en hovedbog: én postering pr. godkendt møde, én modgående pr. kreditering. Krediteres et julimøde i september, står julis tal urørt — septemberopgørelsen får en synlig kreditlinje i stedet.

995 kr. om måneden inklusive 25 afregnede møder, derefter 25 kr. pr. afregnet møde. Krediterede møder er gratis — I betaler aldrig for et møde, der ikke blev som aftalt. Nye kunder starter med 30 dages prøveperiode, og betaling foregår med kort via Stripe.

Et møde, der er godkendt og ikke efterfølgende krediteret — altså præcis de møder, der står med positiv saldo i jeres egen hovedbog. Det er samme tal, som I selv afregner bureauet efter.

Abonnementet er løbende måned. Opsigelse sker via betalingsportalen eller ved at skrive til os — der er ingen binding ud over indeværende måned. Jeres data kan eksporteres til CSV, før kontoen lukkes.

Nej. Hver organisation er sit eget lukkede rum — jeres priser, leverandøraftaler og kvalitetshistorik deles aldrig. Hvem der handler, afgøres af serverens egen session, aldrig af noget klienten sender med.

Kun gennem en logget supportadgang: en platformadministrator kan åbne jeres konto i maksimalt én time ad gangen, det vises med et tydeligt banner i appen, og både åbning og lukning skrives i et revisionsspor, der aldrig kan redigeres.

I en PostgreSQL-database hos vores hostingleverandør. Login-koder og session-tokens opbevares kun som hash — et databaselæk kan ikke bruges til at logge ind som jer. Alle økonomiske posteringer og statusovergange er append-only: de kan aldrig redigeres, kun modposteres.

Endnu ikke — den er under bygning og står øverst på roadmappet, sammen med en booking-mailadresse der selv opretter møder. Indtil da registreres møder manuelt eller via CSV, hvilket stadig er hurtigere end regnearket.