En este nuevo videotutorial SAP HCM aprenderemos a modificar la cabecera de un infotipo estándar de SAP. Este video tutorial SAP esta disponible tanto en castellano como en euskera.

En el videotutorial anterior vimos como crear un infotipo de PA.  En los siguientes tutoriales aprenderemos a adaptar el infotipo a nuestras necesidades. En este caso nos centraremos en la información que se muestra en la cabecera de los infotipos a modo de resumen. Veamos en este videotutorial paso a paso cómo eliminar o añadir campos a la cabecera.

CASTELLANO

Pinche aquí para ver el vídeo

EUSKERA

Pinche aquí para ver el vídeo

La Fabricación Digital Directa (FDD) es aquella que utilice tecnología de fabricación aditiva (popularmente conocida como impresión 3D o Rapid Prototyping) para producir bienes de uso final. Tomando los datos directamente del software CAD, los componentes son fabricados sin necesidad de los procesos de moldeo, fundición o transformación y mecanizado con máquina herramienta. El impacto de este nuevo modelo de fabricación es de largo alcance y sus implicaciones profundas, por ello se habla en ciertos círculos del paradigma de FDD como de la Cuarta Revolución Industrial.

En el presente artículo nos centraremos en sus características y presuntas bondades.

Ya desde que se empezaron a desarrollar los prototipos de impresión 3D a finales de la década de los 80, la visión de muchos investigadores se centró en el ahorro de coste y tiempo cuando los procesos de mecanizado y transformación eran eliminados del proceso de fabricación.  No cabe duda que la posibilidad de recortar miles de millones de euros  de los costes asociados al lanzamiento de un nuevo producto es música para los oídos de buena parte de los líderes de la industria manufacturera.

No obstante, al centrarse tan sólo en los potenciales ahorros, los visionarios de la industria pueden haberse quedado cortos a la hora de reconocer otras muchas oportunidades y ventajas que la FDD nos ofrece. Desarrollamos todo esto en el siguiente apartado.

Oportunidades y ventajas potenciales de la FDD

Elimina costes de maquinaria (y máquinas…)

Para la producción de un volumen moderado o grande de piezas metálicas o de plástico, por ejemplo, los procesos predominantes son el moldeo y la fundición. Evidentemente para esto se requiere una fuerte inversión en maquinaria.

La FDD elimina estos costes, lo cual supone echar por tierra una importante barrera para lanzar nuevos productos, especialmente cuando la previsión de la demanda no está clara. Para muchos, ésta es razón suficiente para interesarse por el método de FDD aunque otra de las ventajas clave es la libertad de cambiar el diseño de un producto después de haber empezado el proceso de producción.

Libertad para Rediseñar

En el método de producción tradicional es impensable rediseñar un producto una vez ha comenzado el proceso de fabricación. Esto es por los enormes costos económicos y de tiempo que supondría readaptar las máquinas herramienta y la línea de ensamblaje al nuevo diseño.

En el método de FDD no necesitamos máquinas de transformación o mecanizado, mucho menos tener que readaptar estas. Con marcar los cambios en el diseño CAD del producto las modificaciones de este se pueden llevar directamente a producción a través de la fabricación aditiva o impresión en 3D.

Podemos hacernos una idea de las implicaciones y el buen encaje que tiene esta opción  en un marco de mercado y de consumo en el que los ciclos de vida de los productos son cada vez más cortos y las necesidades y deseos de los potenciales consumidores cada vez más especializados y, a la vez, volátiles.

Retorno de la Inversión

El valor de poder rediseñar sobre la marcha es algo difícil de medir, va más allá de las técnicas de previsión de costes estándar o de cálculo del ROI (Retorno de la Inversión). Esto es porque los beneficios potenciales de la FDD son difícilmente cuantificables y nos abre la puerta a nuevas prácticas de negocio,  nuevas formas de pensar y diseñar productos y cambios radicales en los procesos de fabricación.

Dicho esto, existen varias vías directas para estimar las bonanzas a nivel financiero del método de FDD en relación a los métodos convencionales:

• Cálculo de Ahorro en Costes Iniciales de Inversión en Máquina Herramienta.
• Costes asociados  a la readaptación y reconfiguración de éstas para cada cambio de diseño en el producto inicial.
• Incremento de margen de beneficio sobre costes asociados a ventas.

Es decir, usando históricos de datos determinamos en un sistema de fabricación convencional los costes asociados a la inversión en maquinaria para la fabricación de un producto en particular y los costes asociados a reconfiguración de maquinaria en un escenario en el que hubiera que cambiar el diseño inicial o para fabricar familias de productos asociadas al primero.  Después extrapolamos estos costes a todos los productos que vamos a fabricar durante un año. Después, determinamos los retrasos en los tiempos de envío de los productos derivados con la preparación y reconfiguración de las máquinas. Multiplicamos los días perdidos para hacer ventas (que corresponderían a los días de retraso) por las ventas estimadas por día, y multiplicamos luego este resultado por el porcentaje de beneficio en bruto. Combinados, estos factores representan el impacto financiero medible de la Fabricación Digital Directa.

Como vemos en este ejemplo, la capacidad de optimizar los beneficios trasciende la capacidad de simplemente ahorrar en maquinaria. Por si fuera poco, existen otras vías de optimización y mejora mucho más difíciles de medir:

• Aceleración de procesos
• Mejora continua de producto
• Menor obsolescencia del producto
• Disminución de residuos derivados del proceso de fabricación

Conclusión

En palabras de figuras destacadas – a destacar Barack Obama -, la FDD será la próxima revolución industrial. Como toda revolución, será traumática y se producirán rechazos y convulsiones al implicar el abandono de prácticas y elementos tradicionales. La FDD producirá un impacto en todos los procesos, áreas y disciplinas de una empresa. Básicamente, pondrá patas arriba las nociones de know-how y how-to tradicionales.

En el siguiente artículo nos centraremos en cómo percibe y cómo se está preparando SAP ante esta presunta revolución.

Referencias y links de interés:

• Melotte: http://www.melotte.be/
• SME: http://www.sme.org/
• Machine Design: http://machinedesign.com/
• RedEye: http://eu.redeyeondemand.com
• Stratasys: http://www.stratasys.com/
• Nature.com: Artículo sobre Barack Obama y su apuesta por la FDD: http://blogs.nature.com/news/2013/05/obama-administration-announces-manufacturing-institutes.html

Las ventanas emergentes son una de las utilidades más usadas en la creación de aplicaciones. En el siguiente artículo se describe como crear y utilizar distintos Pop-ups en una aplicación Web Dynpro for Abap en tres sencillos pasos. Todo el código que aquí se indica se debe escribir en un mismo método que se utiliza para crear la ventana emergente.

Paso 1: Crear instancia

Lo primero que se necesita para crear cualquier tipo de Pop-up es crear una instancia de la clase IF_WD_WINDOW_MANAGER. Para ello se utiliza el método GET_WINDOW_MANAGER de la clase IF_WD_COMPONENT, como se muestra a continuación:

DATA lo_window_manager TYPE REF TO if_wd_window_manager.
DATA lo_api_component TYPE REF TO if_wd_component.lo_api_component =
 wd_comp_controller->wd_get_api( ).
lo_window_manager = lo_api_component->get_window_manager( ).

La clase IF_WD_WINDOW_MANAGER es la que tiene los métodos para poder crear las ventanas emergentes.

Paso 2: Definir tipo de Pop-Up

Existe la posibilidad de crear dos tipos de ventanas emergentes mediante dos métodos diferentes: uno para crear ventanas estándar de confirmación y otro para crear pop-ups personalizados.

Pop-Up to confirm

El método CREATE_POPUP_TO_CONFIRM permite crear una ventana estándar de confirmación. Puede ser utilizada para responder una pregunta de sí o no o mostrar un mensaje de información. Con la instancia recogida anteriormente, creamos la ventana de la siguiente manera:

DATA lo_window TYPE REF TO if_wd_window.
lo_window = lo_window_manager->create_popup_to_confirm(
        text                 = lt_text
        button_kind          = if_wd_window=>co_buttons_yesno
        message_type         = 2
        window_title         = `Título ventana`
        ).

En el parámetro text se debe pasar una tabla de tipo STRING, que contendrá el texto que se quiere mostrar en la ventana. En el parámetro button_kind se indica que botones se quiere que tenga la ventana. En el caso del ejemplo aparecerán los botones “Si” y “No”. El resto de posibles botones se pueden ver en los atributos de la clase IF_WD_WINDOW. Message_type indica el tipo de mensaje a mostrar, y el icono que aparecerá en la ventana (0 sin icono, 1 información, 2 pregunta, 3 error, 4 cancelación, 5 advertencia) y por último se puede indicar un título para la ventana en el parámetro window_title. Estos son los parámetros más importantes, aunque existen otros para indicar la posición y tamaño de la ventana.

Pop-Up personalizado

Si lo que se quiere es crear un Pop-Up editado por el desarrollador, es necesario crear una nueva ventana en la que meteremos una nueva vista. Esta vista se editará como cualquier otra para que tenga la apariencia deseada, con su layout, sus acciones y métodos. Después, se llamará al método CREATE_WINDOW para crear el Pop-Up en la vista desde donde se está creando la ventana.

DATA lo_window TYPE REF TO if_wd_window.
lo_window = lo_window_manager->create_window(
        window_name            = 'NOMBRE_VENTANA'
        title                  = `Título ventana`
        button_kind            = if_wd_window=>co_buttons_okcancel
        ).

En el parámetro window_name es preciso indicar el nombre de la ventana que hemos creado para el Pop-Up. También es posible, como en el caso anterior, indicar un título y elegir unos botones para la ventana emergente.

Paso 3: Asociar acciones

Una vez elegido el tipo de ventana a utilizar, el siguiente paso para cualquier tipo de ventana es asociar una acción a cada botón de la ventana. Este es un paso opcional, pero necesario si la aplicación debe realizar algún tipo de acción al pulsar un botón en concreto.
Primero se debe definir una acción a asociar al botón en cuestión. Después con el método SUBSCRIBE_TO_BUTTON_EVENT relacionamos el botón con la acción a realizar.

DATA lr_view_controller TYPE REF TO if_wd_view_controller.
lr_view_controller = wd_this->wd_get_api( ).
lo_window->subscribe_to_button_event(
         button            = if_wd_window=>co_button_cancel
         action_name       = 'CANCEL'
         action_view       = lr_view_controller
         ).

En el ejemplo superior, se está indicando que la acción “CANCEL” definida en la propia vista se ejecute al pulsar el botón CANCEL en la ventana emergente.

Por último, se debe llamar al método OPEN para que la Pop-Up aparezca en pantalla.

lo_window->open( ).

Todas las partes que se han comentado anteriormente se deberían escribir seguidas en el momento que se quiera crear la ventana emergente. Por ejemplo, si queremos utilizar un pop-up para confirmar la salida al pulsar un botón de volver, pondremos el siguiente código en la acción asociada al evento ‘OnAction’ del botón:

METHOD onactionpreguntar_salir.
**  Declaraciones
  DATA lo_window_manager TYPE REF TO if_wd_window_manager.
  DATA lo_api_component  TYPE REF TO if_wd_component.
  DATA lo_window         TYPE REF TO if_wd_window.
  DATA lt_text TYPE string_table.
  DATA lv_text TYPE string.
  lv_text = '¿Seguro que desea salir?'.
  APPEND lv_text TO lt_text.
**  Se recoge la API y el Window Manager
  lo_api_component  = wd_comp_controller->wd_get_api( ).
  lo_window_manager = lo_api_component->get_window_manager( ).
**  Se crea la ventana
  lo_window = lo_window_manager->create_popup_to_confirm(
      text                 = lt_text
      message_type         = 1
      window_title         = '¿SALIR?'
      ).
** Se asocia la Accion SALIR al botón SI
  DATA: lr_view_controller TYPE REF TO if_wd_view_controller.
  lr_view_controller = wd_this->wd_get_api( ).
  lo_window->subscribe_to_button_event(
       button            = if_wd_window=>co_button_yes
       action_name       = 'SALIR'
       action_view       = lr_view_controller
       ).
** Se abre la ventana
  lo_window->open( ).

ENDMETHOD.

Como resultado, al pulsar el botón, se mostrará un pop-up como el siguiente:

Udako oporraldia behin igarota, Orekako Euskara Taldean (Eurekan) berriz jarri gara lanean gure enpresan euskara sustatzeko asmoarekin jarraituz.

Hemendik urte amaiera bitartean, jadanik ezagunak dituzuen ondorengo ekintzak antolatuko ditugu:

• Hilabetean behin mintza-laguna egingo dugu, ostegun arratsaldez Lakuako auzotik.
• Internet zabaltzen dizkigun esparruak erabiliz jokoak antolatuko ditugu, eta irabazleak noski, sarituko ditugu.
• Gogoratu behar dizuegu era berean, gure euskarazko liburutegia zabalik dagoela, eta bertan euskaraz irakurtzeko aukera anitz dituzuela.
• Gure sare sozialetan ere lehiaketaren bat antolatuko dugu, euskaraz jarraitzen gaituzten lagun kopurua handitzeko.
• Aurten ere, Durangoko liburu azokara joateko txango bat antolatuko dugu.
• Eta oraindik ere, aurreratuko ez dizkizuegun sorpresa gehiago egongo dira…

Ikusten duzuenez, indarrez hasi nahi dugu aurtengo ikasturtea, baina horretarako zuek guztion laguntza beharrezkoa dugu! Gogoan hartu enpresa txikia garela eta zuek guztien parte hartzea nahitaezkoa dugula Eureka aurrera eramateko: langile, lagun, bezero, hornitzaile, jarraitzaile… hartu hitza Eurekarekin!!!

En este primer artículo sobre SAP Enterprise Portal vamos a explicar cómo crear iViews de tipo URL multilingües. Este tipo de iViews son muy útiles para mantener contenido equivalente en diferentes idiomas para portales multilingües.
Un iView de URL es aquel mediante el cual podemos mostrar en nuestro portal el contenido disponible en una determinada dirección URL: una página web, un documento HTML del KM, un PDF, etc.

En portales que están configurados para mantener varios idiomas es posible determinar distintas URL para los diferentes idiomas disponibles. De esta manera, según el lenguaje con el que se acceda al portal, el contenido mostrado en este iView será el correspondiente a la URL asignada a ese idioma. Con SAP Enterprise Portal esto es posible tal y como se explica a continuación.

Para crear un iView de URL en el portal, accedemos a Gestión de Contenidos > Contenido del portal y navegamos hasta el directorio donde deseamos crear el iView. Sobre este directorio, abrimos el menú contextual y seleccionamos la opción Crear > iView, que abrirá un asistente.

De las cuatro opciones que nos propondrá este asistente hay que elegir la primera: “Modelo iView: Cree una iView a partir de un modelo de iView ya existente”.

Después pulsar el botón “Continuar” para que nos muestre la lista de modelos de iView existentes. De esta lista elegiremos “iView de URL”.

El siguiente paso es común independientemente del tipo de iView que se elija. En él hay que especificar los datos generales de un objeto de portal: nombre, id, prefijo, idioma maestro y descripción.

Después de esto, se inicia la configuración propia del iView con la especificación de una URL: en caso de no definirse posteriormente URL específicas del idioma, el contenido que se mostrará en ella independientemente del idioma de login será el disponible en esta URL.

En el último paso, para finalizar la creación del iView e iniciar su tratamiento seleccionar la opción “Tras finalizar el asistente, abierto para tratamiento” y  pulsar “Terminar”.  De esta manera, abrirá la pantalla de configuración del iView de URL.

En esta pantalla es posible elegir entre dos vistas (por defecto se abrirá la primera con la URL definida por defecto en la creación del iView):

• Editor de iViews de URL: Para la configuración de una URL única.
• URL específico del idioma: Para la configuración de distintas URL según el idioma de login.

Para lo que este artículo se refiere, elegiremos la segunda vista que mostrará la siguiente pantalla:

Para añadir una URL específica de idioma hay que pulsar el botón “Añadir” que nos abrirá un editor de iView de URL al que podremos asignarle un idioma concreto:

Desde aquí además de elegir el idioma, es posible: definir la URL, seleccionar qué parte del contenido se mostrará en el iView e incluso definir parámetros (tanto de tipo GET como de tipo POST) modificables por el usuario en tiempo de ejecución.

A medida que se vayan añadiendo URL por idioma, irán apareciendo en la lista tal y como se puede ver a continuación: en este ejemplo se ha definido una URL que apunta a un documento PDF denominado “es.pdf” para accesos en castellano y a un documento PDF denominado “en.pdf” para accesos en inglés.

Una vez finalizada la configuración del iView pulsar el botón “Grabar” situado en la parte superior de la pantalla.

Ahora asignando el iView a algún rol del portal es posible comprobar el funcionamiento correcto de este: iview de tipo URL multilingüe.

• Si accedemos al portal en castellano y accedemos al iView creado visualizamos “es.pdf”.

• Si accedemos al portal en inglés y accedemos al iView creado visualizamos “en.pdf”.

En un artículo anterior explicamos cómo mostrar contenido en diferentes idiomas mediante un iView de tipo URL. Siguiendo con el tema de la traducción, en este artículo vamos a explicar cómo es posible traducir los diferentes objetos del portal de SAP: iViews, páginas, roles, carpetas etc.

Traduciendo los objetos de portal conseguimos definir los textos que se deben mostrar en función del idioma de login a la hora de identificar estos objetos en menús de navegación, masthead, bandejas etc. Es decir, se traducen los nombres de los objetos no el contenido de estos.

La traducción de objetos de portal gira en torno a los pools de trabajo que son contenedores de objetos a traducir que van cambiando de estado durante el proceso de traducción. Los cuatro estados posibles son: “Nuevo”, “Liberado para traducción”, “Traducido” y “Publicado”.

Para llevar a cabo la traducción de objetos de portal hay que acceder a Gestión de contenidos > Traducción de contenido de portal. Desde aquí se visualizarán dos secciones en las que se dividirá el proceso de traducción. Estas dos secciones son las siguientes:

• Coordinación del pool de trabajo
• Traducción de pool de trabajo

La primera parte del proceso se lleva a cabo desde la sección Coordinación del pool de trabajo desde donde crearemos el paquete de objetos de portal a los que se aplicará la traducción.

En primer lugar hay que crear un pool de trabajo. Para ello, en el menú de navegación visible a la derecha del menú de secciones, debemos navegar hasta la carpeta donde se desee crear el pool de trabajo. Sobre ella, abrimos el menú contextual y elegimos la opción Crear >Pool trabajo para iniciar la creación.

El primer paso de esta creación es establecer las propiedades generales del pool de trabajo: nombre, ID, prefijo, idioma maestro y descripción.

Después de confirmar estas propiedades generales, en un segundo paso, debemos seleccionar la opción “Abrir objeto para el tratamiento” para poder así empezar a asignar objetos a traducir al pool de trabajo.

Una vez abierto para su tratamiento, se mostrará en la parte izquierda una lista de objetos (que incluirá al propio pool de trabajo) a la que podremos ir añadiendo objetos a traducir. En la derecha aparecerá la lista de propiedades del pool de trabajo. En este momento, el estado del pool de trabajo es “Nuevo”.

Para añadir objetos, simplemente navegamos a través de las carpetas y seleccionamos el objeto a asignar. Abriendo el menú contextual sobre dicho objeto podremos elegir la opción “Añadir objeto al pool de trabajo” con lo que añadirá dicho objeto a la lista. En este ejemplo, vamos a traducir un conjunto de iViews y páginas sobre los gastos de viaje de la empresa.

Después de añadir todos los objetos a la lista,  se procederá a generar los datos de traducción. Para ello hay que pulsar el botón “Generar datos de traducción” visible en la parte superior.

Una vez generados los datos de traducción, aparecerá la lista de objetos creada a la que ya no será posible añadir más objetos a no ser que se cancele la generación. Por último, en esta primera fase, hay que liberar el pool de trabajo para su traducción. Pasando así al estado “Liberado para traducción”.

Una vez el pool de trabajo se encuentre liberado para la traducción,  aparecerá un mensaje similar al siguiente informando de que no se pueden añadir más objetos.

En este momento, pasamos a la segunda fase del proceso que se desarrolla en la segunda sección “Traducción de pool de trabajo” en la que se efectuará la traducción de los objetos propiamente dicha.

En esta sección se visualizará una tabla con la lista de pools de trabajo liberados para traducción. Entre ellos encontraremos el pool de trabajo que acabamos de configurar.

Al seleccionar uno de los pools de trabajo se cargarán en una tabla inferior una serie de detalles estadísticos referidos a la cantidad de textos  que se encuentran traducidos o sin traducir en los diferentes idiomas disponibles en el portal.

Se puede proceder a la traducción seleccionando el idioma fuente y el idioma objetivo en las listas situadas debajo de esta segunda tabla y pulsando el botón “Cargar para traducción”.

Con esto último se abrirá la lista de textos y se podrán ir seleccionado uno a uno para llevar a cabo su traducción.

Cuando todos los textos sean traducidos pulsando el botón “Grabar todo”, estos serán confirmados para el idioma establecido como idioma destino.

Una vez que se definan los textos para todos los idiomas disponibles, seleccionando el botón “Marcar como traducido” cambiará el estado del pool de trabajo a “Traducido”.

Por último,  regresando a la sección “Coordinación del pool de trabajo” y navegando hasta el pool de trabajo creado anteriormente,  se visualizará un mensaje similar al siguiente informando de que no se pueden añadir más objetos al pool ya que se encuentra en estado “Traducido”.

Además encontraremos la opción “Publicar traducción” mediante la cual se concluirá el proceso, publicándose los textos definidos anteriormente para los idiomas tratados.

Una vez publicada la traducción, el pool de trabajo cambiará su estado a “Publicado”, siendo posible a partir de ese momento iniciar un nuevo proceso de traducción con estado “Nuevo”.

Para comprobar si la traducción se ha realizado correctamente basta con cambiar el idioma de login, acceder de nuevo al portal y buscar los objetos traducidos en el menú de navegación en Gestión de contenidos > Contenido del portal. Como se puede ver, nuestras iViews y páginas sobre los gastos de viaje se han traducido correctamente a inglés.

Por todos es conocida la afición de SAP a cambiar las siglas y codificación de sus productos, módulos, soluciones, etc. Cuando hablamos del concepto ‘Rol’, no se queda atrás y la confusión puede ser curiosa. Por eso en este artículo hemos creído necesario aclarar este concepto para que no tengáis que preocuparos mas por ello.

Recordemos que en SAP se pueden gestionar los permisos de los usuarios mediante Roles y Perfiles, configurando en la transacción PFCG el nivel de acceso de cada uno llegando incluso a poder detallar por casi todos los objetos de negocio del sistema como por ejemplo sociedad, centro, almacen…

El concepto de autorización de SAP se puede diferenciar en dos pasos o niveles:

1. Si el usuario tiene acceso o no tiene acceso a la transacción, generalmente controlado por el objeto de autorización S_TCODE
2. Una vez dentro de la transacción, qué actividades y/o acciones puede hacer el usuario: crear un pedido, modificarlo, solo visualizarlo…

En este artículo no vamos a entrar en ese detalle, sino que vamos a comentar la diferencia entre un rol de SAP ‘clásico’ y un rol de portal.

En el portal el concepto Rol hace referencia a la ‘visibilidad’ que se tiene en el portal, a la estructura que se visualizar en el mismo:

Lo curioso y lioso del tema es que el objeto se llama igual que en los sistemas ABAP: Rol.

Para evitar confusiones, o alimentarlas más aún, los roles de SAP WAS ABAP en el portal los llaman Grupos; hay que tener cuidado con la terminología, pues.

Mapeo de Roles/Grupos en el portal de SAP

Para evitar tener que estar asignando roles y grupos en los dos sistemas, el portal permite relacionar Roles de Portal con Grupos (roles) de SAP ABAP:

Haciendo estas relaciones o mapeos, cuando creamos un usuario nuevo en el sistema Backend, basta con asignar los roles al usuario en la SU01 para que ‘herede’ o ‘arrastre’ los roles correspondientes en el portal, evitando como se ha comentado, tener que entrar a los dos sistemas a hacer la gestión de autorizaciones.

¿Pierdes mucho tiempo calculando incentivos y comisiones?

Tus competidores ya cuentan con un sistema de retribución variable ligado a la productividad ¿Y tú?

¿Sabes realmente cuánto cuesta el cálculo de incentivos en tu empresa? ¿Necesitas ponerte al día con un sistema de retribuciones ligado a laproductividad? Nosotros podemos ayudarte a optimizar estos cálculos de modo que sea un proceso completamente automático, para que no tengas que preocuparte mas de ello.

Por eso, desde Oreka IT queremos invitarte personalmente a nuestro próximo webinar online gratuito, en el que hablaremos sobre la gestión de incentivos automatizada. Para asistir a este evento necesitamos que nos confirmes tu asistencia para que podamos reservarte una plaza, por lo que deberás rellenar este sencillo formulario en nuestra web.

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

A quién va dirigido:

• Responsables financieros, de informática y de RRHH
• Responsables de departamento interesados en la optimización de procesos internos

1. Gestión de datos maestros
2. Contabilizar horas productivas
3. Informe de incentivos
4. Integración con PY

—————————————————————————————————

Asko galtzen al duzu pizgarriak eta komisioak kalkulatzeko?

Zure lehiakideek produktibitatearekin lotutako ordainsari aldakorreko sistema bat daukate dagoeneko?

Ba al dakizu zenbat denbora behar duzun zure enpresaren pizgarrietako kalkuluak egiteko? Produktibitatearekin lotutako ordainsari-sistema batekin eguneratu behar duzu? Kalkulu hauek optimizatzen lagundu zaitzakegu, prozesua automatizatuz, gehiago arduratu behar ez zaitezen.
Hori dela eta, Oreka IT-tik online  egingo dugun gure hurrengo webinar-era etortzera gonbidatu nahi zaitugu. Han pizgarrien kudeaketa automatikoari buruz hitz egingo dugu. Doako gertaera honetan parte hartzeko, esaguzu mesedez konektatuko zaren, leku bat erreserba diezazugun. Horretarako, inprimaki erraz hau bete behar izango duzu gure web orrian.

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

Webinar: SAP HCM-n pizgarrien kudeaketa

SAP HCM-ren bidez pizgarrien kudeaketa automatizatua nola egin erakutsiko da. Horretarako giza baliabideentzako HCM moduluak eta langilearen atariak ematen diguten funtzionalitatea eta neurrira egindako pizgarrietako kalkulu bat konbinatzen ditugu. Horrela, pizgarrien kudeatzaile eraginkorra, erraza eta automatikoa lortzen da. 45 minutu iraungo duen azalpenak, argibide teoriko bat, erakusketa praktikoarekin konbinatuko du.
nor bideratua:

• Finantza, informatika eta giza baliabideentzako arduradunak
• Barne-prozesuen optimizazioan interesatuta dauden sail arduradunak

Temario:

1. Datu maisuen kudeaketa
2. Ordu emankorrak kontabilizatzea
3. Pizgarriei buruzko txostena
4. Integrazio PY-rekin

Data: Azaroaren 5a, 16:00etan
Aurkezlea: Sonia España Diez

INSKRIPZIOA DOAN HEMEN

En alguna ocasión puede suceder que se carga algún support package en la cola parches de un sistema SAP, pero resulta que no se tiene que llegar hasta dicho nivel de parches o debido a los requisitos de alguno de ellos la herramienta SPAM se queda en un estado en el que no es posible actualizar el sistema ni resetear la cola de parches. Un ejemplo de esta situación puede ser a la hora de cargar un support package de tipo CRT, ya que suelen tener unos requisitos especiales, por ejemplo el parche:

ST 710: SP 0008, CRT for SAPKB70212 and SAPKU70109

Si se carga en el sistema el CRT indicado, la herramienta SPAM no permite actualizar los parches del componente BASIS SAPKB702 a un nivel inferior al SP12 por tener cargado el ST 710: SP 0008 que es CRT para el componente BASIS 7.02 SP12: SAPKB70212.

Esta situación se puede solucionar eliminando el support package ST710 SP8 cargado en el sistema.

A continuación se muestra cómo se elimina el último parche SP19 del componente

ST-SER 701_2010_1 SAP Solution Manager Service Tools Add-on Support Pkg.

Para poder eliminar un support package de la bandeja de entrada, en la transacción SEPS se accede al menú Pasar a -> Inbox:

Y en el Inbox se muestra la lista de SPs cargados. Aquí se selecciona el SP que está dando problemas (en el ejemplo se selecciona el componente SAPKITLOSJ) y se pulsa el botón de eliminar:

Se confirma la acción:

Y se muestra el nuevo estado del paquete, borrado:

De esta forma, a la hora de definir la cola ya no se muestra el support package eliminado:

En la programación Web Dynpro for ABAP cada controlador tiene un número de métodos predefinidos, que son llamados por el WD Runtime en un orden predefinido. Estos son los llamados métodos HOOK. En este artículo nos vamos a centrar solo en uno de ellos, el método WDDOBEFOREACTION.

Este método tan sólo se encuentra en los controladores de vistas, ya que son los únicos en los que se pueden implementar acciones. Este método se ejecuta siempre inmediatamente antes de que se ejecute una acción desencadenada por un evento (pulsar un botón, pulsar enter, seleccionar una fila…) y debe ser utilizado para hacer las comprobaciones necesarias para que la acción se ejecute correctamente.

La primera vez que se entra a implementar el código del método, aparecen comentadas las siguientes líneas de código:

 DATA lo_api_controller TYPE REF TO if_wd_view_controller.
   DATA lo_action         TYPE REF TO if_wd_action.

   lo_api_controller = wd_this->wd_get_api( ).
   lo_action = lo_api_controller->get_current_action( ).

   IF lo_action IS BOUND.
     CASE lo_action->name.
       WHEN '...'.

     ENDCASE.
   ENDIF.

Esta es una ayuda para saber en tiempo de ejecución que acción se va a ejecutar. En el atributo name del objeto lo_action se tiene el nombre de la acción siguiente. Así es posible implementar comprobaciones diferentes para distintas acciones. Por ejemplo, si se tiene un botón salir y un botón guardar asociados a acciones con el mismo nombre, antes de guardar se deben comprobar unos campos introducidos por el usuario, sin embargo al pulsar salir no. Por lo tanto, cuando el atributo name sea ‘GUARDAR’, se debe hacer la comprobación, pero cuando sea ‘SALIR’ no.

Cuando se estén haciendo las comprobaciones que se deseen, es posible que no se quiera que se ejecute la acción, si hay algo erróneo o vacío. Para parar la ejecución, se debe lanzar cualquier mensaje de error estando en el método WDDOBEFOREACTION. Con esto se consigue que las acciones de tipo estándar no se ejecuten. Es posible hace que una acción se ejecute igualmente aunque haya un error, indicando que su tipo sea independiente de validación.

En la pestaña de acciones es donde se indica el tipo de las mismas. En el ejemplo superior, se ha definido la acción GUARDAR como estándar, por lo que si hay algún error en la validación previa no se ejecutará aunque debiera de hacerlo. En cambio SALIR sí que se ejecutaría.

Una de las comprobaciones típicas es que el usuario introduzca todos los campos obligatorios. Para hacer que un campo se obligatorio, hay que indicarlo en el elemento UI del layout en su propiedad state.

Con esto se consigue que un pequeño asterisco rojo aparezca en el campo, indicando que es obligatorio rellenarlo, pero solo con eso no basta para que si no se rellena de un mensaje de error. Para ello, se debe escribir el siguiente código en el método WDDOBEFOREACTION.

La llamada a este método hará que todos los campos obligatorios que estén vacíos sean resaltados, y se escribirá un mensaje de error por cada campo en el área de mensajes.

Con la utilización de este método se puede conseguir un código más ordenado, haciendo que en las acciones no se tengan porque hacer validaciones, preocupándonos solo de lo que la acción debe realizar. Además, si debemos añadir alguna comprobación a posteriori, solo se debería tocar este método, y no todos donde sea necesario este nuevo chequeo.

Los resultados de nómina de SAP HCM se almacenan de forma encriptada en clusters.  Ello implica que para acceder a los resultados desde un programa no podamos hacerlo accediendo directamente a las tablas y la tarea se suele volver un poco engorrosa.

Por ello, en la nota 1764963, SAP nos proporcionó una clase que nos va a facilitar el proceso y va a permitir optimizar la lectura. La clase es CL_HRPAYES_PAYROLL_READER y a continuación se muestra un ejemplo de cómo utilizar los métodos de esta clase.

  STATICS lo_payreader TYPE REF TO cl_hrpayes_payroll_reader.
   DATA lt_rgdir TYPE hrpy_tt_rgdir.
   DATA lt_payes_result TYPE if_hrpayes_payroll_reader=>ty_t_payes_result.
   DATA ls_payes_result TYPE payes_result.
   DATA ls_rt TYPE pc207.
 <i>” </i><i>1- Crear objeto de la clase para un número de personal</i>
   CREATE OBJECT lo_payreader
     EXPORTING
       iv_pernr = p_pernr.
 <i>” 2- Leer la tabla rgdir para un periodo. Srtza = ‘A’ para leer sólo los   resultados actuales.</i>
   lo_payreader->get_rgdir(
     EXPORTING
       iv_fpbeg       = p_fecha_ini
       iv_fpend       = p_fecha_fin
       iv_srtza       = 'A'
       iv_reorg_rgdir = abap_true
     IMPORTING
       et_rgdir       = lt_rgdir[] ).
   IF lt_rgdir[] IS INITIAL.
     RETURN.
   ENDIF.

<i>”  3- Obtendremos los resultados de nómina para todos los periodos de la tabla lt_rgdir.
 </i>  lo_payreader->get_pay_result_table(
   EXPORTING
     it_rgdir        = lt_rgdir[]
     iv_read_only_buffer = abap_false
   IMPORTING
     et_payes_result = lt_payes_result[] ).

 <i></i>

<i>”  4- Recorremos los periodos y por cada periodo leemos los resultados almacenados en el cluster RE
 </i>  LOOP AT lt_payes_result[] INTO ls_payes_result.
     LOOP AT ls_payes_result-inter-rt[] INTO ls_rt

<i>”  5- Procesaremos los conceptos de nómina que nos interesen.</i>

ENDLOOP.
   ENDLOOP.

Con la llegada de Netweaver 7.3 y la desaparición del JAVA Visual Administrator desde versiones incluso anteriores el portal dispone de una multitud de herramientas y utilidades para muchos desconocidas.

Una de ellas es el Wizard de configuración, donde podemos lanzar Wizards para configurar automáticamente servicios del Portal como por ejemplo la configuración del ADS, la configuración de KM…

Para acceder al wizar hay que entrar al NWA del portal (http://hostname:5xx00/nwa) e ir a la pestaña Configuración->Scenarios

Al entrar, podemos ir a configurar unidades funcionales:

Donde podemos elegir qué Unidad Funcional como las arriba comentadas queremos activar:

Si la unidad tiene dependencias nos las marca y el sistema es capaz de configurarlas todas a la vez:

Y como se puede ver en la pestaña General, se puede leer una breve descripción de para qué sirve y lo que nos va a aportar:

Y si la unidad está ya activada, podemos consultar un log de resumen de la configuración realizada.

Como se puede ver, parece que SAP está trabajando duro en automatizar muchos costosos procesos de post-instalación y que tanta guerra dan muchas veces a los administradores de sistemas.

Se acabó configurar el ADS a mano!

Seguramente todos aquellos que trabajéis habitualmente con las características (Transacción PE03) de SAP HCM os habrá pasado alguna vez lo siguiente: Tras haber modificado algo en el árbol de decisión habéis tenido la necesidad de echar un vistazo o incluso recuperar la información del árbol estándar, tal y cómo SAP lo entrega.

Pues en este tutorial vamos a aprender que SAP almacena siempre las dos versiones, la estándar y la modificada, y aunque lo realice bajo el mismo nombre siempre podremos comparar o recuperar la versión de SAP.  Viendo el siguiente videotutorial vosotros mismo seréis capaces de acceder a la versión estándar la siguiente vez que lo necesitéis.

Pinche aquí para ver el vídeo

En este artículo se explicará la creación y configuración de un componente de coste para el proceso de planificación de costes de personal en SAP. Este pequeño tutorial se divide en dos partes.

Pasos a seguir en la configuración de un componente de coste:

1. Creación de cuenta simbólica
2. Creación de componente de coste y asignación de la cuenta simbólica
3. Asignación de la cuenta simbólica a uno o varios conceptos de nómina

Creación de cuenta simbólica

Tabla de customizing: V_T52EK

IMG: Gestión de personal – Planificación y simulación de costes de personal – Conjunto de datos – Crear cuenta simbólica

La relación existente entre un componente de coste y un concepto de nómina se realiza mediante la cuenta simbólica.

La relación cuenta simbólica – componente de coste es uno a uno mientras que la relación cuenta simbólica – concepto es una a varios.

De esta forma se puede relacionar directamente a un componente de coste con una o varias CC-nóminas para obtener el coste del componente para un empleado concreto.

Accediendo a la ruta de IMG se crea una nueva cuenta simbólica 1190 – Otros gastos salariales (IRPF / SS)

Creación del componente de coste y asignación de cuenta simbólica

Tabla de customizing: V_T77HCP_CITM

IMG: Gestión de personal – Planificación y simulación de costes de personal – Conjunto de datos – Crear componente de coste

Se crea el componente de coste 1190 – Otros gastos de salarios y sueldos

Se selecciona “Clase de coste” en CL.componente coste para poder relacionarlo con la cuenta simbólica creada en el paso anterior.

Con estos 2 pasos ya tendremos creado el componente de coste a utilizar en el proceso de planificación de costes.

Esta es la segunda y última parte de este tutorial cuya primera parte puedes leer aquí: Creación de componentes de coste en SAP (1/2).

Asignación de la cuenta simbólica a uno o varios CC-nóminas

Tabla de customizing: V_T52EZ

IMG: Gestión de personal – Planificación y simulación de costes de personal – Conjunto de datos – Asignar CC-nóminas a componentes de coste

Para poder obtener el importe de un componente de coste se debe indicar los conceptos de nómina de los que se debe obtener dicho importe.

Para ello, hay que relacionar la cuenta simbólica con el o los conceptos de nómina que se necesiten.

En este ejemplo vamos a relacionar los conceptos /401 y /551 con el componente de coste que hemos creado:

Se seleccionan el primer concepto y se relaciona con la cuenta simbólica que estamos utilizando.

IMPORTANTE: En esta tabla se parametriza si el concepto de nómina se tiene en cuenta para la contabilización de nómina, para la planificación de costes o en ambos casos. Esta parametrización se indica con las opciones del campo “Cl.proc.”

Si se selecciona Tratamiento normal se tendrá en cuenta tanto para la planificación de costes como a la hora de contabilizar la nómina.

Si se selecciona Sólo contabilización real se tendrá en cuenta solo al contabilizar y no en la planificación de costes.

Si se selecciona Sólo planificación de costes se tendrá en cuenta solo para planificación de costes.

Esto es importante porque muchas veces hay conceptos de nómina que utilizan una cuenta simbólica para contabilización de nómina y otra para planificación de costes.

En próximas post hablaré sobre la parametrización de la ejecución de planificación de costes.

El próximo día 28 de Enero de 2014 Oreka IT estará impartiendo el primer curso del año en las instalaciones del colegio Egibide Arriaga. Se trata de un curso de programación Abap en SAP, de una duración de 80 horas y contamos únicamente con 12 plazas.

No es necesaria ninguna titulación para acceder al curso, pero si conocimientos de programación en algún lenguaje. El curso se impartirá de lunes a jueves, desde el 28 de Enero hasta el 11 de Marzo de 2014.

Si estás interesado en acceder a este curso, prepara tu CV y ponte en contacto directamente con el centro educativo:

Egibide Arriaga
945 010 110
www.egibide.org

SAP-en programazio ikastaroa

Hurrengo Urtarrileko 28an Oreka IT urteko lehen ikastaroa ematen egongo da Egibide Arriaga Ikastetxeko instalazioetan. 80 orduko iraupena duen SAP-en Abap programazio ikastaro bat da eta 12 toki dauzkagu bakarrik aukeran.

Titulazioren bat izatea ez da beharrezkoa ikastaro honetan sartzeko, baina lengoaiaren batean programatzen jakitea bai.

Ikastaro honetan interesatuta bazaude, prestatu zure CVa eta ikastetxearekin harremanetan jar zaitez zuzenean.

Egibide Arriaga
945 010 110
www.egibide.org

¿Quieres saber cómo hacer un blog profesional? No nos referimos a los aspectos más técnicos, si no a cómo poder hacer un blog exitoso, que pueda repercutir en tu negocio o imagen de marca de una manera positiva o que incluso te pueda ayudar a expandir tu negocio. Pues sigue leyendo, y te damos las claves.

Hace no mucho nos sorprendíamos gratamente cuando un conocido blog relacionado con el mundo de SAP nos citaba como uno de las 5 blogs imprescindibles sobre SAP en castellano. (Agradecemos a www.blogdesap.com su apoyo).Esto nos han inspirado para redactar este artículo resumiendo lo que hemos aprendido por el camino, en estos casi cuatro años de blog.

Las claves para hacer un blog profesional exitoso son 5: Planificación, constancia, creatividad, capacidad de reacción y  valor añadido. Por ese orden. Te explicamos paso a paso cada una de ellas.

Cómo hacer un blog profesional: Planificación

Esto es la clave de cualquier proyecto, y cuando hablamos de un proyecto web, es básico. Siéntate en una mesa con papel y lápiz, y empieza a dar forma a tus ideas. Deberás preguntarte a ti mismo (y responderte) una serie de cuestiones primordiales antes de comenzar a crear un blog profesional:

1. ¿Qué objetivo quiero conseguir con este blog? Darme a conocer, crearme una imagen de marca o reputación online, conseguir clientes, diferenciarme de la competencia…
2. ¿Quién es mi público objetivo, y dónde esta? ¿Cómo llego a él?
3. ¿Cuánto tiempo (y dinero) voy a invertir en este proyecto?
4. ¿Existe una demanda real que pueda cubrir este proyecto, o quiero crear yo mismo esa necesidad?
5. ¿Qué tecnologías y conocimientos voy a necesitar? ¿Soy autosuficiente o necesitaré ayuda, formación, etc.?
6. ¿Que acciones voy a tomar para conseguir mi objetivo?
7. ¿Cómo voy a medir los resultados?

Seguramente la lista de preguntas pueda extenderse un par de folios mas allá, pero hemos pretendido reflejar aquí las mas importantes a nuestro entender. Lo que te tiene que quedar claro es que cuanto mas tiempo te tomes en planificar correctamente el proyecto, menos tiempo te llevará luego realizarlo, menos errores cometerás, y mayor probabilidad de éxito tendrás.

Cómo hacer un blog profesional: Constancia

Ten en cuenta antes de empezar a elaborar un blog profesional, tienes que asegurarte de que vas a poder mantenerlo. Escribir un artículo, te llevará como mínimo una o dos horas, contando el tiempo de investigación, recopilación de fuentes, redacción, corrección, publicación… Y este es un proceso que deberás repetir al menos cada 4 o 5 días. Lo ideal es publicar a diario, aunque no te preocupes, si no dispones de tanto tiempo, puedes publicar semanalmente.

También puedes estudiar aliarte con alguien, ya que cuantos mas redactores tiene un blog, mas diversidad de artículos y temas habrá y por tanto, se llega a mas público. Y si no tienes a nadie que pueda aportar conocimiento a tu blog, plantéate realizar intercambios de artículos con blogs de tu temática. Te servirán, además, para intercambiar enlaces y darte a conocer.

Cómo hacer un blog profesional: Creatividad

Este probablemente sea uno de los factores mas olvidados a la hora de crear un blog profesional. Invertimos mucho mas tiempo en otras cuestiones, cuando realmente deberíamos esforzarnos por ser creativos y ofrecer a nuestros lectores cosas realmente diferentes y nuevas.

La creatividad es un trabajo que te va a llevar 24 horas al día, 365 días al año. Nunca sabes cuándo se te puede ocurrir una buena idea, pero en el momento en el que la tengas, no la desaproveches.

La creatividad puede verse reflejada en muchos aspectos: Temas novedosos para los artículos, estrategias innovadoras  de comunicación, imagen de marca impactante, interacción diferente a lo habitual con los usuarios, etc. Busca tu factor de diferenciación.

Cómo hacer un blog profesional: Capacidad de reacción

Es un concepto un tanto abstracto y aplicable, igual que la creatividad, a múltiples ámbitos. ¿Qué es la capacidad de reacción? Capacidad de reacción significa responder rápido a un comentario o pregunta de un usuario, y también significa adaptar el código de tu blog a las nuevas directrices de Google para mejorar su posicionamiento SEO.

En realidad, podríamos decir que un blog profesional va a necesitar de tu total entrega y disponibilidad para poder triunfar. Las reglas del juego que vale para ganar hoy, mañana te hacen perder. Adáptate a los cambios, mantente en un constante aprendizaje y reacciona antes que tu competencia.

Cómo hacer un blog profesional: Valor añadido

Vamos a hacer un ejercicio de creatividad simple: Piensa una temática en la que basar un blog. Y ahora busca en google durante 5 minutos, blogs de temática similar. ¿Cuántos has encontrado? Seguramente mas de 5. Y eso solo buscando 5 minutos.

Por tanto, aunque tengas el blog mas trabajado del mundo, seguro que hay gente haciendo lo mismo que tú desde hace más tiempo. Por ello se hace clave la búsqueda del valor añadido para el usuario: Hay que ofrecer algo que los demás no puedan.

No se trata de desplazar a la competencia, ni de secar su flujo de visitantes, al contrario, se trata de complementarles y satisfacer las demandas que sus visitantes no pueden ver cubiertas. Que conste que no es fácil, pero quien encuentra este valor añadido se asegura el éxito.

¿Por qué elegir SAP como ERP?

Desde Oreka IT llevamos ya 5 años implementando y evolucionando la infraestructura SAP de nuestros clientes, habiendo sido testigos directos de proyectos de desarrollo de IT que han tenido un claro retorno de la inversión. De esta manera se ha aumentando la competitividad de aquellas empresas que entienden que su actividad debe de estar soportada por herramientas informáticas de plenas garantías y partners que aporten valor añadido a base de implicación y conocimiento. Por ello queremos resumir lo que a nuestro juicio son las 10 razones para implementar SAP ERP en tu empresa.

1- ¿Por qué elegir SAP ERP? Solvencia

Ha sido difícil elegir cuál de las razones a esgrimir debía ocupar el primer lugar,  pero creo que la trayectoria de una compañía como SAP AG,  fundada ya hace más de 40 años (1972) y que es el primer proveedor mundial de Software para Soluciones de Negocio Integradas, es una muestra indudable de la SOLVENCIA de esta compañía y sus productos.

Y es que, es el único fabricante de software que ha sido capaz de colocar su ERP, CRM y sus soluciones de Inteligencia de Negocio como productos líder en los cuadrantes mágicos de Gartner con asiduidad.

En resumen, trayectoria, liderazgo y futuro prometedor.

2- ¿Por qué elegir SAP? Garantía de éxito

La elección del ERP es una decisión fundamental para cualquier compañía y equivocarse con el producto o el partner supondría un perjuicio enorme sea cual sea la fisionomía de la compañía. Se debe por lo tanto buscar el producto que ofrezca la mayor GARANTIA de éxito posible para asegurar la inversión, pero… ¿cómo se mide la garantía de éxito?.

Sin duda, contrastando los casos de éxito de cada producto, debemos preguntarnos donde está funcionando este producto y buscar referencias similares (sector, tamaño, etc) de compañías que nos sirvan de espejo.

En este aspecto SAP, con más de 36.000 clientes en 120 países, marca la diferencia respecto a sus competidores.

3- Razones para elegir SAP como ERP: Robustez

Hay que tener muy claro, que la gestión de todas las empresas se va complicando a lo largo del tiempo, porque además de las causas obvias como el cambio de tamaño o la diversificación de la actividad, sus procesos de gestión se diseñaron para una realidad (marco legal, convenio colectivo, situación económica, etc) que habrá ido mutando inevitablemente a lo largo del tiempo. En este sentido, todas las empresas deben adaptar de forma continua sus procesos de negocio a nuevas realidades,  y esto claro, historificando datos y procesos.

Por ello, es necesario seleccionar un ERP ROBUSTO que soporte los cambios de los procesos de negocio de las empresas, manteniendo procesos y datos históricos, y por supuesto, asegurando la integración entre los distintos componentes del producto en todo momento, porque no todos sufrirán cambios al mismo tiempo.  SAP tiene una ventaja considerable en este aspecto, y es que a diferencia de algunos competidores directos, sólo existe un fabricante de producto, lo que facilita la COMPATIBILIDAD e INTEGRACIÓN entre los diferentes componentes del producto.

4- ¿Por que elegir SAP ERP? Escalabilidad

La escalabilidad es la capacidad que tiene un sistema para gestionar una cantidad creciente de tareas o su capacidad para ser ampliado para ajustarse a ese crecimiento

Esta es una característica importantísima para empresas que prevean un aumento de su cifra de negocio a L/P, quieran abordar la implantación del ERP en distintas fases o vayan incorporando después otros componentes como un CRM o soluciones de Inteligencia de Negocio (BI).

Por supuesto, todos los fabricantes de software, para soluciones integradas de gestión, presumen de que sus productos son fácilmente escalables, pero SAP aporta además un factor diferencial a tener en cuenta, y es que , además de habilitar sus productos para trabajar en la nube (lo que nos permitirá incrementar nuestra capacidad de proceso de datos cuando sea necesario) a comercializado una nueva línea de  actuación para llevar todo el procesamiento de datos a memoria, a través de SAP HANA, que es una base de datos en memoria.

5- ¿Por que SAP es el mejor ERP? Valor

En contraposición al precio del producto, y es que; el posicionamiento de otros fabricantes cuando compiten contra SAP, suele ir en una línea argumental enfocada al precio final, donde se posicionan muchos productos como alternativas más económicas pero con un rendimiento suficiente para el cliente en cuestión.

En este sentido, hay que asumir que existen softwares de gestión empresarial más baratos que SAP, como no puede ser de otra forma, y es que ninguno de ellos ofrece un catalogo de productos, ecosistema de partners, capacidad de innovación o liderazgo de mercado semejante.

El ERP es una de las piedras angulares de una empresa y tiene una incidencia directa en la competitividad de la misma ya que fundamenta la toma de decisiones, por lo tanto, no parece un buen sitio donde intentar ahorrar, porque hay muchas posibilidades de acabar gastando dos veces.

“Todo necio confunde valor y precio” (Antonio Machado).

En el próximo artículo completaremos las otras 5 razones por las que elegir SAP frente a otros ERPs del mercado.

Related articles

• Key Trends Impacting ERP Software Revenues For SAP In 2014
• Sap Mobile Enterprise Ecommerce

Seguimos repasando los 10 motivos principales por los que implementar SAP ERP en una empresa. Anteriormente hablamos de 5 aspectos clave (Solvencia, garantía de éxito, robustez, escalabilidad y valor) y en este artículo completaremos los otros cinco factores que a nuestro juicio marcan la diferencia a la hora de elegir un ERP.

6- ¿Por qué implementar SAP ERP? Transversalidad

Nadie puede asegurar hoy donde estará posicionada su empresa dentro de unos años, ni siquiera si seguirá realizando la misma actividad o abrirá nuevas líneas de negocio, si se incorporará a un grupo empresarial, si comprará otras empresas existentes, si abrirá nuevos mercados en el extranjero o si una de sus start-up acabará por absorberla… vivimos tiempos en los que la visión a futuro es muy limitada y que someten a nuestra empresas a cambios constantes en todas sus dimensiones.

Es por ello muy importante contar con un ERP TRANSVERSAL a todos los sectores económicos, tamaños de empresa, normativas comunitarias, estatales o autonómicas. Ésta es una de las grandes ventajas de SAP, ya que pueden existir competidores de nicho muy especializados que compitan para una determinada actividad, tamaño y lugar, pero… cuando  las condiciones cambien, SAP seguirá siendo una herramienta competitiva para la empresa, mientras que los softwares especializados perderán su valor de forma exponencial.

7- ¿Por qué elegir SAP ERP? Comunidad SAP

Como consecuencia directa de su liderazgo en el mercado, SAP dispone de la comunidad de usuarios más grande existente en torno a una tecnología de gestión, esta comunidad está organizada en distintas asociaciones que promueven diferentes encuentros donde intercambiar experiencias, canalizar nuevas peticiones al fabricante, realizar contactos, compartir sinergias, etc.

La propia entrada a la comunidad de usuarios de SAP se convierte de esta forma, no sólo en un punto de encuentro y apoyo con otras empresas que compartirán problemas y sinergias similares, sino  en un foro inmejorable donde poder realizar nuevos contactos que aporten visiones diferentes a problemas conocidos.

8- Ventajas de elegir SAP ERP: Futuro y Evolución

Su posicionamiento como líder indiscutido del mercado, permite a SAP llevar a cabo una política muy agresiva de incorporación de empresas emergentes que hayan ofertado nuevos productos de gestión con una muy buena aceptación en el mercado.

De esta forma, todos los años se incorporan al porfolio de SAP productos tecnológicos novedosos que completan su oferta, ampliando y completando las capacidades sus capacidades de forma continua.

Las adquisiciones más destacadas de los últimos años han sido:

• Business Objects (2007)
• Sybase (2010)
• SuccessFactors (2012)
• Ariba (2012)
• Hybris (2013)

9- ¿Por que implementar SAP ERP? Prestigio de marca

Otra ventaja a considerar sin duda, es el prestigio que genera a una compañía rodearse de marcas líderes que refuercen su imagen corporativa.

En este sentido,  invertir en SAP transmite un mensaje de confianza a los clientes, proveedores y accionistas de una compañía, puesto que se adquiere el mejor producto que oferta el mercado para sustentar la gestión de la misma, reforzando la imagen de la compañía y la percepción de su entorno.

10- ¿Por qué SAP? Canal de Partners

Creemos haber acreditado con las nueve cuestiones anteriores la importancia de acertar con el software de gestión de la empresa, pero tan importante como esto, es contar con un partner con el conocimiento adecuado para poder desarrollar toda la funcionalidad del mismo.

En esta línea, SAP dispone de una grandísima comunidad de partners especializados por sectores, que permiten a sus clientes no sólo diversificar proveedores , sino garantizar un nivel de servicio óptimo.

Ningún otro ERP dispone de una comunidad de partners similar, lo que limita las opciones de sus clientes a la hora de diversificar o cambiar proveedores que no están funcionando bien.

A partir de la versión 7.1 de Netweaver la herramienta JSPM deja de ser válida para la actualización se Support Packages de Enterprise Portal y se muestra el siguiente mensaje:

Java Support Package Manager (JSPM) is no longer supported for this SAP NetWeaver release.Use Software Update Manager (SUM) to perform this maintenance procedure. For more details, see SAP Note 1589311.

Para actualizar algún componente hay que utilizar la herramienta SUM. Tras descomprimir el paquete .SAR descargado de (utilizar la última versión disponible):

https://service.sap.com/sltoolset  -> Software Logistics Toolset 1.0

Se ejecuta el programa ./STARTUP y desde un navegador web se accede a la URL http://<hostname>:4239

Se abre el interfaz gráfico que utiliza tecnología JAVA:

En la primera pantalla se solicita un usuario administrador y una contraseña:

El programa detecta el sistema SAP instalado, en este caso una instancia JAVA:

Se solicita el usuario y clave del administrador de la instancia SAP <sid>adm:

Como la actualización es de support packages individuales se indica la opción Manually prepared directory y se introduce el directorio EPS-inbox: /usr/sap/trans/EPS/in

Hay que revisar la nota correspondiente al nivel de SP del SUM utilizado, en este caso Note 1790828 – Central Note – Software Update Manager 1.0 SP08 [lmt_004] e introducir el keyword indicado en la nota:

Hay que introducir un usuario administrador de Java y su contraseña:

El programa no encuentra ningún Support Package instalable y se muestra la siguiente pantalla:

Si se accede al link TargetVersionReport.html se abre en un navegador un informe que detalla el resultado del análisis del directorio /usr/sap/trans/EPS/in:

El tutorial continúa en el próximo artículo, con la instalación de un Support Package, y será publicado el próximo viernes.