@kreiseck/kasseneck-api 0.13.0 → 0.13.2

package/CHANGELOG.md

@@ -4,6 +4,43 @@ 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
+
+**Anlass:** Am Produktivterminal (TID 3556988, Firmware 2.3.9) antwortet der
+Abbruch mit HTTP 404, am Testgeraet nie. Bisher war das im Nachweis nicht von
+einem Leitungsabriss zu unterscheiden -- und `steps` ist der Text, der im
+Belastungsstreit gelesen wird. Zwilling: kasseneck_api 6.12.1.
+
+- **`NOT_FOUND_HTTP_STATUS`** und **`HpsConnectTerminalError.isNotFound`**
+  (wie `isTerminalBusy`: liest bevorzugt `terminalHttpStatus`).
+- Der Abbruch schreibt beide Lesarten hin, ohne eine zu behaupten: das
+  Terminal kennt entweder den Vorgang nicht oder den Endpunkt nicht. Welche
+  zutrifft, ist ungemessen (bei hobex angefragt).
+- **Verhalten unveraendert:** weiter klaeren, nie ein Ausgang.
+
 ## 0.13.0
 
 ### Beleg per E-Mail an den Gast (`sendReceiptEmail`)

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/payments/hobex-hps/errors.d.ts

@@ -101,6 +101,17 @@ export declare class HpsConnectTerminalError extends HpsConnectException {
      * niemals umgekehrt.
      */
     get isTerminalBusy(): boolean;
+    /**
+     * `true`, wenn dies ein HTTP `404` beim Terminal-Kontakt ist -- Lesart
+     * ungemessen, siehe [NOT_FOUND_HTTP_STATUS] und den Dart-Zwilling
+     * (`HpsHttpException.isNotFound`): es kann "diesen Vorgang kenne ich nicht"
+     * heissen oder "diesen Endpunkt gibt es hier nicht". `payments.ts` benennt
+     * beim Abbruch beide Lesarten, statt eine zu behaupten.
+     *
+     * Liest, wie [isTerminalBusy], bevorzugt [terminalHttpStatus] und faellt nur
+     * ohne dieses Feld auf den Meldungstext zurueck.
+     */
+    get isNotFound(): boolean;
 }
 /**
  * Connect selbst war nicht erreichbar, oder die Antwort hatte nicht die

package/dist/cjs/payments/hobex-hps/errors.js

@@ -130,6 +130,22 @@ class HpsConnectTerminalError extends HpsConnectException {
         }
         return this.connectCode === 'terminal_error' && new RegExp(`\\(HTTP ${transaction_response_js_1.TERMINAL_BUSY_HTTP_STATUS}\\)`).test(this.message);
     }
+    /**
+     * `true`, wenn dies ein HTTP `404` beim Terminal-Kontakt ist -- Lesart
+     * ungemessen, siehe [NOT_FOUND_HTTP_STATUS] und den Dart-Zwilling
+     * (`HpsHttpException.isNotFound`): es kann "diesen Vorgang kenne ich nicht"
+     * heissen oder "diesen Endpunkt gibt es hier nicht". `payments.ts` benennt
+     * beim Abbruch beide Lesarten, statt eine zu behaupten.
+     *
+     * Liest, wie [isTerminalBusy], bevorzugt [terminalHttpStatus] und faellt nur
+     * ohne dieses Feld auf den Meldungstext zurueck.
+     */
+    get isNotFound() {
+        if (this.terminalHttpStatus !== undefined) {
+            return this.terminalHttpStatus === transaction_response_js_1.NOT_FOUND_HTTP_STATUS;
+        }
+        return this.connectCode === 'terminal_error' && new RegExp(`\\(HTTP ${transaction_response_js_1.NOT_FOUND_HTTP_STATUS}\\)`).test(this.message);
+    }
 }
 exports.HpsConnectTerminalError = HpsConnectTerminalError;
 /**

package/dist/cjs/payments/hobex-hps/index.d.ts

@@ -23,5 +23,5 @@ export { type HpsPaymentEvent, type HpsPaymentEventKind, type HpsPaymentObserver
 export { type CardPaymentOutcome, type HpsPaymentResult, isHostUncertainResult, mayRetrySafely, } from './outcome.js';
 export { type HpsCancelOptions, type HpsPaymentOptions, type HpsPayments, type HpsPaymentsOptions, type HpsRefundOptions, createHpsPayments, } from './payments.js';
 export { MAX_TRANSACTION_ID_LENGTH, createHpsTransactionIdGenerator, isValidHpsTransactionId, newHpsTransactionId, type HpsTransactionIdGeneratorOptions, } from './transaction-id.js';
-export { ABORTED_CODE, APP_SELECT_FAILED_CODE, APPROVED_CODE, BAD_REQUEST_CODE, CARD_DECLINED_CODE, CARD_INFO_NOT_ENTERED_CODE, CARD_NOT_PRESENT_CODE, CARD_NOT_SUPPORTED_CODE, CARD_READ_FAILED_CODE, CHIP_DATA_MISMATCH_CODE, COMPLETION_FAILED_CODE, DIAGNOSIS_FAILED_CODE, HOST_COMMUNICATION_FAILED_CODE, HOST_STEP_FAILED_CODE, HOST_TIMEOUT_REVERSED_CODE, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, INTERNAL_ERROR_CODE, INVALID_MESSAGE_TYPE_CODE, INVALID_TID_DOCUMENTED_CODE, INVALID_TX_TYPE_CODE, MAX_RETRIES_EXCEEDED_CODE, NOT_FOUND_CODE, PASSWORD_NOT_ENTERED_CODE, REFUND_DISABLED_CODE, REFUND_PASSWORD_INVALID_CODE, SCEP_ENROLLMENT_FAILED_CODE, TERMINAL_BLOCKED_CODE, TERMINAL_BUSY_CODE, TIP_SELECTION_FAILED_CODE, UNSUPPORTED_USER_DATA_CODE, hpsCodeInfo, hpsCodeReason, isHostUncertain, isHostUncertainReason, INVALID_TRANSACTION_CODE, NOT_ABORTABLE_CODE, INVALID_AMOUNT_CODE, AMOUNT_OUT_OF_RANGE_CODE, INVALID_TID_CODE, WRONG_PIN_CODE, NO_STATEMENT_CODE, TECHNICAL_ERROR_CODE, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, isApproved, isCanceled, isConclusive, isConclusiveAsStatus, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, parseHpsTransactionResponse, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsTransactionResponse, } from './transaction-response.js';
+export { ABORTED_CODE, APP_SELECT_FAILED_CODE, APPROVED_CODE, BAD_REQUEST_CODE, CARD_DECLINED_CODE, CARD_INFO_NOT_ENTERED_CODE, CARD_NOT_PRESENT_CODE, CARD_NOT_SUPPORTED_CODE, CARD_READ_FAILED_CODE, CHIP_DATA_MISMATCH_CODE, COMPLETION_FAILED_CODE, DIAGNOSIS_FAILED_CODE, HOST_COMMUNICATION_FAILED_CODE, HOST_STEP_FAILED_CODE, HOST_TIMEOUT_REVERSED_CODE, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, INTERNAL_ERROR_CODE, INVALID_MESSAGE_TYPE_CODE, INVALID_TID_DOCUMENTED_CODE, INVALID_TX_TYPE_CODE, MAX_RETRIES_EXCEEDED_CODE, NOT_FOUND_CODE, PASSWORD_NOT_ENTERED_CODE, REFUND_DISABLED_CODE, REFUND_PASSWORD_INVALID_CODE, SCEP_ENROLLMENT_FAILED_CODE, TERMINAL_BLOCKED_CODE, TERMINAL_BUSY_CODE, TIP_SELECTION_FAILED_CODE, UNSUPPORTED_USER_DATA_CODE, hpsCodeInfo, hpsCodeReason, isHostUncertain, isHostUncertainReason, INVALID_TRANSACTION_CODE, NOT_ABORTABLE_CODE, INVALID_AMOUNT_CODE, AMOUNT_OUT_OF_RANGE_CODE, INVALID_TID_CODE, WRONG_PIN_CODE, NO_STATEMENT_CODE, TECHNICAL_ERROR_CODE, NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, isApproved, isCanceled, isConclusive, isConclusiveAsStatus, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, parseHpsTransactionResponse, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsTransactionResponse, } from './transaction-response.js';
 export { hobexReceiptFromHps } from './receipt.js';

package/dist/cjs/payments/hobex-hps/index.js

@@ -20,7 +20,7 @@
  */
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.isHostUncertain = exports.hpsCodeReason = exports.hpsCodeInfo = exports.UNSUPPORTED_USER_DATA_CODE = exports.TIP_SELECTION_FAILED_CODE = exports.TERMINAL_BUSY_CODE = exports.TERMINAL_BLOCKED_CODE = exports.SCEP_ENROLLMENT_FAILED_CODE = exports.REFUND_PASSWORD_INVALID_CODE = exports.REFUND_DISABLED_CODE = exports.PASSWORD_NOT_ENTERED_CODE = exports.NOT_FOUND_CODE = exports.MAX_RETRIES_EXCEEDED_CODE = exports.INVALID_TX_TYPE_CODE = exports.INVALID_TID_DOCUMENTED_CODE = exports.INVALID_MESSAGE_TYPE_CODE = exports.INTERNAL_ERROR_CODE = exports.HPS_REASON_HINTS = exports.HPS_MEASURED_CODES = exports.HPS_CODES = exports.HOST_TIMEOUT_REVERSED_CODE = exports.HOST_STEP_FAILED_CODE = exports.HOST_COMMUNICATION_FAILED_CODE = exports.DIAGNOSIS_FAILED_CODE = exports.COMPLETION_FAILED_CODE = exports.CHIP_DATA_MISMATCH_CODE = exports.CARD_READ_FAILED_CODE = exports.CARD_NOT_SUPPORTED_CODE = exports.CARD_NOT_PRESENT_CODE = exports.CARD_INFO_NOT_ENTERED_CODE = exports.CARD_DECLINED_CODE = exports.BAD_REQUEST_CODE = exports.APPROVED_CODE = exports.APP_SELECT_FAILED_CODE = exports.ABORTED_CODE = exports.newHpsTransactionId = exports.isValidHpsTransactionId = exports.createHpsTransactionIdGenerator = exports.MAX_TRANSACTION_ID_LENGTH = exports.createHpsPayments = exports.mayRetrySafely = exports.isHostUncertainResult = exports.PREFLIGHT_CONNECT_CODES = exports.HpsTransactionIdError = exports.HpsPreflightError = exports.HpsConnectTransportError = exports.HpsConnectTerminalError = exports.HpsConnectException = exports.HpsClarifyTimeoutError = exports.createHpsConnectClient = void 0;
-exports.hobexReceiptFromHps = exports.parseHpsTransactionResponse = exports.isUnknownCode = exports.isTechnicalError = exports.isNotAbortable = exports.isNoStatement = exports.isInProgress = exports.isConclusiveAsStatus = exports.isConclusive = exports.isCanceled = exports.isApproved = exports.TRANSACTION_CANCELED_CODE = exports.TERMINAL_BUSY_HTTP_STATUS = exports.TECHNICAL_ERROR_CODE = exports.NO_STATEMENT_CODE = exports.WRONG_PIN_CODE = exports.INVALID_TID_CODE = exports.AMOUNT_OUT_OF_RANGE_CODE = exports.INVALID_AMOUNT_CODE = exports.NOT_ABORTABLE_CODE = exports.INVALID_TRANSACTION_CODE = exports.isHostUncertainReason = void 0;
+exports.hobexReceiptFromHps = exports.parseHpsTransactionResponse = exports.isUnknownCode = exports.isTechnicalError = exports.isNotAbortable = exports.isNoStatement = exports.isInProgress = exports.isConclusiveAsStatus = exports.isConclusive = exports.isCanceled = exports.isApproved = exports.TRANSACTION_CANCELED_CODE = exports.TERMINAL_BUSY_HTTP_STATUS = exports.NOT_FOUND_HTTP_STATUS = exports.TECHNICAL_ERROR_CODE = exports.NO_STATEMENT_CODE = exports.WRONG_PIN_CODE = exports.INVALID_TID_CODE = exports.AMOUNT_OUT_OF_RANGE_CODE = exports.INVALID_AMOUNT_CODE = exports.NOT_ABORTABLE_CODE = exports.INVALID_TRANSACTION_CODE = exports.isHostUncertainReason = void 0;
 var connect_client_js_1 = require("./connect-client.js");
 Object.defineProperty(exports, "createHpsConnectClient", { enumerable: true, get: function () { return connect_client_js_1.createHpsConnectClient; } });
 var errors_js_1 = require("./errors.js");
@@ -86,6 +86,7 @@ Object.defineProperty(exports, "INVALID_TID_CODE", { enumerable: true, get: func
 Object.defineProperty(exports, "WRONG_PIN_CODE", { enumerable: true, get: function () { return transaction_response_js_1.WRONG_PIN_CODE; } });
 Object.defineProperty(exports, "NO_STATEMENT_CODE", { enumerable: true, get: function () { return transaction_response_js_1.NO_STATEMENT_CODE; } });
 Object.defineProperty(exports, "TECHNICAL_ERROR_CODE", { enumerable: true, get: function () { return transaction_response_js_1.TECHNICAL_ERROR_CODE; } });
+Object.defineProperty(exports, "NOT_FOUND_HTTP_STATUS", { enumerable: true, get: function () { return transaction_response_js_1.NOT_FOUND_HTTP_STATUS; } });
 Object.defineProperty(exports, "TERMINAL_BUSY_HTTP_STATUS", { enumerable: true, get: function () { return transaction_response_js_1.TERMINAL_BUSY_HTTP_STATUS; } });
 Object.defineProperty(exports, "TRANSACTION_CANCELED_CODE", { enumerable: true, get: function () { return transaction_response_js_1.TRANSACTION_CANCELED_CODE; } });
 Object.defineProperty(exports, "isApproved", { enumerable: true, get: function () { return transaction_response_js_1.isApproved; } });

package/dist/cjs/payments/hobex-hps/payments.js

@@ -321,7 +321,12 @@ function createHpsPayments(client, target, options = {}) {
             res = await withinBudget(elapsedMs, () => client.abort({ ...target, transactionId: id }), abortBudgetMs);
         }
         catch (e) {
-            steps.push(`Abbruch nicht bestaetigt (${describe(e)}) -- ob er wirkte, ist offen, Ausgang wird abgefragt`);
+            // Siehe Dart-Zwilling: ein 404 hat zwei Lesarten, und wir kennen die
+            // richtige nicht. Der Nachweistext benennt beide und behauptet keine.
+            steps.push(e instanceof errors_js_1.HpsConnectTerminalError && e.isNotFound
+                ? 'Abbruch nicht bestaetigt (HTTP 404) -- das Terminal kennt entweder diesen Vorgang nicht '
+                    + 'oder den Abbruch-Endpunkt nicht; beides sagt nichts ueber die Zahlung, Ausgang wird abgefragt'
+                : `Abbruch nicht bestaetigt (${describe(e)}) -- ob er wirkte, ist offen, Ausgang wird abgefragt`);
             noteUnexpected(e, id);
             return null;
         }

package/dist/cjs/payments/hobex-hps/transaction-response.d.ts

@@ -216,6 +216,18 @@ export declare const INTERNAL_ERROR_CODE = "100999";
  * getrennte Auswertung.
  */
 export declare const TERMINAL_BUSY_HTTP_STATUS = 409;
+/**
+ * HTTP `404` beim Terminal-Kontakt. **Lesart ungemessen:** am Produktivgeraet
+ * (TID 3556988, Firmware 2.3.9) antwortet `POST /api/transaction/abort/...`
+ * damit, am Testgeraet (3600335) nie. Es kann "diesen Vorgang kenne ich nicht"
+ * heissen oder "diesen Endpunkt gibt es hier nicht" -- beides sagt nichts ueber
+ * die Zahlung. Bei hobex angefragt; bis dahin benennt `payments.ts` beim
+ * Abbruch beide Lesarten, statt eine zu behaupten.
+ *
+ * Wie [TERMINAL_BUSY_HTTP_STATUS] bewusst KEIN Eintrag in [HPS_CODES]: ein
+ * HTTP-Status ist kein `responseCode`.
+ */
+export declare const NOT_FOUND_HTTP_STATUS = 404;
 /** Der Eintrag zu [code] in [HPS_CODES], oder `undefined`, wenn seine Bedeutung nicht feststeht. */
 export declare function hpsCodeInfo(code: string | undefined): HpsCode | undefined;
 /**

package/dist/cjs/payments/hobex-hps/transaction-response.js

@@ -28,7 +28,7 @@
  * sein kann, als `declined` gemeldet.
  */
 Object.defineProperty(exports, "__esModule", { value: true });
-exports.TERMINAL_BUSY_HTTP_STATUS = exports.INTERNAL_ERROR_CODE = exports.TERMINAL_BUSY_CODE = exports.HOST_TIMEOUT_REVERSED_CODE = exports.TIP_SELECTION_FAILED_CODE = exports.UNSUPPORTED_USER_DATA_CODE = exports.CHIP_DATA_MISMATCH_CODE = exports.REFUND_DISABLED_CODE = exports.COMPLETION_FAILED_CODE = exports.INVALID_MESSAGE_TYPE_CODE = exports.TERMINAL_BLOCKED_CODE = exports.PASSWORD_NOT_ENTERED_CODE = exports.REFUND_PASSWORD_INVALID_CODE = exports.SCEP_ENROLLMENT_FAILED_CODE = exports.CARD_NOT_SUPPORTED_CODE = exports.CARD_DECLINED_CODE = exports.CARD_INFO_NOT_ENTERED_CODE = exports.DIAGNOSIS_FAILED_CODE = exports.MAX_RETRIES_EXCEEDED_CODE = exports.NOT_FOUND_CODE = exports.INVALID_TX_TYPE_CODE = exports.INVALID_TID_DOCUMENTED_CODE = exports.HOST_STEP_FAILED_CODE = exports.HOST_COMMUNICATION_FAILED_CODE = exports.APP_SELECT_FAILED_CODE = exports.CARD_READ_FAILED_CODE = exports.BAD_REQUEST_CODE = exports.WRONG_PIN_CODE = exports.INVALID_TID_CODE = exports.AMOUNT_OUT_OF_RANGE_CODE = exports.INVALID_AMOUNT_CODE = exports.NOT_ABORTABLE_CODE = exports.CARD_NOT_PRESENT_CODE = exports.ABORTED_CODE = exports.TECHNICAL_ERROR_CODE = exports.NO_STATEMENT_CODE = exports.TRANSACTION_CANCELED_CODE = exports.INVALID_TRANSACTION_CODE = exports.APPROVED_CODE = exports.HPS_MEASURED_CODES = exports.HPS_CODES = exports.HPS_REASON_HINTS = void 0;
+exports.NOT_FOUND_HTTP_STATUS = exports.TERMINAL_BUSY_HTTP_STATUS = exports.INTERNAL_ERROR_CODE = exports.TERMINAL_BUSY_CODE = exports.HOST_TIMEOUT_REVERSED_CODE = exports.TIP_SELECTION_FAILED_CODE = exports.UNSUPPORTED_USER_DATA_CODE = exports.CHIP_DATA_MISMATCH_CODE = exports.REFUND_DISABLED_CODE = exports.COMPLETION_FAILED_CODE = exports.INVALID_MESSAGE_TYPE_CODE = exports.TERMINAL_BLOCKED_CODE = exports.PASSWORD_NOT_ENTERED_CODE = exports.REFUND_PASSWORD_INVALID_CODE = exports.SCEP_ENROLLMENT_FAILED_CODE = exports.CARD_NOT_SUPPORTED_CODE = exports.CARD_DECLINED_CODE = exports.CARD_INFO_NOT_ENTERED_CODE = exports.DIAGNOSIS_FAILED_CODE = exports.MAX_RETRIES_EXCEEDED_CODE = exports.NOT_FOUND_CODE = exports.INVALID_TX_TYPE_CODE = exports.INVALID_TID_DOCUMENTED_CODE = exports.HOST_STEP_FAILED_CODE = exports.HOST_COMMUNICATION_FAILED_CODE = exports.APP_SELECT_FAILED_CODE = exports.CARD_READ_FAILED_CODE = exports.BAD_REQUEST_CODE = exports.WRONG_PIN_CODE = exports.INVALID_TID_CODE = exports.AMOUNT_OUT_OF_RANGE_CODE = exports.INVALID_AMOUNT_CODE = exports.NOT_ABORTABLE_CODE = exports.CARD_NOT_PRESENT_CODE = exports.ABORTED_CODE = exports.TECHNICAL_ERROR_CODE = exports.NO_STATEMENT_CODE = exports.TRANSACTION_CANCELED_CODE = exports.INVALID_TRANSACTION_CODE = exports.APPROVED_CODE = exports.HPS_MEASURED_CODES = exports.HPS_CODES = exports.HPS_REASON_HINTS = void 0;
 exports.isHostUncertainReason = isHostUncertainReason;
 exports.hpsCodeInfo = hpsCodeInfo;
 exports.hpsCodeReason = hpsCodeReason;
@@ -332,6 +332,18 @@ exports.INTERNAL_ERROR_CODE = '100999';
  * getrennte Auswertung.
  */
 exports.TERMINAL_BUSY_HTTP_STATUS = 409;
+/**
+ * HTTP `404` beim Terminal-Kontakt. **Lesart ungemessen:** am Produktivgeraet
+ * (TID 3556988, Firmware 2.3.9) antwortet `POST /api/transaction/abort/...`
+ * damit, am Testgeraet (3600335) nie. Es kann "diesen Vorgang kenne ich nicht"
+ * heissen oder "diesen Endpunkt gibt es hier nicht" -- beides sagt nichts ueber
+ * die Zahlung. Bei hobex angefragt; bis dahin benennt `payments.ts` beim
+ * Abbruch beide Lesarten, statt eine zu behaupten.
+ *
+ * Wie [TERMINAL_BUSY_HTTP_STATUS] bewusst KEIN Eintrag in [HPS_CODES]: ein
+ * HTTP-Status ist kein `responseCode`.
+ */
+exports.NOT_FOUND_HTTP_STATUS = 404;
 const CODE_BY_ID = new Map(exports.HPS_CODES.map((c) => [c.code, c]));
 /** Der Eintrag zu [code] in [HPS_CODES], oder `undefined`, wenn seine Bedeutung nicht feststeht. */
 function hpsCodeInfo(code) {

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

@@ -42,4 +42,4 @@
 export { StripeLinkMode, type StripeLinkModeKey } from '../enums/index.js';
 export { type CreateStripeLinkOptions, type StripeCaptureResult, createStripeLink, stripeCaptureIntent, } from './stripe.js';
 export { type HobexPayOptions, type HobexRefundOptions, type HobexTransactionIdOptions, hobexPay, hobexRefund, newHobexTransactionId, } from './hobex.js';
-export { type CardPaymentOutcome, type HpsConnectClient, type HpsConnectClientOptions, type HpsConnectFetch, type HpsConnectFetchResponse, type HpsConnectPaymentOptions, type HpsConnectTarget, type HpsConnectTransactionOptions, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsPaymentEvent, type HpsPaymentEventKind, type HpsPaymentObserver, type HpsPaymentOptions, type HpsPayments, type HpsPaymentResult, type HpsPaymentsOptions, type HpsTransactionIdGeneratorOptions, type HpsTransactionResponse, ABORTED_CODE, APPROVED_CODE, CARD_NOT_PRESENT_CODE, createHpsConnectClient, createHpsPayments, createHpsTransactionIdGenerator, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, hpsCodeInfo, hpsCodeReason, HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, HpsConnectTransportError, HpsPreflightError, HpsTransactionIdError, INVALID_TRANSACTION_CODE, isApproved, isConclusive, isConclusiveAsStatus, isHostUncertain, isHostUncertainResult, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, isValidHpsTransactionId, mayRetrySafely, MAX_TRANSACTION_ID_LENGTH, newHpsTransactionId, NOT_ABORTABLE_CODE, NO_STATEMENT_CODE, parseHpsTransactionResponse, PREFLIGHT_CONNECT_CODES, TECHNICAL_ERROR_CODE, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, } from './hobex-hps/index.js';
+export { type CardPaymentOutcome, type HpsConnectClient, type HpsConnectClientOptions, type HpsConnectFetch, type HpsConnectFetchResponse, type HpsConnectPaymentOptions, type HpsConnectTarget, type HpsConnectTransactionOptions, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsPaymentEvent, type HpsPaymentEventKind, type HpsPaymentObserver, type HpsPaymentOptions, type HpsPayments, type HpsPaymentResult, type HpsPaymentsOptions, type HpsTransactionIdGeneratorOptions, type HpsTransactionResponse, ABORTED_CODE, APPROVED_CODE, CARD_NOT_PRESENT_CODE, createHpsConnectClient, createHpsPayments, createHpsTransactionIdGenerator, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, hpsCodeInfo, hpsCodeReason, HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, HpsConnectTransportError, HpsPreflightError, HpsTransactionIdError, INVALID_TRANSACTION_CODE, isApproved, isConclusive, isConclusiveAsStatus, isHostUncertain, isHostUncertainResult, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, isValidHpsTransactionId, mayRetrySafely, MAX_TRANSACTION_ID_LENGTH, newHpsTransactionId, NOT_ABORTABLE_CODE, NO_STATEMENT_CODE, parseHpsTransactionResponse, PREFLIGHT_CONNECT_CODES, TECHNICAL_ERROR_CODE, NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, } from './hobex-hps/index.js';

package/dist/cjs/payments/index.js

@@ -41,7 +41,7 @@
  * nichts zu entscheiden.
  */
 Object.defineProperty(exports, "__esModule", { value: true });
-exports.TRANSACTION_CANCELED_CODE = exports.TERMINAL_BUSY_HTTP_STATUS = exports.TECHNICAL_ERROR_CODE = exports.PREFLIGHT_CONNECT_CODES = exports.parseHpsTransactionResponse = exports.NO_STATEMENT_CODE = exports.NOT_ABORTABLE_CODE = exports.newHpsTransactionId = exports.MAX_TRANSACTION_ID_LENGTH = exports.mayRetrySafely = exports.isValidHpsTransactionId = exports.isUnknownCode = exports.isTechnicalError = exports.isNotAbortable = exports.isNoStatement = exports.isInProgress = exports.isHostUncertainResult = exports.isHostUncertain = exports.isConclusiveAsStatus = exports.isConclusive = exports.isApproved = exports.INVALID_TRANSACTION_CODE = exports.HpsTransactionIdError = exports.HpsPreflightError = exports.HpsConnectTransportError = exports.HpsConnectTerminalError = exports.HpsConnectException = exports.HpsClarifyTimeoutError = exports.hpsCodeReason = exports.hpsCodeInfo = exports.HPS_REASON_HINTS = exports.HPS_MEASURED_CODES = exports.HPS_CODES = exports.createHpsTransactionIdGenerator = exports.createHpsPayments = exports.createHpsConnectClient = exports.CARD_NOT_PRESENT_CODE = exports.APPROVED_CODE = exports.ABORTED_CODE = exports.newHobexTransactionId = exports.hobexRefund = exports.hobexPay = exports.stripeCaptureIntent = exports.createStripeLink = exports.StripeLinkMode = void 0;
+exports.TRANSACTION_CANCELED_CODE = exports.TERMINAL_BUSY_HTTP_STATUS = exports.NOT_FOUND_HTTP_STATUS = exports.TECHNICAL_ERROR_CODE = exports.PREFLIGHT_CONNECT_CODES = exports.parseHpsTransactionResponse = exports.NO_STATEMENT_CODE = exports.NOT_ABORTABLE_CODE = exports.newHpsTransactionId = exports.MAX_TRANSACTION_ID_LENGTH = exports.mayRetrySafely = exports.isValidHpsTransactionId = exports.isUnknownCode = exports.isTechnicalError = exports.isNotAbortable = exports.isNoStatement = exports.isInProgress = exports.isHostUncertainResult = exports.isHostUncertain = exports.isConclusiveAsStatus = exports.isConclusive = exports.isApproved = exports.INVALID_TRANSACTION_CODE = exports.HpsTransactionIdError = exports.HpsPreflightError = exports.HpsConnectTransportError = exports.HpsConnectTerminalError = exports.HpsConnectException = exports.HpsClarifyTimeoutError = exports.hpsCodeReason = exports.hpsCodeInfo = exports.HPS_REASON_HINTS = exports.HPS_MEASURED_CODES = exports.HPS_CODES = exports.createHpsTransactionIdGenerator = exports.createHpsPayments = exports.createHpsConnectClient = exports.CARD_NOT_PRESENT_CODE = exports.APPROVED_CODE = exports.ABORTED_CODE = exports.newHobexTransactionId = exports.hobexRefund = exports.hobexPay = exports.stripeCaptureIntent = exports.createStripeLink = exports.StripeLinkMode = void 0;
 var index_js_1 = require("../enums/index.js");
 Object.defineProperty(exports, "StripeLinkMode", { enumerable: true, get: function () { return index_js_1.StripeLinkMode; } });
 var stripe_js_1 = require("./stripe.js");
@@ -89,5 +89,6 @@ Object.defineProperty(exports, "NO_STATEMENT_CODE", { enumerable: true, get: fun
 Object.defineProperty(exports, "parseHpsTransactionResponse", { enumerable: true, get: function () { return index_js_2.parseHpsTransactionResponse; } });
 Object.defineProperty(exports, "PREFLIGHT_CONNECT_CODES", { enumerable: true, get: function () { return index_js_2.PREFLIGHT_CONNECT_CODES; } });
 Object.defineProperty(exports, "TECHNICAL_ERROR_CODE", { enumerable: true, get: function () { return index_js_2.TECHNICAL_ERROR_CODE; } });
+Object.defineProperty(exports, "NOT_FOUND_HTTP_STATUS", { enumerable: true, get: function () { return index_js_2.NOT_FOUND_HTTP_STATUS; } });
 Object.defineProperty(exports, "TERMINAL_BUSY_HTTP_STATUS", { enumerable: true, get: function () { return index_js_2.TERMINAL_BUSY_HTTP_STATUS; } });
 Object.defineProperty(exports, "TRANSACTION_CANCELED_CODE", { enumerable: true, get: function () { return index_js_2.TRANSACTION_CANCELED_CODE; } });

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/payments/hobex-hps/errors.d.ts

@@ -101,6 +101,17 @@ export declare class HpsConnectTerminalError extends HpsConnectException {
      * niemals umgekehrt.
      */
     get isTerminalBusy(): boolean;
+    /**
+     * `true`, wenn dies ein HTTP `404` beim Terminal-Kontakt ist -- Lesart
+     * ungemessen, siehe [NOT_FOUND_HTTP_STATUS] und den Dart-Zwilling
+     * (`HpsHttpException.isNotFound`): es kann "diesen Vorgang kenne ich nicht"
+     * heissen oder "diesen Endpunkt gibt es hier nicht". `payments.ts` benennt
+     * beim Abbruch beide Lesarten, statt eine zu behaupten.
+     *
+     * Liest, wie [isTerminalBusy], bevorzugt [terminalHttpStatus] und faellt nur
+     * ohne dieses Feld auf den Meldungstext zurueck.
+     */
+    get isNotFound(): boolean;
 }
 /**
  * Connect selbst war nicht erreichbar, oder die Antwort hatte nicht die

package/dist/esm/payments/hobex-hps/errors.js

@@ -1,4 +1,4 @@
-import { TERMINAL_BUSY_HTTP_STATUS } from './transaction-response.js';
+import { NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS } from './transaction-response.js';
 /**
  * Fehlerarten auf dem Weg ueber **Kasseneck Connect** zum hobex-HPS-Terminal.
  *
@@ -124,6 +124,22 @@ export class HpsConnectTerminalError extends HpsConnectException {
         }
         return this.connectCode === 'terminal_error' && new RegExp(`\\(HTTP ${TERMINAL_BUSY_HTTP_STATUS}\\)`).test(this.message);
     }
+    /**
+     * `true`, wenn dies ein HTTP `404` beim Terminal-Kontakt ist -- Lesart
+     * ungemessen, siehe [NOT_FOUND_HTTP_STATUS] und den Dart-Zwilling
+     * (`HpsHttpException.isNotFound`): es kann "diesen Vorgang kenne ich nicht"
+     * heissen oder "diesen Endpunkt gibt es hier nicht". `payments.ts` benennt
+     * beim Abbruch beide Lesarten, statt eine zu behaupten.
+     *
+     * Liest, wie [isTerminalBusy], bevorzugt [terminalHttpStatus] und faellt nur
+     * ohne dieses Feld auf den Meldungstext zurueck.
+     */
+    get isNotFound() {
+        if (this.terminalHttpStatus !== undefined) {
+            return this.terminalHttpStatus === NOT_FOUND_HTTP_STATUS;
+        }
+        return this.connectCode === 'terminal_error' && new RegExp(`\\(HTTP ${NOT_FOUND_HTTP_STATUS}\\)`).test(this.message);
+    }
 }
 /**
  * Connect selbst war nicht erreichbar, oder die Antwort hatte nicht die

package/dist/esm/payments/hobex-hps/index.d.ts

@@ -23,5 +23,5 @@ export { type HpsPaymentEvent, type HpsPaymentEventKind, type HpsPaymentObserver
 export { type CardPaymentOutcome, type HpsPaymentResult, isHostUncertainResult, mayRetrySafely, } from './outcome.js';
 export { type HpsCancelOptions, type HpsPaymentOptions, type HpsPayments, type HpsPaymentsOptions, type HpsRefundOptions, createHpsPayments, } from './payments.js';
 export { MAX_TRANSACTION_ID_LENGTH, createHpsTransactionIdGenerator, isValidHpsTransactionId, newHpsTransactionId, type HpsTransactionIdGeneratorOptions, } from './transaction-id.js';
-export { ABORTED_CODE, APP_SELECT_FAILED_CODE, APPROVED_CODE, BAD_REQUEST_CODE, CARD_DECLINED_CODE, CARD_INFO_NOT_ENTERED_CODE, CARD_NOT_PRESENT_CODE, CARD_NOT_SUPPORTED_CODE, CARD_READ_FAILED_CODE, CHIP_DATA_MISMATCH_CODE, COMPLETION_FAILED_CODE, DIAGNOSIS_FAILED_CODE, HOST_COMMUNICATION_FAILED_CODE, HOST_STEP_FAILED_CODE, HOST_TIMEOUT_REVERSED_CODE, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, INTERNAL_ERROR_CODE, INVALID_MESSAGE_TYPE_CODE, INVALID_TID_DOCUMENTED_CODE, INVALID_TX_TYPE_CODE, MAX_RETRIES_EXCEEDED_CODE, NOT_FOUND_CODE, PASSWORD_NOT_ENTERED_CODE, REFUND_DISABLED_CODE, REFUND_PASSWORD_INVALID_CODE, SCEP_ENROLLMENT_FAILED_CODE, TERMINAL_BLOCKED_CODE, TERMINAL_BUSY_CODE, TIP_SELECTION_FAILED_CODE, UNSUPPORTED_USER_DATA_CODE, hpsCodeInfo, hpsCodeReason, isHostUncertain, isHostUncertainReason, INVALID_TRANSACTION_CODE, NOT_ABORTABLE_CODE, INVALID_AMOUNT_CODE, AMOUNT_OUT_OF_RANGE_CODE, INVALID_TID_CODE, WRONG_PIN_CODE, NO_STATEMENT_CODE, TECHNICAL_ERROR_CODE, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, isApproved, isCanceled, isConclusive, isConclusiveAsStatus, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, parseHpsTransactionResponse, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsTransactionResponse, } from './transaction-response.js';
+export { ABORTED_CODE, APP_SELECT_FAILED_CODE, APPROVED_CODE, BAD_REQUEST_CODE, CARD_DECLINED_CODE, CARD_INFO_NOT_ENTERED_CODE, CARD_NOT_PRESENT_CODE, CARD_NOT_SUPPORTED_CODE, CARD_READ_FAILED_CODE, CHIP_DATA_MISMATCH_CODE, COMPLETION_FAILED_CODE, DIAGNOSIS_FAILED_CODE, HOST_COMMUNICATION_FAILED_CODE, HOST_STEP_FAILED_CODE, HOST_TIMEOUT_REVERSED_CODE, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, INTERNAL_ERROR_CODE, INVALID_MESSAGE_TYPE_CODE, INVALID_TID_DOCUMENTED_CODE, INVALID_TX_TYPE_CODE, MAX_RETRIES_EXCEEDED_CODE, NOT_FOUND_CODE, PASSWORD_NOT_ENTERED_CODE, REFUND_DISABLED_CODE, REFUND_PASSWORD_INVALID_CODE, SCEP_ENROLLMENT_FAILED_CODE, TERMINAL_BLOCKED_CODE, TERMINAL_BUSY_CODE, TIP_SELECTION_FAILED_CODE, UNSUPPORTED_USER_DATA_CODE, hpsCodeInfo, hpsCodeReason, isHostUncertain, isHostUncertainReason, INVALID_TRANSACTION_CODE, NOT_ABORTABLE_CODE, INVALID_AMOUNT_CODE, AMOUNT_OUT_OF_RANGE_CODE, INVALID_TID_CODE, WRONG_PIN_CODE, NO_STATEMENT_CODE, TECHNICAL_ERROR_CODE, NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, isApproved, isCanceled, isConclusive, isConclusiveAsStatus, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, parseHpsTransactionResponse, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsTransactionResponse, } from './transaction-response.js';
 export { hobexReceiptFromHps } from './receipt.js';

package/dist/esm/payments/hobex-hps/index.js

@@ -22,5 +22,5 @@ export { HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, H
 export { isHostUncertainResult, mayRetrySafely, } from './outcome.js';
 export { createHpsPayments, } from './payments.js';
 export { MAX_TRANSACTION_ID_LENGTH, createHpsTransactionIdGenerator, isValidHpsTransactionId, newHpsTransactionId, } from './transaction-id.js';
-export { ABORTED_CODE, APP_SELECT_FAILED_CODE, APPROVED_CODE, BAD_REQUEST_CODE, CARD_DECLINED_CODE, CARD_INFO_NOT_ENTERED_CODE, CARD_NOT_PRESENT_CODE, CARD_NOT_SUPPORTED_CODE, CARD_READ_FAILED_CODE, CHIP_DATA_MISMATCH_CODE, COMPLETION_FAILED_CODE, DIAGNOSIS_FAILED_CODE, HOST_COMMUNICATION_FAILED_CODE, HOST_STEP_FAILED_CODE, HOST_TIMEOUT_REVERSED_CODE, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, INTERNAL_ERROR_CODE, INVALID_MESSAGE_TYPE_CODE, INVALID_TID_DOCUMENTED_CODE, INVALID_TX_TYPE_CODE, MAX_RETRIES_EXCEEDED_CODE, NOT_FOUND_CODE, PASSWORD_NOT_ENTERED_CODE, REFUND_DISABLED_CODE, REFUND_PASSWORD_INVALID_CODE, SCEP_ENROLLMENT_FAILED_CODE, TERMINAL_BLOCKED_CODE, TERMINAL_BUSY_CODE, TIP_SELECTION_FAILED_CODE, UNSUPPORTED_USER_DATA_CODE, hpsCodeInfo, hpsCodeReason, isHostUncertain, isHostUncertainReason, INVALID_TRANSACTION_CODE, NOT_ABORTABLE_CODE, INVALID_AMOUNT_CODE, AMOUNT_OUT_OF_RANGE_CODE, INVALID_TID_CODE, WRONG_PIN_CODE, NO_STATEMENT_CODE, TECHNICAL_ERROR_CODE, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, isApproved, isCanceled, isConclusive, isConclusiveAsStatus, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, parseHpsTransactionResponse, } from './transaction-response.js';
+export { ABORTED_CODE, APP_SELECT_FAILED_CODE, APPROVED_CODE, BAD_REQUEST_CODE, CARD_DECLINED_CODE, CARD_INFO_NOT_ENTERED_CODE, CARD_NOT_PRESENT_CODE, CARD_NOT_SUPPORTED_CODE, CARD_READ_FAILED_CODE, CHIP_DATA_MISMATCH_CODE, COMPLETION_FAILED_CODE, DIAGNOSIS_FAILED_CODE, HOST_COMMUNICATION_FAILED_CODE, HOST_STEP_FAILED_CODE, HOST_TIMEOUT_REVERSED_CODE, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, INTERNAL_ERROR_CODE, INVALID_MESSAGE_TYPE_CODE, INVALID_TID_DOCUMENTED_CODE, INVALID_TX_TYPE_CODE, MAX_RETRIES_EXCEEDED_CODE, NOT_FOUND_CODE, PASSWORD_NOT_ENTERED_CODE, REFUND_DISABLED_CODE, REFUND_PASSWORD_INVALID_CODE, SCEP_ENROLLMENT_FAILED_CODE, TERMINAL_BLOCKED_CODE, TERMINAL_BUSY_CODE, TIP_SELECTION_FAILED_CODE, UNSUPPORTED_USER_DATA_CODE, hpsCodeInfo, hpsCodeReason, isHostUncertain, isHostUncertainReason, INVALID_TRANSACTION_CODE, NOT_ABORTABLE_CODE, INVALID_AMOUNT_CODE, AMOUNT_OUT_OF_RANGE_CODE, INVALID_TID_CODE, WRONG_PIN_CODE, NO_STATEMENT_CODE, TECHNICAL_ERROR_CODE, NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, isApproved, isCanceled, isConclusive, isConclusiveAsStatus, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, parseHpsTransactionResponse, } from './transaction-response.js';
 export { hobexReceiptFromHps } from './receipt.js';

package/dist/esm/payments/hobex-hps/payments.js

@@ -318,7 +318,12 @@ export function createHpsPayments(client, target, options = {}) {
             res = await withinBudget(elapsedMs, () => client.abort({ ...target, transactionId: id }), abortBudgetMs);
         }
         catch (e) {
-            steps.push(`Abbruch nicht bestaetigt (${describe(e)}) -- ob er wirkte, ist offen, Ausgang wird abgefragt`);
+            // Siehe Dart-Zwilling: ein 404 hat zwei Lesarten, und wir kennen die
+            // richtige nicht. Der Nachweistext benennt beide und behauptet keine.
+            steps.push(e instanceof HpsConnectTerminalError && e.isNotFound
+                ? 'Abbruch nicht bestaetigt (HTTP 404) -- das Terminal kennt entweder diesen Vorgang nicht '
+                    + 'oder den Abbruch-Endpunkt nicht; beides sagt nichts ueber die Zahlung, Ausgang wird abgefragt'
+                : `Abbruch nicht bestaetigt (${describe(e)}) -- ob er wirkte, ist offen, Ausgang wird abgefragt`);
             noteUnexpected(e, id);
             return null;
         }

package/dist/esm/payments/hobex-hps/transaction-response.d.ts

@@ -216,6 +216,18 @@ export declare const INTERNAL_ERROR_CODE = "100999";
  * getrennte Auswertung.
  */
 export declare const TERMINAL_BUSY_HTTP_STATUS = 409;
+/**
+ * HTTP `404` beim Terminal-Kontakt. **Lesart ungemessen:** am Produktivgeraet
+ * (TID 3556988, Firmware 2.3.9) antwortet `POST /api/transaction/abort/...`
+ * damit, am Testgeraet (3600335) nie. Es kann "diesen Vorgang kenne ich nicht"
+ * heissen oder "diesen Endpunkt gibt es hier nicht" -- beides sagt nichts ueber
+ * die Zahlung. Bei hobex angefragt; bis dahin benennt `payments.ts` beim
+ * Abbruch beide Lesarten, statt eine zu behaupten.
+ *
+ * Wie [TERMINAL_BUSY_HTTP_STATUS] bewusst KEIN Eintrag in [HPS_CODES]: ein
+ * HTTP-Status ist kein `responseCode`.
+ */
+export declare const NOT_FOUND_HTTP_STATUS = 404;
 /** Der Eintrag zu [code] in [HPS_CODES], oder `undefined`, wenn seine Bedeutung nicht feststeht. */
 export declare function hpsCodeInfo(code: string | undefined): HpsCode | undefined;
 /**

package/dist/esm/payments/hobex-hps/transaction-response.js

@@ -315,6 +315,18 @@ export const INTERNAL_ERROR_CODE = '100999';
  * getrennte Auswertung.
  */
 export const TERMINAL_BUSY_HTTP_STATUS = 409;
+/**
+ * HTTP `404` beim Terminal-Kontakt. **Lesart ungemessen:** am Produktivgeraet
+ * (TID 3556988, Firmware 2.3.9) antwortet `POST /api/transaction/abort/...`
+ * damit, am Testgeraet (3600335) nie. Es kann "diesen Vorgang kenne ich nicht"
+ * heissen oder "diesen Endpunkt gibt es hier nicht" -- beides sagt nichts ueber
+ * die Zahlung. Bei hobex angefragt; bis dahin benennt `payments.ts` beim
+ * Abbruch beide Lesarten, statt eine zu behaupten.
+ *
+ * Wie [TERMINAL_BUSY_HTTP_STATUS] bewusst KEIN Eintrag in [HPS_CODES]: ein
+ * HTTP-Status ist kein `responseCode`.
+ */
+export const NOT_FOUND_HTTP_STATUS = 404;
 const CODE_BY_ID = new Map(HPS_CODES.map((c) => [c.code, c]));
 /** Der Eintrag zu [code] in [HPS_CODES], oder `undefined`, wenn seine Bedeutung nicht feststeht. */
 export function hpsCodeInfo(code) {

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

@@ -42,4 +42,4 @@
 export { StripeLinkMode, type StripeLinkModeKey } from '../enums/index.js';
 export { type CreateStripeLinkOptions, type StripeCaptureResult, createStripeLink, stripeCaptureIntent, } from './stripe.js';
 export { type HobexPayOptions, type HobexRefundOptions, type HobexTransactionIdOptions, hobexPay, hobexRefund, newHobexTransactionId, } from './hobex.js';
-export { type CardPaymentOutcome, type HpsConnectClient, type HpsConnectClientOptions, type HpsConnectFetch, type HpsConnectFetchResponse, type HpsConnectPaymentOptions, type HpsConnectTarget, type HpsConnectTransactionOptions, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsPaymentEvent, type HpsPaymentEventKind, type HpsPaymentObserver, type HpsPaymentOptions, type HpsPayments, type HpsPaymentResult, type HpsPaymentsOptions, type HpsTransactionIdGeneratorOptions, type HpsTransactionResponse, ABORTED_CODE, APPROVED_CODE, CARD_NOT_PRESENT_CODE, createHpsConnectClient, createHpsPayments, createHpsTransactionIdGenerator, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, hpsCodeInfo, hpsCodeReason, HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, HpsConnectTransportError, HpsPreflightError, HpsTransactionIdError, INVALID_TRANSACTION_CODE, isApproved, isConclusive, isConclusiveAsStatus, isHostUncertain, isHostUncertainResult, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, isValidHpsTransactionId, mayRetrySafely, MAX_TRANSACTION_ID_LENGTH, newHpsTransactionId, NOT_ABORTABLE_CODE, NO_STATEMENT_CODE, parseHpsTransactionResponse, PREFLIGHT_CONNECT_CODES, TECHNICAL_ERROR_CODE, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, } from './hobex-hps/index.js';
+export { type CardPaymentOutcome, type HpsConnectClient, type HpsConnectClientOptions, type HpsConnectFetch, type HpsConnectFetchResponse, type HpsConnectPaymentOptions, type HpsConnectTarget, type HpsConnectTransactionOptions, type HpsCode, type HpsCodeEffect, type HpsCodeReason, type HpsCodeSource, type HpsMeasuredCode, type HpsPaymentEvent, type HpsPaymentEventKind, type HpsPaymentObserver, type HpsPaymentOptions, type HpsPayments, type HpsPaymentResult, type HpsPaymentsOptions, type HpsTransactionIdGeneratorOptions, type HpsTransactionResponse, ABORTED_CODE, APPROVED_CODE, CARD_NOT_PRESENT_CODE, createHpsConnectClient, createHpsPayments, createHpsTransactionIdGenerator, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, hpsCodeInfo, hpsCodeReason, HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, HpsConnectTransportError, HpsPreflightError, HpsTransactionIdError, INVALID_TRANSACTION_CODE, isApproved, isConclusive, isConclusiveAsStatus, isHostUncertain, isHostUncertainResult, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, isValidHpsTransactionId, mayRetrySafely, MAX_TRANSACTION_ID_LENGTH, newHpsTransactionId, NOT_ABORTABLE_CODE, NO_STATEMENT_CODE, parseHpsTransactionResponse, PREFLIGHT_CONNECT_CODES, TECHNICAL_ERROR_CODE, NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, } from './hobex-hps/index.js';

package/dist/esm/payments/index.js

@@ -42,4 +42,4 @@
 export { StripeLinkMode } from '../enums/index.js';
 export { createStripeLink, stripeCaptureIntent, } from './stripe.js';
 export { hobexPay, hobexRefund, newHobexTransactionId, } from './hobex.js';
-export { ABORTED_CODE, APPROVED_CODE, CARD_NOT_PRESENT_CODE, createHpsConnectClient, createHpsPayments, createHpsTransactionIdGenerator, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, hpsCodeInfo, hpsCodeReason, HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, HpsConnectTransportError, HpsPreflightError, HpsTransactionIdError, INVALID_TRANSACTION_CODE, isApproved, isConclusive, isConclusiveAsStatus, isHostUncertain, isHostUncertainResult, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, isValidHpsTransactionId, mayRetrySafely, MAX_TRANSACTION_ID_LENGTH, newHpsTransactionId, NOT_ABORTABLE_CODE, NO_STATEMENT_CODE, parseHpsTransactionResponse, PREFLIGHT_CONNECT_CODES, TECHNICAL_ERROR_CODE, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, } from './hobex-hps/index.js';
+export { ABORTED_CODE, APPROVED_CODE, CARD_NOT_PRESENT_CODE, createHpsConnectClient, createHpsPayments, createHpsTransactionIdGenerator, HPS_CODES, HPS_MEASURED_CODES, HPS_REASON_HINTS, hpsCodeInfo, hpsCodeReason, HpsClarifyTimeoutError, HpsConnectException, HpsConnectTerminalError, HpsConnectTransportError, HpsPreflightError, HpsTransactionIdError, INVALID_TRANSACTION_CODE, isApproved, isConclusive, isConclusiveAsStatus, isHostUncertain, isHostUncertainResult, isInProgress, isNoStatement, isNotAbortable, isTechnicalError, isUnknownCode, isValidHpsTransactionId, mayRetrySafely, MAX_TRANSACTION_ID_LENGTH, newHpsTransactionId, NOT_ABORTABLE_CODE, NO_STATEMENT_CODE, parseHpsTransactionResponse, PREFLIGHT_CONNECT_CODES, TECHNICAL_ERROR_CODE, NOT_FOUND_HTTP_STATUS, TERMINAL_BUSY_HTTP_STATUS, TRANSACTION_CANCELED_CODE, } from './hobex-hps/index.js';

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.0",
+  "version": "0.13.2",
   "gemessenAn": {
     "tid": "3600335",
     "hpsVersion": "1.10.0",

package/fixtures/kasse-texte.json

@@ -1,5 +1,5 @@
 {
-  "version": "0.13.0",
+  "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.0",
+  "version": "0.13.2",
   "aufrufe": [
     "activateCashregister",
     "cancelReceipt",

package/package.json

@@ -1,10 +1,10 @@
 {
   "name": "@kreiseck/kasseneck-api",
-  "version": "0.13.0",
-  "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",