Erhvervslejekontrakt som data: felter, validering og kobling

Kvartalsafregningen af omsætningsleje er klar til udsendelse, og en lejer ringer: Tallet passer ikke. Lejeren har indberettet omsætning uden onlineordrer afhentet i butikken, fordi det var det, der stod i den oprindelige erhvervslejekontrakt. Jeres system regner med dem, fordi en allonge fra 2022 ændrede definitionen. Begge parter har ret ud fra hver sit dokument, og ingen kan afgøre det uden at finde allongen frem. Den situation opstår ikke, fordi kontrakten er dårlig, men fordi den aldrig blev oversat til felter med en defineret kilde. Denne artikel handler udelukkende om den oversættelse: hvilke klausuler der skal fanges som strukturerede data, hvordan du kontrollerer, at de er rigtige, og hvordan de kobles til lejernes omsætning og besøgstal i centret.

Fra erhvervslejekontrakt til datamodel: feltet er ikke klausulen

En klausul er en formulering. Et felt er en værdi med en datatype, en enhed og en kilde. Forskellen lyder akademisk, men den afgør, om data kan bruges til beregning. Står der i § 5, at lejen reguleres hvert år den 1. januar med stigningen i nettoprisindekset, dog minimum 2 procent, er det ikke ét felt, men fire: reguleringsdato (dato), reguleringsprincip (valgliste: NPI, fast procent, kombination), minimumsregulering (procent) og loft (procent eller tom). Først når klausulen er splittet på den måde, kan systemet beregne næste års leje for 60 lejemål uden at nogen læser § 5 igen.

Den generelle prioritering af feltgrupper, altså datoer, leje, omsætningsleje, rettigheder og sikkerhed, er beskrevet i vores guide til lease abstraction. Her går vi et niveau dybere og ser på de klausuler, der oftest fanges forkert, fordi de ligner ét tal, men rummer flere:

• Omsætningsdefinitionen: Ikke en fritekst, men en række ja/nej-felter: inkluderer onlinesalg afhentet i butik, inkluderer returvarer som fradrag, inkluderer moms, inkluderer gavekortsalg på indløsningstidspunkt eller salgstidspunkt. Det er disse felter, der afgør, om indberettet omsætning kan sammenlignes på tværs af lejere.
• Basisbeløb og sats: Basisbeløbet (kroner pr. år), satsen (procent), om basisbeløbet selv reguleres, og om der er trappesatser ved forskellige omsætningsniveauer. Et basisbeløb, der reguleres med NPI, men er registreret som fast, giver en systematisk fejl, der vokser hvert år.
• Uopsigelighed og opsigelse: To uopsigelighedsdatoer (udlejer og lejer), to varsler (måneder) og tidligste fraflytningsdato som beregnet felt. Når feltet beregnes i stedet for at tastes, kan det ikke stå forkert i forhold til sine kilder.
• Markedslejeklausul: Om erhvervslejelovens § 13 er fraveget, tidligste dato for krav, og eventuel aftalt spærreperiode efter sidste regulering. Uden datoen er klausulen bare en bemærkning.
• Midlertidige vilkår: Lejefri perioder og rabatter med startdato, slutdato og om ophøret er automatisk eller kræver meddelelse. Rabatten, der aldrig ophørte, findes typisk her.

Hvert felt får desuden to metadatafelter: kildedokument og paragraf. Uanset om filen hedder erhvervslejekontrakt, allonge 3 eller lejekontrakt erhverv i arkivet, skal det være muligt at gå fra værdien i systemet til den linje, den kommer fra, med ét klik.

Validering: regler, der fanger fejl, før en lejer gør det

Firøjnekontrol på de felter, der driver cashflow og risiko, er udgangspunktet, men manuel kontrol skalerer dårligt. Det, der gør en abstraktion pålidelig over tid, er automatiske konsistensregler, der kører, hver gang en post gemmes. De behøver ikke være avancerede. En håndfuld regler fanger hovedparten af fejlene:

• Datologik: Ikrafttræden skal ligge før eller lig lejestart, uopsigelighed skal ligge mellem lejestart og udløb, og en lejefri periode kan ikke slutte før den begynder. Fejl her er næsten altid tastefejl i år eller måned.
• Fuldstændighedsregler pr. type: Har lejemålet omsætningsleje, må basisbeløb, sats, rapporteringsfrekvens og alle definitionsfelter ikke være tomme. Er reguleringsprincippet NPI, skal reguleringsmåned være udfyldt.
• Afstemning mod bogføring: Den årlige basisleje i abstraktionen sammenlignes med det faktisk fakturerede beløb i seneste periode. Afviger de, er enten abstraktionen eller faktureringen forkert, og begge dele er værd at vide.
• Allongekontrol: For hvert lejemål med mere end ét dokument tjekkes, at det nyeste dokument er registreret som kilde for mindst ét felt. Er det ikke tilfældet, er allongen sandsynligvis ikke læst.
• Afvigelsesregler: En omsætningslejesats eller et depositum, der ligger langt fra porteføljens normalinterval for samme lejerkategori, skal bekræftes af en anden person. Ofte er det rigtigt, men det er netop de poster, en køber vil spørge til.

Registrer resultatet af valideringen som en status på posten: ikke valideret, maskinelt valideret, godkendt af to personer. Det gør det muligt at rapportere datakvalitet til ledelsen og at prioritere, hvilke poster der skal gennemgås før næste refinansiering eller salgsproces.

Koblingen til omsætning og besøgstal kræver tre nøgler

Når kontraktvilkårene ligger i VemLease, omsætningsindberetningerne i VemTenant og besøgstallene i VemCount, er det fristende at tro, at koblingen sker af sig selv. Det gør den ikke. Tre ting skal være på plads, og alle tre er abstraktionsopgaver, ikke it-opgaver.

Et fælles lejemåls-id. Kontrakten, omsætningsindberetningen og tællezonen skal pege på det samme lejemål. Det lyder banalt, men en lejer med to sammenlagte enheder, et pop-up-areal eller et lager i kælderen giver hurtigt tre forskellige identiteter i tre systemer. Beslut, hvad der er den styrende enhed, og registrer det som et felt i abstraktionen.

Samme omsætningsdefinition. Indberetningsskabelonen i VemTenant skal afspejle ja/nej-felterne fra kontrakten, så lejeren indberetter efter de samme afgrænsninger, som omsætningslejen beregnes efter. Først da kan afregningen efterregnes automatisk, og først da kan omsætning pr. kvadratmeter sammenlignes mellem to lejere i samme kategori.

Kalender og zone. Omsætning indberettes pr. måned eller kvartal, besøgstal registreres pr. time. Koblingen kræver, at tællezonen foran eller i lejemålet er dokumenteret i abstraktionen, og at perioderne afgrænses ens, så en måned med ombygning eller en lejefri periode ikke læses som et fald i konvertering.

Er de tre nøgler på plads, bliver spørgsmålene konkrete. Et illustrativt eksempel med antagne tal: Et lejemål har basisbeløb 6 millioner kroner og en sats på 8 procent. Indberettet omsætning er 5,4 millioner, så der udløses ingen omsætningsleje. Besøgstallet i zonen er faldet 18 procent siden en ankerlejer flyttede, mens centret samlet er faldet 3 procent. Uden koblingen ser det ud som en svag lejer. Med koblingen ser det ud som et placeringsproblem, og genforhandlingen, der ifølge abstraktionen tidligst kan ske om 14 måneder, får et helt andet udgangspunkt. Alle tal i eksemplet er antagelser, pointen er, hvilke felter der skal findes, for at samtalen overhovedet kan føres.

Ofte stillede spørgsmål

Hvilke klausuler i en erhvervslejekontrakt giver flest fejl ved abstraktion? Omsætningsdefinitionen og midlertidige vilkår som rabatter og lejefri perioder. Begge består af flere delværdier og ændres ofte i allonger, så de skal splittes i separate felter med kilde og dato frem for at registreres som fritekst.

Hvordan validerer man abstraherede kontraktdata uden at læse alle kontrakter igen? Med automatiske konsistensregler for datoer, fuldstændighed og afstemning mod faktureret leje, kombineret med firøjnekontrol på de felter, der driver cashflow. Hver post får en valideringsstatus, så gennemgang kan prioriteres i stedet for at gentages.

Hvad skal være på plads, før kontraktvilkår kan kobles til omsætning og besøgstal? Et fælles lejemåls-id på tværs af systemer, en indberetningsskabelon, der følger kontraktens omsætningsdefinition, og en dokumenteret tællezone pr. lejemål. Mangler én af de tre, bliver sammenligningerne upålidelige.

Har I kontrakter, hvor omsætningsdefinitionen diskuteres hvert kvartal, eller lejemål, hvor ingen kan sige, om svag omsætning skyldes lejeren eller placeringen, så kontakt os her. Vi gennemgår gerne, hvordan jeres felter, valideringsregler og koblinger mellem VemLease, VemTenant og VemCount kan sættes op, så kontrakten bliver data, I kan afregne og genforhandle efter.