Un inventario con escaneo móvil: registros, sincronización y controles

Escanear una etiqueta evita escribir su código. No comprueba cuántas unidades hay en la caja ni descubre una salida que nadie registró. Esa diferencia importa al construir un inventario pequeño con Google Sheets y AppSheet.

Yo plantearía una prueba con cinco productos y datos separados de los del negocio. El objetivo sería comprobar que otra persona puede registrar un movimiento, corregir un error y entender cuándo se actualizó el saldo.

Dos tablas y un saldo que puedas reconstruir

En Catálogo_Productos guardaría ID_Producto, Codigo_Barras, Nombre_Articulo y Unidad. Si una caja contiene varias unidades, el formulario debe mostrar qué cantidad se está registrando y cómo se convierte. El código se guarda como texto para conservar ceros iniciales.

En Registro_Movimientos usaría ID_Movimiento único, Fecha_Hora, ID_Producto, Tipo_Movimiento, Cantidad, Usuario y Motivo. Añadiría una referencia al movimiento original cuando una corrección lo revierte. No borraría una salida equivocada sin dejar rastro de la corrección.

El saldo se reconstruye como recuento inicial + entradas − salidas + ajustes con signo. Una devolución vendible es una entrada; mercancía dañada puede necesitar otro estado o una salida. Hay que fijar estas reglas antes de que cada persona las interprete de forma distinta.

No permitiría editar Stock_Actual libremente. El ajuste se introduce como movimiento con motivo y responsable. En la prueba, concilia el saldo con un recuento físico al terminar: una fórmula correcta puede sumar registros equivocados.

Configura y prueba el escaneo en el móvil

Conecta las tablas a AppSheet, define sus claves y la relación entre movimiento y producto. En el editor de datos, activa el escaneo en la columna correspondiente. Después valida que el código identifica un producto existente y que la cantidad usa la unidad esperada.

La documentación oficial indica que el escaneo por cámara se utiliza en dispositivos móviles y requiere planes Core o Enterprise. No funciona en el navegador ni como escaneo real en el emulador del editor. Uso de códigos de barras. Comprueba el plan y las licencias que necesitas antes de presupuestar el uso; que ya tengas Google Sheets no demuestra que el escáner esté incluido.

Guardado no significa visible en todos los dispositivos

AppSheet mantiene una copia local y sincroniza cambios con los datos centrales. La configuración y la conectividad influyen en cuándo se transmiten y se descargan. Sincronización con la hoja. Si hay movimientos pendientes, el saldo mostrado puede estar desactualizado.

Además, Google advierte que Quick sync no debe usarse con ciertos cálculos automáticos en la fuente, como fórmulas de Google Sheets. Límites de sincronización. Por eso probaría cómo se recalcula y llega el saldo a otro teléfono, sin prometer actualización instantánea.

Comprueba los errores antes de ampliar

Ensaya un código desconocido, dos capturas del mismo movimiento, una devolución, una corrección y dos salidas simultáneas. Una validación local contra stock negativo puede consultar un saldo antiguo: no garantiza impedir una venta excesiva entre varios dispositivos.

La documentación de concurrencia explica que, cuando dos clientes cambian la misma fila, prevalece el último cambio. Uso simultáneo en AppSheet. Añadir movimientos con claves únicas evita depender de que todos sobrescriban una celda de saldo, pero sigue haciendo falta detectar duplicados y conciliar. Si necesitas reservar existencias de manera estricta, esa prueba puede mostrar que hace falta otro almacenamiento o control central.

Escoge las primeras referencias por frecuencia de movimientos, coste de quedarse sin ellas o valor almacenado. No presupongas un reparto 80/20. Amplía cuando el registro se use de forma consistente, las diferencias se expliquen y se conozca el retraso de actualización.