Hace poco me he certificado de las dos certificaciones disponibles de de la nueva solución SAP Sales & Service Cloud Versión 2.
¿Por que esto es importante?
Bueno, estas, para mi caso partícular, no son unas certificaciones al uso y el proceso es distinto.
Se trata de una solución nueva, salida a mediados del año pasado.
No hay muchas implementaciones y mucho menos consultores especializados. Y menos en España.
Forma parte de mi área de especialización y, por lo tanto esta en mi ruta de objetivos.
¿Cómo prepararse para la certificación?
Bueno, no te voy a dar la llave maestra para aprobar los exámenes, para eso hace falta que me invites a un café. Pero puedo comentar los pasos lógicos para preparar la certificación.
Cursos de SAP Learning Hub para Sales Cloud Versión 2
Además, hay muchos videos de Service Cloud v2 en SAP Learning, pero son de temas muy específicos que no aplican para el examen, aplican para ser experto (que no es lo mismo 😉)
Tener acceso a un sistema
Yo he tenido la suerte de tener a mi alcance un par de sistemas demo y he participado en la implementación de una PoC a cliente. Con ello me he podido hacer una idea del potencial y las posibilidades. Así como el feeling que me da.
Esto es quizás lo más complicado, lo cual es paradójico, porque un certificado en una solución debería tener experiencia en dicha solución, pero entonces no habría ningún certificado en esto
Hacer muchos test
Bueno, todo lo anterior está bien, pero si lo que quieres es aprobar a toda costa, y el conocimiento te da un poco igual, este punto es la clave. Busca un set de preguntas y respuestas (las venden en internet) y trabaja sobre ellas intensamente.
Eso sí, cuidado que las respuestas no tienen porqué ser correctas. Para hacer test yo suelo usar la herramienta iTest, no sé si haré una entrada al respecto, si tienes dudas contáctame.
Crear un GPT
Yo lo que he hecho también es preparar un GPT (con el GPT Plus de pago) entrenándolo con todos los PDFs de información que hay en las páginas de SAP Sales Cloud V2 y SAP Service Cloud V2.
Lo habitual en el mundo de la consultoría (y en casi cualquier ámbito profesional) es que la gente exprese su opinión cuando algo ha salido mal, cuando se sienten decepcionados o maltratados. Yo suelo hacer el camino inverso: me gusta poner en valor lo que funciona, lo que está bien. Porque eso ayuda más, a mí y al resto.
Hoy quiero hablar de la empresa con la que colaboro desde hace tiempo: Avvale.
Y es que Avvale es un buen sitio para trabajar, por muchas razones, entre ellas:
Saben lo que hacen: Saben hacer consultoría, preventa, gestión de proyectos y soporte al cliente. Y lo hacen bien. Hay algunas que solo saben facturar.
Saben cómo hacerlo: Avvale apuesta por la calidad y la eficiencia. Su modelo no consiste en llenar proyectos con 25 juniors, sino en ofrecer equipos ajustados, bien coordinados y orientados a resolver problemas reales..
La importancia del conocimiento: Su principal valor es su expertise profesional de su equipo, y lo hacen valer. El conocimiento se comparte, se valora, y se transmite. Si necesitas algo siempre habrá un experto al que consultar.
Gente buena y buena gente: en Avvale he encontrado grandes amigos, y también referentes en los que mirarme y aprender. Debo de tener suerte, pero lo cierto es que la gente con la que he trabajado es, además de excelente profesional, buena gente de verdad.
Avvale en Customer Experience CX
En lo que a mí respecta, Avvale es una de las consultoras más relevantes en el ámbito de Customer Experience (CX) en España. Cuenta con un equipo CX de más de 60 personas especializadas tanto en SAP como en Salesforce, y es líder en número de certificaciones SAP CX a nivel nacional.
Además, participa activamente en eventos del sector, mostrando soluciones, innovaciones y casos de éxito. Como en el último e-Show de Barcelona.
Belén Ballesteros, referente en SAP Emarsys (Abril 2025)
O en el pasado SAP CX Executive Exchange de la mano de Albia
David Mestre (Avvale) y Juan Muñoz (Albia) en el SAP CX Executive Exchange (Abril 2025)
Partner Gold de SAP
La relación entre Avvale y SAP —al menos en el área de CX, que es la que conozco de primera mano— es muy estrecha. Colaborar con Avvale significa tener un puente directo con SAP, acceder a conocimiento, participar en iniciativas y ganar visibilidad en el mundo SAP CX. La relación entre Avvale, SAP y los consultores es de ganancia mutua, jugando bien las oportunidades, todos ganamos.
Colaboración en contenidos
Como parte de nuestra colaboración, en los próximos meses vamos a publicar conjuntamente varios artículos enfocados en soluciones de Customer Experience, con el objetivo de ganar visibilidad mutua y demostrar que Avvale —y, por supuesto, yo con ellos— es el socio perfecto para acompañar a los clientes en su transición hacia herramientas modernas de CX.
En mi caso particular, participaré en la elaboración de contenidos centrados en SAP Sales & Service Cloud Version 2, una solución en la que estoy especializado y con la que trabajamos activamente en proyectos reales.
Nos alejamos un poco de la tecnología y miramos desde arriba el concepto y la filosofía que subyace a las nuevas formas de realizar la gestión de clientes. Salimos de los procesos para ver las necesidades y el enfoque que motiva los procesos.
Vivimos en una era donde los productos ya no son suficientes para diferenciarse. La verdadera ventaja competitiva está en cómo las empresas hacen sentir a sus clientes. Esta experiencia global, desde el primer contacto hasta la postventa, es lo que conocemos como Customer Experience o CX.
En un entorno cada vez más digitalizado, donde las interacciones pueden producirse a través de decenas de canales, la gestión de la experiencia del cliente se ha convertido en un elemento estratégico. Las empresas que invierten en CX no solo fidelizan, sino que también crecen más rápido.
¿Qué es Customer Experience (CX)?
Customer Experience (CX) se refiere al conjunto de percepciones, emociones y reacciones que un cliente experimenta durante toda su relación con una marca. Esto abarca cada punto de contacto, desde la navegación por una web hasta la interacción con el servicio postventa.
Como podéis ver se trata de un concepto algo etéreo e ideal a cumplir pero, sin duda, difícil de alcanzar.
Es importante no confundirlo con:
Atención al cliente (Customer Service): es solo una parte del CX, centrada en la resolución de problemas.
User Experience (UX): se refiere a la experiencia de uso de un producto o servicio concreto (por ejemplo, una app), mientras que CX es más amplia.
Del CRM al CX: una evolución necesaria
Durante años, las empresas se centraron en implementar sistemas de CRM (Customer Relationship Management) para gestionar datos de clientes, contactos, oportunidades o campañas. El objetivo principal era organizar y automatizar las relaciones comerciales y contar con los datos estructurados para poder medir, analizar y mejorar. Muchas veces más centrados en medir el rendimiento interno que la satisfacción del cliente.
Sin embargo, el enfoque CRM tradicional tenía limitaciones: se centraba en lo interno (ventas, procesos, datos), pero no siempre contemplaba la perspectiva emocional y experiencial del cliente.
Así nació el concepto de CX como una evolución natural:
Del dato al sentimiento
Del proceso al vínculo
De gestionar relaciones a diseñar experiencias
Hoy día, los grandes proveedores tecnológicos (SAP, Salesforce, Adobe, Oracle…) han transformado sus plataformas CRM para incluir soluciones completas de Customer Experience, que abarcan marketing, ventas, ecommerce, atención al cliente y análisis de datos, todo con foco en el cliente.
Componentes Clave del CX
El éxito de una estrategia de CX radica en cómo se diseñan e integran las siguientes dimensiones:
Multicanalidad y Omnicanalidad: los clientes quieren interactuar desde cualquier dispositivo y plataforma, y esperan continuidad.
Personalización: adaptar los contenidos, recomendaciones y comunicaciones según el perfil y el comportamiento.
Consistencia: ofrecer mensajes coherentes y experiencias similares sin importar el canal.
Tiempo de respuesta: la inmediatez es crucial, sobre todo en contextos digitales.
Emoción y empatía: entender cómo se siente el cliente en cada momento y actuar en consecuencia.
Tecnología como motor del CX
La tecnología juega un papel fundamental porque armoniza la experiencia y permite a todas las partes implicadas de la empresa contar con toda la información. Algunas herramientas clave son:
CRM de nueva generación, como SAP Sales & Service Cloud V2, Salesforce o Microsoft Dynamics.
Plataformas de automatización de marketing, como SAP Emarsys, Salesforce Marketing Cloud, Abode Marketing Cloud o HubSpot.
Soluciones de atención al cliente con IA, como chatbots, asistentes virtuales o agentes inteligentes.
Sistemas de analítica avanzada y big data, para extraer insights y predecir comportamientos.
Plataformas de integración de datos y procesos, que permiten construir una visión 360° del cliente.
La tecnología no lo es todo en CX
La tecnología no es más que una herramienta para CX, es necesario que la filosofía de la empresa se alinee con los requisitos de una gestión de CX en todos los niveles de la empresa. Hay que tener un plan, una misión, visión y valores, estar «orientado a cliente» y traspasar esos conceptos a todos los equipos de trabajo.
Sin un compromiso fuerte de la empresa con la satisfacción del cliente, por mucha tecnología que implementemos no conseguiremos nada.
Ejemplos de buenas prácticas
Bueno hay varios casos de ejemplo muy claros:
Amazon: domina la personalización y la eficiencia en todos los puntos de contacto. El cliente es el centro, su atención al cliente es excelente.
Apple: experiencia fluida y coherente desde el producto hasta el servicio postventa.
Netflix: uso avanzado de IA para ofrecer contenido adaptado a cada perfil.
Conclusión
El Customer Experience ya no es una opción, es un imperativo. Las empresas que sitúan al cliente en el centro, se adaptan a sus necesidades y usan la tecnología para diseñar experiencias memorables, no solo sobreviven, sino que prosperan.
Invertir en CX es invertir en lealtad, reputación y rentabilidad. Y todo empieza con una pregunta:
¿Qué sienten tus clientes cuando interactúan contigo?
Si siempre has querido ir al SAP Sapphire a comer canapés y beber champagne estás de suerte, este año se hace en Orlando y en Madrid.
¿Cómo? ¿Orlando te pilla muy lejos de tu casa? No te preocupes, si eres español el de Madrid si que te pilla cerca.
¿Cómo? ¿Al de Madrid no puedes ir porque no hay forma de que nadie te invite y es un evento para comerciales?
Vaya, pues nada, ya lo siento. Bueno, espera, hay otra opción.
Cómo lo que a ti te interesa es el conocimiento, no los canapés, SAP proporciona el acceso a un SAP Sapphire Virtual donde poder ver las sesiones que te interesen. Para registrarte entra en
Una vez registrado podrás inscribirte a las sesiones que te interesen. Están catalogadas por Topics para que puedas marcartelas como favoritas e inscribirte, hay los siguientes Topics:
Artificial Intelligence
Cloud ERP
Customer Experience
Data and Analytics
Financial and Spend Management
Human Capital Management
Supply Chain Management
Technology Platform
A mi me interesan especialmente las de
Artificial Intelligence
Customer Experience – Por ser mi área de especialización
Data and Analytics – Por Business Data Cloud que va a ser una revolución
Technology Platform – Por el ecosistema BTP que es otra revolución.
Por ello me he inscrito en las siguientes sesiones:
CX – Customer Experience
CX innovation: Transforming experiences with AI – CXP2270v
Unlocking the value of SAP CX and SAP Business Suite – CXP2269v
BTP – Technology Platform
Explore the road map for SAP Business Technology Platform – BTP2122v
Discover SAP Business Technology Platform and its value for your business – BTP1579v
SAP Build
Extending SAP S/4HANA Cloud with SAP Build at OGE: A customer perspective – BTP5056v
Extend SAP S/4HANA Cloud: SAP Build application development and automation – BTP5022v
Vamos a explicar otro de los temas básicos pero no por ello dominados totalmente y, seguro, todos aprenderemos algo, tanto el nuevo en el mundo SAP, como el senior. En esta serie de artículos hablaremos de los transportes en SAP.
Y el primero de esta serie será acerca de qué son las órdenes de transporte. En primera instancia hablaremos de los transportes clásicos, no hablaremos de transportes de las nuevas herramientas SAP como Build Apps, Sales Cloud, BTP, Fiori, Ariba, Success Factors, etc…
¿Qué es una orden de transporte en SAP?
Una orden de transporte es un contenedor que almacena todos los cambios transportables realizados en un sistema SAP. Estos cambios pueden incluir configuraciones, desarrollos de ABAP, personalizaciones y cualquier otra modificación en el sistema. Las órdenes de transporte garantizan que los cambios realizados en un entorno de desarrollo se puedan mover de manera controlada y segura a los entornos de pruebas y producción.
Mete tus objetos en el camión, que va a salir ya
¿Cómo se crean las Órdenes de transporte?
Pues hay dos formas de crear órdenes de transportes en el sistema.
Creación automática
Cuando se realiza una modificación en el sistema, dicha modificación pide guardarse una orden de transporte.
Pudiendo, en este popup, crear una nueva orden de transporte o seleccionar una ya existente. Al pulsar a crear una nueva nos saldrá un nuevo popup donde indicar la descripción. Y el sistema creará la orden automáticamente.
Esta es la forma más básica de crear una orden de transporte, la más básica pero también la más controlada, puesto que el sistema se encarga de meter la modificación realizada en la orden que has seleccionado. Obviamente puedes seleccionar una orden que ya exista, lo cual es lo habitual.
Pongamos un Ejemplo de creación de orden de transporte
Imagínate que estás realizando un proyecto para implantar una funcionalidad concreta, por ejemplo un proceso nuevo de Ventas Online. Cuando realices la primera configuración al respecto te pedirá una orden de transporte, pero no la habrás creado inicialmente, y podrás crearla en el momento, para lo cual lo único que tendrás que hacer es ponerle un nombre. Pero para las siguientes configuraciones, te volverá a pedir la orden de transporte, pero ya no tendrás que crearla, solo seleccionar la que creaste anteriormente, que será la que aglutine todas las configuraciones de tu funcionalidad.
Creación manual
Sin embargo, aunque sea menos habitual, también podemos crearla directamente en la transacción SE10 que veremos posteriormente. Esto es especialmente útil cuando necesitamos trabajar con los objetos de una funcionalidad concreta para agruparlos, realizar transportes de copias, depurar errores, etc. Todo esto lo veremos a continuación.
Id de las Órdenes de Transporte
Los Ids de órdenes y tareas son consecutivos y se forman de la siguiente forma <SID>K9<Número> Donde:
<SID> es el Id del sistema
K9<Número> – Es un número consecutivo del rango, que se construye del K900000 al K999999 (esto se puede ver en la tabla E070L).
Por lo tanto, si tu id de sistema de desarrollo es JOD una orden de transporte podría tener por id JODK9001627.
Tipos de Órdenes de Transporte
Y es que existen varios tipos de órdenes de transporte que, cada una tiene su razón de ser y su funcionalidad. Los tipos pueden agruparse en dos grupos, dependiendo de su funcionalidad.
Órdenes de Transporte sobre cambios en el sistema
Estas son las órdenes de transporte habituales, las que se crean automáticamente cuando realizamos un cambio en la configuración o los objetos técnicos del sistema. Pero precisamente esa distinción es la que hace SAP de cara a organizar los dos tipos de órdenes de transporte:
W – Customizing: Las órdenes de Customizing son las que contienen las modificaciones sobre el Customizing del sistema, es decir, sobre la modificación de los parámetros del menú de configuración (SPRO – IMG).
K – Workbench: Las órdenes de Workbench son las que contienen las modificaciones sobre los objetos del repositorio técnico. Código, modificaciones sobre objetos del diccionario de datos (Tablas, Vistas, Elementos de datos, Dominios, Estructuras, Tipos Tabla, etc.). Por resumir a algo que entendamos todos, guarda todas modificaciones o creaciones de objetos técnicos dentro de Paquetes.
Órdenes de Transporte para realizar gestiones
Existen otros tipos de órdenes de transporte además de las básicas de Customizing y Workbench. Obviamente, como órdenes de transporte que son. contienen también los objetos que han sufrido cambios en el sistema, pero quería separarlo para que se entendiese que su propósito es ligeramente diferente.
T – Transporte de Copias: Las ordenes de transporte de copias sirven para transportar modificaciones de objetos (Customizing o Workbench) de un sistema a otro sin necesidad de transportar la orden de transporte original que contiene esa modificación. Tiene las siguientes características:
No se catalogan como Customizing o Workbench, pudiendo contener objetos de ambos tipos.
Su ciclo de vida de transporte solo sirve para hacer un transporte de un sistema al siguiente, pero no se quedan pendientes en la cola del siguiente sistema.
Se deben crear siempre de forna manual. Teniendo que incluir los objetos en ellas o manualmente o incluyendo los objetos desde otras órdenes.
Se utilizan principalmente para transportar objetos de un sistema al siguiente pero manteniendo los objetos bloqueados en las órdenes originales. Esto ayuda a pasar funcionalidades al entorno de Test, manteniendo las órdenes originales en desarrollo, poder probar la funcionalidad y, cuando se quiera pasar a Producción, pasar las órdenes originales sabiendo que esa funcionalidad está probada. Esto evita tener que pasar a Producción muchas versiones de órdenes con correcciones y solo pasar las órdenes definitivas.
Traslados (Relocations): Se trata de un tipo de orden de transporte que yo en 17 años no he tenido que usar nunca. He estado investigando, pero no puedo aportar valor añadido aquí, por lo que prefiero no ahondar en este punto. Si necesitais algo de información en esta entrada del la help de SAP hay algo de información. Transports of Copies and Relocations
Estructura de una orden de transporte
Por lo general una orden de transporte comprende de un nivel superior que es la orden de transporte propiamente dicha, y de 0 a n Tareas.
Id Orden de Transporte – Usuario – Descripción
Id Tarea 1 – Usuario
Objetos bloqueados en la tarea
Id Tarea 2 – Usuario
Objetos bloqueados en la tarea
En este caso solo hay una tarea porque solo hay un usuario tocando los objetos
Y digo, por lo general, porque también puedes encontrar órdenes sin Tareas, pero esto sería dado por alguna manualidad.
¿Todos los cambios se guardan en una orden de transporte?
No, y cuidado con esto, hay configuraciones (Customizing) que no se guardan en órdenes de transporte. Se tratan de las configuraciones independientes de mandante. ¿No sabes lo que es un mandante? Revisa esta entrada.
El caso es que puede haber Customizing que no se graba en orden de transporte (el sistema te avisará) y actualizaciones de tablas que no requieran transporte (el sistema no te avisará).
¿Para qué sirven las órdenes de transporte?
Pues para transportar objetos y configuración de un sistema a otro ¿no?. Por supuesto, pero no solo para eso. Vamos a ver la utilidad de las órdenes de transporte.
Transportar objetos y configuración de un sistema a otro
Es la función principal, lo que les da nombre, y que desgranamos en futuros artículos.
Gestión de versiones
Permiten llevar un control de las versiones de los objetos, asegurando que se pueden gestionar y revertir cambios si es necesario.
Cada vez que se transporta una orden de transporte de desarrollo al sistema destino se guarda la versión transportada, de esa forma, se pueden ver todas las versiones pasadas e incluso recuperar una versión que se requiera.
Bloqueo de objetos y control de modificaciones
Aseguran que los objetos que se están modificando no puedan ser alterados por otros desarrolladores simultáneamente, evitando conflictos y asegurando la coherencia de los cambios.
Cuando un desarrollador modifica un objeto se guarda en una orden de transporte y se «bloquea». Cuando otro. Desarrollador modifica posteriormente el mismo objeto, al guardar la modificación le dirá que el objeto ya está bloqueado en una orden de transporte y que está no es suya, que se creará una tarea dentro de la orden del compañero. Esto asegura:
Que el segundo desarrollador sabe que el objeto modificado ya fué modificado por un compañero
Que el primer desarrollador sabe que el segundo ha tocado un objeto bloqueado, en una primera instancia por él, viendo que en su orden de transporte hay una tarea del segundo desarrollador.
Es importante indicar que esto sólo sucede con los objetos Workbench ya que el customizing son registros en tablas.
Auditoría
Las órdenes de transporte proporcionan un registro detallado de quién hizo qué cambios, cuándo y cómo, lo que es esencial para auditorías y revisiones de seguridad.
Transacciones para gestionar órdenes de transporte
Para gestionar las órdenes de transporte tenemos varias transacciones disponibles.
SE10 – Transport Organizer
Es que yo más uso, es mi punto de entrada para revisar y gestionas la órdenes de transporte. Siempre se ejecuta por un usuario, pudiendo ver todo poniendo un asterisco *. Además puede seleccionar ver unos tipos de órdenes u otros y según su estado (Modificable/Liberadas).
Una vez dentro veremos, por cada entorno, tipo, sistema destino y estado, las órdenes de transporte con sus tareas y objetos.
Esta transacción es la principal de gestión de las ordenes de transporte y la veremos con detenimiento en un artículo concreto, porque da para mucho contar.
SE01 – Transport Organizer (Ampliado)
Se trata de una transacción de varias herramientas, puedes buscar directamente por un Id de Orden de transporte o realizar distintos tipos de búsqueda. Yo suelo usar la SE10 para todo.
Logo retro
SE03 – Herramientas del Transport Organizer
Esta transacción es muy importante, contiene herramientas para poder gestionar casos especiales al respecto de órdenes de transporte. No podemos detenernos ahora en todo ello así que intentaré desgranarlo en una entrada aparte.
STMS – Transport Management System
Se trata de la transacción para la gestión de los transportes de la ordenes de un sistema a otro.
Logo retro con colorinchis
Obviamente, la gestión del transporte de las órdenes es uno de los puntos clave, y requiere estudiarlo pormenorizadamente. Lo haremos en esta serie.
Conclusión
Esta primera entrada hemos abortado qué es una orden de transporte, los tipos, como se crean, su estructura básica y su utilidad. Seguiremos viendo en esta serie cómo trabajar con las órdenes de transporte y, en definitiva, cómo transportar objetos y customizing de un sistema a otro.
Jorge Ocampos 