2) dat is een eenduidige weergave voor de datum.
Ik zou het antwoord iets anders willen formuleren:
Tuurlijk, 'eenduidig' is het, maar, niet conform hoe we het elders in Profit doen, en daarmee toch niet echt 'eenduidig'. Elders wordt een datum veld ook 'dynamisch' gepresenteerd, of in het formaat dd-mm-jjjj, of in het formaat mm-dd-jjjj. M.i. beantwoord het de vraag dus niet helemaal.
In je Statistieken kun je veelal op 4 verschillende niveau's rapporteren. Het aantal kombinaties voor 1 statistiek kan zo al snel op een paar miljoen kombinaties uitkomen. Alle selektie niveau's binnen je Statistieken (en Verkoopoverzichten) zijn echter "text based" selekties. Op Verkooporder, op Artikelnummer, op Debiteur etc. Resultaten worden ook "als tekst" gesorteerd.
Tsja... totdat er iemand komt die graag een selektie erbij wil hebben op een 'datumveld', en wat dan niet meer 'als tekst' gesorteerd kan worden...
Je resultaat zou tonen:
01-01-2020
01-02-2020
01-03-2020
etc.
02-01-2020
02-02-2020
02-03-2020
etc.
Alle datum velden worden derhalve 'als tekst' afgehandeld in het formaat 2020-10-16, immers, dat formaat leidt iets wat altijd (als tekst) in de juiste volgorde komt te staan.
Dit neemt overigens niet weg dat hier best andere oplossingen voor zijn, het moet 'alleen even gemaakt worden'. Ik denk daarbij niet aan een formele interne sortering op een datumveld, dat zou weken werk impliceren, maar, je kunt wat mij betreft wel denken aan een oplossing waarbij we tijdens het afdrukken weten dat jouw selektieniveau #1 een datumveld betreft, het "intern" als tekst wordt afgehandeld en gesorteerd, maar dat we tijdens het printen een waarde "20201016" alsnog weergeven als 16-10-2020. Ook hier zal nog wel eens een leuk prijskaartje aan kunnen hangen, omdat er tal van overzichten zijn waarop dit dan moet gebeuren. Je Hmenu-8-3 Statistieken, Overzichten, geoffreerd, geprognotiseerd, gerealiseerd, gefaktureerd, exports naar Excel etc.
Maar, als je het er voor over hebt, kán het dus wel.