# Kit de prueba de POS en mostrador Versión 1.0.0 · 26 de septiembre de 2026 · Español. [English](README-en.md) Este kit contiene datos sintéticos y resultados esperados calculados. No es un registro de pruebas ejecutadas. Ningún proveedor ha aprobado la prueba por aparecer en una guía. Los resultados observados, las referencias de evidencia y las duraciones están vacíos a propósito. La descarga es gratuita y no requiere registro. Repite la misma historia comercial en cada configuración de POS propuesta. La variante de prueba es **CT-MUG-CR-300**, una taza de café identificada como prueba. Las otras cinco variantes permiten detectar errores: nombres parecidos, colores y tallas, una combinación agotada, acentos y una coma entrecomillada. Sus cantidades no cambian durante el escenario principal. ## Archivos y orden 1. Completa **run-context.csv** con proveedor, país, plan, versión, equipos, roles, zona horaria, corte del informe y modo de cobro de prueba reales. Guarda una copia por configuración. 2. Lee **column-guide-en-es.md**. Adapta **sample-products.csv** a la plantilla vigente del proveedor. Es un conjunto neutral, no un formato universal de carga. Elige un idioma de visualización y conserva ambos en el maestro. Trata IDs, SKU y códigos de barras como texto. 3. Inicializa las existencias una sola vez con **opening-inventory.csv**. Hay 6 variantes y 12 filas de variante-local. Totales iniciales disponibles: A 28, B 5, combinado 33. Solo el artículo principal comienza con A 12 y B 0. La camiseta azul marino M tiene cero en ambos locales. 4. Ejecuta los siete puntos de control siguientes con **expected-inventory-ledger.csv**. Conserva los IDs reales por separado de las etiquetas TEST previstas. Si cambian los nombres de estado, relaciona las cantidades físicas y explica la diferencia. 5. Usa **expected-transactions.csv** para la conciliación monetaria opcional de la misma venta y devolución. No lo importes como ventas históricas. Completa **reconciliation-worksheet.csv** desde el informe original y, por separado, desde los archivos exportados. 6. Completa **demo-scorecard.csv** o imprime **demo-scorecard.html**. Marca las tareas imprescindibles antes de la demo y guarda evidencia con la cotización. El archivo imprimible contiene primero páginas en inglés y luego en español. ## Prepara un ensayo aislado y sin gasto Usa una cuenta de prueba existente o una demo del proveedor donde estas tareas no generen cargos. Confirma primero el modo de cobro/reembolso de prueba admitido. No uses una tarjeta real, contrates una suscripción, envíes un pedido a un proveedor real ni alteres un catálogo de producción. Si el entorno o la función requiere un pago, registra NEEDS_CONFIRMATION y la condición cotizada. El kit no exige ninguna compra. Crea TEST-A y TEST-B solo en el entorno aislado. Usa nombres TEST/PRUEBA y un proveedor ficticio. No conectes el inventario a una tienda online activa. Conserva intactos los archivos originales y adapta una copia de trabajo. Importa los identificadores como TEXTO: las comillas normales del CSV no evitan la conversión automática de una hoja de cálculo. Los códigos numéricos son identificadores internos sintéticos, no GTIN comerciales asignados. Si el POS exige un tipo registrado, utiliza su campo de código interno/personalizado o registra la limitación. ## La historia de las 12 unidades Se venden unidades enteras, sin reservas, otros movimientos, cancelación/reemplazo del proveedor ni conversión de cajas o peso. Solo cambia CT-MUG-CR-300. | Punto de control | Disponibles A | Disponibles B | En tránsito | Dañadas excluidas | Sin entregar del proveedor | |---|---:|---:|---:|---:|---:| | Inicial | 12 | 0 | 0 | 0 | 0 | | Pide otras 10; aún no recibidas | 12 | 0 | 0 | 0 | 10 | | Llegan 7: acepta 5 y registra 2 dañadas | 17 | 0 | 0 | 2 | 3 | | Vende 3 en A | 14 | 0 | 0 | 2 | 3 | | Devuelve 1 buena a A vinculada a la venta | 15 | 0 | 0 | 2 | 3 | | Envía 4 a B; aún no las recibas | 11 | 0 | 4 | 2 | 3 | | Recibe las 4 en B | 11 | 4 | 0 | 2 | 3 | Comprobación final: **12 + 5 − 3 + 1 = 15 unidades buenas**. El traslado cambia la ubicación, no el total final. Durante el tránsito solo 11 están disponibles para vender; las otras 4 están en camino. Control del proveedor: **10 pedidas = 5 aceptadas + 2 dañadas + 3 sin entregar**. Conserva las dañadas/rechazadas fuera de disponibilidad. Algunas plataformas pueden mantener otra cantidad comercial abierta para reemplazo; documenta esa correspondencia sin contar nuevas existencias disponibles. Totales finales de todo el catálogo: A 27, B 9, combinado 36, incluidas las otras cinco variantes sin cambios. ## Concilia importes sin implicar una prueba de pagos reales El ejemplo adicional utiliza un precio sintético de 12.00 USD por unidad, descuento de línea del 10% e impuesto cero solo para aislar el cálculo. No afirma tratamiento fiscal ni disponibilidad por país. No hay propinas, comisiones, ajustes de redondeo, anticipos, cobros divididos ni liquidación real de tarjetas. - Venta: 3 × 12.00 = 36.00 bruto, menos 3.60 de descuento = 32.40 de cobro de prueba. - Devolución vinculada: 1 × 12.00 menos su descuento original de 1.20 = 10.80 de reembolso de prueba. - Ventas netas y cobro de prueba neto: 32.40 − 10.80 = 21.60. Unidades netas vendidas: 2. Registra el día real de la demo y su zona horaria; la fecha de publicación del kit no es una fecha de ejecución. Exporta el mismo periodo y locales que el informe. Cuenta una venta y una devolución además de comprobar importes, para que una operación ausente no se oculte en una suma razonable. Revisa IDs reales y vínculo con venta original. El descuento del 10% también debe aplicarse a la unidad devuelta. Si el proveedor no permite estos supuestos aislados, documenta la variación y recalcula las expectativas antes de marcar resultados. Las columnas observadas y diferencias de la hoja son entradas vacías, no fórmulas automáticas. Calcula informe menos esperado y exportación menos informe solo después de introducir ambos valores. Cero es una observación real, no un sustituto del dato ausente. Relaciona signos y definiciones de informes antes de comparar. La fila de reembolso usa una salida positiva de 10.80; el archivo de operaciones expresa la misma salida como −10.80. ## Decide con evidencia Estados: NOT_TESTED (sin probar), PASS (aprobado), NEEDS_CONFIRMATION (pendiente), FAIL (fallido), NOT_REQUIRED (no necesario). PASS exige demostrar la tarea en la configuración registrada y comprobar el resultado. Una afirmación verbal se queda en NEEDS_CONFIRMATION. Marca NOT_REQUIRED solo después de decidir que el negocio no lo necesita. Los éxitos opcionales no compensan fallos imprescindibles. Guarda cotización, plan, roles, exportaciones originales, correspondencia de campos, recibos o capturas y explicación de diferencias. Conserva la última exportación y un archivo legible antes de finalizar una evaluación. El kit no demuestra cumplimiento fiscal, compatibilidad física de equipos, integración del procesador, calidad de soporte, capacidad a escala, funcionamiento sin conexión ni migración de obligaciones con clientes. Añade una prueba específica si alguno determina tu decisión. ## Fuentes e integridad El escenario amplía la [guía de inventario de POS Review](https://pos-review.com/es/blog/pos-inventory-comparison/); los controles de identificadores y exportación amplían la [guía de exportación de POSFind](https://posfind.com/es/blog/pos-data-export-checklist/) y su [ficha de demo](https://posfind.com/es/demo-scorecard/). La [documentación CSV de Shopify](https://help.shopify.com/en/manual/products/import-export/using-csv) y la [importación de Square](https://squareup.com/help/us/en/article/5153-import-items-online) respaldan el uso de la plantilla del proveedor y la correspondencia de productos, variantes y locales. **sources.json** contiene fuentes y fechas de revisión. POSFind, POS Review, FreePOS USA y VoVi comparten propiedad mediante VOVI POS, INC. Sus enlaces conectan recursos relacionados y no son recomendaciones independientes. Productos, identificadores, precios, costes y cálculos se crearon para este kit. La documentación del proveedor describe procesos publicados, no pruebas ejecutadas. **manifest.json** contiene hashes SHA-256 de los archivos descargables, excepto el propio manifiesto. El ZIP incluye esos archivos y el manifiesto. Su hash se entrega aparte para integración: un paquete no puede contener su propio hash final. Compara hashes antes de adaptar una copia. El original intacto distingue tus observaciones posteriores de estas expectativas sintéticas.