Verpflichtungs- und Vertragskarten
/operations/commitments und /operations/agreements zeigen verschiedene Ebenen. Eine Verpflichtung ist ein abgeleitetes, schreibgeschütztes Pass für das Lieferergebnis; ein Vertrag ist eine verwaltete Vereinbarung mit Bedingungen, Parteien, Daten und Übergängen.
Vertragsregister
Unter /operations/agreements sieht ein Mitarbeitender mit Zugriff auf den Bereich das gemeinsame Vertragsregister; der Kunde ist ein zusätzlicher Filter und nicht die einzige Begrenzung. Die Statusleiste filtert draft, review, awaiting_signature, active, suspended, expiring, expired, terminated und superseded. Die Zahl bezieht sich auf das gesamte Ergebnis des gewählten Filters, nicht nur auf bereits geladene Zeilen. Tabelle/Karten wechselt dieselben Ergebnisse, ein Klick auf eine Zeile öffnet den Vertragspass.
Jede Zeile zeigt neben dem Namen die Richtung (Kunde, Lieferant oder Intern). Die Laufzeit verbindet Start- und Enddatum; ohne Enddatum steht dort unbefristet. Blättern Sie weiter, bis der benötigte Eintrag erreicht ist; eine Teilseite ist nicht das vollständige Register.
Verpflichtung
Der Pass zeigt Erstellt und Aktualisiert als Audit-Metadaten; die abgeleitete Verpflichtung bleibt schreibgeschützt.
Eine Verpflichtungskarte unter /operations/commitments oder ein bestimmter Pass unter /operations/commitments/:commitmentId zeigt Typ, versprochene Menge/Einheit, das Gültigkeitsdatum sofern geliefert, Erfüllungszustand, Arbeitsstufe, Bedingungsgrundlage und Ursprungsauftrag. Ein aktuelles Lieferfälligkeitsdatum kann im Pass fehlen: Leiten Sie Überfälligkeit weder aus fehlenden Feldern noch aus dem Status Offen ab, sondern prüfen Sie Lieferdatum und Frist im Ursprungsauftrag und Vertrag.
Die Verpflichtung stammt aus dem Auftrag und wird hier nicht bearbeitet. Menge, Fälligkeitsdatum und Bedingungen ändern Sie am Ursprungsauftrag nach Prüfung von Rechten und Historie. Ladefehler, leerer Zustand und fehlende Auftragsergänzung sind verschiedene Zustände.
Vertrag
Eine Vertragskarte unter /operations/agreements zeigt Richtung, Status, Gültigkeitsdaten, Rechtsträger, die aktuelle Bedingungsversion, Zeilenanzahl und die Pflicht eines signierten Dokuments. Namen kommen aus dem Kontext, nie aus technischen Kennungen.
Der Vorauszahlungsblock im Vertragspass zeigt ein Konto, das an diesen Vertrag, eine bestimmte Bedingungsrevision und die Abrechnungswährung gebunden ist; es ist kein Kunden-Wallet. Ein Betrag kann nicht eingegeben werden: Zum Auffüllen wählen Sie eine bestätigte, noch nicht zugeordnete Zahlung des Kunden in derselben Währung. Das Öffnen und Auffüllen erfordert die entsprechenden Berechtigungen und kann dem Vier-Augen-Prinzip unterliegen: Wer eine Zahlung erfasst hat, darf sie nicht erneut bestätigen. Das Laden von Konto und Zahlungen, eine leere Liste, ein Lesefehler, ein Versionskonflikt und ein ausstehender Vorgang sind verschiedene Zustände; eine leere oder nicht verfügbare Antwort ist kein Nullsaldo. Dieser Block bietet weder Ausgaben noch das Anlegen oder Freigeben einer Reservierung gegen eine Rechnungszeile noch Rückerstattungen; er öffnet nur das vertragsgebundene Konto, lässt eine Zahlung auswählen und zeigt den Status. Wenn die Zahlung zwar gebunden, aber noch nicht gutgeschrieben ist, bleibt dieselbe Zahlung ausgewählt und Sie werden aufgefordert, erneut Einzahlen zu wählen; wählen Sie keine andere Zahlung. pending_funding oder ein ausstehender Schreibvorgang bedeutet, dass Sie warten und die Karte erneut lesen sollen, nicht dass der Saldo null ist.
Die Hauptzahl der Karte ist der verfügbare Rest: Verfügbar = eingezahlt − gehalten − verbraucht; ein Wert ungleich null bei „Erstattet“ wird separat angezeigt. Die Karte zeigt außerdem die aktuelle Bedingungsrevision und die Abrechnungswährung: Eine neue Bedingungsrevision beginnt eine eigene Reservespur; der Saldo der ersetzten Revision wird nicht übertragen. „Verbraucht“ bezeichnet die Verknüpfung mit einer ausgestellten Rechnungszeile, nicht eine Ausgabefunktion dieser Karte: Hier gibt es keine Aktion zum Ausgeben, Anlegen/Freigeben einer Reserve oder Erstatten.
Im Status awaiting_signature wartet der Vertrag auf die Bestätigung einer Signatur außerhalb des Portals. Das Portal protokolliert diese Entscheidung, trifft sie aber nicht selbst. Deshalb gibt es hier keinen separaten Aktivieren-Button; prüfen Sie den externen Signaturprozess und die verknüpfte Dokumentkopie. Der praktische nächste Schritt ist, die signierte Kopie zu erhalten und unten im Dokumentbereich Hinzufügen zu wählen; sie erscheint nicht automatisch.
Unter den Bedingungen gibt es einen eigenen Bereich für verknüpfte Dokumente mit Hinzufügen und Alle anzeigen. Er kann leer sein, solange die signierte Kopie noch aussteht; das ist kein Zugriffsfehler. Erstellt und Aktualisiert liefern zusätzlichen Audit-Kontext.
Alle anzeigen öffnet das Dokumentregister bereits im Kontext dieses Vertrags: /documents?sourceType=agreement&sourceId=<agreementId>. Es dürfen nur Dokumente dieses Vertrags erscheinen; Titel, Kontext-Chip und Leerzustand müssen verständlich lokalisiert sein. Eine technische ID oder eine Datei eines anderen Vertrags ist kein gültiges Filterergebnis.
Ein Übergang benötigt den passenden Status und die aktuelle Kartenversion, damit fremde Änderungen nicht überschrieben werden. Geben Sie für jeden Übergang einen Pflichtgrund ein; er wird in der Vertragshistorie gespeichert.
Ein Vertrag kann unter /operations/agreements/new erstellt werden, wenn Schreibzugriff besteht. Das Formular legt einen Entwurf an; bei draft oder review öffnen Sie die Bedingungsbearbeitung unter /operations/agreements/:agreementId/terms, die die aktuellen Bedingungen ersetzt. Wenn sich die Karte geändert hat oder ein Konflikt erscheint, lesen Sie die Karte erneut und versuchen Sie es noch einmal. Die Oberfläche bietet keinen separaten Rücksprung auf eine alte Version; review wird im Rahmen der Bedingungsbearbeitung wieder zu draft.
Nach der Auswahl des Kunden und des ersten Angebots/Preises schlägt das Portal einen Namen nach dem Muster „Angebot — Kunde“ vor. Solange Sie ihn nicht ändern, wird der Vorschlag bei einer anderen Auswahl aktualisiert; nach einer manuellen Änderung bleibt Ihr Text erhalten. Ein Vertragsname ist erforderlich — verwenden Sie verständliche Angaben statt erfundener Daten; beim Bearbeiten eines bestehenden Vertrags wird sein Name nicht überschrieben.
Im aktuellen Vorauszahlungswähler kann das Zahlungsdatum als roher ISO-Wert YYYY-MM-DD statt im aktiven lokalen Format erscheinen. Das ist ein Source-Blocker: Behandeln Sie dies nicht als lokales Datums-Evidence und geben Sie kein Geldbild ohne currency.expected/currency.observed und Datumsprüfung auf einem passenden Build frei.
Übergänge
draft→review: Zur Prüfung senden;review→awaiting_signature: Zur Signatur senden;activeoderexpiring→suspended: Aussetzen;suspended→active: Fortsetzen;- jeder änderbare Zustand →
terminated: Beenden, irreversibel.
Die Aktivierung ist hier keine Schaltfläche: active kommt nach der rechtlichen Unterzeichnung oder aus einem externen Dokumentensystem. Ablauf und Ersatz werden vom System verarbeitet.
Bei geänderter Kartenversion oder abgelehntem Übergang laden Sie die Karte neu und entscheiden mit den aktuellen Daten. Alte Aktionen nicht blind wiederholen.
Sicherheit
Prüfen Sie die Bedingungsversion, das signierte Dokument, den Rechtsträger, den Kunden, Termine und Zugriff. Verwenden Sie in Lernbeispielen erfundene Verträge und Beträge; zeigen Sie keine Bankdaten, Kundendaten oder technischen Kennungen.
Verwandte Seiten