Model-indeling

Het model bestaat uit 1 bestand en 11 onderdelen (werkbladen: 2 codering, 5 invoer en 4 uitvoer). Er is gekozen voor het WYSIWYG-principe (what you see is what you get). Dus geen (verborgen) invoer-koppelingen en/of macro's, maar zien wat je zelf invoert en bij de uitvoer-rapportage zien wat er berekent is. Achtereenvolgens worden, in omgekeerde volgorde van het model, de volgende werkbladen toegelicht:

Codering: Cashflow code en Bankrekening
Invoer: Financiering, Begroting 2; Begroting 1; Bank en Mutatie
Uitvoer (rapportage): Analyse; Cashflow; Saldo en Dashboard

Eerst nog even de kleuren toelichten

Het model hanteert een aantal kleuren als model-standaard. Bijgevoegde kleuren worden gebruikt voor het dashboard, tabbladen (werkbladen) en de tabel-kolommen (kolomhoofden of veldnaamrijen). De tabbladen hebben de volgende indeling:

Codering: Cashflow code en Bankrekening, moeten als eerste verplicht worden ingevoerd. Deze zijn nodig voor het valideren van de invoer in de overige bladen.
Invoer = verplicht: Vervolgens zijn de Begroting 1 (t.b.v. periodieke verdeling van de cashflows) en de Bank (t.b.v. de realisatie) verplichte invoer tabbladen.
Invoer = optioneel: De Begroting 2 (voor incidentele cashflows), Financiering (voor leningen etc.) en Mutatie (op de prognose) zijn optioneel in te voeren tabbladen.
Rapportage: Analyse; Cashflow; Saldo en Dashboard

Cashflow codes

De cashflow codes zijn de spil van het model en zijn te vinden in elk invoer en uitvoer tabblad. De cashflow codes kunnen met eigen namen en onbeperkt worden ingevoerd. Maar ons advies is "less is more": hou het overzichtelijk (niet te veel detail). Om bijvoorbeeld alle grootboeknamen als cashflow code op te voeren, kan, maar hier wil en kun je niet op sturen. Focus op de belangrijkste en grote cashflows. De cashflows die het verschil maken bij de prognose, zoals investeringen, nieuwe leningen, salaris, loonbelasting, crediteuren, de top 3 inkomsten, etc.
De naam van de Cashflow codes kunnen achteraf worden gewijzigd, maar eerder in de diverse tabbladen ingevoerde Cashflow codes wijzigen niet automatisch mee. Deze zullen dus handmatig moeten worden gewijzigd. Wijzigen van de overige Cashflow namen worden wel door het model automatisch doorgevoerd.

Cashflow codes: onbeperkt met eigen naam in te voeren. De codes t.b.v. Financiering zijn verplicht, te weten: hoofdsom; aflossing; rente en provisie. Indien deze verplichte codes niet zijn opgenomen, dan wordt de invoer bij Financiering niet herkend en niet in de berekeningen meegenomen.
Cashflow: 1e aggregatie niveau. Hier kunnen een aantal codes worden samengevoegd. Bijvoorbeeld salaris en loonbelasting samenvoegen tot cashflow personeel.
Cashflow groep: 2e aggregatie niveau. De namen komen uit de verplichte standaard validatielijst (de kolomnaam is onderstreept = validatie) en worden gebruikt in de rapportage (o.a. bij Dashboard en Cashflow). De groepsnamen zijn: ontvangsten; uitgaven; buitengewoon; belasting; investering; desinvestering; hoofdsom; aflossing en rente.
Cashflow hoofdgroep: 3e aggregatie niveau. De namen komen uit de verplichte standaard validatielijst (de kolomnaam is onderstreept = validatie) en worden gebruikt in de rapportage (o.a. bij Dashboard en Cashflow). De hoofdgroepsnamen zijn: exploitatie; investering en financiering.

In dit schema is een voorbeeld uitgewerkt van de aggregatieniveaus van de cashflow codering. Druk op het schema om te vergroten.

Bankrekening

Financiering

Provisie €: kan zowel voor provisie bij het afsluiten van een lening worden gebruikt als bij derivaten. Deze cashflow code wordt daarom niet als een aparte cashflow groept beschouwt, maar zal onder een reguliere groep Uitgaven of eventueel Rente moeten worden gebracht.

Begroting 2

Begroting 1

Cashflow dag

- 1 t/m 31 => verdeling op één binnen de maand
- Ma t/m zo => verdeling per week binnen de maand

Maand verdeling

- Standaard => 1/12 per maand
- Maatwerk => verdeel de jaarbegroting (100%) over de maanden waarin het wordt ontvangen of betaald
- Vul percentage per maand in
- Automatische controle 100%
- Bank => o.b.v. bank-realisatie van het afgelopen jaar. Hiervoor is het nodig dat bij Bank alle maanden zijn gevuld met bankmutaties.

Jaar

- Cashflow jaar => kan afwijken van begroting jaar (vb. Loonbelasting december betalen in janauri)
- Begroting jaar => kan bestaan uit meerdere cashflow jaren

Scenario’s

- Bij ontvangsten: voorbeeld Best case 110% en Worst case 90% van het begrote bedrag
- Bij uitgaven: voorbeeld Best case 90% en Worst case 110% van het begrote bedrag

Bank

Mutatie

Analyse

Samenvatting = cumulatief verschil per Cashflow code t/m laatste bankdatum. Gesorteerd op (absoluut) bedrag van hoog naar laag.
Specificatie = cumulatief verschil per Cashflow code t/m ultimo volgende maand (o.b.v. laatste bankdatum). Gesorteerd per Cashflow code op datum (van oud naar nieuw)
Datum vanaf = indien leeg = standaard = 1e v/d maand v/d laatste bankdatum. Anders vanaf ingevulde datum