{"id":1438,"date":"2025-09-15T14:21:30","date_gmt":"2025-09-15T12:21:30","guid":{"rendered":"https:\/\/www.combase.de\/?p=1438"},"modified":"2026-03-10T09:28:17","modified_gmt":"2026-03-10T08:28:17","slug":"wie-wir-zu-korona-pos-next-gekommen-sind-und-warum-unsere-prozesse-den-wahren-unterschied-machen","status":"publish","type":"post","link":"https:\/\/beta.combase.de\/?p=1438","title":{"rendered":"Wie wir zu KORONA POS Next gekommen sind und warum unsere Prozesse den wahren Unterschied machen"},"content":{"rendered":"\n<h3 class=\"wp-block-heading\"><strong>Developer Edition<\/strong><\/h3>\n\n\n\n<p><strong>Developer Edition hei\u00dft hier: Eine offene, sehr technische Version. Ohne Marketing-Gedr\u00f6sche. Es geht darum, wie wir KORONA POS Next gebaut haben, warum wir dreimal komplett neu begonnen haben und wieso wir heute mit KORONA POS Next, KORONA Cloud und KORONA Studio eine Architektur liefern, die in Tempo, Stabilit\u00e4t und Offenheit sichtbar vorne liegt. Kurz gesagt: Das Ergebnis ist stark, weil der Weg dahin konsequent strukturiert war.<\/strong><\/p>\n\n\n\n<p> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><br><strong>Zehn Jahre Weg. Drei Neustarts. Ein Ziel.<\/strong><\/h2>\n\n\n\n<p>Im Oktober 2014 haben wir begonnen. Die erste Iteration war mutig, aber noch zu sehr im Denken klassischer Kassen gefangen. Unser Headless-POS-Muskel war komplett untrainiert. Wir hatten viel Logik im UI, viele Ankopplungen, wenig Luft f\u00fcr schnelle \u00c4nderungen.<\/p>\n\n\n\n<p>Der erste Neustart hat uns in Richtung sehr serverzentriert gef\u00fchrt. Im Labor toll, im Ladenalltag mit wackeligem Netz nicht gut genug. Der zweite Neustart zeigte das n\u00e4chste Learning: Wenn das UI die Fachlogik mitschleppt, wird jede Layout\u00e4nderung zu einem riskanten Core-Eingriff. Genau das wollten wir eigentlich vermeiden.<\/p>\n\n\n\n<p>Der dritte Neustart war der Durchbruch. Wir haben den Fokus radikal verschoben. <a href=\"https:\/\/www.combase.de\/transaktion-statt-terminal-warum-das-neue-herz-des-pos-alles-veraendert\/\" data-type=\"post\" data-id=\"1384\">Nicht mehr das Ger\u00e4t ist das Zentrum, sondern die Transaktion<\/a>. KORONA POS Next ist der stabile Kopf ohne eigenes UI. Unten am Edge sichert eine lokale Datenhaltung den Alltag ab. Davor laufen beliebige Oberfl\u00e4chen, die in Echtzeit mit dem Core sprechen. Dar\u00fcber liegen KORONA Cloud und KORONA Studio als R\u00fcckgrat f\u00fcr Backoffice, Auswertungen und Integrationen. Im Januar 2025 ist KORONA POS Next zum ersten Mal produktiv beim Kunden gelaufen (Aufregung inklusive). Seitdem w\u00e4chst das System so, wie es geplant ist: Schnell, messbar, ohne Bauchschmerzen.<\/p>\n\n\n\n<p>Warum? Weil wir von Anfang an ein Ziel hatten: interessierten Anwendern die bestm\u00f6gliche Headless POS L\u00f6sung bereitzustellen. Ohne Kompromisse bei Compliance, Performance und Integrationsf\u00e4higkeit.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Prozesse vor Technologie. Genau das macht uns schnell und stabil.<\/strong><\/h2>\n\n\n\n<p>Viele Softwarebuden starten mit Code. Wir versuchten konsequent mit Klarheit zu starten.<\/p>\n\n\n\n<p><strong>RFC und ADR<\/strong><\/p>\n\n\n\n<p>Jedes Vorhaben beginnt mit einem Request for Comments. Problem, Randbedingungen, nicht-funktionale Anforderungen, Datenfl\u00fcsse, Alternativen, Risiken. Das Dokument geht ins Team, bekommt Kommentare und eine Deadline. Am Ende steht ein Architecture Decision Record. Entscheidung, Begr\u00fcndung, Alternativen, R\u00fcckrollplan. Wer neu dazu kommt, versteht die Historie. Partner auch.<\/p>\n\n\n\n<p><strong>API-Governance<\/strong><\/p>\n\n\n\n<p>Wir behandeln Protokolle wie Produkte. UIs sprechen in Echtzeit mit dem Core \u00fcber WebSockets. Typisierte Nachrichten, Reihenfolge, Best\u00e4tigungen, Heartbeats. Richtung Cloud setzen wir auf REST mit Idempotenz, ETags, klaren Fehlerklassen. Alles versioniert. Deprecations mit Fristen. Hinweise erscheinen in KORONA Studio. Consumer Driven Contracts verhindern, dass ein Producer einen Consumer bricht. Wenn doch, stoppt die Pipeline fr\u00fch. Im Feld bleibt es ruhig.<\/p>\n\n\n\n<p><strong>SLI und SLO<\/strong><\/p>\n\n\n\n<p>Wir arbeiten gegen klare Ziele. Technisch messen wir Roundtrip-Zeiten f\u00fcr UI Events, Reconnects, Sync-Lag vom Edge zur Cloud, Journal-Latenz. Fachlich messen wir Abbr\u00fcche im Checkout, Assist-Quoten am Kiosk, Durchsatz in Peak-Zeiten, Promo-Compliance. Ein Feature geht erst live, wenn die Zahlen passen. Falls nicht, bleibt es hinter einem Feature Flag. Das ist keine Bremse, das ist unsere Versicherung f\u00fcr Tempo ohne Folgesch\u00e4den.<\/p>\n\n\n\n<p><strong>Release-Engineering<\/strong><\/p>\n\n\n\n<p>Feature Flags, Remote Config, Rollouts in Ringen, definierte Stop-Kriterien, dokumentierte Rollbacks. So vermeidet man Zitterpartien. Erst zwei oder drei Filialen, dann zwanzig Prozent, dann volle Fl\u00e4che. Wenn eine Metrik kippt, schalten wir gezielt zur\u00fcck. Keine Hauruck-Aktionen.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Headless richtig verstanden. Core stabil, UI lebendig.<\/strong><\/h2>\n\n\n\n<p>KORONA POS Next hat kein eigenes UI. Der Core enth\u00e4lt alles, was heikel, gesetzlich relevant oder gesch\u00e4ftskritisch ist. Transaktionen, Preise und Promotions, Steuer und Fiskal, Belege, Zahlungsorchestrierung, Echtzeitdialog, Offline-Resilienz. Die UIs vorn sind austauschbar. Klassische Kasse, Self Checkout, Verk\u00e4ufer Tablet, Smartphone der Kundin, Webshop, Automat. Alle sprechen denselben, sauber definierten Vertrag. Das UI ist die Linse, nicht der Entscheider. So gelingt Tempo, ohne dass Compliance oder Konsistenz leiden.<\/p>\n\n\n\n<p>KORONA Cloud und KORONA Studio geben dem Ganzen R\u00fcckgrat. Backoffice, Konfiguration, Benutzer und Rollen, Auswertungen, Integrationen in ERP, Warenwirtschaft, FiBu, CRM, Loyalty. Mischbetrieb ist normal. Klassische KORONA POS und KORONA POS Express k\u00f6nnen zusammen mit KORONA POS Next in einem Account laufen. Migrationen werden dadurch sanft und planbar.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Sicherheit, Compliance, Auditierbarkeit. Von Anfang an eingeplant.<\/strong><\/h2>\n\n\n\n<p>Wir entwickeln in L\u00e4ndern mit sehr unterschiedlichen Regeln. Deshalb liegt die fiskalische und steuerliche Logik im Core. L\u00e4nderadapter sind klar abgegrenzt. Timeouts, Fallbacks, Fehlerklassen sind definiert. Die Belegpipeline erzeugt Print, PDF und digitale Belege. Journale sind als Hash-Kette nachvollziehbar. Transport ist verschl\u00fcsselt. Lokale Caches ebenfalls. Ger\u00e4te und UIs werden sauber registriert. Rollen und Rechte passen zum Alltag in der Filiale. Das Ergebnis ist pr\u00fcfbar und wiederholbar.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Offline ist Alltag. Nicht Ausnahme.<\/strong><\/h2>\n\n\n\n<p>Ein POS, der nur bei perfektem Netz funktioniert, ist Theorie. Wir planen Edge und Offline bewusst ein. Lokale Persistenz puffert, wenn es ruckelt. Versand in die Cloud l\u00e4uft in robusten Warteschlangen, mit Backoff und Wiederholung. Idempotenz sorgt daf\u00fcr, dass Schritte nicht doppelt gez\u00e4hlt werden. Nach einem Stromausfall kassiert man weiter, danach wird sauber nachgezogen. Das ist kein Trick, das ist Pflicht (eigentlich schon immer).<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Observability. Sehen, steuern, lernen.<\/strong><\/h2>\n\n\n\n<p>Wir m\u00f6chten nicht raten, wir m\u00f6chten wissen. Darum verbinden wir technische Signale mit fachlichen Metriken in gemeinsamen Dashboards. Ein Beispiel. Der Roundtrip zwischen UI und Core ist gut, aber die Assist-Quote an zwei Kiosken steigt? Dann liegt es wahrscheinlich am Flow, nicht an der Leitung. Tracing hilft, Ereignisse \u00fcber UI, Core und Cloud zu verfolgen. Runbooks beschreiben klare Schritte. Postmortems sind ohne Schuldzuweisung und enden immer mit konkreten Ma\u00dfnahmen. So wird aus jedem Vorfall eine Verbesserung.<br>  <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Partner-Enablement. Offen hei\u00dft anschlussf\u00e4hig.<\/strong><\/h2>\n\n\n\n<p>Integrationspartner sollen nicht reverse engineeren, sondern gestalten. Darum gibt es bei uns eine Dokumentation, die man wirklich nutzt. Sequenz- und Zustandsdiagramme, saubere Schemas f\u00fcr WebSocket und REST, eine Kompatibilit\u00e4tstabelle \u00fcber UI SDK, Core und Cloud. Starter Kits f\u00fcr Compose Multiplatform und Web. Sandboxes mit echten Testdaten. Deprecations mit Vorlauf und Anleitung. Ergebnis. Weniger R\u00fcckfragen, weniger Leerlauf, schnellere Integration, h\u00f6here Qualit\u00e4t.<br>  <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Hardware ist Realit\u00e4t und wir testen sie.<\/strong><\/h2>\n\n\n\n<p>Scanner, Drucker, Terminals, Kioske, Tablets, Smartphones, Kassenhardware. Unterschiedliche Betriebssysteme, Treiber, Protokolle. Im Netz simulieren wir Latenz, Paketverlust und Roaming. Wir ziehen Stecker. Wir pr\u00fcfen die Peripherie. Daraus entstehen Kompatibilit\u00e4tsmatrizen, die Projekte retten. Nicht erst am Go Live.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Warum viele es noch nicht sehen und wie wir versuchen, es zu zeigen.<\/strong><\/h2>\n\n\n\n<p>CTOs, IT Leiter und Entwickler verstehen Headless sehr schnell. Ein Core, der Regeln und Compliance tr\u00e4gt. Ein UI, das schnell variiert. Ein Vertrag, der stabil ist. Viele Management Teams (oft die Entscheider) haben aber anderes im Kopf. Filialbetrieb, Personal, Fl\u00e4chenleistung, Kosten. V\u00f6llig legitim. Genau deshalb versuchen wir Architektur in Wirkung zu \u00fcbersetzen.<\/p>\n\n\n\n<p>Weniger Schlange hei\u00dft mehr abgeschlossene K\u00e4ufe in Peaks. Assisted Selling am Regal macht aus nicht vorr\u00e4tig ein kommt morgen, ohne Medienbruch. Promotions greifen \u00fcberall gleich, Rabattfehler verschwinden. \u00c4nderungen gehen in Tagen live, nicht nach der Kampagne. Ein Core statt Insell\u00f6sungen reduziert Wartung, Schulung und Support. In Summe steigen Umsatz und Marge und die Kosten bleiben planbar.<\/p>\n\n\n\n<p>Der beste Weg, das zu zeigen, ist ein Pilot mit klaren KPIs. Zwei bis drei Filialen. Ein Use Case. Zum Beispiel Verk\u00e4ufer Tablet am Regal oder Self Checkout mit Assist Mode. Messgr\u00f6\u00dfen vorher festlegen. Abbruchquote, Wartezeit, Durchsatz, Promo-Compliance. Rollout in Ringen. Bericht nach vier Wochen. Dann entscheidet nicht das Gef\u00fchl, sondern die Zahl.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Historie mit Haltung. Warum die drei Neustarts scheinbar wichtig waren.<\/strong><\/h2>\n\n\n\n<p>Wir haben auf dem Weg zu KORONA POS Next Technologien verworfen, die auf dem Papier gut aussahen. Und wirklich: Das war nicht immer einfach. Manche Technologien waren zu schwer, andere zu empfindlich, wieder andere zu stark mit UI Logik verkn\u00fcpft. Jedes Mal haben wir die Entscheidung stark diskutiert und auch dokumentiert, Alternativen bewertet und einen R\u00fcckweg definiert. Das Ergebnis ist ein System, das heute leicht wirkt, weil es an der richtigen Stelle schwer ist. Die Komplexit\u00e4t sitzt im Core, dort wo sie hingeh\u00f6rt. Die Oberfl\u00e4chen d\u00fcrfen schnell und mutig sein, ohne den Laden zu gef\u00e4hrden.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Was Kunden und Partner konkret davon haben<\/strong><\/h2>\n\n\n\n<p>F\u00fcr H\u00e4ndler hei\u00dft das: Schnellere Rollouts, stabile Peaks, einheitliche Regeln, saubere Belege, echte Steuerbarkeit im Betrieb. F\u00fcr Partner hei\u00dft das: Klare Vertr\u00e4ge, saubere Versionierung, realistische Deprecation, Starter, Sandbox, gute Betreuung. F\u00fcr beide Seiten sinkt das Risiko. Projekte sind eher ein Plan als ein Abenteuer.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Und zum Schluss:<\/strong><\/h2>\n\n\n\n<p>KORONA POS Next, KORONA Cloud und KORONA Studio sind nicht zuf\u00e4llig so offen und robust. Sie sind das Ergebnis von zehn Jahren Arbeit mit klaren Prozessen. RFCs, ADRs, API Governance, Contract Tests, SLI und SLO, Feature Flags, Ring Rollouts, Observability, Security by Design, Partner Enablement, Hardware Lab. Ohne das g\u00e4be es diese Architektur nicht in dieser Form.<\/p>\n\n\n\n<p>Wir empfehlen: Klein starten, sauber messen, sinnvoll skalieren. Danach ist die Diskussion um Headless selten noch theoretisch. Dann sieht man, was es bringt. F\u00fcr Umsatz. F\u00fcr Marge. F\u00fcr Ruhe im Betrieb.<\/p>\n\n\n\n<p>Und noch was in eigener Sache: Ich h\u00e4tte nie gedacht, dass die Entwicklung von KORONA POS Next, so aufw\u00e4ndig ist und so lange dauert. Aber jeder Schritt und jeder Umweg hat sich gelohnt.<\/p>\n\n\n\n<p>Danke f\u00fcr die Aufmerksamkeit \ud83d\ude42<\/p>\n\n\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Developer Edition Developer Edition hei\u00dft hier: Eine offene, sehr technische Version. Ohne Marketing-Gedr\u00f6sche. Es geht darum, wie wir KORONA POS Next gebaut haben, warum wir dreimal komplett neu begonnen haben und wieso wir heute mit KORONA POS Next, KORONA Cloud und KORONA Studio eine Architektur liefern, die in Tempo, Stabilit\u00e4t und Offenheit sichtbar vorne liegt. [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":2056,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1,212,6,65],"tags":[238,201,242,206,240,237,241,236,239,195],"class_list":["post-1438","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","category-headless-pos","category-inspiration","category-neuigkeiten-von-der-combase-ag","tag-api-governance","tag-compliance-by-design","tag-feature-flags","tag-headless-pos","tag-korona-pos-next-2","tag-observability","tag-rfc-adr","tag-ring-rollouts","tag-sli-slo","tag-transaktionszentriert"],"_links":{"self":[{"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/posts\/1438","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/beta.combase.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1438"}],"version-history":[{"count":10,"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/posts\/1438\/revisions"}],"predecessor-version":[{"id":1454,"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/posts\/1438\/revisions\/1454"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/beta.combase.de\/index.php?rest_route=\/wp\/v2\/media\/2056"}],"wp:attachment":[{"href":"https:\/\/beta.combase.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1438"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/beta.combase.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1438"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/beta.combase.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1438"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}