Notas de SAP – ¿Qué son las notas de SAP?

A pesar de no ser parte de nuestro conocimiento básico como consultores del módulo XX, en el día a día se hace imprescindible saber manejar correctamente la búsqueda de notas de SAP. Antes de seguir con la búsqueda y, aunque parezca una tontería, tenemos que explicar qué es una nota de SAP y que características tiene. Posteriormente iré completando esta información con otros artículos relacionados a las notas de SAP como son las búsquedas, etc.

¿Qué es una nota de SAP?

Una nota de SAP básicamente es una comunicación de SAP a sus clientes, donde se explica un posible error, mejora o funcionalidad. En los casos de los errores suele contener la solución implícita que se puede implementar directa o manualmente en nuestro sistema para corregir el error dado. Las notas contienen el sistema al que aplican y la versión de parche (support package) en la que se incluye. Las notas correctivas suelen ser el resultado de errores identificados por los clientes en sus sistemas. Se podría resumir que son como las actualizaciones de Windows.

Tipos de nota

Existen dos tipos de notas principales las Notas de error y los artículos de conocimiento (Knowledge Base Articles).

  • Artículos de conocimiento: Los artículos de conocimiento son documentos de apoyo que SAP crea para ayudarnos a responder preguntas sobre herramientas SAP. Estos artículos son única y exclusivamente informativos y nunca correctivos y pueden ser valorados por los propios usuarios.
SAP Knowledge Base Article
SAP Knowledge Base Article
  • Notas: Las notas como hemos comentado son la comunicación de errores por parte de SAP a sus clientes donde, en la mayoría de los casos, no en todos, se ofrece una solución técnica. Esta solución puede ser implementada de forma automática (transacción SNOTE) o de manera manual.
Ejemplo de nota SAP
Ejemplo de nota SAP (reportada por mi)

Estructura de las notas

Vamos a fijarnos en la estructura de las notas:

Notas - Síntomas
Notas – Síntomas

El primer bloque que veremos es el de los síntoma, en él se describe el error que se produce en el sistema en el proceso adecuado. Esto sirve para ver si el síntoma que define la nota es el mismo (o parecido) a lo que nos está ocurriendo en nuestro sistema, de ser así seguiremos leyendo la nota. Los consultores experimentados logran realizar unas lecturas en diagonal de las notas a mucha velocidad para descartar o quedarse con aquellas notas que sean relevantes. A veces tienes que detenerte en alguna nota que descartaste rápidamente.

Notas - Other Terms
Notas – Other Terms

En bloque de “Other Terms” sirve para indicar otras palabras clave que puedas usar para la búsqueda de notas con errores similares.

Notas - Motivos y prerrequisitos
Notas – Motivos y prerrequisitos

En este apartado de motivos y prerrequisitos SAP nos da una explicación del porqué del error y de los pasos que tenemos que seguir para reproducir el error.

Notas - Solución
Notas – Solución

En el apartado de solución nos dará las instrucciones concretas para corregir el error que reporta la nota. En este ejemplo que os he puesto aparece que la solución es, simplemente, implementar la nota en el sistema. En otras ocasiones en esta solución implica que realicemos pasos manuales, ejecuciones de reports estándar o no, etc… por ejemplo en la nota 1317594 tenemos la siguiente solución:

Notas - Solución manual
Notas – Solución manual
Notas - Cabecera
Notas – Cabecera

Curiosamente hay un apartado de datos de cabecera que no se encuentra en la cabecera del documento. Más bien se refiere a los datos generales de la nota donde se indica la fecha de liberación de la nota, el estado, el componente técnico afectado, la prioridad (ya hablaremos de las prioridades en otro artículo) y la categoría.

Notas - Validez
Notas – Validez

El apartado de validez indica para que componentes y que releases es la nota relevante, si aqui no aparece la tuya no podrás aplicarla.

Notas - Correcciones
Notas – Correcciones

En el apartado de correcciones, dependiendo de la relase de componente tendremos disponible las correcciones que realizará la nota en el sistema una vez aplicada. Si presionamos el enlace que aparece en la columna Number tendremos a nuestra disposición una pantalla de resumen de la corrección donde en TADIR Entries tendremos los reports, funciones, tablas, clases etc que se modifican con la aplicación de esta nota.

Notas - Correcciones
Notas – Correcciones
Notas - Support Packages
Notas – Support Packages

En el apartado Support Packages tendremos una lista, por release de componente donde la nota esta incluída. Esto significa que si tenemos un support package igual o superior al indicado en la nota, la nota ya estará incluida en nuestro sistema y no será relevante para implementarla.

Notas - Motivos
Notas – Motivos

En este apartado podremos comprobar si el error reportado en esta nota esta causado por otra nota o si la implementación de esta nota implica un error que ha sido corregido en otra nota posterior.

Notas - Referencias
Notas – Referencias

Por último, el apartado de referencias veremos las notas relacionadas con la nota actual

Seguimiento de apertura de emails – Cambios en Gmail

En el anterior artículo Los 10 errores más comunes al lanzar una campaña de emailing indicaba que uno de los puntos importantes de cara a la emisión de una campaña de emails era contabilizar los emails abiertos por los clientes. Si bien SAP CRM no tiene esta funcionalidad disponible en la herramienta, algo se puede implementar. La forma que suelen utilizar todas las herramientas de emalling de marketing es la inclusión, en el email, de una imagen o pixel en blanco que hace que, al abrir el email y mostrar las imágenes la petición de esa imagen se contabilice en el servidor donde esté alojada (de ahí que sea un pixel en blanco) guardando, además de la contabilización, información relativa al cliente, fecha, hora, IP, navegador, etc…

Todo esto era muy bonito hasta que Google decidió que eso de obligar al usuario a que decida si quiere ver las imágenes o no al abrir un email era engorroso. Que, para mejorar la seguridad, lo que a partir de ahora iba a hacer es guardar todas y cada una de las imágenes en los servidores de Google y de esa forma, cuando un cliente abra un email, las imágenes se verán directamente desde los servidores de Google.

Gestión imágenes Gmail
Gestión imágenes Gmail

Está claro ya cual es el problema aquí, las empresas que ejecuten campañas de marketing van a perder esta información para todos aquellos destinatarios que usen Gmail como servidor de correo. Si bien hay otros muchos proveedores de correo con esto ya estamos desvirtuando las analíticas que antes sacábamos.

Gestión imágenes Gmail
Gestión imágenes Gmail

Por supuesto, fuera de herramientas de seguimiento de emails tenemos una serie de errores importantes a nivel de marketing y gestión de campañas. Como no me gusta repetir lo leido por ahí y como he visto un artículo muy interesante de Javier Gomez en http://www.g4marketingonline.com/ os lo pongo como enlace:

http://blog.g4marketingonline.com/-0/bid/69052/Impacto-en-Email-Marketing-Google-actualiza-Gmail-para-guardar-las-im%C3%A1genes-en-cach%C3%A9

Avisados estais.

Los 10 errores más comunes al lanzar una campaña de emailing

Campañas de Email
Campañas de Email

Pongámonos en situación, somos unos responsables de Marketing de nuestra empresa y queremos enviar un emailing masivo a nuestros clientes, estamos hablando de un contacto directo con el cliente, y hay que tener en cuenta todo para no “cagarla”. A continuación os comento los 10 errores más comunes del envío de campañas de email a clientes, algunos los he visto como consultor, otros los he sufrido como cliente y alguno (pocos) han sido patinazos de consultor de negocio-responsable de marketing.

  1. No prestar atención a la ortografía: ¡¡¡¡BÁSICO!!!! Por favor, el castellano es una lengua riquísima y hay gente, como por ejemplo yo mismo, que les molesta mucho, muchísimo, que se maltrate. Para mi no es seria una empresa que no cuida tanto la presentación, como el fondo de las comunicaciones. Y la ortografía es algo absolutamente obligatorio.
  2. Grupo objetivo no adecuado: Cuando uno le contratan como responsable de marketing, con dos palabras se convierte en “responsable”, es decir, tengo que tomar las decisiones adecuadas de “Marketing” o “Mercadotecnia”. Esto es que en mi trabajo y en mis responsabilidades está el configurar una campaña de email para que llegue a los clientes necesarios y no a otros. El objetivo no es lanzar emails a lo loco como si de un buzoneo se tratase, el objetivo es personalizar el mensaje haciendo tantas campañas de email como tipos de clientes tengamos, ofreciendo unos productos u otros, a unos precios u otros. E incluso hay clientes que no deberemos contactar. Si vas a lanzar emails como loco no necesitas un CRM, necesitas otro trabajo.
  3. Día y hora de la semana enviado: Hay estudios que dicen que el mejor día para el envío de un emailing masivo es del martes al jueves y que la mejor hora es, aproximadamente, de 10 a 12 de la mañana. Esto es obvio puesto que casi todos los curritos, revisan su email en horario de trabajo y además quedan excluidos días como el Lunes (definitivamente mal día para tener humor para compras) o fines de semana, que estaremos pensando en la barbacoa con los amigos. Esto, obviamente depende del negocio, del país etc… Pero hay que tenerlo en cuenta.
  4. Envío de borradores: ¡Cuidado! ¡Warning! ¡Achung! Atención con enviar emails de pruebas o ejecutar las campañas sin el formulario de email terminado a clientes reales. Esto me ha pasado como cliente, y a pesar de que en su momento me pareció gracioso, es posible que la imagen de la marca se pueda resentir. Si estáis en un entorno no productivo, la salida de emails debería estar deshabilitada. Además SAP CRM ofrece la posibilidad de comprobar el aspecto del formulario de email e incluso realizar pruebas de envío unitarias.
  5. Personalización del email: SAP CRM y otras herramientas proporciona la posibilidad de personalizar cada uno de los emails que salen del sistema con variables referentes al cliente, a la campaña, a los productos de la campaña, etc… Esto es, también, muy importante, pero tiene dos caras, dependemos por completo que la calidad de los datos que guardamos de los clientes sean los adecuados. A mi me repatea cuando me llaman Jorge Campos, ¿Dónde leche se han dejado la “O”?.
  6. Frecuencia y tamaño de los emails: Esto me ha pasado como cliente y realmente me ha enfadado tanto que me ha cambiado la visión que tengo de la marca. Resulta que cierta marca de ropa, de la que tengo tarjeta y todo, y compro como si no hubiese un mañana cada vez que voy, y se lo recomiendo a mi padre, madre, hermano y hasta al perro, porque me gusta y soy fiel y me tratan bien (quiza estoy exagerando un poco). Pues resulta que esta marca de ropa que también es fiel al corte (ejem) lleva una temporada mandándome como mínimo un email al día. Y, oye, cuando es uno al mes los veo con detenimiento, cuando es uno a la semana los ojeo, pero uno al día, me cabrea y van a SPAM de cabeza. Otro tema es que te envíen un email que tienes que leerte en 20 minutos, el tamaño debe ser conciso y concreto.
  7. Calidad del dato: Si tenemos una cartera de 10.000 clientes y de esos 10.000 clientes tenemos email de más o menos la mitad, y de los que tenemos email, un tercio el email no es correcto, pues hacemos una campaña de email como la de la churrería Paco. Es fundamental la calidad del dato, repito, es fundamental la calidad del dato, repito, es fundamental la calidad del dato, rep…

    Seguimiento de enlaces
    Seguimiento de enlaces
  8. Seguimiento de enlaces: Si vamos a lanzar una campaña de email, lo lógico es que el email contenga un acceso a nuestra página web o a nuestra tienda web. Por lo tanto se hace imprescindible conocer quiénes y cuantas veces han accedido a cada uno de los enlaces.
  9. Bounce Management: Al enviar una campaña de email tenemos claro los emails que han salido y los emails que no han podido salir por falta de datos o por errores en el dato. Pero si no tenemos una gestión del rebote de emails (bounce management) no sabremos los emails que, a pesar de que la dirección de email del cliente parece correcta, no existe en el servidor de email de destino.
  10. Apertura de emails: Uy! tema peliagudo. SAP CRM en este caso no ofrece ninguna funcionalidad estándar de control de la apertura de los emails. No obstante lo que se suele hacer es poner un pixel en blanco y contabilizar la cantidad de accesos a ese pixel blanco desde el exterior. No obstante yo he desarrollado una funcionalidad de control de apertura de emails en SAP CRM que da más control sobre la campaña, cliente, día y hora etc…

Seguro que hay muchos más errores, yo me he centrado en lo que a mi me concierne de SAP CRM con Marketing. ¿Conocéis más errores al respecto?

Reseña de libro “SAP CRM Web Client Customizing and Development”

Hoy toca repasar lo que para mi es uno de los mejores libros para iniciarse en la gestión y desarrollo del web client de SAP CRM, el SAP CRM Web Cliente Customizing and Development.

SAP CRM Web Client Customizing and Development
SAP Press – SAP CRM Web Client Customizing and Development

Escrito por Michael Füchsle y Matthias E. Zierke, para mi es uno de los libros que te abren los ojos sobre muchos aspectos de toda la infraestructura del Web Client de SAP CRM que, cuando te enfrentas por primera vez a SAP CRM apabulla. No solo eso, este es uno de esos libros que tienen varias lecturas, que afianzan conocimientos y que siempre te pueden estar descubriendo algo. Se queda corto en muchos temas, por supuesto, pero es fundamental para arrancar con todo esto del SAP Web Client.

Dada la importancia y la densidad de información del libro voy a explicar cada uno los capítulos de libro está estructurado de la siguiente forma:

Capítulo 1 – Structure of the CRM Web Client User Interface
El libro comienza con una pequeña introducción a cómo está estructurado el Web Client explicando el L-Shape, el uso y personalización que ofrece el Web Client, sin entrar en aspectos de infraestructura.

Capítulo 2 – Role Concept
El capítulo 2 es un capítulo fundamental que explica el concepto de Business Roles en SAP CRM y su importancia, con todos los perfiles que se asocian a él (Navigation Bar Profile, Technical Profile, Layout Profile, Role Configuration Key, Authorization Role). Y también mostrando como asignar Business Roles al modelo organizativo.

Capítulo 3 – Enhancing and Customizing the Navigation Bar
Una vez tengamos claro el concepto de Business Roles el libro abarca lo que para muchos es uno de los puntos más complicados de SAP CRM Web Client, la parametrización y desarrollo de la barra de navegación, incluyendo la generación de Transaction Launchers.

Capítulo 4 – Enhancing and Customizing the Header Area
Este capítulo es un capítulo menor, no es muy interesante salvo que tengas que modificar en algo el header área (yo lo he tenido que hacer varias veces). Son apenas ocho páginas que no dan para mucho.

Capítulo 5 – Enhancing and Customizing the Work Area
Posteriormente ya se mete en temas mucho más técnicos de ampliación del Web Client explicando el UI Configuration Tool, el Design Layer y Easy Enhancement Workbench. 

Capítulo 6 – Application Integration and Authorization
Bajo mi punto de vista de este capítulo lo importante es el punto 6.3. Authorization concept que explica la gestión de autorizaciones en el web client asociadas al busines role. Además este tema nos explica la integración con SAP BI y con Portal.

Capítulo 7 – Integrating Office Applications
Para mi un capítulo de relleno, nunca he tenido que aplicar nada de integración con herramientas office tal y como explica aquí.

Capítulo 8 – Web Client UI Framework
Y volvemos a la fiesta, para mi este capítulo debería ser el primero o el segundo, en él explica el framework del Web Client, con todas las capas de GenIL, BOL y Presentation Layer, la comunicación entre todas ellas y los principios de desarrollo de componentes en Web Client mediante el modelo Model-View-Controller. Además nos introduce el Component Workbench explicando el manejo mas básico. En definitiva, es muy denso este capítulo y es el que te explica la infraestructura del Web Client. Si no conseguimos entender esto, nunca entenderemos del todo SAP Web Client.

Capítulo 9 – UI Component Architecture
Otro capítulo fundamental, una vez hayamos entendido el primero. En este capítulo entramos ya de lleno en la estructura de un componente de Web Client, nos explica qué es una vista, viewset, ventana, la clase impementadora, la clase controladora de contexto, los nodos de contexto, el GET_P, GET_V, GEP_I, cómo añadir un nodo de contexto, cómo añadir un atributo a un nodo de contexto ya existente, navegación entre componentes, eventos, usos de componentes, etc.
En definitiva, es muy denso y muy completo, totalmente recomendable y es el capítulo clave en cuanto a desarrollo en SAP Web Client UI. Eso si, es necesario entender bien lo que es un BOL para poder entender bien esto.

Capítulo 10 – Creating Configurable Views and Pages
Este capitulo básicamente es un ejemplo de como crear nuevas vistas sobre los componentes que ya tenemos. Muy interesante, eso si, siempre que hayamos entendido los dos capítulos anteriores.

Capítulo 11 – UI Component Enhancement Concept
En este capítulo no explican como ampliar componentes, para poder modificarlos sin perder el estándar. Por lo tanto nos explican como crear un Enhancement set y como ampliar las vistas, nodos de contexto y atributos.

Capítulo 12 – Generic Interaction Layer – GenIL
Otro muy interesante pero bastante complejo de entender, en este capítulo nos enseñan el modelado de la GenIL con los objetos BOL, los tipos de objetos de GenIL que tenemos, las relaciones entre ellos, las herramientas necesarias para conocer cómo está modelada la capa del GenIL. Además nos da una idea de como ampliar los objetos del GenIL.

Capítulo 13 – Business Object Layer – BOL
Capítulo muy técnico, basado en la programación, donde nos enseña a trabajar con objetos BOL, para ello nos enseña, a nivel de programación, que clases y métodos podemos usar para hacer referencia a un objeto BOL, para manejar colecciones de objetos BOL, recorrer las colecciones, recorrer relaciones de objetos BOL…

Capítulo 14 – Generic Application Services
Este capítulo es una cajón de sastre donde meten un buen número de funciones que se manejan en la capa de presentación para poder mostrar, o trabajar con botones, popups, ventanas de dialogo, vistas y viewsets, mensajes, etiquetas…

Capítulo 15 – Tips and Tricks
Nos proporciona una serie de trucos para saber la jerarquía de componentes, poner breakpoints externos, breakpoints condicionales, recuperar valores de los boles, etc.

Capítulo 16 – Practical Examples
Por último tenemos un completo ejemplo de cómo crear un componente desde cero. Ojo!!! Salvo ciertas excepciones, no se suele necesitar crear un componente desde cero.