# Mehrlagerverwaltung und Routenprozesse

{% hint style="success" %}
*Modul: Erweiterte Lagerverwaltung*
{% endhint %}

Diese Dokumentation beschreibt zentrale Prozesse rund um die Mehrlagerverwaltung, Routenkonfiguration sowie Sonderfälle wie Abholung und Nachschublogik in ETRON onRetail. Ziel ist es, typische Anwendungsfälle verständlich darzustellen und bestmögliche Systemkonfigurationen aufzuzeigen.

## Inventur pro Lager

Inventuren werden in ETRON onRetail separat je Lager durchgeführt. Jedes Lager verfügt über eigene Inventurlisten, Buchungsregeln und Differenzübersichten.

**Funktionen:**

* Unabhängige Inventurerstellung pro Lager durch [MDE Export](/verwaltungsoberflache/lager/inventur.md#inventur-mit-mde-gerat) oder über die [Ventor App](/verwaltungsoberflache/lager/inventur/ventor-mde.md)
* Lagergenaue [Bestandskontrolle](/verwaltungsoberflache/berichte/lager/bestand.md)

## Nachlieferung von einem Hauptlager

Ein Hauptlager versorgt regelmäßig Nebenlager mit Beständen. Dies ist mit [Nachbestellregeln](/verwaltungsoberflache/lager/nachbestellregeln.md) möglich. Wenn der [Planer ](/verwaltungsoberflache/lager/vorgange/planer-starten.md)gestartet wird, dann werden zunächst [Angebotsanfragen ](/verwaltungsoberflache/einkauf/angebotsanfragen.md)für die hinterlegten Lieferanten erstellt. 

{% hint style="info" %}
*Es werden keine automatischen E-Mails verschickt. Diese Angebotsanfragen sind noch zu überprüfen und zu bestätigen. Bei Bedarf kann eine E-Mail direkt an den Lieferanten geschickt werden.*
{% endhint %}

**Ablauf:**

* Bedarf im Nebenlager
* Route erstellt internen Bedarf
* Hauptlager liefert auf Basis definierter Regeln

Das System bildet eine Nachschubkette ab, bei der das Hauptlager zentral gesteuert wird. 

## Abholung im Geschäft (mit Übergabeprozess)

Der häufige Fehler besteht darin, dass Abholungen über den Onlineshop nur ins Zwischenlager "Physischer Lagerort/Inter-warehouse transit" gebucht werden. Dies führt dazu, dass Artikel im System "feststecken" und nicht mehr als ausgeliefert gelten.

### **Korrekte Konfiguration**

* Im Abhollager muss unter **Warenausgänge** die Option **„Waren ins Ausgangslager senden und dann liefern (2 Schritte)“** aktiviert werden.

  <figure><img src="/files/4spPHsSkPBU3ohOQMOJH" alt=""><figcaption></figcaption></figure>
* Zwei Lieferscheine entstehen:
  1. "AB/Bestand" → "AB/Output"
  2. "AB/Output" → "Kunde"

### **Prozessablauf**

1. Kunde bestellt im Onlineshop mit Abholung
2. Händler erhält Auftrag mit 2 Lieferscheinen
   * Lieferschein 1: Übergabe ins Ausgangslager
   * Lieferschein 2: Übergabe an Kunden, wird erst an der Kasse validiert

### **Vorteile**

* Artikel bleibt nicht im Zwischenlager hängen
* Integration mit Kassensystem zur Validierung und Fakturierung (inkl. Teilzahlungen)
* Auftrag zeigt korrekt an, dass die Menge ausgeliefert wurde

  <div align="left"><figure><img src="/files/wY4q5guuvV4wGhuG4iMf" alt=""><figcaption></figcaption></figure></div>

## Trennung von Abhol- und Versandlager

Wenn ein Kunde im Onlineshop keinen Abholwunsch angibt, sondern eine Lieferung erwartet, sollte der Standardversand nicht über ein 2-Schritte-System erfolgen.

**Empfohlene Struktur:**

* **Abhollager**: mit 2-Schritte-Auslieferung (für physische Übergabe)
* **Onlineshop-Lager**: mit 1-Schritt-Auslieferung (klassischer Versand)

**Adressgleichheit:** Die Adresse bleibt gleich, aber das System verwaltet getrennte Lagerorte für saubere Buchungen.

**Problem:** Beide Lager zeigen unterschiedliche Bestände, was zu Unklarheiten führen kann.

**Lösung:**

In der [Route](#routenlogik) des Abhollagers wird als Quelllager der **Bestandslagerort des Versandlagers** verwendet. So wird beim Abholen der Bestand vom Versandlager verwendet, bleibt aber korrekt im Abholprozess nachvollziehbar.

Unter *Konfiguration ➜ Lager ➜ Gesamtlager* das Abhollager auswählen und auf **Routen** klicken.

<figure><img src="/files/1oZXxfUmLPPaTjwcle25" alt=""><figcaption></figcaption></figure>

Route *Abhollager: In 2 Schritten liefern (Kommissionierung + Versand)* auswählen.

<figure><img src="/files/rXlruuMR9HaJfVi6dHq0" alt=""><figcaption></figcaption></figure>

Die 1. Aktion *Nehmen von* anklicken.

<figure><img src="/files/IWBve2J2CM5IKOZG5tVz" alt=""><figcaption></figcaption></figure>

Quelllagerort auf das Versandlager ändern und speichern.

<figure><img src="/files/eHnnzqLKFmavnSHlY1PF" alt=""><figcaption></figcaption></figure>

<figure><img src="/files/vvYCmXk9F7PUKY0VNHoC" alt=""><figcaption></figcaption></figure>

## Lieferschein wartet auf anderen Vorgang – wo ist die Referenz?

Wenn ein Lieferschein den Status **„Wartet auf anderen Vorgang“** hat, wird der Vorgang durch einen anderen Lieferschein ausgelöst.

**So kann der Bezug nachvollzogen werden:**

* Im betroffenen Lieferschein den Reiter **„Vorgänge“** öffnen
* In der Spalte **„Reserviert“** erscheint z. B. „Erw. 25.6.2025“

  <figure><img src="/files/kd3fq94LoNg6v9B7fNRz" alt=""><figcaption></figcaption></figure>
* Über den Button **„Prognosebericht“** kann geprüft werden:
  * Wann Auffüllung erfolgt
  * Durch welchen Lieferschein
  * Direkter Link zur ersten Lieferung vorhanden

**Hinweis:** Im zweiten Lieferschein ist **kein direkter Verweis** auf den ersten Lieferschein sichtbar – nur über den Prognosebericht auffindbar. Der Referenzbeleg beim Lieferschein ist die Auftragsnummer hinterlegt, dadurch kann nach dem Auftrag ebenfalls gesucht und alle Lieferscheine so aufgerufen werden.

## Routenlogik

Zur umfangreichen Erklärung der Routen:&#x20;

{% content-ref url="/pages/EdE4ZNwpgsG673DjciR7" %}
[🔧 Lagerverwaltung](/verwaltungsoberflache/konfiguration/lager/lagerverwaltung.md)
{% endcontent-ref %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://helpcenter.etron.info/schnelles-wissen/funktionen-und-vorgange/mehrlagerverwaltung-und-routenprozesse.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.