Digitalización pragmática

El pragmatismo también significa preservar lo que es bueno y ver las TI como un valor añadido y no como una herramienta porque sí. Una transformación digital pragmática es un reto importante y requiere mucha "experiencia vital".

El deseo de cambiar algo porque se puede suele ser fuerte. La cuestión es, por tanto, hasta qué punto el cambio es sensato y sostenible. Las TI disponibles ofrecen un enorme potencial.

Pero debe ser consciente de esto: Si la transformación digital es una comida de siete platos, acabamos de llegar al saludo desde la cocina.

Combinar lo antiguo y lo nuevo

Andreas Schumann, fundador de Tangro, un proveedor de soluciones para el procesamiento de entrada de documentos en SAP, puede adoptar un enfoque pragmático ante los retos actuales porque cuenta con la experiencia vital de numerosas transformaciones anteriores.

"Mi primer gran cliente, Nestlé, quería conservar las ventajas de la entrada de pedidos interna. El último marinero plenamente cualificado de desarrollo de pedidos abandonó el barco, y Nestlé tenía un problema.

Queríamos volver a encontrar las funciones en el sistema SAP. Esto significaba, por ejemplo, introducir cuatro artículos por partida, anticipar la carga del camión al introducir el pedido, etc.".

Entonces, como ahora, eran los procesos empresariales y sólo después la tecnología de la información. Andreas Schumann vio en ello una oportunidad para aplicar sus conceptos en un escenario de clientes:

"Lo más difícil fue convencer a Nestlé de que una pequeña empresa de software podía hacer lo que las grandes SAP se negaban a hacer.

También me ayudó mi pasado en SAP y el apoyo de un colega de SAP que creyó en mí y, por último, un intrépido directivo de Nestlé".

La afinidad con SAP surgió a través de un empleo en Walldorf, pero no era una aspiración profesional pronunciada.

"De adolescente, pensaba en todo menos en lo que quería hacer algún día. Entonces, el deporte, sobre todo el fútbol y el tenis de mesa, era mi propósito en la vida".

La salida en SAP fue igualmente deportiva:

"Durante mi entrevista con el Sr. Hopp, enseguida hablamos de tenis. Más tarde, tuve la oportunidad de jugar de vez en cuando con el Sr. Hopp y el Sr. Plattner.

Junto con los "famosos" partidos de tenis entre el Sr. Hopp y el Sr. Plattner, estos eran, por supuesto, los verdaderos momentos estelares. También estaba el reto de esquivar una raqueta voladora del Sr. Plattner".

Los años de aprendizaje y de viaje en SAP fueron útiles y predeterminados para el posterior fundador de Tangro:

"Empecé en desarrollo en SAP. En general, había un ambiente muy agradable en SAP. Al principio, aún programábamos en ensamblador. Aprendí mucho, sobre todo lo importante que es la integración y lo complejas que pueden llegar a ser las aplicaciones.

Tras unos años en el desarrollo de aplicaciones, surgió el tema del EDI. Asumí una función de personal en la que pude coordinar todas las actividades EDI de SAP en todas las aplicaciones."

El tema era nuevo e innovador en aquel momento: a día de hoy, los mensajes EDI constan de muchos segmentos, como la dirección, las condiciones de entrega, las condiciones de pago, etc., que se reutilizan en muchos mensajes diferentes, ya sea en un pedido, un aviso de expedición o una factura.

"Este método me inspiró la idea de ensamblar aplicaciones a partir de módulos de software -de módulos que pueden reutilizarse sin reinventar la rueda cada vez-, que fue el nacimiento de la posterior arquitectura y plataforma Tangro"

así describe Andreas Schumann su proceso de descubrimiento de TI en la entrevista E-3.

"Por desgracia, o por suerte, no pude convencer a nadie en SAP de que adoptara este enfoque para el entorno de desarrollo de SAP.

Pero como no quería renunciar a la idea bajo ningún concepto, me lancé a perseguir mi objetivo y me lancé a la aventura del autoempleo y, más tarde, a fundar una empresa."

Andreas Krings-Stern, responsable de desarrollo de aplicaciones web en Tangro, sabe que, desde un punto de vista pragmático, el tema del EDI de entonces sigue siendo igual de válido hoy en día:

"Aunque todo el mundo hable de digitalización en este momento, la idea no es en absoluto nueva. El intercambio de datos empresariales electrónicos estructurados lleva décadas realizándose a través del intercambio electrónico de datos."

Fundación Tangro

"La nomenclatura también se vio influida por la arquitectura del software, por los bloques de construcción que pueden reutilizarse"

explica Schumann.

"Hay un juego asiático que se llama Tangram. En él puedes armar diferentes figuras a partir de triángulos. Tangram se convirtió en el nombre artificial Tangro.

Si se analizan los procesos de una empresa, se ve rápidamente que siempre hay lagunas y desajustes mediáticos".

así describe Andreas Schumann el entorno informático real:

"Queríamos mejorar eso".

Pero no se trataba y no se trata sólo de automatización. A Andreas Schumann también le preocupa cómo alcanzar este objetivo de la forma más eficiente posible. Para ello, la reutilización de módulos de software y la modelización de procesos desempeñan un papel fundamental:

"La modelización de procesos obedece al comprensible deseo de reutilizar la codificación una vez creada con la mayor frecuencia posible. Para lograrlo, es lógico agrupar la codificación de una tarea en módulos de software, ordenarlos de forma razonable y vincularlos entre sí.

Inevitablemente, se me ocurrió la idea de utilizar modelos de procesos para ello. Sin embargo, nuestros modelos de procesos solo representan la parte de la empresa que se apoya en software."

Schumann también sabe que partes considerables del proceso global siguen estando en manos de personas. Un ejemplo es la aplicación de una solicitud de cambio en un cliente de Tangro.

"Ahora trabajamos con Business Process Management, que siempre está vinculado a nuestros procesos cuando tiene sentido hacerlo. Estos procesos, a su vez, ofrecen muchas posibilidades para nuevas aplicaciones".

La patente de SW

Los cinco fundadores de SAP renunciaron a IBM porque la empresa mundial de TI veía su futuro más en el hardware que en el software. Andreas Schumann también creía en el software y creó una patente de software en 2011.

"En la historia del desarrollo de software hay una larga tradición de desarrollar software con componentes sin lograr nunca un gran avance. A menudo se ha intentado generar código, para mí un enfoque equivocado.

Cuanto más me adentraba en el tema, más me daba cuenta de que la reutilización de componentes de software era la clave para desarrollar software de forma más eficaz y flexible con mayor calidad".

Andreas Schumann explica su personal enfoque del reto del "software". Y esboza su solución algorítmica:

"Sin embargo, había algunos problemas que resolver: ¿Qué grado de granularidad debe tener un componente de software? ¿Cómo pueden combinarse los componentes de software en cualquier orden? ¿Pueden los modelos de procesos controlar el flujo de aplicaciones de la forma más sencilla posible?

La solución a estos problemas y a algunos más formaba parte de mi invento. La recompensa a este esfuerzo es una patente europea y americana".

Las ventajas de estas patentes de software son evidentes:

"El principio de reutilización de módulos de software y el modelado gráfico de procesos, a partir de los cuales se crean aplicaciones completas, aumentan muchas veces la velocidad de desarrollo"

Schumann puede informar basándose en el trabajo de su propio taller de software.

"La calidad también se beneficia de ello. Por ejemplo, desarrollamos el producto Tangro OC -es decir, confirmaciones de pedidos en el lado de las compras- en 15 días-hombre, a pesar del reto nada trivial que suponía reconocer la lógica basada en datos no estructurados y la conexión con los módulos funcionales de SAP. A esto siguieron otros 15 días de la habitual puesta a punto, es decir, pruebas y control de calidad, y el producto se lanzó al mercado".

E2E y automatización

Con un nuevo sistema CRM que aún está en fase de desarrollo, SAP ha revitalizado el concepto E2E: las cadenas de procesos lógicos deben representarse en escenarios holísticos de extremo a extremo -para los usuarios de R/3 esta idea no es, naturalmente, tan nueva, pero opciones técnicas como la computación en nube permiten ahora soluciones más eficientes a los problemas.

"Desde luego, no sacaremos al mercado herramientas E2E: vendemos soluciones de software"

define Schumann, Director General de Tangro, y añade:

"Vemos el E2E como un proceso que empieza con el cliente y termina con el cliente. El objetivo es analizar y optimizar el proceso empresarial.

Desde esta perspectiva, las soluciones de Tangro ya cubren gran parte de lo que se entiende por E2E. Estoy pensando en el proceso order-to-cash y purchase-to-pay".

Alexander Oberle, responsable de desarrollo de productos SAP en Tangro, añade en la entrevista de E-3:

"El ahorro de costes que supone automatizar la tramitación de pedidos es enorme".

Complementar y optimizar

El objetivo de muchos clientes actuales de SAP apenas ha cambiado desde la fundación de Tangro: Las funciones complementarias y optimizadas deben integrarse a la perfección en un sistema ERP existente para aumentar el grado de automatización.

Este enfoque pragmático es también el secreto de la transformación digital de Tangro. Además de E2E, el término "automatización" está experimentando un renacimiento en forma de RPA, Robotic Process Automation.

La definición de RPA es según Wikipedia: Los robots de software son aplicaciones que imitan la interacción humana con las interfaces de usuario de los sistemas de software. Los robots de software trabajan en la interfaz de usuario de forma similar a como lo haría un humano. (Fin de la cita)

"Eso suena muy parecido al anticuado proceso de batch input de SAP"

dice espontáneamente Andreas Schumann en la entrevista de E-3.

"En lo que respecta a la entrada por lotes, SAP no ha abandonado este camino sin razón y ha favorecido las interfaces, por razones de rendimiento entre otras. Aparte de eso, la interfaz de usuario también es una interfaz, ¿y qué?

Hay que entender las interfaces. Un sistema ERP no suele estar diseñado para comunicarse directamente con otro sistema ERP, véase también E2E, ya que está en la naturaleza de las cosas que se desconozca la interfaz del destinatario. Lo que nos lleva al EDI, que tampoco es precisamente nuevo".

Fiori frente a Tangro UI

"En el día del cliente de hace tres años, un antiguo colega de SAP se me acercó y me dijo: "Todo parece SAP. ¿Dónde están las aplicaciones Tangro?

Ni siquiera se había dado cuenta de que todo lo que veía no era en realidad SAP, pero Tangro, eso probablemente habla en favor de la integración"

así describe Andreas Schumann el éxito de Embedded SAP.

El usuario se siente rápidamente como en casa en las aplicaciones de Tangro, porque no hay interrupciones ni aplicaciones previas para el administrador de SAP. La interfaz de usuario es importante, pero Schumann dice:

"Demostramos cada día que funciona sin Fiori. Si nuestros clientes quieren Fiori, tienen Fiori. Si prefieren trabajar con Tangro HTML5 UI, obtienen Tangro HTML5 UI."

SAP integrado

El valor añadido de las soluciones Tangro no siempre reside en la reinvención de los procesos, sino a menudo en la armonización con sistemas existentes como SAP R/3 o ERP/ECC 6.0.

"Por supuesto, había proveedores que ya estaban en el mercado antes que nosotros"

dice Schumann.

"Lo nuevo era nuestro enfoque 'SAP embedded', como nosotros lo llamamos: mapear el tratamiento del documento dentro de SAP. Lo que también era nuevo era que nos centrábamos exclusivamente en los clientes de SAP, según el lema: solo una cosa, pero la correcta".

¿Sigue siendo posible, deseable y necesaria esta "antigua" incrustación hoy en día con S/4 y Hana? SAP "incrusta" muchas funciones en la plataforma Hana y SAP Cloud Platform, lo que crea cierta competencia con otras casas de software, al menos sobre el papel.

"SAP no dispone actualmente de ninguna función comparable en lo que respecta a la Inbound Suite"

Andreas Schumann está seguro. Con Inbound Suite, Tangro ofrece una solución completa e innovadora para el procesamiento de documentos entrantes en SAP.

"Si SAP invierte en esta dirección, surge la pregunta: ¿hasta qué punto están personalizadas estas soluciones? En más de diez años, Tangro Inbound Suite ha conseguido una gama de funciones que cubre las necesidades más diversas de nuestros clientes. A SAP le resultará difícil dejar obsoletos los productos Tangro en un futuro previsible"

dice Schumann.

ERP SaaS

La proximidad al usuario es la ventaja indiscutible de Tangro. Mientras que SAP tiene que atender cada vez más a un mercado mundial muy heterogéneo y difuso, Tangro puede concentrarse en la "vida real de las empresas" y Andreas Schumann sabe que su empresa está muy bien preparada para reaccionar ante cambios imprevisibles.

"Llevamos algún tiempo desarrollando una solución ERP SaaS para la nube con un pequeño equipo. Con este enfoque, la arquitectura de Tangro cobra todo su sentido, ya que no es necesario tener en cuenta las estructuras de las aplicaciones SAP.

La solución ERP SaaS se complementa con funciones de la Inbound Suite. El grupo destinatario son las PYME. Este ERP para ISV (Independent Software Vendor), que ya utilizamos para mapear gran parte de nuestros procesos, constituirá la base de otros sistemas ERP en el ámbito de los servicios.

Partimos de la base de que aquí puede reutilizarse alrededor del 90% de los procesos existentes, de modo que los costes de desarrollo sean lo más bajos posible, las aplicaciones se adapten con precisión a las necesidades del cliente y podamos ofrecer nuevas soluciones con relativa rapidez.

Las aplicaciones personalizadas pueden ponerse en funcionamiento sin un gran trabajo de personalización. Esto también da lugar a aplicaciones individuales encapsuladas, como la gestión de ausencias o la gestión de flotas, que también pueden ser operadas in situ por los clientes de SAP si no se desea el funcionamiento en la nube."

Computación en nube

"Quería optimizar todos los procesos internos de Tangro para alcanzar el máximo nivel de automatización posible. En primer lugar, miré a mi alrededor para ver si había algún software que satisficiera nuestras necesidades a un precio razonable.

El resultado no fue muy alentador. Así que decidí desarrollar mi propia solución, que más tarde estaría disponible en la nube"

Andreas Schumann describe su camino personal hacia la computación en nube.

"Como ya se ha mencionado, esto también abrió la posibilidad de otro pilar, con productos SaaS que pueden distribuirse en todo el mundo.

El mercado de las pequeñas y medianas empresas es muy atractivo. A estas empresas les resulta difícil tener su propio departamento informático. La nube ofrece una salida".

La computación en nube es ineludible. Las ventajas son evidentes. Los clientes pueden concentrarse en sus competencias básicas. Los expertos asumen la prestación de servicios informáticos.

"Dado que el mercado laboral de expertos en TI se está estrechando poco a poco, la computación en nube tiene sentido"

Schumann lo sabe por su experiencia profesional, pero tiene una visión diferenciada de la computación en nube:

"Existe el riesgo de que durante algún tiempo sólo haya software estándar que no tenga en cuenta los requisitos individuales de los clientes. Creo que la cuestión de la seguridad la gestionan mejor los proveedores de la nube que los informáticos internos."

A los proveedores de servicios en nube les interesa garantizar la seguridad de los datos de sus clientes. Porque si esto no está garantizado, desaparecerán rápidamente del mercado.

"El destacado punto de venta único de Tangro Cloud es que la arquitectura del software prevé la estricta separación de los requisitos individuales de nuestros clientes y su realización en el menor tiempo posible, al igual que venimos haciendo con nuestros productos Inbound Suite desde hace mucho tiempo"

Andreas Schumann explica los deseos y necesidades del mercado. Tangro se basa en la interacción eficaz y satisfactoria de módulos de software. Se trata de módulos granulares que, en un principio, están completamente desvinculados de la interacción entre Tangro y SAP; véanse las soluciones SaaS.

"Estoy bastante seguro de que SAP quiere hacer cada vez más cosas por sí misma. Creo que SAP ve las oportunidades que ofrece a los socios, lo que sin duda es cierto, pero difícilmente al revés, que los socios podrían hacer a SAP aún más fuerte."

Y por último:

¿Es la transformación digital una oportunidad o un ejercicio obligatorio más, y qué contribución puede hacer y hará Tangro a este empeño? Al final de la entrevista E-3, Andreas Schumann vuelve a insistir en la importancia del pragmatismo:

"La transformación digital es un problema. Las empresas a menudo no saben cómo abordar el tema. El reto para nosotros es ofrecer enfoques pragmáticos. La recepción de documentos en forma de digitalización de recibos, el intercambio de datos SAP a SAP y el EDI son temas que nos impulsan."