Systemd timers do this natively btw, no need to hardcode
And imho are also friendlier.
OnCalendar=Sat *-*-08..14 00:00:00
RandomizedDelaySec=360min
You can tell a timer whether to re-use that same randomly-selected time during subsequent runs (FixedRandomDelay), or to re-roll the time for every trigger. They can also persist their last-run history across reboots, and trigger if they missed their previous time-slot.The improved logic vs. cron is one of the features which makes my life easier, and so I started using systemd more often. IMHO some of the newer additions aren't quite as solid; but the basic units have proven to be very handy. Another example: The 'path' unit, which can trigger whenever a defined file is updated.
If the answer to that is all-yes, then my compliments to you. Alas ... at least my experience says that's not how things are done.
Journalctl with SQLite or a columnar embedded database would be amazing for sysadmins. Current format is entirely useless