Cashflowprognose: De 13-weken-rollende prognosemethode

Deze gids biedt een eenvoudige, CFO-waardige methode om de liquiditeit van uw bedrijf te beheren. Door een 13-weken-rollende kasprognose op te bouwen, ziet u uw cash runway per week, kunt u incasso's en betalingen strategisch sturen en financiële verrassingen elimineren. Het is een systeem gebouwd voor oprichters — en deze pagina levert het daadwerkelijke model: een formule-ondersteunde werkmap met voorbeeldgegevens plus het voorbeeld-Beancount-grootboek achter de eerste twee weken (zie downloads hieronder).

Twee dingen die deze gids niet is: een prognose is vooruitkijkende schattingen die u invoert, terwijl boekhoudkundige werkelijke cijfers bankbewegingen zijn die al in uw grootboek zijn geboekt — de maandagroutine hieronder kopieert de laatste over de eerste met de hand. Niets hier synchroniseert automatisch: de werkmap bevat geen macro's of externe verbindingen, en geen enkele stap haalt zelf gegevens op uit uw bank of Beancount.

Waarom 13 weken?​

Een 13-wekenprognose is de gouden standaard voor operationeel kasbeheer om verschillende belangrijke redenen:

• Kortetermijncontrole: Het beslaat ongeveer één bedrijfskwartaal en geeft u een duidelijk beeld van uw directe liquiditeit. Deze horizon is lang genoeg om 2–3 loonronden, belastingafdrachten en typische betalingstermijnen van leveranciers op te nemen, maar kort genoeg om zeer nauwkeurig en actiegericht te blijven.
• Ontvangsten- en uitgavenperspectief: De prognose gebruikt de "directe methode", die zich puur richt op kasinstroom en kasuitstroom. Het gaat niet om accrualboekhouding of winstgevendheid; het gaat om wat uw bankrekening daadwerkelijk zal bereiken of verlaten, zodat de prognose direct aansluit op uw banksaldo.
• Rollend, niet statisch: Dit is geen eenmalig budget. Elke week laat u de week die voorbij is gaan vallen, voegt u een nieuwe week toe aan het einde (week 13) en werkt u uw aannames bij. Dit houdt de vooruitkijkende horizon constant en verandert prognose maken in een dynamische, wekelijkse discipline.

Wat u zult bouwen​

1. Eén spreadsheet: De kern van het systeem is één blad met 13 kolommen (Week 1 tot en met Week 13) en duidelijk gedefinieerde secties: Openingskas, Ontvangsten, Uitgaven, Nettokas en Eindkas.
2. Categorie-mapping: Een eenvoudig systeem om transacties uit uw grootboek te mappen naar de prognosecategorieën (bijv. alle betalingen van Stripe worden gemapt naar "Klantontvangsten"; Gusto-betalingen worden gemapt naar "Loonkosten"). Het tabblad Leveranciersmapping van de werkmap bevat deze mapping al, inclusief de bank/kaart-regel tegen dubbeltelling — begin hiermee in plaats van uw eigen te verzinnen.
3. Een wekelijks ritme: Een herhaalbaar proces voor het bijwerken van de prognose, het volgen van de variantie (prognose vs. werkelijk) en een reeks vooraf gedefinieerde triggers voor actie wanneer financiële drempels worden bereikt.

Download de startbestanden​

Sla de blanco-pagina-instelling over: deze gids levert een formule-ondersteunde werkmap met voorbeeldgegevens, plus het voorbeeldgrootboek achter de eerste twee weken.

• Werkmap 13-wekenprognose (XLSX, v1.0.0) — cash-flow-forecast-13-week-nl.xlsx. Bewerkbare aannames, formule-gekoppelde weken en een tabblad leveranciersmapping; vervang de blauwe voorbeeldcellen door uw eigen cijfers.
• Voorbeeldgrootboek en werkelijke cijfers (Beancount-grootboek, .bean) — sample.bean. Gebalanceerd voorbeeldgrootboek met de uitgewerkte W1–W2-bankwerkelijkheden die overeenkomen met de eerste twee weken van de werkmap.

Hoe de startbestanden werken (lees dit voordat u typt)​

Bladen. De werkmap (cash-flow-forecast-13-week-nl.xlsx, v1.0.0) heeft drie bladen:

• Forecast — de 13 gedateerde weken, aannames, ontvangsten, uitgaven, netto/eindkas.
• Leveranciersmapping — de grootboek→categorie-map met de bank/kaart-kasrekenregel per bron.
• Notities — mechanica, scenarioknoppen en versie, gedupliceerd uit de generator zodat het bestand zichzelf offline verklaart.

Tijdsbasis. Weken beginnen op maandag, W1 begint 2026-09-14 tot en met W13 die begint 2026-12-07 (rij 2 van Forecast; bewerk deze datums wanneer u het model overneemt — elke formule is week-gerelateerd, dus de keten blijft intact). Een transactie behoort tot de week die de boekingsdatum bevat, maandag tot en met zondag.

Eenheden. Geheel USD overal (getalnotatie #,##0). Het voorbeeldbedrijf is een seed-fase SaaS die opent met 85,000, met wekelijkse loonkosten die afwisselen 0 / 11,000, maandelijkse huur en een automatische leningbetaling van 900/week.

Wat u typt vs. wat berekent. Blauwe cellen zijn handmatige invoer; al het andere is een formule:

• Invoer: openingssaldo B5 (85,000), knoppen B6/B7 (1.0), vloer B8 (40,000), ontvangstbases rijen 12–14, uitgavenbases rijen 17–26 en de weekdatums in rij 2.
• Formules (getoond voor kolom B, week 1 — elke latere week verschuift de kolomletter): Openingskas B10 = $B$5 (weken 2–13 nemen in plaats daarvan over, bijv. C10 = B29); Totaal ontvangsten B15 = B12*$B$6+B13*$B$7+B14; Totaal uitgaven B27 = SUM(B17:B26); Netto B28 = B15-B27; Eindkas B29 = B10+B28.
• Herberekening is Automatisch en het bestand stelt fullCalcOnLoad in, dus Excel, LibreOffice en Numbers herberekenen bij het openen (het bestand slaat geen gecachte formulewaarden op). Wijzig een blauwe cel en alle 13 weken bewegen mee — bijv. het instellen van de incasso-knop B6 op 1.2 brengt W1-ontvangsten van 12,200 naar 14,600 en W1-eindkas van 87,500 naar 89,900.
• Genereer het ongerepte bestand op elk moment opnieuw met yarn generate:cash-flow-forecast (generator: scripts/generate-cash-flow-forecast.py, schrijver openpyxl 3.1.5; --verify heropent het bestand en controleert dat elke totaalcel een echte formule bevat).

Voorbeeld vs. uw gegevens. Elke blauwe cel wordt geleverd met voorbeeldcijfers — dit is het uitgewerkte voorbeeld, niet uw bedrijf. Vervang ze week voor week door uw eigen cijfers; de twee knoppen (B6 schaalt alle klantontvangsten, B7 schaalt alle vooruitbetalingen) zijn het enige dat generiek mag blijven, voor scenariospel. De W1–W2-werkelijkheden van het voorbeeldgrootboek zijn per constructie gelijk aan de W1–W2-voorbeeldprognose van de werkmap, dus de variantie tussen prognose en werkelijkheid is daar nul: dat is het reconciliatiedoel, geen bewering over uw boeken.

Structuur (De rijen die u nodig heeft)​

Uw prognoseblad moet als volgt zijn gestructureerd om alle kasbewegingen vast te leggen. Dit is de lay-out van het Forecast-blad in de download (ontvangsten rijen 12–14, uitgaven rijen 17–26, totalen rijen 10/15/27–29) — lees het als de kaart, niet als een tweede specificatie.

• Openingskassaldo (Dit moet aansluiten op de Eindkassaldo van de vorige week)

• Ontvangsten (Kasin)

  • Klantontvangsten: Contant geld dat u verwacht te innen van bestaande facturen (Debiteuren).
  • Nieuwe boekingen/Vooruitbetalingen: Vooruitbetalingen die u verwacht van nieuwe deals die binnen het venster van 13 weken sluiten.
  • Overige instromen: Al het andere geld dat binnenkomt, zoals belastingteruggaven, rente-inkomsten of subsidiefinanciering.

• Uitgaven (Kasuitt) — 10 rijen op het blad (rijen 17–26):

  • Loonkosten: De volledige contante kosten, inclusief nettoloon aan werknemers en alle werkgeverslasten voor loonheffingen.
  • Contractors & Freelancers: Betalingen aan niet-werknemers.
  • Cloud/Hosting (COGS): Kerninfrastructuurkosten zoals AWS, GCP, enz.
  • SaaS/Tools: Al uw software-abonnementen.
  • Marketing: Advertentie-uitgaven, bureaurekeningen en andere merkgerelateerde kosten.
  • Huur/Kantoor: Fysieke kantoor- en bedrijfskosten.
  • Juridisch & Administratie: Kosten voor professionele diensten.
  • Belastingen & Heffingen: Afdrachten van omzetbelasting en andere overheidsbetalingen.
  • Schuldendienst: Zowel aflossing als rente op eventuele leningen.
  • Eenmalige uitgaven: Onregelmatige, niet-frequente betalingen zoals jaarlijkse verzekeringspremies, waarborgsommen of hardware/capex (laptops, apparatuur) — alles zonder eigen rij hierboven valt hieronder.

• Nettokasstroom (= Totaal ontvangsten − Totaal uitgaven)

• Eindkassaldo (= Openingskas + Nettokasstroom)

De rollende mechanica (zoals ingebouwd in de werkmap)​

De logica van de rollende prognose is eenvoudig en krachtig — en in de download is deze al als formules op het Forecast-blad aangesloten (rijen tussen haakjes):

• Openingskas (Week 1) = Openingssaldo-aanname — cel B10 = $B$5.
• Openingskas (Week n) = Eindkas (Week n−1) — bijv. C10 = B29 (rij 10, weken 2–13).
• Totaal ontvangsten (Week n) = Klantontvangsten × incassoknop + Vooruitbetalingen × boekingsknop + Overige — bijv. B15 = B12*$B$6+B13*$B$7+B14 (rij 15).
• Totaal uitgaven (Week n) = SOM van de 10 categorierijen — bijv. B27 = SUM(B17:B26) (rij 27).
• Nettokas (Week n) = Totaal ontvangsten − Totaal uitgaven — bijv. B28 = B15-B27 (rij 28).
• Eindkas (Week n) = Openingskas + Nettokas — bijv. B29 = B10+B28 (rij 29).

Uw wekelijkse maandagochtendritme (tegen deze werkmap):

1. Rol het venster door: Verplaats de hele prognose één week vooruit — verschuif elke blauwe invoer van elke week één kolom naar links (oude Week 2 wordt de nieuwe Week 1), wis de laatste kolom en dateer deze als de nieuwe Week 13 in rij 2. De doorschuifformules (C10 = B29, …) verankeren zich automatisch opnieuw; steekproefsgewijs controleren dat de Openingskas van de nieuwe Week 1 gelijk is aan de Eindkas van vorige week.
2. Werk bij met werkelijke cijfers: Overschrijf de blauwe prognosecellen van vorige week met de werkelijke bankbewegingen van die week uit de mapping hieronder (query, splits, plak — met de hand). Bevestig vervolgens dat de Eindkas-cel van die week gelijk is aan uw werkelijke gecombineerde banksaldo (Assets:Bank:Checking + Assets:Bank:Savings): als dat niet zo is, is de mapping fout, niet de bank.
3. Herzie de toekomst: Werk de blauwe cellen voor de komende 2–4 weken bij met de meest recente informatie die u heeft (nieuw verzonden facturen, aanstaande leveranciersbetalingen, bevestigde loondatums).

Mapping van Beancount naar uw prognose​

Bank-kasomvang (de regel die dubbeltelling voorkomt). Wekelijkse werkelijke cijfers zijn boekingen op Assets:Bank:* alleen — één omvang die beide valkuilen oplost:

• Creditcards: een aankoop met de kaart boekt op Liabilities:CreditCard:* en beweegt geen bankkas, dus wordt niet meegeteld bij aankoop. Geld vertrekt één keer, bij de vereffening (de betaling van bank→kaart). Het tellen van de aankoop plus de vereffening telt dezelfde uitgave twee keer. In het voorbeeldgrootboek bevat W1,420.00 USD aan Amex-SaaS-kosten (alleen verplichting, genegeerd) naast de vereffening van 600.00 USD van de augustusafrekening (geteld). Het naïeve "bankuitgaven + kaartkosten"-totaal voor W1 is 10,120.00 USD — precies 420.00 te hoog; de werkmap telt 9,700.00.
• Interne overschrijvingen: een Checkingsaldo↔Spaarsaldo-sweep heeft twee tegenovergestelde bankbenen, dus netto nul binnen deze omvang en wordt uitgesloten van zowel ontvangsten als uitgaven. De sweeps van 3,000.00 USD (W1) en 1,500.00 USD (W2) in het voorbeeld zouden anders beide zijden met die bedragen opblazen.
• Gevolg: map de bankbenen, niet de Inkomsten/Lasten-benen. Leningaflossing is geen last maar is een bankuitstroom (de autobetalingen van 900.00 USD in het voorbeeld = 800 aflossing + 100 rente, allemaal geteld onder Schuldendienst); een kaartaankoop is een last maar is nog geen bankuitstroom.

Ontvangsten/uitgaven-splitsing. Uit de geëxporteerde bankbenen: positieve benen zijn ontvangsten, negatieve benen zijn uitgaven, overschrijvingsbenen uitgesloten. Categorie-map (gelijk aan het tabblad Leveranciersmapping): Stripe/PayPal-uitbetalingen → Klantontvangsten; overboekingen van nieuwe klanten → Nieuwe boekingen / Vooruitbetalingen; bankrente/subsidies → Overige instromen; Gusto/ADP → Loonkosten; AWS/GCP → Cloud/Hosting; door de bank betaalde SaaS → Software/SaaS; verhuurder → Huur; advocatenkantoor → Juridisch/Administratie; belastingdienst → Belastingen & Heffingen; lening-autobetaling → Schuldendienst.

• Omgaan met omzetbelasting: Hoewel omzetbelasting geen omzet is, is het een kasstroompost. Behandel incasso's van omzetbelasting als een kasontvangst en de afdracht aan de overheid als een uitgave. De omzetimpact leeft in uw accrualboeken, maar de kasbeweging is hier van belang.

Uitgewerkte week: W1 van begin tot eind (2026-09-14 – 2026-09-20)​

Openingsbankkas is 85,000.00 (Checking 80,000 + Savings 5,000 op 2026-09-13). De W1-bankbenen van het grootboek, na uitsluiting van het sweep-paar van 3,000.00:

Doorschuiven naar W2. C10 = B29, dus W2 opent op 87,500.00. De bankbenen geven ontvangsten 8,000 (Stripe) + 5,000 (vooruitbetaald) + 200 (rente) = 13,200.00 en uitgaven 11,000 (Gusto-loonkosten) + 1,500 + 2,200 + 600 (via de bank afgeschreven SaaS) + 1,000 + 900 = 17,200.00; netto −4,000.00, eindkas 83,500.00 — exact de W2-kolom van de werkmap. De variantie tussen prognose en werkelijkheid is voor deze twee weken per constructie nul; dat is het bewijs dat de mapping werkt, toegepast op één week tegelijk vanaf W3.

Reproductie (geverifieerd 2026-09-09, Beancount 3.2.3 + beanquery 0.2.0)​

uvx --from beancount bean-check public/downloads/cash-flow-forecast/sample.bean
yarn check:cash-flow-actuals

De checker voert bean-check uit (de eigen balance-beweringen van het grootboek bewijzen de eindkas van elke week), de exportquery's hieronder en een onafhankelijke Python-doorschuiving die bevestigt dat alle drie overeenkomen — W1 12.200,00 / 9,700.00 / 87,500.00, W2 13.200,00 / 17,200.00 / 83,500.00:

SELECT date, narration, account, position
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank" ORDER BY date;
 
SELECT sum(position) AS net
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank";
 
SELECT sum(position) AS bank_cash
FROM close ON 2026-09-21 WHERE account ~ "^Assets:Bank";

(Verschuif de datums met 7 voor W2, afsluiting op 2026-09-28.) Eén BQL-beperking om te weten: deze beanquery-versie kan boekingen niet filteren op teken, dus de ontvangsten/uitgaven-splitsing wordt toegepast op de geëxporteerde rijen — positieve bankbenen naar ontvangsten, negatieve naar uitgaven, sweep-paren uitgesloten — precies zoals de checker doet.

Het updateritme (30–45 minuten per week)​

1. Haal werkelijke cijfers op (15 min): Exporteer de boekingen van de week naar Assets:Bank:* (voer de query's hierboven uit, of download transacties van uw bankrekeningen — kaartkosten blijven buiten; alleen de vereffeningsbetaling telt). Bevestig dat uw "Eindkas" van de vorige week perfect overeenkomt met uw werkelijke gecombineerde banksaldo (Checking + Savings). Deze reconciliatie is niet onderhandelbaar.
2. Beoordeel debiteuren (10 min): Maak een lijst van alle openstaande facturen en plaats ze in de week waarin u betaling verwacht. Wees conservatief en pas realistische incassotermijnen toe op basis van eerdere prestaties.
3. Beoordeel crediteuren & loonkosten (10 min): Plaats de vervaldata voor alle bekende aanstaande rekeningen. Vul uw loondatums en -bedragen in voor het hele kwartaal. Stel niet-kritieke uitgaven uit naar vrijdag om de kasoptioneelheid gedurende de week te behouden.
4. Variantieoverleg (10 min): Vergelijk kort de prognose van vorige week met de werkelijke resultaten. Noteer de oorzaken van significante verschillen en beslis of u uw prognoseregels moet aanpassen.

Nauwkeurigheid en besluitvorming​

Nauwkeurigheidsvuistregels​

• Weken 1–2: Richt op ±5–10% foutmarge. Deze datums en bedragen moeten zeer zeker zijn.
• Weken 3–6: Verwachte ±10–20% foutmarge. Deze periode is een mix van bekende rekeningen en op patronen gebaseerde schattingen.
• Weken 7–13: Dit deel van de prognose is richtinggevend. Het wordt gedreven door uw verkooppijplijn en run-rate-kosten.

Vertrouwenscodes: Om de prognose leesbaarder te maken, markeert u elke prognoseregel met een vertrouwenscode: Vastgelegd (bijv. loonkosten, huur), Waarschijnlijk (bijv. facturen aan goede klanten) of Opwaarts potentieel (bijv. nieuwe deals uit de pijplijn).

Triggers & acties (beslis deze van tevoren)​

Een prognose is nutteloos zonder plan. Definieer vooraf uw acties voor wanneer u bepaalde drempels bereikt.

• Minimale kasvloer: Bijvoorbeeld, uw regel zou kunnen zijn "We moeten te allen tijde kas ≥ 1.5× het volgende volledige loonbedrag aanhouden." Als de prognose laat zien dat u deze vloer zult doorbreken, voert u onmiddellijk een vooraf afgesproken plan uit, zoals een incassosprint en een pauze op alle discretionaire uitgaven.
• Runway-richtlijn: Bijvoorbeeld, "Als de Eindkas in Week 13 minder dan X maanden burn impliceert, starten we ons financieringsplan." Dit kan inhouden dat u een term sheet zoekt, klanten korting biedt voor vooruitbetaling van omzet, of een kredietlijn aanspreekt.
• Regel voor grote uitgaven: Bijvoorbeeld, "Elke enkele niet-loonuitgave groter dan 5% van ons huidige kassaldo moet twee weken van tevoren worden goedgekeurd en een back-upplan hebben."

Sjabloon en scenario's​

Eenvoudige categorieënset (voor een seed-fase SaaS)​

• Ontvangsten: Klantontvangsten, Overige instromen (rente, terugbetalingen, subsidies)
• Uitgaven: Loonkosten (netto + werkgeverslasten), Contractors, Cloud/Hosting (COGS), Software/SaaS (OpEx), Marketing (Betaald/Merk), Huur/Kantoor, Juridisch/Administratie, Belastingen & Heffingen, Schuldendienst, Eenmalige/Jaarlijkse uitgaven
• Berekend: Nettokas, Eindkas

Sjabloon (al opgenomen in de download; kopieer dit om een leeg blad te herbouwen)​

De onderstaande tabel is de vorm van het Forecast-blad — dezelfde rijen, dezelfde formules — voor herbouw op een leeg blad. In de download bevat rij 2 al de week-startdatums (W1 2026-09-14 tot en met W13 2026-12-07) en is elk totaal aangesloten; bevries onder rij 3 en rechts van kolom A (B4 in het bestand) om overeen te komen.

Scenarioknoppen (houd het lichtgewicht)​

U kunt eenvoudige scenario-planning bouwen zonder een complex model te maken. Voeg een "knop"-cel toe aan de bovenkant van uw blad voor belangrijke drijvers. Bijvoorbeeld:

• Incassoknop B6: [1.0] (Wijzig naar 1.2 om een vertraging van 20% in incasso's te modelleren — elke week herberekent Totaal ontvangsten via KOL15 = KOL12*$B$6+KOL13*$B$7+KOL14)
• Boekingsknop B7: [1.0] (Wijzig naar 0.8 om een misser van 20% vs. plan te modelleren)

Dit zijn de daadwerkelijke aannamecellen op het Forecast-blad — geen extra bedrading nodig.

Leren en fouten vermijden​

Variantietracking (laat leren groeien)​

Voeg in de week die net is afgesloten twee kolommen toe: "Prognose van vorige week" en "Werkelijk". Bereken de variantie. Bij uw beoordeling tagt u de redenen voor grote verschillen: incassovertraging, omvangafwijking, ongeplande leveranciersaankoop, verschuiving in timing. Als hetzelfde type variantie zich herhaalt, wijzig de onderliggende regel van uw model. Bijvoorbeeld, als incasso's consequent een week te laat zijn, wijzig dan uw standaard incassotermijn van 21 dagen naar 28 dagen.

Veelvoorkomende valkuilen (vermijd deze)​

• Accrual en kas door elkaar halen: Deze prognose is voor kas alleen. Omzetverantwoording, afschrijvingen en andere accrualconcepten horen in uw hoofd-grootboek, niet hier.
• Onregelmatige jaarlijkse uitgaven vergeten: Jaarlijkse verzekeringspremies, grote SaaS-verlengingen en kwartaalbelastingbetalingen kunnen enorme verrassingen zijn. Plan ze in uw prognose zodra u ervan weet.
• Omzetbelastingkas negeren: Zelfs als het een doorgeefverplichting is, het geld staat op uw bankrekening totdat u het afdraagt. Modelleer zowel de instroom als de uitstroom.
• Niet reconciliëren: Als de Eindkas van uw prognose niet overeenkomt met uw werkelijke gecombineerde banksaldo (Checking + Savings; kaartsaldi uitgesloten), heeft u een mappingsfout — meestal een getelde kaartkost of een behouden sweep. U moet dit oplossen voordat u de prognose kunt vertrouwen.
• Geen duidelijke eigenaar: Wijs één persoon aan die verantwoordelijk is voor het elke week bijwerken van de prognose. Noem een plaatsvervanger voor vakanties.

Snelle Beancount-koppelingen​

• Rekeningstelsel: Houd uw kasposten schoon (bijv. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Wekelijkse werkelijke cijfers zijn de Assets:Bank:*-benen alleen — de kaartrekening bestaat zodat vereffeningen ergens vandaan komen, niet als tweede bron van uitgaven.
• Gebruik de winst-en-verliesrekening niet als controle: De winst-en-verliesrekening van Fava is accrual — het boekt kaartaankopen bij aankoop en negeert leningaflossing — dus het zal per ontwerp afwijken van deze kasprognose. De kascontrole is de beanquery-export + doorschuiving hierboven (yarn check:cash-flow-actuals), die elke week moet aansluiten op de Eindkas.
• Documentatie: Wanneer u een groot eenmalig item heeft, voeg dan de factuur-PDF toe in uw Beancount-documents/-map en link hiernaar in de notitieskolom van uw prognose.

Bestuurs-/investeerderspakket (één slide)​

1. Grafiek: Een eenvoudige lijngrafiek van uw Eindkas per week voor alle 13 weken. Voeg een horizontale lijn toe die uw minimale kasvloer toont.
2. Tabel: Een kleine tabel met de W1–W13-Eindkas-cijfers, plus een opsomming van de top 5 grootste instromen en uitgaven die in het kwartaal worden verwacht.
3. Notities: Een paar opsommingstekens over belangrijke aannames die zijn gewijzigd sinds de laatste update en eventuele triggers die u heeft bereikt of verwacht te bereiken.