Die Plattform
Die meisten Kassensystemanbieter haben ein Produkt mit einem Einstellungsbildschirm oder eine Abspaltung pro Kunde, die langsam veraltet. Phlo POS ist eine gemeinsame Engine mit Möglichkeiten zur Anbindung. Was deins ist, bleibt deins; was sich als nützlich für alle herausstellt, geht zurück in die Engine, wo es für alle gewartet wird.
Das ist der ganze Sinn eines gemeinsamen Motors und es macht eine maßgeschneiderte Kasse erschwinglich. Zwei Kassen, die wir betreiben, und was jede von ihnen tatsächlich haben musste.
Abrechnen und Zahlung entgegennehmen, weiterverkaufen wenn die Leitung unterbrochen wird, Drucker und die Kasse, Kassenabrechnung, das Backoffice, die Berichterstattung, einen Fuhrpark von Kassen betreiben. Bewährt an Theken, die jetzt geöffnet sind.
Drei Dinge mussten gebaut werden: das Treueprogramm, das es seit Jahren betreibt, die Spalten, die die Zentrale in einem Bericht möchte, und welches Bildschirmlayout seine Kassen verwenden. Multi-Währung, Multi-Store und die Bargeldverfahren waren bereits vorhanden.
Runden, die auf einem Namen, einem Tisch oder einem Team geparkt sind, werden von demjenigen abgeholt, der hinter der Bar steht. Es wurde gebaut, weil eine Kasse es brauchte, und so geschrieben, dass die nächste sie einfach einschalten kann.
Das ist das Angebot. Du zahlst für den Teil, der dir gehört, und der Teil, der geteilt wird, wird immer besser, ohne dass du dafür zweimal bezahlen musst.
Nicht indem du den Motor kopierst und bearbeitest, was einmal billig und für immer teuer ist. Indem du dein eigenes Verhalten an den Stellen einfügst, an denen eine Kasse abweicht, und den Rest in Ruhe lässt.
Was das Schließen des Tages blockiert. Was nicht storniert werden darf. Was passiert, in dem Moment, in dem ein Beleg gebucht wird. Welche zusätzlichen Felder eine Zeile trägt. Was ein Rabatt tun darf. Jeder dieser Punkte ist ein Ort, an dem dein Verhalten läuft, und wo nichts zu tun bedeutet, dass die Engine sich wie immer verhält.
Wie heißt die Steuer in deinem Land, wie liest sich eine Rabattzeile, was steht am Ende des Belegs, wie viele Kopien druckt eine Kartenzahlung. Ein Beleg in der Karibik teilt die Steuer auf drei Arten unter drei Namen auf; das ist ein Haken, kein Gabel.
Ein Treueprogramm mit eigenem Broker, ein Buchhaltungs-Export mit deinen Buchungsregeln, ein Produktfeed aus einem System, das all dies überdauert. Connectoren sind gewöhnlicher Code in deiner eigenen Schicht und sie durchlaufen die gleichen Tests wie alles andere.
Eine zusätzliche Spalte in einer Belegzeile, ein zusätzlicher Tisch, eine zusätzliche Art von Zeile, die die Kasse buchen kann. Deine Schicht fügt einem Modell Felder hinzu, anstatt es zu kopieren, sodass ein gemeinsames Feld weiterhin an einem Ort aktualisiert wird.
Fragst du dich, welcher Teil deiner Theke ein Haken wäre und welcher Teil bereits vorhanden ist? Das beantwortet eine Intake.
Nachweislich wiederverwendbare Funktionalität gehört in die gemeinsame Engine, auch wenn ein Kunde der erste oder einzige Nutzer ist.
Aus den Arbeitsvereinbarungen der Phlo POS Engine
Es klingt nach einem internen Detail. Es ist die gesamte Ökonomie der Sache. Der einfache Weg, eine maßgeschneiderte Kasse zu bauen, besteht darin, den Motor zu kopieren und ihn zu ändern, was einmal billig und für immer teuer ist: jede Lösung muss fünfmal gemacht werden, und vier davon werden vergessen.
Das Tab-System, das eine Bar angefragt hat, ist allgemein gehalten. Die Multi-Währungs-Verarbeitung, die eine Kette benötigte, ist im Kern integriert. Das Terminalprotokoll, das wir für eine Bank implementiert haben, steht gleichwertig neben dem Cloud-Terminal. Jeder nachfolgende Kassenplatz beginnt weiter vorne als der vorherige, und deshalb kostet das zweite Projekt seiner Art weniger als das erste.
Ein gemeinsames System ist nur dann von Vorteil, wenn eine Änderung an einem Kassenplatz nicht stillschweigend einen anderen beschädigen kann.
Jede Kasse und jedes Backoffice jeder Live-Installation wird durch die Test-Suite gestartet und überprüft. Wenn eine davon nicht mehr funktioniert, wird die Änderung nicht veröffentlicht.
Summen, Steuern, Rabatte und Rundungen werden mit den aufgezeichneten Ergebnissen überprüft. Buchungen und Stornierungen werden gegen eine echte Datenbank getestet, denn dort leben die Geldfehler.
Ein Test baut das gesamte Schema aus seinen Migrationen in einer leeren Datenbank neu auf und vergleicht es spaltenweise mit dem, was tatsächlich läuft. Eine Entwicklungsabkürzung darf keine Produktionsüberraschung werden.
Pro Kasse, mit der absichtlich erhöhten Version. Der Empfänger führt zuerst einen Dump durch, führt die ausstehenden Migrationen aus und rollt alles automatisch zurück, wenn die Gesundheitsprüfung fehlschlägt.
Der Vertrag zwischen der Kasse und der Maschine, auf der sie druckt, ist schriftlich festgelegt. Neue Funktionen werden daneben hinzugefügt, niemals anstelle davon, sodass eine Theke, die ein Jahr lang nicht berührt wurde, weiterhin druckt.
Ein Bericht-Button an der Kasse und im Backoffice sendet einen Screenshot mit den Umständen und öffnet einen Thread. Was gemeldet wurde, was entschieden wurde und in welcher Version es behoben wurde, wird festgehalten, nicht erinnert.
Du bekommst ein System, das läuft, und eine Vereinbarung, die festlegt, was passiert, wenn wir von einem Bus überfahren werden. Was wir nicht tun, ist dich an Hardware zu binden, die du nur bei uns kaufen kannst, oder an eine Lizenz, die deine Kasse stoppt, wenn ein Vertrag endet. Das Eigentum an der Arbeit, die wir für dich leisten, ist Teil des Angebots, nicht ein nachträglicher Gedanke.
Das ist der normale Fall und der Grund für den Hook-Vertrag. Etwas Spezifisches für dich lebt in deiner eigenen Schicht; etwas, das jeder Kasse nutzen könnte, geht in die gemeinsame Engine, wo es für alle gewartet und getestet wird. Du zahlst nicht zweimal für dieselbe Idee.
Es ist nicht erlaubt. Jede Änderung am gemeinsamen System durchläuft die vollständige Suite beider Live-Installationen, bevor sie ausgeliefert wird, und das Bereitstellen an einer Kasse ist ein bewusster Schritt pro App, wobei zuerst ein Datenbank-Dump erstellt wird und ein automatisches Rollback erfolgt, wenn die Gesundheitsprüfung fehlschlägt.
Der Berechnungskern wird gegen Golddateien getestet und die Buchungs- und Stornierungsabläufe werden gegen eine echte Datenbank getestet, die aus der Live-Struktur neu aufgebaut wurde. Das Stornieren eines Verkaufs war früher die Fehlerquelle; jetzt gibt es Tests, die buchen, stornieren und die Folgen überprüfen.
Das ist der Großteil der Arbeit in einer Kette. Buchhaltungs-Exporte, Treueprogramme, Produkt-Feeds und ältere Datenbanken, die nicht über Nacht ersetzt werden können, sind Connectoren, und ein Connector ist Code, den wir schreiben und den du behältst.
Eine maßgeschneiderte Kasse hat keinen Listenpreis, da der Umfang ihn bestimmt. Nach einer Intake erhältst du einen Preis für das gesamte Projekt: Bau, Hardwareberatung, Installation und Schulung in einem Gesamtbetrag, der vor Beginn vereinbart wird.
Bereit, es dir richtig anzusehen
Sag uns, wie du heute verkaufst und was dich dabei hindert. Du bekommst einen festen Umfang und einen festen Preis oder ein ehrliches Nein.
Wie eine Intake aussieht
Du hörst von den Leuten, die es bauen würden, nicht von einem Verkaufsschalter.
Fragst du dich, was dein Kassensystem braucht?
Starte eine Anfrage