Remove legacy entry points

docs/PROCESS_PHASE1.md

@@ -5,7 +5,7 @@
 1. Typ: `operational`
 2. Detaillierungsgrad: Event- und Ablaufebene
 3. Zugehoerige Komponenten-Spezifikation: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/SPEC_PHASE1_COMPONENTS.md`
-4. Normative Quelle: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/CONCEPT.md`
+4. Normative Quelle: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/konzepte/Portal Grundkonzept.md`
 
 ## Zweck
 

docs/SPEC_PHASE1_COMPONENTS.md

@@ -4,7 +4,7 @@
 
 1. Typ: `operational`
 2. Zweck: verbindliche Umsetzungs-Spezifikation fuer Schritt 1 Komponenten
-3. Normative Referenz: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/CONCEPT.md`
+3. Normative Referenz: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/konzepte/Portal Grundkonzept.md`
 4. Abgeleitete Referenz: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/SCHEMA_PHASE1.sql`
 5. Prozessreferenz: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/docs/PROCESS_PHASE1.md`
 6. Implementierungsreferenz: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/erp_naurua/db/migrations/`

docs/konzepte/phase1-technisches-konzept.md

@@ -6,11 +6,11 @@ Status: Verbindlicher DEV-Ist-Stand fuer Phase 1
 
 Dieses Dokument beschreibt die technische Wahrheit des aktuellen DEV-Standes auf Basis von:
 
-- `docs/CONCEPT.md`
+- `docs/konzepte/Portal Grundkonzept.md`
 - `docs/SCHEMA_PHASE1.sql`
 - `docs/PROCESS_PHASE1.md`
 - `db/migrations/0001_phase1_core.sql` bis `db/migrations/0006_phase1_otc_products.sql`
-- `order-import.php`
+- `modules/erp/import-integration/order-import.php`
 - `n8n/exports/current/*.json`
 
 Wichtige Einordnung:
@@ -48,7 +48,7 @@ View:
 Prozesse:
 
 - `n8n.bestell-eingang-online-shop`kzz
-- `order-import.php`
+- `modules/erp/import-integration/order-import.php`
 - `db.trigger.sales_order`
 - `db.trigger.sales_order_line`
 - `db.trigger.stock_move`
@@ -292,7 +292,7 @@ Fachliche Aufgabe:
 
 - E-Mail auf `Neue Bestellung` erkennen
 - Payload in ERP-JSON umformen
-- JSON per HTTP POST an `order-import.php` senden
+- JSON per HTTP POST an `modules/erp/import-integration/order-import.php` senden
 
 Liest:
 
@@ -307,7 +307,7 @@ Fachliche Wirkung:
 
 - n8n ist hier nur die Integrationshuelle fuer den ERP-Import
 
-### 4.2 `order-import.php`
+### 4.2 `modules/erp/import-integration/order-import.php`
 
 Fachliche Aufgabe:
 

docs/modules/erp/README.md

@@ -29,10 +29,10 @@ ERP ist der operative Container fuer die Kerndomane des Tagesgeschaefts.
 
 ## Relevante Entry-Points
 
-- `public/order-import.php`
-- `order-import.php`
 - `public/api/otc-order.php`
 - `public/otc/index.php`
+- `public/order-import.php`
+- `public/deploy.php`
 
 ## Technisch umgesetzt
 
@@ -42,7 +42,7 @@ ERP ist der operative Container fuer die Kerndomane des Tagesgeschaefts.
 
 ## Wrapper
 
-- `order-import.php`
-- `public/order-import.php`
 - `public/api/otc-order.php`
 - `public/otc/index.php`
+- `public/order-import.php`
+- `public/deploy.php`

docs/modules/erp/import-integration/README.md

@@ -26,7 +26,6 @@ Technische Annahme externer Eingangsdaten und Weiterleitung an die owning Module
 ## Relevante Entry-Points
 
 - `public/order-import.php`
-- `order-import.php`
 
 ## Technisch umgesetzt
 
@@ -34,7 +33,6 @@ Technische Annahme externer Eingangsdaten und Weiterleitung an die owning Module
 
 ## Wrapper
 
-- `order-import.php`
 - `public/order-import.php`
 
 ## Grenzen

docs/modules/system/README.md

@@ -18,7 +18,6 @@ Technische Laufzeit-, Start-, Trigger- und Supervisor-Logik.
 
 ## Wrapper
 
-- `deploy.php`
 - `public/deploy.php`
 
 ## Ownership