En Navidad ya sabéis lo que toca, trabajar duro los eventos de Navidad de la empresa. Como ya comenté en el artículo «Vuelvo a «Cambiar de Rumbo»» desde el día 11 de Diciembre entré a formar parte de Deloitte como empleado. Bueno, pues el momento de entrada ha sido el oportuno para tragarse disfrutar de eventos de Navidad de la empresa y, claro, esto es Deloitte, no Desatranques Jaén, y aquí las cosas se hacen a lo grande.
Y no han venido los de auditoría
Y, claro, yo llevo muchos años de Freelance y eso de los eventos de empresa, team building y demás pues los tengo algo olvidados. Mis cenas de empresa eran algo distintas.
Cierto es que en alguna de las empresas en las que he trabajado de Freelance me invitaban a la cena de empresa también. Al final, mi forma de entender esto, es que es una forma de contratación, pero que formas parte del equipo de trabajo y eres uno más. Además que siempre intento generar buen ambiente y buen rollo y eso ayuda a que te inviten.
¿Sentado o de pie?
El Ying y el Yang de las cenas de Empresa. Se divide entre las cenas sentado y de pie. En la primera vas a cenar bien, incluso mucho, y en la segunda tendrás suerte si pillas algo. Cierto es que en las que estás de pie el ambiente se da más a que todos hablen con todos. Pero la línea de la borrachera se cierne sobre tus hombros al comer poco y beber mucho.
Yo prefiero llamar a cada cosa por su nombre y quiero cenar bien, no intentando cazar la bandeja de pinchos de tortilla. Ya habrá tiempo para mezclarse en las copas o lo que sea.
Soy un payaso pero porque quiero
En las reuniones de team building se realizan dinámicas de grupo, supuestamente, para generar lazos con la gente (se consigue). Lo que pasa es que a mi, cuando me dicen de hacer el tonto por imposición de guion, no estoy a gusto. Yo soy un payaso porque me sale solo, y es natural, no necesito que me insten a hacerlo.
Si mucho bebes y mucho comes. Arcoíris de colores
No vuelvo a beber
Partimos de la base de que yo, por el momento vital en el que estoy, ya no salgo de fiesta. Soy más de invitar a gente a casa. Y de beber, lo justo. Pero claro, llega la cena de empresa y vas mezclando brebajes, hasta que uno te planta una copa, y luego otra. Y claro, lo que para otro es una chorrada porque se beben ríos de alcohol, para ti es la subida al Tourmalet. Y llegas a casa y te da la pájara y piensas la frase «no vuelvo a beber»
Alguno sale crucificado de la cena de empresa
La productividad por las nubes
Al día siguiente, los que se hayan pasado van a ser menos productivos que la planta de plástico de la oficina. Echemos cálculos, si te has ido a dormir, con suerte, a las 5, con más copas en el cuerpo que Rafa Nadal, y toda la noche de pie y meneando el pandero, ¿Qué energías vas a tener a la 9 de la mañana?
Si sabes salir, sabes currar con resaca
Cierrabares
Los hay profesionales, Senior Consultants en esto de las fiestas e incombustibles. Yo soy un poco cenicienta, a las 12 me convierto en calabaza, además que tengo una vida ajetreada y responsabilidades que atender en casa y no me puedo permitir estar muy mermado de capacidades al día siguiente.
¡Superbirra! y su compañero Chupito
Pero hay gente con superpoderes, deberían donar su hígado a la ciencia porque no es ni medio normal. Mis 12 de la noche se convierten en sus 6 de la mañana, y al día siguiente a currar. ¿Juventud? ¿Pacto con el diablo? ¿Evolución como especie que se adapta al medio (la función crea el órgano)? ¿Mutaciones a lo X-Men? No lo sé, pero están entre nosotros.
La cesta de Navidad
Llevo 13 años de Freelance y justo antes estuvimos en la crisis del 2009 donde ya no había cesta (ni subida de sueldo). Llevo mucho tiempo sin recibir una cesta de Navidad. Y el primer día de llegada a Deloitte, salgo con una ¡ja!. Yo que estaba acostumbrado a comprármela en el Mercadona.
Este año Jamón York, Tomate frito y Friegasuelos
Conclusión
Esto de las cenas de empresa es un mundo en sí mismo. Mucha gente se quita la careta y otros se ponen dos más. Está bien que la empresa quiera agradecer el año de trabajo a los empleados y además establecer lazos de equipo y comunidad. Pero yo siempre empiezo con pereza y sin ganas de ir, luego con cierta tensión e incomodidad al llegar, luego me lo paso bien y hablo con mucha gente y al final con una sensación que «No vuelvo a beber».
¡Nos vemos en la siguiente!
Ayer no me saludabas. Hoy eres el rey de la fiesta
Ojo al que sea aprensivo que se viene artículo navideño freaky de relleno. Luego no te vayas a enfadar conmigo ni vayas a pensar que soy un freak (posiblemente lo sea), a tiempo estás de dejar de leer y hacer cosas más productivas.
Juegos de mesa Navideños
Si estás escribiendo la carta a papá Noel o a los Reyes Magos y no sabes qué juegos de mesa pedirte aquí te mando una lista de juegos de mesa de SAP. Los he creado con ChatGPT 4 y Dall-E 3 y han quedado bien resultones.
SAP Builders
Un juego de piezas Low-Code/No-Code tipo Lego para construir tu propio ERP a piezas de plástico de colores. No necesitarás ser un programador para poder armar tu propio ERP, pero lo que sí puede pasarte es que pises una pieza y te la claves en el pie.
SAPOPOLY
Puedes caer en las casillas
Error grave en Producción: te quita dos años de vida y te quedas dos turnos sin jugar intentando solucionar el error. Pierdes la mitad de tu dinero.
Reunión de 10 personas: te quedas un turno sin jugar y retrocedes tres casillas. Todos pierden dinero al ser una reunión multitudinaria improductiva. Ya hablamos de estas reuniones
Cambio de empresa: Ganas más dinero cada ronda.
Hablar con Soporte SAP: Abriste una nota y le llaman de soporte SAP desde la India. No entiendes nada de lo que dice. Pierdes un turno.
Café de maquina: avanzas el doble de lo que salga en el dado durante 2 rondas, pero en la tercera tienes que ir al baño y pierdes un turno.
SAP Opraarion
Aquí ChatGPT 4 le ha puesto un nombre medio raro, tendrá sus motivos a nivel marketing. Con este juego los clientes pueden ir vaciando al consultor SAP de sus órganos vitales. El objetivo es que el consultor no se queje y termine dejando la empresa a causa del Burnout. Pero claro, podemos sacar la carta de Workaholic hace que sea más complicado para el cliente el llevarse los órganos vitales
SAP Risk
Estrategia de conquista entre aplicaciones. Un grupo de jugadores representa el sistema antiguo que va ser sustituido por SAP, el otro los consultores que tienen que hacer el cambio. También entran a jugar guerras entre consultoras, pero las ¿Grandes? tienen ventaja porque A nadie le despiden por contratar IBM
SAP Scrabble
Aquí no va por letras si no por palabras:
DUMP: -2 puntos
UPGRADE: +5 puntos
SINERGIA: +20 puntos
CAFE: +50 puntos
GOLIVE: +60 puntos
SAP Cluedo
Alguien ha vendido un proyecto con unos tiempos imposibles y de un módulo que no han montado ni los propios Indios que lo desarrollaron. Os ha llegado el marrón y uno de vosotros es el comercial, hay que saber quien es en 20 rondas.
SAP Settlers (le falta una t)
Sois un grupo de dueños de pequeñas consultoras y viene una gran crisis, tenéis que luchar por los recursos y asentarse mercado.
SAP Pictionary
Tenéis que pasar los requerimientos del proceso de negocio que os toque en una servilleta de bar. El compañero tendrá que saber lo que se requiere.
SAP Scattergories
Escribir palabras que empiezan por la letra que salga y que tengan que ver con el mundo SAP.
Como he dicho en muchos de los artículos, uno de los objetivos de este blog es aprender y enseñar lo que sé dentro del mundo SAP y de tecnología en general. En este caso vamos a ir a algo básico, pero no con ello conocido por todos. Es probable que haya mucha gente que ya sepa de lo que estoy hablando, pero seguro que hay algunos que les viene bien para sentar las bases. Vamos a hablar de:
¿Qué es un Servicio Web?
Café y cigarro, muñeco binario
Los servicios web son aplicaciones que se comunican y comparten datos e información a través de la red, utilizando un conjunto de estándares y protocolos abiertos. Están diseñados para soportar la interacción máquina a máquina, facilitando la interoperabilidad entre sistemas heterogéneos. Es decir, dos sistemas no necesitan conocerse para poder comunicarse mientras se acojan a las reglas de comunicación del estándar de servicio web usado. Puedes conectar un SAP con Java, Python, etc. Y cualquier tecnología que sepa manejar los Servicios web.
Vamos a verlo con una analogía. Por ejemplo la telefonía. Existen terminales con distintas tecnologías, fijos, fax, Android, IOS, etc. Pero todos pueden conectarse a la red y hacer y recibir llamadas, mensajes y datos. Cada tecnología usa un estándar de comunicación y, cuando haces una llamada no andas pensando si el que recibe la llamada es Android, IOS o fijo.
Sistemas como Cajas Negras
Y para conseguir entenderlo del todo e intentar bajar a tierra el concepto, podemos simplificarlo viendo a los sistemas como Cajas Negras.
Imagina que cada sistema o aplicación es como una casa grande y compleja, llena de diferentes habitaciones. Cada habitación contiene algo valioso: información, herramientas, o incluso formas de interactuar con el mundo exterior. Pero para acceder a estos tesoros, necesitas entrar por la puerta correcta.
Los servicios web son como estas puertas. Cada puerta está diseñada para un propósito específico: algunas te permiten ver lo que hay dentro (consultar datos), otras te permiten cambiar algo (modificar datos), otras te permiten agregar cosas nuevas (introducir nuevos datos) o incluso eliminar algo existente.
Cuando usas un servicio web, es como si tuvieras la llave correcta para abrir una de estas puertas. Lo interesante es que estas puertas pueden estar en cualquier parte del mundo. No importa dónde estés, si tienes la llave correcta (en este caso, el acceso al servicio web adecuado y la forma de llamarlo), puedes abrir la puerta y hacer lo que necesites hacer.
Por ejemplo, cuando usas una aplicación en tu teléfono para consultar el clima, estás utilizando un servicio web para «abrir la puerta» de un sistema que te proporciona información meteorológica actualizada. O cuando haces un pedido en línea, estás usando otro servicio web para «abrir la puerta» de un sistema de comercio electrónico, permitiéndote agregar productos a tu carrito y realizar una compra.
Ejemplo «Real»
Imagínate que tienes un sistema SAP de gestión comercial y de creación con clientes (CRM) y quieres que cualquier sistema que ‘capte’ posibles futuros clientes, cree una ficha de datos y un documento para que un comercial le contacte. Por ejemplo, una persona da sus datos en una web o cuando una persona se da de alta en otra empresadel grupo pero cede sus datos para fines comerciales.
En SAP podemos crear un servicio web que permita recibir:
Nombre
Apellidos
Email
Telefono
Id externo
Cuando el servicio web reciba esta información, internamente, ya en SAP, creará el BP y el documento de seguimiento. Y el servicio devolverá:
Id BP SAP
Id Documento Seguimiento
¿Qué sistemas llamarán a este Servicio Web? Pues cualquiera que:
Tenga acceso a la Máquina de SAP (por Red, firewall y Autenticación)
Sepa llamar al servicio
En este caso la web y el sistema que gestione la otra empresa. ¿Qué tecnologías son? Da igual, ¿es HTML? ¿PHP? ¿Java? ¿SAP? ¿. NET? Da lo mismo, mientras que sepa como llamar y tenga visibilidad. Y quienes quieran llamar en un futuro claro.
Tipos de Web Service
Existen varios tipos de servicios web, pero los más comunes son:
SOAP (Simple Object Access Protocol)
SOAP es un protocolo estándar que permite la comunicación entre aplicaciones a través de redes, utilizando XML para codificar los mensajes.
Archivo WSDL (Web Services Description Language)
Los servicios SOAP cuentan con un archivo de definición del servicio en formato XML que el sistema que lo crea lo genera y se lo entrega a cualquier sistema que quiera usarlo. En ese documento está definido todas las acciones, estructuras de mensajes entrada / salida y los tipos de datos de cada campo. De esa forma, cualquier sistema que quiera usar ese servicio web no necesita conocer el sistema destino, solamente debe saber generar y recibir ficheros XML en base a las especificaciones del WSDL.
Seguridad en SOAP
A nivel de seguridad tenemos muchas opciones o capas de seguridad para el uso de los servicios web SOAP:
WS-Security: es una extensión de SOAP para abordar la seguridad en la comunicación de servicios web. Permite Autenticación mediante tokens de seguridad como contraseñas, tokens SAML, y certificados X.509.
SSL/TLS: Aunque no es específico de SOAP, el uso de SSL (Secure Socket Layer) o TLS (Transport Layer Security) añade una capa adicional de seguridad al encapsular la comunicación SOAP en un canal seguro.
REST (Representational State Transfer)
REST no es un protocolo sino un conjunto de principios arquitectónicos para diseñar servicios web. REST utiliza métodos HTTP como GET, POST, PUT y DELETE para operaciones CRUD (Crear, Leer, Actualizar, Eliminar), lo que lo hace intuitivo y fácil de usar. Los datos y la funcionalidad se consideran «recursos» y se accede a ellos a través de URIs (Uniform Resource Identifiers).
El formato de intercambio más habitual es mediante JSON (JavaScript Object Notation) que es un formato ligero de intercambio de datos. Es fácil de leer y escribir para humanos, y fácil de analizar y generar para máquinas. Aunque también puede usar XML, HTML O texto plano.
Ventajas de REST
Eficiencia y Escalabilidad: REST permite manejar un gran número de solicitudes simultáneamente, lo que lo hace muy escalable.
Facilidad de Uso: Al usar estándares HTTP, es fácil de entender y utilizar para los desarrolladores.
Flexibilidad: Permite el uso de múltiples formatos de datos como JSON, XML, texto plano, etc., lo que lo hace versátil.
Desventajas
Seguridad: La seguridad en REST debe ser manejada cuidadosamente, ya que no proporciona estándares de seguridad integrados como SOAP.
Limitaciones en Solicitudes Complejas: Para operaciones que requieren un procesamiento más complejo o transacciones, REST puede ser menos adecuado que otras tecnologías como SOAP.
OpenAPI (Swagger)
OpenAPI es un estándar ampliamente aceptado para describir servicios web RESTful. Permite a los desarrolladores definir toda la API (endpoints, operaciones, parámetros, respuestas, etc.) en un formato estructurado (generalmente YAML o JSON). Proporciona una interfaz gráfica muy visual donde además se pueden probar los servicios.
OData, la Evolución de REST
Sobre este tipo de servicios web ya tenemos un artículo en el blog. Así que no me voy a repetir.
Son dos tipos de Servicios Web distintos, hay otros pero son los más usados, a pesar de que el REST es relativamente más moderno, no implica que sea mejor o que SOAP sea obsoleto. Cada uno tiene sus ventajas e inconvenientes y sus usos recomendados.
Naturaleza
SOAP: Es un protocolo estándar más estricto.
REST: No es un protocolo sino un conjunto de principios arquitectónicos.
Formato de Mensaje
SOAP: Utiliza XML exclusivamente.
REST: Puede usar varios formatos como JSON, XML, HTML, texto plano.
Seguridad
SOAP: Ofrece una mayor seguridad con estándares como WS-Security. Mejor para operaciones que requieren un alto nivel de seguridad.
REST: La seguridad depende del transporte (como HTTPS). Menos robusto en comparación con SOAP.
Uso de Recursos
SOAP: Requiere más ancho de banda y recursos debido a su estructura XML más detallada.
REST: Generalmente más ligero, usando JSON, lo que lo hace más rápido y eficiente en términos de uso de la red.
Operaciones
SOAP: Ideal para operaciones complejas y con necesidades de transacciones ACID (Atomicidad, Consistencia, Aislamiento, Durabilidad)..
REST: Adecuado para operaciones más simples y solicitudes de estado. Aunque con OData las posibilidades de «complicar» las operaciones relacionando entidades aumentan su complejidad.
Usos Comunes
SOAP: Preferido en entornos empresariales. Utilizado para operaciones que requieren un alto nivel de fiabilidad y seguridad, como transacciones financieras.
REST: Ampliamente utilizado en aplicaciones web y móviles por su simplicidad y facilidad de uso.Ideal para servicios que requieren escalabilidad y rendimiento, como redes sociales, servicios en la nube.
Flexibilidad
SOAP: Menos flexible en términos de formatos y enfoques.
REST: Más flexible y fácil de usar. Permite una mayor escalabilidad.
Conclusión
SOAP es más adecuado para operaciones que necesitan un alto nivel de seguridad y transacciones complejas, comúnmente usado en entornos corporativos y empresariales.
REST es preferido para aplicaciones que requieren una mayor escalabilidad y rendimiento, siendo más flexible y fácil de implementar, lo que lo hace ideal para aplicaciones web y móviles modernas.
Cada uno tiene sus fortalezas y es importante elegir el enfoque correcto basado en los requisitos específicos del proyecto y del entorno en el que se va a utilizar.
Tengo noticias de nuevo. Si en Septiembre publiqué el artículo «Cambio de Rumbo» ahora toca anunciar un cambio importante en mi carrera. Tal y como comenté en el otro artículo «Ser Freelance» llevo 13 años siendo Freelance pero, por diversas circunstancias que me han venido, voy a volver al redil de la empresa, siendo trabajador por cuenta ajena de nuevo. El resumen corto es que voy a entrar a formar parte de Deloitte. Toma plot twist, esa no te la esperabas.
Foto de la presentación ante la prensa
Pero, ¿y eso cómo puede ser?
Pues yo todavía me lo estoy preguntando, si me preguntas hace un año, Deloitte sería uno de los últimos sitios donde iría a trabajar, de freelance, de empleado ni siquiera se me podía pasar por la cabeza.
¿Yo a Deloitte? ¡Ni de broma!
El pasado Septiembre entré como freelance en un proyecto (que además estaba de culo) porque me llevó allí un antiguo compañero/amigo y porque me va la marcha. Además, me gustan los retos, y creo que soy el perfil para darle la vuelta a esto. En ese momento es cuando escribí el artículo «Cambio de Rumbo«, porque llevaba varios años en un proyecto fenomenal, bien valorado y con un equipo y un cliente fantásticos, pero necesitaba Rock & Roll y evolucionar.
El proyecto en el que estoy es más bien Heavy Metal
Pero si me preguntases, de nuevo, después de entrar como Freelance en ese proyecto, si me pasaría a ser empleado de Deloitte, te volvería a decir que no, que imposible. Bueno, pues las cosas se han dado la vuelta, ha habido un interés importante por los responsables de Deloitte en cambiar mi situación contractual con ellos, y esto me han hecho pensar en el presente y futuro. Al final, he dado el paso adelante y entro a formar parte de Deloitte, los motivos que han hecho inclinarse la balanza son:
¿Voy a ser freelance a los 50?: Cuando tenga 50 (que me queda todavía mucho) yo no me veía con este modelo de trabajo. Es verdad que mi perfil lo construyo queriendo ser un experto, un referente, pero yo ya me estaba preparando para el salto a la empresa en algún momento. El problema es que ese salto me ha abordado a mí, sin buscarlo.
¡Venga chavales! Que SAP ha sacado una nueva herramienta para hacer Power Points (¿Te suena esa imagen?)
Jubilación: Según los últimos cambios en la Seguridad Social, para el cálculo de tu jubilación se toman los últimos 25 años cotizados. Ya sé que como autónomo te puedes subir la cotización a la Seguridad Social, pero eso disminuye la ventaja económica que supone ser autónomo. Como asalariado ni siquiera piensas en esto, además no se vé el coste de la Seguridad Social que paga la empresa.
En mi época esto se hacía con Batch Inputs
Nuevo sistema de cotización para autónomos: En su afán por hacer desaparecer a los autónomos del mapa. El gobierno aprobó el Real Decreto-ley 13/2022 de 26 de julio de 2022 donde se modifica el sistema de cotización a la Seguridad Social de los autónomos. Como leerse el Real Decreto-ley es complejo, podemos ver su aplicación en. Este enlace de la Seguridad Social. El resumen es el siguiente (sacado de infoautonomos.com)
Si facturas más de 6.000€ la base mínima será de unos 1.928,10€ (cuota 590€/mes) ¡Shit yourself little parrot!
Bajas médicas: A pesar de estar hecho un chaval, uno va cumpliendo años y no sabes en qué charcos puedes caer que te hagan parar de trabajar por temas médicos. Estando como freelance, si cotizas poco, estás vendido en este caso. Además de que tienes tu que solicitarlo y hacer papeleos. Ya sabéis el dicho, si quieres que un trabajador no se ponga nunca malo, hazle autónomo. Anda que no he ido al médico veces porque estaba enfermo y me decía «¿Necesitas parte de baja? – No, no hace falta». He trabajado hasta con Covid, Gripe y virus que traen los niños del cole.
Por aquí hay un virus y no es en el PC
Entro en terreno controlado: En el momento en el que entro en Deloitte, en la Business Unit que entro, teniendo como padrino a mi amigo (que es mi jefe actual), creo que estoy en un paraguas que me ayudará a que no calen los posibles aspectos negativos de una Big4. Eso hace que mi trabajo no cambie de lo que estoy haciendo ahora mismo como freelance.
Negociación ventajosa: En este momento ha sido Deloitte quien me ha pedido el cambio. Yo tenía un contrato mercantil con ellos con una tarifa muy buena, y ellos me han solicitado el cambio, sin darme un ultimátum, solo diciéndome que esto les ayudaría. El resultado es que la negociación, o la oferta por su parte, ha sido también ventajosa, tanto en términos económicos, en términos de puesto e incluso en términos de flexibilidad (horaria y trabajo en remoto). Y el resultado, mi incorporación, hace que haya, por lo menos a corto plazo, un agradecimiento de su parte.
Salidas de Emergencia: Llevo 13 años como freelance, más de 15 trabajando como consultor SAP. Tengo mucha gente que me conoce, que me valora y que me cobijaría ante una posible huída. Es decir, si esto no me convence, o si las buenas palabras no se cumplen, siempre puedo volver a mi vida anterior. Yo no voy a cerrar este blog, no voy a dejar de estudiar, no voy a dejar de especializarme y aprender. Tardo 10 minutos en volver a ser Freelance.
A ver cómo es esto. Uy, pies ¿para qué os quiero?
Currículum: Esto me lo dijeron desde Deloitte y no le dí valor en ese momento. Porque en el momento actual yo me hago mi perfil de especialista y yo demuestro lo que sé. Ahora bien, en el caso ese de «No quiero ser Freelance a los 50», mi idea era pasarme a un cliente final con un puesto de responsabilidad, al haber pasado por X negocios. Pero eso tenía una brecha importante, el perfil de gestión (de proyectos, equipos, personal, económico) que Deloitte, cuando yo solicite la responsabilidad, me puede ofrecer para complementar mi perfil y prepararlo para ese tipo de puestos. Además la marca Deloitte en determinados puestos de responsabilidad viste mucho el CV.
Deloiite estuvo aquí. Bien marcado a fuego
Cambio: Como dije en la entrada «Cambio de Rumbo» los cambios son buenos. Empecé mi carrera en Coritel (Accenture), donde dije también que no quería entrar, y estuve genial. Luego pasé por otra empresa como empleado y luego me hice freelance 13 años. Nunca he probado una Big4 desde dentro, y nunca en puestos más allá de simple programador. Puedo aportar mucho y Deloitte me puede abrir muchas puertas a hacer cosas interesantes o que inviertan en mejorar mis competencias. En la lista de cosas por hacer están:
Plantar un arbol
Tener hijos
Escribir un libro: Entre los manuales y este blog he escrito varios.
Trabajar de Freelance
Trabajar en una Big4
Trabajar en un cliente y ver a las consultoras llegar mientras afilo el cuchillo
Montar una consultora con decenas de personas al cargo
Aspectos negativos al cambio
Por supuesto este cambio tiene aspectos negativos pero que, una vez puestos en balanza con los positivos, no hacen que rechace directamente la opción de cambiar. Entre los aspectos negativos están:
Dejar de ser Independiente: Yo voy por la oficina de Deloitte como el raro, ahí va el Freelance, sin traje, entrando y saliendo cuando necesito. Con mi incorporación, aunque esas condiciones están pactadas con los que serán mis responsables en Deloitte, soy uno más de la empresa. En mi mano está el hacer valer estas condiciones y que no me fagocite el monstruo.
Ingresos: Con este cambio no voy a tener los mismos ingresos que siendo Freelance. Voy a estar un poco por debajo de lo que facturaba ahora. ¿Por qué acepto esto? Porque siendo empleado tengo otras ventajas no dinerarias que aportan, y mucho.
Flexibilidad: Siendo empleado de una empresa te ciñes a las necesidades de esa empresa, al horario, tienes un tope de vacaciones que tomarte, días libres, etc. Siendo Freelance tu gestionas tu tiempo, tus vacaciones, días libres, horario, etc.
En conclusión
Si estás leyendo este artículo ya estaré trabajando en Deloitte como empleado. Todo sea que dentro de dos meses tenga que escribir un «Vuelvo a Cambiar de Rumbo» diciendo que vuelvo a ser Freelance o que me estoy preparando unas oposiciones a bombero (ja!). Veremos como navegamos por estos mares ahora que cambio de barco. Los cambios son buenos, las oportunidades hay que saber leerlas y tomarlas, yo siempre puedo volver a ser lo que era, estar donde estaba y hacer lo que hacía. O incluso hacer muchas otras cosas.
Bueno, vamos a tomar el toro por los cuernos y e intentar armar el puzzle que tenemos acerca de la gestión de clientes (CRM, CX, o como lo quieras llamar) dentro del ecosistema SAP.
Y hay varias formas de abordar este trabajo, primero viéndolo desde donde venimos a donde vamos. Venimos de SAP CRM 7 On Premise, una solución que abarca las áreas Sales, Service, Marketing y Contact Center. Y vamos hacia el SAP CX (Customer Experience) varias soluciones, cada una con un paquete de funcionalidades, más especializadas en lo que saben hacer, pero independientes en su gran mayoría.
Pero, esto del SAP CX ¿Qué es? Pues muchas cosas, y esta es el segundo punto de vista, desgranar qué opciones tenemos. Aquí veremos términos como C/4HANA, S/4HANA for customer management, Hybris, Callidus, Emarsys, etc.
S/4HANA for Customer Management
Empiezo por aquí porque es la continuación natural al SAP CRM OnPremise de toda la vida (pero descafeinado). En S/4HANA se toma el concepto de Business Partner de SAP CRM OnPremise para clientes y proveedores, lo cual es un cambio importante para los consultores de ECC. Además se mantienen parte de las funcionalidades. Podemos verlo en el documento SAP S/4HANA for Customer Management – Feature Scope Description. En resumen tenemos la siguiente funcionalidad:
Faltan cosas importantes, como por ejemplo Marketing. No tenía sentido mantener Marketing en este sistema teniendo otros sistemas especializados en marketing como Emarsys, Marketing Cloud…
SAP C/4HANA
C/4HANA nació como el nombre comercial a un conjunto, mas o menos heterogéneo, de soluciones. Podemos ver su descripción en el blog de SAP What is SAP C/4HANA and why should you care? C/4HANA es la unión de varias herramientas, algunas compradas por SAP:
SAP Customer Data Cloud: SAP renombró la herramienta Gigya como SAP CDC. Se trata de un gestor integral de identidades, autorizaciones, accesos y consentimientos para clientes, ofreciendo control y cumplimiento en la era de la privacidad de datos.
SAP Marketing Cloud: Basado en lo que era Hybris Marketing Cloud ha evolucionado para ofrecer capacidades avanzadas de marketing. La incorporación de Emarsys ha potenciado aún más Marketing Cloud, agregando funcionalidades de marketing automatizado y análisis de datos para una segmentación y personalización más eficaz.
SAP Sales Cloud: Sales Cloud, antes conocido como SAP C4C, es una herramienta de preventa y venta que facilita la gestión de leads, oportunidades y relaciones con clientes. La incorporación de CallidusCloud ha agregado funcionalidades como gestión de incentivos y automatización de la fuerza de ventas, enriqueciendo aún más la oferta de Sales Cloud.
SAP Service Cloud: Service Cloud, parte del original SAP C4C, se enfoca en la postventa, ofreciendo soporte y servicios al cliente a través de múltiples canales y plataformas..
SAP Commerce Cloud: Originalmente parte de Hybris, una empresa especializada en eCommerce, SAP Commerce Cloud es una herramienta omnicanal que ofrece una experiencia de compra unificada en múltiples plataformas y dispositivos.
Bueno el resumen del estado del CRM en SAP es muy escueto, cada apartado es, en sí mismo, un mundo. Además SAP está moviendo las fichas necesarias para dotar a la parte de CX de inteligencia artificial y procesos avanzados, como el SAP CDP Customer Data Platform. Pero si hay que desgranar, ya desgranaremos más adelante.
Jorge Ocampos 