Software for the workflow

SUNMI POS and Kiosk Software Integration

Keep your existing POS, ERP or kiosk application, use a qualified third-party platform or scope a focused Android application with UnitWeave. We connect the named workflow to the selected SUNMI device and peripherals, then document the integration, acceptance and support responsibilities before rollout.

Discuss your project

Integration surfaces

Start with the device action your application must control.

The right interface depends on the model, variant, firmware, application build and accessory path. We document the exact setup under review instead of treating a catalog capability as a universal compatibility result.

Developer Resources
01Official docs available

Printing

Review receipt and label output for a built-in or external printer path, including the behavior an operator sees when a print cannot complete.

  • Named model, printer variant and paper configuration
  • Print result, timeout, paper and reprint behavior
02Official docs available

Scanning

Map scan triggers and decoded data into the existing application without losing events during rapid entry or reconnects.

  • Named scan engine, barcode set and Intent or SDK path
  • Trigger, duplicate-event, malformed-data and timeout handling
03Model and accessory specific

Cash drawer and customer display

Review the exact base, accessory wiring, power path and application commands for counter peripherals.

  • Accessory model, connection and power assumptions
  • Open signal, display, pairing and reconnect behavior
04Official API + project validation

Android application behavior

Check the application where device-specific screen, lifecycle, permission, orientation and background behavior can change the workflow.

  • App package, build, minimum Android and SUNMI OS assumptions
  • Permissions, session, sleep, orientation and kiosk behavior
05MDM configuration required

Kiosk and fleet deployment

Prepare a repeatable path from signed package to preloaded, named and managed devices when the project includes a fleet rollout.

  • Signing owner, MDM policy, enrollment and recovery path
  • Updates, replacement, staging exceptions and handover records
06Certification and market review

Payment and country constraints

Separate the device workflow from acquirer, certification, tax, import and country obligations that require their own confirmation.

  • Named payment provider, certification and market assumptions
  • No payment certification or local service is inferred from the device catalog

How a review moves

Make the next decision smaller.

A useful integration review turns an open-ended compatibility question into a named setup with an acceptance record and a clear owner for the remaining risks.

  1. 01

    Frame the workflow

    Describe the transaction, task or handoff that must work in the field, along with the application and destination.

    Output: application brief, target configuration and open questions.
  2. 02

    Prove the named setup

    Review or test the exact model, Android version, firmware, application build, interface, accessories and network assumptions.

    Output: compatibility notes, evidence state and known limitations.
  3. 03

    Prepare the rollout

    Coordinate the sample, acceptance steps, preload, naming, MDM, accessory pairing, staging and handover responsibilities.

    Output: deployment profile, acceptance record and project-specific terms.

Bring these facts

A useful first review starts with a named setup.

The more precise the initial brief, the less likely a device capability or generic Android assumption will be mistaken for a tested integration.

  • 01

    Application name, package or build and software owner

  • 02

    Target SUNMI model, variant, Android and firmware assumptions

  • 03

    Printer, scanner, cash drawer, customer display or payment path

  • 04

    Country, quantity, timeline, network and offline requirements

  • 05

    Acceptance criteria, credentials, signing, ownership and maintenance boundary

Scope and responsibility

A catalog capability is not a compatibility result.

Manufacturer-supported facts, a UnitWeave test, a customer validation and a project promise are different records. We keep those states separate so the acceptance decision stays traceable.

  • Public notes are implementation starting points and do not guarantee every model or firmware combination.
  • A tested-by-us result names the model, OS, firmware, application build, accessories, method, date and reviewer.
  • Payment certification, backend development, data migration, import services and local support require separate scope.
  • Private SDKs, credentials, customer binaries and production data do not belong in public documentation.

Before you send the brief

Questions that change the integration plan.

01Can an existing POS, ERP or field application run on SUNMI?

It can be assessed when the application build, target model, Android and firmware assumptions, permissions, screen behavior and peripheral interface are available. The result is specific to the named setup.

02How does software fit into the project?

Software follows the workflow. Keep your existing POS, ERP or field application, use a qualified third-party platform or scope a focused Android application with UnitWeave; we name the business-logic owner, agree the device and integration surface, and document acceptance and support responsibilities before work starts.

03Can you provide SDK code or a sample?

Public examples must be original or cleared for redistribution. We can publish implementation notes and link to approved vendor references; a project sample or dedicated validation is scoped against the exact device setup.

04Can you prepare and manage devices before delivery?

Preload, device naming, policy, MDM enrollment, accessory pairing, staging and handover can be scoped as deployment engineering. Signing keys, credentials, ownership, updates and recovery responsibilities are agreed separately.

05Are payment and local support included?

No automatic promise is made. Acquirer integration, certification, import, tax, warranty, repair and local support depend on the country, provider and written project terms.

Ready to name the setup?

Request an application validation review.

Tell us what the application must do, which SUNMI configuration you are considering, where it will be deployed and how many devices are involved.