Der Hersteller dokumentiert die Funktion, Schnittstelle oder Konfiguration. Dies ist kein UnitWeave-Testergebnis und garantiert nicht, dass Ihre Anwendung funktioniert.
Testlabor / Kompatibilität
SUNMI POS- und Kiosk-Kompatibilität
Kompatibilität gehört zu einer definierten Kombination aus Hardware, Software, Konfiguration und Betriebsbedingungen. Mit dem wichtigen Workflow beginnen und das Setup so benennen, dass ein weiterer Prüfer es wiederholen kann.
Projekt besprechenEvidenz spaltenweise lesen
Eine Kompatibilitätszeile ist ein benanntes Setup, kein Produktversprechen.
Kompatibilität gehört zu einer definierten Kombination aus Hardware, Software, Konfiguration und Betriebsbedingungen. Mit dem wichtigen Workflow beginnen und das Setup so benennen, dass ein weiterer Prüfer es wiederholen kann.
| Modell | Workflow-Ausgangspunkt | Veröffentlichte Herstellerbasis | Zu prüfende Integrationspunkte | Nächster Validierungsschritt |
|---|---|---|---|---|
| V2s PLUSSunmi Geräte | Mobiler Kassenabschluss, Auftragserfassung und Beleg- oder Etikettenausgabe. | Veröffentlichte Herstellerbasis
| Druckerpfad, Scannervariante, Android Intent oder SDK, Akku und Wiederverbindung. | Variante, Firmware, App-Build, Papier, Scannerpfad und Abnahmeschritte benennen. |
| L2s PROSunmi Geräte | Lagerscanning, Bestand, Liefererfassung und Außendienst. | Veröffentlichte Herstellerbasis
| Scan-Auslöser, dekodierte Daten, Intent oder SDK, Offline-Warteschlange, Akkuwechsel und Geräterichtlinie. | Speichervariante, Firmware, Symbologien, Auslösemethode und Offline-Abnahmekriterien benennen. |
| P3Sunmi Geräte | Zahlungsannahme, betreutes Kassieren und Auftragserfassung in der Gastronomie. | Veröffentlichte Herstellerbasis
| Freigegebene Zahlungsgrenze, Provider-SDK oder Intent, Netzwerkwiederherstellung, Belegpfad und Länderanforderungen. | Zahlungsanbieter, Markt, genaue Konfiguration, Zertifizierungsverantwortung und Testverantwortliche bestätigen. |
| T2sSunmi Geräte | Bediente Kasse und Restaurantbetrieb am Counter. | Veröffentlichte Herstellerbasis
| Drucker, Kassenschublade, Kundendisplay, Android-Version, Firmware und Anwendungslifecycle. | Firmware, App-Build, angeschlossene Peripherie und Abnahmeworkflow für das Rollout-Setup bestätigen. |
| K2Sunmi Geräte | Self-Service-Bestellung, Ticketing, Check-in und Warteschlangenverwaltung. | Veröffentlichte Herstellerbasis
| Kioskregel, Bildschirm-Reset, Kartenkopplung, Netzwerkwiederherstellung, MDM und Fernwiederherstellung. | Gehäuse, Halter, Zahlungskopplung, Android, Firmware, MDM-Regel und Reset-Abnahme benennen. |
Validierungsnachweis / Pflichtfelder
„Unterstützt“ braucht eine Quelle und einen Verantwortlichen.
Ein positives, teilweises oder negatives Ergebnis bleibt an das Setup gebunden, das es erzeugt hat. Der Nachweis enthält den Mindestkontext für Vergleiche, Fehlerwiederaufnahme und neue Builds.
Ein datierter UnitWeave-Nachweis nennt Modell, Betriebssystem, Firmware, App-Build, Zubehör, Methode, Ergebnis und Prüfer.
Ein einem bestimmten Kunden zuordenbarer Abnahmenachweis bestätigt den vereinbarten Workflow in dessen Umgebung. Er gilt nicht automatisch universell.
Einige Pfade funktionieren, zugleich bleibt eine definierte Einschränkung. Der unterstützte sowie der fehlgeschlagene oder ausgeschlossene Pfad werden dokumentiert.
Ein benannter Nachweis stellt fest, dass das angeforderte Setup außerhalb des bestätigten Umfangs liegt oder die vereinbarten Abnahmekriterien nicht erfüllt.
Validierungsnachweis / Pflichtfelder
Ein brauchbarer Test kann von einem weiteren Prüfer wiederholt werden.
Ein positives, teilweises oder negatives Ergebnis bleibt an das Setup gebunden, das es erzeugt hat. Der Nachweis enthält den Mindestkontext für Vergleiche, Fehlerwiederaufnahme und neue Builds.
01
Zielidentität
Modell, genaue Variante, Android-Version, Firmware, Anwendungspaket, Version und Build erfassen. Ein Familienname ersetzt nicht die getestete Konfiguration.
02
Angeschlossenes Setup
Drucker, Scanner, Kassenschublade, Kundendisplay, Halter, Papier, Zahlungsumgebung, Netzwerkpfad und Stromannahmen benennen.
03
Testmethode
Voraussetzungen, Testdaten, erwartetes Ergebnis, Schritte, Wiederholungen und Beobachtung dokumentieren. Start, Wiederverbindung und Offline-Pfade aufnehmen, wenn sie zum Workflow gehören.
04
Recovery und Grenzen
Berechtigungen, Fehler, Logs oder Screenshots, Wiederherstellung, bekannte Grenzen und ausgeschlossene Pfade erfassen. Kundendaten, Zugangsdaten und Produktions-Binaries gehören nicht in den öffentlichen Nachweis.
05
Entscheidung und Verantwortlicher
Evidenzstufe, Abnahmeergebnis, Datum, Prüfer, Evidenzort, Supportverantwortlichen und nächste Aktion nennen. Das Ergebnis bleibt begrenzt, bis ein neuer Nachweis den Umfang erweitert.
Publikationsgrenze
Eine Katalogfunktion ist der Startpunkt für die Validierung.
Das Labor macht eine definierte Entscheidung nachvollziehbarer. Es macht aus einem erfolgreichen Setup keine universelle Kompatibilität, Zahlungszertifizierung oder lokale Supportzusage.
- Eine SUNMI-Spezifikation bleibt eine Herstellerangabe und wird nicht als UnitWeave-Testergebnis ausgegeben.
- Ein Modell, eine Firmware, ein App-Build oder ein Zubehörsatz deckt nicht stillschweigend eine andere Konfiguration ab.
- Zahlungszertifizierung, Acquiring, Steuern, Import, Kundendaten und lokaler Service brauchen eigene Verantwortliche.
- Angebot, Abnahmenachweis und Vertrag steuern Lieferumfang, Verfügbarkeit, Garantie und Supportzusage.
Kompatibilität
Brauchen Sie eine Kompatibilitätsantwort für Ihre Anwendung?
Senden Sie Workflow, Modell oder Shortlist, App-Build, Peripherie, Land und Abnahmekriterien. Wir machen daraus ein klar begrenztes Validierungsbriefing.