refactor: restructure host message handling by implementing specialized handlers and updating database schema documentation
This commit is contained in:
@@ -2,11 +2,18 @@
|
||||
|
||||
|
||||
## 02 HostBooking Analysieren
|
||||
### Status: ⬜ New
|
||||
### Status: 🟩 Active
|
||||
|
||||
Feststellen wo (welche Bedingungen) im HostBooking Aufträge gestartet werden. V.a. Nachrichten TransportOrderCompleted und DepartureNotification sind relevant. Bitte ggfs. Behälter-Typen beachten.
|
||||
INFO: Formlose Notizen mit: Code-Stelle, Bedingungen, Prozess/Szenario genügen
|
||||
|
||||
**Nächste Schritte:**
|
||||
- [ ] Quellcode des HostBooking-Prozesses lokalisieren
|
||||
- [ ] Analyse der Verarbeitung von 'TransportOrderCompleted' (Telegramm-Rückmeldung)
|
||||
- [ ] Analyse der 'DepartureNotification' (Abmeldung von Plätzen)
|
||||
- [ ] Identifikation von Stellen, an denen Aufträge direkt gestartet werden (Ziel: Zentralisierung)
|
||||
- [ ] Prüfung der Abhängigkeiten von Behälter-Typen (Container Types)
|
||||
|
||||
------------------------------------------
|
||||
|
||||
|
||||
@@ -79,7 +86,7 @@ Entity Relationship Diagramm der relevanten Tabellen der Datenbank erstellen.
|
||||
|
||||
|
||||
## 01 ConveyorDispo Analysieren
|
||||
### Status: 🟩 Active
|
||||
### Status: ⬛ Done
|
||||
|
||||
Mit ConveyorDispo vertraut machen. Verständnis was macht "StartInitialOrders", was macht "OrderManager". Am besten kleines Ablaufdiagramm, dass Status Änderungen und notwendige Bedingungen dokumentiert.
|
||||
Wichtig: Wo/Wann werden OrdersHost-Aufträge gestartet (Tord an SPS)?
|
||||
|
||||
Reference in New Issue
Block a user