Meses que parecen años

Hola,

hace apenas 6 meses que empecé a escribir casi semanalmente para contarte las novedades en las que estábamos trabajando.

La próxima semana entraré en detalle de uno de los proyectos que me hacen más ilusión: la nueva plataforma de e-learning y soporte. Pero hoy, aprovechando estos 6 meses, creo que es pertinente mirar atrás y explicarte qué es lo que ya hemos llevado a cabo.

En el primer correo, el 15 de marzo, te anuncié que incorporábamos un nuevo sistema de creación de paneles de control y gráficas en Tryton. Desde entonces lo hemos empezado a utilizar con clientes, lo hemos hecho más robusto y ahora permitimos gestionar la dependencia entre tablas creando un sistema más flexible, rápido y fácil de utilizar.

En el correo del 29 de marzo te hablaba de algunas ideas sobre cómo podríamos aplicar la Inteligencia Artificial en Tryton y justo en el correo de la semana pasada te contaba que ya hemos empezado a aplicarla para facilitar la creación de estadísticas y paneles de control. Hoy además, puedo anunciarte (y lo ampliaré en un correo futuro) que muy pronto tendremos disponible la posibilidad de utilizar herramientas mejoradas de Inteligencia Artificial para el procesado automático de facturas de proveedor, de forma que reduciremos drásticamente el tiempo necesario para introducir y contabilizar las facturas. La nueva funcionalidad, aprovecha la herramienta Papyrus que ya hace tiempo que tenemos disponible pero aumenta mucho su porcentaje de aciertos.

El 6 de abril te contaba que estábamos trabajando en una nueva plataforma de e-learning y soporte. La próxima semana profundizaré en el tema pero ya te adelanto que ya tenemos en funcionamiento un sistema que nos permite crear tutoriales y vídeos de forma extremadamente sencilla y que será la nueva base para formar y documentar los procesos de nuestros clientes. Y no hablo de un futuro lejano, no. A día de hoy, sin saberlo, todos nuestros clientes ya tienen acceso a la plataforma aunque el contenido crecerá mucho en las próximas tres/cuatro semanas. Pero déjame que me reserve los detalles para la próxima.

El 12 de abril te contaba que queríamos automatizar tres procesos internos muy importantes:

1. la creación de entornos de pruebas,
2. la puesta en producción de las mejoras
3. la actualización proactiva de los entornos de nuestros clientes (aunque no hayan pedido ningún cambio)

Todos nuestros clientes ya han visto que los puntos 2 y 3 están 100% automatizados y reciben un correo informativo cuando el proceso termina. Esto ha reducido el tiempo necesario para aplicar los cambios, aunque como ya anuncié, inicialmente la información que damos todavía es algo escasa pero lo iremos mejorando progresivamente. En algunos casos, por ejemplo, se está recibiendo información en otros idiomas y en otras ocasiones es muy críptica porque hay muchos tecnicismos. Lo corregiremos.

El punto 1 es más interno pero también lo tenemos operativo al 100% y nos permite reducir el tiempo necesario para crear entornos de pruebas del programa.

Todos estos puntos mejoran nuestro servicio pero además los dos primeros reducen los costes para nuestros clientes ya que el tiempo de realizar estas tareas manualmente los teníamos que repercutir, aunque quedaban diluidos en el global del presupuesto de la tarea.

El 20 de abril, con el título "La utopía de programar rápido y sin errores" te contaba nuestro proyecto más ambicioso: la creación de una herramienta que debía permitir a nuestro equipo de consultoría crear prototipos de nuevas funcionalidades del programa, sin necesidad de programar, pero que al mismo tiempo el resultado de este trabajo, fuera el punto de partida para que nuestros programadores pudieran aprovechar y terminar la mejora.

Pues bien, también hemos terminado algunas de las fases de este proyecto. Nuestros consultores ya hace semanas que pueden utilizarlo, aunque todavía estamos en una fase muy inicial en comparación a cómo acabará siendo.

Pero sí, ya pueden ampliar funcionalidades del programa y con un solo clic, tener un entorno idéntico al del cliente pero con los nuevos apartados que ha diseñado además, ahorra trabajo en el equipo de desarrollo, costes que se ahorran nuestros clientes.

El 27 de abril te contaba nuestro sistema de test automáticos. En ese momento te contaba que el sistema pasaba todos los tests de todos los módulos y clientes cada hora y media.

Lo hemos continuado optimizando y a día de hoy hemos podido reducir este tiempo en un 33% y ahora pasan cada hora. Además, el nuevo sistema es mucho más eficiente (consumimos mucha menos energía) y hace que el proceso de actualización de entornos de producción y pruebas sea notablemente más rápido.

También te contaba que estábamos creando un sistema para que nuestros consultores pudieran crear ellos mismos tests del programa. Aunque está avanzado, este proyecto lo hemos dejado en stand by unas semanas porque hemos priorizado otros proyectos como el procesado de facturas con IA, la integración bancaria que anuncié hace unas semanas y otras mejoras que te contaré a continuación y que no estaban en la hoja de ruta inicial. Sin embargo, tenemos previsto reanudarlo en las próximas semanas.

En correos posteriores te hablé de otros asuntos, como el 10 de mayo con la nueva versión 6.8 de Tryton, con la que NaN-tic ya está trabajando internamente desde el 15 de agosto y con la que ya nos funcionan los test automáticos de todos nuestros clientes. El 29 de junio te hablaba de las novedades en la factura electrónica, que hoy ya tenemos en producción en varios clientes. Y el 31 de agosto te hablaba de la integración bancaria con Enable Banking, que también tenemos ya en funcionamiento y que ahorrará muchísimo trabajo.

Además de todo esto, aún quiero contarte tres mejoras más que hemos llevado a cabo y que no anunciamos porque no preveíamos ser capaces de llevar a cabo en tan poco tiempo: controles automáticos en cambios de versiones, ponernos al día de la resolución de tiques automáticos y una mejora en la detección de errores en informes.

Te lo detallo a continuación.

6 controles automáticos en los cambios de versiones

Nos hemos propuesto hacer software a medida con la misma eficiencia que el software estándar, y uno de los puntos esenciales para que esto sea posible es dejar a cero el número de incidencias que se producen cuando existe un cambio de versión. En los últimos años hemos dado pasos muy importantes en este sentido y por ejemplo, ya estamos haciendo pruebas de la nueva versión 6.8 para clientes que hace menos de un año que cambiaron de versión. Pero aún nos queda trabajo por hacer.

Un paso más en esta dirección es un nuevo sistema que ahorra comprobaciones manuales y que en algunos casos no hacíamos de forma sistemática.

El nuevo sistema comprueba:

• Que exportar los datos utilizando todas las exportaciones predefinidas de los usuarios funciona correctamente
• Que las vistas de listas de datos no contienen campos duplicados (a menudo ocurre que campos que hemos personalizado para algún cliente, se incorpora en los módulos base, mostrando datos duplicados)
• Que todas las búsquedas preferidas de todos los usuarios funcionen (a veces desaparecen campos que los usuarios utilizaban)
• Que todas las plantillas de correo electrónico funcionan correctamente (de nuevo, pueden haber desaparecido campos que hacen que no funcionen)
• Que todos los informes PDF (albaranes, facturas, ventas, etc) se generen sin problemas
• Que los informes de la herramienta de Business Intelligence se calculan sin errores

Puesta al día en la resolución de tickets automáticos

Hace aproximadamente dos años pusimos en funcionamiento un sistema que nos avisaba automáticamente cuando al usuario se le producían ciertos errores. El problema fue que este sistema generaba muchos falsos positivos (mostraba como errores cosas que no lo eran) y esto provocaba que normalmente no podíamos realizar su seguimiento porque el trabajo de filtrado era inaboardable.

Hace unas semanas que lo hemos solucionado por lo que ahora, la inmensa mayoría de tickets que se crean de esta forma en el sistema son reales. Esto nos ha generado una sobrecarga de trabajo en las primeras semanas (hay ciertas incidencias que los usuarios tienden a no comunicar) pero nos estamos poniendo al día y nos hemos marcado el objetivo de reducir a cero el número de tickets que tenemos abiertos en NaN-tic y reducir sustancialmente los tiempos de respuesta frente a incidencias. Pero como esto ha implicado también cambios organizativos será mejor que entre en detalle en un correo en un par o tres de semanas.

Mejorada la detección de errores en informes

En la mayoría de proyectos, nuestros clientes nos piden adaptar los informes PDF (ventas, compras, producciones, facturas, etc.). Ésta es una tarea que antiguamente tenía que hacer el equipo de desarrollo y desde hace un par de años hicimos cambios importantes para que pudiera también hacerse cargo el equipo de consultoría (o el propio cliente!). La cuestión es que cuando se produce alguna incidencia en estos informes suele ser sencillo de resolver, pero la mayor parte del tiempo consiste en saber dónde está exactamente el problema. Hace unas semanas hemos hecho un cambio en el motor de informes que da información muy precisa al consultor o desarrollador, de dónde está la raíz del problema.

De nuevo, esta mejora ahorra costes a nuestros clientes porque reduce el tiempo que tardamos en crear un nuevo informe o adaptar uno existente.

En resumen

Estamos muy contentos de todos los avances que hemos hecho en sólo 6 meses pero sobre todo pensar los cambios que tenemos previstos para los próximos 6.

Pero déjame que esto me lo reserve por correos posteriores.

¡Salud!