Resumen temas de

investigación.

Luis manuel guzmán ramos

1
Índice.

Módulo SAP HCM. 3

SAP Success Factor. 3

SAP Enhancements. 4

SAP BAdI. 4

Implementar una BAdI. 4

Diferencia entre Enhancements y BADI 6

JOBS En SAP. 6

REST: transferencia de estado representacional 7

SOAP: protocolo simple de acceso a objetos 8

¿Cuál es la diferencia entre SOAP y REST? 9

2
Módulo SAP HCM.

Las siglas del módulo SAP HCM provienen de Human Capital Management, lo que
en español traduciremos como “Gestión del Capital Humano”. Es, por tanto, el
software de gestión empresarial que permite simplificar los procesos de recursos
humanos de una compañía. Esto permite a las compañías una gestión inteligente
gracias a la tecnología.

La implementación de SAP HCM ofrece muchas ventajas y las operaciones de SAP

HCM no son una excepción. Su entrenamiento te permite organizar un sistema de
estructura de procesos de recursos humanos en una plataforma de trabajo.
Muchas tareas pueden automatizarse, lo que reduce el trabajo manual y aumenta la
productividad. La configuración de SAP para RR.HH. te permite maximizar el
proceso de reclutamiento, ya que las empresas pueden contratar trabajadores
permanentes, pero también con trabajadores temporales, a tiempo parcial y también
apuestas diarias.

Además, la implementación del módulo SAP HCM NO requiere el rediseño de

todo el proceso. SAP HCM User es un software flexible y permite ajustar los
nuevos desarrollos de SAP dentro del proceso existente. SAP tiene varios modelos
para diferentes procesos en la gestión de recursos humanos. Por ejemplo: cada
empleado tiene nombre, identificación de empleado, designación, etc., que el equipo
de recursos humanos de cada organización debe registrar. Estos datos se pueden
crear y almacenar automáticamente utilizando las herramientas y formas de SAP
HCM. Del mismo modo, los datos se pueden registrar en función de la gestión del
tiempo, los detalles de la nómina y los horarios de trabajo, etc.

SAP Success Factor.

Success Factors cubre prácticamente todos los procesos de Recursos Humanos

en la nube (Cloud), mediante Data Centers localizados globalmente, que permiten
almacenar y gestionar toda la información.

3
Mediante este sistema en la nube, permite que varios clientes compartan
infraestructuras, bases de datos y aplicaciones, aunque cada uno disponga de sus
propias instancias. Todo ello, dotado de movilidad y permitiendo consumir las
aplicaciones en entornos multidispositivo y multiplataforma.

SAP Enhancements.

SAP introdujo los Enhancement framework para mejorar una parte particular del
código fuente. Para mantener estos procesos fáciles y flexibles, SAP proporciona
cierta área donde se pueden agregar estos códigos de mejora. Estos se denominan
"ganchos". La mejor parte de estas mejoras es que se comportan como el código
real y, al mismo tiempo, se transportan por separado entre los diferentes
entornos.

SAP BAdI.

Anteriormente, hemos visto que pudimos agregar código al código fuente y

transferirlo a diferentes entornos. Posteriormente, SAP creó un nuevo tipo de marco
de mejora que utiliza conceptos orientados a objetos. Esta nueva técnica de
Mejora, por lo tanto, se creó en forma de clase y objetos y estaba disponible para su
reutilización. BADI son las siglas de Business Add-Ins. Son técnicas de mejora
basadas en objetos orientados que se pueden reutilizar.

Implementar una BAdI.

El proceso de implementación de una BAdI tiene dos pasos. El primero es mirar

la definición de la misma, para saber los métodos de los que disponemos y qué
parámetros tiene cada uno de ellos.

Este paso lo haremos en la transacción SE18, donde, introduciendo el nombre de

la BAdI, tendremos acceso a toda su información. Lo que nos interesa es la última
pestaña, y más concretamente, la parte de “Interface”. Aquí veremos los métodos y
podremos navegar por los diferentes objetos dentro del generador de clases (SE24).

Cuando ya tenemos clara la BAdI que queremos implementar, accedemos a la

transacción SE19 para el siguiente paso: la implementación.

4
Como se puede ver en la imagen, tenemos dos partes bien diferenciadas. La parte
de abajo será la primera que utilicemos, puesto que lo primero es crear la
ampliación. Indicando la BAdI que queremos implementar se nos pedirán los
nombres de la implementación y la clase a crear. Normalmente se suele añadir un
prefijo (que empiece por Z) al nombre original, para que sea fácil relacionar la
implementación con la propia definición.

Cuando todo se haya creado, ya podremos programar cada uno de los métodos que
necesitamos para nuestro desarrollo. A partir de ahora, cada vez que queramos
modificar la implementación, podremos volver a la pantalla inicial de la transacción
SE19 y utilizar el bloque superior.

Para finalizar, es muy importante acordarse de activar la implementación para que

se ejecute. No solo activar el objeto en SAP, como con todos los que creamos, sino

5
marcar el check de “Implementación está activa” en la SE19 para que la tenga en
cuenta en tiempo de ejecución.

Diferencia entre Enhancements y BADI

Enhancements BADI

Una técnica de Enhancements estándar Un BADI se puede utilizar tantas veces

se puede utilizar solo una vez. como desee.

No están orientados a objetos. Están puramente orientados a objetos.

Son fáciles de implementar. Es la mejora más sofisticada.

Estos son cambiados principalmente Los códigos BADI están separados del
solo por el desarrollador. código fuente, por lo que el cliente
también puede realizar más
implementaciones utilizando BADI.

JOBS En SAP.

Son un conjunto de uno o más programas que se lanzan consecutivamente en

proceso de fondo en SAP. Los Jobs se crean a través de la transacción estándar
SM36, es la transacción estándar de SAP que se utiliza para la definición de
procesos de fondo conocidos como Jobs en SAP.

1. Allí tendremos que introducir un nombre para el job y presionar enter.

2. A continuación introducimos el nombre del programa ABAP que se ejecutará
como job de fondo.
3. Luego presionaremos el botón "Verificar" y "Grabar".
4. Por último, presionamos el botón de navegación "Back" y volvemos a la
pantalla anterior para configurar la condición de inicio del job.

6
 5. Para ello seleccionamos el botón "Condición de inicio" y en el campo "Inicio
previsto" colocaremos la fecha de arranque o comienzo y la hora de
ejecución del job.
6. Luego seleccionamos el botón "Valores del período" y seleccionamos por
ejemplo "Diario" y presionamos "Guardar".
7. Finalmente volvemos a "Guardar" y tendremos listo para ejecutar nuestro job
de fondo.

Los Jobs pueden ser programados desde la transacción SM36 priorizando su

ejecución de acuerdo las siguientes categorías:
● Clase A (Alta / Prioridad crítico)
● Clase B (Prioridad media )
● Clase C (baja Prioridad).
La visualización se realiza desde la transacción SM37 viendo su historial del
Jobs.
las principales ventajas de un job en SAP son:
● Reduce el esfuerzo manual y automatizada de la tarea.
● Puede ser programado de acuerdo con la elección del usuario.
● Reduce la interacción del usuario y se puede ejecutar sin problemas en
segundo plano sin intervención del usuario.
● Ideal para los programas que requieren mucho tiempo / uso intensivo de
recursos que pueden ser programados para ejecutarse en la noche (cuando
la carga del sistema es baja).

REST: transferencia de estado representacional

REST es un conjunto de principios arquitectónicos que se ajusta a las necesidades

de los servicios web y las aplicaciones móviles ligeras. Dado que se trata de un
conjunto de pautas, la implementación de las recomendaciones depende de los
desarrolladores.

Cuando se envía una solicitud de datos a una API de REST, se suele hacer a
través de un protocolo de transferencia de hipertexto, comúnmente denominado
HTTP. Una vez que reciben la solicitud, las API diseñadas para REST (conocidas

7
como API o servicios web de RESTful) pueden devolver mensajes en distintos
formatos: HTML, XML, texto sin formato y JSON. El formato preferido para los
mensajes es la notación de objetos JavaScript (JSON), ya que, a pesar de su
nombre, puede leerlo cualquier lenguaje de programación, es ligero y lo
comprenden tanto las personas como las máquinas. De esta forma, las API de
RESTful son más flexibles y se pueden configurar con mayor facilidad.

Se considera que una aplicación es RESTful si cumple con seis pautas

arquitectónicas. Una aplicación de RESTful debe tener lo siguiente:

1. Una arquitectura cliente-servidor compuesta por clientes, servidores y

recursos.
2. Una comunicación cliente-servidor sin estado, lo cual significa que el
contenido de los clientes no se almacena en el servidor entre las solicitudes,
sino que la información sobre el estado de la sesión queda en el cliente.
3. Datos que pueden almacenarse en caché para eliminar la necesidad de
algunas interacciones cliente-servidor.
4. Una interfaz uniforme entre elementos para que la información se transfiera
de forma estandarizada, en lugar de ser específica para las necesidades de
cierta aplicación. Roy Fielding, el creador de REST, lo describe como "la
característica principal que distingue el estilo arquitectónico de REST de los
demás estilos basados en la red".
5. Una restricción del sistema en capas, en el que las interacciones cliente-
servidor pueden estar mediadas por capas jerárquicas.
6. Código según se solicite, lo que permite que los servidores amplíen las
funciones de un cliente al transferir el código ejecutable (esto también reduce
la visibilidad, así que es una pauta opcional).

SOAP: protocolo simple de acceso a objetos

SOAP es un protocolo estándar que se creó originalmente para permitir la

comunicación entre las aplicaciones que se diseñan con diferentes lenguajes
y en diferentes plataformas. Como es un protocolo, impone reglas integradas que
aumentan la complejidad y la sobrecarga, lo cual puede retrasar el tiempo que
tardan las páginas en cargarse. Sin embargo, estos estándares también ofrecen

8
normas integradas que pueden ser ideales para el sector empresarial. Los
estándares de cumplimiento integrados incluyen la seguridad, la atomicidad, la
uniformidad, el aislamiento y la durabilidad (ACID), que forman un conjunto de
propiedades que garantizan operaciones confiables de las bases de datos.

Las especificaciones comunes de los servicios web incluyen lo siguiente:

● Seguridad de los servicios web (WS-Security): estandariza la forma de

proteger y transferir los mensajes usando identificadores únicos llamados
tokens.
● Mensajería segura de los servicios web (WS-ReliableMessaging):
estandariza el control de errores entre mensajes que se transfieren en
infraestructuras de TI poco confiables.
● Abordaje de los servicios web (WS-Addressing): paquetes que enrutan la
información como metadatos dentro de los encabezados SOAP, en lugar de
mantener la información en un lugar más profundo de la red.
● Lenguaje de descripción de los servicios web (WSDL): describe qué hace
un servicio web, así como dónde comienza y termina.

El envío de una solicitud de datos a una API de SOAP se puede administrar a través
de cualquiera de los protocolos de la capa de la aplicación: HTTP (para los
exploradores web), SMTP (para el correo electrónico), TCP, entre otros. Sin
embargo, una vez que se recibe una solicitud, los mensajes SOAP de retorno deben
ser documentos XML, que es un lenguaje de marcado que comprenden las
personas y las máquinas. Una solicitud completa a una API de SOAP no se
almacena en caché por un navegador, por lo que no se puede acceder a ella
después sin reenviarla a la API.

¿Cuál es la diferencia entre SOAP y REST?

Es posible que muchos sistemas heredados sigan rigiéndose por SOAP, aunque
REST haya surgido más tarde y se considere una alternativa más rápida en los
escenarios basados en la Web. REST es un conjunto de pautas que ofrece una
implementación flexible, mientras que SOAP es un protocolo con requisitos
específicos, como en el caso de la mensajería XML.

9
Las API de REST son ligeras, así que son ideales para los contextos más nuevos,
como el Internet de las cosas (IoT), el desarrollo de aplicaciones móviles y la
informática sin servidor. Los servicios web de SOAP ofrecen seguridad y
cumplimiento de las operaciones integrados que coinciden con muchas de las
necesidades empresariales, pero que también los hacen más pesados. Asimismo,
muchas API públicas, como la API de Google Maps, siguen las pautas de REST.+

10
fuentes:

● https://orekait.com/blog/que-es-success-factor/
● https://www.sap.com/latinamerica/products/human-resources-hcm/about-
successfactors.html
● https://www.cvosoft.com/sistemas_sap_abap/recursos_tecnicos_abap/que-
es-sap-hcm.php
● https://cloudftic.com/cursos-sap/sap-hcm-que-es-y-para-que-sirve/
● https://www.sap.com/latinamerica/products/human-resources-hcm.html
● https://www.sap.com/latinamerica/products/human-resources-hcm.html
● https://gocoding.org/difference-between-enhancements-and-badi/
● https://orekait.com/blog/que-son-las-badis-de-sap/
● http://www.cvosoft.com/glosario-sap/sap/sm36-857.html
● http://www.cvosoft.com/glosario-sap/sap/jobs-1182.html
● https://www.redhat.com/es/topics/integration/whats-the-difference-between-
soap-rest

11