> 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.37.0.md).

# 2026.37.0

{% hint style="info" %}
Diese Version steht Dir voraussichtlich **ab dem 24.09.2026** zur Verfügung.
{% endhint %}

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

<details>

<summary><mark style="color:$primary;"><strong>Dashboards:</strong></mark> Gruppen für Deine Dashboards</summary>

Dashboards lassen sich jetzt in **Gruppen** ordnen. Über **„Gruppe anlegen“** legst Du eine neue Gruppe an, über **„Gruppen verwalten“** öffnest Du die Übersicht **„Dashboard-Gruppen“**.

Eine Gruppe hat die Felder **Bezeichnung**, **Symbol** und **Dashboards**. Die Reihenfolge änderst Du mit **„Nach oben“** und **„Nach unten“**. Dashboards, die Du keiner Gruppe zugeordnet hast, stehen unter **„Ohne Gruppe“**.

{% hint style="info" %}
Beim Löschen fragt VARIO nach: „Willst Du die Gruppe … wirklich löschen? Die enthaltenen Dashboards bleiben erhalten und stehen danach ohne Gruppe.“
{% endhint %}

</details>

<details>

<summary><mark style="color:$primary;"><strong>Skripte:</strong></mark> Zugangsdaten als Secret hinterlegen</summary>

Unter **System → Skripte** gibt es den neuen Abschnitt **Secrets**. Dort hinterlegst Du Zugangsdaten einmal zentral, statt sie in jedes Skript zu schreiben.

Über **„Neues Secret“** öffnest Du **„Neues Secret anlegen“** mit den Feldern **Name**, **Schlüssel** und **Wert**. Im Skript greifst Du über den Platzhalter `{{secret:<name>:<schlüssel>}}` darauf zu – zum Beispiel in einem HTTP-Aufruf. Der Wert selbst wird nirgends mehr angezeigt.

Beim Bearbeiten unter **„Secret bearbeiten“** bleibt der Wert erhalten, solange Du das Feld leer lässt – der Hinweis dazu steht direkt im Feld: „Wert bleibt bei leerem Feld unverändert“. Vergibst Du einen Schlüssel doppelt, meldet VARIO „Dieser Schlüssel wird bereits verwendet“.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Belege:</strong></mark> Deals, Projekte und Aufgaben direkt am Beleg</summary>

Verkaufsbelege haben jetzt die Reiter **Deals**, **Projekte** und **Aufgaben**, Einkaufsbelege die Reiter **Projekte** und **Aufgaben**. Dort siehst Du, was am Beleg hängt, und verknüpfst Neues über **„Deal verknüpfen“**, **„Projekt verknüpfen“** und **„Aufgabe verknüpfen“**.

Eine bestehende Verbindung löst Du über **„Verknüpfung lösen“** – der Deal, das Projekt oder die Aufgabe bleibt dabei erhalten.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Auswertungen:</strong></mark> „Lagerbestand zum Datum“ mit Chargen und Nullbeständen</summary>

Die Auswertung **„Lagerbestand zum Datum“** ist überarbeitet. Sie liefert jetzt zusätzlich den durchschnittlichen Einkaufspreis als Spalte **„ø EK“** – sichtbar nur, wenn Du Einkaufspreise sehen darfst. Außerdem ist die Auswertung um ein Vielfaches schneller.

Zwei neue Schalter steuern den Detailgrad:

* **„Chargen/Seriennr-Artikel anzeigen“** schlüsselt Artikel mit Charge oder Seriennummer einzeln auf. Ohne den Schalter bekommst Du je Artikel und Lager eine zusammengefasste Zeile.
* **„Artikel ohne Bestand anzeigen“** nimmt auch Artikel mit dem Bestand 0 in die Liste auf.

{% hint style="info" %}
Die Auswertung liefert entweder Chargenzeilen **oder** zusammengefasste Zeilen – nie beides zugleich, damit die Durchschnittswerte beider Reihen nicht vermischt werden.
{% endhint %}

</details>

<details>

<summary><mark style="color:$primary;"><strong>Kategorie-Bäume:</strong></mark> Von einer App verwaltet</summary>

Ein Kategorie-Baum kann jetzt einer App gehören. Dazu gibt es die Felder **„App-Identifier“** und **„Nur durch die App änderbar“**.

Ist der Schalter gesetzt, ändert nur die eigene App etwas daran. Versucht es jemand anderes, meldet VARIO: „Dieser Kategorie-Baum wird von einer App verwaltet und darf nur von dieser App verändert werden“.

{% hint style="info" %}
Für Ausnahmen gibt es das neue Recht **„Kategorie-Bäume verändern, die ausschließlich durch eine App verwaltet werden“**.
{% endhint %}

</details>

<details>

<summary><mark style="color:$primary;"><strong>Lager:</strong></mark> Transitlager bei manuellen Buchungen</summary>

In **„Lagerumbuchungen“** und **„Wareneingang (MHD) umbuchen“** stehen jetzt auch **Transitlager** in der Lagerauswahl. Damit buchst Du Ware, die Dein Lager schon verlassen hat, aber noch nicht angekommen ist, ohne Umweg.

{% hint style="info" %}
Die Transitlager erscheinen nur mit WMS-Lizenz. Ohne sie bleibt die Auswahl unverändert.
{% endhint %}

</details>

<details>

<summary><mark style="color:$primary;"><strong>Ausgaberegeln:</strong></mark> Auf eine Reportgruppe einschränken</summary>

Eine Ausgaberegel hat das neue Feld **„Angeforderte Reportgruppe“**. Damit greift die Regel nur, wenn genau diese Reportgruppe angefordert wurde – zum Beispiel, um Lieferscheine anders auszugeben als Rechnungen.

Mit der Einstellung **„Alle“** verhält sich die Regel wie bisher.

</details>

<details>

<summary><mark style="color:$primary;"><strong>DMS:</strong></mark> Neue Belegversion als Revision</summary>

Gibst Du einen Beleg erneut aus, legt VARIO im DMS kein zweites Dokument mehr an. Die neue Belegversion wird als **Revision** des vorhandenen Dokuments veröffentlicht.

Die Dokumenthistorie bleibt damit an einer Stelle, und Verknüpfungen auf das Dokument zeigen weiter auf die aktuelle Fassung. Das gilt für Belege, die Revisionen führen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Kasse:</strong></mark> „Zurück ins ERP“</summary>

In der Kassiermaske gibt es in der Statusleiste den Button **„Zurück ins ERP“**. Damit verlässt Du die Kasse und landest wieder in Deiner gewohnten Oberfläche, ohne Dich neu anzumelden.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Benutzerrechte:</strong></mark> Sammeln der digitalen Pickliste automatisch bestätigen</summary>

Für die digitale Pickliste gibt es das neue Recht **„Sammeln der digitalen Pickliste automatisch bestätigen“**. Mit diesem Recht entfällt die Mengenbestätigung beim Sammeln – die gesammelte Menge wird direkt übernommen und im Protokoll als „Sammeln der digitalen Pickliste automatisch bestätigt“ festgehalten.

Ohne das Recht bleibt alles wie bisher: Die Menge wird beim Sammeln geprüft und muss bestätigt werden.

</details>

***

<details>

<summary><mark style="color:$primary;"><strong>UPS-App:</strong></mark> Abholungen beauftragen</summary>

Die UPS-App kann jetzt **Abholungen** beauftragen. Aktiviere dazu unter **Einstellungen → Lager → Versender → UPS → Verwaltung UPS** den Schalter **„Abholung über die App aktivieren“**. Danach erscheint im Bereich **Lager** der Menüpunkt **„UPS Abholungen“**.

Dort sammelst Du Pakete mit fertigem UPS-Label der letzten 14 Tage, die noch keiner Abholung zugeordnet sind, und beauftragst über **„Abholung beauftragen“** die Abholung. Für den Abholauftrag pflegst Du **Abholdatum**, **Bereit ab**, **Abholung bis**, **Hinweis für den Fahrer**, **Bestätigung per E-Mail an** und **Privatadresse**. Der **Abholort** ist mit der Versenderadresse des jüngsten Pakets vorbelegt und frei änderbar.

Die Liste zeigt je Abholung unter anderem **UPS-Abholnummer**, **Zeitfenster**, **Abholort**, **Pakete**, **Kosten** und **Status** – **Beauftragt**, **Erledigt** oder **Storniert**. Über **„Abholung stornieren“** nimmst Du einen Auftrag bei UPS zurück.

{% hint style="info" %}
Über **„Abweichende Versenderadresse verwenden“** druckst Du eine andere Versenderadresse aufs Label als Deine Firmenadresse. Die UPS-Kundennummer bleibt dieselbe, und das Land muss zum Land Deines UPS-Kontos passen.
{% endhint %}

</details>

<details>

<summary><mark style="color:$primary;"><strong>eBay-App:</strong></mark> Versandarten getrennt für Import und Export</summary>

Das Mapping der Versandarten ist in **Import** und **Export** getrennt. Bisher wurde eine Zuordnung in beide Richtungen gelesen, obwohl der Import mehrere eBay-Services auf eine VARIO-Lieferart zusammenführt und sich deshalb nicht rückwärts auflösen lässt.

Die Rückmeldung des Paketstatus an eBay richtet sich jetzt nach dem **Versender der Sendung**. Bestellungen mit einer nicht zugeordneten Versand- oder Zahlungsart werden dafür beim Import abgelehnt, statt mit einer geratenen Zuordnung weiterzulaufen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>MCP-Server-App:</strong></mark> Stapelverarbeitungen über den KI-Assistenten</summary>

Die **MCP-Server-App** verbindet KI-Tools wie Claude, ChatGPT, Cursor oder VS Code mit Deiner VARIO Cloud. Neu ist, dass der Assistent **Stapelverarbeitungen** starten kann – Massenänderungen per Skript sowie Importe und Exporte als CSV, Excel, JSON oder XML. Statt Dich durch Listen zu klicken, beschreibst Du, was passieren soll; der Assistent sucht die passende Verarbeitung heraus und startet sie.

Vor dem Start zeigt er Dir eine Vorschau mit den erkannten Spalten, Beispielzeilen und Verstößen. Ausgeführt wird erst nach Deiner Bestätigung, und das Ergebnis meldet er Dir zurück, sobald der Lauf fertig ist.

Wie weit ein Zugang reichen darf, legst Du wie gewohnt beim Verbinden unter **Benutzereinstellungen → MCP-Server** fest – mit **Nur lesen**, **Schreiben mit Bestätigung** oder **Autonom schreiben**. Darüber hinaus erhält der Assistent nur die Rechte des Benutzers, mit dem er arbeitet. Wie Du die App einrichtest, Zugänge vergibst und wieder entziehst, steht im Handbuch unter **Apps von VARIO → MCP-Server**.

{% hint style="warning" %}
Eine Stapelverarbeitung lässt sich als einzige Schreibaktion des Assistenten **nicht** rückgängig machen. Lass sie deshalb zuerst auf einer engen Auswahl laufen und verbreitere sie erst danach.
{% endhint %}

</details>

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

<details>

<summary><mark style="color:$primary;"><strong>Belege:</strong></mark> Bestände beim erneuten Bearbeiten</summary>

Wurde ein bereits gebuchter Verkaufsbeleg wieder in Bearbeitung genommen, blieben die Lagerbuchungen stehen – der Bestand war weiterhin abgebucht. Die Buchungen werden jetzt beim Beginn der Bearbeitung storniert.

Fehlen dabei die zugehörigen Lagerplatz-Buchungen, bricht VARIO mit einer klaren Meldung ab, statt still weiterzulaufen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Belege:</strong></mark> Beleg mit Sendung speichern</summary>

Belege mit einer Sendung ließen sich unter bestimmten Umständen nicht mehr speichern. Die Zuordnung zwischen Paketpositionen und Belegpositionen ist neu aufgebaut, und das Speichern funktioniert wieder.

Zusätzlich wird beim Speichern eines Artikels geprüft, ob eine Komponente eines frei kommissionierbaren Artikels einen unzulässigen Serientyp hat – bisher fiel das erst beim Kommissionieren auf.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Belege:</strong></mark> Versandkosten bei geändertem Belegwert</summary>

Hast Du in einem Auftrag oder einer Bestellung Positionen geändert, wurden die Versandkosten nicht neu berechnet. Damit blieben Belege über der versandkostenfreien Grenze fälschlich mit Versandkosten stehen – und umgekehrt.

Ändert sich der Belegwert und ist in der Lieferbedingung ein Wert für versandkostenfreie Lieferung hinterlegt, rechnet VARIO die Versandkosten jetzt neu.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Einkauf:</strong></mark> Unterlieferte Bestellung abschließen</summary>

Beim Abschließen und Wiedereröffnen einer unterlieferten Bestellung wurde die reservierte Menge angepasst statt der bestellten. Dadurch blieben falsche Zulaufmengen am Artikel stehen.

Jetzt wird die bestellte Menge korrigiert, und der Zulauf stimmt nach dem Abschluss wieder.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Kommissionierung:</strong></mark> Sehr viele Aufträge auf einmal</summary>

Picklisten aus einer Vorlage mit sehr vielen Aufträgen liefen in eine Zeitüberschreitung. Das Erzeugen und das Stornieren von Picklisten laufen jetzt im Hintergrund: Der Aufruf kommt sofort zurück, und das Ergebnis meldet sich, sobald der Lauf fertig ist – zum Beispiel „… Pickliste(n) wurde(n) storniert“.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Provisionsabrechnung:</strong></mark> Gutschriften und Rechnungskorrekturen</summary>

Beträge aus Gutschriften gingen mit falschem Vorzeichen in die Provision ein. Außerdem fehlten bei Rechnungskorrekturen ohne Warenrücknahme die Gegenbuchungen.

Beides ist korrigiert: Die Vorzeichen stimmen, und fehlende Gegenbuchungen werden nachgetragen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Offene Posten:</strong></mark> Zuordnung und Summen im Ausgleich</summary>

Im OP-Ausgleich wurden Zahlungen falsch zugeordnet, und die Summen passten nicht zu den ausgewählten Posten. Zuordnung und Summenbildung sind korrigiert.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Mahnwesen:</strong></mark> Kopffelder wieder filterbar</summary>

Das Kopffeld für die Kundennummer lief auf einen Fehler, und die Liste ließ sich damit nicht filtern.

Die Kopffelder sind jetzt **Adressnummer** – mit Suchdialog statt freier Eingabe –, **Verantwortlicher**, **Zahlungsart**, **Kundengruppe**, **Fällig bis** und **Mahnstufe**.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Adressen:</strong></mark> Adresse mit Hersteller speichern</summary>

Eine Adresse, an der ein Hersteller hinterlegt war, ließ sich nicht mehr speichern. Das Speichern funktioniert wieder.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Artikel:</strong></mark> Import mit sich selbst referenzierenden Artikeln</summary>

Ein Artikelimport konnte den Server in eine Endlosprüfung treiben und brach mit einem technischen Fehler ab. Die Prüfung läuft jetzt sauber durch.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Einstellungen:</strong></mark> MyCompany-Parameter speichern</summary>

Die Parameter der eigenen Firma ließen sich nach einer technischen Umstellung nicht mehr speichern. Das Speichern funktioniert wieder.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Lager:</strong></mark> Durchschnittlicher Einkaufspreis nach manueller Buchung</summary>

Nach der ersten manuellen Lagerbuchung auf einen Artikel wich der durchschnittliche Einkaufspreis vom erwarteten Wert ab. Die Berechnung stimmt jetzt wieder.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Auswertungen:</strong></mark> Liefer- und Rechnungsadressen</summary>

Zusatz-, Liefer- und Rechnungsadressen ließen sich in Auswertungen nicht anzeigen. Die Felder stehen jetzt zur Verfügung.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Ausgaberegeln:</strong></mark> Mehrsprachig einrichten</summary>

Eine Ausgaberegel ließ sich nicht für mehrere Sprachen anlegen – VARIO meldete „Ein Report mit diesem Regelsatz existiert bereits.“, obwohl sich die Regeln in der Sprache unterschieden.

Regeln für verschiedene Sprachen lassen sich jetzt nebeneinander einrichten.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Kasse:</strong></mark> Stornierung und Kassenabschluss</summary>

Beim Stornieren eines Belegs fehlte die Rückmeldung, dass die Stornierung läuft – jetzt erscheint der Hinweis „Stornierung wurde beauftragt“.

Beim Kassenabschluss wurde die eigentliche Fehlermeldung von einer allgemeinen Meldung überdeckt. Du siehst jetzt, woran der Abschluss gescheitert ist.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Import:</strong></mark> Zahlen in der Vorschau</summary>

In der Importvorschau wurden Zahlen anders dargestellt als sie übernommen wurden. Anzeige und übernommener Wert stimmen jetzt überein.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Verkaufskanäle:</strong></mark> Übersetzungen beim Massen-Anlegen</summary>

Beim Anlegen vieler Listings auf einmal fehlten die Übersetzungen. Sie werden jetzt mit angelegt.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Versand:</strong></mark> Pakete ohne Versender-App</summary>

Ist für einen Versender keine App installiert, blieb das Paket offen und musste von Hand nachgezogen werden. Solche Pakete werden jetzt direkt abgeschlossen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Webhooks:</strong></mark> JSON wie in der REST-Schnittstelle</summary>

Webhooks und Websockets lieferten ein anderes JSON als dieselben Daten über die REST-Schnittstelle. Damit liefen Empfänger auf Felder, die sie nicht erwarteten.

Die Serialisierung ist vereinheitlicht: Du bekommst dasselbe JSON wie über die REST-Schnittstelle.

</details>

***

<details>

<summary><mark style="color:$primary;"><strong>Amazon-Marketplace-App:</strong></mark> Namen aus der Bestellung</summary>

Aus dem Amazon-Bericht wurde jeder Name in Vor- und Nachname zerlegt – auch dann, wenn er mehrere Personen nennt („Anna Schmidt / Bernd Schmidt“, „Meier & Sohn“) oder Amazon ihn bereits umgedreht liefert („Schmidt, Anna“).

Zerlegt wird jetzt nur noch, wenn eindeutig eine Person gemeint ist. Sonst bleibt der Adressname genau so stehen, wie Amazon ihn meldet, und es wird kein Ansprechpartner angelegt – wie auf jedem anderen Verkaufskanal auch.

</details>

<details>

<summary><mark style="color:$primary;"><strong>GLS-App:</strong></mark> Geänderte Versandart</summary>

Wurde die Versandart nach dem Erzeugen der Sendung geändert, arbeitete die App mit den alten Versandeinstellungen weiter. Passen die Einstellungen nicht zur Sendung, werden sie jetzt neu geladen.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Internetmarke-App:</strong></mark> Sendungsnummer bei Gutscheinen</summary>

Bei Produkten ohne eigene Sendungsnummer stand die Sendung ohne Nummer da. Jetzt wird die Gutschein-ID als Sendungsnummer übernommen, damit die Sendung eindeutig bleibt.

</details>

<details>

<summary><mark style="color:$primary;"><strong>Mandantenreplikation-App:</strong></mark> Herausgeber und Verteilungsdefinition</summary>

Beim Verteilen wurde die Definition nicht vollständig geladen, und fehlende Zugangsdaten beim Herausgeber verschwanden in einer allgemeinen Fehlermeldung.

Die Daten werden jetzt immer beim Herausgeber-Teilnehmer gelesen, und fehlende oder abgelaufene Zugangsdaten melden sich klar mit dem Hinweis, beim Herausgeber-Teilnehmer **„Zugangsdaten aktualisieren“** auszuführen.

</details>


---

# 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.37.0.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.