Kontrakt

"Contracts" i Flowtly definierar de finansiella villkoren för dina åtaganden — genom att länka ett budget till en strukturerad uppsättning betalningsplanrader. Varje kontrakt anger när betalningar förfaller, deras belopp och riktning (leverantörsfaktura eller kundfakturering), vilket ger dig full insyn i bundna kassaflöden.

Nyckelbegrepp

• Betalningsplanrader — enskilda poster som definierar belopp, förfallodag och betalningsriktning (leverantör eller kund)
• Budgetlänkning — ett kontrakt kan valfritt kopplas till en eller flera budgetar, som fungerar som det finansiella ramverket för åtagandet. Kontraktets panel listar varje kopplad budget med dess namn, dess kostnad för den aktuella perioden och dess datum; den kostnaden är samma siffra som på budgetens panel, inklusive kostnadsdokument som ännu ska betalas
• "Direction" — leverantörskontrakt spårar kostnader du är skyldig; kundkontrakt spårar förväntade intäkter
• Flaggan "Cyclic" — ett kontrakt kan markeras som cykliskt för att ange ett återkommande/pågående förhållande; det är enbart rådgivande, och betalningsrader skapas fortfarande en i taget i stället för att genereras automatiskt utifrån ett intervall
• Dokumentbilagor — bifoga signerade kontraktsfiler, tillägg eller stöddokument direkt till kontraktsposten
• "Payment terms" — hur lång tid motparten har på sig att betala, vilket datum fristen räknas från och om betalningen förfaller i förskott eller i efterskott
• "Counterparty" — vem kontraktet är med. Valfritt: ett kontrakt kan skapas och sparas utan en
• Automatisk inläsning — ladda upp ett undertecknat kontrakt så läser Flowtly ut parter, datum, betalningsvillkor och priser ur det. Om en ny körning kan hjälpa, kan du köra inläsningen igen från kontraktets dokument — till exempel efter att ha rättat en skanning
• "Completeness" — ett kontrakt kontrolleras för de uppgifter som planering behöver, och ett kontrakt som aldrig kommer att ha en av dem kan ange det; se Fullständighetskontroller för kontrakt
• Ladda upp flera på en gång — släpp en hel omgång undertecknade kontrakt: uppladdningen visar varje fils förlopp ("3 of 20 uploaded") och sedan dess status, och du stannar kvar i kontraktslistan under tiden. Varje uppladdning väntar i Awaiting sorting med sin status — läses fortfarande, klar att granska eller kunde inte läsas, med orsaken och en väg vidare: Re-extract när en andra läsning kan hjälpa, Upload again när själva filen är skadad eller oläslig. Granskningen av en fil öppnas när du klickar på den
• Ett kontrakt som redan finns i Flowtly — om du laddar upp en fil vars exakta innehåll Flowtly redan har skapas inget andra kontrakt. Filens rad visar This contract is already in Flowtly och länkar till kontraktet som har den. Skip är standard. Upload anyway skapar det nya kontraktet ändå. I en omgång fortsätter de andra filerna, och Skip all duplicates besvarar alla dubbletter på en gång. Att bifoga en fil till ett befintligt kontrakt nekas aldrig
• Priser och totalt värde — vissa kontrakt anger inget totalt värde alls. Ett hyresavtal med pris per m² anger ett pris, en yta och en löptid, och summan står ingenstans. Flowtly sparar priset exakt som kontraktet anger det och lämnar totalsumman tom i stället för att hitta på ett belopp; ange löptiden så föreslås ett beräknat totalvärde som du kan godkänna
• "Amendments" — vad kontraktets värde, yta, belopp per period och datum blev och från vilket datum, registrerat på kontraktet medan de avtalade värdena förblir som de var. En prisrad kan ställas in att följa den gällande ytan, så att en yta som mäts efter undertecknandet når hyran; se Kontraktsändringar
• Organisationsspecifika läsregler — för vissa organisationer konfigurerar Flowtlys personal regler som ändrar hur en viss typ av kontrakt läses: vilken riktning det lagras med, en fritextinstruktion för en ovanlig uppgörelse (till exempel en utvecklingsförvaltares hyresavtal där endast inredningsbidraget är en kostnad för organisationen, inte hyran), och vilka kontraktsparametrar som ska fyllas i vid sidan av det. När en regel matchar visar granskningsvyn vilken som tillämpades och vilka parametrar den läste. Ett hyresavtal vars nödvändiga belopp inte kan hittas bokförs som en kostnad utan belopp eller schema och med flaggan needs review, i stället för en gissad siffra. Samma flagga sätts, och inget betalningsschema skrivs, när de delbetalningar som hittats för det nödvändiga beloppet inte summerar till hela beloppet (till exempel bara en av två lika halvor), så ett schema du angett för hand behålls

Vad ett budget behöver från ett kontrakt

Två saker, och ett kontrakt som saknar någon av dem bidrar inte till planeringen. För det första måste budgeten kunna nå kontraktet: via det projekt kontraktet är kopplat till, genom att koppla kontraktet direkt till budgeten eller via budgettaggar. För det andra måste kontraktet ha en plan — budgeten läser betalningsplanraderna, så ett kontrakt utan dem tillför inga planerade siffror hur det än är kopplat. Varken ett dokument eller en motpart krävs för något av detta: du kan registrera ett avtal du inte har någon fil för, och ett vars andra part ännu inte är bestämd, och det går ändå att planera.

Ett kontrakt behöver ingen motpart

Motpartsfältet är valfritt, och att lämna det tomt är ett legitimt, bestående tillstånd och inte ett ofullbordat.

Många riktiga kontrakt finns innan den andra sidan gör det:

• en upphandling som har lämnats in och ännu inte tilldelats
• ett hyresavtal där den nuvarande hyresgästen väntas bli ersatt
• en kostnad som fastställts genom ett officiellt beslut — en avgift, ett tillstånd, en taxa som satts av en myndighet — där det inte finns någon leverantör att nämna alls

I varje fall är beloppen, datumen och riktningen kända och värda att planera efter långt innan ett namn är det. Skapa kontraktet nu och lägg till motparten när det finns en att lägga till.

Ett kontrakt kan också bli utan motpart av sig självt: om motpartsposten senare tas bort finns dess kontrakt kvar och förlorar bara kopplingen. Inget tas bort och ingen betalningsplanrad påverkas.

Två begränsningar som är värda att känna till:

• Kontraktslistan kan ännu inte filtrera på "no counterparty". Du kan filtrera på en viss motpart, men inte på frånvaron av en. Sorterar du listan efter motpart samlas de tomma, och det är det närmaste som finns i dag.
• Allt annat på kontraktet gäller fortfarande. Namn, riktning och valuta krävs som vanligt; bara motparten är valfri.

Föreslagna motparter vid granskning av ett uppladdat kontrakt

När Flowtly läser ett uppladdat kontrakt föreslår granskningsskärmen befintliga motparter som dokumentet kan handla om. Inget länkas förrän du väljer en.

• Ett matchande skatte-id (NIP) kommer först. Det är det starkaste beviset och står överst.
• Namn jämförs som hela ord, utan hänsyn till bolagsformen. "LPP S.A." och "LPP Spółka Akcyjna" räknas som samma namn, medan ett kort namn aldrig matchas bara för att dess bokstäver ingår i ett annat ord.
• Identiska poster visas en gång. Om en motpart finns flera gånger med samma skatte-id och samma namn ser du ett förslag i stället för en lista med tvillingar.
• Både kunder och leverantörer söks när riktningen är en gissning. Om Flowtly inte kunde bekräfta vilken part som är din organisation (vanligtvis för att din organisation inte hade något skatte-id när kontraktet analyserades) markeras den föreslagna riktningen som overifierad, och både kunder och leverantörer söks, med de som matchar den föreslagna riktningen först. Skatte-id:t anges under Invoicing settings → Billing data → Company tax identification number. Markeringen registrerar tidpunkten för analysen, så att det inte tar bort den på kontrakt som redan lästs att ange skatte-id:t efteråt: kontrollera riktningen på kontraktet och rätta den vid behov.

Högst fem förslag visas. Om rätt motpart inte finns bland dem, välj den för hand eller skapa en ny.

Var varje värde kommer ifrån

På granskningsskärmen visar varje värde som Flowtly har läst ut ur dokumentet var i dokumentet det hittades: sidan och den beteckning som kontraktet självt använder för det avsnittet, till exempel p. 4, § 4 ust. 2. Beteckningen återges exakt som kontraktet skriver den, utan översättning, så att du hittar samma ord på sidan.

Klicka på hänvisningen för att öppna kontraktet på den sidan och jämföra värdet med den undertecknade texten.

En hänvisning visas vid namnet, valutan, totalbeloppet, start- och slutdatumet, reglaget för återkommande kontrakt, motparten, projektet som kontraktet nämner, varje betalningsrad och varje kontraktsparameter. Ett värde utan hänvisning är ett som Flowtly inte kunde hitta i dokumentet. Flowtly gissar inte på en sida, så kontrollera det värdet själv innan du sparar.

Föreslaget projekt vid granskning av ett uppladdat kontrakt

När ett kontrakt nämner ett projekt, en fas eller en plats visar granskningsskärmen namnet som dokumentet skriver det, till exempel The contract names "Etap II". It could be:, följt av upp till fem av dina projekt som kan passa, det mest sannolika först.

• Inget tilldelas åt dig. Förslagen är namn att titta på, inte knappar. Välj projektet i projektfältet strax nedanför, även när det bara finns ett förslag och det ser säkert ut.
• "No project of yours matches it" är också ett svar. När kontraktet nämner något som inte matchar något av dina projekt säger skärmen det i stället för att tiga. Oftast betyder det att projektet ännu inte har skapats i Flowtly.
• Ett kontrakt som inte nämner något projekt visar inget här, och det gör inte heller kontrakt som lästes innan det här förslaget fanns.

Prisrader

Avsnittet "Prices" i ett kontrakt, och priserna på granskningsskärmen för ett uppladdat kontrakt, listar varje pris som kontraktet sätter. Varje rad läses på samma sätt:

• Vad priset är: typen av avgift, till exempel hyra eller driftavgift. I organisationer som använder funktionerna för fastighetsförvaltning följs typen av vad raden omfattar, till exempel Hyra · parkeringsplatser eller Driftavgift · gemensamma ytor. En rad som inte anger vad den omfattar markeras med ingen omfattning angiven, så att en lucka syns och inte läses som hyra för hela lokalen.
• Priset: taxan i kontraktets egen enhet, med valutan angiven en gång och ordet netto bredvid priset.
• Multiplikatorn: vad taxan multipliceras med, med dess enhet, till exempel × 4 m². En rad som prissätts efter ett enkelt antal lyder × 2 st.
• En rad som prissätts efter uppmätt yta förklarar på själva raden att det är de m² som mättes efter överlämnandet som räknas, inte siffran i kontraktet. Se Kontraktsändringar.

Betalningsplanrader i flera valutor

Varje betalningsplanrad är en kompakt rad: en kryssruta, datumet, nettobeloppet med sin valuta som suffix, anteckningen, fakturaåtgärden och radera. Håll muspekaren över en lång anteckning för att läsa den i sin helhet. Allt annat om en rad, till exempel ett omräknat belopp eller en valutavarning, visas under raden, och på en smal skärm staplas raden till ett formulär.

Varje rad har sin egen "Currency", vald från suffixet bredvid beloppet, så ett kontrakt kan blanda valutor, till exempel hyra i euro och driftavgift i złoty. En ny rad tar kontraktets valuta och när man håller muspekaren över suffixet visas "Contract default"; en rad i någon annan valuta visar "Differs from contract" under raden. Väljer man kontraktets valuta igen följer raden kontraktet, även vid en senare ändring av kontraktets valuta. Att ändra en rads valuta byter bara namn på dess belopp: ingenting räknas om. Valutan på en rad som redan har fakturerats kan inte ändras. Betalningsplansgeneratorn kan också skapa rader i en annan valuta; en uppdelning av kontraktets totalbelopp förblir alltid i kontraktets valuta.

Hur betalningsplanen summeras beror på dess valutor:

• Alla rader i kontraktets valuta: raderna summeras och kontrolleras mot kontraktets totalbelopp, som vanligt.
• Rader i fler än en valuta: varje belopp i betalningsplanen, på raderna, i summorna och i bekräftelsen vid borttagning anges med sin valutakod, till exempel EUR eller PLN, i stället för en symbol. Summorna visar en summa per valuta, och kontraktets totalbelopp jämförs inte med dem, eftersom en summa av euro och złoty vore en felaktig siffra.

I kontraktslistan. Ett återkommande kontrakt som inte anger någon egen total visar summan av sitt betalningsschema, med bildtexten schematotal. När någon rad i det schemat är i en annan valuta än kontraktets, även när alla rader är det, visar listan en total per valuta, kontraktets valuta först, under samma bildtext. Den lägger aldrig ihop belopp i olika valutor till en siffra, så ett schema helt i zloty under ett kontrakt i euro visar en total i zloty, inte i euro. En sida i listan som innehåller ett sådant kontrakt har ingen sidtotal; där står Ingen sidtotal: de här raderna blandar kontraktstyper, så att lägga ihop dem skulle inte betyda något. Filtrera listan för att se ett.

En fakturerad rad visar fakturans nummer och valuta bredvid "View invoice", till exempel INV/2026/10/007 · PLN. När fakturan är i en annan valuta än den raden planerar säger raden det, till exempel Fakturan är i PLN; den här raden planerar EUR. Själva raden förblir skrivskyddad: för att rätta skillnaden, rätta fakturan. Den som inte kan se fakturor ser länken utan fakturans valuta.

Den omräknade summan

En betalningsplan vars rader blandar valutor visar också en omräknad summa under sina summor per valuta, till exempel Converted total in EUR, märkt "CONVERTED". Den är alltid i kontraktets valuta och är endast till för jämförelse: själva kontraktet anger ingen enskild summa över valutor, så ingenting kontrolleras mot den.

Varje rad i en annan valuta än kontraktets visar sitt omräknade belopp under sitt eget belopp, med den använda växelkursen från NBP och datumet för den NBP-tabell som kursen kommer från, till exempel ≈ 1 972,25 EUR · NBP 4,2591 · 30/09/2026. En rad i kontraktets valuta visar ingen omräkning. Kursen beror på raden:

• En fakturerad rad räknas om till NBP:s medelkurs för den sista vardagen före fakturans utfärdande.
• En öppen rad räknas om till den senaste NBP-tabellen. Summan anger datumet för den tabellen.
• En fakturerad rad vars faktura du inte kan se räknas om som en öppen rad, till den senaste tabellen.

När NBP inte har publicerat någon tabell för den dag en rad frågar efter kommer kursen från den senaste tabell som publicerats före den. På en fakturerad rad markeras detta med "older rate" bredvid tabellens datum, och summan anger att vissa rader räknas om till en äldre NBP-tabell. En faktura från en måndag som tar fredagens tabell markeras inte, eftersom fredagen är vardagen före.

En rad vars valutapar helt saknar NBP-kurs anger No NBP rate for och datumet. Den utelämnas ur den omräknade summan i stället för att uppskattas, summan märks "CONVERTED · PARTIAL" och anger de belopp den utelämnat. Om kurserna inte alls kan läsas visas ingen omräknad summa.

Ange valutan för flera rader samtidigt

För att byta namn på valutan för flera rader på en gång markerar du kryssrutan på varje öppen rad du vill ändra. Fakturerade rader har ingen kryssruta: de behåller den valuta de fakturerades i. Ett fält visas med antalet markerade rader, en valutaväljare för Set currency, knappen Apply to N lines och "Clear".

När du väljer en valuta, och innan något sparas, visar fältet vad som kommer att hända: beloppen förblir som de skrevs och bara valutan ändras, med ett exempel ur din markering som 8 400,00 EUR blir 8 400,00 PLN, inte ett omräknat belopp. Varje markerad rad visar sin ändring, till exempel EUR → PLN. Om du vill räkna om ett belopp i stället för att byta namn på det, redigerar du själva raden.

Tillämpningen ändrar bara de rader som inte redan är i den valda valutan, och antalet på knappen utelämnar de andra. Om alla markerade rader redan är i den visar fältet det och erbjuder inget att tillämpa. Väljer man kontraktets valuta följer raderna kontraktet igen, precis som när man väljer den på en enskild rad. En rad som inte kunde ändras förblir markerad så att du kan försöka igen; de övriga lämnar markeringen.

Betalningsvillkor

Ett kontrakt anger tre saker om när dess fakturor förfaller, och Flowtly håller var och en separat i stället för att komprimera dem till ett enda tal:

• "Payment deadline (days)" — det antal dagar som tillåts.
• "Counted from" — det datum från vilket fristen räknas: Fakturaleverans, Fakturalagande, Periodens början eller En händelse. Leverans och utfärdande hålls avsiktligt isär, eftersom de är genuint olika datum och många kontrakt binder fristen till det förra.
• Betalning — om beloppet förfaller i förskott eller i efterskott.

En tom frist innebär att kontraktet inte säger något om det. Det är ett annat påstående än en frist på noll dagar, och ett annat påstående än betalning i efterskott — så fälten lämnas tomma i stället för att fyllas med standardvärden, och att öppna ett kontrakt skriver aldrig in ett villkor som dokumentet inte faktiskt innehåller.

Dessa fält visas både på själva kontraktet och på skärmen där ett uppladdats kontrakt granskas, så att villkor som lästes ur dokumentet kan kontrolleras och korrigeras på samma ställe där de hittades.

Faktureringsklausuler

Vissa kontrakt innehåller regler som spelar roll varje gång en faktura skapas mot dem: vilken växelkurs som räknar om beloppet, hur priset indexeras, hur serviceavgiften regleras. Avsnittet "Invoicing clauses" i ett kontrakt, direkt under priserna, sparar de meningarna tillsammans med kontraktet så att ingen behöver öppna det undertecknade dokumentet igen för att hitta dem.

Varje klausul har tre delar:

• "Kind" - Valutaomräkning, Indexering, Reglering av serviceavgift eller Övrigt för en regel som inte passar in i någon av dessa.
• "Clause, in the contract's own words" - meningen citerad exakt som kontraktet skriver den, på kontraktets språk. Översätt eller sammanfatta den inte: en kurs som hämtas ”dagen före fakturadatumet” och en som hämtas ”på fakturadatumet” ger olika fakturor, och en omskrivning kan förlora just den skillnaden.
• "In the document" - valfritt: var klausulen finns, med kontraktets egen beteckning, till exempel § 5 ust. 3.

Var klausulerna kommer ifrån. När Flowtly läser ett uppladdat kontrakt fångar det också upp faktureringsklausuler där det hittar dem och registrerar dem som de står skrivna. Klausuler kan också läggas till, redigeras och tas bort manuellt när som helst. Om dokumentet läses igen ersätts bara de klausuler som själva inläsningen hittade; en klausul som någon lagt till manuellt tas aldrig bort eller skrivs över av en senare inläsning.

Avsnittet visas även när kontraktet ännu inte har några klausuler, så att den första kan läggas till. Att lägga till, redigera och ta bort klausuler är tillgängligt för personer som hanterar kontrakt eller budgetar; personer som bara kan visa kontrakt ser klausulerna utan reglagen.

Inget tillämpas automatiskt. En klausul är information till den som skapar fakturan. Flowtly räknar inte om, indexerar eller beräknar något på nytt på grund av den: belopp och växelkurser förblir exakt som du har ställt in dem. När en faktura som skapats från kontraktet öppnas för redigering visas dess klausuler i fakturaformuläret; se Fakturalista och skapande.

Ta bort ett kontrakt

Ett kontrakt som andra poster fortfarande pekar på kan inte tas bort. Flowtly vägrar borttagningen i stället för att tyst klippa de länkarna. Borttagningen blockeras av fakturor, betalningsdokument, affärer, signaturförfrågningar och initiala budgetposter som är länkade till kontraktet, samt av budgetar som använder det. Ta bort länkarna först och ta sedan bort kontraktet.

En borttagen faktura blockerar inte borttagningen. Bara fakturor som fortfarande finns räknas. En faktura som tagits bort tidigare behålls i borttaget tillstånd och förlorar bara sin länk till kontraktet.

En affär kan inte kopplas bort från sitt kontrakt. En vunnen affär behåller sin kontraktslänk så länge affären finns, så avvisningsmeddelandet säger det i stället för att be dig ta bort den. Om du vill ta bort ett kontrakt som en affär pekar på, ta först bort affären.

Kontraktets egna delar blockerar inte. Dess betalningsplanrader, dokument, händelser, tillägg, klausuler och arbetsrader tas bort tillsammans med det.

Gränser för kontraktsfält

Ett kontrakt avvisas vid sparande, med ett meddelande, när:

• dess namn är längre än 255 tecken;
• beloppet per period är större än 99 999 999 999,9999;
• omsättningsminimumet är större än 99 999 999 999,9999;
• dess slutdatum ligger före startdatumet;
• händelsen som startar dess betalningsplan tillhör ett annat kontrakt.

Två kontroller körs i själva formuläret, innan något skickas: ett kontrakts "Name" kan inte tömmas, och ett betalningsvillkor måste vara ett helt antal dagar. Fältet säger vad som är fel, och inget sparas förrän det är rättat.

Ett kontrakts fält sparas av sig själva när du lämnar dem, så ett avvisande kommer utan att någon Spara-knapp har tryckts. Fältet självt säger då "Not saved", med meddelandet, och fortsätter säga det tills fältet har sparats. Värdet du skrev stannar kvar i fältet, så att det kan rättas och fältet lämnas igen.

Kontraktsformuläret fungerar som varje formulär som sparar löpande: den senaste ändringen kan ångras i 8 sekunder, en ändring som görs utan uppkoppling väntar och sparas av sig själv, avvisade ändringar räknas överst med ett hopp till den första, och när kontraktspanelen stängs sparas det du fortfarande skriver och du blir tillfrågad innan en ändring som inte sparades kastas. Se Formulär som sparar löpande. Ett nytt kontrakt är annorlunda: inget lagras förrän du trycker på "Save".

Kontraktsdokument

Kontrakt- och bilagefiler bifogas kontraktsposten och listas på den. Ett dokument kan förhandsgranskas på plats — filen öppnas i ett visningsprogram utan att lämna kontraktet — vilket vanligtvis räcker för att bekräfta vad som underskrevs. Allt som visningsprogrammet inte kan rendera erbjuds istället som nedladdning.

En separat "Download"-åtgärd finns kvar bredvid förhandsgranskningen, eftersom att få ut den underskrivna filen från Flowtly och att läsa den är olika uppgifter.

Att ta bort ett dokument är permanent, och två dokument kan inte tas bort alls. Att ta bort ett kontraktsdokument är tillgängligt för personer som hanterar kontrakt, och det ber först om bekräftelse med filens namn, eftersom det varken finns ångra eller papperskorg — filen är borta från kontraktsposten. Två fall nekas direkt, och Flowtly anger vilket du har stött på i stället för att rapportera ett allmänt fel:

• Kontraktets enda kontraktsdokument. Ett kontrakt behöver ett dokument av typen kontrakt för att fortsätta vara läsbart som kontrakt, så det sista kan inte tas bort. Ladda upp ersättaren först och ta sedan bort det gamla.
• Ett dokument som en ändring registrerar som sin underskrivna bilaga. Att ta bort det skulle låta ändringen peka på ingenting, så ändringen måste först sluta hänvisa till det.

Bilagor och ytterligare kontraktsdokument utöver det sista tas bort som vanligt.

När den automatiska inläsningen misslyckas

En inläsning som inte lyckas anger vilken typ av fel som inträffade, i stället för att bara rapportera ett generellt misslyckande, och "Re-extract" erbjuds bara där en ny körning faktiskt kan hjälpa:

• Dokumentet kunde inte läsas — vanligtvis ett foto eller en skanning av låg kvalitet. Att läsa in samma fil igen ger inte ett annat resultat: avvisa den och ladda upp en tydligare PDF.
• Filen har inget innehåll — uppladdningen kan ha avbrutits. Ladda upp dokumentet igen.
• Inläsningen kunde inte slutföras — problemet låg på Flowtlys sida och inte hos din fil, så att läsa in igen brukar fungera.

I varje fall förblir fälten redigerbara medan filen granskas, så ett kontrakt kan fyllas i manuellt och sparas som vanligt i stället för att vänta på en lyckad inläsning.

Att läsa in igen analyserar dokumentet på nytt och skriver över fälten med det som hittas, inklusive eventuella korrigeringar som gjorts under tiden, och ber därför om bekräftelse först.

Kontraktsparametrar

Vissa organisationer har en uppsättning kontraktsparametrar konfigurerad för sina kontrakt — samma typade fält som redan används för budgetar, projekt och fastigheter. När ett dokument matchar en organisationsregel som anger en parameteruppsättning fyller den automatiska inläsningen i det den kan hitta (till exempel de angivna hyresvillkoren i ett hyresavtal vars kostnad för din organisation är något helt annat) som referensinformation vid sidan av kontraktet. En parameter som du redan har fyllt i för hand skrivs aldrig över av en senare inläsning.

Användningsexempel

• Jämföra ett hyresavtal i blandade valutor: Läs den omräknade summan för en betalningsplan med hyra i euro och driftavgift i złoty, i kontraktets valuta till NBP-kurser, för att se vad avtalet är värt totalt.
• Fast pris-projektfakturering: Skapa ett kundkontrakt med månatliga betalningsmilstolpar kopplade till ett projektbudget, så att du alltid vet vad som fakturerats och vad som återstår.
• Leverantörsretainer: Ställ in ett leverantörskontrakt med återkommande månatliga rader för en programlicens eller konsultarvode — Flowtly genererar raderna och flaggar försenade betalningar.
• Underleverantörsbetalningar: Länka ett leverantörskontrakt till ett projektbudget för att spåra underleverantörens kostnader mot planerade utgifter.
• Kontrollera ett villkor innan man jagar betalning: Läs fristen och vad den räknas från direkt på kontraktet, i stället för att öppna det underskrivna dokumentet på nytt för att hitta klausulen.
• Bekräfta vad som skrevs under: Förhandsgranska den bifogade kontraktsfilen på plats för att kontrollera en detalj, utan att ladda ner den först.