Correct an entry date, and stop returns without an absence

Three things, all from the same screenshot.

The entry date can now be corrected. The Eintritt entry gets an edit
button — date only, no delete, because it is the start of the timeline
and a person without one has no beginning. Unlike every other entry it
needs no recorded before-values: the old date is on the employee row, so
this works on rows written long before any of this existed, which is
exactly the case that matters.

What hangs off that date is checked: no other event may precede it, exit
and absence start may not fall before it, and the first position
assignment moves with it — left behind it would leave days of employment
with no post, or a post with nobody in it. Someone already working
cannot be given a future entry date either; without that check a person
who has been here for years could be turned into a planned entry, and
the status derivation would agree.

That last rule came out of the rehearsal finding a hole: my first probe
picked a person with no other history rows, so the "nothing may precede
it" check had nothing to compare against and a date in 2099 sailed
through.

Second, the screenshot showed two returns from one absence, and the data
confirmed it: one person with two Rückkehr entries and a third still
scheduled, recorded while they were long since active. record_karenz_
return never checked that there was an absence to return from. Now it
does, and it refuses a second scheduled return — which would have
silently overwritten the first on its effective date.

Third, the history is filterable: upcoming versus done, a date range,
and the event types that actually occur in that file. The count of
upcoming items shows without filtering, because "what is coming" is the
usual reason to open the tab at all.

Still not deletable: Versetzung, Beförderung, Austritt, Wiedereintritt,
Reorganisation. Undoing those means restoring position assignments, and
that deserves its own step rather than being tacked onto this one.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

components/employees/HistorieBearbeiten.tsx

@@ -31,6 +31,7 @@ export function HistorieBearbeiten({
   changes,
   istZukunft,
   heute,
+  nurDatum = false,
 }: {
   historyId: string;
   employeeId: string;
@@ -43,6 +44,14 @@ export function HistorieBearbeiten({
    *  eigenen Zeitzone, und in einer Renderfunktion hat die Uhr ohnehin nichts
    *  verloren. */
   heute: string;
+  /**
+   * Der Eintritt hat keine Felder, die sich zurücknehmen liessen — nur ein
+   * Datum, das falsch erfasst sein kann. Daran hängt trotzdem einiges: die
+   * erste Planstellenbesetzung, der frühestmögliche Zeitpunkt jedes weiteren
+   * Ereignisses, die Zugehörigkeit. Die Datenbank prüft das und weist
+   * verständlich ab.
+   */
+  nurDatum?: boolean;
 }) {
   const [offen, setOffen] = useState(false);
   const [laeuft, setLaeuft] = useState(false);
@@ -72,11 +81,14 @@ export function HistorieBearbeiten({
     // Stammdaten und Vorgang gegenläufig anzupassen — dafür gibt es die
     // fachlichen Vorgänge. Die Datenbank weist es ohnehin ab; hier steht es
     // nur früher und freundlicher.
-    if (istZukunft && neuesDatum <= heute) {
+    // Beim Eintritt gilt das nicht: er darf in der Vergangenheit *und* in der
+    // Zukunft liegen — ein geplanter Eintritt ist ein gewöhnlicher Fall. Was
+    // dort zusammenpassen muss, prüft die Datenbank und sagt es verständlich.
+    if (!nurDatum && istZukunft && neuesDatum <= heute) {
       showToast("Eine geplante Änderung lässt sich hier nicht vorziehen.", "error");
       return;
     }
-    if (!istZukunft && neuesDatum > heute) {
+    if (!nurDatum && !istZukunft && neuesDatum > heute) {
       showToast("Eine bereits wirksame Änderung lässt sich nicht in die Zukunft verschieben.", "error");
       return;
     }
@@ -127,23 +139,32 @@ export function HistorieBearbeiten({
       >
         <p className="text-sm text-ink-body">
           <strong className="text-ink">{bezeichnung}</strong>
-          {istZukunft
-            ? " — diese Änderung ist noch nicht wirksam. Berichtigt wird, was am Stichtag passieren soll."
-            : " — was hier stand, war falsch erfasst. Für eine tatsächliche Änderung ist „Daten ändern“ der richtige Weg."}
+          {nurDatum
+            ? " — der Eintritt selbst bleibt; berichtigt wird nur sein Datum."
+            : istZukunft
+              ? " — diese Änderung ist noch nicht wirksam. Berichtigt wird, was am Stichtag passieren soll."
+              : " — was hier stand, war falsch erfasst. Für eine tatsächliche Änderung ist „Daten ändern“ der richtige Weg."}
         </p>
 
         <div className="mt-4 max-w-xs">
           <TextField
-            label="Wirksam ab"
+            label={nurDatum ? "Eintrittsdatum" : "Wirksam ab"}
             type="date"
-            min={istZukunft ? morgen : undefined}
-            max={istZukunft ? undefined : heute}
+            min={!nurDatum && istZukunft ? morgen : undefined}
+            max={!nurDatum && !istZukunft ? heute : undefined}
             value={neuesDatum}
             onChange={setNeuesDatum}
           />
         </div>
 
-        <div className="mt-5 overflow-x-auto">
+        {nurDatum && (
+          <p className="mt-4 rounded bg-surface px-3 py-2 text-xs text-ink-muted">
+            Daran hängt mehr als eine Zahl: die erste Planstellenbesetzung wandert mit, und kein anderes Ereignis darf
+            vor dem Eintritt liegen. Passt das neue Datum nicht dazu, wird die Änderung mit dem Grund abgewiesen.
+          </p>
+        )}
+
+        <div className={`mt-5 overflow-x-auto ${nurDatum ? "hidden" : ""}`}>
           <table className="w-full text-sm">
             <thead>
               <tr className="border-b border-border text-left text-[11px] font-bold uppercase tracking-wider text-ink-muted">
@@ -176,9 +197,11 @@ export function HistorieBearbeiten({
         </div>
 
         <p className="mt-4 rounded bg-surface px-3 py-2 text-xs text-ink-muted">
-          {istZukunft
-            ? "An den Stammdaten ändert sich jetzt nichts — die Änderung greift erst am Stichtag. Berichtigt wird der geplante Vorgang selbst."
-            : "Die Stammdaten werden nachgezogen — je Feld gilt dann der jüngste Eintrag, der es trägt. Hat eine spätere Änderung dasselbe Feld erneut gesetzt, bleibt deren Wert stehen."}{" "}
+          {nurDatum
+            ? "Stammdaten, Historie und Planstellenbesetzung werden gemeinsam nachgezogen."
+            : istZukunft
+              ? "An den Stammdaten ändert sich jetzt nichts — die Änderung greift erst am Stichtag. Berichtigt wird der geplante Vorgang selbst."
+              : "Die Stammdaten werden nachgezogen — je Feld gilt dann der jüngste Eintrag, der es trägt. Hat eine spätere Änderung dasselbe Feld erneut gesetzt, bleibt deren Wert stehen."}{" "}
           Die Berichtigung selbst steht im Protokoll.
         </p>
       </Modal>