nou we zijn een stapje verder, maar nog steeds heb je geen rekenkundig consequente methode. het probleem is dus niet dat de berekening niet klopt maar dat jou aannames per scenario niet hetzelfde zijn.
je werkt nu met een dagprijs op basis van het aantal dagen in het jaar maar het maand bedrag is weer een deling van jaarwaarde gedeeld door 12. dat geeft een uitkomst dat niet overeenkomt hmet hele dagen. in dagen gerekent komt Het vast maandbedrag is 1/12 van 365 dagen uit op 30,41 dagen, het maandbedrag is dus gebaseerd op 30,41 x dagprijs. Daarom krijg je in jou ogen rare verschillen tussen beide voorbeelden, jij werkt met grootheden die rekenkundig niet elkaars veelvoud zijn.
bij je voorbeeld in regel 10 gebruik je het maandbedrag op basis van 1/12 deel van het jaar bedrag dus hier trek je 5 x 30,41 = 152,05 dagen af van het totaal aantal contractdagen (169) en dan blijft er een restant aantal dagen over dat in juni moet worden betaald. dat bedrag komt dus niet overeen met 18 x dagprijs.
het contract beslaat 169 dagen jij komt dan met de laatste maand uit op 169 - 152,05 = 16,95 dagen x dagprijs i.p.v. 18 dagen (eind datum 18-06)
terwijl je op regel 11 doe je eerst 16 x dagprijs voor de gebroken startmaand, dat bedrag trek je af van het contracttotaal (291 dagen x dagprijs), vervolgens trek je het bedrag van de startmaand af van het totaal contract en verdeeld dat bedrag over 9 maanden, dat is een totaal andere berekeningswijze.
als ik dat vanwege vergelijkbaarheid dus vertaald naar dagen zeg je dus het contract duurt 291 - 16 = 275 dagen verdelen over 9 maanden = 30,55 dagen per maand. en dat is dus niet de 30,41 waar de maandprijs op is gebaseerd.
je gebruikt dus 2 verschillende methodes dat kan excel niet simpel berekenen en is ook niet logisch uitlegbaar.
daar komt nog bij dat jouw beide methodes als complicatie hebben dat ze uitgaan van het feit dat 1 van de 2 datums exact op het begin of einde van de maand valt maar wanneer je de start en eind datum niet op de eerste of laatste dag van de maand is de berekening extra lastig wordt omdat je 2 fracties moet uitrekenen.
Wil je het rekenkundig overzichtelijk houden (en uit te leggen aan je klanten) dan moet je vereenvoudigen. Ofwel reken je met vaste maandbedragen ofwel reken je met dagprijs. er zijn 3 methoden te bedenken
1. Als je met vaste maandbedragen wilt rekenen dan word het jaar vaak op 360 dagen gesteld daarmee heb je een 12 x30 = 360 en kun je dus eenvoudig de gebroken maanden berekenen door het maandbedrag door 30 te delen en te vermenigvuldigen met het aantal huurdagen in die maand.
nadeel van deze methode is dat het werkelijk aantal dagen tussen begin en einddatum kan afwijken van het aantal rekendagen, maar dat zal altijd een verschil van 2, 3 en max 5 dagen zijn
2. Andere optie is met echte dagen werken, dus een dagprijs bepalen en dan accepteren dat je afhankelijk van een 28, 30 of 31 dagen maand een andere maandprijs betaald.
dat is dan ook het nadeel van deze methode, de klant betaald elke maand een ander bedrag.
3. Derde optie is dat je met maandbedragen rekent maar voor gebroken maanden werkt met de deler van 30,41 dan kom je uit op 365 dagen per jaar (bij schrikkeljaar zou je met 30,5 dagen kunnen rekenen)
elke keuze heeft consequenties voor de formules die gebouwd moeten worden,
,
