@kreiseck/kasseneck-api 0.13.1 → 0.13.2

package/CHANGELOG.md

@@ -4,6 +4,27 @@ Was vor 0.7.0 geschah, steht in der Commit-Historie (`git log`); ab hier wird
 es hier geführt. Ein Eintrag nennt die Änderung **und ihren Grund** —
 nur der Grund überlebt den nächsten Umbau.
 
+## 0.13.2
+
+### Die Paketseite erklaert, wofuer das Paket da ist
+
+**Anlass:** Wer auf npm landet, sah eine Wand aus Technik und nirgends, worum
+es geht. Die Seite traegt jetzt das Kasseneck-Logo, einen englischen Einzeiler
+fuer Besucher von aussen, und eine Tabelle, welche Pflichten einer
+oesterreichischen Registrierkasse wo erledigt werden — mit Verweisen auf die
+Wissensseiten und einem ausdruecklichen Hinweis, dass hier kein Rechtsrat steht
+und die Verantwortung beim Unternehmer bleibt. Kopf und Fuss nennen Kreiseck
+als Absender und verlinken dorthin. Am Code aendert sich nichts.
+
+### Der Vertrag nennt keinen Anmeldedienst mehr beim Namen
+
+**Anlass:** Die Doku sprach an 16 Stellen von einem bestimmten Anbieter,
+obwohl das Paket ihn gar nicht kennt: `registerUserAuth` bekommt eine Funktion,
+die ein Token liefert — woher es stammt, geht das Paket nichts an. Ein
+Implementierungsdetail im Vertrag bindet beide Seiten grundlos aneinander;
+jetzt steht dort "ID-Token des Anmeldediensts". Damit verschwindet der Name
+auch aus den ausgelieferten Typdeklarationen.
+
 ## 0.13.1
 
 ### Der 404 beim Abbruch wird benannt, nicht als Abriss gefuehrt

package/README.md

@@ -1,15 +1,87 @@
-# @kreiseck/kasseneck-api
-
-JavaScript-/TypeScript-Client für das Kasseneck-Backend — der Zwilling des
-Flutter-Pakets `kasseneck_api`. Er spricht dieselben Endpunkte, führt dieselben
-Modelle und dieselben Enum-Werte; ein eingecheckter Abzug der Dart-Enums wird
-im Test gegengeprüft, damit die beiden Pakete nicht auseinanderdriften.
-
-Das Paket deckt ab: Belege ausstellen und stornieren, Belege und Kassen
-auflisten, Berichte herunterladen, Status bei FinanzOnline abfragen,
-Stripe-Zahllinks und Hobex-Cloud-Zahlungen, das Beleg-Layout und die
-ESC/POS-Erzeugung für den Bondrucker — und unter `./partner` die
-**Partner-API**: Betriebe anlegen und bis zur laufenden Kasse begleiten.
+<p align="center">
+  <img src="https://raw.githubusercontent.com/kreiseck-at/kasseneck-api/main/doc/kasseneck.gif" alt="Kasseneck — RKSV-Registrierkasse aus Österreich" width="420">
+</p>
+
+<h1 align="center">@kreiseck/kasseneck-api</h1>
+
+<p align="center">
+  <b>Austrian fiscal cash register (RKSV) for JavaScript and TypeScript — signed receipts, card payments, receipt printing.</b>
+</p>
+
+<p align="center">
+  <a href="https://www.npmjs.com/package/@kreiseck/kasseneck-api"><img src="https://img.shields.io/npm/v/%40kreiseck%2Fkasseneck-api?color=136B6B&label=npm" alt="npm"></a>
+  <img src="https://img.shields.io/badge/RKSV-%C2%A7%20131b%20BAO-136B6B" alt="RKSV">
+  <img src="https://img.shields.io/badge/Lizenz-Apache--2.0-136B6B" alt="Apache-2.0">
+  <a href="https://kasseneck.at"><img src="https://img.shields.io/badge/Kasseneck-kasseneck.at-132A2A" alt="kasseneck.at"></a>
+  <a href="https://kreiseck.com"><img src="https://img.shields.io/badge/von-Kreiseck-132A2A" alt="Kreiseck Software Solutions"></a>
+</p>
+
+**Kasseneck** ist eine österreichische Registrierkasse nach RKSV. Dieses Paket ist
+der JavaScript-/TypeScript-Client dafür: Ihr Code stellt Belege aus, storniert sie,
+nimmt Kartenzahlungen entgegen und druckt Bons. Es ist der Zwilling des
+Flutter-Pakets [`kasseneck_api`](https://pub.dev/packages/kasseneck_api):
+dieselben Endpunkte, dieselben Modelle, dieselben Enum-Werte, im Test
+gegeneinander geprüft.
+
+## Was eine Registrierkasse in Österreich können muss
+
+Die Registrierkassen- und Belegerteilungspflicht steht in § 131b der
+Bundesabgabenordnung, die technischen Anforderungen an die Sicherheitseinrichtung
+in der Registrierkassensicherheitsverordnung (RKSV). Daraus ergibt sich eine
+ganze Kette von Aufgaben — die Tabelle zeigt, welche davon **diese Software**
+übernimmt und welche beim Betrieb selbst bleiben:
+
+| Aufgabe | Wo sie erledigt wird |
+| --- | --- |
+| [Signaturerstellungseinheit](https://kasseneck.at/wissen/signaturerstellungseinheit) — jede Barzahlung wird signiert | Kasseneck, nichts zu installieren |
+| [Verkettung und DEP](https://kasseneck.at/wissen/dep) — jeder Beleg trägt den vorigen, das Protokoll ist exportierbar | Kasseneck-Backend |
+| [Startbeleg, Monatsbeleg, Jahresbeleg](https://kasseneck.at/wissen/startbeleg-monatsbeleg-jahresbeleg) | Kasseneck, automatisch |
+| [Meldungen an FinanzOnline](https://kasseneck.at/wissen/finanzonline) — Anmeldung, Ausfall, Außerbetriebnahme | Kasseneck-Backend |
+| [Belegerteilungspflicht](https://kasseneck.at/wissen/belegerteilungspflicht) — jeder Kunde bekommt einen Beleg | **dieses Paket** — Bon, PDF, Bildschirm oder Link |
+| [Ausfall der Signatureinheit](https://kasseneck.at/wissen/ausfall) — Sammelbeleg, Meldung, Nachsignatur | Kasseneck, automatisch |
+| [Kassennachschau](https://kasseneck.at/wissen/kassennachschau) — der Prüfer verlangt das DEP | Kasseneck, Export auf Knopfdruck |
+| Anmeldung der Kasse, Aufbewahrung, steuerliche Würdigung | **beim Unternehmer** |
+
+Kurz: Sie bauen die Kassenoberfläche, nicht die Sicherheitseinrichtung. Ein Aufruf
+von `createReceipt(...)` erzeugt einen signierten, verketteten und im DEP
+abgelegten Beleg. Die Signaturkette wird gegen das offizielle Prüfwerkzeug des
+BMF getestet.
+
+> **Kein Rechts- oder Steuerrat.** Dieser Abschnitt beschreibt, was die Software
+> tut. Er ersetzt keine Beratung und begründet keine Zusicherung, dass ein
+> bestimmter Betrieb damit alle Pflichten erfüllt. Verbindlich sind die
+> Bundesabgabenordnung, die RKSV und die Erlässe des BMF; die Verantwortung für
+> Anmeldung, Betrieb und Aufbewahrung bleibt beim Unternehmer. Ausführlicher und
+> mit Quellen: [kasseneck.at/wissen](https://kasseneck.at/wissen).
+> Stand: September 2026.
+
+## Erst ausprobieren
+
+Es gibt eine Test-Umgebung mit eigenem Schlüssel und Test-Signaturen, getrennt
+vom Echtbetrieb — die aktuellen Konditionen stehen auf
+[kasseneck.at/preise](https://kasseneck.at/preise), die Schnittstelle ist unter
+[kasseneck.at/api-doku](https://kasseneck.at/api-doku) beschrieben.
+
+## Lieber eine fertige Kasse?
+
+Dieses Paket ist für alle, die eine eigene Anwendung bauen. Wer einfach kassieren
+will, muss nichts davon programmieren:
+
+- **[Kasseneck — die fertige Registrierkasse](https://kasseneck.at)** für Telefon,
+  Tablet und Browser, inklusive Signaturerstellungseinheit und
+  FinanzOnline-Anmeldung.
+- **[Lösungen nach Branche](https://kasseneck.at/branchen)** — vom Lokal bis zum Taxi.
+- **[Preise](https://kasseneck.at/preise)**
+- **[Kontakt](https://kasseneck.at/kontakt)** — auch für Kassenwechsel,
+  Partnerschaften und eigene Integrationen.
+
+## Was drin ist
+
+Belege ausstellen und stornieren, Belege und Kassen auflisten, Berichte
+herunterladen, Status bei FinanzOnline abfragen, Stripe-Zahllinks und
+Hobex-Cloud-Zahlungen, das Beleg-Layout und die ESC/POS-Erzeugung für den
+Bondrucker — und unter `./partner` die **Partner-API**: Betriebe anlegen und bis
+zur laufenden Kasse begleiten.
 
 **Es läuft im Browser und in Node.** ESM ist das Hauptformat, CommonJS liegt
 daneben; beides mit eigenen Typdeklarationen. Node ab 20.18 (`fetch` muss
@@ -33,7 +105,7 @@ bevorzugte:
 | Weg | Wer | Wie |
 |-----|-----|-----|
 | `apiKeyAuth` | Geräte, POS-Apps, Dritte | `api_key` als Bearer + `cashregister-token`-Kopfzeile |
-| `registerUserAuth` | Browser-Kasse | Firebase-ID-Token als Bearer + `register-session`-Kopfzeile, Kasse als Parameter |
+| `registerUserAuth` | Browser-Kasse | ID-Token des Anmeldediensts als Bearer + `register-session`-Kopfzeile, Kasse als Parameter |
 
 ```ts
 import { apiKeyAuth, registerUserAuth } from '@kreiseck/kasseneck-api';
@@ -41,7 +113,7 @@ import { apiKeyAuth, registerUserAuth } from '@kreiseck/kasseneck-api';
 // Gerät/POS: der api_key gehört auf ein Gerät, nie in einen Browser.
 const geraet = apiKeyAuth({ apiKey: 'kr_live_…', cashregisterToken: 'cb_live_…' });
 
-// Browser-Kasse: das Paket kennt Firebase nicht — es bekommt Funktionen, die
+// Browser-Kasse: das Paket kennt den Anmeldedienst nicht — es bekommt Funktionen, die
 // ein gültiges Token bzw. die laufende Sitzung liefern. Beide werden bei JEDEM
 // Aufruf befragt (ID-Tokens laufen nach einer Stunde ab, die Kassen-Sitzung
 // nach 90 Sekunden).
@@ -66,7 +138,7 @@ const geraet = await pairRegisterDevice({ code: 'K7NPQR34', label: 'Schank' });
 const sitzung = await registerUserLogin({ ...geraet, userId: 'ru-1', pin: '1234' });
 ```
 
-Mit `sitzung.customToken` meldet sich der Verbraucher bei Firebase an; das
+Mit `sitzung.customToken` meldet sich der Verbraucher beim Anmeldedienst an; das
 daraus entstehende ID-Token und `sitzung.sessionId` ergeben `registerUserAuth`.
 
 Eine anmeldungsfreie Anmeldung gibt es dafür **nicht** — sie wäre ein
@@ -476,7 +548,7 @@ steht. Deshalb prüft das Skript auf ein `status`-Feld und nicht auf Erfolg.
 Bewusst außerhalb von `npm test`: Sie braucht Netz. Ist keines da, sagt sie es
 und endet mit 0. Aufrufe, die unter `/v1` absichtlich keine Weiterleitung
 haben — der Kassen-Weg über `kasse.kasseneck.at/api`, die Aufrufe mit
-Firebase-ID-Token — stehen mit Grund in `scripts/erreichbarkeit-ausnahmen.json`.
+ID-Token — stehen mit Grund in `scripts/erreichbarkeit-ausnahmen.json`.
 Wird eine Ausnahme erreichbar, schlägt die Prüfung an: Sonst sänke die Zahl nie.
 
 ## Vertragsdateien für die Zwillinge
@@ -520,3 +592,11 @@ ankommt.
 ## Lizenz
 
 Apache-2.0 — siehe `LICENSE` und `NOTICE`.
+
+---
+
+**Kasseneck** ist ein Produkt von
+[Kreiseck Software Solutions](https://kreiseck.com) aus Salzburg — Apps,
+Kassensysteme und Automatisierungen. Fragen zur Schnittstelle, zu eigenen
+Integrationen oder zu einer Partnerschaft:
+[kasseneck.at/kontakt](https://kasseneck.at/kontakt).

package/dist/cjs/client/auth.d.ts

@@ -6,7 +6,7 @@
  *   Bearer plus die Kopfzeile `cashregister-token` (wie im Flutter-Zwilling
  *   `kasseneck_api`).
  * - `registerUserAuth` — der Weg der Browser-Kasse: ein Kassen-Benutzer, per
- *   PIN an einem gekoppelten Geraet angemeldet. Firebase-ID-Token als Bearer,
+ *   PIN an einem gekoppelten Geraet angemeldet. ID-Token als Bearer,
  *   die laufende Sitzung als Kopfzeile `register-session`, die Kasse als
  *   Parameter `cashregisterId` in der Nutzlast.
  *
@@ -14,9 +14,9 @@
  * fuehrt keine eigenen HTTP-Aufrufe, kennt den Transport nicht und haelt keinen
  * Zustand — genau deshalb ist sie austauschbar und einzeln testbar.
  *
- * Das Paket weiss **nichts** von Firebase: `registerUserAuth` bekommt eine
+ * Das Paket weiss **nichts** vom Anmeldedienst: `registerUserAuth` bekommt eine
  * Funktion, die ein gueltiges ID-Token liefert (darf `async` sein). Sie wird
- * bei **jedem** Aufruf befragt — Firebase-ID-Tokens laufen nach einer Stunde
+ * bei **jedem** Aufruf befragt — ID-Tokens laufen nach einer Stunde
  * ab, die Sitzung der Browser-Kasse lebt sogar nur 90 Sekunden und wird alle
  * 30 Sekunden erneuert; ein einmal gemerkter Wert waere also bald tot.
  */
@@ -39,7 +39,7 @@ export interface ApiKeyAuthOptions {
     cashregisterToken: string;
 }
 export interface RegisterUserAuthOptions {
-    /** Liefert ein gueltiges Firebase-ID-Token; wird pro Anfrage befragt. */
+    /** Liefert ein gueltiges ID-Token des Anmeldediensts; wird pro Anfrage befragt. */
     getIdToken: () => string | Promise<string>;
     /** Liefert die laufende Kassen-Sitzung; wird pro Anfrage befragt. */
     getSessionId: () => string | Promise<string>;

package/dist/cjs/client/auth.js

@@ -7,7 +7,7 @@
  *   Bearer plus die Kopfzeile `cashregister-token` (wie im Flutter-Zwilling
  *   `kasseneck_api`).
  * - `registerUserAuth` — der Weg der Browser-Kasse: ein Kassen-Benutzer, per
- *   PIN an einem gekoppelten Geraet angemeldet. Firebase-ID-Token als Bearer,
+ *   PIN an einem gekoppelten Geraet angemeldet. ID-Token als Bearer,
  *   die laufende Sitzung als Kopfzeile `register-session`, die Kasse als
  *   Parameter `cashregisterId` in der Nutzlast.
  *
@@ -15,9 +15,9 @@
  * fuehrt keine eigenen HTTP-Aufrufe, kennt den Transport nicht und haelt keinen
  * Zustand — genau deshalb ist sie austauschbar und einzeln testbar.
  *
- * Das Paket weiss **nichts** von Firebase: `registerUserAuth` bekommt eine
+ * Das Paket weiss **nichts** vom Anmeldedienst: `registerUserAuth` bekommt eine
  * Funktion, die ein gueltiges ID-Token liefert (darf `async` sein). Sie wird
- * bei **jedem** Aufruf befragt — Firebase-ID-Tokens laufen nach einer Stunde
+ * bei **jedem** Aufruf befragt — ID-Tokens laufen nach einer Stunde
  * ab, die Sitzung der Browser-Kasse lebt sogar nur 90 Sekunden und wird alle
  * 30 Sekunden erneuert; ein einmal gemerkter Wert waere also bald tot.
  */

package/dist/cjs/client/cashregisters.d.ts

@@ -5,7 +5,7 @@ import type { InternerTransport } from './aufrufe.js';
  *
  * **Anmeldeweg:** `listMyCashregisters` laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})` — der Bearer
- * muss also ein Firebase-ID-Token sein. Mit `apiKeyAuth` (api_key als Bearer)
+ * muss also ein ID-Token des Anmeldediensts sein. Mit `apiKeyAuth` (api_key als Bearer)
  * ist dieser Endpunkt **nicht** erreichbar; fuer die Browser-Kasse ist
  * `registerUserAuth` der Weg. Dieses Paket bildet das nicht nach — wer darf,
  * entscheidet allein das Backend. Der Hinweis steht hier, damit ein Leser

package/dist/cjs/client/cashregisters.js

@@ -8,7 +8,7 @@ const errors_js_1 = require("./errors.js");
  *
  * **Anmeldeweg:** `listMyCashregisters` laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})` — der Bearer
- * muss also ein Firebase-ID-Token sein. Mit `apiKeyAuth` (api_key als Bearer)
+ * muss also ein ID-Token des Anmeldediensts sein. Mit `apiKeyAuth` (api_key als Bearer)
  * ist dieser Endpunkt **nicht** erreichbar; fuer die Browser-Kasse ist
  * `registerUserAuth` der Weg. Dieses Paket bildet das nicht nach — wer darf,
  * entscheidet allein das Backend. Der Hinweis steht hier, damit ein Leser

package/dist/cjs/client/errors.d.ts

@@ -30,7 +30,7 @@
  *   Sonderfall.
  *
  * **Geheimnisse gehoeren in keinen dieser Fehler.** Fehlermeldungen landen in
- * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, Firebase-
+ * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, ID-
  * ID-Token noch Sitzungsbezeichner duerfen dorthin. Deshalb tragen die Fehler
  * ausschliesslich Funktionsname, HTTP-Status/Inhaltstyp, den vom Paket
  * formulierten Grund und die vom Backend formulierte Meldung — nie Kopfzeilen,

package/dist/cjs/client/errors.js

@@ -31,7 +31,7 @@
  *   Sonderfall.
  *
  * **Geheimnisse gehoeren in keinen dieser Fehler.** Fehlermeldungen landen in
- * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, Firebase-
+ * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, ID-
  * ID-Token noch Sitzungsbezeichner duerfen dorthin. Deshalb tragen die Fehler
  * ausschliesslich Funktionsname, HTTP-Status/Inhaltstyp, den vom Paket
  * formulierten Grund und die vom Backend formulierte Meldung — nie Kopfzeilen,
@@ -66,7 +66,7 @@ exports.isKasseneckAuthError = isKasseneckAuthError;
 exports.isKasseneckValidationError = isKasseneckValidationError;
 // Bezeichner-artig: Buchstabe vorn, danach nur Bezeichnerzeichen, hoechstens
 // 64 Zeichen. Das laesst `TypeError`, `ECONNREFUSED` und `auth/internal-error`
-// durch, aber keinen Freitext und kein Firebase-ID-Token (~900 Zeichen).
+// durch, aber keinen Freitext und kein ID-Token (~900 Zeichen).
 const BEZEICHNER = /^[A-Za-z][A-Za-z0-9_./-]{0,63}$/;
 /**
  * Reduziert eine fremde Ursache auf Name und Code — und verwirft beides, wenn

package/dist/cjs/client/receipts.d.ts

@@ -256,7 +256,7 @@ export interface ListMyReceiptsOptions {
  *
  * **Anmeldeweg:** Der Endpunkt laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})`, der Bearer
- * muss also ein Firebase-ID-Token sein — mit `apiKeyAuth` ist er nicht
+ * muss also ein ID-Token des Anmeldediensts sein — mit `apiKeyAuth` ist er nicht
  * erreichbar. Ausserdem prueft das Backend die Kassenzuweisung hier im Rumpf
  * (der Endpunkt laeuft mit `checkCashRegister: false`), ein Kassen-Benutzer
  * bekommt also nur die ihm zugewiesenen Kassen.

package/dist/cjs/client/receipts.js

@@ -217,7 +217,7 @@ function zeroReceipt(rufen) {
  *
  * **Anmeldeweg:** Der Endpunkt laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})`, der Bearer
- * muss also ein Firebase-ID-Token sein — mit `apiKeyAuth` ist er nicht
+ * muss also ein ID-Token des Anmeldediensts sein — mit `apiKeyAuth` ist er nicht
  * erreichbar. Ausserdem prueft das Backend die Kassenzuweisung hier im Rumpf
  * (der Endpunkt laeuft mit `checkCashRegister: false`), ein Kassen-Benutzer
  * bekommt also nur die ihm zugewiesenen Kassen.

package/dist/cjs/client/transport.d.ts

@@ -7,7 +7,7 @@ import type { KasseneckAuth } from './auth.js';
  * Der Transport macht drei Dinge und sonst nichts: Anfrage bauen (Kopfzeilen
  * von der Anmeldung, Nutzlast aus Auth-Parametern und Aufruferparametern),
  * Zeitlimit ueberwachen, und die Antworthuelle aufloesen. Er kennt keine
- * einzelne Backend-Funktion und keine Firebase-Details.
+ * einzelne Backend-Funktion und keine Details der Infrastruktur.
  *
  * Es gibt **zwei Einstiegspunkte** auf demselben Kern: [createTransport] fuer
  * die JSON-Aufrufe und [createBinaryTransport] fuer die beiden Bericht-

package/dist/cjs/client/transport.js

@@ -12,7 +12,7 @@ const errors_js_1 = require("./errors.js");
  * Der Transport macht drei Dinge und sonst nichts: Anfrage bauen (Kopfzeilen
  * von der Anmeldung, Nutzlast aus Auth-Parametern und Aufruferparametern),
  * Zeitlimit ueberwachen, und die Antworthuelle aufloesen. Er kennt keine
- * einzelne Backend-Funktion und keine Firebase-Details.
+ * einzelne Backend-Funktion und keine Details der Infrastruktur.
  *
  * Es gibt **zwei Einstiegspunkte** auf demselben Kern: [createTransport] fuer
  * die JSON-Aufrufe und [createBinaryTransport] fuer die beiden Bericht-
@@ -81,7 +81,7 @@ function createCore(options) {
                     throw new errors_js_1.KasseneckNetworkError(fehlerName, true, zeitlimitMs);
                 }
                 // Eigene Pruefungen tragen ihren geheimnisfreien Grund weiter; von einer
-                // fremden Ursache (Firebase & Co.) bleibt nichts uebrig — weder Meldung
+                // fremden Ursache bleibt nichts uebrig — weder Meldung
                 // noch Verdichtung, siehe Klassenkommentar zu KasseneckAuthError.
                 const grund = ursache instanceof errors_js_1.KasseneckAuthError ? ursache.reason : 'Anmeldung fehlgeschlagen';
                 throw new errors_js_1.KasseneckAuthError(grund, { functionName: fehlerName });

package/dist/cjs/models/cashregister.d.ts

@@ -2,7 +2,7 @@
  * Kasse — die Antwortform von `listMyCashregisters` (functions/index.js).
  *
  * Das Dart-Vorbild (`Cashregister` in kasseneck_api/lib/models/cashregister.dart)
- * liest das **Firestore-Dokument** direkt ueber das `cloud_firestore`-SDK und
+ * liest das **Datenbankdokument** direkt ueber das SDK der Echtzeit-Datenbank und
  * kommt deshalb an `token` und `aes_key`. Dieses Paket spricht das Backend
  * ausschliesslich ueber die HTTPS-Endpunkte, und die geben beides nicht her:
  *
@@ -20,7 +20,7 @@
  * fehlendes.
  *
  * Aus demselben Grund fehlt `userId`: das Dart-Vorbild traegt es, weil es den
- * Firestore-**Pfad** kennt (`users/{uid}/cashregisters/{id}`). In dieser
+ * **Pfad** in der Datenbank kennt (`users/{uid}/cashregisters/{id}`). In dieser
  * Antwort steht es nicht, und ein Kassen-Benutzer erfaehrt die Kennung seines
  * Betriebs bewusst nie — sie steckt allein im Token.
  */

package/dist/cjs/models/receipt-company.d.ts

@@ -36,7 +36,7 @@ export interface ReceiptCompany {
     logoUrl?: string;
     /** Dankestext am Belegende, je Zeile ein Eintrag. */
     thanksMessage: string[];
-    /** Kreiseck-Branding am Belegende (Firestore-Flag `branding.kreiseck_logo`). */
+    /** Kreiseck-Branding am Belegende (Konto-Flag `branding.kreiseck_logo`). */
     showKreiseckLogo: boolean;
 }
 /**

package/dist/cjs/register/index.d.ts

@@ -43,7 +43,7 @@
  * });
  * ```
  *
- * Mit `sitzung.customToken` meldet sich der Verbraucher bei Firebase an; das
+ * Mit `sitzung.customToken` meldet sich der Verbraucher beim Anmeldedienst an; das
  * daraus entstehende ID-Token und `sitzung.sessionId` ergeben zusammen
  * `registerUserAuth` — ab da laeuft alles Weitere ueber den ueblichen Weg.
  */

package/dist/cjs/register/index.js

@@ -44,7 +44,7 @@
  * });
  * ```
  *
- * Mit `sitzung.customToken` meldet sich der Verbraucher bei Firebase an; das
+ * Mit `sitzung.customToken` meldet sich der Verbraucher beim Anmeldedienst an; das
  * daraus entstehende ID-Token und `sitzung.sessionId` ergeben zusammen
  * `registerUserAuth` — ab da laeuft alles Weitere ueber den ueblichen Weg.
  */

package/dist/cjs/register/pairing.d.ts

@@ -188,9 +188,9 @@ export interface RegisterUser {
 /** Ergebnis der PIN-Anmeldung. */
 export interface RegisterUserSession {
     /**
-     * Firebase-Custom-Token. Damit meldet der Verbraucher sich bei Firebase an
+     * Custom-Token des Anmeldediensts. Damit meldet der Verbraucher sich dort an
      * und bekommt das ID-Token, das `registerUserAuth` braucht; dieses Paket
-     * kennt Firebase nicht.
+     * kennt den Anmeldedienst nicht.
      */
     customToken: string;
     /** Laufende Sitzung — Kopfzeile `register-session` jedes weiteren Aufrufs. */

package/dist/esm/client/auth.d.ts

@@ -6,7 +6,7 @@
  *   Bearer plus die Kopfzeile `cashregister-token` (wie im Flutter-Zwilling
  *   `kasseneck_api`).
  * - `registerUserAuth` — der Weg der Browser-Kasse: ein Kassen-Benutzer, per
- *   PIN an einem gekoppelten Geraet angemeldet. Firebase-ID-Token als Bearer,
+ *   PIN an einem gekoppelten Geraet angemeldet. ID-Token als Bearer,
  *   die laufende Sitzung als Kopfzeile `register-session`, die Kasse als
  *   Parameter `cashregisterId` in der Nutzlast.
  *
@@ -14,9 +14,9 @@
  * fuehrt keine eigenen HTTP-Aufrufe, kennt den Transport nicht und haelt keinen
  * Zustand — genau deshalb ist sie austauschbar und einzeln testbar.
  *
- * Das Paket weiss **nichts** von Firebase: `registerUserAuth` bekommt eine
+ * Das Paket weiss **nichts** vom Anmeldedienst: `registerUserAuth` bekommt eine
  * Funktion, die ein gueltiges ID-Token liefert (darf `async` sein). Sie wird
- * bei **jedem** Aufruf befragt — Firebase-ID-Tokens laufen nach einer Stunde
+ * bei **jedem** Aufruf befragt — ID-Tokens laufen nach einer Stunde
  * ab, die Sitzung der Browser-Kasse lebt sogar nur 90 Sekunden und wird alle
  * 30 Sekunden erneuert; ein einmal gemerkter Wert waere also bald tot.
  */
@@ -39,7 +39,7 @@ export interface ApiKeyAuthOptions {
     cashregisterToken: string;
 }
 export interface RegisterUserAuthOptions {
-    /** Liefert ein gueltiges Firebase-ID-Token; wird pro Anfrage befragt. */
+    /** Liefert ein gueltiges ID-Token des Anmeldediensts; wird pro Anfrage befragt. */
     getIdToken: () => string | Promise<string>;
     /** Liefert die laufende Kassen-Sitzung; wird pro Anfrage befragt. */
     getSessionId: () => string | Promise<string>;

package/dist/esm/client/auth.js

@@ -6,7 +6,7 @@
  *   Bearer plus die Kopfzeile `cashregister-token` (wie im Flutter-Zwilling
  *   `kasseneck_api`).
  * - `registerUserAuth` — der Weg der Browser-Kasse: ein Kassen-Benutzer, per
- *   PIN an einem gekoppelten Geraet angemeldet. Firebase-ID-Token als Bearer,
+ *   PIN an einem gekoppelten Geraet angemeldet. ID-Token als Bearer,
  *   die laufende Sitzung als Kopfzeile `register-session`, die Kasse als
  *   Parameter `cashregisterId` in der Nutzlast.
  *
@@ -14,9 +14,9 @@
  * fuehrt keine eigenen HTTP-Aufrufe, kennt den Transport nicht und haelt keinen
  * Zustand — genau deshalb ist sie austauschbar und einzeln testbar.
  *
- * Das Paket weiss **nichts** von Firebase: `registerUserAuth` bekommt eine
+ * Das Paket weiss **nichts** vom Anmeldedienst: `registerUserAuth` bekommt eine
  * Funktion, die ein gueltiges ID-Token liefert (darf `async` sein). Sie wird
- * bei **jedem** Aufruf befragt — Firebase-ID-Tokens laufen nach einer Stunde
+ * bei **jedem** Aufruf befragt — ID-Tokens laufen nach einer Stunde
  * ab, die Sitzung der Browser-Kasse lebt sogar nur 90 Sekunden und wird alle
  * 30 Sekunden erneuert; ein einmal gemerkter Wert waere also bald tot.
  */

package/dist/esm/client/cashregisters.d.ts

@@ -5,7 +5,7 @@ import type { InternerTransport } from './aufrufe.js';
  *
  * **Anmeldeweg:** `listMyCashregisters` laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})` — der Bearer
- * muss also ein Firebase-ID-Token sein. Mit `apiKeyAuth` (api_key als Bearer)
+ * muss also ein ID-Token des Anmeldediensts sein. Mit `apiKeyAuth` (api_key als Bearer)
  * ist dieser Endpunkt **nicht** erreichbar; fuer die Browser-Kasse ist
  * `registerUserAuth` der Weg. Dieses Paket bildet das nicht nach — wer darf,
  * entscheidet allein das Backend. Der Hinweis steht hier, damit ein Leser

package/dist/esm/client/cashregisters.js

@@ -5,7 +5,7 @@ import { KasseneckValidationError } from './errors.js';
  *
  * **Anmeldeweg:** `listMyCashregisters` laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})` — der Bearer
- * muss also ein Firebase-ID-Token sein. Mit `apiKeyAuth` (api_key als Bearer)
+ * muss also ein ID-Token des Anmeldediensts sein. Mit `apiKeyAuth` (api_key als Bearer)
  * ist dieser Endpunkt **nicht** erreichbar; fuer die Browser-Kasse ist
  * `registerUserAuth` der Weg. Dieses Paket bildet das nicht nach — wer darf,
  * entscheidet allein das Backend. Der Hinweis steht hier, damit ein Leser

package/dist/esm/client/errors.d.ts

@@ -30,7 +30,7 @@
  *   Sonderfall.
  *
  * **Geheimnisse gehoeren in keinen dieser Fehler.** Fehlermeldungen landen in
- * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, Firebase-
+ * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, ID-
  * ID-Token noch Sitzungsbezeichner duerfen dorthin. Deshalb tragen die Fehler
  * ausschliesslich Funktionsname, HTTP-Status/Inhaltstyp, den vom Paket
  * formulierten Grund und die vom Backend formulierte Meldung — nie Kopfzeilen,

package/dist/esm/client/errors.js

@@ -30,7 +30,7 @@
  *   Sonderfall.
  *
  * **Geheimnisse gehoeren in keinen dieser Fehler.** Fehlermeldungen landen in
- * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, Firebase-
+ * Protokollen und Fehlerdiensten; weder `api_key`, Kassen-Token, ID-
  * ID-Token noch Sitzungsbezeichner duerfen dorthin. Deshalb tragen die Fehler
  * ausschliesslich Funktionsname, HTTP-Status/Inhaltstyp, den vom Paket
  * formulierten Grund und die vom Backend formulierte Meldung — nie Kopfzeilen,
@@ -56,7 +56,7 @@
  */
 // Bezeichner-artig: Buchstabe vorn, danach nur Bezeichnerzeichen, hoechstens
 // 64 Zeichen. Das laesst `TypeError`, `ECONNREFUSED` und `auth/internal-error`
-// durch, aber keinen Freitext und kein Firebase-ID-Token (~900 Zeichen).
+// durch, aber keinen Freitext und kein ID-Token (~900 Zeichen).
 const BEZEICHNER = /^[A-Za-z][A-Za-z0-9_./-]{0,63}$/;
 /**
  * Reduziert eine fremde Ursache auf Name und Code — und verwirft beides, wenn

package/dist/esm/client/receipts.d.ts

@@ -256,7 +256,7 @@ export interface ListMyReceiptsOptions {
  *
  * **Anmeldeweg:** Der Endpunkt laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})`, der Bearer
- * muss also ein Firebase-ID-Token sein — mit `apiKeyAuth` ist er nicht
+ * muss also ein ID-Token des Anmeldediensts sein — mit `apiKeyAuth` ist er nicht
  * erreichbar. Ausserdem prueft das Backend die Kassenzuweisung hier im Rumpf
  * (der Endpunkt laeuft mit `checkCashRegister: false`), ein Kassen-Benutzer
  * bekommt also nur die ihm zugewiesenen Kassen.

package/dist/esm/client/receipts.js

@@ -202,7 +202,7 @@ export function zeroReceipt(rufen) {
  *
  * **Anmeldeweg:** Der Endpunkt laeuft im Backend unter
  * `checkRequest(req, 'customer', …, {allowRegisterUser: true})`, der Bearer
- * muss also ein Firebase-ID-Token sein — mit `apiKeyAuth` ist er nicht
+ * muss also ein ID-Token des Anmeldediensts sein — mit `apiKeyAuth` ist er nicht
  * erreichbar. Ausserdem prueft das Backend die Kassenzuweisung hier im Rumpf
  * (der Endpunkt laeuft mit `checkCashRegister: false`), ein Kassen-Benutzer
  * bekommt also nur die ihm zugewiesenen Kassen.

package/dist/esm/client/transport.d.ts

@@ -7,7 +7,7 @@ import type { KasseneckAuth } from './auth.js';
  * Der Transport macht drei Dinge und sonst nichts: Anfrage bauen (Kopfzeilen
  * von der Anmeldung, Nutzlast aus Auth-Parametern und Aufruferparametern),
  * Zeitlimit ueberwachen, und die Antworthuelle aufloesen. Er kennt keine
- * einzelne Backend-Funktion und keine Firebase-Details.
+ * einzelne Backend-Funktion und keine Details der Infrastruktur.
  *
  * Es gibt **zwei Einstiegspunkte** auf demselben Kern: [createTransport] fuer
  * die JSON-Aufrufe und [createBinaryTransport] fuer die beiden Bericht-

package/dist/esm/client/transport.js

@@ -7,7 +7,7 @@ import { KasseneckApiError, KasseneckAuthError, KasseneckHttpError, KasseneckNet
  * Der Transport macht drei Dinge und sonst nichts: Anfrage bauen (Kopfzeilen
  * von der Anmeldung, Nutzlast aus Auth-Parametern und Aufruferparametern),
  * Zeitlimit ueberwachen, und die Antworthuelle aufloesen. Er kennt keine
- * einzelne Backend-Funktion und keine Firebase-Details.
+ * einzelne Backend-Funktion und keine Details der Infrastruktur.
  *
  * Es gibt **zwei Einstiegspunkte** auf demselben Kern: [createTransport] fuer
  * die JSON-Aufrufe und [createBinaryTransport] fuer die beiden Bericht-
@@ -76,7 +76,7 @@ function createCore(options) {
                     throw new KasseneckNetworkError(fehlerName, true, zeitlimitMs);
                 }
                 // Eigene Pruefungen tragen ihren geheimnisfreien Grund weiter; von einer
-                // fremden Ursache (Firebase & Co.) bleibt nichts uebrig — weder Meldung
+                // fremden Ursache bleibt nichts uebrig — weder Meldung
                 // noch Verdichtung, siehe Klassenkommentar zu KasseneckAuthError.
                 const grund = ursache instanceof KasseneckAuthError ? ursache.reason : 'Anmeldung fehlgeschlagen';
                 throw new KasseneckAuthError(grund, { functionName: fehlerName });

package/dist/esm/models/cashregister.d.ts

@@ -2,7 +2,7 @@
  * Kasse — die Antwortform von `listMyCashregisters` (functions/index.js).
  *
  * Das Dart-Vorbild (`Cashregister` in kasseneck_api/lib/models/cashregister.dart)
- * liest das **Firestore-Dokument** direkt ueber das `cloud_firestore`-SDK und
+ * liest das **Datenbankdokument** direkt ueber das SDK der Echtzeit-Datenbank und
  * kommt deshalb an `token` und `aes_key`. Dieses Paket spricht das Backend
  * ausschliesslich ueber die HTTPS-Endpunkte, und die geben beides nicht her:
  *
@@ -20,7 +20,7 @@
  * fehlendes.
  *
  * Aus demselben Grund fehlt `userId`: das Dart-Vorbild traegt es, weil es den
- * Firestore-**Pfad** kennt (`users/{uid}/cashregisters/{id}`). In dieser
+ * **Pfad** in der Datenbank kennt (`users/{uid}/cashregisters/{id}`). In dieser
  * Antwort steht es nicht, und ein Kassen-Benutzer erfaehrt die Kennung seines
  * Betriebs bewusst nie — sie steckt allein im Token.
  */

package/dist/esm/models/receipt-company.d.ts

@@ -36,7 +36,7 @@ export interface ReceiptCompany {
     logoUrl?: string;
     /** Dankestext am Belegende, je Zeile ein Eintrag. */
     thanksMessage: string[];
-    /** Kreiseck-Branding am Belegende (Firestore-Flag `branding.kreiseck_logo`). */
+    /** Kreiseck-Branding am Belegende (Konto-Flag `branding.kreiseck_logo`). */
     showKreiseckLogo: boolean;
 }
 /**

package/dist/esm/register/index.d.ts

@@ -43,7 +43,7 @@
  * });
  * ```
  *
- * Mit `sitzung.customToken` meldet sich der Verbraucher bei Firebase an; das
+ * Mit `sitzung.customToken` meldet sich der Verbraucher beim Anmeldedienst an; das
  * daraus entstehende ID-Token und `sitzung.sessionId` ergeben zusammen
  * `registerUserAuth` — ab da laeuft alles Weitere ueber den ueblichen Weg.
  */

package/dist/esm/register/index.js

@@ -43,7 +43,7 @@
  * });
  * ```
  *
- * Mit `sitzung.customToken` meldet sich der Verbraucher bei Firebase an; das
+ * Mit `sitzung.customToken` meldet sich der Verbraucher beim Anmeldedienst an; das
  * daraus entstehende ID-Token und `sitzung.sessionId` ergeben zusammen
  * `registerUserAuth` — ab da laeuft alles Weitere ueber den ueblichen Weg.
  */

package/dist/esm/register/pairing.d.ts

@@ -188,9 +188,9 @@ export interface RegisterUser {
 /** Ergebnis der PIN-Anmeldung. */
 export interface RegisterUserSession {
     /**
-     * Firebase-Custom-Token. Damit meldet der Verbraucher sich bei Firebase an
+     * Custom-Token des Anmeldediensts. Damit meldet der Verbraucher sich dort an
      * und bekommt das ID-Token, das `registerUserAuth` braucht; dieses Paket
-     * kennt Firebase nicht.
+     * kennt den Anmeldedienst nicht.
      */
     customToken: string;
     /** Laufende Sitzung — Kopfzeile `register-session` jedes weiteren Aufrufs. */

package/fixtures/hobex-hps-codes.json

@@ -1,5 +1,5 @@
 {
-  "version": "0.13.1",
+  "version": "0.13.2",
   "gemessenAn": {
     "tid": "3600335",
     "hpsVersion": "1.10.0",

package/fixtures/kasse-texte.json

@@ -1,5 +1,5 @@
 {
-  "version": "0.13.1",
+  "version": "0.13.2",
   "meldungen": {
     "netz.keine_verbindung": {
       "text": "Keine Verbindung zum Server. Bitte die Internetverbindung prüfen und erneut versuchen."

package/fixtures/oberflaeche.json

@@ -1,5 +1,5 @@
 {
-  "version": "0.13.1",
+  "version": "0.13.2",
   "aufrufe": [
     "activateCashregister",
     "cancelReceipt",

package/package.json

@@ -1,10 +1,10 @@
 {
   "name": "@kreiseck/kasseneck-api",
-  "version": "0.13.1",
-  "description": "JavaScript-Zwilling von kasseneck_api (Flutter) fuer das Kasseneck-Backend",
+  "version": "0.13.2",
+  "description": "RKSV-Registrierkasse fuer JavaScript und TypeScript: signierte Belege, Storno, Kartenzahlung, Bondruck. Austrian fiscal cash register (RKSV) API client.",
   "license": "Apache-2.0",
   "author": "Kreiseck",
-  "homepage": "https://github.com/kreiseck-at/kasseneck-api#readme",
+  "homepage": "https://kasseneck.at/api-doku",
   "repository": {
     "type": "git",
     "url": "git+https://github.com/kreiseck-at/kasseneck-api.git"
@@ -14,10 +14,25 @@
     "kasseneck",
     "rksv",
     "registrierkasse",
+    "kassensystem",
+    "kassensoftware",
+    "belegerteilungspflicht",
+    "finanzonline",
+    "dep",
+    "beleg",
+    "bon",
+    "bondrucker",
+    "escpos",
+    "oesterreich",
     "österreich",
     "austria",
-    "beleg",
-    "pos"
+    "austrian",
+    "fiscal",
+    "cash-register",
+    "point-of-sale",
+    "pos",
+    "receipt",
+    "typescript"
   ],
   "type": "module",
   "main": "./dist/cjs/index.js",