Centurio System- & Moduldokumentation
🔍
🏛️ Plattform-Architektur
🇩🇪 Deutsch 🇬🇧 English 🇫🇷 Français 🇪🇸 Español 🇮🇹 Italiano 🇳🇱 Nederlands 🇵🇱 Polski 🇵🇹 Português 🇨🇿 Čeština 🇸🇰 Slovenčina 🇭🇺 Magyar 🇷🇴 Română 🇧🇬 Български 🇬🇷 Ελληνικά 🇩🇰 Dansk 🇫🇮 Suomi 🇸🇪 Svenska 🇱🇹 Lietuvių 🇱🇻 Latviešu 🇪🇪 Eesti 🇭🇷 Hrvatski 🇸🇮 Slovenščina 🇲🇹 Malti 🇮🇪 Gaeilge 🇷🇺 Русский 🇺🇦 Українська 🇹🇷 Türkçe 🇳🇴 Norsk bokmål 🇷🇸 Српски 🇮🇸 Íslenska 🇨🇭 Schwiiz/Suisse
🔑 Login
Alle Module / inventory_logistics / Lager & Bestände
📦

Lager & Bestände

inventory inventory_logistics 🛡️ RLS Protected

Hierarchische Lagerortverwaltung, Zonen, Regale, Fächer, Bestandsbewegungen, Chargen und Reservierungen.

Fachliche Bestimmung: Vollwertiges Lagerverwaltungssystem (LVS). Bildet mehrstufige Lagerstrukturen ab (Hauptlager, Außenlager, Fahrzeuglager der Techniker). Erfasst Bestandsbewegungen mit vollständiger Rückverfolgbarkeit (Audit-Trail), unterstützt Chargen- und Seriennummern, Mindestbestandsüberwachung und automatische Bestandsreservierung für Fertigungs- und Kundenaufträge.
Fachprozess-Erzählung & KI-Architektur Workflows & Lebenszyklen (22) Fachprozesse & Capabilities (81) Datenmodelle & Felder (16) Einstiegspunkte (UI & APIs) (113) Regulatorik & Compliance

⚡ Workflows & Lebenszyklen

Bestandsbewegung & Reservierung stock_movement_cycle

Physischer und buchhalterischer Ablauf von Einlagerung, Reservierung und Warenausgang.

graph TD A[Wareneingang] -->|Einbuchen| B[Physischer Lagerbestand] B -->|Auftragsannahme| C[Bestandsreservierung] C -->|Kommissionierung| D[Warenausgangszone] D -->|Versand / Lieferschein| E[Ausgebuchter Bestand]
1. RECEIVE
Zugang
Wareneingang bucht Menge auf Lagerplatz mit Chargen-Zuordnung.
Aktionen: Bestand erhöhen
2. RESERVE
Reservierung
Kundenauftrag reserviert spezifische Menge für Kommissionierung.
Aktionen: Verfügbaren Bestand mindern
3. PICK
Kommissionierung
Lagerarbeiter entnimmt Ware anhand digitaler Pickliste.
Aktionen: Lagerplatz buchen
4. DISPATCH
Warenausgang
Warenausgangsbuchung reduziert den physischen Bestand endgültig.
Aktionen: Lieferschein erzeugen

Kundenauftrag → Abwicklung cascade:business.customer_order.fulfill

Kaskade (review_gated).

1. order
Verkaufsauftrag anlegen / bestätigen
sales
Aktionen: sales.create
2. issue
Warenausgang als Entwurf buchen
inventory
Aktionen: stock.issue.create
3. tour
Auslieferungstour einplanen
logistics
Aktionen: create_tour
4. project
Projekt / Kostenstelle zuordnen
projects
Aktionen: link_project
5. task
Auftrag ausführen / abrechnen
tasks
Aktionen: create_task

Lieferschein-Vollverarbeitung cascade:business.delivery_note.intake

Kaskade (review_gated).

1. stock
Wareneingang ins Lager buchen
inventory
Aktionen: post_goods_receipt
2. tour
Tour / Weitertransport einplanen
logistics
Aktionen: create_tour
3. task
Wareneingang prüfen / abgleichen
tasks
Aktionen: create_task
4. qc
Qualitätsprüfung bei Mängelverdacht
inventory
Aktionen: quality.check.create
5. ticket
Reklamations-Ticket bei Mängeln
tickets
Aktionen: create_ticket

Qualitätsprüfung einplanen cascade_target:business.quality.check

Kaskade (review_gated).

1. cascade
Qualitätsprüfung einplanen

Wareneingang ins Lager buchen cascade_target:business.stock.inbound

Kaskade (review_gated).

1. cascade
Wareneingang ins Lager buchen

Warenausgang / Materialentnahme (Entwurf) cascade_target:business.stock.issue

Kaskade (review_gated).

1. cascade
Warenausgang / Materialentnahme (Entwurf)

Benutzerbefehl: delivery note agent plan:command_delivery_note_agent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. delivery_note_agent
delivery_note_agent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "delivery_note_agent", "condition_fact": null}
Aktionen: delivery_note_agent

Benutzerbefehl: material capture agent plan:command_material_capture_agent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. material_capture_agent
material_capture_agent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "material_capture_agent", "condition_fact": null}
Aktionen: material_capture_agent

Benutzerbefehl: warehouse general agent plan:command_warehouse_general_agent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_general_agent
warehouse_general_agent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_general_agent", "condition_fact": null}
Aktionen: warehouse_general_agent

Benutzerbefehl: warehouse inventory subagent plan:command_warehouse_inventory_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_inventory_subagent
warehouse_inventory_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_inventory_subagent", "condition_fact": null}
Aktionen: warehouse_inventory_subagent

Benutzerbefehl: warehouse label print subagent plan:command_warehouse_label_print_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_label_print_subagent
warehouse_label_print_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_label_print_subagent", "condition_fact": null}
Aktionen: warehouse_label_print_subagent

Benutzerbefehl: warehouse location crud subagent plan:command_warehouse_location_crud_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_location_crud_subagent
warehouse_location_crud_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_location_crud_subagent", "condition_fact": null}
Aktionen: warehouse_location_crud_subagent

Benutzerbefehl: warehouse partial withdrawal subagent plan:command_warehouse_partial_withdrawal_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_partial_withdrawal_subagent
warehouse_partial_withdrawal_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_partial_withdrawal_subagent", "condition_fact": null}
Aktionen: warehouse_partial_withdrawal_subagent

Benutzerbefehl: warehouse picking subagent plan:command_warehouse_picking_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_picking_subagent
warehouse_picking_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_picking_subagent", "condition_fact": null}
Aktionen: warehouse_picking_subagent

Benutzerbefehl: warehouse stock count subagent plan:command_warehouse_stock_count_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_stock_count_subagent
warehouse_stock_count_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_stock_count_subagent", "condition_fact": null}
Aktionen: warehouse_stock_count_subagent

Benutzerbefehl: warehouse stock inbound subagent plan:command_warehouse_stock_inbound_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_stock_inbound_subagent
warehouse_stock_inbound_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_stock_inbound_subagent", "condition_fact": null}
Aktionen: warehouse_stock_inbound_subagent

Benutzerbefehl: warehouse stock outbound subagent plan:command_warehouse_stock_outbound_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_stock_outbound_subagent
warehouse_stock_outbound_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_stock_outbound_subagent", "condition_fact": null}
Aktionen: warehouse_stock_outbound_subagent

Benutzerbefehl: warehouse stock transfer subagent plan:command_warehouse_stock_transfer_subagent

Geprüfter Durable-Plan (durable_plan), Start: manual_command.

1. warehouse_stock_transfer_subagent
warehouse_stock_transfer_subagent
{"key": "execute_command", "label": "Befehl prüfen, ausführen oder zur Freigabe vorlegen", "adapter": "agent.execute", "agent": "warehouse_stock_transfer_subagent", "condition_fact": null}
Aktionen: warehouse_stock_transfer_subagent

Warenausgang angelegt plan:stock_issue_picking

Geprüfter Durable-Plan (durable_plan), Start: domain_event.

1. stock_issue_dispatch_agent
stock_issue_dispatch_agent
{"key": "step_0", "label": "Kommissionier-Bedarf pruefen und Aufgabe erstellen", "adapter": "agent.execute", "agent": "stock_issue_dispatch_agent", "condition_fact": null}
Aktionen: stock_issue_dispatch_agent

Cross-Dock status:crossdock_operation

Beobachtbare Zustandsmaschine (observable_only). Übergänge hier nicht erzwungen — siehe Service-Validierung.

1. draft
draft
Status «draft» der Zustandsmaschine Cross-Dock.
2. planned
planned
Status «planned» der Zustandsmaschine Cross-Dock.
3. receiving
receiving
Status «receiving» der Zustandsmaschine Cross-Dock.
4. staged
staged
Status «staged» der Zustandsmaschine Cross-Dock.
5. dispatching
dispatching
Status «dispatching» der Zustandsmaschine Cross-Dock.
6. done
done
Status «done» der Zustandsmaschine Cross-Dock.
7. cancelled
cancelled
Status «cancelled» der Zustandsmaschine Cross-Dock.

Warenausgang status:stock_issue

Beobachtbare Zustandsmaschine (observable_only). Übergänge hier nicht erzwungen — siehe Service-Validierung.

1. draft
draft
Status «draft» der Zustandsmaschine Warenausgang.
2. posted
posted
Status «posted» der Zustandsmaschine Warenausgang.
3. reversed
reversed
Status «reversed» der Zustandsmaschine Warenausgang.
4. cancelled
cancelled
Status «cancelled» der Zustandsmaschine Warenausgang.

Bestandsreservierung status:stock_reservation

Beobachtbare Zustandsmaschine (observable_only). Übergänge hier nicht erzwungen — siehe Service-Validierung.

1. active
active
Status «active» der Zustandsmaschine Bestandsreservierung.
2. fulfilled
fulfilled
Status «fulfilled» der Zustandsmaschine Bestandsreservierung.
3. released
released
Status «released» der Zustandsmaschine Bestandsreservierung.
4. expired
expired
Status «expired» der Zustandsmaschine Bestandsreservierung.

⚙️ Fachprozesse & Capabilities (System-Fachlogik)

Registrierte Fachoperationen und System-Capabilities dieses Moduls zur Steuerung von Workflows, Kaskaden und KI-Agenten.

Gesamt: 81 manual_entry: 1 engine: 43 reviewed: 3 review_gated: 5 operator_surface: 4 engine_step: 9 durable_plan: 13 observable_only: 3
Capability & Schlüssel Fachliche Bezeichnung Ausführung / Coverage Risikostufe & Freigabe Effekte & Kaskaden
Agent-Einstieg warehouse_general_agent agent_entry:warehouse_general_agent
Agent-Einstieg warehouse_general_agent
Quelle: code:module_agent_map
manual_entry
✓ Auto
Keine Seiteneffekte deklariert
Zoll: in freien Verkehr freigeben capability:bonded.release_to_free
Op: bonded.release_to_free
Intent: bonded_release_to_free
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • bonded.released_to_free
Zoll: zurück ins Zollager capability:bonded.return_to_bonded
Op: bonded.return_to_bonded
Intent: bonded_return_to_bonded
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • bonded.returned_to_bonded
Zoll: Cross-Dock bereitstellen capability:bonded.stage_crossdock
Op: bonded.stage_crossdock
Intent: bonded_stage_crossdock
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • bonded.staged_crossdock
Zoll: zur Beschau umlagern capability:bonded.to_inspection
Op: bonded.to_inspection
Intent: bonded_to_inspection
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • bonded.moved_to_inspection
Zoll: Zonenplan lesen capability:bonded.zone_map
Op: bonded.zone_map
Intent: inspect_bonded_zones
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: read_only
  • bonded.zones_listed
Warenausgangs-Beleg anlegen capability:create_stock_issue
Op: create_stock_issue
Objekt: stock_issue
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock_issue.draft_created
Warenbestand reservieren capability:create_stock_reservation
Op: create_stock_reservation
Objekt: product
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.reserved
ABC-Klassen übernehmen capability:inventory.abc_classification.apply
Op: inventory.abc_classification.apply
Intent: apply_abc_classification
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: business_record
  • product.abc_classified
Inventur buchen capability:inventory.cycle_count.post
Op: inventory.cycle_count.post
Objekt: stock_count
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.cycle_count.post
Inventur planen capability:inventory.cycle_count.schedule
Op: inventory.cycle_count.schedule
Objekt: stock_count
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.cycle_count.schedule
MHD-Warnung capability:inventory.expiry.alert
Op: inventory.expiry.alert
Objekt: stock_lot
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.expiry.alert
Ladungsträger anlegen capability:inventory.handling_unit.create
Op: inventory.handling_unit.create
Intent: inventory_handling_unit_create
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • handling_unit.created
Ladungsträger umlagern capability:inventory.handling_unit.move
Op: inventory.handling_unit.move
Intent: inventory_handling_unit_move
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: business_record
  • stock.moved
Wareneingang aus Lieferavis abschließen capability:inventory.inbound_advice.complete_receiving
Op: inventory.inbound_advice.complete_receiving
Intent: inventory_inbound_advice_complete_receiving
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: business_record
  • goods_receipt.drafted
Lieferavis anlegen capability:inventory.inbound_advice.create
Op: inventory.inbound_advice.create
Intent: inventory_inbound_advice_create
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inbound_advice.created
Inventory: create issue capability:inventory.inventory.create_issue
Op: inventory.inventory.create_issue
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.create_issue
Inventory: create reservation capability:inventory.inventory.create_reservation
Op: inventory.inventory.create_reservation
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.create_reservation
Inventory: create shipment from issue capability:inventory.inventory.create_shipment_from_issue
Op: inventory.inventory.create_shipment_from_issue
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.create_shipment_from_issue
Inventory: issue items capability:inventory.inventory.issue_items
Op: inventory.inventory.issue_items
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.issue_items
Inventory: post issue capability:inventory.inventory.post_issue
Op: inventory.inventory.post_issue
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.post_issue
Inventory: record movement capability:inventory.inventory.record_movement
Op: inventory.inventory.record_movement
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.record_movement
Inventory: reverse issue capability:inventory.inventory.reverse_issue
Op: inventory.inventory.reverse_issue
Objekt: inventory
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.reverse_issue
Charge Quarantäne capability:inventory.lot.quarantine
Op: inventory.lot.quarantine
Objekt: stock_lot
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.lot.quarantine
Lagerumbuchung capability:inventory.transfer.inter_warehouse
Op: inventory.transfer.inter_warehouse
Objekt: stock_transfer
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • inventory.transfer.inter_warehouse
Inventurkorrektur durchführen capability:inventory_adjustment
Op: inventory_adjustment
Objekt: product
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.adjusted
Wareneingang ins Lager buchen capability:post_goods_receipt
Op: post_goods_receipt
Objekt: goods_receipt
Quelle: code:capability_registry
reviewed
🔒 Freigabe nötig Risiko: business_record
  • cascade:business.stock.inbound
Warenausgangs-Beleg buchen capability:post_stock_issue
Op: post_stock_issue
Objekt: stock_issue
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock_issue.posted
Qualitätsprüfung einplanen capability:quality.check.create
Op: quality.check.create
Objekt: task
Quelle: code:capability_registry
reviewed
🔒 Freigabe nötig Risiko: business_record
  • cascade:business.quality.check
Sperrbestand positionsgenau disponieren capability:quality.stock.dispose
Op: quality.stock.dispose
Intent: dispose_quality_stock
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: irreversible
  • quality.disposition.recorded
  • stock.transferred_from_quarantine
Lagerbewegung buchen capability:record_stock_movement
Op: record_stock_movement
Objekt: product
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.movement_recorded
Bestandreservierung aufheben capability:release_stock_reservation
Op: release_stock_reservation
Objekt: stock_reservation
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.reservation_released
Warenausgang stornieren capability:reverse_stock_issue
Op: reverse_stock_issue
Objekt: stock_issue
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock_issue.reversed
Bestand korrigieren capability:stock.inventory_adjust
Op: stock.inventory_adjust
Intent: adjust_inventory
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: business_record
  • stock.corrected
Warenausgang / Materialentnahme (Entwurf) capability:stock.issue.create
Op: stock.issue.create
Objekt: stock_issue
Quelle: code:capability_registry
reviewed
🔒 Freigabe nötig Risiko: business_record
  • cascade:business.stock.issue
Bestand umlagern capability:stock.transfer
Op: stock.transfer
Intent: transfer_stock
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.moved
Warenausgang buchen capability:stock_outbound
Op: stock_outbound
Objekt: product
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.outbound_posted
  • stock.movement_recorded
Teilentnahme buchen capability:stock_partial_withdrawal
Op: stock_partial_withdrawal
Objekt: product
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • stock.partial_withdrawn
ABC-Umlagerung ausführen capability:warehouse.abc_relocation.execute
Op: warehouse.abc_relocation.execute
Intent: relocate_abc_stock
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: business_record
  • stock.moved
Pick-to-Light ansteuern capability:warehouse.device.dispatch_pick_lights
Op: warehouse.device.dispatch_pick_lights
Intent: warehouse_device_dispatch_pick_lights
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: external_effect
  • device_command.queued
Pick-and-Pass-Abschnitte bilden capability:warehouse.picking.split_zone_legs
Op: warehouse.picking.split_zone_legs
Intent: warehouse_picking_split_zone_legs
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: metadata
  • warehouse_task.zone_legs
Welle der Sortierwand zuordnen capability:warehouse.put_wall.assign_wave
Op: warehouse.put_wall.assign_wave
Intent: warehouse_put_wall_assign_wave
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • put_wall.assigned
Zusammenlagerungsregel setzen capability:warehouse.storage_class_rule.set
Op: warehouse.storage_class_rule.set
Intent: warehouse_storage_class_rule_set
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: metadata
  • storage_class_rule.set
Lageraufgaben aktualisieren capability:warehouse.task.sync
Op: warehouse.task.sync
Intent: warehouse_task_sync
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: metadata
  • warehouse_task.synced
Fahrzeug am Hof anmelden capability:warehouse.yard.check_in
Op: warehouse.yard.check_in
Intent: warehouse_yard_check_in
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • yard_visit.arrived
Fahrzeug vom Hof abmelden capability:warehouse.yard.depart
Op: warehouse.yard.depart
Intent: warehouse_yard_depart
Quelle: code:capability_registry
⚙️ Engine
✓ Auto Risiko: business_record
  • yard_visit.departed
ABC-Klasse der Lagerzone setzen capability:warehouse.zone.set_abc_class
Op: warehouse.zone.set_abc_class
Intent: configure_abc_zones
Quelle: code:capability_registry
⚙️ Engine
🔒 Freigabe nötig Risiko: metadata
  • warehouse_zone.abc_class_set
Kundenauftrag → Abwicklung cascade:business.customer_order.fulfill
Kundenauftrag → Abwicklung
Quelle: code:cascade_process
review_gated
✓ Auto
Keine Seiteneffekte deklariert
Lieferschein-Vollverarbeitung cascade:business.delivery_note.intake
Lieferschein-Vollverarbeitung
Quelle: code:cascade_process
review_gated
✓ Auto
Keine Seiteneffekte deklariert
Qualitätsprüfung einplanen cascade_target:business.quality.check
Op: quality.check.create
Qualitätsprüfung einplanen
Quelle: code:cascade_target
review_gated
🔒 Freigabe nötig
Keine Seiteneffekte deklariert
Wareneingang ins Lager buchen cascade_target:business.stock.inbound
Op: post_goods_receipt
Wareneingang ins Lager buchen
Quelle: code:cascade_target
review_gated
🔒 Freigabe nötig
Keine Seiteneffekte deklariert
Warenausgang / Materialentnahme (Entwurf) cascade_target:business.stock.issue
Op: stock.issue.create
Warenausgang / Materialentnahme (Entwurf)
Quelle: code:cascade_target
review_gated
🔒 Freigabe nötig
Keine Seiteneffekte deklariert
stock_reservation: create form form_surface_anchor:stock_reservation.create
Objekt: stock_reservation
Quelle: code:erp_form_surface
operator_surface
✓ Auto
Keine Seiteneffekte deklariert
warehouse_location: edit form form_surface_anchor:warehouse_location.edit
Objekt: warehouse_location
Quelle: code:erp_form_surface
operator_surface
✓ Auto
Keine Seiteneffekte deklariert
warehouse_picking: create form form_surface_anchor:warehouse_picking.create
Objekt: warehouse_picking
Quelle: code:erp_form_surface
operator_surface
✓ Auto
Keine Seiteneffekte deklariert
warehouse_zone: create form form_surface_anchor:warehouse_zone.create
Objekt: warehouse_zone
Quelle: code:erp_form_surface
operator_surface
✓ Auto
Keine Seiteneffekte deklariert
create stock issue gateway:create_stock_issue
Op: create_stock_issue
create stock issue
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
create stock reservation gateway:create_stock_reservation
Op: create_stock_reservation
create stock reservation
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
inventory adjustment gateway:inventory_adjustment
Op: inventory_adjustment
inventory adjustment
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
post stock issue gateway:post_stock_issue
Op: post_stock_issue
post stock issue
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
record stock movement gateway:record_stock_movement
Op: record_stock_movement
record stock movement
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
release stock reservation gateway:release_stock_reservation
Op: release_stock_reservation
release stock reservation
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
reverse stock issue gateway:reverse_stock_issue
Op: reverse_stock_issue
reverse stock issue
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
stock outbound gateway:stock_outbound
Op: stock_outbound
stock outbound
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
stock partial withdrawal gateway:stock_partial_withdrawal
Op: stock_partial_withdrawal
stock partial withdrawal
Quelle: code:engine_facade
⚙️ Engine
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: delivery note agent plan:command_delivery_note_agent
Benutzerbefehl: delivery note agent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: material capture agent plan:command_material_capture_agent
Benutzerbefehl: material capture agent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse general agent plan:command_warehouse_general_agent
Benutzerbefehl: warehouse general agent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse inventory subagent plan:command_warehouse_inventory_subagent
Benutzerbefehl: warehouse inventory subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse label print subagent plan:command_warehouse_label_print_subagent
Benutzerbefehl: warehouse label print subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse location crud subagent plan:command_warehouse_location_crud_subagent
Benutzerbefehl: warehouse location crud subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse partial withdrawal subagent plan:command_warehouse_partial_withdrawal_subagent
Benutzerbefehl: warehouse partial withdrawal subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse picking subagent plan:command_warehouse_picking_subagent
Benutzerbefehl: warehouse picking subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse stock count subagent plan:command_warehouse_stock_count_subagent
Benutzerbefehl: warehouse stock count subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse stock inbound subagent plan:command_warehouse_stock_inbound_subagent
Benutzerbefehl: warehouse stock inbound subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse stock outbound subagent plan:command_warehouse_stock_outbound_subagent
Benutzerbefehl: warehouse stock outbound subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Benutzerbefehl: warehouse stock transfer subagent plan:command_warehouse_stock_transfer_subagent
Benutzerbefehl: warehouse stock transfer subagent
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Warenausgang angelegt plan:stock_issue_picking
Warenausgang angelegt
Quelle: code:reviewed_execution_plan
durable_plan
✓ Auto
Keine Seiteneffekte deklariert
Cross-Dock status:crossdock_operation
Objekt: crossdock_operation
Quelle: code:status_machine
observable_only
✓ Auto
Keine Seiteneffekte deklariert
Warenausgang status:stock_issue
Objekt: stock_issue
Quelle: code:status_machine
observable_only
✓ Auto
Keine Seiteneffekte deklariert
Bestandsreservierung status:stock_reservation
Objekt: stock_reservation
Quelle: code:status_machine
observable_only
✓ Auto
Keine Seiteneffekte deklariert

🧠 Fachprozess-Erzählung & Dual Knowledge Architektur

Synthese aus der ideologischen Blaupause (Meta-Fachlogik / Soll), der faktischen System-Implementierung (System-Fachlogik / Ist) und No-Code Customizing für KI-Consultants.

Dual Knowledge Layer
📖

Der durchgängige Businessprozess im Detail (End-to-End Fließtext-Erzählung)

Der durchgängige Lager- und Logistikprozess in der betrieblichen Praxis

Die Lagerlogistik in Centurio ERP steuert den gesamten physischen Materialfluss – von der Vereinnahmung im Wareneingang über die dynamische Einlagerung, interne Puffer- und Nachschubtransfers bis hin zur wegeoptimierten Multi-Order-Kommissionierung und dem Versand.

1. Wareneingang & Identifikation (Goods Inward)

Der logistische Lebenszyklus von Artikeln beginnt an der Laderampe:

  • Eintreffen der Ware: Lieferungen treffen auf Basis von Einkaufsbestellungen (purchasing), internen Umlagerungen oder Kundenretouren (returns) ein.
  • Identifikation & Barcode-Scan: Über mobile Handheld-Terminals oder Scanner wird der Packstück-Barcode (EAN/GTIN, NVE/SSCC) erfasst. Das System verifiziert über die Capability cap:inventory.goods_receipt.create die Bestellbindung und öffnet den Wareneingangsbeleg.
  • Mengen- und Sichtprüfung: Es erfolgt der Abgleich zwischen Lieferschein und physischem Ist. Bei Abweichungen (Unter- oder Überlieferungen) oder Transportschäden wird sofort ein Schadensprotokoll mit Fotodokumentation angelegt.
  • Chargen- und Seriennummernerfassung: Verlangt der Artikel laut Stammdaten Chargen- oder Seriennummernführung (z.B. Stahlchargen, Elektronikkomponenten, verderbliche Chemikalien), erzwingt das System die Eingabe der Losnummer (StockLot) und des Mindesthaltbarkeitsdatums (MHD).
  • Quarantäne-Sperrlager: Beschädigte oder prüfpflichtige Artikel werden nicht sofort frei eingebucht, sondern automatisiert in den gesperrten Quarantänebereich (quarantine_location) gebucht, bis das Qualitätsmanagement die Freigabe erteilt.

2. Einlagerungsstrategien & Platzvergabe (Slotting & Putaway)

Nach erfolgreicher Qualitätsprüfung schlägt die LVS-Engine den optimalen Ziel-Lagerplatz vor:

  • Hierarchische Fachkoordinaten: Lagerplätze sind eindeutig adressiert nach dem Schema Gebäude - Zone - Gang - Regal - Ebene - Fach (z.B. L1-Z2-G04-R12-E03-F02).
  • Chaotische Lagerhaltung vs. Festplatzsystem:
    • Festplatzsystem: Artikel haben feste Stammfächer (ideal für Kleinteile und Schnelldreher an Werkstattstationen).
    • Freie (chaotische) Lagerhaltung: Das System sucht ein freies Fach passender Dimensionierung und Traglast. Das minimiert Fahrwege des Gabelstaplers und maximiert den Raumausnutzungsgrad.
  • ABC-Zonierung (Slotting): Schnelldreher (A-Güter) werden wegeoptimiert in den unteren Ebenen und nahe an der Kommissionierzone platziert; Langsamdreher (C-Güter) auf den oberen Rängen oder in Außenbereichen.

3. Bestandsreservierung & ATP-Logik (Available-to-Promise)

Bestände im Lager sind mehr als nur ein numerischer Zähler:

  • Sobald ein Verkaufsauftrag (sales), Fertigungsauftrag (assembly) oder Arbeitsauftrag (workorders) genehmigt wird, berechnet das System die Verfügbarkeit: $$\text{ATP} = \text{Physischer Bestand} - \text{Reservierter Bestand} + \text{Bestätigter Beschaffungszulauf}$$
  • Über cap:inventory.stock.reserve werden die benötigten Mengen hart reserviert. Das verhindert zuverlässig Überbuchungen (Stock-Outs) und Doppelzusagen an Kunden.
  • Auslagerungsstrategie: Das System reserviert standardmäßig nach FIFO (First-In, First-Out) zur Vermeidung von Veralterung, bzw. nach FEFO (First-Expired, First-Out) bei verfallbaren Gütern.

4. Automatischer Nachschub (Replenishment & Kanban)

Ein kritischer Engpass in Fabriken und Lagern ist das Leerlaufen von Bereitstellungs- und Pufferlagerplätzen:

  • Jeder Lagerplatz oder jede Logistikzone kann mit einem Mindestbestand (Meldebestand) und einem Maximalbestand parametriert werden.
  • Fällt der Bestand an einem Kommissionierfach oder an einem Fertigungs-Arbeitsplatz unter die Meldeschwelle, feuert das System ein Signal.
  • Das Modul erzeugt vollautomatisch eine interne Nachschub-Aufgabe (cap:inventory.stock.transfer): Ein Hubwagen- oder Staplerfahrer erhält auf seinem mobilen Terminal den Fahrauftrag, Nachschubpaletten aus dem Hochregallager in das Kommissionierfach umzulagern.

5. Kommissionierung & Pickvorgang (Order Picking)

Trifft ein Versand- oder Fertigungsauftrag zur Ausführung ein, beginnt das Picking:

  • Picklistenerzeugung: Über cap:inventory.picking.generate fasst das System Auslagerpositionen zusammen. Je nach Lagertyp unterstützt Centurio ERP:
    • Single-Order Picking: Abarbeitung eines einzelnen Auftrags.
    • Batch / Multi-Order Picking: Mehrere Aufträge werden wegeoptimiert in einem Rundgang gepickt und auf Kommissionierwagen mit Fachaufteilung verteilt (Pick-by-Light / Pick-by-Voice fähig).
  • Pick-Quittierung: Der Picker scannt das Fach, den Artikelbarcode und gegebenenfalls die Chargennummer. Buchungsfehler werden durch den Scanner sofort mit Fehlerton abgewiesen.
  • Materialbereitstellung: Die gepickten Artikel werden physisch an den Packtisch des Warenausgangs oder den Bereitstellungspuffer der Fertigung übergeben (cap:inventory.picking.complete).

6. Packtisch, Versand & Warenausgangsbuchung (Dispatch)

Am Packtisch erfolgt die Versandfertigung:

  • Überprüfung des Sendungsinhalts (Scan-Kontrolle gegen Pickliste).
  • Packstückbildung und Wiegen: Erfassung von Bruttogewicht und Abmessungen.
  • Automatischer Druck von Versandetiketten (DHL, UPS, Dachser, Schenker via Speditions-API) und Frachtpapieren.
  • Warenausgangs-Gateway: Der Gateway schließt die Auslagerung ab: Der physische Bestand wird final abgebucht (StockMove: OUT), der Lieferschein GoBD-revisionssicher erzeugt und der Verkaufsauftrag auf versendet geschaltet.

7. Stichtags- und permanente Inventur

Zur Einhaltung handelsrechtlicher Pflichten (HGB § 240) bietet das Modul:

  • Permanente Inventur: Fächer werden rollierend während des Jahres gezählt (z.B. immer dann, wenn ein Fach leergepickt wird (Zero-Crossing Check)).
  • Stichtagsinventur: Sperrung von Lagerbereichen, Zähllistenausgabe, Doppelzählungsabgleich und Genehmigung von Zähldifferenzen über Vier-Augen-Freigabe vor Verbuchung auf das GuV-Bestandsveränderungskonto.
🏛️

Meta-Fachlogik: Ideologische Blaupause, Soll-Weltbild & Normen

Meta-Fachlogik: Die ideologische Blaupause & das normative Weltbild

Die Meta-Fachlogik des Lagers basiert auf Best-Practice-Standards des Supply Chain Council (SCOR-Modell), VDI-Richtlinien zur Intralogistik und gesetzlichen Bewertungsvorschriften nach HGB und GoBD.

1. Logistische Philosophien & Prinzipien

  • SCOR-Modell (Supply Chain Operations Reference - sD1/sD2): Standardisierung der Prozesse Deliver Stocked Product und Deliver Make-to-Order Product. Ziel ist die Maximierung der Liefertreue (OTIF - On-Time In-Full) bei minimalen Lagerhaltungskosten (Holding Costs).
  • Vermeidung von Überbeständen vs. Lieferfähigkeit: Das Spannungsfeld zwischen gebundenem Betriebskapital (Working Capital) und Fehlmengenkosten (Stockout Costs) wird über dynamische Sicherheitsbestände und die Andler-Losgrößenformel optimiert.
  • Wegeminimierung in der Intralogistik: Kommissionierwege machen bis zu 60% der Gesamtarbeitszeit im Lager aus. Das Soll-Modell verlangt strikt wegeoptimierte S-Shape- oder Return-Routen sowie ABC-Klassifikation.

2. Gesetzliche Normen & Standards

  • HGB §§ 240, 241 (Inventur & Bewertung):
    • Pflicht zur Erstellung eines lückenlosen Inventars zum Abschluss des Geschäftsjahres.
    • Gesetzliche Zulässigkeit von Stichprobeninventuren und permanenter Inventur nur bei lückenloser digitaler Lagerbuchführung mit Festschreibung.
    • Gesetzliche Bewertungsvereinfachungsverfahren: FIFO (First-In-First-Out) und LIFO (Last-In-First-Out) nach HGB § 256. Centurio ERP setzt primär FIFO und FEFO ein.
  • GoBD (Grundsätze zur ordnungsmäßigen Führung digitaler Unterlagen):
    • Keine Bestandsbuchung ohne Beleg (Belegprinzip).
    • Jede Ein-, Aus- oder Umlagerung muss einen unveränderbaren Transaktionsstempel mit Zeitstempel, Benutzer-ID und Herkunftsbeleg tragen.
  • Gefahrstoffverordnung (GefStoffV) & Zusammenlagerungsverbote:
    • Vorschriften nach TRGS 510 zur strikten Trennung inkompatibler Gefahrgutklassen (z.B. brennbare Flüssigkeiten vs. brandfördernde Stoffe).

3. Invarianten des Soll-Modells

  1. Kein negativer physischer Lagerbestand (physisches Material kann nicht kleiner Null sein).
  2. Keine Auslagerung oder Reservierung von Chargen im Quarantäne- oder Sperrstatus.
  3. Jede Umlagerung zwischen Lagerplätzen erzeugt einen lückenlos nachvollziehbaren StockMove.
  4. Inventurdifferenzen dürfen nur von autorisierten Rollen (Lagerleiter/CFO) mit Pflichtbegründung verbucht werden.
⚙️

Systemische Fachlogik: Faktische Umsetzung in Centurio ERP & Capabilities

Systemische Fachlogik: Die faktische Umsetzung in Centurio ERP

Die System-Fachlogik dokumentiert die konkrete technische Implementierung des LVS im Monolithen unter Nutzung der Datenbankmodelle, Capabilities, Gateways und Events.

1. Datenmodelle & Semantische Schicht (ORM)

  • StockLocation: Hierarchischer Lagerort (Felder: id, tenant_id, name, code, parent_id, location_type [warehouse, zone, aisle, bin, transit, quarantine], is_active, max_weight_kg, max_volume_m3).
  • StockItem: Artikelstamm-Referenz mit Lagerparametern (Felder: product_id, min_quantity, max_quantity, reorder_point, lead_time_days).
  • StockQuant: Der atomare Bestandsnachweis (Felder: id, product_id, location_id, lot_id, serial_number, quantity, reserved_quantity).
  • StockLot: Chargen und Losverwaltung (Felder: lot_number, product_id, expiration_date, quarantine_status, supplier_lot_number).
  • StockMove: Unveränderliches Transaktionsbuch (Felder: source_location_id, destination_location_id, product_id, lot_id, quantity, reference_type, reference_id, created_by, timestamp).
  • PickingOrder: Kommissionierauftrag mit verknüpften PickingLines.

2. Das Capability-Register

  • cap:inventory.goods_receipt.create: Anlegen eines Wareneingangs mit Mengen- und Chargenabgleich.
  • cap:inventory.stock.transfer: Umlagerung von Material zwischen beliebigen Fächern oder Werken.
  • cap:inventory.stock.reserve: Blockieren von Beständen für Kundenaufträge oder Fertigung.
  • cap:inventory.stock.release_reservation: Freigabe reservierter Mengen bei Stornierung oder Änderung.
  • cap:inventory.picking.generate: Erzeugung einer wegeoptimierten Pickliste nach ABC-Zonen.
  • cap:inventory.picking.complete: Quittierung der Entnahme und Übergabe an Packtisch.
  • cap:inventory.replenishment.run: Automatischer Scan nach Meldebeständen und Auslösung interner Transfers.
  • cap:inventory.inventory_count.record: Erfassung von Zählergebnissen bei Stichtags- oder permanenter Inventur.
  • cap:inventory.inventory_count.reconcile: Buchen der Inventurdifferenz auf Aufwandskonten.

3. Der Gateway gw:warehouse_dispatch@v1

Sichert die Warenauslagerung atomar ab:

  • Validierung: Prüft, ob die Pickliste vollständig bestätigt ist und alle Reservierungen auflösbar sind.
  • Buchung: Bucht StockQuant.quantity ab, hebt die Reservierung auf, generiert den StockMove: OUT und aktualisiert den Lieferstatus des Auftrags.
  • Outbox-Signal: Feuert STOCK_LEVEL_CHANGED und ORDER_DISPATCHED zur Benachrichtigung des Kunden und der Buchhaltung.

4. Statusmodelle

  • Lagerort-Status: active (Freigegeben), locked (Gesperrt für Zählung), quarantine (Sperrlager), maintenance (Instandhaltung).
  • Kommissionierauftrag: draft ➔ assigned ➔ in_picking ➔ packed ➔ dispatched.

5. Umgesetzte LVS-Erweiterungen (Code-Stand 2026-10-23, reale Bezeichner)

Bestand bleibt bewegungsbasiert (StockMovement als einziges Ledger); alle Erweiterungen sind operative Schichten darüber.

  • ABC/XYZ & Zonierung (inventory/abc_slotting.py): Klassen nach Wert (Product.abc_class), Zugriffshäufigkeit (Product.slotting_class) und Nachfrageschwankung (Product.xyz_class) nur per geprüfter Übernahme (cap:inventory.abc_classification.apply, unveränderliche abc_classification_runs); ABC-Zonen (WarehouseZone.abc_class) und Greifhöhe je Fach (Location.access_level) steuern die Einlagerung; Umlagerungsliste (cap:warehouse.abc_relocation.execute); Cube-per-Order-Index; tägliche Prüferinnerung.
  • Ladungsträger & SSCC (inventory/inbound.py, HandlingUnit): Palette/Karton/Wanne, verschachtelbar; SSCC (NVE) nach GS1 nur mit hinterlegter GS1-Basisnummer, sonst interner Code; Umlagern bucht je Inhaltsposition (cap:inventory.handling_unit.create, cap:inventory.handling_unit.move); GS1-128-Etikettdaten.
  • Lieferavis & Blindeingang (InboundAdvice): Avis manuell/aus Bestellung/EDI/Agent; Zählung blind (Sollmengen verborgen), Abweichungen über receiving_tolerance_pct nur mit Freigabe der Lagerleitung; Abschluss erzeugt einen Wareneingangsentwurf (cap:inventory.inbound_advice.complete_receiving), Lieferanten-SSCC werden Ladungsträger.
  • Lagerfähigkeit (inventory/storage_rules.py) – geprüft bei jeder Einlagerung und Umbuchung: Fachmaße/-volumen (Location.max_*), Überhang-Alternativen bei Übergröße, Temperaturbereich Artikel ↔ Zone, Gefahrstoff-Zusammenlagerung nach mandantengepflegter Matrix (StorageClassRule, ungeregelte Paare werden abgelehnt; cap:warehouse.storage_class_rule.set), Kartonagenvorschlag (CartonType).
  • Ausführung (inventory/execution.py): Aufgabensteuerung WarehouseTask aus Picks, Einlagerungen, Inventuren, Avisen und ABC-Umlagerungen mit Doppelspiel (gleiche Zone zuerst); Pick-and-Pass-Abschnitte mit Übergabe; Leistungskennzahlen je Mitarbeiter; Sortierwand (PutWall); Hofverwaltung (YardVisit).
  • Geräte & Voice (inventory/devices.py): Pick-/Put-to-Light, AutoStore/AMR/Fördertechnik herstellerneutral über Pull-Gateway (Token-Hash) oder Simulator; Quittungen werden PickConfirmation; Pick-by-Voice mit serverseitig geprüften Prüfziffern; Abschluss immer über den regulären Pickablauf.
🤖

KI-Consultant Leitfaden: Customizing- & No-Code-Konzept (Soll-Ist-Synthese)

AI Solution Architect Blueprint

KI-Consultant Blueprint: Customizing & No-Code Architektur

Dieser Leitfaden dient Beratern und autonomen KI-Agenten zur Konzeptionierung individueller Lagerstrukturen und Automatisierungen.

1. Kundenanforderungsanalyse

  • Handelt es sich um ein Standardlager, ein Tiefkühllager, ein Zolllager oder ein Werkstatt-Konsignationslager?
  • Welche Identifikationsmittel nutzt der Kunde (QR-Codes, EAN-13, GS1-128 mit Chargen-KI, RFID)?
  • Wie viele Lagerstufen existieren (Zentrallager ➔ Regionallager ➔ Servicewagen)?

2. No-Code Zusatzfelder (Custom Fields)

Im No-Code Studio (/semantic/customizing) anzulegen:

  • Auf StockLocation:
    • temperature_zone (Auswahlliste: Normal +15°C bis +25°C, Gekühlt +2°C bis +8°C, Tiefkühl -20°C): Zur Absicherung der Kühlkettenlogistik.
    • floor_load_limit_kg_m2 (Dezimal): Maximale Decken- bzw. Bodenbelastbarkeit.
  • Auf StockLot:
    • country_of_origin (ISO-2 Code): Zollrechtlicher Ursprungsnachweis (KN8/Ursprung).
    • lab_test_report_url (URL/Dokument): Link zum chemischen oder physikalischen Prüfbericht.
  • Auf StockMove:
    • transport_equipment_id (Text): Verwendeter Stapler oder Transportwagen zur Nachverfolgung.

3. No-Code Workflow Canvas DAGs

Blueprint A: Automatischer Kanban-Nachschub (Replenishment DAG)
  • Trigger-Node: Event STOCK_LEVEL_CHANGED.
  • Condition-Node: quant.location.location_type == 'picking_bin' AND quant.quantity <= stock_item.reorder_point.
  • Action-Node: Erzeuge sofort einen internen Transportauftrag von quant.product.default_storage_location zum Zielfach mit Menge stock_item.max_quantity - quant.quantity.
  • Notification-Node: Sende Push-Benachrichtigung an Handheld-Gruppe Staplerfahrer.
Blueprint B: Kühlketten-Alarmierung (Temperature Alert DAG)
  • Trigger-Node: IoT-Webhook über UIP-Connector (temperature_sensor_reading).
  • Condition-Node: sensor_temp > location.max_temp.
  • Action-Node: Sperre alle betroffenen StockLots auf Status quarantine (cap:inventory.stock.lock_lot) und erzeuge eine dringende QM-Prüfaufgabe.

📚 Operative Prozessbegriffe & Transaktionsschnittstellen

Zentrale Fachbegriffe im Prozesszusammenhang (Operatives Modell)
Lagerort & Fachkoordinaten
Physische Lokation im Format Gebäude-Gang-Regal-Ebene-Fach.
ABC-Zonierung
Klassifizierung der Lagerfächer nach Zugriffshäufigkeit (A=Schnelldreher nah am Warenausgang, C=Langsamdreher).
Meldebestand (Reorder Point)
Bestandsschwelle, bei deren Unterschreitung automatisch Nachschub oder Einkauf ausgelöst wird.
Sicherheitsbestand
Eiserne Reserve zur Abdeckung von Lieferzeitverzögerungen oder Nachfragespitzen.
ATP (Available to Promise)
Verfügbare Menge = Physischer Bestand - Reservierungen + bestätigter Zulauf.
Chargenrückverfolgbarkeit
Lückenloser Herkunfts- und Verwendungsnachweis für verderbliche oder normierte Waren.
Sperrlager / Quarantäne
Physische oder logische Lagerzone für ungeprüfte Retouren oder defekte Chargen ohne Buchungsfreigabe.
Pickliste
Wegeoptimierte Zusammenstellung auszulagernder Positionen für einen oder mehrere Aufträge.
XYZ-Analyse
Klassifizierung nach Schwankung der Nachfrage je Periode (X stabil, Y schwankend, Z sporadisch).
Golden Zone
Fächer in Greifhöhe (Knie bis Schulter); bevorzugt für stetige Schnelldreher (AX).
Ladungsträger / NVE (SSCC)
Palette, Karton oder Wanne mit 18-stelliger GS1-Versandeinheitennummer.
Lieferavis (ASN/DESADV)
Vorab übermittelte Lieferankündigung mit Positionen, Mengen und ggf. SSCC.
Blindeingang
Zählung im Wareneingang ohne Kenntnis der Sollmengen; Abweichungen werden danach geprüft.
Zusammenlagerung
Regel, ob zwei Lagerklassen (z. B. nach TRGS 510) gemeinsam, getrennt oder gar nicht lagern dürfen.
Doppelspiel (Interleaving)
Kombination von Einlagern und Auslagern auf einer Fahrt bzw. in einer Zone.
Pick-and-Pass
Zonenkommissionierung, bei der ein Auftrag von Zone zu Zone übergeben wird.
Pick-by-Voice / Pick-by-Light
Belegloses Kommissionieren mit Sprachdialog und Prüfziffern bzw. Lichtanzeige am Fach.
📥 Eingänge & Trigger (Inputs)
  • Wareneingangsbeleg aus Lieferantenbestellung oder Streckengeschäft
  • Fertigmeldung aus der Werkstatt / Montage
  • Reservierungsanforderung aus Verkaufsauftrag oder Werkstattauftrag
  • Umlagerungsauftrag zwischen Filialen, Werken oder Konsignationslagern
  • Kundenretoure mit Quarantäne-Zuweisung
📤 Ausgänge & Arbeitsergebnisse (Outputs)
  • Gebuchte Lagerzugänge mit Fach- und Chargenzuweisung
  • Wegeoptimierte Kommissionier- und Picklisten für das Lagerpersonal
  • Warenausgangsbelege und Speditionsversandpapiere (NVE/SSCC)
  • Permanente Inventur-Zählprotokolle und Buchungsbelege für Differenzen
  • Echtzeit-Bestandsspiegel mit ATP-Verfügbarkeit für den Vertrieb
⚡ Kaskaden & Folgeprozesse (Cascades)
  • goods_receipt_posted -> inventory_level_updated: Sofortige Erhöhung des freien Bestands
  • stock_reserved -> update_atp_view: Aktualisierung der Vertriebsverfügbarkeit
  • picking_completed -> staging_area_docked: Übergabe der Sendung an den Warenausgang
  • dispatch_confirmed -> sales_order_shipped: Statuswechsel des Verkaufsauftrags auf versendet
  • reorder_point_reached -> trigger_replenishment: Automatischer Nachschubauftrag
🛡️ Nebenprozesse & Resilienz
  • Sperrung schadhafter Chargen und Umlagerung in das Quarantänelager
  • Schwund- und Bruchbuchungen bei Beschädigung mit Genehmigungsnachweis
  • Manuelle Fachumbuchungen bei Reorganisation oder Platzoptimierung
  • Zollrechtliche Verwahrung bei Einfuhrgütern bis zur zollamtlichen Abfertigung
💡 No-Code Checkliste & Praxistipps
  • Lagerstruktur mit Gebäuden, Gängen und Fächern im Stammdatenbaum anlegen
  • Auslagerungsstrategie (FIFO oder FEFO nach Verfallsdatum) je Artikelkategorie festlegen
  • Barcode-Scanpflicht für Fächer und Chargen im mobilen Lagerclient aktivieren
  • Temperaturbereich je Zone und je Artikel sowie Gefahrstoff-Lagerklassen direkt pflegen (eingebaute Felder, keine Zusatzfelder nötig)
  • Zusammenlagerungsmatrix mit Quelle (z. B. TRGS 510) erfassen und als geprüft markieren
  • GS1-Basisnummer hinterlegen, damit Ladungsträger echte SSCC erhalten
  • Blindeingang und Wareneingangstoleranz in den Lagereinstellungen festlegen
  • ABC-Zonen, Greifhöhe und Prüfintervall einrichten; Klassen regelmäßig geprüft übernehmen
  • Pick-/Put-to-Light- und Automatik-Gateways registrieren; zuerst mit dem Simulator testen

🗄️ Datenmodelle & Felder

CrossdockAllocations crossdock_allocations RLS Aktiv
10 Felder / Spalten

Tabelle crossdock_allocations

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
operation_id UUID Ja * FK ➔ crossdock_operations.id Feld operation_id
inbound_line_id UUID Ja * FK ➔ crossdock_inbound_lines.id Feld inbound_line_id
outbound_line_id UUID Ja * FK ➔ crossdock_outbound_lines.id Feld outbound_line_id
quantity NUMERIC(14, 4) Ja * - Feld quantity
quantity_shipped NUMERIC(14, 4) Ja * - Feld quantity_shipped
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
metadata JSONB Ja * - Feld metadata
CrossdockInboundLines crossdock_inbound_lines RLS Aktiv
19 Felder / Spalten

Tabelle crossdock_inbound_lines

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
operation_id UUID Ja * FK ➔ crossdock_operations.id Feld operation_id
position INTEGER Ja * - Feld position
purchase_id UUID Nein FK ➔ purchases.id Feld purchase_id
purchase_item_id UUID Nein FK ➔ purchase_items.id Feld purchase_item_id
supplier_id UUID Nein FK ➔ suppliers.id Feld supplier_id
product_id UUID Nein FK ➔ products.id Feld product_id
description VARCHAR(255) Ja * - Feld description
unit VARCHAR(16) Ja * - Feld unit
quantity_expected NUMERIC(14, 4) Ja * - Feld quantity_expected
quantity_received NUMERIC(14, 4) Ja * - Feld quantity_received
quantity_putaway NUMERIC(14, 4) Ja * - Feld quantity_putaway
unit_cost NUMERIC(14, 2) Nein - Feld unit_cost
received_at DATETIME Nein - Feld received_at
goods_receipt_id UUID Nein FK ➔ goods_receipts.id Feld goods_receipt_id
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
metadata JSONB Ja * - Feld metadata
CrossdockOperations crossdock_operations RLS Aktiv
30 Felder / Spalten

Tabelle crossdock_operations

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
operation_number VARCHAR(40) Ja * - Feld operation_number
variant VARCHAR(20) Ja * - Feld variant
status VARCHAR(16) Ja * - Feld status
dock_in_location_id UUID Nein FK ➔ locations.id Feld dock_in_location_id
staging_location_id UUID Nein FK ➔ locations.id Feld staging_location_id
dock_out_location_id UUID Nein FK ➔ locations.id Feld dock_out_location_id
inbound_dock_id UUID Nein FK ➔ warehouse_docks.id Feld inbound_dock_id
outbound_dock_id UUID Nein FK ➔ warehouse_docks.id Feld outbound_dock_id
inbound_slot_id UUID Nein FK ➔ warehouse_dock_slots.id Feld inbound_slot_id
outbound_slot_id UUID Nein FK ➔ warehouse_dock_slots.id Feld outbound_slot_id
inbound_carrier VARCHAR(120) Nein - Feld inbound_carrier
inbound_vehicle VARCHAR(64) Nein - Feld inbound_vehicle
outbound_carrier VARCHAR(120) Nein - Feld outbound_carrier
outbound_vehicle VARCHAR(64) Nein - Feld outbound_vehicle
planned_arrival_at DATETIME Nein - Feld planned_arrival_at
cutoff_at DATETIME Nein - Feld cutoff_at
max_dwell_hours INTEGER Nein - Feld max_dwell_hours
rule_id UUID Nein FK ➔ crossdock_rules.id Feld rule_id
started_at DATETIME Nein - Feld started_at
completed_at DATETIME Nein - Feld completed_at
notes TEXT Nein - Feld notes
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
CrossdockOutboundLines crossdock_outbound_lines RLS Aktiv
24 Felder / Spalten

Tabelle crossdock_outbound_lines

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
operation_id UUID Ja * FK ➔ crossdock_operations.id Feld operation_id
position INTEGER Ja * - Feld position
shipment_ref VARCHAR(64) Ja * - Feld shipment_ref
shipment_id UUID Nein FK ➔ logistics_shipments.id Feld shipment_id
customer_id UUID Nein FK ➔ customers.id Feld customer_id
quote_id UUID Nein FK ➔ quotes.id Feld quote_id
work_order_id UUID Nein FK ➔ work_orders.id Feld work_order_id
destination_location_id UUID Nein FK ➔ locations.id Feld destination_location_id
destination_text VARCHAR(255) Nein - Feld destination_text
product_id UUID Nein FK ➔ products.id Feld product_id
description VARCHAR(255) Ja * - Feld description
unit VARCHAR(16) Ja * - Feld unit
quantity_demanded NUMERIC(14, 4) Ja * - Feld quantity_demanded
quantity_allocated NUMERIC(14, 4) Ja * - Feld quantity_allocated
quantity_shipped NUMERIC(14, 4) Ja * - Feld quantity_shipped
due_at DATETIME Nein - Feld due_at
priority INTEGER Ja * - Feld priority
shipped_at DATETIME Nein - Feld shipped_at
stock_issue_id UUID Nein FK ➔ stock_issues.id Feld stock_issue_id
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
metadata JSONB Ja * - Feld metadata
CrossdockRules crossdock_rules RLS Aktiv
15 Felder / Spalten

Tabelle crossdock_rules

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
name VARCHAR(120) Ja * - Feld name
strategy VARCHAR(16) Ja * - Feld strategy
max_dwell_hours INTEGER Ja * - Feld max_dwell_hours
customer_id UUID Nein FK ➔ customers.id Feld customer_id
active BOOLEAN Ja * - Feld active
note VARCHAR(255) Nein - Feld note
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
IsmAssets ism_assets RLS Aktiv
17 Felder / Spalten

Tabelle ism_assets

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(32) Ja * - Feld code
name VARCHAR(255) Ja * - Feld name
category VARCHAR(32) Ja * - Feld category
criticality VARCHAR(16) Ja * - Feld criticality
owner_user_id UUID Nein FK ➔ organization_users.id Feld owner_user_id
description TEXT Nein - Feld description
retired BOOLEAN Ja * - Feld retired
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
deleted_at DATETIME Nein - Feld deleted_at
IsmAwarenessCourses ism_awareness_courses
9 Felder / Spalten

Tabelle ism_awareness_courses

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(32) Ja * - Feld code
title VARCHAR(255) Ja * - Feld title
description TEXT Nein - Feld description
validity_months INTEGER Ja * - Feld validity_months
active BOOLEAN Ja * - Feld active
sort_order INTEGER Ja * - Feld sort_order
id UUID Nein PK Feld id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
IsmAwarenessRecords ism_awareness_records RLS Aktiv
14 Felder / Spalten

Tabelle ism_awareness_records

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
course_id UUID Ja * FK ➔ ism_awareness_courses.id Feld course_id
user_id UUID Ja * FK ➔ organization_users.id Feld user_id
completed_at DATE Ja * - Feld completed_at
expires_at DATE Nein - Feld expires_at
status VARCHAR(16) Ja * - Feld status
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
IsmControls ism_controls
9 Felder / Spalten

Tabelle ism_controls

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(16) Ja * - Feld code
theme VARCHAR(32) Ja * - Feld theme
title VARCHAR(255) Ja * - Feld title
sort_order INTEGER Ja * - Feld sort_order
verified BOOLEAN Ja * - Feld verified
source_note TEXT Nein - Feld source_note
id UUID Nein PK Feld id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
IsmEvidence ism_evidence RLS Aktiv
15 Felder / Spalten

Tabelle ism_evidence

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
title VARCHAR(255) Ja * - Feld title
notes TEXT Nein - Feld notes
recorded_at DATETIME Nein - Feld recorded_at
measure_id UUID Nein FK ➔ ism_measures.id Feld measure_id
document_id UUID Nein FK ➔ documents.id Feld document_id
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
deleted_at DATETIME Nein - Feld deleted_at
IsmIncidents ism_incidents RLS Aktiv
21 Felder / Spalten

Tabelle ism_incidents

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(32) Ja * - Feld code
title VARCHAR(255) Ja * - Feld title
description TEXT Nein - Feld description
severity VARCHAR(16) Ja * - Feld severity
status VARCHAR(16) Ja * - Feld status
detected_at DATETIME Ja * - Feld detected_at
notification_deadline DATETIME Nein - Feld notification_deadline
authority_notified_at DATETIME Nein - Feld authority_notified_at
affected_data_categories JSONB Ja * - Feld affected_data_categories
owner_user_id UUID Nein FK ➔ organization_users.id Feld owner_user_id
risk_id UUID Nein FK ➔ ism_risks.id Feld risk_id
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
deleted_at DATETIME Nein - Feld deleted_at
IsmMeasures ism_measures RLS Aktiv
20 Felder / Spalten

Tabelle ism_measures

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(32) Ja * - Feld code
title VARCHAR(255) Ja * - Feld title
description TEXT Nein - Feld description
status VARCHAR(16) Ja * - Feld status
due_on DATE Nein - Feld due_on
owner_user_id UUID Nein FK ➔ organization_users.id Feld owner_user_id
risk_id UUID Nein FK ➔ ism_risks.id Feld risk_id
policy_id UUID Nein FK ➔ ism_policies.id Feld policy_id
soa_entry_id UUID Nein FK ➔ ism_soa_entries.id Feld soa_entry_id
incident_id UUID Nein FK ➔ ism_incidents.id Feld incident_id
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
deleted_at DATETIME Nein - Feld deleted_at
IsmPolicies ism_policies RLS Aktiv
16 Felder / Spalten

Tabelle ism_policies

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(32) Ja * - Feld code
title VARCHAR(255) Ja * - Feld title
version VARCHAR(32) Ja * - Feld version
status VARCHAR(16) Ja * - Feld status
summary TEXT Nein - Feld summary
owner_name VARCHAR(128) Nein - Feld owner_name
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
deleted_at DATETIME Nein - Feld deleted_at
IsmPolicyVersions ism_policy_versions RLS Aktiv
16 Felder / Spalten

Tabelle ism_policy_versions

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
policy_id UUID Ja * FK ➔ ism_policies.id Feld policy_id
version_number INTEGER Ja * - Feld version_number
title VARCHAR(255) Ja * - Feld title
version_label VARCHAR(32) Ja * - Feld version_label
status VARCHAR(16) Ja * - Feld status
summary TEXT Nein - Feld summary
owner_name VARCHAR(128) Nein - Feld owner_name
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
IsmRisks ism_risks RLS Aktiv
20 Felder / Spalten

Tabelle ism_risks

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
code VARCHAR(32) Ja * - Feld code
title VARCHAR(255) Ja * - Feld title
description TEXT Nein - Feld description
likelihood INTEGER Ja * - Feld likelihood
impact INTEGER Ja * - Feld impact
status VARCHAR(16) Ja * - Feld status
treatment TEXT Nein - Feld treatment
owner_user_id UUID Nein FK ➔ organization_users.id Feld owner_user_id
policy_id UUID Nein FK ➔ ism_policies.id Feld policy_id
asset_id UUID Nein FK ➔ ism_assets.id Feld asset_id
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata
deleted_at DATETIME Nein - Feld deleted_at
IsmSoaEntries ism_soa_entries RLS Aktiv
13 Felder / Spalten

Tabelle ism_soa_entries

Feldname Datentyp Pflicht Schlüssel Fachliche Bedeutung
control_id UUID Ja * FK ➔ ism_controls.id Feld control_id
applicable BOOLEAN Ja * - Feld applicable
status VARCHAR(16) Ja * - Feld status
justification TEXT Nein - Feld justification
id UUID Nein PK Feld id
tenant_id UUID Ja * FK ➔ organizations.id Feld tenant_id
created_at DATETIME Ja * - Feld created_at
updated_at DATETIME Ja * - Feld updated_at
created_by UUID Nein - Feld created_by
updated_by UUID Nein - Feld updated_by
source_type VARCHAR(32) Nein - Feld source_type
source_id UUID Nein - Feld source_id
metadata JSONB Ja * - Feld metadata

🔌 Einstiegspunkte (UI & APIs)

Art Methode Endpunkt / Pfad Titel & Zweck Berechtigung
⚡ REST API DELETE /api/v1/warehouse/putaway-rules/{rule_id}
delete_putaway_rule
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API DELETE /api/v1/warehouse/routes/{route_id}
delete_route
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API DELETE /api/v1/warehouse/settings/overrides/{settings_id}
delete_warehouse_settings_override
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API DELETE /api/v1/warehouse/storage-categories/{cat_id}
delete_storage_category
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API DELETE /api/v1/warehouse/zones/{zone_id}
delete_zone
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API GET /api/v1/warehouse/abc-analysis
abc_analysis
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/abc/analysis
abc_classification_preview
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/abc/runs
list_abc_runs
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/abc/settings
abc_settings
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/abc/slotting
abc_slotting_suggestions
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/docks
list_warehouse_docks
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/docks/{dock_id}/slots
list_warehouse_dock_slots
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/operation-types
list_operation_types
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/overview
warehouse_overview
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/pick-aids/lookup
lookup_pick_aid
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/pick-carts
list_pick_carts
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/pick-totes
list_pick_totes
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/pickings
list_pickings
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/pickings/my
list_my_pickings
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/pickings/{picking_id}
get_picking
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/process-intents
list_process_intents
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/putaway-rules
list_putaway_rules
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/putaway-suggestion
putaway_suggestion
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/quality/held
list_quality_held
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/quality/held/receipt-items
list_quality_held_receipt_items
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/replenish/suggestions
list_pickface_replenish_suggestions
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/routes
list_routes
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/settings
get_warehouse_settings
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/settings/all
list_warehouse_settings
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/stock-counts
list_stock_counts
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/stock-counts/{session_id}
get_stock_count
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/storage-categories
list_storage_categories
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/warehouses
list_warehouses
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/waves
list_waves
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/waves/{wave_id}
get_wave
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /api/v1/warehouse/zones
list_zones
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory
inventory_page
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/meine-picks
inventory_meine_picks
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/movements/export.csv
inventory_movements_export
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/pickings/{picking_id}
inventory_picking_guide
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/stock-counts/{session_id}
inventory_stock_count_detail_page
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/abc
inventory_tab_abc
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/bestand
inventory_tab_bestand
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/bewegungen
inventory_tab_bewegungen
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/bewertung
inventory_tab_bewertung
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/chargen
inventory_tab_chargen
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/inventur
inventory_tab_inventur
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/meldebestand
inventory_tab_meldebestand
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/produkte
inventory_tab_produkte
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/tab/standorte
inventory_tab_standorte
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/voice
inventory_voice_page
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /inventory/wms
inventory_wms_page
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API GET /portal/{slug}/lagerware
stored_goods_page
Semantic binding: inventory_only; mutation=False
 inventory
⚡ REST API PATCH /api/v1/warehouse/operation-types/{op_id}
update_operation_type
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PATCH /api/v1/warehouse/putaway-rules/{rule_id}
update_putaway_rule
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PATCH /api/v1/warehouse/routes/{route_id}
update_route
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PATCH /api/v1/warehouse/storage-categories/{cat_id}
update_storage_category
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PATCH /api/v1/warehouse/zones/{zone_id}
update_zone
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/abc/classification/apply
apply_abc_classification
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/abc/relocations
execute_abc_relocation
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/dock-slots/{slot_id}/cancel
cancel_warehouse_dock_slot
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/dock-slots/{slot_id}/check-in
check_in_warehouse_dock_slot
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/dock-slots/{slot_id}/complete
complete_warehouse_dock_slot
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/docks
create_warehouse_dock
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/docks/{dock_id}/slots
book_warehouse_dock_slot
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/operation-types
create_operation_type
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/partial-deliveries/from-quote/{quote_id}
prepare_partial_delivery_from_quote
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/partial-deliveries/{picking_id}/cancel
cancel_partial_delivery
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pick-carts
create_pick_cart
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pick-carts/ensure-defaults
ensure_default_pick_carts
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pick-totes
create_pick_tote
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pickings
create_picking
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pickings/{picking_id}/assign-aids
assign_picking_aids
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pickings/{picking_id}/cancel
cancel_picking
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pickings/{picking_id}/complete
complete_picking
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pickings/{picking_id}/reserve
reserve_picking
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/pickings/{picking_id}/start
start_picking
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/process-zones/ensure
ensure_process_zones
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/putaway-rules
create_putaway_rule
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/quality/dispose
dispose_quality_stock
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/quality/reject
reject_quality_hold
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/quality/release
release_quality_hold
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/replenish/create
create_pickface_replenish_pickings
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/routes
create_route
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/settings/overrides
create_warehouse_settings_override
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/stock-counts
create_stock_count
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/stock-counts/{session_id}/cancel
cancel_stock_count
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/stock-counts/{session_id}/lines/{line_id}/count
record_stock_count_line
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/stock-counts/{session_id}/release
release_stock_count
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/stock-counts/{session_id}/submit
submit_stock_count
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/storage-categories
create_storage_category
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/waves
create_wave
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/waves/{wave_id}/cancel
cancel_wave
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/waves/{wave_id}/release
release_wave
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /api/v1/warehouse/zones
create_zone
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /inventory/stock-counts
inventory_stock_count_create
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /inventory/stock-counts/{session_id}/cancel
inventory_stock_count_cancel
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /inventory/stock-counts/{session_id}/count
inventory_stock_count_record
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /inventory/stock-counts/{session_id}/release
inventory_stock_count_release
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /inventory/stock-counts/{session_id}/submit
inventory_stock_count_submit
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /portal/{slug}/lagerware/mengen/anfordern
customer_stock_request
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API POST /portal/{slug}/lagerware/{asset_id}/anfordern
stored_goods_request
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PUT /api/v1/warehouse/abc/settings
update_abc_settings
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PUT /api/v1/warehouse/settings
update_warehouse_settings
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API PUT /api/v1/warehouse/settings/overrides/{settings_id}
update_warehouse_settings_override
Semantic binding: operator_surface; mutation=True
 inventory
⚡ REST API GET /api/v1/warehouse/locations
Lagerorte API
Hierarchie aller Lagerplätze abrufen
 inventory:read
⚡ REST API POST /api/v1/warehouse/movements
Bestand buchen
Führt eine Bestandsbewegung aus
 inventory:write
🖥️ WEB-UI GET /crossdock
Cross-Docking Leitstand
Übersicht anstehender Umschlagsvorgänge
 inventory:read
⚡ REST API GET /api/v1/crossdock
Crossdock API
Verwaltung von Umschlagsvorgängen
 inventory:read
🖥️ WEB-UI GET /ism
ISM-Cockpit
Richtlinien, Risiken, Maßnahmen, Nachweise
 compliance:read
⚡ REST API GET /api/v1/ism
ISM Dashboard
Kennzahlen und Listen
 compliance:read
⚡ REST API POST /api/v1/ism/policies
Richtlinie anlegen
Erzeugt Richtlinie mit Audit
 compliance:write
⚡ REST API POST /api/v1/ism/risks
Risiko erfassen
Erzeugt Risiko mit Score
 compliance:write

🛡️ Regulatorik & Compliance

Dieses Modul unterliegt folgenden gesetzlichen, regulatorischen und Revisionsstandards:

  • HGB §240 (Inventurpflicht)
  • GoBD (Lückenlose Bestandsführung)
  • EU 178/2002 (Chargen-Rückverfolgbarkeit)
Verknüpfte Module:
➔ catalog ➔ purchasing ➔ workorders ➔ crossdock