Operations-Register, Versorgung und Rechnungen
Diese Seite ergänzt den Operations-Überblick und beschreibt die Register außerhalb der Verpflichtungs- und Fulfillment-Karten.
Wenn eine Zeile statt eines verständlichen Namens oder Artikelcodes eine technische ID zeigt, behandeln Sie sie nicht als Geschäftsdaten. Aktualisieren Sie die Karte oder melden Sie sie dem Verantwortlichen; verwenden Sie den Screenshot nicht in der öffentlichen Dokumentation.
In der aktuellen Version können Listen- und Modulbeschriftungen (einschließlich Filter, Status und Aktionen) auf Englisch erscheinen, solange die übersetzten Nachrichten für die gewählte Sprache noch nicht vollständig bereitstehen. Die unten beschriebenen Daten- und Prozessregeln bleiben unverändert.
Übersicht und Verpflichtungen
Die Operations-Übersicht gruppiert zu prüfende Verpflichtungen, anstehende Fristen, Service-Berechtigungen und auffällige Rechnungen. Das ist eine Triage-Ansicht, keine Buchhaltungsbilanz. Eine Zahl ohne Zeile, Zeitraum oder Status ist keine bestätigte Summe.
Wenn eine Quelle der Zusammenfassung noch nicht bereit ist, werden die Karten möglicherweise nicht vollständig geladen. Prüfen Sie vor dem erneuten Versuch die Berechtigungen und die Datenverfügbarkeit. Wiederholen Sie die Zusammenfassung nach einer Minute und werten Sie fehlende Werte oder Nullen nicht als endgültige Summe; bei einem gewöhnlichen Ladefehler laden Sie den vollständigen Snapshot erneut statt nur eine Kennzahl.
Services und Berechtigungen
Das Service-Register unter /operations/services zeigt standardmäßig die für die handelnde Person im gesamten Portal verfügbaren Service-Berechtigungen. Die Kundenauswahl schränkt die Liste nur lokal und nicht dauerhaft ein; der erste Abruf liefert bis zu 25 Zeilen, Mehr anzeigen setzt denselben Filter fort. Eine bestimmte Karte lässt sich unter /operations/services/:entitlementId öffnen. Ein leeres gefiltertes Ergebnis ist nicht dasselbe wie ein leeres Gesamtregister und bedeutet nicht null Rechte.
Wenn die Beziehungen aufgelöst werden, verknüpft die Berechtigungskarte zusätzlich den Kunden und die Quellverpflichtung. Kann die Anreicherung nicht gelesen werden, bleibt die Karte mit einer neutralen Bezeichnung nutzbar; das beweist nicht, dass die Beziehung fehlt. Nutzungshistorie und Übergänge erfordern weiterhin eigene Rechte- und Revisionsprüfungen.
Die Karte zeigt außerdem Zeiträume mit gewährter, genutzter, reservierter und verfügbarer Menge sowie eine Nutzungstabelle mit den Zuständen pending_approval, captured, allocated, approved, posted, rejected und reversed. Nutzung erfassen, Genehmigen und Buchen sind getrennte Aktionen mit eigenen Rechten; der Autor darf den eigenen Eintrag nicht genehmigen. Prüfen Sie den verfügbaren Rest vor der Eingabe, versprechen Sie aber keine sofortige Ablehnung bei Überschreitung: Der Eintrag kann gespeichert werden, während die Überschreitung erst bei Genehmigung oder Buchung durch eine andere Person erkannt wird. Lesen Sie die Karte nach jedem Übergang neu und zeigen Sie technische Codes nicht öffentlich.
Zeitmengen können exakt in der gekauften Einheit umformuliert werden: 480 und 390 Minuten werden mit einer oder mehreren für die Berechtigung festgelegten Einheiten angezeigt. Das ist nur die Darstellung — geben Sie den Betrag in der am Formularfeld angegebenen Einheit ein. Runden Sie Bruch- oder negative Werte nicht nach Vermutung.
Wenn der aktuelle Zeitraum und der verfügbare Rest freigegeben sind, erscheint das Formular Nutzung erfassen direkt neben dem Verlauf auf der Berechtigungskarte. Geben Sie eine positive ganze Zahl in der am Feld angegebenen Einheit (zum Beispiel Minuten) ein und ergänzen Sie bei Bedarf einen Grund wie Anfrage, Aufgabe oder Notiz. Das Speichern legt einen Nutzungseintrag an und ersetzt nicht Genehmigen oder Buchen. Wenn Formular oder Einheit fehlen, raten Sie nicht und wiederholen Sie die Anfrage nicht blind.
Auf dem aktuellen Frontend können diese Services-/Detail-Bezeichnungen außerhalb von Russisch und Englisch noch als englischer Fallback erscheinen; behandeln Sie sie nicht als lokalisierte Screenshot-Evidence, bis native Übersetzungen ausgerollt und visuell geprüft sind.
Versorgung, Lager und Beschaffung
/operations/supply hat Register für Beschaffung und Lager. Ein Lager öffnet /operations/supply/warehouses/:warehouseId mit Typ, Zustand, Zeitzone, Lagerorten und Bestand. Das Lager wechselt vom Entwurf zum aktiven und dann zum pausierten Zustand; dafür sind Berechtigungen erforderlich, und im pausierten Zustand ruhen Wareneingang, Reservierungen und Bewegungen.
In der aktuellen Oberfläche ist der Lager-Lifecycle auf Entwurf, aktiv und pausiert begrenzt; Fortsetzen führt zurück zum aktiven Zustand. Aktivieren, Pausieren und Fortsetzen sind nur für Administratoren sichtbar und erfordern einen nicht leeren Grund sowie die aktuelle Revision. Lagerorte können nur bei einem aktiven Lager angelegt werden. Abkündigen oder Schließen darf nicht versprochen werden, solange die Schaltflächen dafür auf dieser Seite nicht sichtbar sind.
Beim Anlegen eines Lagers öffnet sich ein Modal: Code und Name sind Pflicht, Typ und Zeitzone müssen ausdrücklich gewählt werden. Wenn Administratorrechte fehlen, der Code bereits verwendet wird oder ein Feld abgelehnt wurde, korrigieren Sie die Daten oder fordern Sie Zugriff an; wiederholen Sie die Anlage nicht blind. Verwenden Sie zum Testen ein synthetisches Lager und keine echten Adressen.
Lager und Rechnungen werden seitenweise mit bis zu 25 Zeilen geladen. Mehr anzeigen lädt die nächste Seite, ohne die bereits sichtbaren Zeilen neu zu berechnen. Das Beschaffungsregister fordert bis zu 50 Beschaffungsanträge und Lieferantenbestellungen ohne Schaltfläche Mehr anzeigen an. Der Kundenfilter schränkt die Liste auf den ausgewählten Kunden ein; ohne ihn zeigt das Register alle verfügbaren Einträge.
Beschaffungsanträge und Lieferantenbestellungen werden angezeigt. Ein Antrag kann unter einem einkaufenden Fulfillment-Profil automatisch aus einem bestätigten Auftrag entstehen oder manuell erstellt werden. /operations/procurement/requisitions/:requisitionId ist die Detailkarte; in der Lieferantensuche zeigt sie eine unveränderliche Bedarfszeile mit exakter Menge und eine Lieferantenauswahl. Genehmigen, Ablehnen, Sourcing starten und Stornieren erfordern Grund und aktuelle Revision. Nach der Lieferantenzuordnung ist der Antrag für eine Bestellung bereit, aber die Lieferantenbestellung wird absichtlich noch nicht aufgebaut: Ist die Verbindung oder der nächste Schritt noch nicht bereit, erscheint sie nicht automatisch. Prüfen Sie den Status des Antrags und wenden Sie sich an den Administrator; eine leere Liste kann ein ehrlicher Datenzustand sein.
Im Sourcing wählen oder ändern Sie den Lieferanten für die konkrete Bedarfszeile. Fehlt die Zeile oder ihre Menge, ist die Suche nicht verfügbar, gibt es keine Treffer oder darf die Firma nicht als Lieferant handeln, bleibt die Zuordnung gesperrt; aktualisieren Sie die Karte und prüfen Sie den Zustand vor einem neuen Versuch.
Wenn die aktuelle Portalversion Neue Anfrage anbietet, öffnet /operations/procurement/requisitions/new den manuellen Einstieg. Wählen Sie eine Warenposition und die Menge; Einheit, Positionsversion und Genauigkeit kommen aus dem Katalog, der Käufer aus einer verfügbaren juristischen Einheit, Bedarfstermin und Notiz sind optional. Lieferant, Preis und Lager werden später bestimmt. Wenn Rechte fehlen, der Antrag bereits existiert oder ein Feld abgelehnt wurde, prüfen und korrigieren Sie den Zustand vor dem erneuten Versuch.
Abrechnung und Rechnungen
/operations/billing ist das Rechnungsregister mit optionalem Kundenfilter; /operations/billing/invoices/:invoiceId ist der Rechnungspass. Eine Rechnung erscheint nach der Annahmeentscheidung des Kunden: Solange die Annahme nur bereit ist, aber noch nicht an den Kunden gesendet wurde, kann die Rechnungsliste leer bleiben. Verwenden Sie in diesem Zustand Annahme öffnen, nicht den Katalog. Prüfen Sie Nummer, Status, Ausstellungs-/Fälligkeitsdatum, Gesamtbetrag und offenen Betrag; eine leere Liste bedeutet nicht automatisch null Schulden.
Auf derselben Route zeigt der Reiter Abrechnungen Servicebeträge, die noch nicht in Rechnung gestellt wurden. Das ist keine Rechnungsliste: Eine Zeile beschreibt eine Abrechnung und ihren Leistungszeitraum, nicht den Nachweis einer vorhandenen Rechnung. Bei einer wartenden Abrechnung kann der Betrag unbekannt statt null sein; fehlen Zeitraum, verständlicher Name oder Betrag, nichts ergänzen und keine Schuld ableiten. Rechnung erstellen ändert Daten. Bei einer schreibgeschützten Prüfung darf nur der Reiter geöffnet und Name, Zeitraum, Status und Währung geprüft werden – ohne Zeilen auszuwählen, eine Rechnung zu erstellen oder zu senden.
Der Rechnungspass ist schreibgeschützt: Ausstellung, Freigabe und andere Änderungen gehören zu einer berechtigten Rolle mit der nötigen Fähigkeit. Statuswerte können Entwurf, wartet auf Freigabe, freigegeben, ausgestellt, versendet, teilweise bezahlt, bezahlt, überfällig, annulliert oder storniert sein. Total, paid, credited und outstanding vergleichen, danach Zeilen mit Beschreibung, Menge und Betrag sowie verknüpfte Dokumente prüfen. Ladefehler erst nach Zustandsprüfung wiederholen; leere Rechnung oder leere Zeilen von einem nicht verfügbaren Objekt unterscheiden.
Unter /operations/billing/invoices/:invoiceId werden Rechnung und Positionen parallel geladen: Laden, ein wiederholbarer Fehler, eine fehlende oder nicht verfügbare Rechnung und leere Positionen sind getrennte Zustände. Ein erfolgreicher synthetischer Frame zeigt Nummer, Status, Daten, Total/paid/credited/outstanding in der Währung der gewählten Locale, Positionen und verknüpfte Dokumente. Die Ansicht ist schreibgeschützt: nicht ausstellen, bezahlen oder ändern und keine echten Zahlungs- oder Kundendaten verwenden.
Für jeden Betrag die angezeigte Währung, Berechnungsquelle und Rundung prüfen. Finanzielle Beispiele nicht zwischen Sprachen übertragen, ohne die lokale Währung zu prüfen.
Einstellungen und Arbeitsaufträge
/operations/settings legt fest, welche Rechtsträger auf Bestellungen, Rechnungen und Lieferdokumenten als unsere Seite erscheinen dürfen. Ohne Auswahl kann die Erstellung blockiert werden, statt den Aussteller zu erraten. Das Speichern kann wegen fehlender Rechte, einer veralteten Version oder vorübergehender Nichtverfügbarkeit blockiert sein; prüfen Sie den Zugriff, aktualisieren Sie die Seite und versuchen Sie es später erneut.
/operations/work-orders/:workOrderId ist eine adressierbare Arbeitskarte, meist aus Fulfillment geöffnet. Es gibt kein Work-Order-Register; ein fehlender Link kann bedeuten, dass das Paket noch nicht erstellt oder nicht zugänglich ist.
Eine Arbeitskarte kann Planen → Bereit zur Arbeit → In Arbeit und ein Aufgabenpaket zeigen. In der aktuellen Oberfläche gibt es in diesem Paket jedoch keinen Befehl, eine Aufgabenkomponente anzulegen oder zuzuweisen: Der Status des Arbeitsauftrags beweist nicht, dass eine ausführende Person eine Aufgabe erhalten oder abgeschlossen hat. Wenn der Prozess eine Aufgabe aus dem Arbeitsauftrag verlangt, stoppen Sie Übergabe oder Lieferung und stimmen Sie den nächsten Schritt mit der Operations-Verantwortung ab; umgehen Sie dies nicht über einen direkten API-Aufruf oder eine technische Kennung.
Fehler und sichere Prüfung
Unterscheiden Sie leere Liste, leere Filterliste, fehlenden Zugriff, nicht verfügbares Objekt, Konflikt, abgelehnte Felder und vorübergehenden Ausfall. Nach einem Teilergebnis Register und Verlauf neu lesen, bevor mit aktueller Revision wiederholt wird. Für geplante schreibgeschützte Service-Beispiele dieselbe Kette verwenden: Kunde Demo Client North, Berechtigung Support package — test, Quellangebot Support hours — test. Die Entitätstypen nicht vermischen; keine Bankdaten, echten Rechnungen, Verträge oder Kundendaten zeigen. Vor dem Start oder Teilen prüfen, ob Bereichs-, Status- und Aktionsbezeichnungen sowie die Währung in der gewählten Portalsprache angezeigt werden.
Verwandte Seiten