Uiteraard, maar je kan dan (in theorie !) de foute waarde nog steeds laten staan (en in dit specifieke geval zal ook de macro vastlopen).
Gegevensvalidatie is bedacht om enkel toegelaten invoer te forceren. In dit bestand is de noodzaak enigszins kleiner omdat de formule ernaast een foutmelding zal geven, maar zonder gegevensvalidatie kan bv. ook 1/3/1912 ingevoerd worden, en dat is mogelijk niet de bedoeling. Zelf blijf ik daarom gegevensvalidatie nuttig vinden.
Maar het blijft een keuze, ik wil niets opdringen. Misschien moeten we het maar aan TS overlaten 

Groeten,
pitufo

Eerlijk gezegd kan ik niet uit je tabel opmaken wat je uiteindelijk wilt bereiken. Maar zo een beetje de posts hiervoor gelezen te hebben, wil je een witregel hebben als de datum/tijd anders wordt in kolom G (Start Priming).

Mijn voorstel is altijd in een geval als dit, om heel goed het verschil in database én rapportage in het oog te houden. In een database doe je de invoer. Tussen invoerrecords moet je NOOIT lege regels of kolommen zetten. Altijd een aaneengesloten set van data! Een rapportage gebruik je om gegevens te kunnen presenteren. Zo simpel is het. 

Dat resulteert in mijn oplossing. Ik heb je eerste sheet "Invoer" genoemd. Dat is je platte tabel (lees: database). Daarnaast een sheet "Rapportage" toegevoegd. Hierin kan je af te drukken rapportage komen met, tussen elk blok van de hierboven genoemde datums, een witregel. Dit regel je uiteraard naar wens en NIET op elk SheetChange- of SelectionChange-event. Die overkill is nergens voor nodig.

Kijk maar 'ns of dit hetgeen was wat je bedoelde.