3-3-3 Genereren uitg faktuur - waarschuwing bij veld faktuurdatum

[pascal]

Elk jaar is het oppassen bij de jaarwisseling vwb het veld faktuurdatum (menu 3-3-3 Genereren uitgaande faktuur).
Wanneer je in januari 2012 zit en je moet nog wat fakturen voor 2011 boeken dan kan het snel gebeuren dat je '31-12-2012' typt ipv '31-12-2011'.
Probleem is dat dit niet meer hersteld kan worden; de faktuur blijft er met die datum instaan.

Is het mogelijk een waarschuwing voor dit veld te maken wanneer je bv een datum invoert die een maand of verder in de toekomst ligt?

Bij voorbaat dank!

[Wouter Rijnbende]

Ervanuitgaande dat normaal gesproken geldt "Faktuurdatum = Boekdatum" zou het i.d.d. wel terecht zijn dat er een melding komt op de waarde van parameter "Boeken toegestaan t/m datum" zoals instelbaar in het financiële pakket. Die kontrole zal ook hier op zich wel uitgevoerd worden zodra er boekingen aangemaakt worden, maar een blokkering vóórdat er op F1 wordt gedrukt is i.d.d. geen overbodige luxe.

Merk overigens wel op dat dit je niet gaat helpen als het eenmaal 1 januari is, produktie, inkoop etc. aan de slag willen, omwille van hun mutaties de datum wordt verschoven naar 31-12 van het nieuwe jaar, en jij daarna de Faktuurrun gaat opstarten, immers, dan is die datum inmiddels al met een jaar verlengd. Het enige wat je dan zou kunnen helpen is dat we met een parameter of i.d. gaan instellen dat een Faktuurdatum maximaal xx dagen in de toekomst mag komen te liggen, zodat je bijv. wel vandaag een Faktuur mag genereren met een Faktuurdatum "volgende week", maar niet "volgende maand" of "12 maanden verder".

[pascal]

Het enige wat je dan zou kunnen helpen is dat we met een parameter of i.d. gaan instellen dat een Faktuurdatum maximaal xx dagen in de toekomst mag komen te liggen, zodat je bijv. wel vandaag een Faktuur mag genereren met een Faktuurdatum "volgende week", maar niet "volgende maand" of "12 maanden verder".

Wat zou dit kosten? Maximaal een week toestaan is ok, een maand niet meer. Dus dat is prima, of de optie dat je zelf het aantal dagen in kunt stellen mag ook.

waarde van parameter "Boeken toegestaan t/m datum" zoals instelbaar in het financiële pakket.

Dit heb ik niet kunnen vinden in de parameters, of zit dit ergens anders?

[Wouter Rijnbende]

Wat zou dit kosten? Maximaal een week toestaan is ok, een maand niet meer. Dus dat is prima, of de optie dat je zelf het aantal dagen in kunt stellen mag ook.

Een bedrijfsparameter kost 4 uur;
voor de kontrole rekenen we dan niets.

[Wouter Rijnbende]

waarde van parameter "Boeken toegestaan t/m datum" zoals instelbaar in het financiële pakket.

Dit heb ik niet kunnen vinden in de parameters, of zit dit ergens anders?

Kun je instellen bij het Rekeningschema.

[pascal]

Ik heb het overlegd - hij geeft als ik het goed begrijp een waarschuwing, je kunt indien nodig? (deze situatie kan een enkele keer voorkomen).
En de vraag of deze ook achteruit werkt, dus tot een maand vooruit maar ook tot een maand terug in de tijd is mogelijk? Als dit meer kost wil men graag weten hoeveel.

[pascal]

Zijn jullie er al uit of hetgeen we willen kan?

[Wouter Rijnbende]

Goed dat je nog even navraagt, want ik heb je vorige topic helemaal niet eens gezien. 

We kunnen de bedrijfsparameter net zo goed definieren als "Faktuurdatum maximaal aantal dagen vooruit-/achteruit".

Vul je 14 in, dan geldt dat je de Faktuurdatum 14 dagen vooruit mag leggen t.o.v. vandaag, of 14 dagen achteruit;
ofwel, dan zou je vandaag mogen faktureren met faktuurdata tussen 9 februari en 8 maart.

Let op: Dit dan trouwens alleen voor situtaties waarbij je faktureert op basis van de in het scherm opgegeven datum. Er is bijv. ook een mogelijkheid om de Faktuurdatum dynamisch te bepalen o.b.v. de Leverdatum; in die situatie kontroleren we nergens op.

[pascal]

4 uur is akkoord, wanneer je het aantal dagen zelf op kunt geven. Dus dat we hem standaard op 14 dagen kunnen zetten en in geval van nood ff naar 30 dagen ofzo.
Maar volgens mij is dat ook exact hetgeen je typt

[Wouter Rijnbende]

Ok; 0 dagen wordt dan trouwens "niet kontroleren", opdat het niet zo is dat de overige gebruikers verplicht zouden worden om bijv. 999 in te moeten vullen om nog te kunnen blijven werken.

[pascal]

Ok; 0 dagen wordt dan trouwens "niet kontroleren", opdat het niet zo is dat de overige gebruikers verplicht zouden worden om bijv. 999 in te moeten vullen om nog te kunnen blijven werken.

Ok dat is prima (en logisch) 

[Richard Masseling]

Hallo Pascal,

e.e.a. is gereed en komt vanzelf met een eerst volgende Upgrade mee.