Peritaje Navision empresa construcción

Peritaje Navision

Peritaje Navision empresa construcción

En este artículo queremos hablar de uno de los últimos casos de éxito de un peritaje de Navision (Microsoft Dynamics NAV) que una empresa cliente del sector construcción contrata a un patner, y tras dos años de proyecto la situación es bastante complicada. Hablaremos del concepto de DRP, de la responsabilidad de estabilización del producto y de cómo afrontar una posible situación de juicio.

Peritaje Navision empresa construcción

Cuando una empresa contrata a otra la implantación de un ERP debemos tener en cuenta que en muchas ocasiones todos los procesos de la empresa cliente se van a ver afectados, desde los stocks o procesos de fabricación hasta la cuenta de resultados y balance, entendamos entonces la gran importancia que toma para una empresa implantar un proyecto de este tipo.

En este caso la empresa cliente contrata a un partner con su vertical especializado en construcción, donde solo el partner puede realizar modificaciones en su código fuente especializada de Navision.

El cliente se pone en contacto conmigo para explicarme todo lo que ha vivido en los dos últimos años, haciendo hincapié en que se contrató un proyecto con ilusión, con un alcance moderado, y la situación actual les ha llevado a plantearse la demanda ante juzgados del partner por un proyecto con un nivel de errores elevado (42 he podido comprobar) y varios desarrollos que no están finalizados que afectan a los costes, beneficio, informes de pérdidas y ganancias, entre otras situaciones.

Mi recomendación al cliente dada esa situación fue hacer el informe pericial que pueda servirle tanto para una potencial negociación amistosa con el cliente como para ir a juicio, siempre bajo la tutela de su letrado que es quien realmente utiliza mi informe como una herramienta más, clave en este tipo de procesos judiciales.

Este vertical adolece de problemas en la gestión de costes, en informes, en la gestión de descuentos y además el partner no ha desarrollado ciertas cuestiones que el cliente pidió en el DRP. Recordemos que se denomina DRP al documento que especifica el alcance del proyecto y que nos sirve a cliente, partner y peritos para determinar el grado de cumplimiento del mismo.

La estabilización del producto se refiere al grado de finalización de los desarrollos que permiten al cliente ser eficiente y productivo utilizando los desarrollos y tareas que el partner ha realizado. En este caso la implantación de Navision, con la cantidad de problemas que se tenían y con los desarrollos inacabados o no iniciados, está en un grado totalmente insuficiente de finalización, teniendo el cliente que realizar tareas por fuera del ERP, como en Excel, dedicando jornadas enteras a poder realizarlas cuando, estando en el DRP inicial, hubieran supuesto minutos si estuvieran adecuadamente implementadas en el ERP.

Conclusiones

Si se encuentra en un proyecto Informatico de Navision, de otro ERP o de otro tipo, donde el grado de satisfacción es realmente bajo, debemos tener en cuenta que podremos defenderlo en juicio siempre que hayan errores o ausencia de desarrollos importantes y claves para el funcionamiento del mismo, lo que podemos denominar errores bloqueantes o sustanciales. En este caso el informe pericial será de amplia utilidad para demostrar las malas prácticas del partner. Asi mismo contrate a peritos colaboradores con la justicia que tengan formación y experiencia demostrable en este tipo de situaciones ya que puede suponer la diferencia entre ganar o perder un juicio.

Luis Vilanova Blanco. Perito informático colaborador con la justicia.

606954593

luis.vilanova@leyesytecnologia.com

#dynamicsnav #lawyers #abogados #microsoft #buffetes