Quantcast
Channel: SAP archivos - Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap...
Viewing all 598 articles
Browse latest View live

Como ampliar la ventana de la transacción SM30

$
0
0

Un consultor utiliza la transacción SM30 para modificar los datos de las tablas no estándares, (Tablas Z). En la mayoría de los casos, las tablas definidas por los clientes son más amplias que la ventana estándar definida en la SM30.  Por lo que, algunos de los datos se muestran ocultos y se debe desplazar la ventana para poder observar todos los datos, ya que, en muchos casos la pantalla es mayor, que la ventana, y se podrían mostrar más información.

Para explicar el proceso de como agrandar la ventana de la transacción estándar SM30 se muestra el siguiente ejemplo. Se ha creado una tabla llamada ZHARDCODE, que se define con 8 campos. En la imagen de abajo tenemos la definición de la tabla en la transacción SE11.

Como ampliar la ventana de la transacción SM30 - transacción SE11.

Si se accede a la transacción SM30, se observa que solo se muestran 4 de los campos de los 8 definidos y desplazando el scroll a la derecha, se encuentran el resto de campos. Lo que se busca en este artículo es poder aprovechar de manera eficiente el tamaño que nos proporciona la pantalla, y mostrar todos los datos posibles.

Como ampliar la ventana de la transacción SM30 - transacción SM30

En primer lugar, se debe de obtener el Grupo de Funciones que llama a la actualización de datos. Esta información se obtiene accediendo a la transacción SE11, introduciendo el nombre de la tabla en “Tabla de Base de datos”, en nuestro caso ZHARDCODE y se visualiza.

Como ampliar la ventana de la transacción SM30 (3)

En el menú, en la parte superior pulsando Utilidades -> Generar Actualizador de tablas se muestra la siguiente pantalla (observar imagen inferior), donde, se define el grupo de funciones para esta pantalla (rara vez se definen el nombre de la tabla y el grupo de funciones con nombre diferente)

Como ampliar la ventana de la transacción SM30 - Generar Actualizador de tablas

Cuando se conoce el nombre del grupo de funciones se debe de acceder a la transacción SE80. A continuación, se introduce el grupo de función definido, donde se mostrará la siguiente ventana, en la cual, se debe de pulsar en el dynpro 0001.

Como ampliar la ventana de la transacción SM30 - dynpro 0001.

En la Dynpro, en la pestaña Atributos se observa que los campos de “líneas/columnas de actualizar en la dynpro” son modificables. En nuestro caso, si queremos ampliar mostrando más columnas, debemos agrandar el campo “Columnas para actualizar en el dynpro”, modificando de 83 a 250.

Como ampliar la ventana de la transacción SM30 - Columnas para actualizar en el dynpro

 

El siguiente paso será ampliar la parte de las columnas ocupadas en la dynpro, como es un campo no modificable se debe de acceder al Layout pulsando el siguiente botón .

En el Screen Painter, arrastraremos la Tabla de control hasta el final de la pantalla de la Dynpro.

Como ampliar la ventana de la transacción SM30 - Screen Painter

Arrastrando la Tabla de Control, se obtiene lo siguiente.

Como ampliar la ventana de la transacción SM30 (9)

Cuando activemos, observaremos como el campo de líneas/columnas ocupadas, cambiará aumentando al máximo las columnas ocupadas.

Como ampliar la ventana de la transacción SM30-1

Por último, si accedemos de nuevo a la transacción SM30 vemos que la tabla ocupa toda la pantalla, sin dejar espacio en la parte derecha.

Como ampliar la ventana de la transacción SM30 (10)

Esperamos que este artículo te haya servido de ayuda si necesitabas agrandar la ventana de la transacción estándar SM30. Puedes dejarnos tus preguntas en comentarios 😉

La entrada Como ampliar la ventana de la transacción SM30 se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....


SAP Sales Cloud: cómo personalizar la interfaz a la imagen corporativa

$
0
0

Podemos personalizar la apariencia de SAP Sales Cloud sobre la que trabajamos para que se asemeje a la identidad corporativa de una empresa.

Para comenzar, arriba a la derecha seleccionaremos sap sales cloud - como personalizar la interfaz a la imagen corporativa - icono perfil  en el menú de usuario la pestaña “Parametrizaciones” dónde podemos configurar los primeros cambios.

Mi imagen de fondo

Podemos personalizar la imagen de fondo y las opciones relacionadas para modificar la apariencia. Podemos definir una imagen como “tu imagen de fondo” personalizada y ajustar las opciones de color y transparencia asociadas a la imagen de fondo. Sus modificaciones surten efecto inmediatamente y solo el usuario podrá visualizarlas.

Otra muy buena opción es personalizar la imagen de fondo para que coincida con la marca de la empresa y su identidad visual corporativa. A través del botón “cargar” podemos elegir una imagen desde el ordenador la cual deberá ser de un tamaño inferior a 3MB. Podemos fijar y cambiar el tamaño de la imagen en el área de vista previa tanto para escritorio y tableta como para Smartphone. También podemos “Grabar o Restaurar” esta imagen de fondo.

Imagen de marca

Disponemos de tres apartados diferentes para personalizar nuestro Sales Cloud: generador de temas, imagen de fondo y logotipo.

 Generador de temas

Podemos seleccionar un tema pre-diseñado por SAP como por ejemplo los temas “SAP Belize”, “SAP Belize Deep” o “SAP Fiori 3”. Aunque lo más interesante es la posibilidad que nos ofrece de Personalizar uno de esos temas qué analizaremos más adelante.

sap sales cloud - como personalizar la interfaz a la imagen corporativa - temas

Imagen de fondo

En este apartado podemos distinguir dos: la imagen correspondiente a la “Página de inicio de sesión” y la correspondiente a la “página inicial”. En estas páginas el tamaño de la imagen cargada debe ser inferior a 1MB. Podemos crear fondos de colores corporativos con degradados suaves o fondos con estampados corporativos muy sutiles con motivos que no interfieran en el protagonismo de la herramienta.

sap sales cloud - como personalizar la interfaz a la imagen corporativa - previa imagen inicial

Logotipo

Podemos cargar el logotipo de empresa en la “página de inicio de sesión” y en la “Barra Shell”. En este apartado también se hace la diferencia de visualización previa de escritorio y tableta, así como de Smartphone.

sap sales cloud - como personalizar la interfaz a la imagen corporativa - logo

Personalizar un tema prediseñado SAP

Detalles para personalizar un tema pre-diseñado SAP. Se pueden modificar varios parámetros divididos en varios grupos que son: global, panel de navegación, pestaña de botón indicador/favorito, barra de herramientas, lista, tabla, vista detallada, ventana de búsqueda global, página de inicio de sesión, barra de navegación de pestaña múltiple y página de inicio.

Son varios los parámetros que podemos modificar acorde a la gama cromática de la marca que queramos aplicar. Según el tema prediseñado SAP que elijamos y junto a los cambios que configuremos obtendremos una apariencia u otra.

Por ejemplo, en el grupo “Panel de navegación”, que se refiere al panel vertical izquierdo, podremos cambiar el color de fondo según los diferentes niveles, el color de texto, el color de icono, color de fondo de posición seleccionada, etc. Los colores se especifican utilizando nombres de valor RGBA y HEX.

sap sales cloud - como personalizar la interfaz a la imagen corporativa - seleccion color

También podemos configurar la “Página de inicio de sesión” especificando por ejemplo el color de fondo y el color de texto del botón de entrada al sistema, el color del texto de copyright, color de fondo de la página o el texto por defecto.

A nivel global podremos configurar el color de barra del estado superior, el color de fondo de la barra Shell, el color de los enlaces, color de iconos, color de conmutadores, color de pulsadores, etc.

Todos estos cambios deben ser cuidadosamente diseñados y configurados dentro de una gama de colores coherente y llena de matices, ya que cualquier cambio afecta en diferentes zonas de la interfaz de usuario. Una vez realizados los cambios necesarios los guardaremos a través del botón “Publicados” que encontraremos a la derecha de la barra inferior.

sap sales cloud - como personalizar la interfaz a la imagen corporativa (1)

Podremos exportar la configuración definida, obteniendo como resultado un archivo .json que podremos importar en otra ocasión para replicar la misma apariencia en SAP Sales Cloud. Hay que tener en cuenta que como muchos otros programas SAP Sales Cloud evoluciona y tiene actualizaciones que pueden afectar al diseño configurado meses antes y por tanto debemos contemplar la posibilidad de tener que hacer ajustes de colores más adelante.

Esperamos que este artículo te haya ayudado a la hora de personalizar la apariencia de SAP Sales Cloud a la identidad corporativa de tu empresa. Puedes dejaros tus preguntas en comentarios, y recuerda, que si estás interesad@ en esta solución CRM, puedes ponerte en contacto con nuestro departamento de Customer Experience.

Área Customer Experience

La entrada SAP Sales Cloud: cómo personalizar la interfaz a la imagen corporativa se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Reglas de negocio en SAP SuccessFactors

$
0
0

En artículos anteriores abordamos el tema de la gestión de datos en Employee Central, el core de la herramienta cloud de SAP SuccessFactors. Comentábamos en el artículo “Un Nuevo diccionario de Datos” que el software para HCM en la nube de SAP permitía gestionar datos de empleado en la nube gracias al uso de diversas herramientas y que, una de ellas, “la gestión de datos”, recordaba en gran parte al diccionario de datos (SE11) del tradicional sistema on-premise.

Pues bien, en este artículo iremos más allá y nos centraremos en otras herramientas de employee central como son las reglas de negocio.

Las reglas de negocio nos permiten establecer procesos de negocio necesarios para el día, desde la ejecución de evento y la actualización de campos hasta la definición de mensajes (Error, Warning, Información…).

Para definir bien un proceso con reglas de negocio deberemos haber configurado nuestra plataforma cloud sobre la base de Employee Central. Si no es nuestro caso, deberemos ponernos en contacto con nuestro consultor certificado para ello 😉.

Portlets de Empleado

Los portlets de empleado son el homólogo a los infotipos del sistema on-premise de SAP, recogen información de empleados en base a fecha efectivas y como, estamos en Employee Central conviene que recojan MDF Objects en vez de los básicos standard-elements que recogemos en el UDF.

Aquí os dejo un ejemplo de Portlet de empleado:

reglas de negocio en SAP SuccessFactors - Portlet de empleado

Lo que observamos es básicamente una agrupación de campos MDF, información que se obtiene de los infotipos de personal (0002) de nuestro sistema on-premise (Siempre que tengamos un método híbrido implementado).

Obviamente, dichos campos no son estándar por lo que no vienen en nuestro sistema SF de serie y por ello, deberemos seguir ciertos pasos si queremos agrupar la información de PA según nuestras preferencias. El primer paso, consistiría en la definición de objetos.

Definición de Objetos

Es la transacción core de Employee Central, en ella definiremos la estructura de nuestros objetos MDF y los campos que recogerán los portlets de empleado:

reglas de negocio en SAP SuccessFactors - transacción core

Gestionar datos

Es la aplicación “hija” de la definición de objetos del diccionario SF (o por lo menos, así me gusta a mí definirla). En ella se recogen los registros de datos maestros de personal y que, a posteriori utilizaremos como criterios de valoración para nuestro mensajes y proceso.

Además, es una herramienta clave para la definición de mensajes:

reglas de negocio en SAP SuccessFactors (4)

Reglas de Negocio

Una vez configurada nuestra UI para los portlets, otorgados nuestros permisos a través de los RBP en las vistas de empleados, creados nuestros custom MDF e insertados nuestros registros de personal, podremos crear reglas de negocio y asignárselos a los campos de nuestros perfiles de empleados que deseemos.

Nada más acceder a la transacción “Configurar Reglas de negocio” deberemos escoger el tipo de regla a utilizar en base a la finalidad de nuestro proceso: Metadata Framework, Gestión de tiempo, Generación de documentos y Básicos entre otros.

En este caso, seleccionaremos “regla básica” para plantear el caso de que el campo DNI, al ser un campo sensible, no sea modificable en el portlet de empleados por el usuario final haciendo que éste siempre sea igual al campo de DNI del infotipo 0002 de datos personales de SAP ERP HCM.

reglas de negocio en SAP SuccessFactors (5)

Deberemos, a continuación, elegir un nombre e ID para nuestra regla, una fecha de inicio y, un objeto base.

reglas de negocio en SAP SuccessFactors (6)

Una vez definidos nuestros parámetros, deberemos implementar nuestra propia lógica y guardar nuestra regla.reglas de negocio en SAP SuccessFactors (7)reglas de negocio en SAP SuccessFactors (8)

Por último, apuntaremos nuestro código de regla y se lo asignaremos en “Configuración de definiciones de objeto” a nuestro campo sensible (DNI) en la pestaña detalles > Asignación de reglas:

reglas de negocio en SAP SuccessFactors - Configuración de definiciones de objeto

 

Ahora, si nuestros usuarios, intentan modificar el campo DNI directamente desde el portlet de empleados, saltará el siguiente error al no ser este igual que el campo de la entity que recoger los datos de personal extraídos del infotipo 0002 de datos personales.

reglas de negocio en SAP SuccessFactors (11)

reglas de negocio en SAP SuccessFactors (12)

 

Obviamente, hubiese sido más fácil definir dicho campo (DNI) como sensible y a través del atributo pii o, simplemente ocultarlo, o también que fuese solo de lectura, pero me había pensado que sería interesante mostrar todo los que SF nos permite hacer en cuanto a la gestión de datos de empleado 😉.

Esperamos que este artículo te haya sido de interés. Puedes dejarnos tus preguntas en comentarios, y si estás interesad@ en implantar SAP SuccessFactors en tu empresa, nuestro equipo del área HXM puede ayudarte a ello.

Área SAP HXM

La entrada Reglas de negocio en SAP SuccessFactors se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Comprimir archivos con ABAP

$
0
0

Todos los que trabajamos con SAP estamos rodeados, continuamente, de datos. Nosotros, los trabajadores, manejamos estos datos, los transformamos en información, hacemos programas para mostrar la información… con el objetivo final de convertir la información en conocimiento.

Hay situaciones en las que nos es necesario transferir la información a diferentes tipos de archivos (.xlsx, .txt, etc.) con la finalidad de descargarlos a nuestros equipos, enviarlos por correo, …

Dicho esto, os voy a explicar a comprimir uno o varios archivos con ABAP, ya que me ha resultado muy útil a lo largo de mi carrera como programadora ABAP.

En este ejemplo, crearemos dos archivos .txt y los introduciremos en un archivo comprimido (.ZIP). Los pasos que vamos a seguir van a ser los siguientes:

  1. Recoger los datos en tablas internas
  2. Convertir las tablas internas en tipo XSTRING (char 1024)
  3. Crear el objeto para la clase CL_ABAP_ZIP
  4. Añadir los archivos al .ZIP
  5. Generar el archivo .ZIP
  6. Descargar el archivo .ZIP

Recoger los datos en tablas internas

Se han seleccionado las tablas SCARR (Compañía aérea) y SPFLI (Itinerario de vuelos) para obtener, por un lado, el código y nombre de las compañías aéreas y, por otro lado, sus ciudades de origen y destino de los viajes que realizan.

Rellenaremos las tablas internas LT_COMPANIAS y LT_CIUDADES.

COMPRIMIR ARCHIVOS CON ABAP (2)

Convertir las tablas internas en el tipo XSTRING

Es necesario convertir las tablas internas al tipo XSTRING, ya que la clase CL_ABAP_ZIP solo acepta este tipo.

Primero, crearemos una tabla interna que contenga una sola columna de tipo C (char) de la longitud que a nosotros nos interese.

COMPRIMIR ARCHIVOS CON ABAP (3)

*La tabla se creará en basándose en el tipo TY_LINEAS.

Segundo, recorreremos nuestras tablas internas (LT_COMPANIAS y LT_CIUDADES) y volcaremos los datos a la tabla LT_LINEAS. De esta manera conseguiremos tener en una tabla, línea por línea en tipo C (Char), todos los registros que queramos convertir a tipo XSTRING.

Para terminar, llamaremos a la función SCMS_TEXT_TO_XSTRING para que hagamos la conversión de tipo C a tipo XSTRING. Como podeís apreciar en la imagen n.º 3, en el parámetro P_XSTRING obtendremos el valor de la tabla interna en tipo XSTRING.

Estos pasos, los haremos mediante una subrutina. Le pasaremos la tabla interna, su estructura y la variable que va a obtener el valor en tipo XSTRING.

COMPRIMIR ARCHIVOS CON ABAP (4)

El código de la subrutina CONVERTIR_TABLAS es la siguiente:

COMPRIMIR ARCHIVOS CON ABAP (5)

Crear el objeto para la clase CL_ABAP_ZIP

Crearemos el objeto de la clase CL_ABAP_ZIP para que podamos utilizar sus métodos e incluyamos los ficheros en nuestro archivo .ZIP.

COMPRIMIR ARCHIVOS CON ABAP (1)Añadir los archivos al .ZIP

Para añadir nuestras tablas internas ya convertidas en tipo XSTRING al archivo .ZIP utilizaremos el método ADD de la clase CL_ABAP_ZIP.

En la imagen, añadimos dos ficheros al .ZIP. Por un lado, un fichero llamado “companias.txt”, donde el valor de ese fichero está en la variable V_XSTR_COMPANIAS, y, por otro lado, el fichero “ciudades.txt”, donde el valor de ese fichero está en la variable V_XSTR_CIUDADES.

*Recordad que las variables V_XSTR_COMPANIAS y V_XSTR_CIUDADES tienen el contenido de las tablas internas en tipo XSTRING.

Generar el archivo .ZIP

Ahora que hemos añadido los ficheros a nuestro .ZIP, vamos a generar el archivo .ZIP. Utilizaremos el método SAVE que nos proporciona la clase CL_ABAP_ZIP.

Simplemente, llamando al método SAVE del objeto LO_ZIP habremos creado nuestro archivo .ZIP.

Pero, en la imagen estamos guardando en una variable de tipo XSTRING el valor del archivo .ZIP. Esto lo hacemos para que podamos descargar el archivo .ZIP más adelante.

Descargar el archivo .ZIP

Para descargar el archivo utilizaremos la función GUI_DOWNLOAD. Pero antes de llamar a esta función vamos a tener que convertir nuestro .ZIP en una tabla interna.

Con el valor que tenemos del archivo .ZIP en tipo XSTRING, llamaremos a la función SCMS_XSTRING_TO_BINARY, y ésta nos devolverá una tabla interna.

Se declara la tabla interna que vamos a utilizar

Valor del archivo .ZIP en tabla interna /  Valor del archivo .ZIP en XSTRING

¡Ahora sí! ¡Ya lo tenemos todo listo! 🙂

Llamamos a la función GUI_DOWNLOAD y le pasaremos nuestra tabla interna LT_ZIP para descargarla a nuestro equipo.

 

En este ejemplo, nuestro archivo .ZIP se descargará en el escritorio con el nombre “archivo.zip”. Además tenemos que indicar que el tipo de fichero será binario ( ‘BIN’ ).

Resultado final

Esperamos que este artículo te haya sido de utilidad si estabas buscando cómo comprimir archivos con ABAP. Recuerda que puedes dejarnos tus preguntas en comentarios 😉

La entrada Comprimir archivos con ABAP se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Webinar SAP Sales Cloud

$
0
0

Aquí os dejamos el webinar que hemos imporatido sobre SAP Sales Cloud.  En este webinar te mostraremos las principales características y funcionalidades básicas de SAP Sales Cloud, el nuevo CRM cloud de SAP. No obstante, este CRM cuenta con muchas más funcionalidades de interés, que iremos abordando en futuros webinars, artículos etc.

Te enseñamos también una DEMO en vivo de la herramienta y realizaremos las tareas más básicas de gestión de esta solución que forma parte de la suite C/4HANA para la gestión de la experiencia de cliente.

Agenda:

– Presentación Oreka IT
– ¿Qué es SAP C/4HANA?
– SAP Sales Cloud, ¿qué puede ofrecernos?
· Gestión de clientes
· Gestión de leads
· Oportunidades y ofertas
· Tareas y visitas
· Herramientas de análisis
· App móvil
· Integración Outlook

– Demo

Si tienes cualquier pregunta, puedes dejarnos un comentario o ponerte en contacto con nuestro departamento de Customer Experience.

Área Customer Experience

La entrada Webinar SAP Sales Cloud se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Integrar Sharepoint con SAP

$
0
0

Actualmente todas las empresas tienen documentación digital que deben almacenar en un gestor documental. Por lo tanto, la importancia de tener toda esa información ordenada y accesible de forma sencilla es mayor. En este sentido, como proveedores de servicio de SAP nos hemos enfocado en la forma de poder gestionar y almacenar de forma sencilla los documentos que se adjuntan en el ERP. Si observamos el actual ecosistema de soluciones para repositorios documentales, Sharepoint es una de las principales soluciones tanto en su versión onpremise como en su versión online incluida en la suite Office365.

El actual problema es que Sharepoint no es compatible con ArchiveLink el protocolo de SAP para enviar documentos a los repositorios documentales. Por ello desde Oreka, hemos decidido llegar a un acuerdo de colaboración con la empresa Intellidocx, el cual, cuenta con un conector certificado tanto por SAP como por Microsoft para poder juntar SAP y Sharepoint de una forma transparente para el usuario. Siendo compatible con los diferentes módulos de SAP (FI – MM – HR – PM…).

Este conector viene a cubrir las necesidades de las siguientes necesidades que los usuarios pudieran tener:

  • Tener los documentos centralizados en un repositorio documental. Añadiendo metadatos a los documentos.
  • Compartir documentos de SAP. Gracias a la integración con Sharepoint es posible compartirlos con usuarios de forma ocasional o permanente. Tanto con usuarios de la organización como externos.
  • Organizar el contenido mediante vistas de negocio. Por ejemplo, por líneas o procesos de negocio, por ubicación o clientes.
  • Búsqueda rápida de contenidos. Usando los metadatos se puede buscar la documentación de una forma sencilla.
  • Acceso desde el móvil. Es posible acceder a la documentación desde dispositivos móviles gracias a las aplicaciones de Sharepoint.

Además, el conector es bidireccional esto quiere decir que se pueden agregar documentos desde SAP a Sharepoint pero también es posible realizar acciones desde Sharepoint hacia SAP. Es posible asociar contenidos personalizados a objetos de SAP. A pesar de que Sharepoint sea el repositorio documental, el conector es capaz de integrar cualquier aplicación de Microsoft en Office365.

integrar shareopint con sap

En resumen, este conector permite integrar dos de las soluciones empresariales más utilizadas SAP y Sharepoint, pudiendo así avanzar en un gestor documental centralizado para toda la organización. Donde poder integrar todos los procesos de negocio de forma bidireccional. Como hemos comentado antes el funcionamiento es transparente para los usuarios y la utilización del conector se realiza de forma sencilla.

Si tu empresa utiliza tanto SAP como Sharepoint, ésta puede ser una buena oportunidad para poder integrar ambas soluciones y de esta forma poder tener todos los documentos de SAP en el mismo gestor que el resto de la información de la organización. El conector tiene muchas funcionalidades que podrían resultar útiles para mejorar los procesos de negocio de vuestras organizaciones. Para obtener más información sobre el conector no dude en contactar con nosotros. Además, permaneced atentos a nuestras redes sociales, ya que es posible que próximamente se realice un webinar para enseñar algunas de las características de esta solución.

Área Administración de sistemas

La entrada Integrar Sharepoint con SAP se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Webinar Employee Central: gestión de tiempos en SAP SuccessFactors

SAP SD: parametrización de oficinas de ventas

$
0
0

Una oficina de ventas es una unidad organizativa SD que se encarga de las ventas dentro de un área geográfica específica. Las empresas suelen tener varias oficinas de ventas, las cuales se asignan a un área de ventas. Varias oficinas de ventas se pueden asignar a una misma área de ventas. Este objeto SAP actúa como enlace entre la sede de la empresa, el departamento de ventas y el cliente. En este blog mostraremos como definir una oficina de ventas y como asignarla al área de ventas.

Definir:

Mediante la SPRO accederemos a la siguiente ruta: Estructura de la empresa – Definición – Comercial – Actualizar oficina de ventas.

sap sd parametrizacion de oficinas de venta - actualziar oficina de venta

Una vez dentro de la transacción para introducir nuestra oficina de ventas pulsamos sobre:

sap sd parametrizacion de oficinas de venta - entrada nueva

 

Introducimos el código que le queramos dar a la oficina y una descripción.

sap sd parametrizacion de oficinas de venta - entradas añadidas

Al pulsar el botón INTRO para confirmar, nos llevará a una pantalla para introducir los datos de dirección de la oficina, en caso de así desearlo.

sap sd parametrizacion de oficinas de venta (5)

Al finalizar grabamos, y con esto ya tenemos creada la oficina de ventas. Ahora hay que asignarla al área de ventas.

Asignar oficina de ventas a área de ventas:

Transacción SPRO accederemos a la siguiente ruta: Estructura de la empresa – Asignación – Comercial – Asignar oficina de ventas a área de ventas

sap sd parametrizacion de oficinas de venta - transaccion spro

De nuevo, para introducir la nueva relación hay que pulsar sobre .

sap sd parametrizacion de oficinas de venta - entrada nueva

Los datos que debemos pasar son: La organización de ventas, el canal de distribución, el sector y la oficina de ventas.

Tras estos pasos tendremos parametrizada nuestra oficina en el sistema.

La oficina de ventas como dato la podemos encontrar por ejemplo en la cabecera de los pedidos de venta, pestaña ventas.

sap sd parametrizacion de oficinas de venta - restricciones
Esperamos que este artículo te haya servido para parametrizar oficinas de venta en SAP SD. Si tienes cualquier duda, puedes dejarnos un comentario o ponerte en contacto con nuestro departamento de SAP Logístca.

Área SAP Logística

La entrada SAP SD: parametrización de oficinas de ventas se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....


Finaliza el soporte oficial de las versiones SAP Process Integration 7.40 y anteriores

$
0
0

En diciembre de 2021 finaliza el soporte oficial de SAP de la versión de SAP Process Integration (en adelante PI) 7.40 así como de las anteriores. Aunque últimamente diera la sensación de que cualquier integración está proyectada a realizarse en SAP Cloud Integration Platform (SCPI); la herramienta Process Orchestation (PO) aún tiene una larga vida por delante, además de funcionalidades que aún no están presentes en SCPI, como los BPMs.

Para no perder funcionalidad y mantener las integraciones que tenemos actualmente siempre tenemos la posibilidad de realizar un upgrade o una migración de nuestro sistema de PI al último PO que SAP nos ofrece, en concreto la versión 7.5 y a lo largo de estas líneas vamos a ir desglosando las posibilidades y así poder decidir qué alternativa nos encaja más dentro del escenario de integración de nuestras interfaces y sistemas.

Ventajas de migrar SAP PI a SAP PO

Entre las múltiples ventajas de tener el último sistema SAP PO 7.5 estarían las siguientes:

  • Última versión: las nuevas funcionalidades siempre disponibles para usarse y mejorar escenarios e interfaces.
  • Rendimiento: la posibilidad de una única pila java siempre dispara el rendimiento por encima de tener dos motores java y ABAP.
  • Limpieza y simplicidad: nos da la posibilidad de deshacernos de aquello que se ha quedado obsoleto o sin uso; o de simplificar procesos rediseñando o quitando etapas.
  • Seguridad actualizada: nos garantizamos siempre las últimas capacidades relacionadas con seguridad por parte de SAP.
  • Conectividad: disponemos de integraciones más rápidas con Fiori así como otros servicios basados en arquitecturas Restful.

¿Upgrade o migración a SAP PO?

Lo primero que tendremos que decidir es si queremos actualizar el sistema (upgrade) o migrarlo al nuevo PO.

Aunque en principio pudiera parecer lo mismo, son dos estrategias distintas a la hora de pasar a la última versión de PO.

Si bien un upgrade directamente sobre nuestra máquina de PI es más rápido dado que es básicamente una actualización del sistema, existen ciertos factores que pueden hacer que tengamos algún problema que condicione el upgrade (interfaces que no funcionan en el nuevo sistema, paradas…) por lo que una migración es más lenta pero también nos proporciona un control mayor.

Una migración requiere disponer de dos máquinas a lo largo de la tarea, pero nos permite, además de deshacernos de procesos que ya no se utilizan y/o optimizar otros que no están funcionando como deberían, aprovecharnos de la herramienta Migration Tool. Esta herramienta nos permite una migración de aquellos escenarios que ya se aprovechan de los ICOs así como la transformación automática de escenarios clásicos a ICO mediante esta funcionalidad.

La mejor opción a la hora de migrar nuestro sistema ahora mismo sería migrar el sistema a SAP PO 7.5 Single Stack. Si bien existen otras opciones como SAP PO 7.5 Dual Usage y SAP PO 7.5 AEX  es la Single Stack la que nos permite gracias a los motores BPM y BRM una gestión tanto de los posibles BPMs que tengamos así como de los procesos y reglas de negocio; pudiendo aprovechar los paquetes que el propio SAP genera para SCPI en este nuevo PO. Si bien hay que cambiar la licencia del producto con respecto a la que tenemos contratada con SAP, las ventajas parecen evidentes en cuanto a rendimiento, desarrollos y gestión  de procesos; además de los nuevos conectores como el B2B Add-on ya incluido en esta versión de PO que cubrirá las necesidades de integración B2B/EDI en la mayoría de los casos.

Así pues, una migración nos permite tanto técnica como funcionalmente una optimización no ya solo de las interfaces sino de los tiempos necesarios para la propia migración, pudiendo organizar la migración por bloques dando prioridad a aquellas que tuviesen más importancia o criticidad y arrancando finalmente el sistema cuando estemos preparados a nivel funcional con tiempos de parada mínimos.

Esperamos que después de leer estas líneas, tengas más claro los pasos a dar si en tu organización disponéis de un sistema SAP PI sin soporte y si no, cuenta con nosotros para incidir con más detalle en el tema.

La entrada Finaliza el soporte oficial de las versiones SAP Process Integration 7.40 y anteriores se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

SAP C4C – SALES CLOUD: REPORTING ANALÍTICO

$
0
0

Dentro de la solución Cloud for Customer de SAP, ya sea para Sales Cloud como para Service Cloud, una de las funcionalidades más interesantes son las opciones de Reporting Analítico que ofrece. Dentro de la propia solución podemos poner a disposición de los distintos usuarios dashboards, informes y KPIs personalizados, que a su vez permiten ser consumidos y tratados por cada uno de estos usuarios. Así, desde la parte de configuración y administración general de la herramienta pueden diseñarse distintos gráficos e informes, que luego cada usuario puede tratar y gestionar de acuerdo a los permisos definidos para cada uno de ellos.

¿Quieres saber más?

En este artículo te contamos cómo sacar el máximo partido al reporting de SAP cloud for Customer.

Centros de trabajo y configuración general

Lo primero de todo, debemos diferenciar entre el subapartado ‘Análisis empresarial’ y ‘Análisis’.

“Análisis empresarial” y “Análisis”

El primero de ellos está pensado para un rol destinado a usuarios con conocimientos en diseño y configuración de informes analíticos. Puede realizarse tareas como:

  • Diseñar informes: establecer las fuentes de datos que alimentarán el informe, los campos que estarán disponibles, así como las restricciones y valores estándar de cada uno de ellos. También tendrá la potestad de asignar cada informe a cada rol/usuario, de forma que cada informe sólo esté accesible para los usuarios adecuados.
  • Diseñar fuentes de datos: en este apartado podemos diseñar nuevas fuentes de datos combinadas, fuentes de datos de conexión o añadir datos de fuentes de datos en la nube.
  • Diseñar ratios y KPIs: estos ratios e indicadores estarán así disponibles para ser usados en la pantalla de inicio de cada usuario
  • Diseñar paneles: con esta opción podemos crear un dashboard donde cada rol/usuario tenga accesibles los KPIs e informes relevantes.

El apartado ‘Análisis’, sin embargo, está destinado a que cada usuario consuma los paneles e informes asignados a su rol. Así, ese primer centro de trabajo estará restringido a la configuración de la parte analítica de la herramienta, mientras que el segundo será de acceso general para todos los usuarios.

Informes estándar e informes personalizados

SAP Cloud for Customer ofrece de forma estándar una gran cantidad de informes predeterminados, de acuerdo a las funcionalidades y ajuste preciso que hayamos hecho en la herramienta. No obstante, siempre tendremos la opción de crear tantos reports personalizados como queramos.

La creación de informes se realiza a través de un flujo predeterminado de distintos pasos, que finaliza en la opción de asignación y creación de vista en navegador, que será la vista a la que acceda cada uno de los usuarios con acceso al informe.

Vista de navegador web

La vista de navegador web permitirá a todos los usuarios asignados al informe poder interactuar con él. Así, en función del contexto de campos y valores que hayamos definido, podemos crear vistas (combinación de campos y gráficos) y selecciones (restricciones de contenido según condiciones) de forma que los usuarios puedan elegir entre las opciones predeterminadas.

Aún así, y si las opciones de vista y selección asignadas al usuario no son suficiente, cada usuario puede interactuar con el informe y actualizarlo a su gusto, utilizando el apartado “Selección” del informe. Es importante señalar que la configuración previa del informe debe estar correctamente hecha, ya que pueden definirse campos de restricción fijos (es decir, ese informe directamente sólo mostrará los datos filtrados según un cierto criterio), o según valores de selección (que permitirá al usuario filtrar los datos del informe según esos campos).

Desde el panel desplegable cada usuario puede seleccionar el tipo de gráfico en el que desea visualizar los datos, siendo las siguientes opciones las que SAP Cloud for Customer presenta de forma predeterminada.

Opciones adicionales de los informes

Los informes pueden descargarse en distintos formatos, como CSV, Excel o PDF, pudiendo incluso manipularse directamente desde Microsoft Excel junto con el Add-on correspondiente. Los informes pueden enviarse automáticamente mediante correo electrónico desde la propia plataforma en diferentes formatos.

Acceso desde la pantalla de inicio y navegación entre informes

Una vez diseñado y asignado el informe y sus vistas, éstas pueden usarse como botón de acceso desde la pantalla inicial.

Estos datos pueden visualizarse como una vista rápida en el propio escritorio, pero si accedemos, podemos visualizar el informe de contexto del informe, así como la navegación directa entre informes de acuerdo con un objeto. Así, podemos seleccionar uno de los registros del informe, como un cliente, y acceder directamente a otros informes en los que ese cliente esté involucrado, o acceder directamente a su ficha de cliente en Sales Cloud.

Paneles

Los paneles ofrecen acceso a distintas herramientas de análisis como informes, KPIs, y filtros, personalizados para cada usuario.

Accesibilidad desde dispositivos móviles

SAP Cloud for Customer está totalmente adaptado a dispositivos móviles, y por tanto, también ofrece una excelente experiencia de usuario a la hora de consumir los objetos de reporting desde dispositivos móviles.

Integración con SAP Analytics Cloud

La integración con SAP Analytics Cloud puede hacerse de forma bidireccional. Por un lado, el consumo de datos de Cloud for Customer desde SAP Analytics Cloud puede hacerse mediante una rápida integración, consumiendo así en SAC las consultas y objetos que haya parametrizado en C4C e integrándolas con otras fuentes de datos e historias que tengamos aquí.

Por otro lado, también pueden integrarse las vistas de las historias de SAC dentro de la vista de Cloud for Customer mediante la inclusión de mash-ups. Así, podríamos visualizar datos ajenos a C4C dentro de la herramienta, sin tener que incurrir en integraciones de objetos entre sistemas. Atentos a próximos artículos y videotutoriales, ya que profundizaremos más en este ámbito.

Como puedes ver, SAP Cloud for Customer ofrece unas herramientas de analítica de lo más intuitivas y fáciles de gestionar. Lo más importante es que la base de los informes y las fuentes de datos estén correctamente construidas y parametrizadas por un equipo familiarizado con este campo. En Oreka IT contamos con un equipo de Analytics y Customer Experience que pueden ayudarte con este primer y más importante paso, para que luego los usuarios de la herramienta tengan un alto grade de autonomía a la hora de explotar la información y tenerla accesible de la forma mas ágil y eficaz posible. 

La entrada SAP C4C – SALES CLOUD: REPORTING ANALÍTICO se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

SAP Security Patch Day: Marzo 2021

$
0
0

Como cada segundo martes de cada mes, el equipo de seguridad de SAP ha compartido las notas de seguridad que solucionan vulnerabilidades en los sistemas SAP en el denominado SAP Security Patch Day y por tanto, aquí venimos con el artículo en el que intentamos dar una visión mas cercana de estas vulnerabilidades y ayudar de algún modo a saber si aplican o no a vuestros sistemas.

En cuanto a números, este mes han liberado 13 notas de seguridad de las cuales 5 son de prioridad alta con una puntuación CVSS por encima de 7. De las 13 notas, 4 son actualizaciones de vulnerabilidades descubiertas en meses anteriores, por lo que habrá que revisar las notas de nuevo para ejecutar las instrucciones en caso de que aplique a nuestros sistemas. De las 5 notas de prioridad alta 3 son encontradas en el último mes y por tanto las más importantes para chequear si afectan o no a nuestros sistemas.

A continuación, analizaremos estas 5 notas:

Las dos primeras, con la máxima puntuación CVSS, son actualizaciones de meses anteriores.

Una de ellas es la ya tantas veces mencionada vulnerabilidad en el navegador Chromium al usar Business Client 6.5, y la otra actualización tiene que ver con falta de chequeos de autorización en el Solution Manager. De esta vulnerabilidad y de algunas otras, ya hablamos en su día en el artículo relativo a la importancia de la seguridad en Solution Manager publicado en septiembre de 2020.

Respecto a las encontradas este mes, la primera de ellas, con una puntuación CVSS de 9.9, se encuentra la vulnerabilidad CVE-2021-21480 que afecta al producto de SAP, “Manufacturing Integration and Intelligence” en las versiones comprendidas entre la 15.1 y la 15.4. Este fallo permite que un atacante pueda interceptar una petición al servidor e inyectar código JSP malicioso guardar Dashboards en formato JSP. De esta manera, al abrir el Dashboard con permisos de desarrollador, el código se ejecuta permitiendo al atacante una escalada de privilegios poniendo en riesgo la confidencialidad, integridad y disponibilidad del servidor. La solución se basa en actualizar el componente a la ultima versión. Tras esta actualización, ningún usuario podrá guardar Dashboards en formato JSP.

La siguiente vulnerabilidad que sigue de cerca a la anterior con una puntuación de 9.6, aplica al “MigrationService” de los sistemas NW Java comprendidos entre las versiones 7.10 y 7.5. La vulnerabilidad CVE-2021-21481 permite a un atacante no autorizado a acceder a los objetos de configuración al no realizar un chequeo de autorización, incluidos los que otorgan privilegios. Como explica la nota 3022422, la solución pasa por actualizar el componente J2EE-APPS a la ultima versión, lo cual, conlleva reinicio de la pila JAVA.

Por último, con una puntuación de 7.7, se encuentra la vulnerabilidad CVE-2021-21484 que permite omitir la autenticación en el LDAP de SAP HANA. Este error que aplica a la versión 2.0 de SAP HANA, se soluciona aplicando una de las siguientes versiones.

  • SAP HANA 2.0 SPS04: revisión 48.04
  • SAP HANA 2.0 SPS05: revisión 54

Además de las 3 vulnerabilidades comentadas, podéis ver en el siguiente cuadro todas las notas liberadas este mes para chequear si aplica o no en vuestros sistemas:

En lo que llevamos de año el equipo de seguridad de SAP lleva liberadas 169 notas de seguridad de las cuales 28 tienes una puntuación CVSS por encima de 9 y 37 por encima de 7.

LOWMEDIUMHIGHHOT NEWSTOTAL
Enero1101517
Febrero 82313
Marzo 81413
TOTAL12641243

El desglose de vulnerabilidades encontradas en los sistemas SAP ha sido el siguiente:

EneroFebreroMarzoTOTAL
Clickjacking 1 1
Code Injection2 13
Cross-Site Scripting 1 1
Denial of Service11 2
Improper input validation  1010
Information Disclosure3  3
Missing Authorization Check43613
Missing input Validation16  16
Remote Code Execution 1 1
Server Side Request Forgery  11
SQL Injection11 2
Otros66416
33142269

En el launchpad de SAP, existe un apartado donde están listadas todas las notas de seguridad liberadas. La url es https://launchpad.support.sap.com/#/securitynotes y en esta aplicación, se pueden listar los sistemas que tengamos como productivos en SAP e ir decidiendo una acción sobre cada una de las notas. Las opciones son, confirmar, para marcar las que ya hayamos instalado en nuestro sistema o No Relevante, para las notas que no aplican a nuestro sistema. De esta manera, podremos tener un control más exhaustivo de la seguridad de nuestros sistemas en cuanto a notas se refiere.

Como siempre, solo queda recomendar realizar mensualmente un chequeo de las notas de seguridad liberadas por SAP e instalar la que se aplique a los sistemas de cada empresa.

Fuente:

https://wiki.scn.sap.com/

https://cve.mitre.org/

La entrada SAP Security Patch Day: Marzo 2021 se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Creación del Entorno, Modelos y Dimensiones en SAP BPC

$
0
0

En este artículo vamos a explicar los pasos para crear un entorno, modelos y dimensiones que son 3 conceptos básicos y centrales de SAP BPC.

Pero si quieres comenzar por saber más sobre qué es SAP BPC – SAP Business Planning and Consolidation, te contamos mucho más en este otro artículo.

1. Entorno

1.1  Características del Entorno:

El entorno se puede definir como el componente básico que no contiene datos, actúa como una carpeta.

El entorno no se puede crear de cero, siempre tenemos que crearlo como copia de otro ya existente.

El entorno estándar que proporciona SAP se denomina “Enviromentshell”.

1.2  Pasos para crear un entorno.

  • Iniciar sesión en SAP BPC
  • Ir a la carpeta Biblioteca y darle a nuevo, ahí nos mostrará una lista de los entornos existentes y nos pedirá que seleccionemos el entorno que deseemos copiar.
  • Una vez seleccionado el entorno a copiar nos indicará que además del entorno, si queremos copiar los datos del modelo, los documentos web y documentos. Seleccionamos lo que queremos copiar y se genera la copia de entorno.

2. Modelos

      2.1 Características de los modelos:

Un modelo se construye dentro de un entorno. Es una colección de varias dimensiones y está diseñado para cumplir con los requisitos de planificación y consolidación de una organización.

El modelo se utiliza para almacenar datos transaccionales y pueden ser de dos tipos, modelo estándar o integrado.

     2.2 Pasos para crear un modelo.

  • Iniciamos sesión en SAP BPC
  • Vamos a la carpeta de Administración/Modelos y una vez dentro le damos a Nuevo modelo.
  • Podemos crear modelos nuevos partiendo de cero o con copia de uno existente.
  • Nos pedirá determinar qué tipo de modelo queremos crear, y si queremos un modelo para un reporte estándar, financiero o de consolidación.
  • Por último, nos pedirá las dimensiones que queremos introducir en el modelo.  Como mínimo tenemos que seleccionar 4 dimensiones: Account, Category, Entity y Time.
  • Una vez comprobado que esta todo es correcto damos a “Revisar y crear” y se creará el modelo.

3. Dimensiones

       3.1 Características de una dimensión:

  • Se utilizan para almacenar los datos maestros.
  • En BW se podría comparar con un infoobjeto.
  • Hay 10 tipos de dimensiones, 9 estándar y uno definido por el usuario.
  • Una dimensión puede ser reutilizada para varios modelos, pero todos los modelos pertenecen únicamente a un mismo entorno

      3.2 Pasos para crear una dimensión:

  • Iniciamos sesión en SAP BPC
  • Vamos a la carpeta de Administración/Dimensiones y una vez dentro, le damos a “Nuevo Dimensión”.
  • Nos pedirá el nombre, una descripción y qué tipo de dimensión estas creando y le damos a crear

Con la creación de un entorno, modelos y dimensiones tenemos configurada toda la parte central de SAP BPC.

A partir de ahora podemos crear nuestros reportes e ir subiendo datos a SAP BPC.

Si necesitáis ayuda en la personalización, mantenimiento o instalación de SAP, podéis contactar con nosotros.

La entrada Creación del Entorno, Modelos y Dimensiones en SAP BPC se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

¿Qué es SAP Analytics Cloud?

$
0
0

Fundamentos de SAP Analytics Cloud

SAC, es una plataforma de inteligencia de negocios (BI) de software como servicio (SaaS) diseñada por SAP específicamente para la nube, con la intención de proporcionar todas las capacidades analíticas para todos los usuarios. Integran los beneficios de la planificación, Business Intelligence, y Análisis predictivo en un único producto.

Datos

Cuando pensamos en análisis, probablemente las visualizaciones o informes de datos nos vengan a la mente primero. Estas visualizaciones representan los datos en varios tipos de gráficos que facilitan la comprensión del negocio de un vistazo.

El análisis visual nos ayuda a responder rápidamente a las preguntas importantes del negocio. Pero, para analizar los datos, primero es necesario recopilar algunos. Por lo general, las empresas recopilan grandes cantidades de datos de una variedad de fuentes, como puntos de venta, recursos humanos, marketing y compras, etc.

Los datos que recopila la empresa deben almacenarse en algún lugar. Podemos optar por almacenar información simple en una hoja de cálculo o, cuando se trata de grandes datos, en una base de datos más compleja.

Modelos

El primer paso para obtener información de Analytics Cloud es conectar los datos que hemos recopilado sobre nuestro negocio al software. Podemos lograr esto importando datos, como un archivo .csv o Excel, o haciendo una conexión de datos a una fuente de datos local  o basada en la nube.

Una vez que los datos estén conectados, los usaremos para crear un modelo. Un modelo es una versión limpia y definida de los datos en bruto, y será la base del análisis.

Los datos aparecen en el cloud de SAP Analytics en filas y columnas, al igual que en una hoja de cálculo. Como mínimo, nuestro modelo definirá cada columna de datos como una dimensión o una medida. Sin embargo, un modelo puede ser mucho más complejo dependiendo del propósito y de cómo se hizo.

El proceso de creación de un modelo se llama modelado, y para realizarlo no es necesario ser muy técnico. De hecho, cualquiera puede crear un modelo básico agregando datos directamente a una historia. Usar historias es la forma más fácil y rápida de crear un modelo en Analytics Cloud.

En Analytics Cloud, se pueden crear modelos más complejos con la herramienta Modelador. Normalmente, los tipos de personas que usarán el Modelador son aquellos que trabajan en TI u otros puestos relacionados con datos. Esto se debe a que es una herramienta más avanzada y lleva algún tiempo aprender para aquellos que no están familiarizados con el modelado de datos.

Historias

Las historias son donde se explora y visualizan datos para informes, planificación y análisis. Hay dos áreas dentro de las historias que se pueden usar para estos fines: vista de datos y páginas.

Vista de datos

Si hemos importado datos directamente a la historia, comenzaremos en la vista de datos. Aquí, podremos verificar los datos, limpiar cualquier error y agregar cualquier definición adicional al modelo.

Los símbolos en la fila del encabezado etiquetan cada columna como una dimensión (brújula) o una medida (cinta métrica).

Podemos cambiar de vista para explorar los datos. Podemos seleccionar dimensiones y medidas del modelo para generar automáticamente visualizaciones y poder copiarlas en las páginas de la historia directamente.

Páginas

Las páginas son donde realmente sucede la magia. Cada historia puede tener varias páginas configuradas como una hoja o cuadrícula. Incluso podemos elegir que las páginas de la hoja sean responsibles para que se vean bien en cualquier dispositivo.

Widgets
Cada objeto que agregamos a una página está contenido dentro de un widget. Rellenaremos las páginas con widgets que contienen cuadros, gráficos, tablas y otros objetos.

Panel de diseño
Seleccionando un widget en la página accederemos al panel de diseño. Aquí, podremos usar herramientas para ajustar el contenido y el estilo de los widgets.

Poniéndolo todo junto

Nuestro negocio recopila muchos datos de una variedad de fuentes. Estos datos son valiosos porque se pueden usar para obtener una visión más profunda y tomar mejores decisiones con SAP Analytics Cloud.

Comenzaremos conectándonos a los datos y creando un modelo.  Los modelos pueden ser tan simples o complejos como queremos, y pueden crearse de diferentes maneras. Podemos crear un modelo agregando datos directamente a una historia o, si nuestra organización necesita conexiones y modelos más avanzados, los usuarios avanzados pueden crearlos con la herramienta Modelador.

A continuación, llenaremos las páginas de las historias con widgets que contienen objetos que brindan información sobre nuestro negocio. En el futuro, usaremos las historias para informar, planificar y analizar; ayudando a nuestra empresa a tomar mejores decisiones respaldadas por datos.

En definitiva, SAP Analytics Cloud, es un todo en uno en la nube en la que podremos gestionar todo el proceso de creación de informes desde el origen hasta el usuario final. Con grandes añadidos como la analítica predictiva o la planificación, además de todas las funcionas “Smart” que añade, que posibilitan un análisis más profundo y comprensible de los datos de nuestra organización.

Puedes conocer más sobre SAC en este video de webinar titulado: “SAP Analytics Cloud: la toma de decisiones se sube a la nube”. Y si estás interesad@ en conocer que puede hacer nuestro equipo de especialistas por tu organización, puedes ponerte en contacto con nosotros a través de nuestro área de Analytics.

La entrada ¿Qué es SAP Analytics Cloud? se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Componentes del SDK para Android

$
0
0

En el anterior artículo hablaba sobre las características del SDK de Android, donde explicaba las funcionalidades que tiene y cómo se puede empezar un proyecto de Fiori con Android Studio. En este artículo vamos a ver qué componentes tiene el SDK, como están ordenadas las librerías que nos provee, y que capacidades tienen.

El SDK de Android contiene varios componentes de software claves, cada uno con funcionalidades diferentes que se pueden añadir a la aplicación desarrollada. No es necesario utilizarlos juntos, se pueden utilizar tan solo los que se necesiten.

Componente Flows o Flujos

Este componente provee de librerías para implementar los escenarios de onboarding y de recuperación.

Cada una de las librerías tiene sus propias interfaces de retorno, las cuales han de ser implementadas. Estas librerías se ejecutan mediante pasos, ejecutando uno detrás del otro, haciendo posible añadir pasos personalizados entre los ya existentes, dando más posibilidad de personalización.

Los escenarios de los que dispone son:

  • Onboarding – Todo lo relacionado con el inicio de la app.
  • Restore – Para restaurar el estado de la app
  • Reset – Para reestablecer los datos de autenticación y el espacio de almacenamiento en el dispositivo.
  • Change – Para cambiar la contraseña.

Componente Fiori

El componente Fiori provee de una librería de interfaz de usuario que permite crear diseños que sigan el Android Material Design a la vez que mantienen el estilo de Fiori.

Dispone de bastantes elementos para poder adecuar las aplicaciones al modelo Android y hacerlas más familiares para aquellos que están acostumbrados a utilizar este SO.

Por ejemplo, los elementos de Onboarding, cuentan entre otras cosas con: soporte para lectores de códigos QR, pantalla de login, y una pantalla en la que se muestran todos los descargos de responsabilidad legales para que el usuario los acepte o los rechace.

Componente OData

Las APIs incluidas en el SDK permiten interactuar con los servicios de datos de la SAP Cloud platform, y permiten crear aplicaciones completamente online, o con capacidades offline. Para hacer una aplicación offline, se descargan ciertos datos iniciales cuando se esté online y se almacenan en un OData interno. Los cambios hechos, se actualizarán cuando se tenga conexión de nuevo.

Este componente tiene tres capas de código:

  • Clases Proxy: Proveen de métodos para recuperar colecciones e invocar operaciones. Los métodos de estas clases aprovechan la API dinámica y ofrecen acceso rápido a los conjuntos de entidades, tipos de entidades, y a sus propiedades. Si bien no es necesario usarlas, se necesita conocimiento sobre el OData y las semánticas de las relaciones entre entidades. Las clases consisten en tres componentes:
    • Clase metadata, contiene variables de clase para todos los conjuntos de entidades, tipos de entidades y las operaciones de servicio.
    • Clase de servicio, es la clase principal para obtener los datos de los conjuntos de entidades e invocar las operaciones de servicio.
    • Clases fuertemente tipadas para cada tipo de entidad, que simplifican el uso de la API dinámica para las peticiones complejas.
  • La API Dinámica es la que habilita las peticiones complejas, las create, update y delete, y las operaciones contra el proveedor OData.
  • Las otras dos clases se apoyan en la API metadata para obtener los metadatos del proveedor OData.

Componente Foundation o fundación 

Este componente incluye módulos para integrar la aplicación con los SAP Cloud Platform Mobile Services. Los módulos que incluye son los siguientes:

  • Autenticación – Añade diferentes tipos de autenticación.
    • Básica
    • OAuth2
    • SAML
    • Certificado
    • One Time Password
    • No Auth
  • Conectividad Back-End – Los modulos de conectividad con el back-end requieren de la librería okHttp para conectarse, así que son métodos abiertos y flexibles que permiten aceptar directamente objetos de esa clase.
  • Cache – Este componente provee de un pequeño espacio reservado para pares de clave valor que se utilicen con frecuencia.
  • Uso de Cliente – Este componente recoge y sube a la SAP Cloud Platform datos sobre el uso de la aplicación, como el tiempo de uso, las pantallas a las que se accede…
  • Proveedor de Configuración – Facilita la recogida de los datos de configuración iniciales, como los puertos y la url del servidor.
  • Utilidad de Encriptación – Permite que los usuarios almacenen y accedan a claves en el almacenamiento seguro, que más adelante se pueden utilizar para acceder a las clases Secure Store.
  • Logs – Provee de un log de la aplicación de los clientes, que puede usarse para debuggear. La aplicación puede usar este módulo para sacar mensajes.
  • Notificaciones Push –Estas clases ayudan a la interfaz de la aplicación con las notificaciones propias de las aplicaciones de móvil.
  • Almacenamiento Seguro – Provee de un almacenamiento encriptado transparente de 256 bits AES en una base SQLite.
  • Ajustes – Este módulo permite leer y modificar los ajustes relacionados con la aplicación que se encuentren en los Mobile Services de SAP Cloud Platform.

Como se puede ver, el SDK para Android incluye muchas librerías que facilitan la creación de las aplicaciones, sin limitar los posibles cambios más específicos que se quieran hacer. En el futuro veremos más sobre el SDK de Android así que si te interesa, ¡No te pierdas nuestro blog!

La entrada Componentes del SDK para Android se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Modificación masiva de direcciones

$
0
0

En un sistema IS-U de SAP normalmente se tienen muchos clientes con varias direcciones cada uno. Cuando hay un cambio del nombre de una calle, puede resultar muy tedioso o inviable modificar las direcciones afectadas manualmente. En el siguiente artículo vamos a contar como utilizar unos reports que ofrece el sistema para una modificación masiva.

El primer paso es modificar el nombre de la calle en cuestión. Se accede a la transacción SR21 y se elige la calle a modificar. Se modifica el nombre o dato que corresponda en la calle:

Tras guardar el cambio del nombre de calle, se ejecuta primero el report RSADRQU1. Este report crea un índice de ajuste para las direcciones que hayan sido modificadas. Es un report sencillo con el que se puede filtrar por población o código postal las direcciones donde el sistema buscará un cambio:

Al ejecutar, si se encuentra alguna modificación se muestra un log indicando que el índice se ha creado correctamente.:

Este índice tiene las modificaciones afectadas con los cambios realizados previamente. Tras elaborar el índice, se ejecuta el report RSADRQU2. En este report se observan todos los índices creados por el report anterior. Se puede seleccionar únicamente el creado en el paso anterior, desmarcando el resto. También se ha de marcar la casilla de que se ha ejecutado el report RSADRQU1.

Tras ejecutar, aparece el siguiente log que indica si todo ha ido bien y que indica que se ejecute el siguiente report:

Se ejecuta entonces el tercer y último report, el RSADRQU3. Este report realiza los cambios en la base de datos y muestra un log del proceso:

Y el log resultante es el siguiente:

Con la ejecución secuenciada de estos tres reports mencionados, se consiguen modificar las direcciones del sistema IS-U de manera masiva, ya sean de objetos de conexión o de interlocutores comerciales.

No dejes de leer más artículos en nuestro blog. Esperamos que este te haya resultado de interés. A continuación puedes conocer todo lo que nuestro equipo de SAP Finanzas puede ofrecerte en nuestra web.

La entrada Modificación masiva de direcciones se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....


SAP SERVICE CLOUD – Gestiona el servicio postventa desde la solución SAP Cloud for Customer

$
0
0

En artículos anteriores nos hemos centrado en hablar del nuevo CRM de SAP en la nube, SAP Sales Cloud, suite integrada dentro de la herramienta Cloud for Customer. Hemos abordado tanto overviews generales como elementos de configuración y adaptación interesantes. En esta ocasión, queremos abrir la puerta a un nuevo tema de interés aquí en nuestro blog, estrechamente relacionado con esta solución cloud. SAP Service Cloud, destinado a gestionar el servicio postventa a los clientes.

Empecemos por el principio… 

¿Qué es SAP Service Cloud?

SAP Service Cloud es un paquete de herramientas que pueden activarse dentro de la interfaz de SAP Cloud for Customer. Dependiendo de la modalidad de usuario que se adquiera, sólo estarán disponibles las herramientas de SAP Sales Cloud, SAP Service Cloud, o ambos paquetes en el mismo tenant.

La ventaja de tener ambas suites en la misma herramienta es clara: si el histórico de la relación con los clientes hemos de llevarlo en SAP Sales Cloud, es lógico pensar que la gestión de todo el servicio postventa con estos clientes es mucho más eficaz si a la hora de abrir una incidencia, tenemos de forma tan accesible los datos de la cuenta, de los contactos, de las ofertas de venta… y en general, todas las interacciones que hemos tenido con ese cliente.

Las posibilidades que ofrece SAP Service Cloud son numerosísimas, y difíciles de resumir en un solo artículo. A nivel general, diremos que ofrece la posibilidad de gestionar los tickets de servicio al cliente al equipo de soporte postventa, desde su recepción al cierre y feed-back del mismo.

¿Cómo me ayuda a optimizar el servicio al cliente de mi empresa?

Una vez realizadas las parametrizaciones necesarias, algunas de las funcionalidades más básicas e interesantes de SAP Service Cloud son las siguientes:

  • Apertura, seguimiento de tickets e incidencias.
    • Apertura directamente desde recepción de emails a cuentas prestablecidas.
    • Integración con distintas redes sociales, como Twitter o Instagram, para la apertura y seguimiento de incidencias.
    • Apertura desde CTI – Servicio telefónico.
    • Repositorio de documentación.
  • Gestión de contratos, garantías y productos registrados.
  • Programación y optimización de soporte presencial en puntos de instalación del cliente.
  • Configuración de Knowledge Base para facilitar la labor de los técnicos.
  • Programador de recursos de equipo de soporte.
  • Escalado de niveles de servicio postventa.
  • Registro y facturación de tiempos de soporte al cliente.
  • Gestión de nuevas oportunidades originadas en el servicio postventa.
  • Seguimiento y avisos cumplimiento de ANS e indicadores de calidad.
  • Analíticas a tiempo real y posibilidad de conexión con SAP Analytics Cloud.
  • Envío automático de encuestas y valoración del servicio ofrecido.
  • Integración con Microsoft Outlook para las interacciones con el cliente
  • Multi-dispositivo / Aplicación móvil.
  • Posibilidad de integración con portal de cliente, donde podrá abrir, gestionar, interactuar y validar sus incidencias.
  • Interfaz intuitiva en la que cada técnico de soporte puede ver las incidencias.

Éstas son solo algunas de las posibilidades que nos brinda SAP Service Cloud. En futuros artículos ampliaremos más información y especificaciones, pero, por hoy, esperamos haberte acercado un poco más esta solución de servicio al cliente de la suite C/4HANA de SAP.

SI estás interesad@ en saber más, solicitar una demo, o explorar cómo podría implementarse en tu empresa, no dudes en ponerte en contacto con nosotros.

.

La entrada SAP SERVICE CLOUD – Gestiona el servicio postventa desde la solución SAP Cloud for Customer se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

SAP Security Patch Day: Abril 2021

$
0
0

Empezamos el segundo trimestre del año con el artículo escrito a partir de la liberación por parte del departamento de seguridad de SAP del SAP Security Patch Day. La intención de estos artículos es intentar dar una visión más cercana de las vulnerabilidades encontradas en el mes y como aplicarlas en los sistemas. Sobre todo, las más críticas, llamadas Hot News.

En cuanto a números, este mes, han liberado 19 notas de seguridad de las cuales 8 son de prioridad alta con una puntuación CVSS por encima de 7. De las 19 notas, 5 son actualizaciones de vulnerabilidades descubiertas en meses anteriores, por lo que habrá que revisar las notas de nuevo para ejecutar las instrucciones en caso de que aplique a nuestros sistemas. De las 8 notas de prioridad alta 5 son encontradas en el último mes y por tanto las más importantes para chequear si afectan o no a nuestros sistemas.

.

A continuación, analizaremos estas 8 notas:

[CVE-2021-27602] Remote Code Execution vulnerability in Source Rules of SAP Commerce

Con un 9.9 de puntuación CVSS, la brecha [CVE-2021-27602] afecta al producto Commerce de SAP en las versiones 1808, 1811, 1905, 2005, 2011 y permite a un atacante con cierta autorización ejecutar código malicioso comprometiendo la confidencialidad, integridad y disponibilidad de la aplicación.

La solución se basa en instalar el último parche en la versión que aplique. Si todavía no se quiere actualizar, también se puede realizar las tareas manuales descritas en la nota 3040210 a modo de workaround.

.

[CVE-2021-21482Information Disclosure in SAP NetWeaver Master Data Management

Si las cuentas administrativas de una instalación del producto MDM (Master Data Management) de SAP no se han securizado acorde con las buenas prácticas en la guía de instalación, un atacante con acceso a la red del servidor puede realizar un ataque de fuerza bruta, y si tiene éxito, podría obtener acceso a datos altamente confidenciales. Esta vulnerabilidad tiene una puntuación CVSS de 9.6.

La solución descrita en la nota 3017908, se basa en actualizar ciertos componentes o realizar los pasos descritos a modo de workaround.

.

[CVE-2021-21483Information Disclosure in SAP Solution Manager

Con una puntuación de 8.3, esta vulnerabilidad que afecta al Solution Manager en su única versión soportada, permite a un atacante con privilegios conseguir información sensible bajo ciertas condiciones.

Como se explica en la nota, la solución pasa por instalar el support package SAPK-72013INSTMAIN del componente ST.

.

[CVE-2021-27608Unquoted Search Path in SAPSetup

Una omisión de comillas en la ruta de SAPSetup, permite una escalada de privilegios en la instalación de uno de sus productos, como puede ser el SAPGUI.

El error se soluciona a partir de la versión 9.0.107.0 del NWSapSetup como se explica en la nota 3039649.

[CVE-2021-21485Information Disclosure in SAP NetWeaver AS for Java (Telnet Commands)

Un atacante sin autorizaciones puede obtener información de un usuario privilegiado gracias al comando Telnet en los sistemas NW JAVA.

Para solucionarlo es necesario actualizar ciertos componentes o realizar las tareas manuales descritas en la nota 3001824.

Además de las 5 vulnerabilidades comentadas, hay otras dos de prioridad alta que explicamos en artículos anteriores y se han liberado actualizaciones de la nota que deberían de ser examinadas en caso de que apliquen a los sistemas de nuestra empresa.

Security updates for the browser control Google Chromium delivered with SAP Business Client – Artículo Enero 2021

.

Missing Authorization Check in SAP NetWeaver AS JAVA (MigrationService) – Artículo Marzo 2021

.

Missing Authorization check in SAP NetWeaver AS ABAP and SAP S4 HANA (SAP Landscape Transformation) – Artículo Diciembre 2020

.

En el siguiente cuadro todas las notas liberadas este mes para chequear si aplica o no en vuestros sistemas:

En lo que llevamos de año el equipo de seguridad de SAP lleva liberadas 62 notas de seguridad de las cuales 15 tienen una puntuación CVSS por encima de 9 y 24 por encima de 7.

LOWMEDIUMHIGHHOT NEWSTOTAL
Enero1101517
Febrero 82313
Marzo 81413
Abril 115319
TOTAL13791562

El desglose de vulnerabilidades encontradas en los sistemas SAP ha sido el siguiente.

EneroFebreroMarzoAbrilTOTAL
Clickjacking 1  1
Code Injection2 1 3
Cross-Site Scripting 1 23
Denial of Service11 13
Improper input validation  10 10
Information Disclosure3  58
Missing Authorization Check436518
Missing input Validation16   16
Remote Code Execution 1 12
Server Side Request Forgery  1 1
SQL Injection11  2
Otros664521
3314221988

La diferencia de notas liberadas y vulnerabilidades es debido a que una nota puede solucionar múltiples vulnerabilidades.

Como siempre, solo queda recomendar pasarse por el apartado de security notes del Launchpad de SAP y analizar las notas liberadas desde la última actualización de nuestros sistemas e instalar la que apliquen a los sistemas de cada empresa.

Fuente:

https://wiki.scn.sap.com/

https://cve.mitre.org/

La entrada SAP Security Patch Day: Abril 2021 se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Ampliar ayuda de búsqueda estándar desde Diccionario de Datos (SE11)

$
0
0

Las ayudas de búsqueda estándar no siempre suelen adaptarse a nuestras necesidades a la hora de filtrar o mostrar información.

SAP nos da la posibilidad de poder generar nuevas pestañas con las que realizar los filtros que más se ajusten a lo que buscamos.

En el ejemplo que mostramos a continuación, se quiere hacer una búsqueda de materiales para la creación de pedidos de compra; a partir del centro, proveedor e idioma del proveedor.

Primero crearemos la vista:

Para nuestro objetivo podemos utilizar o la vista de ayuda o la vista de base de datos:

En caso de haber seleccionado la Vista Ayuda primero se introduce la tabla principal, en este caso la EINE. Para añadir el resto de tablas relacionadas, seleccionamos la tabla y pulsamos sobre el botón.

Esto nos muestra una ayuda con las tablas con las que se puede relacionar. En este caso tomaremos la EINA.

Y este, nos hará automáticamente la relación con las tablas seleccionadas.

Por otro lado, si utilizamos la Vista de Base de Datos, tenemos la oportunidad de hacerlo automáticamente, como de meter tanto las tablas como las relaciones manualmente. Esto tiene una ventaja, y es que se pueden hacer ciertas relaciones, que de manera automática no se hacen.

Después, en la pestaña campo vista introducimos los campos que necesitamos.

Si hicieran falta, se podrían introducir condiciones de selección.

Tras guardar y activar se genera la ayuda de búsqueda elemental:

En método selección introducimos la vista anteriormente creada.

Y en los parámetros de ayuda de búsqueda, indicamos que campos tienen que ser de import y cuáles de export. Así como el orden en el que saldrán, tanto en la pantalla de introducción de datos, como en la de salida de datos.

Después, en la ayuda de búsqueda original, en este caso MAT1, generaremos una Ayuda de búsqueda append.

Crearemos una nueva.

En los includes añadiremos la ayuda de búsqueda anteriormente creada

Guardamos, y ya se muestra en nuestra MAT1

Vamos a la MIGO para comprobar que lo hemos generado correctamente.

Esperamos que este artículo os haya servido de ayuda. Si estás interesad@ en saber más sobre cómo puede guiarte nuestro equipo de Logística para optimizar y mejorar la cadena de suministro de tu empresa reduciendo costes y aumentando la productividad en base al sistema SAP, no dudes en ponerte en contacto con nosotros.

La entrada Ampliar ayuda de búsqueda estándar desde Diccionario de Datos (SE11) se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Redefinición de funciones oData – Tratamiento de ficheros I

$
0
0

Las funciones de los servicios oData permiten ser redefinidas para lograr funcionalidades que, de otro modo, no serían posibles. En esta serie de artículos veremos cómo hacer uso de las redefiniciones para tratar ficheros tanto desde el Cliente SAP Gateway como desde una aplicación SAPUI5.

Servicio oData

Para comenzar, en el servicio oData creamos una entidad (tras crear previamente su correspondiente tabla de base de datos y estructura) para almacenar los datos de los ficheros. Se tienen las siguientes propiedades:

A continuación, nos aseguramos de dejar marcado el tipo “Media” en la entidad e implementamos las funciones GetEntity y GetEntitySet.

Redefinición de funciones

Para lograr el tratamiento de ficheros vamos a redefinir varias funciones.

Al crearse un servicio oData, SAP genera automáticamente cuatro clases:

  • ZCL_NOMBRE_ODATA_DPC (Data Provider Class)
  • ZCL_NOMBRE_ODATA_MPC (Model Provider Class)
  • ZCL_NOMBRE_ODATA_DPC_EXT
  • ZCL_NOMBRE_ODATA_MPC_EXT

Cada vez que, desde la transacción SEGW, se genera el servicio oData, las clases DPC y MPC se crean de nuevo. Por ello, la redefinición se realiza en las clases de extensión _EXT, ya que, si se hiciese en las otras, se borraría lo que hemos implementado en cuanto activemos el servicio.

La clase MPC contiene los metadatos del servicio, es decir, trata sobre las entidades y sus propiedades.

La clase DPC contiene la implementación del servicio, es decir, aquí se encuentran, por ejemplo, los métodos GetEntity, Update, Create… También se emplea para implementar los Function Import.

Una vez conocidos los conceptos generales sobre estas clases, podemos comenzar con las redefiniciones necesarias para el tratamiento de ficheros.

Primero, en la transacción SE80 buscamos la clase MPC_EXT de nuestro oData y redefinimos el método DEFINE.

Indicamos el nombre de nuestra entidad (Fichero) y el nombre de la propiedad que almacena su contenido (Content).

Activamos los cambios y accedemos a la clase DPC_EXT, donde redefinimos el método /IWBEP/IF_MGW_APPL_SRV_RUNTIME~GET_STREAM, gracias al cual podremos descargar ficheros.

Por último, redefinimos el método /IWBEP/IF_MGW_APPL_SRV_RUNTIME~CREATE_STREAM, gracias al cual podremos subir ficheros.

No te pierdas el próximo artículo sobre tratamiento de ficheros, veremos qué representan los parámetros slug y mimetype mediante ejemplos tanto en el Cliente SAP Gateway como en una aplicación Fiori.

La entrada Redefinición de funciones oData – Tratamiento de ficheros I se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

La función del Grupo de Orígenes del material en el Product Costing

$
0
0

Continuando con las entradas relacionadas con el Product Costing, hoy vamos a hablar del Grupo de Orígenes, una de las muchas funcionalidades que nos ofrece este submódulo de CO. El grupo de orígenes de los materiales es una forma que nos ofrece SAP de poder diferenciar entre distintos materiales con la misma categoría de valoración.

Como sabemos, cada tipo de material tiene asignado una serie de clases de coste mediante la Valoración en la Determinación de Cuentas Automáticas (OBYC), utilizando como elemento diferenciador la categoría de valoración del material. Por lo tanto, si quisiéramos diferenciar entre dos materiales del mismo tipo tendríamos que crear dos categorías de valoración para poder asignar clases de coste distintas y así poder derivarlos a distintos elementos del escandallo de costes del Product Costing o aplicar diferentes recargos sobre ellos. Este proceso, aunque sería factible, aparte de requerir modificaciones más profundas, afectaría también a la contabilidad financiera de la empresa, cosa que desde CO no nos gusta, por lo tanto, optaremos por utilizar los Grupos de Orígenes.

Vamos a enseñar esta funcionalidad con un ejemplo básico, supongamos que dentro del escandallo de costes queremos diferenciar la Materia Prima entre el acero local y el proveniente del extranjero (USA y China), dado que el acero extranjero supone más costes desvirtuando el análisis posterior.

Si no utilizáramos los grupos de origen, (ni creáramos nuevas categorías de valoración afectando a FI) el resultado del cálculo del coste estimado sería el siguiente (Tcode CK11N):

Es decir, aunque utilizaramos los tres tipos de acero para fabricar nuestro producto terminado, como todos ellos llevan la misma clase de coste, en nuestro escandallo de costes todo estaría agrupado dentro del elemento “Materia Prima” a secas, ni por supuesto habría forma de aplicar un recargo distinto a cada uno de ellos.

Para conseguir ver cada tipo de acero segregado por su origen y con un recargo distinto dependiendo de su origen, utilizaremos los grupos de orígenes. En nuestro caso hemos creado dos, uno para origen USA y otro para origen China (CHI), utilizando la Tcode OKZ1:

Antes de decir a SAP que nos segregue los materiales por su origen, tenemos que asignar el grupo de origen a los materiales que lo necesiten. Este campo está en la pestaña Cálculo de Coste 1 del maestro de materiales:

Una vez ya sabemos cuales son los materiales a diferenciar, vamos a modificar o crear (con copia) un nuevo escandallo de costes en la Tcode OKTZ, añadiendo los elementos que queremos diferenciar en el escandallo:

A continuación, asignamos la combinación de Clase de Coste + Grupo de Orígenes a cada uno de los nuevos elementos que acabamos de crear:

Es en este punto donde sería imposible hacer esta segregación si no utilizaramos los grupos de orígenes, ya que como se puede ver, la clase de coste es la misma en todos los casos (Var. Ext. Mat. Prima).

Con esta modificación ya nos debería de salir el cálculo de coste en la Tcode CK11N con el elemento “Materia Prima” dividido por origen.

Pero si además queremos que se tenga en cuenta el grupo de orígenes también a la hora de calcular los recargos hará falta pasar por la Tcode KZS2:

En esta transacción hemos creado lo siguiente:

  • Base: Línea 80 y 81. Son las bases de cuando se aplicará el recargo. En nuestro caso hemos especificado lo siguiente para USA (lo mismo para China con su grupo de orígenes):
  • Recargo: Líneas 82 y 83. Es el porcentaje de recargo que aplicaremos, en nuestro caso hemos puesto 20% para USA y 25% para China.
  • Abono: Líneas 82 y 83. Es la clase de coste secundaria de tipo 41 que se utilizará para aplicar los recargos. Hemos creado una clase de coste para cada uno de los grupos de origen (CAUSA y CACHI).

Como resultado, si ejecutásemos el mismo calculo del coste estimado que hemos ejecutado al inicio, tendríamos el siguiente resultado:

Si comparamos este resultado con el resultado inicial, veremos que el coste de la materia prima ya no sale de forma conjunta en nuestro escandallo de costes, y que, además, hemos sido capaces de aplicar recargos diferentes a la materia prima dependiendo de su origen.

Como aclaración final, comentar que, aunque nosotros hayamos hecho las dos modificaciones de forma conjunta, la división del escandallo de costes y la aplicación de recargos son procesos independientes. Es decir, podríamos separar el material por origen en el escandallo sin aplicar distintos recargos, y viceversa, aplicar recargos distintos en base al origen del material sin la separación del escandallo de costes.

Esperamos que este artículo os haya servido para entender para que sirven y como utilizar algo tan sencillo y efectivo como los grupos de orígenes. Puedes dejarnos tus preguntas en comentarios o ponerte en contacto con nuestro equipo de SAP Finanzas & Controlling si estás interesad@ en esta solución.

La entrada La función del Grupo de Orígenes del material en el Product Costing se publicó primero en Blog de SAP: Actualidad SAP, Business Intelligence, SAP HCM, Abap....

Viewing all 598 articles
Browse latest View live