Entwicklerzentrum / öffentliche Grundlagen / Artikel

Checkliste für POS-Migration

Dieser Leitfaden beschreibt den Implementierungsweg für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest. Diese technische Notiz ist ein strukturierter Ausgangspunkt. Modell, Android, Firmware, SDK, Build und Zubehör vor einem Rollout-Ergebnis bestätigen.

Projekt besprechen

Dieser Leitfaden beschreibt den Implementierungsweg für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest. Diese technische Notiz ist ein strukturierter Ausgangspunkt. Modell, Android, Firmware, SDK, Build und Zubehör vor einem Rollout-Ergebnis bestätigen.

QuellengrundlageKuratiertes Resümee offizieller Quellen
Öffentliche Referenzen7
PublikationsstatusVeröffentlicht
v1.0.0 / ArtikelGeprüfte Quellen: 2026-08-30
Modellumfang
Modellumfang: SUNMI / SDK / K2. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
Android-Version
Android-Version: SUNMI / SDK / K2. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
Firmware
Firmware: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
SDK / Schnittstelle
SDK / Schnittstelle: LineApi / CommandApi / Intent / SDK / API. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
Anwendungs-Build
Anwendungs-Build: Definieren Sie den technischen Weg für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

Abdeckung der Herstellerdokumentation

  • Abdeckung der Herstellerdokumentation: Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
  • Quellengrundlage: Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt.
  • Öffentliche Referenzen: Prüfen Sie Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

API-Oberfläche

  • API-Oberfläche: Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
  • API-Oberfläche: SUNMI / LineApi / CommandApi / QueryApi
  • API-Oberfläche: SUNMI / Intent / SDK
  • API-Oberfläche: SUNMI / API
  • API-Oberfläche: API

Umfang und Voraussetzungen

  • Umfang und Voraussetzungen: Definieren Sie den technischen Weg für Migration eines bestehenden POS oder ERP.
  • Modellumfang: SUNMI / SDK / K2.
  • Anwendungs-Build: Migration eines bestehenden POS oder ERP.
  • Berechtigungen und Eigentum: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP.

Berechtigungen und Eigentum

  • Berechtigungen und Eigentum: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP.
  • Umfang und Voraussetzungen: Definieren Sie den technischen Weg für Migration eines bestehenden POS oder ERP.
  • Evidenzstatus: Evidenzstatus: Bis diese Daten erfasst sind, ist der Leitfaden eine öffentliche Implementierungsnotiz, keine Kompatibilitätsgarantie.

Fehlerbehandlung

Fehlerbehandlung: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP. Evidenzstatus: Bis diese Daten erfasst sind, ist der Leitfaden eine öffentliche Implementierungsnotiz, keine Kompatibilitätsgarantie.

Bekannte Einschränkungen

  • Bekannte Einschränkungen: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP.
  • Quellengrundlage: Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt.
  • UnitWeave-Test: Evidenzstatus: Bis diese Daten erfasst sind, ist der Leitfaden eine öffentliche Implementierungsnotiz, keine Kompatibilitätsgarantie.

Implementierungsweg

  1. 01

    Implementierungsweg 01: Definieren Sie den technischen Weg für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

  2. 02

    Implementierungsweg 02: API-Oberfläche: LineApi / CommandApi / Intent / SDK / API. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

  3. 03

    Implementierungsweg 03: Verifikations-Checkliste: Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

  4. 04

    Implementierungsweg 04: Fehlerbehandlung: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

  5. 05

    Implementierungsweg 05: Evidenzstatus: Evidenzstatus: Bis diese Daten erfasst sind, ist der Leitfaden eine öffentliche Implementierungsnotiz, keine Kompatibilitätsgarantie.

  6. 06

    Implementierungsweg 06: Umfang und Voraussetzungen: Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

  7. 07

    Implementierungsweg 07: Definieren Sie den technischen Weg für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

Verifikations-Checkliste

  • Verifikations-Checkliste 01: Prüfen Sie Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
  • Verifikations-Checkliste 02: Modellumfang: SUNMI / SDK / K2. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
  • Verifikations-Checkliste 03: Android-Version: SUNMI / SDK / K2. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
  • Verifikations-Checkliste 04: Fehlerbehandlung: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.
  • Verifikations-Checkliste 05: Evidenzstatus: Evidenzstatus: Bis diese Daten erfasst sind, ist der Leitfaden eine öffentliche Implementierungsnotiz, keine Kompatibilitätsgarantie.
  • Verifikations-Checkliste 06: Prüfen Sie Migration eines bestehenden POS oder ERP. Ordne Bestellungen, Zahlungen, Bestand, Offline-Warteschlange und Rollback zwischen bestehender Anwendung und SUNMI-Schnittstellen zu; halte jede Grenze als eigenen Nachweis fest.

Publikationsprüfung

Eine veröffentlichte Notiz muss eine öffentliche Quelle verknüpfen, Aussagen auf deren Umfang begrenzen, ein benanntes Abnahmeergebnis zeigen und private oder kundeneigene Inhalte ausschließen.

  • Publikationsprüfung 01: Eine veröffentlichte Notiz muss eine öffentliche Quelle verknüpfen, Aussagen auf deren Umfang begrenzen, ein benanntes Abnahmeergebnis zeigen und private oder kundeneigene Inhalte ausschließen.
  • Publikationsprüfung 02: Dokumentieren Sie die Grenze für Migration eines bestehenden POS oder ERP.
  • Publikationsprüfung 03: Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt.
  • Publikationsprüfung 04: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.
  • Publikationsprüfung 05: Evidenzstatus: Bis diese Daten erfasst sind, ist der Leitfaden eine öffentliche Implementierungsnotiz, keine Kompatibilitätsgarantie.

Lizenz und Herkunft

Lizenz und Herkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

Beispielreferenz

Beispielreferenz: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

Quellengrundlage

Quellenherkunft

Geprüfte Quellen: 2026-08-30

Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

  • SUNMI Integration GuideSUNMI / Offizielle SUNMI-Dokumentation: SUNMI Integration Guide. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen
  • SUNMI Device's Android VersionSUNMI / Offizielle SUNMI-Dokumentation: SUNMI Device's Android Version. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen
  • APIs for Printing Thermal ReceiptsSUNMI / Offizielle SUNMI-Dokumentation: APIs for Printing Thermal Receipts. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen
  • Using Camera-Based Barcode Scanner SDKSUNMI / Offizielle SUNMI-Dokumentation: Using Camera-Based Barcode Scanner SDK. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen
  • Overview of SUNMI Customer API SDKSUNMI / Offizielle SUNMI-Dokumentation: Overview of SUNMI Customer API SDK. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen
  • Request app permissionsAndroid Developers / Öffentliche SUNMI- und Android-Quellen: Request app permissions. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen
  • Android package visibilityAndroid Developers / Öffentliche SUNMI- und Android-Quellen: Android package visibility. Die Quellengrundlage zeigt, woher die öffentliche Implementierungsnotiz stammt. Sie ist von UnitWeave-Hardwaretests und der Kundenabnahme getrennt. / Geprüfte Quellen: 2026-08-30

    Quellenherkunft: Der Implementierungsinhalt wird hier in Struktur und Wortlaut von UnitWeave gepflegt. Quell-URLs bleiben für Attribution und Versionsprüfung im Herkunftsregister; sie ersetzen die Anleitung nicht.

    Referenz öffnen