refactor: migrate project structure by reorganizing realization code snippets into documentation and analysis categories.

00_Organisation/Taskboard.md

@@ -0,0 +1,100 @@
+# Taskboard | Abschlussarbeit Kai
+
+
+## 02 HostBooking Analysieren
+### Status: ⬛ Done
+
+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:**
+- [x] Quellcode des HostBooking-Prozesses lokalisieren
+- [x] Analyse der Verarbeitung von 'TransportOrderCompleted' (Telegramm-Rückmeldung)
+- [x] Analyse der 'DepartureNotification' (Abmeldung von Plätzen)
+- [x] Identifikation von Stellen, an denen Aufträge direkt gestartet werden (Ziel: Zentralisierung)
+- [x] Prüfung der Abhängigkeiten von Behälter-Typen (Container Types)
+
+------------------------------------------
+
+
+## 03 Konzept erstellen
+### Status: ⬛ Done
+
+Idee dokumentieren: Wie können die Code Stellen die einen Auftrag starten aus dem HostBooking so umgebaut werden, dass der ConveyorDispo den Start übernimmt. Am besten ins Ablauf-Diagramm aus (01 ConveyorDispo Analysieren) ergänzen. 
+
+------------------------------------------
+
+
+## 04 Änderung Implementieren
+### Status: ⬛ Done
+
+Ziel: HostBooking startet keine Aufträge selbst
+
+HostBooking und ConveyorDispo anpassen.
+
+------------------------------------------
+
+
+## 05 Änderung Debuggen/Testen
+### Status: ⬛ Done
+
+Änderugnen gegen die Emulation Testen Szenario:
+- Normale Auslagerung, Kiste steht im Lager
+- Kiste fährt schon zu einem Arbeitsplatz und bekommt weiteren Auftrag
+- Kiste fährt gerade vom Arbeitsplatz zurück ins Lager und bekommt neuen Auftrag
+- Kiste wird am Arbeitsplatz leer.  (Kann über HuChange in der FromWms Schnittstelle "simuliert" werden, passiert im Testtool auch so manchmal)
+
+------------------------------------------
+
+
+## 06 Dokumentation
+### Status: 🟩 Active
+
+Die Änderungen sollten mit einem "Warum" im Code per Kommentar dokumentiert sein.
+Das Konzept sollte als Ablaufdiagramm dokumentiert sein.
+Schriftliche Ausarbeitung nur im Maße wie es die IHK will. 
+
+------------------------------------------
+
+
+## 00 Vorbereitung
+### Status: ⬛ Done
+
+- [x] Etra Repo Fork clonen 
+- [x] Zugang zur Etra Emulation prüfen
+- [x] ConveyorDispo debuggen 
+
+------------------------------------------
+
+
+## 00.5 ERD erstellen
+### Status: ⬛ Done
+
+Entity Relationship Diagramm der relevanten Tabellen der Datenbank erstellen.
+
+- Destination
+- LeType
+- Le
+- Location
+- OrdersHost
+- OrdersConveyor
+- OrdersMiniload
+- Aisle
+- StorageDevice
+
+------------------------------------------
+
+
+## 01 ConveyorDispo Analysieren
+### 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)?  
+
+------------------------------------------
+
+
+
+
+
+"Status Legende: ⬜ New, 🟩 Active, ⬛ Done"