Red de Respuestas Legales - Derecho de bienes - Cómo hacer un buen trabajo en el desarrollo secundario de ERPLa forma en que una empresa implementa ERP determina el modo más básico de desarrollo secundario de ERP. Para los CIO, la implementación de sistemas ERP no es más que tres formas: primero, las empresas compran productos de proveedores de servicios de TI existentes. La segunda es que las empresas desarrollan productos de forma independiente en función de la situación real de la empresa. En tercer lugar, selecciona productos de algunos proveedores de servicios de software y luego los desarrolla con el personal técnico de la empresa. Estos tres métodos hacen que el CIO elija el modo más básico de desarrollo secundario de ERP. Además, debido a los continuos cambios en las necesidades comerciales, también se determina que los CIO deben hacer un buen trabajo en el desarrollo secundario de ERP. Una encuesta muestra que el 75% de los CIO de todo el mundo comenzaron a elegir sistemas de BI en 2010, y CRM se está volviendo cada vez más popular entre las empresas. Sabemos que el análisis de BI requiere el respaldo de datos subyacentes. Sin el apoyo de los datos, BI es un "estante vacío". Lea datos de ERP y utilice herramientas de BI para analizarlos y obtener un conjunto de informes científicos y razonables, proporcionando herramientas de mercado favorables para los tomadores de decisiones corporativas. En la actualidad, diferentes proveedores de servicios de BI proporcionan una gran cantidad de herramientas de interfaz de BI y ERP estándar. Sin embargo, en el desarrollo actual del ERP en sí, no existe un BI estándar o bien establecido, lo que lleva a la necesidad de que los CIO comprendan el sistema ERP. Al realizar BI, para llevar a cabo el desarrollo secundario necesario, no solo la implementación de BI, CRM, SCM, etc. también debe integrarse con ERP. Por tanto, el desarrollo secundario de ERP es imperativo en las empresas. Aunque el desarrollo secundario de ERP es imperativo en las empresas, también existen muchos riesgos. Por ejemplo, agregar o modificar funciones de software puede provocar fácilmente la inestabilidad o el colapso del sistema. El desarrollo secundario generalmente lleva mucho tiempo y, si se pierde personal central, habrá pérdidas. Serían pérdidas muy importantes para la empresa. Hay muchos riesgos en el desarrollo secundario de ERP, pero hay que hacerlo. Entonces, ¿qué debe hacer un CIO? Si el sistema no se puede construir para satisfacer las necesidades comerciales de la empresa por temor a correr riesgos, entonces el valor del sistema no se reflejará. Entonces, ¿a qué cuestiones debería prestar atención el CIO de una empresa al realizar el desarrollo secundario de ERP? Creo que existen los siguientes cinco puntos: Primero, no modifique el código central para hacer una copia de seguridad del ERP original. En términos generales, los datos se exportan desde el ERP, se procesan mediante programas de desarrollo secundarios y luego se importan al sistema. Este es un método relativamente seguro. En términos generales, cuando se actualiza el software, las partes de importación y exportación de datos no cambiarán mucho. Incluso si hay cambios, es fácil realizar el mantenimiento correspondiente. Y una vez que el código central se modifica directamente. Será difícil actualizarlo después de dos años. En segundo lugar, hacer un buen trabajo en el control de costos del desarrollo secundario de ERP. Los datos muestran que el costo del desarrollo secundario es un indicador muy directo para evaluar a los CIO. Incluyendo costos tangibles y costos intangibles. Activos tangibles, como el costo de la licencia y el costo de implementación del desarrollo secundario del software ERP; activos intangibles, como los costos de energía y tiempo invertidos por la empresa, así como el posible impacto en las empresas normales durante el proceso de conversión del sistema. Como CIO empresarial, debemos hacer todo lo posible para minimizar este costo. Expertos de alto nivel en la industria señalaron una vez: "El CIO debe hacer un buen trabajo en la planificación temprana del desarrollo secundario del ERP de la empresa y hacer un presupuesto aproximado para los costos de desarrollo secundario, como el 5% del monto total del proyecto. Una vez preparado el presupuesto, es necesario realizar un seguimiento y control. Durante la etapa de selección de software, se pueden encontrar algunas necesidades obvias de desarrollo secundario. En este momento, es mejor que el CIO transfiera los costos de desarrollo secundario al proveedor de software. "En tercer lugar, luchar por los mejores intereses de la empresa. En el proceso de "comunicación" con el proveedor de servicios del puerto de software, debemos esforzarnos por lograr el mayor beneficio posible. Cualquier empresa que aplique sistemas de información se encontrará con la confusión de la actualización. Al firmar un contrato con un proveedor de servicios, el CIO debe considerar los costos y beneficios del desarrollo secundario y hacer todo lo posible para permitir que el proveedor de servicios y la empresa realicen el desarrollo secundario juntos, a fin de lograr "beneficio mutuo y complementariedad" a través de la familiaridad. con el sistema y el negocio empresarial. En cuarto lugar, si no necesita los servicios proporcionados por el proveedor de servicios o el sistema desarrollado por la empresa, entonces necesita que el CIO encuentre un socio de desarrollo secundario. Si elige un socio con casos exitosos en la misma industria, el CIO debe consultar el uso de usuarios del socio y seleccionar el socio de desarrollo secundario adecuado según la propia situación del departamento de TI. Quinto, evitar la pérdida de desarrolladores. Los talentos con dificultades siempre han sido el mayor activo de una empresa. Lo mismo ocurre con los CIO. Los talentos de TI son igualmente importantes para las empresas en el departamento de TI. En el proceso de desarrollo secundario de ERP empresarial, si se pierde personal de TI, será muy perjudicial para el proyecto de desarrollo secundario de ERP y fácilmente hará que el proyecto entre en un bucle sin fin. Además, la contratación de talentos también ralentizará el progreso general del proyecto y retrasará las oportunidades favorables de la empresa. Cómo retener los talentos es imprescindible. En resumen, el sistema ERP en sí reúne la excelente experiencia en gestión de producción de muchas grandes empresas. Por lo tanto, para los CIO, el sistema debería cambiar lo menos posible, pero el mercado cambia constantemente y el negocio permanece sin cambios. Por tanto, el ERP también necesita cambiar. Al mismo tiempo, habrá algunas nuevas necesidades de gestión y la posibilidad de ERP es muy pequeña. Pero no creemos que el núcleo deba cambiar. Dado que existen algunos problemas de gestión en el desarrollo secundario, el principio de "cambiar menos pero no más, ganar menos si no cambias" es absolutamente correcto.