Checklist de sucursales y POS Odoo 19 para Perú
1. Seleccione un piloto y olas con responsables claros
Elija una sucursal piloto por la variedad de operaciones que permite probar, no solo por facilidad de agenda. Registre entidad, establecimiento, diarios, almacén, usuarios, dispositivos, volúmenes, horarios, medios de pago y tipos de venta. Defina un responsable de sucursal, uno fiscal, uno de inventario, uno de infraestructura y uno de aceptación.
Las olas posteriores heredan una plantilla solo después de resolver los defectos del piloto. Cada ola tiene criterios de entrada, operaciones de comparación y condición de pausa. No replique series, credenciales o configuraciones por copia sin verificar el establecimiento. El calendario se construye alrededor de disponibilidad de usuarios, proveedores y evidencias, sin comprometer una fecha antes del piloto.
«Revisado el 5 de noviembre de 2026». El contador peruano valida documentos y correcciones; los proveedores validan dispositivos y pagos; la aceptación SUNAT se demuestra con la evidencia que corresponda a cada documento y canal.
2. Complete la plantilla de sucursal y la matriz de dispositivos
Documente router, red principal y alternativa, estación, sistema operativo, navegador, impresora, escáner, cajón y terminal por modelo real. Incluya firmware o controlador cuando sea relevante, responsable de mantenimiento, repuestos y procedimiento de sustitución. Un modelo aprobado no convierte otro modelo en compatible por parecido comercial.
Pruebe encendido, conexión, impresión, códigos de barras, apertura autorizada del cajón, reimpresión y recuperación. Revise nombres extensos, datos fiscales, QR o elementos presentes en la representación configurada, cortes de página y legibilidad. Registre también acceso físico, resguardo de credenciales y limpieza de datos al retirar un equipo. Cada prueba guarda fecha, sucursal, dispositivo, resultado y evidencia.
3. Ensaye apertura, clientes y pagos mixtos en PEN
Abra caja con fondo en PEN autorizado y registre quién entrega, quién recibe y quién revisa. Ejecute ventas con cliente identificado y ventas anónimas solo cuando el procedimiento y el tipo de comprobante lo permitan. Verifique los datos requeridos antes de confirmar para evitar que una identificación pendiente llegue al canal fiscal sin dueño.
Incluya pagos mixtos, cobro parcial según la operación permitida, vuelto, descuentos autorizados y devolución. Concilie por medio de pago y por moneda sin mezclar el total del terminal con el efectivo. Si Mercado Pago forma parte del alcance, valide la cuenta peruana y su liquidación; para otros bancos o adquirentes use contratos y pruebas específicas. La disponibilidad general no se deduce de un botón visible.
4. Pruebe correcciones, diferencias y el cierre contable de la jornada
Las devoluciones y correcciones usan Nota de Crédito o Nota de Débito sobre una Factura con CDR aceptada o una Boleta previamente otorgada (BVE otorgada), según el documento y el canal, con referencia al documento original y permisos adecuados. Una Nota de Crédito o de Débito no subsana una Factura rechazada. Si un comprobante enviado individualmente recibe una CDR rechazada, carece de validez tributaria y el emisor genera un nuevo comprobante electrónico que corrige las causas del rechazo. Si la CDR rechazada corresponde a un Resumen Diario, se genera un nuevo resumen corregido conforme al procedimiento aprobado; no se duplican las Boletas incluidas ni se las declara inválidas solo por el rechazo del resumen. No reemplace una corrección fiscal por eliminar un pedido o modificar su importe sin rastro. Registre motivo, solicitante, autorizador, comprobante y efecto en caja e inventario.
Al cerrar, compare fondo inicial, efectivo esperado, efectivo contado, diferencia, pagos por proveedor, devoluciones y ventas. La diferencia recibe explicación, responsable y tratamiento. Revise las líneas de back-office, cuentas, diarios, impuestos, contrapartidas y conciliación bancaria o de liquidación. Después cierre el día de sucursal solo cuando todas las sesiones estén conciliadas; el cierre de una sesión no equivale al cierre completo de la sucursal.
5. Exija evidencia fiscal por venta, sin exigir una CDR individual para cada Boleta
Para cada venta incluida registre pedido, tipo de comprobante, serie, número, XML, estado de transmisión, ticket y representación. Vincule la CDR individual cuando el documento y el canal la contemplen. Para Boleta con envío directo a SUNAT, las ventas se reportan en el resumen diario y SUNAT devuelve la CDR del resumen, documentada como aceptada o rechazada; vincule ticket, identificador del resumen y CDR de ese resumen, sin exigir una CDR individual por venta. Revise la operatividad publicada por SUNAT para el procedimiento aplicable. Si el Resumen Diario es rechazado, genere un nuevo resumen corregido y no duplique las Boletas ni las declare inválidas solo por ese resultado.
Según el documento y el canal, la CDR puede quedar aceptada, aceptada con observación o rechazada. Una impresión correcta demuestra salida gráfica; no demuestra aceptación de SUNAT. Pruebe Factura, Boleta y las notas dentro del flujo configurado, con datos ausentes, respuesta demorada, observación y rechazo controlado. Consulte validez cuando el procedimiento lo requiera y archive la evidencia complementaria sin reemplazar la constancia de recepción (CDR).
Concilie cantidad de ventas, documentos emitidos, tickets, resúmenes, respuestas recibidas y pendientes. Un asiento agrupado de la sesión ayuda a contabilidad, pero no reemplaza la evidencia fiscal individual o de resumen diario que corresponda ni la gestión de excepciones.
6. Delimite el trabajo sin conexión antes de capacitar a caja
La documentación oficial de POS sin conexión indica que los pedidos pueden conservarse durante una interrupción y sincronizarse después. En el POS peruano, las facturas electrónicas se generan tras recuperar la conexión. Las terminales de pago no funcionan sin conexión; el procedimiento define qué medios deben pausarse y quién autoriza cualquier alternativa.
Escriba una tarjeta visible para caja: mantener el navegador y el equipo según el procedimiento probado, no cerrar ni recargar, no borrar datos del sitio ni caché, anotar pedidos pendientes y avisar al responsable. Estas instrucciones se validan en el ambiente y navegador concretos. El mensaje al cliente debe distinguir pedido registrado, pago confirmado y comprobante aún pendiente para no ofrecer una evidencia que todavía no existe.
7. Pruebe reconexión, duplicados, fallos y recuperación en sandbox
Antes de reconectar, registre cantidad de pedidos locales y referencias. Después compare pedidos locales y del servidor, pagos, comprobantes, XML, CDR individual o de resumen diario, movimientos de inventario y líneas contables. Un reintento técnico previo a la aceptación no debe duplicar pedido, cobro ni documento. Si un comprobante enviado individualmente recibe una CDR rechazada, se genera un nuevo comprobante electrónico que corrige las causas. Si la CDR rechazada corresponde a un Resumen Diario, se genera un nuevo resumen corregido, sin duplicar las Boletas incluidas ni declararlas inválidas solo por el rechazo del resumen.
Simule impresora desconectada, terminal sin respuesta, transmisión demorada y recuperación del servicio en un ambiente controlado con datos sintéticos. Estas pruebas no son un procedimiento para borrar o reconstruir datos de producción. Documente quién escala a infraestructura, proveedor de pagos, canal de emisión y soporte Odoo, qué información recoge y cuándo puede reanudarse la venta.
8. Concilie inventario, entregas y documentos de sucursal
Vincule cada venta y devolución con almacén, artículo, cantidad, lote o serie cuando aplique y movimiento de inventario. Revise diferencias entre pedido, entrega y disponibilidad. Para despachos incluidos, la localización documenta GRE 2.0 del remitente; el transportista requiere un análisis distinto y no se incorpora como si estuviera cubierto por ese flujo.
La GRE se envía directamente a SUNAT y no dispone de entorno de pruebas; incluso una guía generada por error se transmite a SUNAT. Por ello, su validación requiere un procedimiento específico aprobado por el responsable fiscal y no debe tratarse como un ejercicio ordinario en sandbox.
Ejecute una devolución que repone inventario y otra que no lo repone por el motivo aprobado. Compare valorización y asientos con la venta original. Si una sucursal recibe mercadería de otra, pruebe la transferencia y su recepción antes de venderla. El cierre de sucursal combina inventario y finanzas para explicar faltantes sin ajustarlos únicamente desde caja.
9. Entrene por rol con rutinas y excepciones observadas
Caja ejecuta apertura, venta, pago mixto, devolución, pedido desconectado y cierre. La jefatura revisa autorizaciones, diferencias, reconexión y cierre del día. Almacén valida salidas y devoluciones; contabilidad revisa XML, CDR individual o de resumen diario, asientos y conciliación; tesorería contrasta efectivo y liquidaciones; el usuario clave administra accesos y escala defectos.
Las sesiones educativas OXP2026 sobre contabilidad POS y límites de hardware y versión, modo sin conexión y sus límites y operación de sucursales y restaurante pueden apoyar la preparación de ejercicios. Las empresas que aparecen no son clientes ni referencias de Oakland. Este material educativo no acredita POS fiscal, pagos, dispositivos ni cumplimiento en Perú; la evaluación usa la configuración y los proveedores del proyecto.
10. Autorice cada ola con evidencias de operación y soporte
El paquete de puesta en producción incluye matriz de dispositivos, usuarios y accesos, ventas identificadas y anónimas, pagos mixtos, notas, caja, CDR individual o ticket y resumen diario con la CDR de ese resumen, según documento y canal, interrupción, reconexión, inventario, cierre de sesión y cierre del día. Registre defectos, residuales, procedimientos temporales aprobados y responsables. Un defecto que impide evidencia fiscal o conciliación mantiene la puesta en producción en pausa.
La formación en español por roles debe completarse con evaluación práctica, y el libro de migración en PEN ayuda a conciliar saldos si el piloto también cambia de sistema. Después del piloto, compare sucursales por excepciones y no solo por volumen. La siguiente ola comienza cuando sus propias entradas están listas y las lecciones anteriores se incorporaron a la plantilla.
Complete la preparación con el libro de descubrimiento y preparación SUNAT, el libro de migración y conciliación en PEN y el plan de formación de Odoo en español por roles.