Cómo aprobar justificación de gestión de procesos en el kit digital

uffffff, no pensé que tendría que hacer una guía de esta categoría también, pero visto el lío que hay y los cambios de criterio que he visto aplicados en varios amiguetes ADA, pienso dejarme el lomo currándome al máximo esta guía. Voy a dividir este post en función de la primera y segunda justificación, para así, si deciden cambiar cosas, tenerlo más a mano en el propio artículo ¡ahí voooooy!

Cómo aprobar primera justificación de gestión de procesos del kit digital

Comencemos con la parte de justificar en la plataforma, osea la memoria técnica

PARAMETRIZACIÓN

La solución incluye un número de horas destinadas a la parametrización para la definición de las particularidades de los procesos de comercialización, así como para la carga de datos (mín. 20 horas): En esta sección tendréis que explicar aquellos procesos que hayáis tenido que desarrollar o configurar para la instalación del software, si es una aplicación a medida, pues ponéis todos los módulos que habéis programado y los explicáis, sino, explicáis las horas que habéis echado en configurar la aplicación (preferencias de usuario, ajustes de configuración, ajustes de puertos para envío de mails, creación de cuentas, etc..)

DIGITALIZACIÓN Y/O AUTOMATIZACIÓN DE PROCESOS Y FLUJOS DE TRABAJO

Si vuestro software encaja con alguno de los procesos indicados, marcáis el check, sino, indicáis el listado de procesos a digitalizar en otros. Un ejemplo de forma de rellenar en el campo otros sería: -AUTOMATIZACIÓN DE PROCESO: Gestión de clientes Alta, modificación, listado y baja de clientes en la aplicación -AUTOMATIZACIÓN DE PROCESO: Control de presupuestos Alta, modificación, listado y eliminación de presupuestos. Envio de presupuestos a cliente En este ejemplo estamos definiendo un software que automatiza dos procesos, la gestión de clientes y el control de presupuestos y además explicamos las funcionalidades. Es de vital importancía que en el documento que acredite el funcionamiento de la solución (comunmente llamado pkd) pongáis estos titulos exactos e incluyáis capturas justificando todo los explicado.
Campo automatización de procesos

INTEGRACIÓN CON DIVERSAS PLATAFORMAS

Aquí tenéis que explicar que vuestra aplicación dispone de un API. En el texto, explicáis que contiene apis para su integración con terceros y también podéis poner un enlace a la documentación oficial (si es una aplicación de otro proveedor u open source).

Por ejemplo, os dejo el texto que yo pongo, cuando justifico un odoo:

Todos los contenidos y datos de oodo son accesibles y modificables de forma externa mediante los protocolos XML-RPC JSON-RPC .Odoo ofrece un API externa que permite obtener información de todos sus contenidos y realizar operaciones sobre los mismos, permitiendo la integración directa desde cualquier plataforma, Este API externa puede ser consultada en la siguiente documentación oficial de Odoo. https://www.odoo.com/documentation/15.0/developer/api/external_api.html Odoo a su vez, ofrece la integración con una gran variedad de lenguajes que se pueden consultar en su documentación oficial

LOGS DE ACCESO

¡MUCHO OJO! Antes de implantar cualquier solución, verificar que permite visualizar los accesos de los usuarios en alguna de sus pantallas, puesto que no se admiten logs en formato editable, es decir, el típico .log de nginx o apache, no vale. Aqui tendréis que incluir un captura de los inicios de sesión de los usuarios prestando especial atención a estos dos puntos:
  1. Los usuarios que inicien sesión tienen que coincidir con los que habéis añadido en la sección 'usuarios suministrados' , en el documento de recopilación de evidencias
  2. Los inicios de sesión tienen que estar comprendidos entre la fecha de inicio de prestación del servicio y la fecha de justificación
Y hasta aquí la parte complicada, de la memoria técnica, el resto es marcar checks, (actualizable, escalable, etc..).

Ahora vamos a continuar con el documento de capturas pantalla que acredite el funcionamiento de la solución, vamos, la plantilla de recopilación de evidencias.

Antes de nada unos consejos para evitar subsanaciones sin sentido (que rondan un ratio del 80% de ellas ^^):

  • Que en cada captura de pantalla se vea el nombre del beneficiario
  • Que se vea su nif
  • Que se vea el nombre de la solución.
Si podéis resaltar todos estos elementos, mejor. Os dejo un ejemplo de la pequeña ñapa que yo hago en odoo para evitar disgustos:
Trazabilidad de la solución con beneficiario y nombre de la solución
Cómo podéis ver, os resalto varios elementos:
  • Nombre y cif del beneficiario : Para que quede claro que la solución es para él
  • Nombre de la solución : El indicado en la justificación en el campo "Nombre de la solución" , que corresponde con el nombre comercial que pusisteis en el acuerdo, en mi caso Bisoul Gestión de procesos
  • Nombre y cif del beneficiario :De la empresa que ha recibido el kit
En mi caso, para que no protesten también resalto el nombre de "odoo" puesto que al final, mi software es una personalización del mismo. Todo esto, que vaya siempre en cada imagen que pongáis, es una chapa sí, pero os evitará llantos innecesarios.

USUARIOS SUMINISTRADOS

Captura de pantalla de los usuarios que según segmento os exigen dar de alta. En esta sección, lo más importante es que el usuario guarde relación con la empresa, así que si podéis poner un correo corporativo (aunque no tenga), pero lo inventáis y lo ponéis.
Usuarios suministrados

DIGITALIZACION Y AUTOMATIZACIÓN DE PROCESOS

¿Recordáis los procesos que añadimos en la memoría técnica?, pues bién, ahora se trataría de justificar que esos procesos están implantados, ni uno más y ni uno menos, y además, nombrando cada proceso de forma idéntica al introducido en el apartado anterior. Vamos a un ejemplo, con lo que pusimos anteriormente, tendríamos que justificar los procesos de gestión de clientes y control de presupuestos. La idea es que no se genere ninguna duda en la justificación, para evitar subsanación, así que ponéis un titulo con cada proceso digitalizado, con el nombre exacto y a continuación añadís las capturas que lo justifiquen, indicando debajo de cada captura, lo que es, para niños vamos... algo así:
Proceso digitalizado
Poned varias capturas, en mi caso, como la gestión de clientes, abarca el alta, la edición y el listado, pondré capturas de todo e indicaré en el pie de cada imagen lo que es .

INTEGRACIÓN CON DIVERSAS PLATAFORMAS

Para justificar que la solución tiene integración con diversas plataformas, intentad incluir capturas de lo siguiente:
  • Si vuestra aplicación dispone de módulos o plugins instalables una captura de la sección en la que se instalan.
  • Si la solución tiene apis (que debería), la captura de la documentación del API, o un ejemplo de llamada o configuración de la misma (y si son las 3 cosas, mejor que mejor).
  • Si vuestra aplicación exporta a diferentes formatos, por ejemplo csv o excel, también capturas.
Con esto justificaréis sobradamente su integración

ACTUALIZABLE

En este apartado se trata de justificar que el software implantado puede actualizarse a través de nuevas vesiones ¿Qué hago yo? Pues incluyo la siguiente información:
  1. Captura de la herramienta dónde se vea la versión implantada
  2. Repositorio de versiones, por ejemplo, si es opensource una captura del git con la url. Si el desarrollo es propio, ponéis capturas del propio repositorio que uséis
  3. Una captura del historial de versiones en la que se vea la versión instalada y el resto de versiones existentes
Captura de la versión de mi Odoo
Git de mi odoo
Captura de todas las versiones en la que indico la instalada

Cómo aprobar segunda justificación de gestión de procesos del kit digital

Pues en la segunda justificación de gestión de procesos, tan solo debéis añadir logs de los últimos 3 meses (por ahora, que ya sabéis que esto es menos fiable que el clima de Asturias).