Ir al contenido
Contáctenos

Hardware fiscal y de punto de venta

Fabricantes de hardware fiscal y de punto de venta. Sus equipos deben estar certificados, deben identificarse ante una autoridad tributaria, y se deben construir y aprovisionar a escala.

Hardware
Rockchip RV1108 · RV1106 · Raspberry Pi · x86-64
El trabajo
Un build restaurado, y actualizaciones que terminan
Una terminal de punto de venta y una impresora de recibos sobre el mostrador de una panadería.

El trabajo

Equipos de transacciones fiscales

Un pipeline de build detenido, recuperado, y el aprovisionamiento de equipos rediseñado

Datos del caso

Sector
Hardware fiscal y de punto de venta
Línea de productos
Equipos de transacciones fiscales, clase SAT y MFE
Silicio
Rockchip RV1108
Alcance
Recuperación del entorno de desarrollo, imágenes de validación de hardware, infraestructura de build, aprovisionamiento y autenticación, integración con la línea de producción, actualización de firmware
  • Entorno de desarrollo

    Lo reconstruimos y validamos la infraestructura de build, así las plataformas de equipos se construyen y se prueban de forma fiable otra vez.

  • Validación de hardware

    Restauramos y adaptamos la imagen de validación. Una unidad nueva se puede verificar otra vez contra los requisitos base de hardware.

  • Servidor de build

    Lo recuperamos. Su fallo había detenido por completo la generación de imágenes.

  • Aprovisionamiento y autenticación

    Rediseñamos cómo se aprovisiona y se autentica una unidad, desde la estrategia hasta la implementación. Un equipo fiscal debe identificarse ante la autoridad tributaria.

  • Línea de producción

    Adaptamos los scripts de producción y los unimos a los soportes de prueba de fabricación. La línea graba y valida una unidad sin ningún paso manual.

  • Componente de cumplimiento fiscal

    Entregamos una actualización del componente que se ejecuta en el equipo.

Una plataforma migrada, y un build actualizado

Un build que produce dos arquitecturas, sobre una versión de Yocto modernizada

Datos del caso

Sector
Hardware fiscal y de punto de venta
Línea de productos
Equipos de punto de venta, varios modelos
Placas
Raspberry Pi CM4 · Raspberry Pi 4 · x86-64
Alcance
Migración de plataforma, migración de versión de Yocto, migración del sistema init, build de la aplicación rehecho, definiciones de máquina, ingeniería de versiones
  • El build existente, reproducido

    Construimos lo que el cliente ya tenía antes de cambiar algo. Una migración que no se puede comparar con el original es una reescritura.

  • Migración a nuestra plataforma

    Llevamos el producto a la plataforma O.S. Systems Embedded Linux, y después a una versión actual de Yocto Project.

  • Sistema init

    Migramos el producto a systemd.

  • Build de la aplicación

    Rehicimos el build de la aplicación Qt. Fue la parte individual más grande de esta migración.

  • Dos arquitecturas, un build

    Definimos las máquinas para las placas Raspberry Pi y para x86-64, así un build produce las imágenes para ambas.

  • Reloj de tiempo real

    Añadimos soporte para él en la plataforma.

  • Ingeniería de versiones

    Definimos una imagen de desarrollo y una imagen de homologación, y llevamos el producto a través de una versión mayor.

Actualizaciones que terminan, y arranques que no fallan

El trabajo de fiabilidad después de la migración, incluida una actualización que podía inutilizar una unidad

Datos del caso

Sector
Hardware fiscal y de punto de venta
Línea de productos
Equipos de punto de venta en campo
Placas
Raspberry Pi CM4 · Raspberry Pi 4
Alcance
Actualizaciones remotas (OTA), servidor de actualizaciones propio, diagnóstico de fallos de arranque, reparación del sistema de archivos, soporte de placas, soporte de almacenamiento
  • Una actualización que no terminaba

    Una actualización se aplicaba solo en parte, y esa es la peor forma de fallar. Encontramos la causa y la corregimos.

  • Dos fallos de arranque

    Diagnosticamos ambas. Una de ellas la causaba una actualización. Por eso el trabajo de actualizaciones y este trabajo son la misma tarea.

  • Actualizaciones en servidor propio

    Configuramos UpdateHub con el servidor del propio cliente y no con una nube pública, porque estos equipos informan a una autoridad tributaria.

  • Reparación del sistema de archivos

    Ahora el equipo repara su sistema de archivos en el arranque en lugar de detenerse.

  • Kernel panic

    Ahora la unidad se reinicia sola después de uno, en lugar de quedar muerta sobre un mostrador.

  • Placas más nuevas

    Añadimos soporte para Raspberry Pi CM4 y Raspberry Pi 4, y corregimos el soporte de almacenamiento NVMe en U-Boot.

  • El módulo fiscal

    Configurarlo podía bloquear el equipo. Encontramos el fallo y lo corregimos.

Díganos qué debe hacer su producto

Escriba un párrafo sobre el producto, el silicio y el plazo. Un ingeniero que hace este trabajo lo leerá y le responderá.