Un coordinador envía a un técnico a una reparación urgente sin presupuesto previo. Se desconocen la duración y los repuestos necesarios, pero Finanzas sigue necesitando una factura autorizada y justificable. Este es el punto de partida de la intervención sin presupuesto que se muestra en el webinar de servicios de Odoo, donde la ponente describe la integración de Field Service en Planning.
Evalúe la consolidación propuesta mediante escenarios completos de servicio, no por el número de aplicaciones. Exija que una reparación sin presupuesto y un mantenimiento recurrente recorran todo el proceso, desde la programación hasta las evidencias del trabajo y la conciliación de la facturación. Acepte el flujo solo cuando Operaciones de Servicio y Finanzas estén de acuerdo con los resultados. De lo contrario, apruebe explícitamente un cambio de proceso o aplace la migración hasta que una solución verificada cumpla el requisito.
Establezca qué debe demostrar la prueba
El webinar explica la consolidación, en parte, por el modelo de programación en borrador y publicación de Planning: una asignación puede prepararse antes de que su publicación notifique al empleado. Esta distinción importa en la operativa. Pida a los coordinadores que demuestren la preparación, la publicación y la reasignación, incluidas las comunicaciones que deben recibir el cliente y el empleado en cada traspaso.
La documentación de Field Service identificada por versión de Odoo describe intervenciones programadas como turnos dentro de Planning, con hojas de trabajo, materiales, tiempo e informes para el cliente. Trátelo como un flujo documentado que debe verificar, no como una garantía de disponibilidad en producción o de compatibilidad con su instalación. Registre la versión de destino, la edición, el modelo de alojamiento, las aplicaciones instaladas y los módulos personalizados antes de aceptar que una demostración sea aplicable a su entorno.
Exija al equipo de implantación que identifique qué derechos de uso contratados cubren las hojas de trabajo, las suscripciones, la programación recurrente y cualquier función propuesta de gastos de desplazamiento. Que una función sea visible en una base de datos de demostración no constituye evidencia suficiente para aceptarla en el entorno contratado.
Parta del proceso operativo, en lugar de intentar conservar todas las pantallas existentes. El experto en ERP Francesco Perrotta destaca la evaluación objetiva de los procesos y la comprensión del contexto de la empresa al valorar soluciones. Aplique aquí ese principio: clasifique cada requisito como un control empresarial necesario, una preferencia operativa útil o un hábito que el equipo está dispuesto a cambiar. Así evitará tanto el rechazo automático de una interfaz diferente como la aceptación automática de un control más débil.
Escenario: una intervención sin presupuesto hasta la factura
Utilice datos representativos de clientes, emplazamientos, empleados, tarifas de servicio y repuestos. En el ejemplo de reparación del webinar, la ponente crea un turno sin presupuesto, lo publica, inicia el trabajo y registra información en la hoja de trabajo. Su guion de aceptación debe ir más allá de esos pasos y comprobar la autorización comercial para realizar trabajos sin un importe total presupuestado.
Antes de enviar al técnico, exija que el equipo muestre el cliente y la dirección del servicio, el recurso asignado, la franja prevista, la hoja de trabajo y la política de cobro aplicable. Decida dónde se registra la autorización para acudir y quién puede aprobar trabajos adicionales. El reconocimiento del cliente de que un técnico ha acudido no debe considerarse una aprobación de todos los cargos, salvo que esa sea la política comercial acordada.
Pida al técnico que registre la reparación, el tiempo y los repuestos con los permisos que tendrá en la operativa real. La documentación de Odoo indica que añadir productos desde un turno requiere el permiso de acceso de Ventas «Usuario: todos los documentos» o Administrador. También indica que los productos se incorporan al pedido de venta vinculado o generan automáticamente un pedido si no existe ninguno vinculado. Por tanto, una demostración realizada solo como administrador deja sin resolver una cuestión importante: si el técnico puede ejecutar la tarea con un nivel de acceso que su empresa esté dispuesta a conceder.
Siga los registros resultantes hasta Finanzas. El webinar muestra la creación de una factura después de añadir el servicio y los productos. Para aceptar el flujo, exija que Finanzas pueda rastrear cada cargo propuesto hasta la intervención: producto de servicio, tarifa, cantidad facturable, cantidad de repuestos y aprobación del cliente. Revise la hoja de trabajo o el informe que se presenta al cliente para su firma, identifique al firmante y confirme quién resuelve una negativa a firmar o una discrepancia sobre un repuesto antes de continuar con la facturación.
Incluya una excepción por garantía. La opción documentada «En garantía» establece a cero el precio de los materiales y servicios añadidos desde el turno, pero no modifica los precios de los artículos añadidos directamente al pedido de venta. Pruebe ambas vías de entrada. La prueba se supera cuando Finanzas puede explicar el tratamiento resultante e identificar cargos no deseados antes de aprobar la factura. No basta con localizar la casilla de garantía.
Separe el intervalo de la plantilla, las horas asignadas y el tiempo facturable
No acepte una entrada en el calendario como prueba de que la facturación por tiempo es correcta. Defina por separado el intervalo de fechas generado por la plantilla de planificación, la capacidad asignada a la intervención, el tiempo registrado durante el trabajo y la cantidad que Finanzas está autorizada a facturar. Estos valores pueden coincidir en una reparación sencilla; la prueba debe hacer que difieran deliberadamente.
El flujo documentado de facturación por tiempo real requiere las aplicaciones Proyecto y Partes de horas, un empleado asignado y un proyecto facturable con los partes de horas habilitados. Indica que la facturación utiliza el campo «Tiempo asignado» del turno, que se actualiza al iniciarlo y completarlo. Esto convierte la transición de la asignación prevista a la cantidad facturable en una comprobación central de aceptación, no en un detalle secundario de configuración.
Capture las fechas generadas por la plantilla y las horas asignadas antes de comenzar el trabajo. Después, demuestre un inicio tardío, una interrupción y una corrección del registro de finalización. Si acuden varios técnicos, exija una explicación de si el cargo propuesto representa el tiempo transcurrido de la intervención o el trabajo de cada empleado. Son preguntas para la prueba, no supuestos sobre las funciones disponibles. Finanzas debe conciliar la cantidad resultante con su política de cobro y conservar evidencias suficientes para explicar cualquier ajuste.
Un resultado convincente muestra la previsión original, el trabajo registrado, la corrección aprobada y la cantidad final de la factura. «El temporizador se encarga» es una respuesta insuficiente cuando las pausas, las correcciones o los cambios de recursos afectan al cargo. Si el flujo requiere conciliación manual, identifique al revisor, los registros que compara y si Operaciones acepta esa carga de trabajo.
Escenario: mantenimiento recurrente vinculado al equipo correcto
La demostración de mantenimiento recurrente añade una cadena de dependencias diferente. En el ejemplo de mantenimiento del webinar de servicios, el equipo se identifica mediante un número de serie único; desde el turno se accede al equipo mantenido y a la documentación del producto. La programación sigue la fecha de inicio de la suscripción, y la recurrencia refleja la suscripción y su fecha de finalización. Verifique toda esa cadena en el entorno de destino, en lugar de asumir que los turnos recurrentes bastan para cumplir los contratos de mantenimiento.
Comience con un contrato de mantenimiento, un emplazamiento del cliente y un activo con número de serie que sean representativos. Exija al equipo que siga el vínculo desde la suscripción o el registro de venta hasta el equipo correcto y la visita programada. Pida al técnico que abra la documentación técnica pertinente desde el registro de trabajo, complete la hoja requerida e identifique el equipo atendido. Que el nombre del cliente sea correcto no basta si en el emplazamiento hay activos similares con necesidades de mantenimiento distintas.
Pruebe los cambios del contrato, no solo su creación. Cambie la fecha de una visita, modifique la fecha de finalización de la suscripción y demuestre cómo se establece la siguiente visita necesaria. Incluya una sustitución del equipo o un cambio de emplazamiento si ocurren en su actividad. Para cada excepción, exija un responsable y una forma visible de detectar una visita omitida, una visita no deseada o una intervención vinculada al número de serie equivocado.
Concilie la cobertura contractual por separado de los trabajos adicionales. Finanzas debe demostrar qué mano de obra y repuestos están incluidos en la suscripción, cuáles requieren aprobación independiente y cómo la revisión de facturas evita cargos duplicados u omitidos. Compare el contrato, la visita completada, las evidencias de la hoja de trabajo y el resultado de facturación propuesto. Generar otra cita no demuestra que se haya cumplido la obligación de mantenimiento ni la regla de cobro.
Pruebe también el control de las hojas de trabajo. Odoo documenta que editar una plantilla desde un turno modifica todos los turnos que utilizan esa plantilla. Cambie una plantilla compartida en el entorno de pruebas e inspeccione los demás trabajos afectados. Decida quién puede autorizar cambios de plantilla y cómo deben seguir siendo comprensibles las evidencias de servicios completados cuando evolucionen las instrucciones de mantenimiento.
Incluya las dependencias y las excepciones en la decisión
Evalúe los gastos de desplazamiento por separado de la intervención principal. El webinar describe cargos fijos y por distancia e identifica una integración con Mapbox para calcular la distancia. Antes de depender de ella, verifique su disponibilidad en el entorno de destino, los cargos y límites de uso aplicables, las credenciales de API, el origen y el destino del cálculo, y el comportamiento cuando este falla. Pregunte qué direcciones o coordenadas se transmiten y qué condiciones de tratamiento de datos se aplican. No dé por hecho que la función está incluida o que es gratuita en todos los casos.
Para la migración de Field Service de Odoo, exija un mapeo y una conciliación de muestra de las tareas existentes, los campos personalizados, el historial de hojas de trabajo, los trabajos recurrentes, los vínculos con equipos y las referencias históricas de facturación. Un turno recién creado en una demostración no permite comprobar que los registros migrados conserven las relaciones que necesitan sus equipos de Servicio y Finanzas.
Mantenga un registro de decisiones por escenario que contenga criterios de aceptación, referencias de registros, resultados observados, excepciones sin resolver, consecuencias para el negocio, un responsable y las evidencias necesarias para cerrar cada incidencia. Perrotta identifica la infravaloración de la formación como un problema recurrente de implantación. Pida a coordinadores, técnicos y usuarios de Finanzas que ejecuten sus propios pasos, para que la evaluación distinga entre el encaje funcional y las necesidades de formación práctica.
Esta decisión es anterior a la autorización de puesta en producción. Nuestro análisis de preparación para la puesta en marcha del ERP aborda si la organización puede operar la versión que se va a entregar. Aquí debe decidir si acepta el modelo de servicio demostrado, cambia un proceso con el acuerdo de su responsable o aplaza la migración porque sigue sin resolverse un requisito crítico de programación, evidencias o facturación.
Antes de comprometerse, presente conjuntamente a Operaciones de Servicio y Finanzas los resultados de la reparación sin presupuesto y del mantenimiento recurrente, y exija una decisión sobre cada excepción crítica. Si necesita ayuda para definir esa evaluación o resolver carencias funcionales y técnicas, hable con los especialistas en Odoo de Digiventi sobre sus flujos de trabajo y requisitos de migración.
