miércoles, 29 de marzo de 2017

SAPUI5, oData y filtros: Consultar sólo los datos que nos interesan (y II)

En el post anterior habíamos creado una aplicación para aprender a usar tanto filtros como selección por propiedades clave. Lo habíamos hecho todo a manubrio, como unos campeones. ¿Pero cómo lo hace el Web IDE?

Vamos a ver cómo se genera automáticamente una búsqueda usando filtros mediante las plantillas del Web IDE y así aprendemos a hacerlo más bonito. Podemos utilizar una aplicación como la que creamos en este post, de tipo Worklist.


lunes, 27 de marzo de 2017

Recibo de Nómina de SAP: Evolución versiones Portal y Fiori (Parte 2 de 2)


En este segundo post relacionado con la evolución del recibo de nómina os quiero fustigar con las versiones que ha creado SAP para visualizar el recibo desde aplicaciones web (para gente mu curiosa os dejo un link al post anterior que preparé sobre las versiones del ERP).
 
Actualmente existen empresas que todavía utilizan el portal del empleado basado en Web Dynpro Java.
 
SAP creó una aplicación estándar para permitir que los empleados de una empresa pudiesen visualizar sus recibos desde el portal del empleado.
 
 

martes, 21 de marzo de 2017

Recibo de Nómina de SAP: Evolución versiones ERP (Parte 1 de 2)


Este post va a tratar sobre las distintas formas que te ofrece SAP para deprimirte a final de mes viendo tu nómina XD (Los autores de este blog somos unos ansiosos y siempre queremos más dinero jejeje)
En concreto en esta primera parte os voy a contar todo lo relacionado a los recibos que se generan desde el ERP. Estos recibos se pueden imprimir o se pueden enviar vía email a los empleados mediante un desarrollo que misteriosamente SAP no ha creado (al menos que yo sepa).
El tipo de recibo MÁS feo y antiguo es el llamado recibo clásico y tiene esta pinta.

Este recibo es de la nómina de un señor ficticio y se está visualizando el recibo estándar de SAP (EF01).

lunes, 13 de marzo de 2017

Gamificación Made in SAP (Parte 3 de 3)


En este posiblemente último post sobre gamificación, quería hablar sobre cómo se pueden hacer llamadas a la API de gamificación desde el servicio del SCP, y también quería aprovechar para hacer un pequeño ejemplo aprovechando mis grandes conocimientos sobre aplicaciones Fiori jejeje.

Os dejo los enlaces a los posts anteriores: parte 1 y parte 2.



Esta vez es el turno de Sony y ya no subo más fotos de estas que es hacer trampa jejeje.

miércoles, 8 de marzo de 2017

SAPUI5, oData y filtros: Consultar sólo los datos que nos interesan (I)

Nos habíamos creado una aplicación SAPUI5 para poder consultar una colección de un servicio oData, y lo habíamos hecho de dos formas: Asignando la colección a un elemento de la vista, como hacen las plantilllas del Web IDE, y mediante el método read del objeto oDataModel.

Pero hasta ahora lo único que hemos conseguido es obtener toooooodo el listado de la colección. Sin embargo, ¿qué ocurre si lo que queremos obtener es sólo una parte de ese listado? Que tenemos que aplicar filtros.

Pues venga, vamos a ver cómo podemos aplicar esos filtros.

lunes, 6 de marzo de 2017

Gamificación Made in SAP (2 de 3)


Este segundo post sobre la gamificación de SAP, vamos a ver como crear un juego utilizando la interfaz que ofrece este servicio.

Para los que no viesen el primer post de esta serie os dejamos el link.



Esta vez tocaba algo de Microsoft XD.

Una vez que se ha activado este servicio en el SCP (la plataforma anteriormente conocida como HCP), es recomendable seguir el tutorial (Onboarding tutorial) que viene a la entrada del servicio, para asegurarnos que tenemos todos los pre-requisitos para poder utilizar esta funcionalidad.


miércoles, 1 de marzo de 2017

Dios mío, ¿dónde está mi Gateway?

Que si vamos a usar Fiori, que si vamos a trabajar con SAPUI5, que si consumimos servicios oData... Pero todo este "entramado" SAP UX necesita una parte tecnológica en la que sustentarse, que nos permite comunicar nuestro Front-End (la máquina a la que accedemos para usar nuestras aplicaciones SAPUI5 mediante el Fiori Launchpad) con nuestro Back-End (allí donde tenemos bien guardados nuestros datos maestros).

Este componente no es ni más ni menos que el SAP NetWeaver Gateway 2.0.

Básicamente, el Gateway permite que el Front-End exponga al exterior los datos que se generan en el Back-End (mediante los servicios oData). Toda la parte de autorizaciones de negocio y calidad del dato reside en el Back-End (la forma de obtener los datos es una caja negra para el usuario) y al Front-End sólo enviamos lo que el usuario puede ver, para que se pinte en la aplicación web.

Pero, ¿dónde está el famoso Gateway?