En este artículo se explicará cómo parametrizar los conceptos básicos de la liquidación de viajes dentro del módulo SAP HCM de Gestión de Viajes, para que un empleado pueda crear una hoja de gastos con diferentes clases de gastos.

Para comenzar con la parametrización de viajes en SAP HCM se explicarán la parametrizaciones básicas correspondientes a la parte de datos maestros:

1. Parámetros de control para gastos de desplazamiento
2. Clases de gastos de viajes

En esta primera parte, nos centraremos en el primero de estos puntos: Parámetros de control para gastos de desplazamiento.

1. Parámetros de control para gastos de desplazamiento

Mediante la transacción SPRO accederemos a la Guía de Implementación de Customizing SAP. Toda la parametrización relacionada con esta sección se realizará a través de la siguiente ruta:

Gestión financiera → Gestión de viajes → Liquidación de gastos de desplazamiento → Datos maestros

A) Definir/Borrar/ Restablecer variantes de reglamentación de viajes 

Uno de los aspectos a configurar en la parametrización de viajes en SAP HCM, son las reglamentaciones de viajes. Estas son las normas para determinar el reembolso de gastos de viaje y su tratamiento fiscal. Podremos utilizar una única para un país o diferentes en caso de tener que aplicar diferentes criterios de reembolso.

En esta sección podremos entre otras operaciones copiar y crear una variante de reglamentación ya existente. Nosotros utilizaremos la propuesta para España: 

B) Asignar áreas organización y característica TRVCT p.variantes reglam.viajes

En esta sección tendremos que determinar en base a las características de los empleados qué variante de reglamentación de viajes se deberá aplicar.

Podríamos incluso hacer una diferenciación teniendo en cuenta la sociedad del empelado para asignar diferentes variantes de reglamentación de viajes dependiendo de la sociedad a la que perteneciese el empleado.

C) Definir parametrizaciones previas globales

En esta sección se indicará para la variante de reglamentación indicada el tipo de moneda, la moneda en la que se liquidarán los importes de cada hoja de gastos de viajes, los datos relacionados a los impuestos etc.

D) Parámetros de control de los privilegios de viaje

Este punto es importante puesto que parametrizaremos todos los valores relacionados del Infotipo 0017; para identificar por cada tipo de empleado los diferentes grupos de reembolso, importes de reembolso etc.

• GrReembLegalMan/Aloj: Este primer campo nos permite poder crear diferentes grupos en función del porcentaje de reembolso de manutención o alojamiento.
• GrpR-M/A-Empresa: En este campo se podrán diferenciar los diferentes grupos de empleado en base a su reembolso (si van solo a gastos, gastos de un importe X, gastos importe Y…) definidos por la empresa.
• ClGstViajePAgrupPers: Aquí se definirán los grupos de empleados para los cuales se podrán utilizar las mismas clases de gastos de viajes.
• pers.gest.viajes: Este campo se puede utilizar para la verificación de autorizaciones en características.
• GrpR-Costes de viaje: Aquí se podría diferenciar si existieran diferentes grupos de reembolso relativos a los costos de viaje.
• Clase de vehículo: En el caso que el importe de reembolso sea diferente en base al tipo de vehículo; tendríamos que crear los diferentes grupos en esta sección.

E) Parámetros de control de datos de viaje

En esta sección se pueden definir diferentes áreas de viaje (si por ejemplo los importes de reembolso fueran diferentes por cada área de viaje). No explicaremos este apartado ya que no es necesario para una parametrización de viajes en SAP HCM básica .

Próximamente explicaremos como parametrizar clases de gastos de viaje.

Después de comenzar en el artículo anterior a conocer la parametrización de viajes en SAP HCM repasando los parámetros de control para gastos de desplazamiento, en este artículo se explicará cómo parametrizar las diferentes clases de gastos a utilizar en las hojas de gasto.

2. Clases de Gastos de Viaje

Al igual que veíamos para los parámetros de control para gastos de desplazamiento, para parametrizar las clases de gastos de viaje también utilizamos la transacción SPRO  accediendo en esta a la Guía de implementación de customizing SAP.

Toda la parametrización de las clases de gastos en SAP HCM se realizará a través de la siguiente ruta:

Gestión financiera → Gestión de viajes → Liquidación de gastos de desplazamiento → Datos maestros

Desde la sección “Crear clases de gastos de viaje p.comprobantes individuales” se crearán las diferentes clases de gastos de viaje que pueda seleccionar un empleado al crear una hoja de gastos. Las clases de gasto pueden crearse únicamente para ciertos tipos de empleados o para todos; dependiendo de las agrupaciones definidas en el infotipo 0017 para el campo  “ClGstViajePAgrupPers”.

A la hora de crear una clase de gasto definiremos la clave, una descripción, fechas de validez de la clase de gasto, categoría…

Un campo importante a tener en cuenta es el “Autoriz-cl.gast.vje.” ya que aquí definiremos los tipos de empleados que podrán usar esta clase de gasto (valores del infotipo 0017 parametrizados en el campo “ClGstViajePAgrupPers”).

Otro campo importante es “Los importes son” ya que aquí podremos definir el comportamiento de la clase de gasto para indicar si es una gasto previamente pagado por la empresa (como podría ser el caso de utilizar tarjeta de empresa), un gasto a devolver al empleado…

Además de esta parametrización, para que una clase de gasto pueda ser elegida a la hora de crear la hoja de gasto habrá que indicar para qué tipo de esquema de viajes es válida, e introducir la clase de gasto y las fechas para las que será válido para lo que se deberá acceder a la sección “Restringir clases de gastos de viaje para esquema de viaje“.

Con estos dos artículos damos por concluído este repaso a la parametrización de viajes en SAP HCM.

The usual trend whenever we speak of Internet of Things (IoT) is to think of Big-Data technologies where huge volumes of data measured in petabytes are stored and subsequently analyzed to draw patterns and trends. But a lot of people ignore that many cases related to IoT only require small chunks of data. What are we referring to when we speak about “Small Data”?

What is “Small Data”?

Small Data are sections of data that are easy to access and can be handled with ease due to their small volume. In fact, they provide us with information without the need to be processed. So, Small Data provides us with clear answers to punctual questions or specific problems.

To mention some examples of Small Data: the result of a football match, stock reports in a particular moment, search results from an Internet engine, weather predictions for a specific day.

Small Data Vs. Big Data

The Small Data concept contrasts with that of the Big Data, as the latter usually refers to a combination of both structured and non-structured data that are measured in petabytes or exabytes. As we said in a previous article, Big Data can be defined by 3 Vs with regard to data: Volume, Variety and Velocity. These 3 Vs make Big Data very complicated to manage. Small Data, on the contrary, is composed of data chunks that are easily handled and can be processed without much trouble.

Small Data Group is a company that researches all the aspects surrounding Small Data. Its founder is Allen Blonde, vice president of Actuate Product Marketing and Innovation. With regard to Small Data, he explains:

Small Data connects people with recent, meaningful and properly structured data, which are easily accessible and can be handled with ease on a day-to-day basis. These data can stem from larger volumes of data or local sources.

Small Data: Cases of Use

A wind turbine contains different sensors whose function is to store and measure relevant attributes for its operation: direction and velocity of the wind, temperature, and vibration. The turbine helix can automatically answer to any variation of the aforementioned attributes, thanks to the information fed by Small Data. Each turbine has capacity to store a Small Data warehouse, which is in turn added up to a larger pool of Big Data, where data processing algorithms can draw trends and behavior patterns. These patterns can reveal information about the performance or state of certain component, based on the maintenance background gathered by Small Data warehouse.

Another example would be the use of intelligent labels in medicinal bottles. Small Data warehouses embedded in the labels can be used to know the exact location of the bottle, the condition of the seal of the bottle, the humidity and temperature around the bottle. Should we wanted to know the exact cause of a particular problem, chunks of Small Data could be added up to larger Big Data volumes to be later on processed on a global scale through analytic algorithms, providing us with an answer that would have taken into account all the variables affecting our particular problem.

Sorting out problems as the ones mentioned above can help save lots of money to both companies and public institutions. Remember: Small Data help us know what is doing a particular object, while Big Data tells us why the object is behaving that way.

En los últimos tiempos SAP se ha propuesto mejorar la experiencia de usuario de sus aplicaciones, en especial las destinadas a usuarios finales de SAP. Para ello, ha creado la SAP User Experience Strategy, una estrategia en base a la que desde diferentes puntos de vista (NEW, RENEW y ENABLE) se quiere conseguir dicho objetivo.

Uno de los medios que han puesto a disposición de los desarrolladores para llevar a cabo la estrategia SAP User Experience es SAPUI5. Si aún no sabes qué es SAPUI5, no te preocupes, en este artículo lo explicamos y conoceremos más sobre su arquitectura.

¿Qué es SAPUI5?

SAPUI5 es un conjunto de librerías Javascript para el desarrollo y diseño de aplicaciones de negocio SAP basadas en HTML5. Es un framework de programación que facilita el desarrollo de aplicaciones web de lado cliente que cumplen los principios de la SAP User Experience Strategy.

Principios de las aplicaciones SAPUI5

Las aplicaciones SAPUI5 deben cumplir los principios de la estrategia SAP User Experience. A continuación los presentamos:

1. Aplicaciones SAPUI5 orientadas a roles

Las aplicaciones SAPUI5 deben estar pensadas para los usuarios que van a utilizarlas. Sólo deben mostrar los datos que un determinado rol de negocio quiere ver y ninguno más.

Se trata de dividir las transacciones que conocemos hasta ahora, en pequeñas aplicaciones orientadas a las tareas concretas del rol que las va a utilizar.

2. Aplicaciones SAPUI5 responsive

Las aplicaciones SAPUI5 deben ofrecer una interfaz de usuario atractiva, a la vez que sencilla e intuitiva que ofrezca una experiencia de usuario buena y equivalente sea cual sea la plataforma o dispositivo desde la que se acceda, independientemente de versión, sistema operativo, navegador, resolución etc.

3. Aplicaciones SAPUI5 simples

Las aplicaciones SAPUI5 además de estar orientadas a roles, deben ofrecer la funcionalidad de una manera sencilla y simple.

En el desarrollo de aplicaciones SAPUI5 se sigue la regla 1-1-3: 1 usuario, 1 caso de uso, 3 pantallas como máximo. Si la aplicación que estamos desarrollando no puede resumirse en 3 o menos pantallas, deberemos rediseñarla o dividirla en varias aplicaciones SAPUI5.

4. Aplicaciones SAPUI5 coherentes

Las aplicaciones SAPUI5 deben hablar el mismo idioma. Esto se refiere a que deben utilizar elementos y estilos comunes de manera que un usuario que sepa utilizar una aplicación SAPUI5, sepa utilizar cualquiera otra. Para ello, existen themes y recursos web a disposición de los desarrolladores SAPUI5.

5. Aplicaciones SAPUI5 disponibles al instante

Este principio está más relacionado con las aplicaciones SAP Fiori UX enmarcadas en el enfoque RENEW de la estrategia User Experience de SAP. Se refiere a la disponibilidad de una de estas aplicaciones Fiori, que también son aplicaciones SAPUI5 ya desarrolladas y puestas a disposición por SAP que pueden instalarse y usarse en poco tiempo.

Arquitectura de las aplicaciones SAPUI5

Como ya se ha comentado anteriormente, las aplicaciones SAPUI5 son aplicaciones de lado cliente que ofrecen una interfaz SAP a través de la que consumir o nutrir de datos a SAP.

Desarrollar una aplicación SAPUI5 significa por tanto, diseñar una interfaz y definir de dónde se va a obtener los datos que va a tratar esta interfaz. Para ello, se utiliza el paradigma MODELO-VISTA-CONTROLADOR del que derivarán 3 tipos de componentes a tener muy en cuenta:

• Vistas: Ficheros en los que se diseñará la estructura y formato de la aplicación SAPUI5 en cuestión: layouts, controles, tablas, etc. Pueden desarrollarse en los siguientes formatos: Javascript, XML, HTML o JSON.
• Controlador: Ficheros Javascript en los que se definirá la lógica de negocio de la interfaz, se atenderá a eventos, se realizarán validaciones y se crearán modelos con los que establecer la relación entre la aplicación y el backend de donde procedan los datos a tratar.
• Modelo: Serán las fuentes de datos de los que se nutrirá la aplicación, podrán ser SAP o no SAP y podrán estar basados en diferentes formatos como JSON, XML u oData.

Esto es sólo una pequeña introducción para saber qué es SAPUI5. A partir de ahora iremos escribiendo artículos con los que acercarnos poco a poco al desarrollo de aplicaciones SAPUI5.

En este tercer artículo de la serie sobre Gestión del Desarrollo de Personal, vamos a profundizar en el componente que se utiliza para calificar a los empleados. Este componente proporciona el soporte necesario para crear sistemas de calificación y planificar, implementar y hacer informes sobre calificaciones.

Un sistema de calificación es un proceso en el que utilizando un modelo se evalúa a los miembros de la empresa para obtener información sobre las características, la conducta o su rendimiento.

Sistema de calificación SAP HCM

El primer paso en el proceso de calificación será crear un modelo de formulario y para ello SAP ofrece dos opciones de formulario:

• Formulario flexible
• Formulario predefinido

La diferencia radica en que con los formularios predefinidos, la interacción se realizará mediante el portal de SAP a través de una UI mucho más atractiva. Además, como el propio nombre indica, los formularios predefinidos se crearán mediante un asistente que reduce las posibilidades de configuración, pero que lo convierte en un proceso muy sencillo.

A continuación se puede ver la diferencia en los diseños de estos dos tipos de formulario del Sistema de Calificación SAP HCM:

Formulario flexible del Sistema de Calificación SAP HCM

Formulario predefinido del Sistema de Calificación SAP HCM

En ambos formularios el proceso es el mismo y comenzará introduciendo los criterios que se van a evaluar. Estos criterios pueden ser cualificaciones recuperadas de nuestro catálogo.

Una vez se dé por finalizada la calificación, la nueva valoración de nivel viajará hasta el perfil del empleado, asegurándose así que se mantienen los datos coherentes y actualizados.

En los formularios flexibles, las posibilidades de parametrización aumentan, pudiendo definir todas las fases que se deseen, indicar qué acciones tienen que realizar los participantes, añadir workflows, así como distintos atributos por cada criterio que se añada.

Por último, todas las calificaciones que se realicen o que se obtengan podrán ser consultadas en el perfil de los empleados (Infotipo 0024).

Hoy en día, cada vez es más habitual el intercambio de datos entre diferentes sistemas. Y, aunque en principio esto supone una gran ventaja, también puede llegar a ser un quebradero de cabeza si los sistemas utilizan formatos diferentes o incompatibles. Para facilitar estos intercambios, y definir un estándar que todos los sistemas puedan entender y utilizar, se creó el lenguaje XML (eXtensible Markup Language).

La mayoría de los lenguajes de programación son capaces ya de interpretar y procesar ficheros XML transformando sus contenidos al formato propio del sistema. En esta serie de artículos vamos a ver cómo tratar estos ficheros XML con ABAP de una forma sencilla.

1. Objetivo del tratamiento de XML con ABAP

Para que la explicación sea más clara y se pueda seguir mejor, vamos a explicar el proceso completo con un ejemplo sencillo. El objetivo de este ejemplo será obtener datos de un XML simple e importarlos en una tabla de nuestro sistema SAP. El fichero que vamos a utilizar contiene un catálogo de CDs musicales, que podemos encontrar en la web www.w3schools.com, y tiene la siguiente estructura:

<CATALOG>
	<CD>
		<TITLE>Empire Burlesque</TITLE>
		<ARTIST>Bob Dylan</ARTIST>
		<COUNTRY>USA</COUNTRY>
		<COMPANY>Columbia</COMPANY>
		<PRICE>10.90</PRICE>
		<AIR_YEAR>1985</AIR_YEAR>
	</CD>
	...
	<CD>
		<TITLE>Unchain my heart</TITLE>
		<ARTIST>Joe Cocker</ARTIST>
		<COUNTRY>USA</COUNTRY>
		<COMPANY>EMI</COMPANY>
		<PRICE>8.20</PRICE>
		<AIR_YEAR>1987</AIR_YEAR>
	</CD>
</CATALOG>

2. Proceso del tratamiento de XML con ABAP

El proceso para importar estos datos XML lo podemos dividir en tres pasos principales. Primero crearemos los objetos del Diccionario de Datos ABAP mediante la transacción SE11, después crearemos una Transformación Simple en la STRANS y, para finalizar, programaremos un report sencillo mediante la SE38 en el que utilizaremos lo creado previamente para procesar el fichero XML.

1) Creación de los objetos del Diccionario ABAP

Como hemos comentado, el primero de los pasos es crear todos los objetos en el Diccionario de Datos y, para ello, empezaremos creando los dominios y elementos de datos con los que trataremos los elementos del fichero. Necesitaremos crear un elemento de datos por cada una de las propiedades del CD (título, artista, país, …), y tantos dominios como necesitemos. Podríamos utilizar elementos ya existentes en nuestro sistema, propios o estándar, pero no es muy recomendable.

Una vez que tenemos creados los elementos de datos, crearemos una estructura ABAP que defina la estructura del propio fichero XML.

Esta estructura define cada uno de los CDs, pero como lo que queremos es recoger varios registros, necesitamos crear un tipo de tabla a partir de esa estructura. De esta manera, podremos recoger cada uno de los CDs en una tabla interna.

Finalmente, como lo que queremos es guardar los datos leídos del XML en una tabla ABAP de nuestro SAP ERP, crearemos una tabla de base de datos en el ABAP Dictionary. Utilizaremos lo definido anteriormente indicando, además, cuales son los campos clave, MANDT y TITLE.

Esto es todo por ahora, en los próximos artículos veremos cómo se crea una Transformación Simple y como se puede utilizar en un programa de carga de datos XML en ABAP.

En 2001 la revista Wired Magazine publicó un artículo que indicaba que Silicon Valley y otros nichos de empresas de alta tecnología tenían una alta incidencia de trabajadores diagnosticados de síndrome de Asperger o con potencialidad de desarrollarlo.

Las personas que trabajan en estas empresas en su mayoría lo hacen en entornos empíricos, con sistemas basados en reglas fijas y altamente predecibles. Nos estamos refiriendo a programadores, ingenieros, matemáticos, y todos aquellos que en la cultura popular se han venido llamando “geeks”. En palabras del articulista de Wired, las personas que por vocación desempeñan este tipo de trabajos tienen una mayor predisposición genética a desarrollar el síndrome de Asperger que otros profesionales.

Según la máxima institución de temas relacionados con salud mental de EEUU, los individuos con síndrome de Asperger se caracterizan por tener un intenso interés por un asunto en concreto. Frecuentemente son capaces de recordar gran cantidad de detalles acerca de su área de interés. Tienden a ser rígidos con sus rutinas de trabajos y muestran gran resistencia a interrupciones no deseadas y cambios en dichas rutinas. Si damos por bueno el argumento de Wired, no es difícil deducir que tales atributos podrían ser idóneos para un programador de alto rendimiento, que tenga capacidad y autonomía para desarrollar algoritmos originales para resolver problemas complejos.

Personalmente, nos resultan muy reveladoras las declaraciones al respecto de Peter Thiel, fundador de PayPal, inversor en Facebook y autor de bestsellers de éxito. Thiel todavía va más allá y afirma que lo que realmente hace daño a empresas que basan su negocio en la originalidad y la innovación es contratar a perfiles gregarios y extrovertidos, que tengan tendencia a socializar. Dice que la socialización en el ámbito de la empresa tecnológica resulta en la homogeneización de conductas y pensamientos – lo que él llama el “fenómeno Lemming”-, lo que supone un impedimento para la aparición de ideas originales e innovadoras.

Desde esa lógica, Thiel afirma que una condición psicológica que se percibe como un desorden, el síndrome de Asperger, puede resultar en una ventaja competitiva en empresas TIC y/o relacionadas con el ámbito tecnológico. Reproducimos a continuación sus declaraciones:

“Creo que la sociedad es algo  muy real y muy poderoso y, a la vez, bastante problemático. En Silicon Valley muchos de las emprendedores más exitosos son aquellos que parecen sufrir alguna forma leve de Síndrome de Asperger, es decir, que carecen del gen de la imitación y la socialización.”

Hemos de reconocer que tales declaraciones son muy susceptibles de generar polémica. En cierto sentido recuerdan a la distopía del Mundo Feliz de Aldous Huxley, con sus referencias inquietantes al condicionamiento genético para determinadas profesiones y castas sociales.

Esperamos vuestros comentarios y opiniones al respecto.

En ocasiones puede ser de utilidad ofrecer a través de nuestro portal de SAP contenido para usuarios no registrados, es decir contenido anónimo. En este artículo vamos a explicar cómo configurar acceso anónimo a SAP Enterprise Portal en cuatro sencillos pasos.

Para ilustrar este proceso vamos a crear una página de portal que contenga un iView para subir documentos a un directorio del KM (Knowledge Management). De todas formas, el proceso es equivalente para cualquier otro tipo de iView.

A continuación se describe uno a uno los pasos para acceder anónimamente a este contenido del portal de SAP.

1. Crear un rol de portal Anónimo

En primer lugar, desde Portal Content Management, crearemos un rol de portal al que asignaremos el contenido que queremos ofrecer a los usuarios que accedan al SAP Enterprise Portal de manera anónima.

2. Asignar rol de portal al grupo Anonymous

En segundo lugar desde Identity Management, asignamos al grupo Anonymous el rol de portal creado en el paso anterior. De esta manera conseguimos que cuando se acceda al portal de SAP a través de la URL anónima, se visualice el contenido asignado a este rol de portal.

3. Crear el contenido anónimo

Después desde Portal Content Management crearemos el contenido anónimo propiamente dicho. Para el ejemplo que estamos tratando, en primer lugar crearemos un iView de tipo  KM Upload y después una página de portal a la que añadiremos un enlace delta de este iView:

A) iView para acceso anónimo a portal SAP

Siguiendo los pasos habituales para la creación de iViews, creamos un nuevo iView del tipo que corresponda (en este caso, un iView de KM Upload).

Lo más importante de este paso es establecer la propiedad Authentication Scheme con el valor anonymous.

B) Portal Page para acceso anónimo a portal SAP

De igual manera, creamos en este caso una página de portal con el layout que deseemos. Lo más importante, de nuevo es establecer la propiedad Authentication Scheme con el valor anonymous.

4. Asignar contenido anónimo al rol del portal SAP 

Como paso final, añadiremos la página de portal creada en el paso anterior al rol de portal inicialmente creado, marcando las opciones Entry Point y Visible.

De esta manera, si accedemos al SAP Enterprise Portal a través de la URL anónima http://dominiodelportal:puerto/irj/anonymous sin necesidad de login previo visualizaremos el contenido anónimo.

Como se puede ver en esta última imagen el acceso a través de esa URL se hace con el usuario j2ee_gst, que es el usuario anónimo del portal de SAP por defecto.

Por tanto, siguiendo los pasos anteriores y con las variaciones pertinentes en función del tipo de iview que se quiera publicar, tendremos preparado el contenido para cualquier usuario que acceda al portal sin identificarse.

Siguiendo con la serie de artículos sobre el procesamiento de ficheros XML mediante ABAP, vamos a ver cómo se crea la Transformación Simple, el elemento fundamental de este proceso de tratamiento de XML con ABAP. Éste es el paso más importante ya que es ahora cuando vamos a definir cómo convertir los datos XML en datos que SAP pueda tratar.

2. Proceso del tratamiento de XML con ABAP

3) Creación de la Transformación Simple

Después de haber creado todos los objetos necesarios en el artículo anterior, vamos a crear la transformación simple mediante la transacción STRANS. Le pondremos nombre, descripción breve y especificaremos que se trata de una Transformación simple.

4) Implementación de la lógica de la Transformación

Una vez creada, tendremos que modificar la lógica de la transformación para añadir nuestra estructura de datos. Para ello podemos cambiar el código de forma manual, o editarlo gráficamente pinchando en el botón de la “varita mágica”.

Nos aparecerá un elemento “ROOT” generado automáticamente que borraremos, porque nosotros ya tenemos la estructura que vamos a insertar creada previamente. Así pues, insertaremos un nuevo nodo raíz (botón derecho->Insert new root) y referenciaremos el tipo de tabla ZXML_CD_TT que creamos en el artículo anterior.

Esto hace que el sistema busque en el diccionario de datos nuestro objeto y nos traiga cada uno de sus elementos en una estructura de tipo árbol. Ahora, lo que tenemos que hacer es arrastrar estos datos a la ventana de la derecha donde se indican los campos de nuestra transformación simple.

Como se aprecia en la imagen, prácticamente tenemos definida ya la transformación: en la parte de la izquierda tenemos la estructura objetivo (la de nuestro sistema SAP) y en la derecha tenemos la transformación simple correspondiente a nuestro fichero XML. Antes de guardar, eso sí, deberemos renombrar el nodo ZXML_CD_STR de la transformación como CD, ya que este es el nombre que tienen los elementos del XML, y, por lo tanto, el que tendrá que utilizar nuestra transformación.

Ahora ya podemos guardar y activar nuestra transformación simple. Como resultado obtendremos el siguiente código fuente que utilizaremos después para convertir los datos XML en ABAP.

<?sap.transform simple?>
<tt:transform xmlns:tt="http://www.sap.com/transformation-templates"
		  xmlns:ddic="http://www.sap.com/abapxml/types/dictionary"
	        xmlns:def="http://www.sap.com/abapxml/types/defined">
  <tt:root name="CATALOG" type="ddic:ZXML_CD_TT"/>
  <tt:template>
    <CATALOG>
      <tt:loop ref=".CATALOG">
        <CD>
          <tt:cond>
            <MANDT tt:value-ref="MANDT"/>
          </tt:cond>
          <TITLE tt:value-ref="TITLE"/>
          <ARTIST tt:value-ref="ARTIST"/>
          <COUNTRY tt:value-ref="COUNTRY"/>
          <COMPANY tt:value-ref="COMPANY"/>
          <PRICE tt:value-ref="PRICE"/>
          <YEAR tt:value-ref="AIR_YEAR"/>
        </CD>
      </tt:loop>
    </CATALOG>
  </tt:template>
</tt:transform>

Hemos definido una estructura destino del tipo ZXML_CD_TT, por lo que la transformación devolverá los datos que trate en una tabla interna ABAP. De esta manera, cuando ejecutemos esta transformación, lo primero que hará será buscar el nodo <CATALOG>.

Cuando encuentre el nodo lo recorrerá con un bucle buscando los nodos <CD> que cuelguen de él. Así, por cada elemento que encuentre mapeará el campo indicado en la izquierda con el definido en el atributo tt:value-ref, que hace referencia a un campo de nuestra tabla ABAP.

Aclarar también que se ha metido el campo MANDT entre tags <tt:cond> porque este es un campo que NO tenemos en el fichero pero que nuestra tabla ABAP necesita tener. De esta manera, la transformación funcionará correctamente y nuestro sistema informará el campo mandante de forma automática.

Y hasta aquí llega este artículo, con una guía sencilla sobre las transformaciones XML. En el próximo artículo veremos cómo utilizar esta transformación en un programa y cargaremos los datos de los CDs en una tabla ABAP de base de datos.

Una versión de fabricación en planificación de la producción de SAP es una dupla (hoja de ruta – lista de materiales) asociada a un material y un centro. Para poder crear una versión de fabricación en SAP PP deben estar previamente creadas al menos una lista de materiales  y una hoja de ruta  para cada material.

Cuando es posible fabricar un material de distintas formas, es decir, con distintos consumos de materiales, en distintos puestos de trabajo o en diferentes periodos de validez; se crearán en el sistema varias versiones de fabricación para el mismo componente.

La creación de de versiones de fabricación en SAP PP se puede realizar desde dos lugares:

1. Versiones de fabricación desde el maestro de materiales

Para crear una versión de fabricación mediante el maestro de materiales accedemos a la siguiente ruta:

Logística -> Producción -> Datos maestros -> Maestro de materiales ->  Material -> Modificar -> Inmediatamente MM02

Una vez ahí seleccionamos la vista “Planif. de necesidades 4“:

En esta pestaña podremos navegar a las versiones de fabricación pulsando el botón .

Una vez ahí podremos crear tantas versiones de fabricación como necesitemos.

2. Versiones de fabricación desde el maestro de versiones

En caso de utilizar el maestro de versiones para crear versiones de fabricación habrá que acceder a la siguiente ruta:

Logística -> Producción -> Datos maestros -> Versiones fabricación C223

Los datos que debemos rellenar son:

• Centro: Centro al que pertenece el material
• Material: Material cuya versión se quiere crear

Una vez estén los datos cargados correctamente (tanto creados desde el registro de material como creados desde la transacción propia C223)  se pulsará el botón  para poder mostrar el detalle de la versión de fabricación creada .

De esta manera validaremos que la alternativa de la lista de materiales y la hoja de ruta seleccionada estén operativas para nuestra versión dec fabricación.

Definir un plan estratégico puede ser la tarea más complicada y tediosa del mundo, o por el contrario lo más sencillo de todo el proceso. Básicamente se trata de usar el sentido común y aplicarlo para crear un modelo de negocio rentable: moldear una idea y definir sus detalles.

Vamos a ver en este artículo cómo hacer un plan de marketing de una empresa en 8 sencillos pasos.

A) ¿Cómo empezar a hacer un Plan de Marketing?

Para hacer un plan de marketing de una empresa, debemos comenzar por conocer la situación de partida, que variará en todos los casos. No es lo mismo diseñar una estrategia de marketing en una empresa familiar consolidada, una multinacional, o una microempresa de nueva creación, por ejemplo. Será necesario conocer la situación del mercado, analizar la competencia, explorar nichos de mercado, definir el alcance, etc.

B) Fijar los objetivos de un Plan de Marketing

El siguiente paso se torna obligatorio y se trata de fijar los objetivos más generales del plan de marketing. La manera de pensar debe estar inspirada en una pirámide invertida, donde el lado largo está formado por los rasgos más generales del plan y según vamos “bajando” pisos en dirección hacia el hipotético vértice, vamos describiendo más minuciosamente cada pequeño detalle que conformará nuestro modelo, y nos conducirá al éxito.

Una vez fijados los objetivos más generales, es tiempo de comenzar a definir los objetivos secundarios que ayudarán a conseguir el principal. Vamos bajando en la pirámide, por lo que el estudio habrá de ser más minucioso y objetivo. Necesitaremos listar nuestros recursos, tanto los que necesitamos como los que ya disponemos y crear las acciones concretas que vamos a desarrollar para conseguir cada objetivo.

C) Cuantificar el esfuerzo y buscar el factor diferencial

No está de más hacer un listado de las herramientas que vamos a necesitar, e igualmente importante es cuantificar en tiempo y en dinero cada acción.

Por último y no menos importante, debería ser en este punto en el que reflexionemos sobre el factor diferencial que vamos a aportar al mercado; aquello por lo que nos diferenciamos de la competencia. Es tiempo pues, de crear el “producto estrella”, la metodología perfecta, el servicio novedoso, etc.

D) 8 pasos para diseñar una Estrategia de Marketing

1. Analizar la situación inicial del mercado
2. Estudiar a la competencia
3. Crear factor diferencial
4. Fijar objetivo general
5. Detallar objetivos específicos
6. Definir las acciones concretas, herramientas y recursos necesarios
7. Reflexionar y diseñar las estrategias de medición y los KPIs que vamos a utilizar para saber si estamos haciendo las cosas correctamente
8. Corregir desviaciones

Y estas son básicamente las reglas básicas para saber cómo crear un plan de marketing para una empresa, desde cero y en 8 pasos.

En este último artículo de la serie sobre procesamiento de ficheros XML vamos a utilizar la Transformación Simple que creamos en el artículo anterior para leer los datos de nuestro fichero XML y guardarlos en SAP.

3. Carga de datos XML en SAP

Antes de empezar con el código del report con el que vamos a realizar la carga de los datos XML en SAP, veamos qué es lo que tenemos que hacer en nuestro programa:

1. Leer los datos del fichero XML
2. Convertir esos datos a una tabla interna para poderlos tratar
3. Grabar esos datos en la base de datos

Para que el código se vea mejor y más claro se ha dividido cada uno de estos pasos en una subrutina, así, veamos lo que contienen los forms LEER_XML, TRANSFORMAR_XML y GUARDAR_DATOS.

Programa principal

En el programa principal crearemos dos variables: cds será la tabla interna en la que guardaremos los datos después de transformarlos y xml_cds será el string donde leeremos el fichero XML.

Una vez creadas las variables llamaremos a las tres rutinas mencionadas anteriormente.

************************************************************************
* DECLARACIONES                                                        *
************************************************************************
DATA: cds	  TYPE zxml_cd_tt,  "Tabla interna
xml_cds TYPE string.	  "String para leer el XML

************************************************************************
* PROGRAMA PRINCIPAL                                                   *
************************************************************************
START-OF-SELECTION.

** Leer los datos
  PERFORM leer_xml CHANGING xml_cds.

** Transformar los datos
  PERFORM transformar_xml USING xml_cds
                          CHANGING cds.

** Guardar los datos
  PERFORM guardar_datos USING cds. 

Leer datos del fichero XML

En esta rutina leeremos los datos del fichero XML mediante el método GUI_UPLOAD de la clase estándar CL_GUI_FRONTEND_SERVICES, que nos guarda en una tabla interna los datos leídos. Y después guardaremos esos datos en la variable creada previamente donde tendremos todo el contenido del XML en texto plano.

*&---------------------------------------------------------------------*
FORM leer_xml  CHANGING xml_cds TYPE string.
*&---------------------------------------------------------------------*
  DATA: tabla_xml TYPE TABLE OF string,
        linea_xml TYPE string.

  CALL METHOD cl_gui_frontend_services=>gui_upload
    EXPORTING
      Filename	= 'C:\cd_catalog.xml'
    CHANGING
      data_tab	= tabla_xml.

  LOOP AT tabla_xml INTO linea_xml.
    CONCATENATE xml_cds linea_xml INTO xml_cds.
  ENDLOOP.

ENDFORM.

Transformar datos del XML a SAP

En esta rutina nos valdremos de la Transformación Simple que hemos creado para, a partir del contenido del XML, informar nuestra tabla interna con el catálogo de CDs.

*&---------------------------------------------------------------------*
FORM transformar_xml  USING    xml_cds  TYPE string
                CHANGING cds      TYPE zxml_cd_tt.
*&---------------------------------------------------------------------*

  CALL TRANSFORMATION zxml_cd_ts
    SOURCE XML xml_cds
    RESULT catalog = cds.

ENDFORM. 

Guardar los datos en la base de datos

Como último paso guardaremos los datos temporales en la tabla de base de datos.

*&---------------------------------------------------------------------*
FORM guardar_datos  USING cds TYPE zxml_cd_tt.
*&---------------------------------------------------------------------*

  INSERT zxml_cd FROM TABLE cds.

ENDFORM.

Resultado

Después de ejecutar el programa veremos como ya tenemos todos los registros del XML guardados en la base de datos.

Y eso es todo, hemos visto una manera sencilla de tratar ficheros XML mediante ABAP utilizando una Transformación Simple.

El contenido es el rey del SEO. Para posicionar tu página web o blog en Google debes ofrecer contenido de calidad de manera continuada y tratar de viralizar tus páginas de un modo natural.

Esto no son matemáticas y no hay un modo exacto de hacerlo, pero sí muchos consejos que puedes seguir para crear contenido de calidad en tu web y que te detallo en este artículo. ¡Toma nota!

1. Estructurando la información 

Una vez sabemos qué vamos a contar, tenemos que pensar cómo vamos a contarlo. Y para ello necesitamos una organización intuitiva, sencilla e independiente del nivel de conocimientos informáticos de tus usuarios. Para ello será necesario que crees una jerarquía que estructure las diversas secciones de tu site, visualmente traducible en un menú desplegable si hiciera falta. No te preocupes de los colores del menú o de lo bonito que vaya a ser, sino de su estructura y su usabilidad.

Existe una teoría, quizás un tanto utópica en algunos casos, que dice que tus usuarios deberían ser capaces de encontrar el contenido que buscan utilizando como máximo 3 “clicks” de ratón. No es una norma a seguir a rajatabla pero sí una referencia a tener siempre en cuenta.

2. Creando contenido original

Olvida esos ridículos eslóganes y frases hechas estilo “somos unos profesionales”, “Ofrecemos el mejor servicio” o “llevamos X años en el sector”. Concreción, por favor. No es nada sencillo resumir en pocas palabras todo lo que necesitamos trasladar al usuario, por lo que tómate tu tiempo.

Siéntate en una silla que esté bien lejos de cualquier cacharro tecnológico y con papel y lápiz define tus contenidos. Tienes que decir claramente qué es lo que ofreces y qué vas a aportarle al usuario que nadie más pueda.

Una de las primeras cosas que tendrás que decidir a la hora de redactar los contenidos será el tono a usar (informal, simple, formal, …) y la forma de dirigirte al usuario (de usted, tuteando, en primera persona, en tercera…). Hay múltiples opciones pero ninguna es mejor que otra; todo dependerá del target objetivo de cada uno. Elegir bien este punto es clave y ser coherente también.

3. Orientando el contenido a Internet: esto no es un periódico

• Nunca sabes por dónde entrará un usuario a tu web, así que cada página debe ser independiente. Estás contando un cuento formado por muchos relatos cortos, pero completamente INDEPENDIENTES.
• Los usuarios harán lectura transversal, de tal manera que buscarán lo que les interesa de un solo vistazo. Necesitarás resaltar conceptos mediante negritas, subrayados, colores, u otras técnicas.
• Estructura el contenido para que no sea demasiado denso. Divídelo mediante títulos y subtítulos y hazte muy amigo de las ilustraciones y las listas de conceptos. Utiliza párrafos y oraciones cortas, sé muy directo.
• Es complicado, pero intenta ser objetivo. Nada de autobombo, publicidad encubierta o frases usadas tradicionalmente en marketing. Si lo haces, serás menos creíble.
• Coloca las ideas principales al inicio de tus párrafos, una idea por cada uno de ellos. Facilita la lectura, las ideas secundarias deben estar disponibles sólo para los usuarios que decidan profundizar en tu texto.

Si realizas correctamente este punto, tendrás muchas más posibilidades de éxito. Históricamente se ha demostrado que esta es la pata de la que más cojean los sites actuales así que… ¡adelántate a ellos!

4. Resumiendo…

1. Siéntate y decide qué información útil puedes ofrecer al usuario. Siempre ten en la mente los tipos de usuario a los que vas a dirigir tu web (si puedes ponles cara y nombre, muchas veces ayuda).
2. Resume la información y haz esquemas. Apóyate en ilustraciones, listas ordenadas,…
3. Resume el resumen del punto anterior
4. Decide la mejor forma de estructurar dicha información, mediante una jerarquía de secciones.
5. Decide los literales para las secciones y los iconos o metáforas que vas a utilizar en tu menú de navegación.
6. ¡Pruébalo en humanos! Coge una muestra de tus usuarios tipo y pídeles que busquen cosas en tu web…a ver qué pasa ¿Lo encuentran fácil y rápido?

Para concluir, voy a dejarte otra lista que esquematiza los valores principales a tener en cuenta a la hora de crear los contenidos de tu web:

1. Se Breve: dispones de unos segundos para captar la atención
2. Se Directo: si ya has captado la atención, tienes otros pocos segundos para retener y “convencer” al usuario.
3. Se Original: Si vas a ofrecer algo que ya están ofreciendo otros, replanteate tu estrategia y crea tu factor diferencial.
4. Se Útil: A los usuarios les encantan los sites que tienen funcionalidad real, ya sea ofreciendo información útil, descargas gratuitas, muestras, servicios online…
5. Piensa siempre en tus usuarios
6. Piensa siempre en Google
7. Se constante. Tanto a Google como a los usuarios les gusta saber cuándo van a encontrar contenido nuevo en tu web, y premiarán tu trabajo visitando tu web regularmente.

Nos acercamos al final de esta presentación del módulo de Gestión del Desarrollo de Personal en SAP. En este cuarto artículo hablaremos sobre la planificación de las carreras y la planificación de la sucesión en la empresa. Este submódulo tiene dos objetivos principales:

• Proporcionar a los empleados un desarrollo profesional dentro de la empresa
• Garantizar que se cubran las necesidades de personal

Planificación de carreras

La base de este submódulo es el catálogo de carreras. En él tendremos definidos todas las posibles carreras de la empresa, indicando por qué funciones y unidades organizativas podrá ir moviéndose un empleado.

Una vez se tengan definidas todas las carreras, podremos planificar la carrera de un empleado. Para ello, se tendrán en cuenta los perfiles tanto del empleado como de las funciones y unidades de las distintas carreras. Es decir, se comprobará qué sabe el empleado, a qué funciones puede optar y qué necesita mejorar para ocupar otras posiciones.

La planificación de una carrera se realizará mediante la siguiente pantalla donde como se puede observar, se puede indicar si se desea tener en cuenta sus cualificaciones, sus intereses, sus potenciales…

Tras elegir las condiciones que se deseen, aparecerá un listado con las posibles posiciones que la persona podría cubrir según los criterios de selección especificados.

Planificación de sucesión

Con un procedimiento similar, pero mirando el proceso de forma inversa nos encontramos con la planificación de sucesión. En este proceso, intentaremos encontrar el mejor perfil para ocupar una posición vacante.

La pantalla de selección para filtrar las personas que podrían ocupar la posición tiene la misma funcionalidad que en la planificación de carreras, pero obteniéndose la lista de personas que cumplen cada criterio.

Además de poder buscar la carrera o perfil más adecuado, este submódulo ofrece también listas rankings o simulaciones de traslados para poder ver los efectos que tendría en la estructura organizativa un movimiento de personas.

A la hora de desarrollar un proyecto SAPUI5 debemos pensar qué tipo de aplicación SAPUI5 queremos desarrollar, qué elementos queremos mostrar en ella y de qué forma. Por ello, es necesario conocer qué componentes podemos utilizar y qué librerías SAPUI5 tenemos a nuestra disposición para implementar la funcionalidad que requiramos.

Antes de ponernos manos a la obra, vamos a repasar las cuatro principales librerías SAPUI5 que existen y repasaremos lo que nos aporta cada una de ellas. Las cuatro librerías SAPUI5 de las que vamos a hablar son:

• ui.commons
• m
• ui.ux3
• ui.table

En el anterior artículo en el que introdujimos qué es SAPUI5 hablamos del carácter responsive que han de tener todas las aplicaciones SAPUI5. Esto se refería a que todas las aplicaciones SAPUI5 deben estar preparadas para ofrecer una experiencia de usuario atractiva, simple e intuitiva sea cual sea el dispositivo desde el que se acceda y siempre de una manera equivalente.

Sin embargo, es posible afinar más en lo que al carácter móvil de la aplicación se refiere y para ello en SAPUI5 contamos con 2 librerías concretas:

Aplicaciones SAPUI5 basadas en sap.ui.commons

Si la aplicación que queremos desarrollar va a ser preferentemente accedida desde escritorio, crearemos una interfaz con controles para páginas web comunes, siempre asegurando que si se visualiza desde un móvil o una tablet la experiencia de usuario también vaya a ser buena.

Dentro de la librería SAPUI5 sap.ui.commons encontraremos todas las clases y métodos de diversos controles típicos de aplicación web: botones (sap.ui.commons.Button), campos de entrada de texto (sap.ui.commons.InputField), listas (sap.ui.commons.ComboBox) etc.  En la siguiente imagen podemos ver una aplicación SAPUI5 basada en sap.ui.commons.

Aplicaciones SAPUI5 basadas en sap.m

Sin embargo, si la aplicación SAPUI5 a desarrollar va a ser accedida principalmente desde dispositivos móviles: teléfonos, tablets, smartwatches etc. podemos optar por desarrollar una interfaz móvil que no sólo se adapte a la pantalla del dispositivo en cuestión si no que también ofrezca controles que se beneficien de su carácter móvil: gestos, interacción táctil etc. Para ello, podemos utilizar la librería SAPUI5 sap.m.

En sap.m encontraremos también numerosos controles con los que presentar la información de una manera mucho más parecida a lo que estamos acostumbrados con cualquier app móvil: sap.m.Carousel, sap.m.DatePicker o sap.m.MessageToast.

En el próximo artículo se introducirán otras dos librerías SAPUI5: sap.ui.ux3 y sap.ui.table. Cuantas más librerías SAPUI5 conozcamos más recursos tendremos a la hora de desarrollar nuestras aplicaciones SAPUI5.

Después de conocer las dos principales librerías SAPUI5 con las que desarrollar una aplicación SAPUI5 (sap.ui.commons y sap.m), vamos a conocer otras dos librerías SAPUI5 que nos permitirán crear diseños más complejos y profesionales.

Layout basado en librería SAPUI5 sap.ui.ux3

Otro de los layouts disponible en SAPUI5 es el basado en el Shell de sap.ui.ux3. Este layout se basa en la navegación a través de diferentes worksets o secciones de una manera muy atractiva. Para ello, la librería ofrece una serie de clases y métodos que hacen que crear páginas con varias secciones sea muy sencillo.

En la imagen anterior mostramos un ejemplo de este layout basado en la librería SAPUI5 sap.ui.ux3 que cuenta con dos nodos de navegación: music store y user data. 

Tablas basadas en librería SAPUI5 sap.ui.table

En cualquiera de nuestras aplicaciones SAPUI5 e independientemente del layout que decidamos utilizar podemos querer mostrar datos estructurados en una tabla. Para ello disponemos de la librería SAPUI5 sap.ui.table que encapsula toda la funcionalidad de estas tablas.

En la misma imagen anterior, vemos integrada una tabla de la librería sap.ui.table dentro de un layout de la librería SAPUI5 sap.ui.ux3.

Otras librería SAPUI5 

Como veis, es posible utilizar las librerías de SAPUI5 tanto de manera independiente como combinada. Por supuesto, estas cuatro librerías son sólo un ejemplo de un conjunto muy amplio y creciente de librerías que SAP pone a nuestra disposición para crear interfaces SAPUI5 potentes. En el siguiente enlace es posible ver todas las librerías disponibles y ver cómo funcionan los diversos controles SAPUI5 que engloba cada una de ellas:

https://sapui5.hana.ondemand.com/sdk/test-resources/testsuite/testframe.html

Hay una serie de casos en los que es necesario registrar un sistema ABAP en un SLD (System Landscape Directory) de un sistema JAVA. Por ejemplo, a la hora de actualizar el sistema ABAP con un stack de parches, hay que crear un fichero .xml desde el Solution Manager. Para ello, es necesario que el sistema ABAP esté registrado en el SLD de la instancia JAVA del propio Solman.

Otro caso puede ser, configurar conexiones JCO entre el sistema ABAP y un EP Java, donde nuevamente, es necesario que el sistema ABAP esté registrado en el SLD del sistema JAVA.

Desde el sistema ABAP se accede a la transacción RZ70 donde se indica el nombre de servidor y el servicio Gateway en el que está registrado un id de programa: SLD_UC o SLD_NUC, en función de si el sistema es un sistema Unicode o NO Unicode respectivamente.

En la parte inferior de la transacción RZ70 se pueden seleccionar los datos que se transfieren al SLD:

Ejecutando la transacción RZ70 se crea automáticamente una conexión RFC de tipo TCP/IP en el repositorio de conexiones, transacción SM59.

Para que estas conexiones funcionen, hay que configurar el SLD para que registre los IDs de programa, SLD_NUC y SLD_UC en el Gateway del sistema ABAP. Para esta configuración hay que acceder al SLD con un usuario con permisos suficientes y entrar a Administration -> Settings y en Section, elegir la opción: datasupplier.

En esta pantalla se deben configurar los parámetros GatewayHost y GatewayService con los datos del sistema ABAP que se quiere registrar en el SLD:

Tras la configuración, es necesario reiniciar el servidor SLD con el botón Stop SLD:

Y volver a arrancarlo pulsando Start SLD:

Esto registra los IDs de programa en el Gateway del sistema ABAP para que puedan funcionar las conexiones RFC SLD_NUC y SLD_UC de la transacción SM59.

Si éstas fallan, hay que revisar en el Gateway Monitor, transacción SMGW, para que sistemas externos pueden registrar IDs de programa en el Gateway. Para ello se utiliza el fichero reginfo, que se puede visualizar en el menú Goto -> Expert Functions -> External Security -> … Aquí se encuentras las opciones de visualizar, crear y recargar ficheros de autorizaciones:

El fichero se configura al estilo del fichero de permisos del saprouter, indicando una letra P, para permitir el registro y una letra D, para denegar el registro, de lo que figura en la línea:

En este momento se puede ejecutar la transacción RZ70 y se muestra un mensaje parecido al que se muestra en la siguiente imagen, indicando que la transferencia de datos al SLD se ha realizado correctamente:

Una vez ejecutada la RZ70, en pocos segundos aparece el sistema ABAP registrado en el SLD. En el tipo de sistema técnico se elige el tipo AS ABAP:

Si antes de contabilizar una ejecución real de contabilización de las nóminas nos damos cuenta de que tenemos errores y  debemos crear esta ejecución en real una segunda vez, tendremos que borrarla para eliminar la selección de los resultados del cálculo de la nómina.

En las siguientes imágenes vamos a ver cómo sería este procedimiento de borrado de una ejecución real de contabilización de nómina:

1. Visualizar ejecución real incorrecta

Visualizamos la ejecución real de contabilización de nóminas que tenemos incorrecta.

2. Seleccionar ejecución de contabilización a borrar

En esta pantalla seleccionaremos la ejecución de contabilización que queremos borrar y le daremos a la papelera . Nos aparecerá una ventana de diálogo donde deberemos confirmar el procedimiento de borrado.

3. Borrar ejecución real incorrecta

Seleccionaremos la opción inmediatamente y de esa forma se procederá a borrar la ejecución de contabilización de nómina real errónea. El status de la ejecución de contabilización pasa a ser “Borrado“.

Realizado este proceso y una vez que hayamos corregido los errores, el sistema nos permitirá evaluar por segunda vez estos resultados del cálculo de la nómina para la creación de una ejecución real de contabilización.

Las autorizaciones en SAP se deben realizar siempre a través de las autorizaciones SAP y de esta manera se determinan accesos/bloqueos de las transacciones según cada usuario.

En este artículo vamos a aprender a bloquear una transacción SAP, en un artículo express de nuestro compañero Unax.

Existe la posibilidad de bloquear una transacción de forma más sencilla para un entorno con la transacción SM01 (Bloquear/desbloquear códigos de transacción).

Esta transacción suele ser común usarla en momentos de imprevistos para que no se haga una incorrecta utilización del sistema:

• Transacciones SAP que están obsoletas.
• Transacciones SAP que fallan puntualmente y se necesita bloquear momentáneamente.
• Transacciones SAP que se están actualizando y no deseamos que los usuarios las usen en el momento de dicha actualización.
• …

En la parte superior de la pantalla podrás buscar el código de la transacción que se quiera bloquear.

Una vez seleccionada la transacción SAP que se quiera bloquear para todos los usuarios, se guardan los códigos de transacción bloqueados pulsando el botón de guardar.

En el momento en que un usuario quiera entrar en la transacción que hemos querido bloquear, el sistema nos mostrará un error indicando que la transacción se encuentra bloqueada.

Como hemos aprendido, bloquear transacciones SAP no supone ningún reto, sabiendo manejar las autorizaciones SAP.

Te invitamos a nuestro próximo webinar, donde haremos una demostración en tiempo real de un sistema SAP ERP adaptado a las necesidades de una PYME. ¿Te interesa? Pues sigue leyendo.

Demostración de SAP ERP adaptado a PYME industrial

Control total sobre todos los procesos de tu empresa, instalación en la nube y accesibilidad desde dispositivos móviles.

Ponemos SAP ERP, la tecnología de gestión con más recorrido y número de implantaciones en el mercado, al alcance de la Pequeña Empresa Industrial.
En Oreka IT hemos desarrollado un modelo vertical de SAP ERP que permite implementar la solución en un tiempo record y con un precio cerrado.

Por defecto, esta solución incluye todas las funcionalidades necesarias para la operativa de una pequeña empresa industrial: Finanzas, Compras-Ventas, Almacén, Control de la Producción. A futuro, se le puede dar todo el alcance necesario para cubrir la evolución del cliente, siendo una solución ideal para acompañar a un negocio durante el proceso de transformación digital e Industria 4.0.

Para asistir a este evento necesitamos que nos confirmes tu asistencia para que podamos reservarte una plaza:

• Por e-mail: webinar@orekait.com
• Teléfono: 945 067 219.

El webinar se impartirá  el día 19 de Noviembre a las 16:30 y será on-line. Unos días antes te informaremos de la dirección web donde deberás conectarte.

Industria Txikien neurrira egindako SAP ERP-ren erakustaldia

Enpresa-prozesu guztiak erraz kudeatzeko gai izango zara, Cloud-en ezartzeko eta gailu mugikorrekin konektatzeko aukera izateaz gain.

SAP ERP-a gehien erabilitako kudeaketako software-a izanda, Oreka IT-k Enpresa Txikien eskura jartzen du. Oreka IT taldeak SAP ERP-ko eredu bertikala garatu du, prezio itxian eta  gutxieneko denbora tartean ezartzeko gai izan dadin.

Soluzio honek enpresa industriala kudea dadin funtzionalitate guztiak dauzka: Finantzak, Erosketak-Salmentak, Biltegia, Ekoizpenaren Kontrola . Bezeroaren eskariz, beharrezko irismena eman diezaioke soluzioari negozioaren bilakaera laguntzeko, transformazio digitala eta Industria 4.0 prozesuan zehar laguntzeko soluzio egokiena delakoan.
Oreka IT-k ERP soluzio hau ezagu dezazuen gure datorren Webinarrera etortzera gonbidatzen zaituzte. Doako gertaera honetan parte hartzeko, esaguzu mesedez konektatuko zaren, leku bat erreserba diezazugun.

• E-mail: webinar@orekait.com
• Telefono: 945 067 219.

Webinar-a Azaroaren 19ean, 16:30etan izango da on-line. Egun batzuk lehenago konektatu beharko zaren web helbidea bidaliko dizugu.