Los proyectos de implantación o migración de SAP pueden alcanzar presupuestos muy elevados y afectar a procesos esenciales de una empresa. Cuando el proyecto se retrasa, supera ampliamente el presupuesto inicial o no cumple con las funcionalidades acordadas, es habitual que aparezca una pregunta: ¿quién es responsable del fracaso y de los costes adicionales?
En este escenario, el peritaje informático especializado en proyectos SAP puede resultar fundamental para determinar técnicamente qué ocurrió y aportar evidencias objetivas ante una reclamación, negociación o procedimiento judicial.
El sobrecoste no siempre tiene su origen en SAP
Cuando una implantación tecnológica presenta problemas, puede resultar sencillo atribuirlos al propio software. Sin embargo, en numerosos proyectos el origen de las desviaciones se encuentra en decisiones tomadas durante la planificación, ejecución y gestión del proyecto.
Desde una perspectiva pericial, precisamente una de las primeras cuestiones que debe analizarse es si el problema deriva de una deficiencia tecnológica o de otros factores: modificaciones del alcance, desarrollos adicionales, retrasos en la toma de decisiones, problemas con los datos o incumplimientos de las obligaciones asumidas por alguna de las partes.
Esta distinción puede ser determinante a la hora de establecer responsabilidades.
¿Qué puede analizar un perito en un proyecto SAP?
Un informe pericial puede reconstruir la evolución del proyecto y contrastar lo realmente ejecutado con las condiciones inicialmente pactadas.
Entre los principales aspectos que pueden ser objeto de análisis destacan:
1. Modificaciones del alcance del proyecto
Una de las causas habituales de incremento del presupuesto es la incorporación progresiva de nuevas funcionalidades.
El perito puede analizar contratos, ofertas, documentación funcional, órdenes de cambio, correos electrónicos, actas de reuniones y otros registros para comprobar qué estaba incluido inicialmente y qué elementos fueron solicitados posteriormente.
Esto permite diferenciar entre un posible incumplimiento del proveedor y un incremento del coste provocado por una ampliación del alcance solicitada durante el proyecto.
2. Retrasos y toma de decisiones
Una implantación SAP requiere la participación tanto del proveedor como del cliente. La falta de decisiones sobre procesos, configuraciones o validaciones puede paralizar determinadas fases y provocar desviaciones en el calendario.
El análisis pericial puede reconstruir la cronología del proyecto e identificar dónde se produjeron los retrasos y, especialmente, qué parte tenía la responsabilidad de actuar en cada momento.
3. Calidad y migración de los datos
Los datos constituyen uno de los elementos críticos de cualquier migración.
Duplicidades, información incompleta, formatos incorrectos o bases de datos deficientemente depuradas pueden generar importantes incidencias durante las pruebas o incluso después de la puesta en producción.
Desde el punto de vista pericial resulta esencial determinar quién debía preparar, validar, transformar y migrar esos datos conforme a las obligaciones establecidas en el proyecto.
4. Personalizaciones y desarrollos a medida
Cuanto mayor sea el número de desarrollos específicos, mayor puede ser también la complejidad de la implantación.
Un peritaje puede valorar si determinadas personalizaciones estaban justificadas, si fueron solicitadas y aprobadas correctamente y si su ejecución se ajustó a las especificaciones acordadas.
También puede comprobarse si esos desarrollos provocaron posteriormente errores, problemas de integración o costes adicionales de mantenimiento.
5. Participación del cliente y del proveedor
Los proyectos SAP no dependen exclusivamente del equipo técnico. Los usuarios clave de la empresa deben participar en la definición de procesos, pruebas, validaciones y aceptación de determinados entregables.
Por ello, ante una controversia no basta con comprobar si el sistema funciona o no. Es necesario analizar qué obligaciones correspondían contractualmente a cada parte y hasta qué punto fueron cumplidas.
La documentación, pieza clave de una pericial SAP
En una reclamación relacionada con una implantación SAP, la documentación del proyecto puede adquirir tanta importancia como el propio análisis técnico.
Contratos, anexos, cronogramas, tickets, entregables, actas, correos electrónicos, solicitudes de cambio, pruebas de aceptación, registros de incidencias y facturas permiten reconstruir lo sucedido.
El objetivo del perito no debe ser partir de la conclusión de que una de las partes es responsable, sino identificar mediante evidencias técnicas y documentales el origen de las desviaciones.
Del sobrecoste a la responsabilidad
Que un proyecto SAP termine costando más de lo presupuestado no demuestra, por sí mismo, que exista un incumplimiento contractual.
La cuestión relevante es determinar por qué aumentó el coste.
¿Se presupuestó incorrectamente? ¿Cambió el alcance? ¿Hubo desarrollos que no estaban contemplados? ¿Se produjeron retrasos imputables al proveedor o al cliente? ¿Existieron defectos técnicos? ¿Las funcionalidades entregadas correspondían con las contratadas?
Un peritaje informático especializado en SAP permite transformar estas preguntas en un análisis técnico sustentado en evidencias. Y cuando existe un conflicto económico importante, esa reconstrucción puede resultar decisiva para cuantificar daños, delimitar responsabilidades y defender técnicamente una reclamación.
Contáctanos en info@legalauditors.es