Recibir un pedido en más de una entrega
Utiliza un ejemplo ficticio con un pedido de varias referencias y una entrega incompleta. Comprueba cómo se registra lo recibido y qué queda pendiente. El importe del pedido no debe utilizarse como prueba de que toda la mercancía está disponible para vender. Si una referencia llega en otro formato, revisa la equivalencia antes de introducir cantidades. La demostración debe permitir seguir la operación desde la compra hasta la consulta de existencias, con los módulos y permisos incluidos en la propuesta.
Investigar una diferencia de cantidades
Contrasta la referencia, la unidad y la recepción antes de ajustar stock. Documenta quién revisa la diferencia y su motivo. No se deben crear ventas ficticias para corregir el inventario ni dar por aceptada una entrega únicamente porque el proveedor haya emitido un documento.
Decidir qué conservar al cambiar de programa
Separa catálogo, existencias, clientes e histórico. Cada conjunto puede requerir una migración diferente. Define un momento de corte y evita que ambos sistemas registren operaciones sin coordinación. Conserva el origen y prueba una muestra antes del traslado completo. Compara cantidades y totales sin sobrescribir ventas actuales con copias antiguas. El alcance final debe quedar documentado antes de utilizar datos reales.
Relacionar catálogo, venta y existencias
El recorrido del mostrador empieza por identificar el artículo correcto. Un nombre parecido no basta si cambia la talla, el formato o la unidad de venta. Revisa los códigos y las categorías antes de incorporar el catálogo completo. Después comprueba una venta y la consulta posterior para entender qué datos se registran. El control de inventario requiere además entradas de mercancía y un recuento inicial fiable. Un pedido al proveedor no equivale a una recepción. Si utilizas varios almacenes, tarifas o canales, hay que validar esas condiciones por separado. El objetivo es definir un circuito que puedas explicar al equipo, no asumir que todas las opciones del programa están configuradas para tu negocio desde el primer día.
Qué revisar en una demostración de Domisys
Prepara tres situaciones de trabajo y una incidencia. Para cada una, anota el resultado esperado, quién debe realizarla y qué información necesita consultar después. En la demostración general se han comprobado productos, venta TPV, tickets, compras y existencias con datos ficticios. Esa evidencia no significa que cualquier periférico, módulo o integración esté incluido en todos los planes. Solicita que las funciones necesarias para tu caso se prueben y se documenten en la propuesta. Si una operación requiere otro proveedor, separa su responsabilidad de la del software. La revisión debe terminar con dudas resueltas y tareas pendientes identificadas, no con una lista de promesas que no puedas verificar.
Puesta en marcha y atención online
Domisys atiende online a empresas de España. Estas páginas no anuncian oficinas ni asistencia presencial en cada municipio. Cuéntanos qué actividad realizas, qué herramientas utilizas y qué parte de la operativa necesitas mejorar. Para la primera valoración no envíes contraseñas, datos bancarios ni información personal de tus clientes. Se puede trabajar con ejemplos ficticios y especificaciones de equipos. La propuesta debe distinguir configuración, formación, migración, integraciones y mantenimiento cuando sean necesarios. También debe indicar qué aporta el negocio, qué se entregará y cómo se comprobará antes de registrar operaciones reales. Los precios y las condiciones se consultan en la oferta vigente, sin atribuir a una cuota cualquier adaptación posible.
Criterios para aceptar el resultado
Comprueba que una persona del equipo puede completar el recorrido acordado y consultar después la operación. Revisa una situación de error y qué procedimiento se aplica para corregirla. Conserva una lista de pruebas con su resultado y las condiciones de soporte, incluyendo cómo comunicar una incidencia y quién la revisa. Si se trasladan datos, contrasta una muestra de referencias, cantidades e importes con su origen. No utilices ventas inventadas para ajustar diferencias de caja o inventario. Una implantación útil deja claras las operaciones disponibles y sus límites. Esa comprobación práctica permite decidir qué puede empezar a utilizarse y qué necesita otra configuración antes de entrar en producción.
Documentación general de punto de venta Odoo (se abre en otra pestaña)
La documentación describe posibilidades generales. Las funciones y condiciones de cada implantación se confirman en su propuesta.