Heart-Profit ERP
July 05, 2024, 10:02:17 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Weeknummer berekening staat week 54 t/m 00 toe  (Read 686 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27445


View Profile WWW
« on: January 06, 2012, 09:20:06 am »

Een Weeknummer betreft een numeric getal, en wordt binnen Profit afgehandeld met een Spinnercontrol. Zouden we bij Weeknummer 201201 één waarde naar beneden spinneren, dan krijgen we weeknummer 201200.

Tsja... op zich "knullig" dat de toepassing ons feitelijk toestaat om te spinneren zelfs naar weeknummer 201199, maar helemaal fout dat het systeem ons toestaan e.d. weeknummer te bevestigen, zonder dat dit ooit ergens een melding oplevert.

Helemaal raar is natuurlijk dat áls week 201200 zou worden opgegeven, daar een datum uit rolt die in november 2012 ligt, terwijl 201201 de 1e week van januari 2012 impliceert.

Per heden is de datumberekening o.b.v. een Weeknummer dan ook zodanig aangepast dat als week '00' wordt opgegeven, dit geïnterpreteerd wordt als zijnde week '01'; Week 201200 wordt derhalve automatisch week 201201.

Invulling van een weeknummer '54' t/m '99' zal vanaf heden worden afgehandeld als week '53' (die, in het geval dat er maar 52 weken in een jaar zitten, gewoon wordt afgehandeld als de 1e week v/h erop volgende jaar).

Nb: Hiermee wordt niet voorkomen dat het nergens in het pakket meer mogelijk is om foutieve weeknummers in te vullen, wél lost dit het probleem op dat áls er een verkeerd weeknummer wordt opgegeven, de een eventuele berekening die daarna kompleet fout loopt.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LODWBR      Omschrijving (nog) niet bekend    11-05-2007    06-01-2012
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.151 seconds with 20 queries.