Ein System, jedes Modul.
Nichts hier ist eine angeflanschte Erweiterung. Jedes Modul teilt sich dieselben Kunden, Artikel, Lager und das Hauptbuch - ein Verkauf, ein Beleg oder eine Freigabe aktualisiert automatisch alles Nachgelagerte.
Kassensystem (POS)
Eine Kasse für einen echten Verkaufstresen, nicht für eine Demo.
- Barcode-Scanning, manuelle Eingabe und eine Schnellauswahlleiste für Ihre meistverkauften Artikel
- Geteilte und mehrere Zahlungsmethoden, Kartenterminal-Integration (Newland & PAX), Kassenschubladen-Steuerung
- Kassenöffnung/-schließung mit Bargeldabgleich und vollständigem X/Z-Bericht
- Jede Stornierung, Absage und jeder Rabatt erfordert eine Freigabe durch eine Führungskraft - mit vollständigem Prüfpfad
- Beleg-, SMS- und Telegram-Benachrichtigungen bei Verkäufen, Stornierungen und Kassenschließungen
So läuft es ab
01
Artikel gescannt oder ausgewählt
Barcode-Scan, manuelle Eingabe oder ein Schnellauswahl-Feld füllt den Warenkorb - Preise und Steuern kommen aus demselben Artikelstamm wie jedes andere Modul.
02
Zahlung, bei Bedarf geteilt
Bargeld, Karte (über das verbundene Terminal) oder eine Aufteilung zwischen Methoden - die Kassenschublade öffnet sich nur über die App.
03
Storno, Absage oder Rabatt? Freigabe erforderlich
Jedes Mal ist eine Vorgesetzten-PIN, ein Karten-Tap oder ein Authenticator-Code erforderlich, mit dauerhaft erfasstem Grund.
04
Beleg und Benachrichtigungen gehen raus
Der Beleg wird gedruckt, und SMS/Telegram-Benachrichtigungen gehen bei Verkauf, Storno oder Kassenschließung raus - je nachdem, was gerade passiert ist.
05
Kassenschließung gegen echte Serverdaten
Der Bargeldabgleich beim Kassenschluss wird aus den eigenen Verkaufs- und Zahlungsdaten des Servers berechnet, nie aus der eigenen Summe des Terminals.
Einkauf & Lager
Von der Meldung niedriger Bestände bis zum gebuchten Wareneingang.
- Einkaufsanfragen, Bestellungen, Wareneingänge und Warenrücksendungen, alle durchgängig verknüpft
- Anschaffungskostenverteilung über Fracht, Zoll und weitere Kosten
- Bestand über mehrere Lager und Filialen, mit Transferanfragen zwischen Filialen
- Chargen- und Seriennummernverfolgung, wo es darauf ankommt
- Nachbestellvorschläge bei niedrigem Bestand, berechnet aus echter Verkaufsgeschwindigkeit, nicht aus einem festen Meldebestand
So läuft es ab
01
Nachbestellung aus echter Geschwindigkeit vorgeschlagen
Niedriger Bestand wird anhand der tatsächlichen Verkaufsgeschwindigkeit für diesen Artikel und diese Filiale markiert, nicht anhand eines einmal festgelegten Meldebestands.
02
Bestellung ausgestellt
Eine Anfrage kann bei Konfiguration zuerst eine Freigabe durchlaufen und wird dann zu einer Bestellung an den Lieferanten.
03
Wareneingang im Lager
Der Bestand aktualisiert sich in dem Moment, in dem der Wareneingang gebucht wird - Anschaffungskosten (Fracht, Zoll) werden über die empfangenen Positionen verteilt.
04
Rechnung im 3-Wege-Abgleich geprüft
Die Lieferantenrechnung wird gegen die Bestellung und den Wareneingang geprüft - Mengen- oder Preisabweichungen werden vor der Zahlung markiert.
05
Zahlung im Hauptbuch gebucht
Nach dem Abgleich wird die Zahlung direkt im Hauptbuch gebucht - kein separater Abgleichsschritt später nötig.
Verkauf & Forderungen
Vom Angebot bis zur Zahlung, mit Freigaben, die tatsächlich etwas bedeuten.
- Angebote, Aufträge, Rechnungen und Gutschriften in einer durchgängigen Belegkette
- Konfigurierbare Genehmigungsworkflows, gesteuert nach Belegart und Betrag
- Kundenauszüge, Fälligkeitsberichte und Mahnwesen für überfällige Rechnungen
- Preislisten, Rabatte und Servicegebühren einheitlich über jeden Verkaufsbeleg hinweg
So läuft es ab
01
Angebot gesendet
Erstellt aus denselben Preislisten und Artikeln wie jeder andere Beleg - keine separate Angebots-Tabelle, die synchron gehalten werden muss.
02
In Auftrag oder Rechnung umgewandelt
Betrag über einem konfigurierten Schwellenwert? Er durchläuft die Freigabekette, bevor er gebucht werden kann.
03
Bestand reserviert und geliefert
Der Lagerbestand spiegelt die Zusage sofort wider, egal welches Lager oder welche Filiale liefert.
04
Zahlung eingezogen
Vollständige oder teilweise Zahlung gegen die Rechnung, erfasst in dem Moment, in dem sie eingeht.
05
Forderungen in Echtzeit aktualisiert
Fälligkeitsberichte und Kundenauszüge spiegeln immer wider, was tatsächlich gerade offen ist - kein Batch-Job von letzter Nacht.
Finanzen & Hauptbuch
Echte doppelte Buchführung als Grundlage für alles.
- Ein vollständiges Hauptbuch - jedes Modul bucht echte Journaleinträge, keine Zusammenfassungsansicht
- Bankabgleich mit CSV-Kontoauszugsimport und Abgleich offener Posten
- Budget-Ist-Vergleiche mit automatischen Überschreitungswarnungen
- Standard-Finanzberichte: Saldenliste, Gewinn- und Verlustrechnung, Bilanz und Kontrollkonten-Abgleich
So läuft es ab
01
Eine Transaktion passiert irgendwo
Ein POS-Verkauf, eine Einkaufsrechnung, eine Spesenabrechnung - wo auch immer sie im System entsteht.
02
Ein echter Journaleintrag wird automatisch gebucht
Vollständige doppelte Buchführung, keine Zusammenfassungszeile - den richtigen Konten und Kostenstellen zugeordnet, sobald es passiert.
03
Kontoauszüge werden importiert und abgeglichen
CSV-Import gegen offene Posten, wobei INFI wahrscheinliche Übereinstimmungen zur Bestätigung durch einen Menschen vorschlägt.
04
Budgets werden bei Ausgaben geprüft
Eine Budgetüberschreitung löst in dem Moment eine Warnung aus, in dem sie passiert, nicht erst am Monatsende.
05
Berichte sind immer aktuell
Saldenliste, Gewinn- und Verlustrechnung, Bilanz - aus Live-Daten erzeugt, ohne dass ein Monatsabschluss nötig ist, um ihnen zu vertrauen.
Retouren & Gutschriften
Eine Retoure, die mit dem verknüpft bleibt, was sie zurückgibt.
- Verkaufs- und Einkaufsretouren verweisen beide auf den ursprünglichen Beleg, nicht auf einen neuen eigenständigen Eintrag
- Konfigurierbare Freigabe-Weiterleitung für Retouren über einem Schwellenwert, wie bei jedem anderen Beleg
- Der Bestand wird genau in das Lager zurückgeführt, aus dem er kam, sobald die Retoure gebucht wird
- Gutschriften und Rückerstattungen werden automatisch im Hauptbuch gebucht - kein manueller Journaleintrag nötig
So läuft es ab
01
Retoure gegen den ursprünglichen Verkauf initiiert
Jede Retoure verweist auf die konkrete Rechnung oder den Beleg, den sie zurückgibt - nie ein losgelöster neuer Eintrag.
02
Grund erfasst
Beschädigt, falscher Artikel, Kunde hat es sich anders überlegt - der Grund wird erfasst und bleibt am Datensatz.
03
Freigabe bei Konfiguration
Retouren über einem Schwellenwert oder bei bestimmten Kunden können dieselbe Autorisierung wie jeder andere Beleg erfordern.
04
Bestand wiederhergestellt
Der Lagerbestand aktualisiert sich zurück in genau das Lager, aus dem der Artikel kam, in dem Moment, in dem die Retoure gebucht wird.
05
Gutschrift oder Rückerstattung ausgestellt
Die Hauptbuch-Anpassung wird automatisch gebucht - Forderungen und Umsatz spiegeln die Retoure ohne manuellen Journaleintrag wider.