Hub sviluppatori / basi pubbliche / Articolo

Migrazione di un POS esistente

Questa guida descrive il percorso di implementazione per migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata. Questa nota tecnica è un punto di partenza strutturato. Conferma modello, Android, firmware, SDK, versione app e accessori prima di considerarla un risultato di deployment.

Parla del progetto

v1.0.0 / ArticoloFonti verificate: 2026-08-30

Ambito del modello: Ambito del modello: SUNMI / SDK / K2. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Versione Android: Versione Android: SUNMI / SDK / K2. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Firmware: Firmware: Registra il confine di migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
SDK / interfaccia: SDK / interfaccia: LineApi / CommandApi / Intent / SDK / API. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Build dell’applicazione: Build dell’applicazione: Definisci il percorso tecnico per migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.

Cosa copre la documentazione del produttore

Cosa copre la documentazione del produttore: Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Base della fonte: La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente.
Riferimenti pubblici: Verifica migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.

Superficie API

Superficie API: Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Superficie API: SUNMI / LineApi / CommandApi / QueryApi
Superficie API: SUNMI / Intent / SDK
Superficie API: SUNMI / API
Superficie API: API

Ambito e prerequisiti

Ambito e prerequisiti: Definisci il percorso tecnico per migrazione di un POS o ERP esistente.
Ambito del modello: SUNMI / SDK / K2.
Build dell’applicazione: migrazione di un POS o ERP esistente.
Permessi e proprietà: Registra il confine di migrazione di un POS o ERP esistente.

Permessi e proprietà

Permessi e proprietà: Registra il confine di migrazione di un POS o ERP esistente.
Ambito e prerequisiti: Definisci il percorso tecnico per migrazione di un POS o ERP esistente.
Stato delle evidenze: Stato delle evidenze: Autorizzazione, dati prodotto, permessi media, compatibilità, disponibilità e supporto sono registrati separatamente.

Gestione degli errori

Gestione degli errori: Registra il confine di migrazione di un POS o ERP esistente. Stato delle evidenze: Autorizzazione, dati prodotto, permessi media, compatibilità, disponibilità e supporto sono registrati separatamente.

Limitazioni note

Limitazioni note: Registra il confine di migrazione di un POS o ERP esistente.
Base della fonte: La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente.
Test UnitWeave: Stato delle evidenze: Autorizzazione, dati prodotto, permessi media, compatibilità, disponibilità e supporto sono registrati separatamente.

Percorso di implementazione

01
Percorso di implementazione 01: Definisci il percorso tecnico per migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
02
Percorso di implementazione 02: Superficie API: LineApi / CommandApi / Intent / SDK / API. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
03
Percorso di implementazione 03: Checklist di verifica: Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
04
Percorso di implementazione 04: Gestione degli errori: Registra il confine di migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
05
Percorso di implementazione 05: Stato delle evidenze: Stato delle evidenze: Autorizzazione, dati prodotto, permessi media, compatibilità, disponibilità e supporto sono registrati separatamente.
06
Percorso di implementazione 06: Ambito e prerequisiti: Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
07
Percorso di implementazione 07: Definisci il percorso tecnico per migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.

Checklist di verifica

Checklist di verifica 01: Verifica migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Checklist di verifica 02: Ambito del modello: SUNMI / SDK / K2. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Checklist di verifica 03: Versione Android: SUNMI / SDK / K2. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Checklist di verifica 04: Gestione degli errori: Registra il confine di migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.
Checklist di verifica 05: Stato delle evidenze: Stato delle evidenze: Autorizzazione, dati prodotto, permessi media, compatibilità, disponibilità e supporto sono registrati separatamente.
Checklist di verifica 06: Verifica migrazione di un POS o ERP esistente. Mappa ordini, pagamenti, inventario, coda offline e rollback tra applicazione esistente e interfacce SUNMI; conserva ogni confine come evidenza separata.

Criteri di pubblicazione

Una nota pubblicata deve collegare una fonte pubblica, mantenere le affermazioni entro quel perimetro, mostrare un risultato di accettazione identificato ed escludere materiale privato o del cliente.

Criteri di pubblicazione 01: Una nota pubblicata deve collegare una fonte pubblica, mantenere le affermazioni entro quel perimetro, mostrare un risultato di accettazione identificato ed escludere materiale privato o del cliente.
Criteri di pubblicazione 02: Registra il confine di migrazione di un POS o ERP esistente.
Criteri di pubblicazione 03: La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente.
Criteri di pubblicazione 04: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Criteri di pubblicazione 05: Stato delle evidenze: Autorizzazione, dati prodotto, permessi media, compatibilità, disponibilità e supporto sono registrati separatamente.

Licenza e provenienza

Licenza e provenienza: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.

Riferimento di esempio

Riferimento di esempio: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.

Base della fonte

Provenienza della fonte

Fonti verificate: 2026-08-30

Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.

SUNMI Integration GuideSUNMI / Documentazione ufficiale SUNMI: SUNMI Integration Guide. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento
SUNMI Device's Android VersionSUNMI / Documentazione ufficiale SUNMI: SUNMI Device's Android Version. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento
APIs for Printing Thermal ReceiptsSUNMI / Documentazione ufficiale SUNMI: APIs for Printing Thermal Receipts. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento
Using Camera-Based Barcode Scanner SDKSUNMI / Documentazione ufficiale SUNMI: Using Camera-Based Barcode Scanner SDK. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento
Overview of SUNMI Customer API SDKSUNMI / Documentazione ufficiale SUNMI: Overview of SUNMI Customer API SDK. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento
Request app permissionsAndroid Developers / Fonti pubbliche SUNMI e Android: Request app permissions. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento
Android package visibilityAndroid Developers / Fonti pubbliche SUNMI e Android: Android package visibility. La base della fonte spiega da dove proviene la nota pubblica di implementazione. È separata dai test hardware di UnitWeave e dall’accettazione del cliente. / Fonti verificate: 2026-08-30
Provenienza della fonte: Il contenuto di implementazione è mantenuto qui con struttura e formulazione UnitWeave. Gli URL delle fonti restano nel registro di provenienza per attribuzione e verifica della versione; non sostituiscono la guida.
Apri riferimento