> For the complete documentation index, see [llms.txt](https://help.vario-software.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.vario-software.de/vario-cloud-changelog/2026/2026.29.0-1.md).

# 2026.29.0

VARIO Cloud 2026.29.0 erweitert Abläufe rund um Aufträge, DMS, Steuerbarcodes, Picklisten und Stapelverarbeitung. Entdecke alle Neuerungen.

## <i class="fa-lightbulb-on" style="color:$primary;">:lightbulb-on:</i> Neuerungen

<details>

<summary><mark style="color:$primary;"><strong>Verkaufsbeleg:</strong></mark> Neue Aktionen im Auftrag</summary>

Im Verkaufsbeleg **"Auftrag"** stehen zwei neue Aktionen zur Verfügung, um den Status eines teilweise übernommenen Auftrags flexibel zu verwalten:

* **Auftrag abschließen**: Schließt einen teilweise übernommenen Auftrag mit Unterlieferung ab. Der Status wechselt von **„Auftrag Teilweise übernommen“** zu **„Auftrag übernommen“**.
* **Auftrag wieder öffnen**: Macht einen zuvor mit Unterlieferung abgeschlossenen Auftrag wieder bearbeitbar. Der Status wechselt von **„Auftrag übernommen“** zurück zu **„Auftrag Teilweise übernommen“**.

Die Aktion **„Auftrag wieder öffnen“** wird nur angezeigt, wenn der Auftrag mit Unterlieferung abgeschlossen wurde, **noch keine Schlussrechnung** existiert und **noch nicht gelieferte sowie nicht fakturierte Restmengen** vorhanden sind. Das Wiederöffnen wird zusätzlich im **Belegprotokoll** mit dem neuen Eintragstyp "**Auftrag wieder geöffnet**" protokolliert.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FYQTh9V9bSyJuPSZ3gP2G%2Fimage.png?alt=media&amp;token=0fb1f91d-3af5-4f3b-abcc-d06074c93001" alt="Aktion Auftrag wieder öffnen"><figcaption></figcaption></figure>

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FpZcG1s1TibikVVROG5kq%2Fimage.png?alt=media&amp;token=b4ae4012-0dc8-4607-aea3-9875da9b872d" alt="Aktion Auftrag abschließen"><figcaption></figcaption></figure>

**Das ist besonders praktisch in folgenden Fällen:**

* Ein Auftrag wurde zunächst als **untergeliefert abgeschlossen**, weil noch unklar war, ob die Restmenge geliefert werden kann. Stellt sich später heraus, dass eine vollständige Lieferung doch möglich ist, kann der Auftrag einfach wieder geöffnet und weiterbearbeitet werden.
* Die Auftrag mit **Unterlieferung** wurde versehentlich mit "**Ja**" bestätigt. Dadurch wurde der Auftrag fälschlicherweise in den Status "**übernommen**" versetzt. Mit der neuen Aktion lässt sich dieser Status unkompliziert korrigieren und der Auftrag wieder öffnen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Verkaufsbeleg:</strong></mark> Neue Aktion "Neue Version erstellen"</summary>

Für **veröffentlichte Belege** steht ab sofort die neue Aktion **„Neue Version erstellen“** zur Verfügung. Sie ist bei **Angeboten**, **Aufträgen mit Vorkasse** (solange diese noch nicht bezahlt wurden) sowie **Aufträgen mit Teillieferung** verfügbar.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2F2otXhI29762dmiVnuN8m%2Fimage.png?alt=media&amp;token=f244ace7-17a5-4948-af3d-ac3379fd61ba" alt="Aktion neue Version erstellen"><figcaption></figcaption></figure>

Mit der Aktion wird aus dem veröffentlichten Beleg eine **neue Version** erstellt und der Beleg wieder in den **Bearbeitungsmodus** versetzt. So können nachträgliche Änderungen vorgenommen werden, ohne den ursprünglichen veröffentlichten Stand zu verlieren. Der gesamte Versionsvorgang wird im **Reiter „DMS“** dokumentiert und ist dort jederzeit nachvollziehbar.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FW37jvuAFpLHZn5zIkUG9%2Fimage.png?alt=media&amp;token=f0c60dc4-d9e6-492a-ad80-6498e384c8c0" alt="Reiter DMS"><figcaption><p>Im Reiter "DMS" wird der Versionsvorgang protokolliert</p></figcaption></figure>

**Das ist besonders praktisch in folgenden Fällen:**

* Ein veröffentlichtes **Angebot** soll nachträglich angepasst werden, beispielsweise aufgrund geänderter Kundenwünsche.
* Ein **Vorkasse-Auftrag** muss vor Zahlungseingang noch korrigiert oder ergänzt werden.
* Ein **Auftrag mit Teillieferung** soll nach der Veröffentlichung nochmals bearbeitet werden, etwa um Restmengen oder Positionen anzupassen.
* Die **Belegnummer bleibt unverändert**, wodurch bestehende Verknüpfungen und Referenzen erhalten bleiben.
* Alle Änderungen bleiben durch die **Versionierung im DMS** transparent und nachvollziehbar.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Einkaufsbeleg:</strong></mark> Neue Aktion "Festschreiben" für Einkaufsbelege</summary>

Für finanzrelevante **Einkaufsbelege**, wie beispielsweise **Eingangsrechnungen**, steht ab sofort die neue Aktion **„Festschreiben“** zur Verfügung. Einkaufsbelege werden künftig **nicht mehr automatisch durch Drucken, Herunterladen oder den Versand per E-Mail festgeschrieben**. Stattdessen erfolgt das Festschreiben bewusst über die neue Aktion.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FkfonpgMspe5lQ9cPTyAx%2Fimage.png?alt=media&amp;token=f47ef343-cd5f-4864-bca1-ff78d44ab644" alt="Aktion festschreiben"><figcaption></figcaption></figure>

Nach dem **Festschreiben** ist ein Beleg **nicht mehr bearbeitbar** und kann nur noch **kopiert** werden. Dadurch wird sichergestellt, dass finanzrelevante Belege nach ihrer endgültigen Freigabe nicht versehentlich verändert werden. Die **Statusanzeige in der Einkaufsbelegsuche** wurde entsprechend angepasst und kennzeichnet festgeschriebene Belege eindeutig.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FGpJxJ9d0pzqMvWAyzUlv%2Fimage.png?alt=media&amp;token=52331f81-29ab-4190-8bfa-294674a77ed3" alt=""><figcaption></figcaption></figure>

**Das ist besonders praktisch in folgenden Fällen:**

* Finanzrelevante Belege werden erst dann endgültig festgeschrieben, wenn alle Prüfungen abgeschlossen sind.
* Das Drucken, Herunterladen oder Versenden eines Belegs führt **nicht mehr automatisch** dazu, dass dieser gesperrt wird.
* Nach dem Festschreiben sind unbeabsichtigte Änderungen ausgeschlossen und die Integrität des Belegs bleibt erhalten.
* Die angepasste Statusanzeige in der Einkaufsbelegsuche macht auf einen Blick erkennbar, welche Belege bereits **festgeschrieben** sind.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Einstellungen/ Lager:</strong></mark> Neuer Steuerbarcode zum Erstellen einer Pickliste für fehlende Artikel</summary>

Die Funktion **„Steuerbarcodes generieren“** wurde erweitert. Neben den bereits vorhandenen Steuerbarcodes zum **Abschließen**, **Stornieren** und **Pausieren** steht nun ein weiterer Steuerbarcode zum Erstellen einer **Pickliste für fehlende Artikel** zur Verfügung.

Über **Einstellungen/Lager/Aktion "Steuerbarcodes generieren"** öffnest Du den Dialog zur Erstellung der Steuerbarcodes. Nach Auswahl der gewünschten Anzahl und Barcodegröße kannst Du eine PDF-Datei erzeugen, die nun **vier Steuerbarcodes** enthält – einschließlich des neuen Barcodes **„Pickliste f. fehl. Artikel“**.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FEwMvLIvLojjzayRGdhRe%2Fimage.png?alt=media&amp;token=a61ab247-dd23-4c64-9dcd-e11e543498b7" alt="Aktion Steuerbarcodes generieren"><figcaption><p>Dialog zum Erzeugen der PDF-Datei mit den vier Steuerbarcodes</p></figcaption></figure>

Wird dieser Barcode während der Kommissionierung im MDE gescannt, legt VARIO automatisch eine Pickliste für alle aktuell fehlenden Artikel an. Die neu erzeugte Pickliste erhält die Kommissionierart **„Fehlende Artikel“** und kann anschließend wie gewohnt im Warenausgang über **Drucken** ausgegeben werden.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2F8nkrWwyBO0Ixl2Jmyyuo%2Fimage.png?alt=media&amp;token=edcb5240-257e-453b-a417-22ede78c8a37" alt="Steuerbarcodes"><figcaption><p>Steuerbarcodes</p></figcaption></figure>

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FDIbn5bG5PYY8HeZbUTuj%2Fimage.png?alt=media&amp;token=89a4010b-814d-4e9d-978d-d371fee974b0" alt="Pickliste für fehltende Artikel"><figcaption></figcaption></figure>

#### Vorteile auf einen Blick

* Neuer Steuerbarcode **„Pickliste f. fehl. Artikel“** zum schnellen Erstellen einer Pickliste für fehlende Artikel
* Direkte Erstellung einer Pickliste für fehlende Artikel durch Scannen des Barcodes im MDE
* Die erzeugte Pickliste kann anschließend wie gewohnt gedruckt und weiterverarbeitet werden

</details>

<details>

<summary><mark style="color:$primary;"><strong>Verkaufsbeleg:</strong></mark> Neue Aktion: Stapelverarbeitung nachträglich ändern</summary>

Ab sofort kann die **Stapelverarbeitung** inklusive **Priorität** auch bei bereits **gespeicherten** oder **veröffentlichten Aufträgen** nachträglich angepasst werden.

Über **Aktionen → Stapelverarbeitung ändern** lässt sich die gewünschte Stapelverarbeitung auswählen und die Priorität aktualisieren. Die Änderungen werden anschließend in die Belegdaten übernommen und bei der weiteren Verarbeitung berücksichtigt.

<figure><img src="https://2465081777-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FARigsDLXpx2KhgLcNMfA%2Fuploads%2FbggjCxFBZlP46GNGZDCd%2Fimage.png?alt=media&amp;token=fb0b527c-b7b2-4e14-8e6c-edac581f8cad" alt="Dialog Stapelverarbeitung ändern"><figcaption></figcaption></figure>

{% hint style="info" %}

## **Hinweise:**

* Die Aktion steht bei **gespeicherten** und **veröffentlichten** Aufträgen zur Verfügung.
* Während sich ein Auftrag im **Bearbeitungsmodus** befindet, kann die Aktion nicht ausgeführt werden.
* Nach dem Speichern werden die neue Stapelverarbeitung und die Priorität direkt in die Belegdaten übernommen.
  {% endhint %}

**Vorteil:**\
Die Stapelverarbeitung muss nicht mehr bereits bei der Auftragserfassung endgültig festgelegt werden. Änderungen können jederzeit nachträglich vorgenommen werden, wodurch sich Aufträge flexibler priorisieren und in den gewünschten Verarbeitungsablauf einordnen lassen.

</details>

## <i class="fa-arrow-trend-up" style="color:$primary;">:arrow-trend-up:</i> Verbesserungen


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

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

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.vario-software.de/vario-cloud-changelog/2026/2026.29.0-1.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.