Kontrakter

"Contracts" i Flowtly definerer de finansielle vilkår for dine engagementer — de tilknytter et budget til et struktureret sæt betalingsplanlinjer. Hver kontrakt angiver, hvornår betalinger forfalder, beløbene og retningen (leverandørfaktura eller klientfakturering), hvilket giver dig fuld synlighed over forpligtede pengestrømme.

Nøglebegreber

• Betalingsplanlinjer — individuelle linjeelementer, der definerer beløb, forfaldsdato og betalingsretning (leverandør eller klient)
• Budgettilknytning — en kontrakt kan valgfrit knyttes til et eller flere budgetter, der fungerer som den finansielle ramme for engagementet
• "Direction" — leverandørkontrakter sporer omkostninger, du skylder; klientkontrakter sporer indtægter, du forventer at modtage
• Flaget "Cyclic" — en kontrakt kan markeres som cyklisk for at angive et tilbagevendende/løbende forhold; det er kun vejledende, og betalingslinjer oprettes stadig én ad gangen i stedet for at blive genereret automatisk ud fra et interval
• Dokumentvedhæftninger — vedhæft underskrevne kontraktfiler, tillæg eller støttedokumenter direkte til kontraktposten
• "Payment terms" — hvor lang tid modparten har til at betale, hvilken dato fristen regnes fra, og om betaling forfalder forud eller bagud
• "Counterparty" — hvem kontrakten er indgået med. Valgfri: en kontrakt kan oprettes og beholdes uden en
• Automatisk indlæsning — upload en underskrevet kontrakt, og Flowtly læser parter, datoer, betalingsbetingelser og priser ud af den. Når en ny kørsel kan hjælpe, kan du køre indlæsningen igen fra kontraktens dokumenter — for eksempel efter at have rettet en scanning
• "Completeness" — en kontrakt tjekkes for de data, planlægning har brug for, og en kontrakt, der aldrig vil have et af dem, kan angive det; se Fuldstændighedstjek for kontrakter
• Upload flere på én gang — slip en hel omgang underskrevne kontrakter: uploaden viser hver fils fremskridt ("3 of 20 uploaded") og derefter dens status, og du bliver på kontraktlisten imens. Hver upload venter i Awaiting sorting med sin status — læses stadig, klar til gennemgang eller kunne ikke læses, med årsagen og en vej videre: Re-extract, når en ny læsning kan hjælpe, Upload again, når selve filen er beskadiget eller ulæselig. Gennemgangen af en fil åbner, når du klikker på den
• En kontrakt, der allerede findes i Flowtly — hvis du uploader en fil, hvis nøjagtige indhold Flowtly allerede har, oprettes der ikke en anden kontrakt. Filens række viser This contract is already in Flowtly og linker til den kontrakt, der har den. Skip er standard. Upload anyway opretter alligevel den nye kontrakt. I en omgang fortsætter de øvrige filer, og Skip all duplicates besvarer alle dubletter på én gang. At vedhæfte en fil til en eksisterende kontrakt afvises aldrig
• Satser og samlet værdi — nogle kontrakter angiver slet ingen samlet værdi. En lejekontrakt med pris pr. m² angiver en sats, et areal og en løbetid, og summen står ingen steder. Flowtly gemmer satsen præcis som kontrakten angiver den og lader den samlede værdi stå tom i stedet for at opfinde et beløb; angiv løbetiden, så foreslås en beregnet samlet værdi, du kan acceptere
• "Amendments" — hvad kontraktens værdi, areal, beløb pr. periode og datoer blev til, og fra hvilken dato, registreret på kontrakten, mens de aftalte værdier forbliver, som de var. En prislinje kan indstilles til at følge det gældende areal, så et areal målt efter underskriften når frem til huslejen; se Kontrakttillæg
• Organisationsspecifikke læseregler — for nogle organisationer opsætter Flowtly-medarbejdere regler, der ændrer, hvordan en bestemt slags kontrakt læses: i hvilken retning den gemmes, en fritekstinstruktion til en usædvanlig aftale (for eksempel en lejekontrakt indgået med en ejendomsudvikler, hvor kun tilskuddet til indretning er en omkostning for organisationen, ikke huslejen), og hvilke kontraktparametre der skal udfyldes sammen med den. Når en regel matcher, viser gennemgangsskærmen, hvilken der blev anvendt, og de parametre, den læste. En lejekontrakt, hvis påkrævede beløb ikke kan findes, bogføres som en omkostning uden beløb eller plan og med flaget kræver gennemgang, i stedet for et gættet tal

Hvad et budget har brug for fra en kontrakt

To ting, og en kontrakt, der mangler en af dem, bidrager ikke til planlægningen. For det første skal budgettet kunne nå kontrakten: via det projekt, kontrakten er knyttet til, ved at tilknytte kontrakten direkte til budgettet eller via budgettags. For det andet skal kontrakten have en plan — budgettet læser betalingsplanlinjerne, så en kontrakt uden dem tilføjer ingen planlagte tal, uanset hvordan den er knyttet. Hverken et dokument eller en modpart er påkrævet til noget af dette: du kan registrere en aftale, du ikke har nogen fil til, og en aftale, hvis anden part endnu ikke er afgjort, og den vil stadig kunne planlægges.

En kontrakt behøver ikke en modpart

Modpartsfeltet er valgfrit, og at lade det stå tomt er en legitim, varig tilstand og ikke en uafsluttet.

Mange rigtige kontrakter findes, før den anden side gør det:

• et udbud, der er afgivet og endnu ikke tildelt
• et lejemål, hvor den nuværende lejer forventes at blive afløst
• en omkostning fastsat ved en officiel afgørelse — en afgift, en tilladelse, en takst fastsat af en myndighed — hvor der slet ikke er nogen leverandør at nævne

I hvert tilfælde er beløbene, datoerne og retningen kendt og værd at planlægge efter længe før et navn er. Opret kontrakten nu, og tilføj modparten, når der er en at tilføje.

En kontrakt kan også blive uden modpart af sig selv: hvis modpartsposten senere slettes, består dens kontrakter og mister blot tilknytningen. Intet fjernes, og ingen betalingsplanlinje berøres.

To begrænsninger, der er værd at kende:

• Kontraktlisten kan endnu ikke filtrere på "no counterparty". Du kan filtrere på en bestemt modpart, men ikke på fraværet af en. Sorterer du listen efter modpart, samles de tomme, og det er det nærmeste, der findes i dag.
• Alt andet på kontrakten gælder stadig. Navn, retning og valuta er påkrævet som altid; kun modparten er valgfri.

Foreslåede modparter ved gennemgang af en uploadet kontrakt

Når Flowtly læser en uploadet kontrakt, foreslår gennemgangsskærmen eksisterende modparter, som dokumentet kan handle om. Intet knyttes, før du vælger en.

• Et matchende skatte-id (NIP) kommer først. Det er det stærkeste bevis og står øverst.
• Navne sammenlignes som hele ord uden hensyn til selskabsformen. "LPP S.A." og "LPP Spółka Akcyjna" tæller som samme navn, mens et kort navn aldrig matches blot fordi dets bogstaver indgår i et andet ord.
• Identiske poster vises én gang. Hvis en modpart findes flere gange med samme skatte-id og samme navn, ser du ét forslag i stedet for en liste af tvillinger.
• Både klienter og leverandører søges, når retningen er et gæt. Hvis Flowtly ikke kunne bekræfte, hvilken part der er din organisation (typisk fordi din organisation ikke havde noget skatte-id, da kontrakten blev analyseret), markeres den foreslåede retning som ubekræftet, og både klienter og leverandører søges, med dem, der matcher den foreslåede retning, først. Skatte-id'et angives under Invoicing settings → Billing data → Company tax identification number. Markeringen registrerer tidspunktet for analysen, så det ikke fjerner den på kontrakter, der allerede er læst, at angive skatte-id'et bagefter: kontrollér retningen på kontrakten, og ret den om nødvendigt.

Højst fem forslag vises. Hvis den rigtige modpart ikke er blandt dem, vælg den i hånden eller opret en ny.

Hvor hver værdi kommer fra

På gennemgangsskærmen viser hver værdi, som Flowtly har læst ud af dokumentet, hvor i dokumentet den blev fundet: siden og den betegnelse, kontrakten selv bruger for det afsnit, for eksempel p. 4, § 4 ust. 2. Betegnelsen gengives nøjagtigt, som kontrakten skriver den, uden oversættelse, så du kan finde de samme ord på siden.

Klik på henvisningen for at åbne kontrakten på den side og sammenligne værdien med den underskrevne tekst.

En henvisning vises ved navnet, valutaen, totalbeløbet, start- og slutdatoen, kontakten for tilbagevendende kontrakt, modparten, det projekt, kontrakten nævner, hver betalingslinje og hver kontraktparameter. En værdi uden henvisning er en, som Flowtly ikke kunne finde i dokumentet. Flowtly gætter ikke på en side, så kontrollér selv den værdi, før du gemmer.

Foreslået projekt ved gennemgang af en uploadet kontrakt

Når en kontrakt nævner et projekt, en fase eller en lokation, viser gennemgangsskærmen navnet, som dokumentet skriver det, for eksempel The contract names "Etap II". It could be:, efterfulgt af op til fem af dine projekter, der kan passe, det mest sandsynlige først.

• Intet tildeles for dig. Forslagene er navne at se på, ikke knapper. Vælg projektet i projektfeltet lige nedenfor, også når der kun er ét forslag, og det ser sikkert ud.
• "No project of yours matches it" er også et svar. Når kontrakten nævner noget, der ikke matcher nogen af dine projekter, siger skærmen det i stedet for at tie. Det betyder som regel, at projektet endnu ikke er oprettet i Flowtly.
• En kontrakt, der ikke nævner noget projekt, viser intet her, og det gør kontrakter, der blev læst, før dette forslag fandtes, heller ikke.

Prislinjer

Afsnittet "Prices" i en kontrakt og priserne på gennemgangsskærmen for en uploadet kontrakt viser hver pris, som kontrakten fastsætter. Hver linje læses på samme måde:

• Hvad prisen er: typen af afgift, for eksempel leje eller driftsgebyr. I organisationer, der bruger funktionerne til ejendomsadministration, efterfølges typen af det, linjen dækker, for eksempel Leje · parkeringspladser eller Driftsgebyr · fællesarealer. En linje, der ikke angiver, hvad den dækker, markeres med intet emne angivet, så et hul er synligt og ikke læses som leje for hele lokalet.
• Prisen: satsen i kontraktens egen enhed, med valutaen angivet én gang og ordet netto ved siden af prisen.
• Multiplikatoren: det, satsen ganges med, med dens enhed, for eksempel × 4 m². En linje, der er prissat efter et simpelt antal, lyder × 2 stk.
• En linje, der er prissat efter det målte areal, forklarer på selve linjen, at det er de m², der blev målt efter overdragelsen, der tæller, ikke tallet i kontrakten. Se Kontrakttillæg.

Betalingsplanlinjer i flere valutaer

Hver betalingsplanlinje har sin egen "Currency", så en kontrakt kan blande valutaer, for eksempel leje i euro og driftsgebyr i złoty. En ny linje overtager kontraktens valuta og mærkes "Contract default"; en linje i en anden valuta mærkes "Differs from contract". Vælger man kontraktens valuta igen, følger linjen kontrakten, også ved en senere ændring af kontraktens valuta. At ændre en linjes valuta omdøber kun dens beløb: intet omregnes. Valutaen på en linje, der allerede er faktureret, kan ikke ændres. Betalingsplangeneratoren kan også oprette linjer i en anden valuta; en deling af kontraktens samlede beløb forbliver altid i kontraktens valuta.

Hvordan betalingsplanen lægges sammen, afhænger af dens valutaer:

• Alle linjer i kontraktens valuta: linjerne lægges sammen og kontrolleres mod kontraktens samlede beløb, som sædvanligt.
• Linjer i mere end én valuta: hvert beløb i betalingsplanen, på linjerne, i totalerne og i sletningsbekræftelsen angives med sin valutakode, for eksempel EUR eller PLN, i stedet for et symbol. Totalerne viser én sum pr. valuta, og kontraktens samlede beløb sammenlignes ikke med dem, fordi en sum af euro og złoty ville være et forkert tal.

En faktureret linje viser fakturaens nummer og valuta ved siden af "View invoice", for eksempel INV/2026/10/007 · PLN. Når fakturaen er i en anden valuta, end linjen planlægger, siger linjen det, for eksempel Fakturaen er i PLN; denne linje planlægger EUR. Selve linjen forbliver skrivebeskyttet: for at rette forskellen skal du rette fakturaen. Den, der ikke kan se fakturaer, ser linket uden fakturaens valuta.

Den omregnede total

En betalingsplan, hvis linjer blander valutaer, viser også en omregnet total under sine totaler pr. valuta, for eksempel Converted total in EUR, markeret "CONVERTED". Den er altid i kontraktens valuta og er kun til sammenligning: selve kontrakten angiver ingen enkelt total på tværs af valutaer, så intet kontrolleres mod den.

Hver linje i en anden valuta end kontraktens viser sit omregnede beløb under sit eget beløb, med den anvendte NBP-valutakurs og datoen for den NBP-tabel, kursen stammer fra, for eksempel ≈ 1 972,25 EUR · NBP 4,2591 · 30/09/2026. En linje i kontraktens valuta viser ingen omregning. Kursen afhænger af linjen:

• En faktureret linje omregnes til NBP's middelkurs for den sidste hverdag før fakturaens udstedelse.
• En åben linje omregnes til den seneste NBP-tabel. Totalen angiver datoen for den tabel.
• En faktureret linje, hvis faktura du ikke kan se, omregnes som en åben linje, til den seneste tabel.

Når NBP ikke har offentliggjort en tabel for den dag, en linje beder om, stammer kursen fra den sidste tabel, der er offentliggjort før den. På en faktureret linje markeres dette med "older rate" ved siden af tabellens dato, og totalen oplyser, at nogle linjer omregnes til en ældre NBP-tabel. En faktura fra mandag, der tager fredagens tabel, markeres ikke, fordi fredag er den foregående hverdag.

En linje, hvis valutapar slet ikke har en NBP-kurs, viser No NBP rate for og datoen. Den udelades af den omregnede total i stedet for at blive anslået, totalen markeres "CONVERTED · PARTIAL" og angiver de udeladte beløb. Hvis kurserne slet ikke kan læses, vises ingen omregnet total.

Angivelse af valutaen for flere linjer på én gang

For at omdøbe valutaen på flere linjer på én gang sætter du kryds i feltet ved hver åben linje, du vil ændre. Fakturerede linjer har intet afkrydsningsfelt: de beholder den valuta, de blev faktureret i. Der vises en bjælke med antallet af valgte linjer, en valutavælger til Set currency, knappen Apply to N lines og "Clear".

Når du vælger en valuta, og før noget gemmes, viser bjælken, hvad der vil ske: beløbene forbliver, som de blev skrevet, og kun valutaen ændres, med et eksempel fra dit valg som 8 400,00 EUR bliver til 8 400,00 PLN, ikke et omregnet beløb. Hver valgt linje viser sin ændring, for eksempel EUR → PLN. For at omregne et beløb i stedet for at omdøbe det skal du redigere selve linjen.

Anvendelsen ændrer kun de linjer, der ikke allerede er i den valgte valuta, og tallet på knappen udelader de andre. Hvis alle valgte linjer allerede er i den, siger bjælken det og tilbyder intet at anvende. Vælger man kontraktens valuta, følger de linjer kontrakten igen, præcis som når man vælger den på en enkelt linje. En linje, der ikke kunne ændres, forbliver valgt, så du kan prøve igen; de øvrige forlader valget.

Betalingsbetingelser

En kontrakt angiver tre ting om, hvornår dens fakturaer forfalder, og Flowtly gemmer hver enkelt separat i stedet for at samle dem i et enkelt tal:

• "Payment deadline (days)" — det antal dage, der er tilladt.
• "Counted from" — den dato, hvorfra fristen løber: Fakturalevering, Fakturaudstedelse, Periodens begyndelse eller En hændelse. Levering og udstedelse holdes bevidst adskilt, fordi de er reelt forskellige datoer, og mange kontrakter binder fristen til den førstnævnte.
• Betaling — forud betyder, at beløbet betales før den periode, det dækker, for eksempel en måneds husleje, der forfalder ved månedens begyndelse. Bagud betyder, at det betales efter perioden, for det, der allerede er leveret.

"Counted from" og Betaling har hver et informationsikon ved siden af feltet i formularen, som giver den samme forklaring, der hvor du vælger.

En tom frist betyder, at kontrakten er tavs om emnet. Det er en anden erklæring end en frist på nul dage, og atter en anden end betaling bagud — så felterne efterlades tomme i stedet for at have standardværdier, og åbning af en kontrakt skriver aldrig en betingelse ind, som dokumentet ikke faktisk indeholder.

Disse felter vises både på selve kontrakten og på skærmen, hvor en uploadet kontrakt gennemgås, så betingelser, der er læst ud af dokumentet, kan kontrolleres og rettes på samme sted, som de blev fundet.

Faktureringsklausuler

Nogle kontrakter fastsætter regler, der har betydning, hver gang der udstedes en faktura mod dem: hvilken valutakurs der omregner beløbet, hvordan prisen indekseres, hvordan servicegebyret afregnes. Afsnittet "Invoicing clauses" på en kontrakt, lige under priserne, gemmer disse sætninger sammen med kontrakten, så ingen skal åbne det underskrevne dokument igen for at finde dem.

Hver klausul har tre dele:

• "Kind" - Valutaomregning, Indeksering, Afregning af servicegebyr eller Andet for en regel, der ikke passer til nogen af disse.
• "Clause, in the contract's own words" - sætningen citeret nøjagtigt, som kontrakten skriver den, på kontraktens sprog. Oversæt eller sammenfat den ikke: en kurs taget „dagen før fakturadatoen” og en taget „på fakturadatoen” giver forskellige fakturaer, og en omskrivning kan miste netop den forskel.
• "In the document" - valgfrit: hvor klausulen står, med kontraktens egen betegnelse, for eksempel § 5 ust. 3.

Hvor klausuler kommer fra. Når Flowtly læser en uploadet kontrakt, opfanger den også faktureringsklausuler, hvor den finder dem, og registrerer dem, som de er skrevet. Klausuler kan også til enhver tid tilføjes, redigeres og slettes manuelt. Når dokumentet læses igen, erstattes kun de klausuler, som selve indlæsningen fandt; en klausul, som nogen har tilføjet manuelt, fjernes eller overskrives aldrig af en senere indlæsning.

Afsnittet vises, selv når kontrakten endnu ikke har nogen klausuler, så den første kan tilføjes. Tilføjelse, redigering og sletning af klausuler er tilgængelig for personer, der administrerer kontrakter eller budgetter; personer, der kun kan se kontrakter, ser klausulerne uden knapperne.

Intet anvendes automatisk. En klausul er information til den, der udsteder fakturaen. Flowtly omregner, indekserer eller genberegner intet på grund af den: beløb og valutakurser forbliver præcis, som du har sat dem. Når en faktura udstedt fra kontrakten åbnes til redigering, vises dens klausuler i fakturaformularen; se Fakturaliste og oprettelse.

Sletning af en kontrakt

En kontrakt, som andre poster stadig peger på, kan ikke slettes. Flowtly afviser sletningen i stedet for stille at kappe disse forbindelser. Sletningen blokeres af fakturaer, betalingsdokumenter, deals, signaturanmodninger og indledende budgetposter, der er knyttet til kontrakten, samt af budgetter, der bruger den. Fjern først tilknytningerne, og slet derefter kontrakten.

En slettet faktura blokerer ikke sletningen. Kun fakturaer, der stadig findes, tæller med. En faktura, der tidligere er slettet, bevares i slettet tilstand og mister blot sin tilknytning til kontrakten.

En deal kan ikke frakobles sin kontrakt. En vundet deal beholder sin kontrakttilknytning, så længe dealen findes, så afvisningsbeskeden siger det i stedet for at bede dig fjerne den. For at slette en kontrakt, som en deal peger på, skal du først slette dealen.

Kontraktens egne dele blokerer ikke. Dens betalingsplanlinjer, dokumenter, hændelser, tillæg, klausuler og arbejdslinjer slettes sammen med den.

Grænser for kontraktfelter

En kontrakt afvises ved lagring, med en besked, når:

• dens navn er længere end 255 tegn;
• beløbet pr. periode er større end 99.999.999.999,9999;
• omsætningsminimummet er større end 99.999.999.999,9999;
• dens slutdato ligger før startdatoen;
• hændelsen, der starter dens betalingsplan, tilhører en anden kontrakt.

To kontroller kører i selve formularen, før noget sendes: en kontrakts "Name" kan ikke tømmes, og en betalingsbetingelse skal være et helt antal dage. Feltet siger, hvad der er galt, og intet gemmes, før det er rettet.

En kontrakts felter gemmer sig selv, når du forlader dem, så en afvisning kommer, uden at der er trykket på en Gem-knap. Feltet selv siger da "Not saved", med beskeden, og bliver ved med at sige det, indtil feltet er gemt. Den værdi, du skrev, bliver i feltet, så den kan rettes, og feltet kan forlades igen.

Kontraktformularen fungerer som enhver formular, der gemmer undervejs: den seneste ændring kan fortrydes i 8 sekunder, en ændring foretaget uden forbindelse venter og gemmer sig selv, afviste ændringer tælles øverst med et spring til den første, og når kontraktpanelet lukkes, gemmes det, du stadig skriver, og der spørges, før en ændring, der ikke blev gemt, kasseres. Se Formularer, der gemmer undervejs. En ny kontrakt er anderledes: intet gemmes, før du trykker "Save".

Kontraktdokumenter

Kontrakt- og bilagsfiler vedhæftes kontraktposten og vises på den. Et dokument kan forhåndsvises på stedet — filen åbner i en fremviser uden at forlade kontrakten — hvilket normalt er nok til at bekræfte, hvad der blev underskrevet. Alt hvad fremviseren ikke kan gengive, tilbydes i stedet som download.

En separat Download-handling forbliver ved siden af forhåndsvisningen, fordi det at hente den underskrevne fil ud af Flowtly og at læse den er to forskellige opgaver.

Sletning af et dokument er permanent, og to dokumenter kan slet ikke slettes. Sletning af et kontraktdokument er tilgængelig for personer, der administrerer kontrakter, og der bliver først bedt om bekræftelse med filens navn, fordi der hverken er fortryd eller papirkurv — filen er væk fra kontraktposten. To tilfælde afvises direkte, og Flowtly angiver, hvilket du er stødt på, i stedet for at melde en generel fejl:

• Kontraktens eneste kontraktdokument. En kontrakt skal have ét dokument af typen kontrakt for stadig at kunne læses som en kontrakt, så det sidste kan ikke fjernes. Upload erstatningen først, og slet derefter det gamle.
• Et dokument, som et tillæg registrerer som sit underskrevne bilag. Hvis det blev slettet, ville tillægget pege på ingenting, så tillægget skal først holde op med at henvise til det.

Bilag og yderligere kontraktdokumenter ud over det sidste slettes som normalt.

Når den automatiske indlæsning fejler

En indlæsning, der ikke lykkes, angiver hvilken type fejl der opstod, i stedet for blot at rapportere en fejl, og "Re-extract" tilbydes kun, hvor en ny kørsel faktisk kan hjælpe:

• Dokumentet kunne ikke læses — typisk et foto eller en scanning af lav kvalitet. Genindlæsning af den samme fil vil ikke give et andet resultat: afvis den og upload en tydeligere PDF.
• Filen har intet indhold — uploadet kan være afbrudt. Upload dokumentet igen.
• Indlæsningen kunne ikke afsluttes — problemet var på Flowtlys side og ikke med din fil, så genindlæsning fungerer normalt.

I alle tilfælde forbliver felterne redigerbare, mens filen er under gennemgang, så en kontrakt kan udfyldes manuelt og gemmes som sædvanligt i stedet for at vente på en vellykket indlæsning.

Genindlæsning analyserer dokumentet igen og overskriver felterne med det, den finder, herunder eventuelle rettelser foretaget i mellemtiden, og beder derfor om bekræftelse først.

Kontraktparametre

Nogle organisationer har et sæt kontraktparametre konfigureret til deres kontrakter — de samme typede felter, der allerede bruges til budgetter, projekter og ejendomme. Når et dokument matcher en organisationsregel, der navngiver et parametersæt, udfylder automatisk indlæsning det, den kan finde (for eksempel de angivne lejevilkår på en lejekontrakt, hvis omkostning for din organisation er noget helt andet), som referenceinformation ved siden af kontrakten. En parameter, du allerede har udfyldt manuelt, bliver aldrig overskrevet af en senere indlæsning.

Eksempler på anvendelsesscenarier

• Sammenligning af en lejeaftale i blandede valutaer: Aflæs den omregnede total for en betalingsplan med husleje i euro og servicegebyr i złoty, i kontraktens valuta til NBP-kurser, for at se, hvad aftalen er værd samlet set.
• Fast-pris projektfakturering: Opret en klientkontrakt med månedlige betalingsmilepæle tilknyttet et projektbudget, så du altid ved, hvad der er faktureret, og hvad der resterer.
• Leverandørretainer: Opsæt en leverandørkontrakt med tilbagevendende månedlige linjer for en softwarelicens eller konsulentretainer — Flowtly genererer linjerne og markerer forfaldne betalinger.
• Underleverandørbetalinger: Tilknyt en leverandørkontrakt til et projektbudget for at spore underleverandøromkostninger mod det planlagte forbrug og sikre, at ingen linje overskrider budgetloftet.
• Kontrollere en betingelse, inden en betaling rykkes: Læs fristen og hvad den regnes fra direkte på kontrakten, frem for at genåbne det underskrevne dokument for at finde klausulen.
• Bekræfte hvad der blev underskrevet: Forhåndsvis den vedhæftede kontraktfil på stedet for at kontrollere en detalje, uden at downloade den først.