Control de Cambios Profit 2k8

Es muy común encontrar empresas pequeñas, medianas y grandes que aún no migraron de Profit 2k8 a 2k12. Las razones pueden ser muy variadas en casa caso pero en general veo que la mayoría de las veces es una decisión de negocio, con pocas consideraciones hacia la tecnología. No es el objeto de este artículo debatir si es una buena o mala práctica, la respuesta siempre es DEPENDE.

Aún así, la constante en empresas medianas y grandes es que cuenten con consultores externos (particulares o empresas) que llevan a cabo modificaciones frecuentemente para adecuar el software a las necesidades del negocio. Es raro el caso en el que el recurso es interno (empleado de la empresa). Esto naturalmente genera una relación de dependencia; de la empresa hacia el consultor. Y lo común es que por muchos años se mantenga una relación comercial sana, pero también hay casos en los que se esta figura externa secuestra bienes intangibles neurálgicos de la organización, siendo prácticamente imposible finiquitar la relación comercial por miedo con respecto a la continuidad del negocio y la divulgación de información sensible.

Recientemente trabajé en un pequeño proyecto para garantizar que una de estas empresas mantenga la propiedad y el control de sus sistemas; y además facilite el trabajo colaborativo entre las partes.

Quienes conocen el Sistema Administrativo Profit 2k8 desde el punto de vista técnico, saben que hay dos directorios vitales, donde se almacenan los archivos con customizaciones para requerimientos y reportería. Esto son los directorios reporadi y reports. La idea es muy sencilla: estos directorios se incluyen en un repositorio git y automáticamente tenemos los siguientes beneficios:

• Traza de auditoria.
• Rollback instantáneo en caso de corrupción de archivos.
• Versiones.
• Documentación de cambios.
• Flujo para despliegues.
• Etc...

Es cierto que hay que hacer ventanas de mantenimiento programadas para aplicar los cambios. Creo que es un requisito independientemente de cómo se hagan los despliegues (con git o sin git) pero admito que la tecnología subyaciente en Profit no estaba pensada para la agilidad a la que estamos acostumbrados con las tecnologías web. Esto hace difícil poder sacar más provecho de git en este tipo de ambientes pero sin duda ofrece muchas ventajas.

Me he preguntado si alguna otra empresa ha estado usando git en este mismo escenario y los invito a que comenten con sus opiniones como expertos. También es válido hacer preguntas y plantear otros escenarios en los que tecnologías modernas como git pueden aportar su grano de arena en ambientes empresariales como Profit.