Deadlines are entries, not reminders
Every deadline knows its rhythm, its lead time and what has to be finished before it.
Practice / Deadlines and filings
Deadlines are the kind of work where forgetting costs money straight away. In many businesses they are still only weakly secured.

The starting point
A suitable design
These components describe one possible individual scope. Scope and rules are agreed with your business.
Every deadline knows its rhythm, its lead time and what has to be finished before it.
A reminder tells you work is coming. Here the work stands finished and waits for a look.
The original is not quietly overwritten. Necessary corrections appear as new, linked entries with a reason, a time and an approval.
Every filing comes with the figures, the derivation and the state of the system at that time.
The figures and checks are complete and the filing draft is ready. An authorised person checks it and initiates submission.
The original filed state stays locked. Corrections are recorded as new, linked entries with a reason, timestamp and approval.
07 · To try out
Pull the slider. What stands out is how long nothing happens, and when the system says something for the first time.
30 days before
No note, no reminder, no email. The period is running, receipts come in and get assigned. There is nothing to do, so nothing stands here.
The screen stays empty
An illustration. You set the lead times and the checks. What stands here is one usual cut.
Any tool can remind you. The difference is saying nothing for sixteen days and then saying the right thing. A system that speaks too often gets clicked away, and it is then powerless at exactly the moment it matters.
In this example, an authorised person checks the draft and initiates submission. Any later extension of automation is assessed for the particular procedure. Authority, technically enforced boundaries and the form of control must be agreed before extending the scope.
The countercheck
In this first scope, the system prepares the filing. An authorised person checks it and initiates submission. Further automation is a separate decision: authority, procedural requirements, technical boundaries and the form of control must be assessed and agreed first. Automation does not remove responsibility.
A useful first trial includes this failure case explicitly. Fast processing alone is not success if checking and correction create more work.
The connection to the next task
Your first stage
For Deadlines and filings, we choose a bounded first outcome with your team. Existing specialist systems can stay where they fulfil necessary requirements. We compare time relief, payments that can end and the cost of the new way of working.
The workshop gives you priorities and a roadmap. You can continue internally or with support from Markus Kirchmair. The choice of model and agent follows the task, with data and rules retained outside an individual chat.
Explore the workshop →Ready for the next change
The first view should show the next relevant decision. Reasoning and sources remain accessible. We leave out unnecessary features and make actual progress visible.
When a rule changes, agents can help investigate the impact, prepare the adjustment and update tests and documentation. A qualified person assesses the result and its adoption.
Try a change →Your first step
Less unnecessary software. More room for your work. Let’s find the useful first step.