El fabricante documenta la capacidad, la interfaz o la configuración. No es un resultado de prueba de UnitWeave y no garantiza su aplicación.
Laboratorio de pruebas / registro de evidencia
Laboratorio de compatibilidad de dispositivos SUNMI
Convierte una duda de compatibilidad en un registro reproducible para un dispositivo SUNMI, una build de aplicación, sus periféricos y el entorno operativo definidos.
Habla de tu proyectoAlcance de la prueba / antes de un resultado
Prueba la configuración que realmente llegará al despliegue.
La compatibilidad pertenece a una combinación definida de hardware, software, configuración y condiciones operativas. Empieza por el flujo que importa y describe la configuración para que otro revisor pueda repetirla.
Registro de validación / campos necesarios
«Compatible» necesita una fuente y un responsable.
Una conclusión positiva, parcial o negativa queda ligada a la configuración que la produjo. Este registro reúne el contexto mínimo para comparar resultados, reabrir un defecto o ampliar la cobertura a una build nueva.
Un registro fechado de UnitWeave identifica el modelo, el sistema operativo, el firmware, la compilación de la aplicación, los accesorios, el método, el resultado y el revisor.
Un registro de aceptación de un cliente identificado confirma el flujo acordado en su entorno. No es automáticamente un resultado universal.
Algunas rutas funcionan, pero queda una limitación definida. Se registran tanto la ruta compatible como la fallida o excluida.
Un registro identificado indica que la configuración solicitada está fuera del alcance confirmado o no cumple los criterios de aceptación acordados.
Registro de validación / campos necesarios
Una prueba útil puede repetirla otro revisor.
Una conclusión positiva, parcial o negativa queda ligada a la configuración que la produjo. Este registro reúne el contexto mínimo para comparar resultados, reabrir un defecto o ampliar la cobertura a una build nueva.
01
Identidad del objetivo
Registra el modelo, la variante exacta, la versión de Android, el firmware, el paquete, la versión y la build de la aplicación. El nombre de una familia no sustituye a la configuración probada.
02
Configuración conectada
Nombra la impresora, el escáner, el cajón, la pantalla de cliente, el soporte, el papel, el entorno de pago, la red y la alimentación utilizados.
03
Método de prueba
Escribe las condiciones previas, los datos, el resultado esperado, los pasos, las repeticiones y el resultado observado. Incluye arranque, reconexión y rutas offline cuando formen parte del flujo.
04
Recuperación y límites
Registra permisos, errores, logs o capturas, recuperación, limitaciones y rutas excluidas. Mantén los datos de clientes, credenciales y binarios de producción fuera del registro público.
05
Decisión y responsable
Indica el nivel de evidencia, el resultado de aceptación, la fecha, el revisor, la ubicación de la evidencia, el responsable de soporte y la siguiente acción.
De la pregunta al registro
Un camino breve desde la incertidumbre hasta una respuesta acotada.
El proceso hace visibles las incógnitas antes de la compra, la certificación o el despliegue y ofrece un punto común para ingeniería y cliente.
- 01
Definir
Describe el flujo de negocio, el mercado, la variante del dispositivo, la build y los criterios de aceptación.
- 02
Preparar
Fija firmware, periféricos, red, alimentación, cuentas, permisos y datos de prueba antes de ejecutar.
- 03
Ejecutar
Realiza casos definidos, repite las rutas importantes, prueba reinicio y recuperación y conserva la evidencia observada.
- 04
Publicar
Separa datos del fabricante de resultados de prueba, asigna el estado de evidencia, registra límites y nombra la siguiente revisión.
Límite de publicación
Un resultado de prueba es específico por diseño.
El laboratorio facilita decisiones concretas y confiables. No convierte una configuración exitosa en compatibilidad universal, certificación de pagos ni compromiso de soporte local.
- Una especificación de SUNMI sigue siendo una declaración del fabricante; no se presenta como una prueba de UnitWeave.
- Un modelo, firmware, build o conjunto de accesorios no cubre en silencio otra configuración.
- La certificación de pagos, la adquisición, los impuestos, la importación, los datos de clientes y el servicio local tienen responsables propios.
- La oferta, el registro de aceptación y el contrato controlan el entregable, la disponibilidad, la garantía y el soporte.
Empieza por la pregunta abierta
¿Necesitas una respuesta de compatibilidad antes del despliegue?
Envía el flujo objetivo, el modelo o la selección, la build, los periféricos, el país y los criterios de aceptación. Convertiremos la duda en un brief de validación acotado.