varkentje schreef:
1. In de cellen L6, A29 en A30 zie ik #NAME? staan.

Dit komt doordat de formules in deze cellen gebruik maken van de EDATE() functie, welke alleen beschikbaar is wanneer de  "Analysis Toolpack" geactiveerd staat in uw MS Excel. Vrij simpel op te lossen door naar "Tools > Add-ins... " te gaan, en vervolgens "Analysis Toolpack" aan te vinken.

Nadien misschien best de spreadsheet even sluiten en opnieuw openen.

allo Forumleden,

Ik heb even Dendirk zijn spreadsheet erbij genomen en bekeken op basis van het voorbeeld:
Hou rekening met de volgende zaken bij gebruik van die sheet:

a) Er kan aangroeipremie ten onrechte afgetrokken worden aangezien die enkel berekend wordt t.o.v. vandaag.  Er dient namelijk ook rekening gehouden te worden met de datum van de vorige storting. Indien de vorige storting 6 maand eerder is gebeurd mag de aangroeipremie daarop niet verminderd worden! Dat gebeurd in die sheet helaas wel.
Zie Bvb 6° lijn in het voorbeeld De aangroeipremie wordt daar verminderd –2,5€. Verander de datum van de vorige storting naar 6 maanden eerder dan wordt er nog steeds –2,5€ afgetrokken desondanks de premie toch al verworven was.

b) Er wordt een cijfer van 182 dagen vooropgesteld om de premie toe te kennen. Dit mag ook niet. Er dient rekening gehouden te worden met de korte maanden (28, 30 dagen en de schrikkeljaren)
Soms is de premie dus sneller verworven, maar ze is dan ook iets lager gelet het kleiner aantal valutadagen in die zes maanden. Dit zijn maar details uiteraard.

c) Ook Dendirk kampt met het verschrikkelijke schrikkeljaar probleem, afhankelijk daarvan dient er gedeeld te worden door 365 of 366. Zo gebruikt Dendirk in zijn voorbeeld 365 waar 2008 een schrikkeljaar is. De verworven intresten wijken daarom lichtelijk af van de werkelijkheid. In zijn voorbeeld kent hij 1,47€ teveel toe.
De fout wordt wel opgeheven indien alle bedragen het volledige kalender jaar zijn blijven staan, maar dat is zelden het geval. Toch is het verstandiger van met de 365 dagen te blijven werken. Ik heb gepoogd het probleem op te lossen in een nieuwe release. Maar ben gestrand op de complexititeit van het gegeven. De soep is trouwens de kolen niet waard.

d) Ook voor Dendirk de opmerking die ik al gekregen heb. Bij verhoging/verlaging van de basisrente dient men de verhoging (+0.25%), ook bij te rekenen op de voordien gestorte bedragen te tellen vanaf de datum van de verhoging/verlaging. Dit is een belangrijke fout!




mvg,

Joao

hallo varkentje,


1. In de cellen L6, A29 en A30 zie ik #NAME? staan.
Dit probleem werd volgens mij uitgeklaard door Plecotus. Het heeft te maken met je persoonlijke settings van Excell.
indien L6 een foutboodschap heeft dan volgen er een aantal cellen die daarvan (dus L6) gebruikt maken.

2. Verdere heb ik in de cellen A9, A10 en A11 bedragen ingevuld (A9=1000, A10=21000 en A11=2000) en in de cellen D9, D10 en D11 data (D9=9/10/2009, D10=20/12/2009 en D11=20/12/2001), maar ik zie in de kolom K niets meer verschijnen. Is dat normaal?
Stouterik, van de velden in de D kolom moet je afblijven, normaal kan je daar zelfs niet aan. Vermoedelijk bedoel je de C kolom waar men de vaultadata moet invullen zoniet heb je misschien kolommen toegevoegd? In dat geval wordt het voor mij moeilijk om nog hulp te bieden: Ik zou eerst een kopie van je gemodificeerde spreadsheet moeten hebben. Ik vermoed dat je aanpassingen gedaan hebt, is dat zo?
Zoniet hoe staan uw regionale settings? Indien men een foute datum ingeeft krijgen men normaal een foutmelding in de vernoemde velden (“value”),maar je spreekt van een blanco veld, dat wijst weer op mijn vermoeden dat er kolommen toegevoegd werden.
Tip: kolom K blijft blanco als het corresponderende veld in C- kolom blanco is en/of het corresponderende veld in kolom F kleiner is dan 1.


3. Hoe kan men een "row" toevoegen voor het geval er niet genoeg beschikbaar zijn tussen 8 & 27?
De vraag die ik al vreesde: ik heb de spreadsheet (moeten) beperken door de vele “requirements” die gesteld werden.
Door het feit dat er rekening diende gehouden te worden met terugnames die de aangroeipremie en/of getrouwheidspremies kunnen verminderen is deze sheet enorm complex geworden vergeleken met zijn vorige release. “Unprotect” de sheet en “unhide alle kolomen maar eens. Shrik niet, J
Niettemin heb ik bij de ontwikkeling daarmee al rekeninggehouden en de velden sleepbaar gemaakt. Als er echt vraag naar is kan ik dat met een dagje werk realiseren. 
Wil je dat zelf doen dan heb je "enige" kennis nodig van Excel.

Enkele suggesties:
1. Op de lijn 31 zou ik geschreven hebben "Roerende voorheffing verschuldigd op rente vanaf 1660€ rente".
genoteerd.

2. Bij mij voegde ik een "freeze panes" toe op A6.
Zal nodig zijn als je veel rows wil toevoegen, 

Groetes,

Joao

Joao, zeer erg bedankt voor het uitgebreide antwoord. het probleem van de cellen waar #NAME? in stond is inderdaad opgelost volgens de raad van Plecotus, waarvoor dank.

Ik bedoelde inderdaad kolom C, sorry.

Ik heb niets aan de sheet aangepast hoor. Kzou ni weten hoe.

groetjes

hallo varkentje,

Begrijp ik het goed is probleem 2 nog steeds hangende bij U?

(2. Verdere heb ik in de cellen A9, A10 en A11 bedragen ingevuld (A9=1000, A10=21000 en A11=2000) en in de cellen D9, D10 en D11 data (D9=9/10/2009, D10=20/12/2009 en D11=20/12/2001), maar ik zie in de kolom K niets meer verschijnen. Is dat normaal?)

Denk dat het simpel op te lossen moet zijn. Mail je mij Uw sheet eens terug ik zal eens kijken wat er fout is.  (Welke versie van Excel draai je?)

groetjes,

Joao

Nee hoor, alles werkt nu prima  Bedankt!

varkentje schreef: Nee hoor, alles werkt nu prima  Bedankt!

hoe kun je in joao zijn versie rijen toevoegen? want ik doe meerdere kleinere stortingen en heb dus te weinig plaats 

hallo sebastian,

Hoeveel rijen zou je erbij willen?

joao

Is er geen mogelijkheid om via een macro in 1 keer bv. 10 rijen in te voegen?

hallo  vaganzza,

je zou via een macro, éénmalig, een aantal lijnen kunnen bijvoegen (tussenvoegen).  zodat je evengoed het onmiddellijk kunt doorvoeren.

Probleem is dat, voor elke lijn, die men tussenvoegt, ook moet berekend worden of er geen impact  is voor de aangroeipremie en getrouwheidspremie van alle voorgaande lijnen (=stortingen). Er is nog voldoende ruimte voor lijnen toe te voegen maar dit is niet oneindig maar beperkt door het aantal kollomen in excell.

groetjes,
joao

Joao schreef: hallo sebastian,

Hoeveel rijen zou je erbij willen?

joao

Zoveel mogelijk 

Lees het eerste bericht in dit topic, daar zie je de uitleg waarom.

Joao schreef:
Probleem is dat, voor elke lijn, die men tussenvoegt, ook moet berekend worden of er geen impact  is voor de aangroeipremie en getrouwheidspremie van alle voorgaande lijnen (=stortingen). Er is nog voldoende ruimte voor lijnen toe te voegen maar dit is niet oneindig maar beperkt door het aantal kollomen in excell.

groetjes,
joao

Hey Joao,

een wilde gedachte, maar zou het niet technisch mogelijk zijn om de berekeningen (startende in Kolom R) te vervangen door een Makro en deze te koppelen aan een knopje.

Steeds er op dit knopje gedrukt wordt, zullen de waardes voor de AG en GTH premies berekend worden, lijn voor lijn. Vertrekkende in Rij #6, tot aan de eerste lege lijn die gevonden wordt (= laatste storting). - > "onbeperkt" toevoegen van lijnen, en de macro past zichzelf aan.
Op deze manier worden te waardes wel niet real-time ge-update, want de macro zal gewoon celwaardes wegschrijven, ivp formules.

Je kan dan nog steeds enkele Hidden kolommen (of zelfs een hidden Tab) gebruiken om tijdelijke waardes bij te houden die nodig zijn tijdens de berekeningen. En deze tijdelijke waardes telkens overschrijven als de berekeningen voor de vorige lijn volledig zijn, en de resultaten (statisch) zijn weggeschreven.
Je kan trouwens in Visual Basic bijna onbeperkt variabelen aanmaken om tijdelijke waardes in bij te houden.

In het kort, waarom de formules die nu vanaf Kolom R staan, niet "verplaatsten" naar Visual Basic, en op die manier het tekort aan kolommen omzeilen?

Klinkt waarschijnlijk makkelijker dan het in werkelijkheid is, maar het is dan ook maar een wilde gedachte 

Grtz,
G

Hallo spreadheetgebruikers,

Ik heb vorig week een versie aangemaakt met 100 lijnen om de vraag van ons Varkentje tegemoet te komen. Echter ik heb die niet meer kunnen doormailen door een probleem met het internet op mijn hotelkamer.
Ben ondertussen thuis en zal dit weekend een versie naar Vaganzza sturen om die verder te distribueren.
Ik heb ook zelf nog een aantal fouten gevonden die nu opgelost zijn. Mijn opmerkingen staan er in.
Er is nu ook een knop voorzien om een blad te kapitaliseren en de bedragen over te boeken naar een nieuw blad (bijv einde van het jaar of afsluiten van een rekening).

Helaas ben ik geen Visual basic programmeur en kan ik niet aan de vraag van Plecotus tegemoet komen.


mvg,

joao

Versie van Joao 5 beschikbaar (zie eerste post van dit topic). Bedankt Joao! Hopelijk volgen er nog mensen die een verdere programmering kunnen doen (in samenspraak met jou)!