# Wie Sie eine Preisänderung an jeden Standort übertragen, ohne jede Kasse einzeln zu bearbeiten

> Published: 2026-07-29
> Updated: 2026-07-29
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/de/blog/wie-sie-eine-preisanderung-an-jeden-standort-ubertragen-ohne-jede-kasse-einzeln-zu-bearbeiten

Wenn eine Preisänderung bedeutet, jede Kasse einzeln zu bearbeiten, liegt der Preis in Ihrer Hardware, nicht in Ihrem Katalog. Warum kassenspezifische Preislisten scheitern, welche Übergangslösungen funktionieren und wie eine einzige zentrale Änderung alle Standorte erreichen sollte.

Sie übertragen eine Preisänderung an jeden Standort, indem Sie die Änderung ein einziges Mal in einem zentralen Katalog vornehmen und jede Kasse daraus lesen lassen. Das ist bereits die gesamte Antwort. Wenn Sie bei Ihrem System stattdessen zu jeder Kasse laufen, sich per Fernzugriff in sechs Backoffices einwählen oder eine Datei von einem USB-Stick laden müssen, liegt der Preis nicht wirklich in Ihrer Preisliste. Er liegt in der Hardware. Und ein Preis, der in der Hardware liegt, muss überall dort geändert werden, wo sich die Hardware befindet.

## Warum bedeutet eine Preisänderung, jede Kasse einzeln zu bearbeiten?

Weil ältere POS-Systeme jede Kasse wie eine eigene kleine Datenbank behandeln. Das Gerät speichert eine lokale Preisliste (die auf der Kasse gespeicherte Liste von Artikeln und Preisen) und die Kassiermaske greift auf diese lokale Kopie zu. Die Zentrale kann eine perfekte Master-Tabelle führen, aber die Kasse weiß nicht einmal, dass sie existiert. Wenn die Kasse das führende System ist (die Kopie, der letztlich alle vertrauen), muss jede Kasse individuell über die Änderung informiert werden.

Dieses Konzept ergab Sinn, als Kassen noch Offline-Geräte waren und eine Internetverbindung ein Luxus war. Das ist zwar schon seit Jahren nicht mehr der Fall, aber das Datenmodell hat in vielen installierten Systemen überlebt – und in einigen neueren, die es übernommen haben. Das Ergebnis entspricht demselben Muster wie bei [nächtlichen CSV-Exporten anstelle von Berichten](/blog/nightly-csv-exports-not-a-reporting-strategy): Mitarbeiter führen eine dauerhafte manuelle Routine aus, um zu kompensieren, wo die Daten gespeichert sind.

![Mitarbeiter bearbeitet nach Ladenschluss manuell eine alte Kasse, die manuelle Methode zur Übertragung einer Preisänderung an jeden Standort](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2d74076224b6d714-editing-register-after-close-inline.jpg)

## Was kostet Sie die kassenspezifische Preisbearbeitung wirklich?

Mehr als nur den Feierabend, den sie kostet. Die vorhersehbaren Fehler:

- Abweichungen zwischen Standorten. Dieselbe SKU (eindeutige Produktnummer) wird in der Innenstadt zu einem anderen Preis kassiert als im Einkaufszentrum, weil im März eine Kasse vergessen wurde. Niemand bemerkt es, bis es einem Kunden auffällt. [Lagerbestände weichen von selbst ab](/blog/cycle-counts-vs-annual-inventory); manuell kopierte Preise weichen noch schneller ab.
- Ausgelassene Geräte. Eine Kasse, auf der gerade kassiert wurde, die ausgeschaltet war oder während des Updates einfach vergessen wurde, behält die alte Preisliste – und berechnet wochenlang problemlos den alten Preis.
- Regalauszeichnungen und Kassenbons stimmen nicht überein. Jede manuelle Überarbeitungsrunde bietet eine neue Chance, dass der gescannte Preis nicht mehr mit dem Etikett am Regal übereinstimmt. Ein Kunde, dem diese Abweichung auffällt, vertraut allen anderen Preisen in Ihrem Geschäft ein Stück weniger.
- Ungenaue Berichte. Wenn ein Produkt in derselben Woche zu drei verschiedenen Preisen verkauft wird, verlieren Marge-Berichte ihre Aussagekraft, und der Abgleich (der Vergleich Ihrer Berichte mit den tatsächlich geflossenen Geldern) wird zur Spurensuche.
- Arbeit nach Ladenschluss. Kassenspezifische Anpassungen werden bis nach Ladenschluss aufgeschoben, was entweder Überstunden kostet oder zu Verzögerungen führt. Wenn die Lieferantenpreise bereits gestiegen sind, ist jeder Tag des Wartens verschenkte Marge.

## Welche Übergangslösungen funktionieren bei einem kassenspezifischen System?

Wenn Sie derzeit an ein kassenspezifisches Preissystem gebunden sind, sind einige Routinen weniger fehleranfällig als andere:

1. Als Batch-Import verarbeiten, niemals neu eintippen. Führen Sie eine Master-Preisdatei und laden Sie diese über die Export- und Import-Tools des Systems hoch, selbst wenn Sie dies Gerät für Gerät tun müssen. Das erneute Eintippen von Zahlen über ein Tastenfeld ist die Hauptursache für Fehler.
2. Eine Master-Kasse festlegen. Wenn Ihr System die Konfiguration einer Kasse auf die anderen kopieren kann, machen Sie ein einzelnes Gerät zur Quelle und klonen Sie es. Eine halbe Synchronisierung ist besser als gar keine.
3. Das Zeitfenster für Änderungen kontrollieren. Eine Person, eine datierte Master-Datei, eine Checkliste mit jedem einzelnen Gerät. Die meisten Abweichungen gehen auf ein „Ich dachte, du hättest Kasse 2 gemacht“ zurück.
4. Durch Scannen überprüfen, nicht durch Hinsehen. Führen Sie nach dem Update an jedem Standort einen Testverkauf für einige geänderte Artikel durch. Ein Einstellungsbildschirm kann etwas anderes anzeigen als beim Kassieren tatsächlich berechnet wird.
5. Ein Preisänderungsprotokoll führen. Wenn später Abweichungen auftreten, ist ein datiertes Protokoll der Unterschied zwischen einer klaren Diagnose und bloßem Vermuten.

Seien Sie ehrlich, worum es sich hierbei handelt: Wartung eines Designfehlers. Es fällt in dieselbe Kategorie wie das [manuelle Entfernen der Steuer für jeden steuerbefreiten Käufer](/blog/pos-tax-exempt-sale-remove-tax) – eine Person tut dauerhaft das, was das Datenmodell einmal hätte erledigen sollen.

![Mitarbeiter tauscht nach einer Preisänderung die Regaletiketten in einem Gang des Geschäfts aus](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/ebf1f42711a73e82-swapping-shelf-labels-inline.jpg)

## Wie sollte eine Preisänderung eigentlich funktionieren?

Der Preis sollte an genau einem Ort liegen: einem zentralen Katalog in der Cloud, wobei jede Kasse als Client dieses Katalogs agiert und nicht als Besitzer einer eigenen Kopie. Ändern Sie den Produktdatensatz, und es gibt nichts weiter zu übertragen, da kein anderes Element einen Preis speichert. Das ist das Hauptargument für Cloud-Systeme gegenüber traditionellen Installationen, wie in [POS-Systeme für jedes Unternehmen: Welcher Typ ist der richtige für Sie?](/blog/pos-systems-for-every-business-which-type-is-right-for-you) erläutert.

In Final POS ist der Katalog genauso aufgebaut. Produkte befinden sich in [einer Produktliste im Merchant Hub](https://finalpos.com/help/merchant-hub-products), der Preis ist ein Feld im Produktdatensatz, und [Outlets (Ihre Ladenstandorte)](https://finalpos.com/help/add-and-manage-outlets) steuern, wo jedes Produkt verkauft wird. Jede Station in jedem Outlet liest denselben Datensatz, sodass das einmalige Bearbeiten des Preises bereits die gesamte Arbeit ist.

Zwei ehrliche Einschränkungen: Eine Kasse muss weiterhin online sein, um ein Update zu empfangen. Der Überprüfungsschritt reduziert sich somit darauf, zu bestätigen, dass die Geräte verbunden sind, anstatt Zahlen neu einzugeben. Und wenn Sie bewusst an verschiedenen Standorten unterschiedliche Preise verlangen, ist das eine Preisentscheidung, die als Regel in den Katalog gehört – und nicht etwas, das man manuell nachbildet, indem man die Kassen voneinander abweichen lässt.

![Geschäftsinhaber nimmt eine Preisänderung auf einem Tablet vor, wobei die Änderung von einem zentralen Katalog aus jeden Standort erreicht](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/6d2b3aa07fe0a7db-one-edit-central-catalog-inline.jpg)

## Wie übertragen Sie also eine Preisänderung an jeden Standort, ohne jede Kasse einzeln zu bearbeiten?

Bei einem kassenspezifischen System gar nicht. Sie verarbeiten die Änderung als Batch-Import, klonen sie, wo das System es zulässt, und überprüfen sie mit Testscans, weil das Systemkonzept nichts Besseres hergibt. Bei einem System mit einem zentralen Katalog ändern Sie das Produkt einmal und sind fertig. Die Faustregel lautet: **Wenn das Ändern eines Preises bedeutet, Hardware anzufassen, besitzen Ihre Kassen Ihren Katalog und nicht umgekehrt.** Wenn Sie ein neues System evaluieren, setzen Sie „Einen Preis ändern und mir zeigen, dass er auf jeder Kasse ankommt“ auf Ihr Demoskript und arbeiten Sie nach dem Wechsel [eine Checkliste für die Einrichtung in der ersten Woche](/blog/first-week-on-a-new-pos-setup-checklist) durch.

## FAQ

**Q: Was ist eine Preisliste auf einer POS-Kasse?**
A: Es ist die lokal gespeicherte Liste von Artikeln und Preisen der Kasse, auf die der Kassiervorgang zugreift. Bei älteren POS-Systemen führt jedes Gerät eine eigene Kopie, weshalb eine Preisänderung an jeder Kasse wiederholt werden muss.

**Q: Warum zeigen meine Standorte unterschiedliche Preise für dasselbe Produkt an?**
A: Weil jede Kasse ihre eigenen Preisdaten führt und ein Gerät irgendwann ein Update verpasst hat. Manuell kopierte Preise weichen genauso ab wie manuell gezählte Bestände; ein zentraler Katalog macht diese fehleranfälligen Kopien überflüssig.

**Q: Wie überprüfe ich, ob eine Preisänderung jede Kasse erreicht hat?**
A: Führen Sie an jedem Standort einen Testverkauf für einige der geänderten Artikel durch. Ein Einstellungsbildschirm kann den neuen Preis anzeigen, während beim Kassieren noch der alte berechnet wird. Vertrauen Sie daher dem Kassenbon, nicht der Konfigurationsseite.

**Q: Kann ich bewusst unterschiedliche Preise an verschiedenen Standorten festlegen?**
A: Manche Unternehmen legen Preise bewusst je nach Standort fest. Das sollte jedoch eine Regel im Katalog oder in den Preiseinstellungen sein und keine manuelle Bearbeitung pro Gerät. Prüfen Sie, wie Ihr System standortbezogene Preise abbildet, bevor Sie sich darauf verlassen.

**Q: Aktualisiert ein Cloud-POS die Preise an jedem Standort sofort?**
A: Die Änderung wird sofort auf den gemeinsamen Katalog angewendet. Eine Kasse, die offline ist, übernimmt sie, sobald sie wieder verbunden ist. So beschränkt sich die verbleibende Prüfung darauf, ob jedes Gerät online ist, anstatt Zahlen neu einzugeben.