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

SAP Fiori UX: Tipos de aplicaciones

$
0
0

En anteriores artículos conocimos un poco más sobre qué es SAP Fiori UX y los componentes necesarios para montar su arquitectura. En esta ocasión, vamos a conocer qué tipos de aplicaciones SAP Fiori UX existen a día de hoy y cuáles son sus características principales.

Mediante el launchpad se pueden publicar tres tipos de aplicaciones SAP Fiori UX:

1. Transactional Applications

Las aplicaciones transaccionales SAP Fiori UX son aplicaciones para los empleados, para los responsables, etc. Cada una de estas aplicaciones transaccionales requiere de la instalación de un Add-On específico en el sistema.

SAP Fiori UX - Aplicaciones transaccionales

Es el único tipo de aplicación SAP Fiori UX que no está necesariamente ligado a SAP HANA, sino que soporta cualquier otro tipo de Base de Datos en la que tengamos nuestro sistema.

2. Fact Sheets

Este tipo de aplicaciones SAP Fiori UX permite al usuario, tal y como dice SAP, navegar por la información en diferentes capas. Podemos quedarnos en información global a un nivel contextual, luego acceder a unos pocos detalles y si lo queremos, navegar hasta lo más profundo del dato y acceder a toda la información relacionada con él.

SAP Fiori UX: Fact Sheets

Requiere sí o sí  de SAP HANA. Se necesita no sólo SAP HANA a nivel de Base de Datos, sino el SAP Web Dispatcher que veíamos en nuestro artículo sobre arquitecura.

3. Analytical Applications

A veces llamadas Smart Business Applications, por lo que la documentación de SAP a veces (una vez más) puede llegar a ser confusa en este aspecto ya que se refieren con estos dos nombres indistintamente a lo mismo.

Las aplicaciones analíticas SAP Fiori UX requieren SAP HANA con una Arquitectura 2-Tier usando Modelos Virtuales (VDM) y las aplicaciones vienen incluidas como paquetes en cada componente de SAP (ERP, CRM…)

Así que ya sabéis, familiarizaros con los diferentes tipos de aplicaciones SAP Fiori UX: Transactional Applications, Fact Sheets y Analitical Applications


Evaluación de tiempos SAP HR: Visualizar resultados del job

$
0
0

Normalmente la evaluación de tiempos en SAP HR se ejecuta en fondo, debido a que debe tratar a todos los empleados de la empresa, y eso lleva mucho tiempo como para ejecutarlo de modo on-line.

Si se deseara visualizar en el log de la evaluación de tiempos en SAP HCM, para poder saber el número total de empleados erróneos, rechazados o con éxito, se deberá realizar lo siguiente:

  1. Acceder a: Sistema / Jobs propios 

    Evaluación de tiempos en SAP HR

  2. Seleccionar el job deseado y pulsar “SPOOLVisualizar log del job de evaluación de tiempos
  3. Pulsar icono “lista ABAPSAP HCM - Visualizar resultado job de evaluación de tiempos

    De este modo, obtendremos el resultado del log que ha generado nuestro lanzamiento de la evaluación de tiempos SAP HR.

    No obstante, si el log tuviera numerosas páginas, para poder acceder por ejemplo a la última, que es donde tenemos el resultado final de empleados con éxito, erróneos o rechazados, haríamos lo siguiente.

  4. Pulsar botón “parametrizacionesVisualizar registro de la evaluación de tiempos SAP HR
  5. Seleccionar “las últimas” y validar:Evaluación de tiempos SAP HR
    Accederemos a las últimas páginas, y al final de todo veremos el log final del programa de evaluación de tiempos.
    SAP HCM - Registro del programa de evaluación de tiempos

Infotipos SAP HCM: Medidas de personal y complementarias.

$
0
0

Las medidas de personal del componente de Gestión de Personal sirven para registrar en el sistema un tratamiento realizado a un empleado: una nueva contratación, un cambio de contrato, una baja…

El historial de los tratamientos que se le han realizado al empleado se puede ver en SAP HCM en el infotipo 0000 (Medidas). Pero a veces, las medidas también se guardan en el infotipo 0302 (Medidas complementarias). Este infotipo permite que más de una medida se pueda ejecutar el mismo día. En este artículo se explica cómo parametrizar correctamente una medida, para que se guarde en el infotipo 0000, en el infotipo 0302 o en ambos.

Parametrización de infotipos SAP HCM

La parametrización SAP HCM de estas medidas de personal se realizará en la tabla T529A en los campos marcados en la imagen inferior.

SAP HCM: Parametrización medidas de personal

  • Status del infotipo 0000: Si estos campos tienen algún valor, estaremos indicando al sistema que la medida realiza un cambio de estado. Por ejemplo tras una medida de baja el empleado pasa a tener estado 0. Siempre que una medida realice un cambio de estado, deberá ser almacenada en el infotipo 0000 obligatoriamente.
  • Actualizar infotipo 0000 y/o  infotipo 0302: Se indicará que se debe almacenar en ese infotipo.

Si se desea realizar dos medidas el mismo día, estas no podrán ser grabadas en el infotipo 0000. Por eso, es importante saber en qué infotipo se almacenará una medida. La lógica del sistema es la siguiente:

  • Si tiene marcado sólo el checkbox de actualizar el infotipo 0000, sólo se almacenará en el infotipo 0000.
  • Si tiene marcado sólo el checkbox de actualizar el infotipo 0302, sólo se almacenará en el infotipo 0302.
  • Si tiene marcados los dos checkbox:
    • Si la medida realiza un cambio de estado se almacenará en ambos.
    • Si una medida no realiza un cambio de estado:
      • Si existe otra medida el mismo día guardada en el infotipo 0000, ésta solo se guardará en el infotipo 0302.
      • Si no existe otra medida se guardará en ambos infotipos.

Ejemplo de parametrización de medidas en SAP HCM

A continuación se muestra un ejemplo de cómo quedaría el historial de medidas:

  1. El día 01.01.2015 se le realizó un alta sucesiva y un cambio de posición. La medida de alta sucesiva se almacena en ambos infotipos ya que es una medida de cambio de estado. Por otro lado, la medida de cambio de posición sólo se almacena en el 0302 ya que existe otro registro en el infotipo 0000 para ese día.
  2. El día 15.01.2015 se realiza otra vez la medida de cambio de posición. Esta vez la medida se almacena en el infotipo 0000, ya que no existe ninguna otra medida para esa fecha.

sap-hr-infotipos-medidas-personal

SAP HCM: Nuevo recibo de nómina

$
0
0

En el boletín 273 del 11 de Noviembre de 2013, se ha hecho público el nuevo modelo de recibo de nómina.

Nuevo recibo nómina

Este nuevo recibo de nómina se ha actualizado para que cumpla con el artículo 104.2 de la Ley General de la Seguridad Social, que obliga a incluir información sobre la aportación que realiza el empresario:

En los justificantes de pago de dichas retribuciones, el empresario deberá informar a los trabajadores de la cuantía total de la cotización a la Seguridad Social indicando, de acuerdo con lo establecido en el artículo 103.2, la parte de la cotización que corresponde a la aportación del empresario y la parte correspondiente al trabajador, en los términos que reglamentariamente se determinen”

Por ello, tal y como se puede ver en la imagen anterior, el nuevo modelo de recibo de nómina, incluye al final del mismo, junto a cada base, el tipo y la aportación que realiza la empresa.

10 productos SAP que deberías tener en tu empresa (1/2)

$
0
0

Todos sabemos que el portfolio de SAP es inmenso, interminable, incluso a veces lioso: siglas y más siglas, productos “duplicados” que parece que sirven para lo mismo…

Si tienes una empresa, hoy te contamos qué 10 productos SAP deberías de tener sí o sí para gestionarte como se debe.

1. SAP GUI: Cliente SAP 

SAP GUI es el cliente para acceder a los sistemas SAP por excelencia.  Acaba de salir la última versión SAP GUI 740.

SAP GUI: Cliente SAP

Tienes algunas alternativas dependiendo del sistema operativo que uses (JAVA GUI para Mac o Linux o incluso el WebGUI).

Existen incluso clientes más modernos por los que SAP está apostando como SAP Netweaver Business Client o SAP Fiori UX. Pero el SAP GUI clásico es eso, un clásico. De hecho, el 99% de la gente trabaja aún con él y costará desbancarlo.

2. SAP Download Manager

SAP Download Manager es el gestor de descargas de SAP. Un jDownloader, FlashGet, lPhant… pero para los productos de SAP.

Es necesario para descargar todos los paquetes de instalación y demás cosas que los chicos de sistemas necesitan para que las máquinas existan. Normalmente se instala en los servidores, por lo que para un usuario “normal”, este producto pasa desapercibido.

3. SAP ERP

El centro de operaciones de tu empresa; y es que, al final… ¿de qué se trata? De gestionar tu empresa con un ERP potente, ¿no?

Finanzas, Controlling, Compras, Ventas, Proyectos, Calidad, Almacén, Producción, Mantenimiento, Gestión de Personal, Control de tiempos, Nómina…todos los ámbitos de gestión de tu empresa están contemplados en el ERP de SAP. Además, como buen ERP, tiene todos estos ámbitos interconectados.

4. SAP CRM

Si quieres vender bien tu producto, necesitas un CRM. Y si tu apuesta es por la tecnología SAP, pues necesitas SAP CRM.

Lógicamente y al igual que con el ERP, hay otros muchos CRMs en el mercado. Aquí es donde tienes que tener en cuenta las necesidades de venta de tu empresa, y la integración con tus otros sistemas (con el ERP de SAP… )

Los CRMs han evolucionado muchísimo en los últimos años y no son sólo herramientas de venta, sino que también permiten hacer campañas de marketing, televenta, seguimiento de los clientes…un mundo.

5. SAP Business Warehouse (SAP BW)

SAP BW se incluye dentro del producto global SAP Business Intelligence, el repositorio de datos de SAP por excelencia.

Necesitas este repositorio para que el resto de sistemas (SAP ERP y SAP CRM, por ejemplo), le envíen la información y la guardemos en un único repositorio con miles de datos cruzados con los que poder hacer informes y cuadros de mando analíticos espectaculares.

10 productos SAP que deberías tener en tu empresa (2/2)

$
0
0

6. SAP Business Objects

Los informes y cuadros de mando espectaculares los deberás de hacer con las herramientas que te proporciona SAP Business Objects. Estas herramientas tienen compatibilidad con dispositivos móviles, HTML5 y un montón de funcionalidades para que tus jefes no tengan que preocuparse de dónde está el dato y vean los resultados claros y concisos.

10 productos SAP: SAP Business Objects

En SAP Business Objects hay muchas alternativas que tendrás que valorar en función de lo que quieras hacer y de la versión que adquieras: Query Designer, Dashboard, xcesius, Crystal Reports

7. SAP Portal

Con tanto sistema en tu empresa y tanto punto de acceso, SAP Portal te permite centralizar los accesos, sobre todo de los empleados, sin la necesidad de tener instalado ningún tipo de cliente; sólo con el navegador de Internet.

SAP Portal habitualmente se utiliza para hacer una  Intranet y/o permitir al empleado realizar gestiones de manera remota y autónoma como por ejemplo: solicitud de vacaciones, imputaciones de horas…

SAP CRM, SAP BW y SAP BO también tienen integración con SAP Portal y permiten la publicación, en un solo portal, de todos los contenidos que queramos, diferenciando roles en tu empresa. Lo necesitas.

SAP Portal da un salto de calidad técnica a tu infraestructura porque proporciona a SAP un WAS JAVA, permitiendo desarrollo e implementación de desarrollos en tecnología JAVA.

8. SAP Solution Manager

Otro sistema que igual para muchos pasará desapercibido pero que cada vez está cogiendo más protagonismo.

10 productos SAP: Solution Manager

Un sistema para dominarlos a todos, como el anillo único. SAP Solution Manager es un sistema central desde el cual distribuir las actualizaciones a tu SAP ERP, SAP CRM, SAP BW… Es posible monitorizarlos todos, recibir las alertas de todos, gestionar los usuarios y las licencias de todos…

Esto es lo que más o menos conocéis del SAP Solution Manager, pero es que tiene muchísimo más: un CRM con gestor de incidencias para poder gestionar las incidencias de todos nuestros sistemas de manera centralizada, gestión de proyectos, gestión documental…un mundo, lo necesitas ya.

Lo que viene, lo que nos espera…

Y para terminar, los dos últimos productos no es que los necesites ya, pero te los pongo para que te vayas haciendo a la idea de que tendrás que ir a por ellos tarde o temprano y más vale que vayas leyendo y empapándote de qué son si no quieres que te pille el toro.

Requieren además, de cambios conceptuales importantes en las cabezas pensantes porque le dan un giro de 180º a la percepción clásica de lo que es un sistema de gestión, un ERP…conceptos como Big Data, HANA, HTML5…tienen que ir sonándote:

9. SAP HANA

La apuesta de SAP de la década, seguramente. Vamos a por el Big Data, All In Memory y todos esos conceptos que tan fuerte están pegando en el mundo IT.

Adiós a los discos duros y hola al procesamiento en memoria. En nuestro blog puedes encontrar más detalles al respecto, así que no te lío más. Eso sí, acabarás llegando a SAP HANA, así que vete preparándote. Lo necesitas.

10. SAP Fiori UX

Otra de las apuestas fuertes de SAP: sino de la década, sí de los últimos años. Cuando consiga convencer a todos los usuarios de SAP que dejen el SAP GUI atrás y prueben esta experiencia de usuario nueva, el mundo de SAP y de los sistemas de gestión dará un giro.

También hablamos de SAP Fiori UX en nuestro blog, y hablaremos, así que no te lío más, tienes que ir empapándote de esto también.

 

SAP PI/XI: Transportes entre diferentes versiones

$
0
0

No es nada raro que una vez que se dispone de un escenario SAP PI en funcionamiento, se quiera transportar a otro sistema diferente propio de la misma organización o de otra organización distinta.

En este artículo, vamos explicar cuestiones relativas a la compatibilidad de versiones, que hay que tener en cuenta a la hora de llevar a cabo un transporte en SAP PI/XI.

En este tipo de escenarios SAP PI/XI en los que se ponen en marcha aplicaciones que requieren comunicación entre diferentes sistemas, es necesario crear interfaces y mapeos (entre otras cosas) para permitir la integración entre estos diversos sistemas.

Estas interfaces, mappings y objetos se registran en el ESR (Enterprise Services Repository) y es el contenido de este el que hay que exportar e importar en el nuevo sistema para poder configurar posteriormente las comunicaciones en el Integration Directory.

Transportes automáticos en SAP PI/XI

Estos transportes pueden ser, por diferentes razones y/o circunstancias hacia versiones posteriores o hacia versiones anteriores. Sin embargo, realizar un transporte en SAP PI/XI no es siempre automático.

En la siguiente tabla se representan las combinaciones de versiones de SAP Netweaver para los que es posible llevar a cabo el transporte de manera automática:

SAP PI/XI: Transportes automáticos

Novedades fiscales 2015 en el impuesto de sociedades (1/2)

$
0
0

Las reformas aprobadas en el Impuesto de Sociedades a finales del 2013, que entraron en vigor el 1 de enero en los Territorios Históricos de Álava, Bizkaia y Gipuzkoa, se tendrán que aplicar en el ejercicio 2014.

Teniendo lo anterior en cuenta, en los dos próximos artículos mencionamos las siete principales novedades fiscales introducidas en el Impuesto de Sociedades para el 2015. 

Novedades fiscales sobre el impuesto de sociedades 2015

1. Amortización

La primera de las modificaciones que afectan al Impuesto de Sociedades en 2015, se refiere a la amortización. La Normas Forales incluyen una tabla de amortizaciones sencilla y práctica en el uso. Los puntos más importantes son:

  • Se reconoce con carácter general la libertad de amortización a los elementos del inmovilizado material, intangible y de las inversiones inmobiliarias de los activos nuevos afectos a la reducción y corrección del impacto contaminante de la empresa y a los elementos del inmovilizado material e intangible relacionados con la limpieza de suelos contaminados.
  • Gozarán de libertad de amortización los elementos del inmovilizado material e intangible, excepto edificios, afectos a I+D, así como los gastos de I+D activados como inmovilizado intangible.
  • Existirá la posibilidad de amortizar el Fondo de Comercio y otros activos intangibles aplicando un porcentaje máximo del 12,5%.
  • Arrendamiento financiero: se establece la posibilidad de que el contribuyente opte por no aplicar el régimen especial de amortización, y aplique las reglas generales para los supuestos de cesión de uso de activos con opción de compra o renovación.

2. Régimen de eliminación de la doble imposición

Otro cambio que afecta al Impuesto de Sociedades en 2015, es el del régimen de eliminación de la doble imposición económica sobre dividendos y plusvalías de cartera tanto interna como internacional, es el de exención.

Se aplica como una disminución en la base imponible del impuesto de sociedades siempre que se cumplan una serie de requisitos.

3. Reinversión de los beneficios extraordinarios

Podrán no integrarse en la base imponible del impuesto de sociedades en 2015:

  • Las rentas obtenidas en la transmisión de los activos fijos materiales e intangibles de la entidad si están afectos a explotaciones económicas y el importe de la transmisión se invierte en nuevos activos fijos.
  • Se establece como plazo de reinversión el comprendido entre el año anterior a la entrega o puesta a disposición del elemento en el que se reinvierte y los 3 años posteriores.

La norma guipuzcoana no considera realizada la reinversión en los siguientes casos:

  • Cuando la adquisición se realice mediante operaciones de reestructuración empresarial acogidas al régimen especial de neutralidad.
  • Cuando la adquisición se realice a entidades vinculadas y no se trate de elementos del inmovilizado material nuevos.

4. Préstamos participativos

Se establece la posibilidad de no integración en la base imponible del impuesto de  sociedades, los rendimientos procedentes de préstamos participativos, en la medida en que los mismos sean consecuencia de los beneficios de la entidad prestataria.


Novedades fiscales 2015 en el impuesto de sociedades (2/2)

$
0
0

Siguiendo con lo comentado en el artículo anterior sobre las principales novedades fiscales en 2015 para el Impuesto de Sociedades, en este segundo artículo, se explicarán otras modificaciones que afectan a este impuesto.

6. Subcapitalización

En lo referente a la subcapitalización, se mantiene un régimen de limitación del ratio de endeudamiento (del resultado de aplicar el coeficiente 3 al importe del patrimonio neto a efectos fiscales). Esta limitación no será aplicable cuando el endeudamiento neto con entidades vinculadas no exceda de 10.000.000 euros. El contribuyente podrá obviar esta limitación si prueba que habría podido obtener el mismo nivel de financiación de entidades no vinculadas.

7. Incentivos fiscales vinculados a la dotación de reservas indisponibles

La gran novedad de la reforma son las medidas para fomentar la capitalización de las empresas:

  • Fomento de la Capitalización Empresarial: Se podrá deducir un 10% del importe del incremento del patrimonio neto a efectos fiscales respecto a la media de los dos ejercicios anteriores y siempre que dicha cantidad se destine a una reserva especial. En el caso de microempresas y en las pequeñas empresas el porcentaje de deducción será del 15%. Dicha reserva será indisponible durante 5 años y durante dicho plazo no podrá disminuir el patrimonio neto, salvo por causas de pérdidas. Dicha reducción no podrá originar una base imponible negativa ni el incremento de la misma.
  • Nivelación de Beneficios: Esta reducción de la base imponible es una medida de anticipación de la aplicación de futuras pérdidas fiscales. La deducción en base imponible tiene como límite el 10% del resultado. Además esta reducción no podrá superar el 15% del importe de la base imponible del periodo impositivo y el saldo de la reserva no podrá superar el 20% del patrimonio neto de la sociedad. Es una reserva indisponible durante 5 años que queda liberada en la medida en la que se incorpora a la base la reducción practicada. Para pequeñas y micros se incrementan en 5 puntos los porcentajes de importe y límites.
  • Fomento del Emprendimiento y Reforzamiento de la Actividad Productiva: Podrá reducir de la base imponible hasta el 60% del resultado positivo del ejercicio y se destinará a una reserva especial para el fomento del emprendimiento y el reforzamiento de la actividad productiva. La reducción no podrá superar el 45% de la base imponible del periodo ni el 50% del patrimonio neto de la sociedad. Esta reserva será indisponible durante 3 años.

7. Compensación de bases imponibles negativas

El plazo de compensación de bases imponibles negativas se limita a 15 años. En entidades de nueva creación el plazo de 15 años comienza a computarse desde el primer periodo impositivo cuya base imponible sea positiva. Para las bases imponible negativas anteriores a 2014 el plazo comienza el 1 de Enero de 2014.

8. Deducciones

Respecto a las deducciones se eliminan algunas y las que se mantienen se les aplica alguna modificación. En la tabla lo podemos ver de una forma resumida.

Deducciones: Novedades 2015 en el Impuesto de Sociedades

9. Tipo impositivo y tributación mínima

El tipo impositivo, el tipo general de gravamen será con carácter general el 28% y para las microempresas y pequeñas empresas el 24%.

Se incorpora una regla novedosa que establece una tributación mínima en la determinación de la cuota efectiva con el propósito de fijar un suelo por debajo del cual no pueda reducirse la carga tributaria aplicando las deducciones en cada ejercicio. Por lo tanto, salvo en las deducciones por I+D+i, la aplicación de deducciones sobre la cuota líquida no puede dar lugar a que la cuota efectiva sea, con carácter general, inferior al 13% del importe de la base imponible.

Tipos de tributación mínima sobre las bases imponibles:

tipos-de-tributacion-minima-novedades-fiscales-2015

Todas estas novedades que nos afectan en el Impuesto de Sociedades del ejercicio 2014 se recogen en la  Norma Foral 37/2013, de 13 de diciembre, del Impuesto sobre Sociedades.

Periodos desfasados en SAP HCM

$
0
0

Últimamente se está volviendo a hablar sobre los periodos desfasados en SAP HCM, una funcionalidad que aunque exista en SAP desde hace mucho tiempo, para muchos es aún desconocida. Pero,  ¿qué es exactamente el “periodo desfasado”? ¿Necesito activarlo yo?

La necesidad del periodo desfasado viene de una carencia en el proceso de la nómina habitual:

Supongamos que se realiza un proceso normal para el cálculo de la nómina de Enero. Una vez cerrado el registro de gestión y contabilizadas las nóminas se detectan incidencias en el mes de enero que tienen efectos en la nómina. Estas incidencias provocarán que al ejecutar la nómina en Febrero se realice una retroactividad con los datos de Enero correctos y las diferencias en los pagos. En el siguiente diagrama se puede ver un esquema del proceso:

SAP HCM - Periodos desfasados

La duda viene cuando generamos los ficheros FAN o dentro de unos meses los ficheros de bases de Cret@. ¿Cuál de los dos resultados tenemos que recoger?

    • Resultados de Enero calculados en Febrero: Tiene sentido que sean estos los resultados que se deben seleccionar para el envío del TC, ya que  son los resultados correctos. Pero si se envían en el TC estos resultados, sin activar los periodos desfasados, se corre el riesgo de que los resultados sean sobrescritos.  Como el registro de gestión de Febrero todavía no está cerrado, es posible volver a ejecutar el cálculo 01 en 02 y en caso de diferencias los datos usados para el TC se sobrescribirían y se generarían inconsistencias. ¿Cómo calcular una complementaría si han desaparecido los importes que se usaron para el TC?
    • Resultados de Enero calculados en Enero: Si entregamos el fichero FAN con estos resultados no se crearán inconsistencias en la base de datos, pero se pagarán recargos a la Seguridad Social . ¿Tiene sentido pagar recargos por no entregar una información correcta, a pesar de que se fuese ya consciente del error? Además con la entrada de Cret@ los empleados deberán ser consolidados con la información de la Seguridad Social, por lo que esta opción quedaría descartada.

El proceso habitual, nos obliga a retrasar el máximo posible el cierre de nómina del mes o a pagar recargos. Al usar los periodos desfasados, se podrán seleccionar los resultados de Enero calculados en Febrero sin miedo a que estos resultados sean sobrescritos. Bueno, esto no es 100% verdad, los resultados de nómina se sobrescribirán, pero el sistema hará una copia antes en el cluster PCL4 de los resultados usados para los TCs. De esta forma se tendrá la información necesaria para calcular los TCs complementarios en caso de que sea necesario y nos evitaremos la mayor parte de los recargos a la Seguridad Social.

En conclusión, activar la funcionalidad de los periodos desfasados te permitirá disminuir los recargos a la Seguridad Social. El proceso es sencillo y se realiza de forma casi transparente al usuario. Por lo tanto es recomendable que si usas SAP HCM, actives los periodos desfasados: disminuirás los recargos de los ficheros FAN y estarás preparado para cuando entre Cret@.

El debugger ABAP

$
0
0

El debugger es una herramienta imprescindible para los programadores de cualquier lenguaje. Con él es posible probar y depurar aplicaciones que se están desarrollando, visualizar y modificar variables en tiempo de ejecución o comprobar errores que aparecen en aplicaciones que fallan.

En el lenguaje de programación de SAP, ABAP obviamente existe este programa y en el siguiente artículo explicaré su uso y alguna aplicación más avanzada del debugger ABAP.

Debugger ABAP: Tipos de breakpoint

Lo primero para poder utilizar el depurador ABAP será poner un breakpoint en el código que queramos revisar. Un breakpoint sirve para lanzar el debugger ABAP, con lo que el programa aparecerá en un nuevo modo, para así poder depurar desde la línea de código donde hemos puesto dicho breakpoint. Existen dos tipos de breakpoints:

  • Breakpoints de sesión: Breakpoint de sesión Estos puntos de interrupción solo son válidos para la sesión actual, es decir, para aplicaciones que se lancen dentro de la misma entrada al sistema. Además estos breakpoints son independientes de usuario.
  • Breakpoints externos: Breakpoint de usuario Estos puntos de interrupción son válidos para cualquier aplicación que se ejecute en el sistema, independientemente de donde se haya lanzado. Por ejemplo, en aplicaciones Web Dynpro o BSP, que se ejecutan desde un navegador web, solo podrían utilizarse este tipo de breakpoints. Estos suelen tener validez de 2 horas y se asocian a un usuario.

En las opciones específicas de usuario (Menú Utilidades->Opciones) existe una pestaña para definir las opciones del debugger ABAP.

Opciones del debugger ABAP

En el campo usuario podremos definir para qué usuario se pondrán los breakpoints externos. También podemos definir qué debugger ABAP utilizar, si el clásico o la nueva función. En este artículo hablaré sobre la nueva función.

Debugger ABAP: Nueva función 

Para poner o quitar un breakpoint debemos posicionar el cursor en la línea de código que queramos y utilizar el botón correspondiente ( Breakpoint de sesión o Breakpoint de usuario ). También se pone un breakpoint de sesión si hacemos clic con el ratón a la izquierda del número de línea o escribiendo la sentencia BREAK-POINT en el código.

Al ejecutar un programa en que hemos puesto algún breakpoint, nos aparecerá el debugger ABAP en un nuevo modo. Es importante que para ejecutar el nuevo debugger no tengamos 6 modos abiertos, ya que el nuevo programa necesita uno propio.

Nueva función del debugger ABAP

Si nos vamos a la pestaña de “Desktop 3”, a la izquierda nos aparecerá el código de la aplicación en ejecución y a la derecha una tabla con las variables del programa. En las dos primeras pestañas podremos poner las variables que queramos: en “Locals” nos aparecerán todas las variables locales del programa y en “Globals” las globales.

Depuración de variables ABAP

En las dos primeras pestañas, que es donde podemos elegir las variables, podemos escribir el nombre de la variable o hacer doble clic en el código sobre la variable que queramos modificar. Podremos modificar variables ABAP pulsando el botón Depurar variables ABAP  para cambiar su valor en tiempo de ejecución para probar el programa. Hay variables que no pueden ser modificadas, como son los parámetros import pasados por referencia.

Depuración de tablas ABAP

Si hacemos doble clic sobre una tabla, aparecerá el nombre de la tabla con corchetes, indicando el número de filas y columnas que tiene la tabla. Si esta tabla tiene línea de cabecera, aparecerán los datos de la línea de cabecera y el símbolo Depurar tablas ABAP. Haciendo doble clic en estas variables se aparecerá una pestaña con todos los datos de la tabla o la estructura.

Depuración tablas ABAP

Con el botón Manipular tablas ABAP en depuración podremos quitar, añadir o eliminar filas de una tabla en tiempo de ejecución. También podremos guardar los datos de las tablas en un fichero externo.

Avanzar por el programa ABAP

Por último, para poder avanzar por el programa, se pueden utilizar las siguientes opciones:

  • Paso a paso (F5) : Debugger ABAP:Depurar paso a paso Se introducirá en la línea de código que estemos, es decir, si es una subrutina o una función navegará hasta ella para poder depurarla. Si es una sentencia simple (IF, MOVE, CLEAR…) pasará a la siguiente línea de código.
  • Ejecutar (F6) :Debugger ABAP: ejecutar Avanzará a la siguiente línea de código, independiente de que sea una subrutina, función o sentencia simple, ejecutando la subrutina o función en cuestión.
  • Retornar (F7) : Debugger ABAP: Retornar Si se está dentro de una subrutina o función, saldrá de la misma ejecutándola y parando justo en la línea siguiente a su llamada.
  • Continuar (F8) Debugger ABAP: Continuar: El programa se ejecutará hasta encontrar otro breakpoint. Si no existen más, el programa se ejecutará hasta terminar o pasar el control al usuario.

Otra utilidad que ofrece es poder posicionarse en una línea de código sin ejecutar el programa, es decir, no haciendo caso a las líneas de código. Para ello, posicionaremos el cursor en la línea que queramos saltar y pulsaremos la combinación de teclas SHIFT+F12. Con esto podremos ejecutar el programa obviando subrutinas o líneas de código.

Con lo expuesto anteriormente ya podremos empezar a depurar nuestros programas ABAP y empezar a jugar con el debugger ABAP, que aún ofrece más utilidades.

Debugger ABAP en procesos de fondo

Hay en ocasiones que el debugger ABAP no salta con los breakpoints que he comentado antes, como puede ser en los procesos de fondo. Para esto, existe un pequeño truco que consiste en crear mediante código un pequeño bucle que pare la ejecución del programa y luego podamos acceder al debugger ABAP mediante el gestor de procesos de trabajo.

Primero, deberemos escribir el siguiente código en el punto del programa que queramos debuggear:

DATA stop TYPE i.
  WHILE stop < 60.
    WAIT UP TO 1 SECONDS.
    stop = stop + 1.
  ENDWHILE.

Con este bucle haremos el programa esté parado durante 60 segundos. En este tiempo, deberemos acceder a la transacción SM50. De los procesos que estén en ejecución en el sistema, buscamos el que corresponda a nuestro programa y lo seleccionamos. Después en el menú accedemos a Administración->Programa->Debugging.

Pinchando aquí conseguiremos que se abra el debugger ABAP en un nuevo modo con el programa que queremos depurar.

Lanzar debugger ABAP en procesos de fondo

SAP BW: Particionado semánticamente

$
0
0

A la hora de trabajar con grandes volúmenes de datos en SAP BW, puede ser interesante dedicar un momento a decidir si existe una manera lógica de dividir estos datos en unidades más pequeñas. A partir de la versión 7.3, SAP BW ofrece el llamado particionado semántico, que ofrece una manera sencilla y rápida de hacer esta separación. En este artículo trataremos de explicar cómo y cuándo utilizar esta opción, así como mostrar el resultado final.

Particionado semántico en SAP BW: ¿Por qué? 

Resulta interesante en ocasiones dividir un infositio en partes más pequeñas. Generalmente cuando la cantidad de datos a almacenar es muy grande o simplemente se quiere tener organizada la información en objetos más manejables.

La principal ventaja del particionado semántico en SAP BW es, por tanto, la mejora de rendimiento con volúmenes grandes, pero no es la única.

La gestión de errores también se ve beneficiada. Supongamos, por ejemplo, un cubo dividido en diferentes particiones por cada año cargado. Un error en la carga puede provocar que no se pueda realizar ningún análisis sobre el cubo entero. Con el cubo particionado sin embargo, sólo el año de la carga afectada quedará inservible, pudiendo analizarse todo el resto.

Otro típico ejemplo en que el particionado semántico nos puede ayudar es cuando se trabaja con diferentes zonas horarias. Particionando el infositio según las diferentes zonas horarias, las tareas de carga y administración pueden planearse independientemente.

Particionado semántico en SAP BW: ¿Cómo? 

Hasta la versión 7.3, la única manera de llevar a cabo el particionado semántico en SAP BW era hacerlo manualmente. Creando los cubos u ODS necesarios y cargándolos aplicando los filtros correspondientes. El acceso único a los datos se conseguía mediante un multisitio.

A partir de ésta versión, se incluye a la hora de crear un cubo o un ODS el flag “Particionado semánticamente”.

SAP BW: Particionado semánticamente

Una vez seleccionado, se han de seguir los 6 pasos mostrados por pantalla que te guían a través de todo el proceso. Se empieza definiendo el cubo que se quiere crear. Se crean las condiciones que crearán las diferentes particiones y se activa. Se crea la transformación que rellenará todas las particiones y un DTP por cada partición. Por último, se crea la cadena de proceso que llenará todas las particiones.

SAP BW: Como realizar particionado semántico

Particionado semántico en SAP BW: Resultado

El resultado son tantos cubos como particiones se hayan seleccionado, de igual estructura y tamaño, con todo lo necesario para cargarlos (DTP, Cadena de proceso…) y con una capa superior de acceso único e igual estructura.

 

Resultado del particionado semántico en SAP BW

 

 

Fuente: http://help.sap.com/saphelp_nw73/helpdata/en/d1/468956248e4d9ca351896d54ab3a78/content.htm

SAP HCM – Parametrizar hojas de horario de trabajo (CATS) [1/3]

$
0
0

En esta serie de artículos se explicará cómo parametrizar un perfil en CATS o lo que es lo mismo cómo parametrizar las hojas de horario de trabajo en SAP HCM. Para ello, repasaremos cada una de las parametrizaciones básicas de una hoja horaria:

  1. Creación de una hoja de horario de trabajo
  2. Configuración de columnas a visualizar
  3. Parametrización de campos de cliente
  4. Creación de grupos de autorización

1. Creación de una hoja de horario de trabajo

Mediante la transacción SPRO accederemos a la Guía de Implementación de Customizing SAP.

Toda la parametrización relacionada con las hojas de horario de trabajo (CATS) se realizará a través de la siguiente ruta:

Componentes multiaplicaciones → Hoja de horario de trabajo

Parametrización de hojas de trabajo en SAP HCM

La creación de una clase de hoja horaria (también llamado perfil horario) se realiza a través de la siguiente ruta:

Componentes multiaplicaciones → Hoja de horario de trabajo → Parametrizaciones especiales para CATS regular → CATS regular → Registro de horario de trabajo → Instalar perfiles de entrada

En esta tabla se encuentran todo los perfiles de tiempos (hoja de horario de trabajo) creados para esa empresa. Para crear un nuevo perfil de tiempos se pulsa el botón “Entradas nuevas”  (accediendo a la pantalla de configuración del nuevo perfil).

Esta pantalla se divide en las siguientes secciones, las cuales se explican a continuación:

  • Opciones generales
  • Parametrizaciones temporales
  • Selección de personal
  • Autorización
  • Variante cálculo coste
  • Valores de propuesta
  • Pool trabajo
  • Verificación entrada
  • Parametrizaciones para ESS

Opciones generales

Se parametrizan opciones generales como ver totales de horas, grupo de autorizaciones al que se tiene acceso, si las horas se liberan automáticamente al grabarlas o no,…

Creación perfiles de tiempos SAP HCM: Opciones generales

Parametrizaciones temporales

Desde esta sección se parametriza la periodicidad del perfil de tiempos, día de la semana de comienzo del perfil y límite de entrada de datos.

Por ejemplo, un perfil semanal que empiece el domingo se parametrizaría de la siguiente forma:

Parametrizaciones temporales en la creación de perfiles de tiempos

Selección de personal

Permite parametrizar la selección de personal. Sobre todo es para poder parametrizar perfiles con entrada múltiple de personal.

SAP HCM - Selección de personal en la creación de horarios de trabajo

Autorización

En este apartado se parametriza si existe workflow de autorización o no.

Parametrizar autorizaciones en la creación de un perfil CATS en SAP HCM

Variante de cálculo de coste

En este punto, es posible parametrizar si se realiza imputación de orden o no a las horas introducidas.

Variante de cálculo de costes en creación de perfiles temporales SAP HR

Valores de propuesta

Desde aquí se permite proponer valores en ciertos campos como Sociedad CO, Centro de Coste, etc. De tal forma que no son visibles al empleado y se proponen automáticamente.

Valores de propuesta en horario de trabajo SAP HR

Pool de trabajo

Permite parametrizar el pool de trabajo (que contiene las órdenes de imputación accesibles)

SAP HR: Pool de trabajo en creación de horario de trabajo

Verificación de entrada

Permite parametrizar la reacción en caso de introducir más de 24 horas en la hoja o más horas de las que permite el contingente.

SAP HR: Verificación de entrada en la creación de hoja de horario de trabajo

 Parametrizaciones para ESS

Permite parametrizar como se visualiza la hoja de horario de trabajo en ESS (vertical/horizontal) y permite también activar enhancements que influyan en CATS.

Parametrización ESS en la creación de perfiles temporales SAP HCM

En próximos artículos, continuaremos este tutorial sobre la parametrización de las hojas de horarios de trabajo en SAP HCM, con la configuración de columnas a visualizar y campos de cliente entre otros aspectos.

SAP HCM – Parametrizar hojas de horario de trabajo (CATS) [2/3]

$
0
0

Continuando con la serie de artículos que iniciamos hace unos días sobre la creación de hojas horarias (CATS) en SAP, aquí os presentamos la segunda parte que explicará cómo configurar en SAP HCM las columnas de visualización para un perfil temporal CATS concreto.

2. Configuración de columnas a visualizar

Mediante la transacción SPRO accederemos a la Guía de Implementación de Customizing SAP.

La configuración de columnas se realiza a través de la siguiente ruta:

Componentes multiaplicaciones → Hoja de horario de trabajo → Parametrizaciones especiales para CATS regular → CATS regular → Registro de horario de trabajo → Especificar selección de campos

Una vez en ella, accedemos a una tabla con las tres secciones de la que está compuesta una hoja horaria en CATS y de las cuales se puede configurar los diferentes campos a visualizar.

sap-hr-configuracion-de-columnas-a-visualizar

Secciones de campos a configurar para hoja horaria CATS:

  • Opciones: Permite parametrizar los campos de visualización de la cabecera de la hoja horaria.
  • Pool de trabajo: Permite parametrizar los campos de visualización del pool de trabajo.
  • Sección de entradas: Permite parametrizar los campos de entrada de datos del empleado (Sociedad, orden, tipo de actividad, Absentismo/presencia…)

Seleccionamos el que se quiera y accedemos a ver el listado de campos que se pueden visualizar en esa sección:

SAP HR: Selección de campos a visualizar en cabecera hoja horaria CATS

Para cada cada campo existen varias opciones:

  • Entr – El campo es de entrada
  • Obl – El campo es obligatorio
  • Vis – Solo se puede visualizar
  • Supr- El campo no es visible en la pantalla
  • Vis – El campo está resaltado

Configuración de campos para diferentes perfiles CATS 

La configuración de los campos dependerá del perfil de tiempos SAP HCM que se esté seleccionando. Para poder configurar diferentes campos para diferentes perfiles de CATS se debe utilizar el botón: SAP HR: Configurar campos para diferentes perfiles CATS

Al seleccionarlo, todas las configuraciones que se realicen para los campos solo influirán a ese perfil concreto.

En el siguiente artículo que publicaremos esta misma semana, completaremos el tutorial con los pasos necesarios para configurar campos de cliente y grupos de autorización.

SAP HCM – Parametrizar hojas de horario de trabajo (CATS) [3/3]

$
0
0

Continuando con el tutorial que iniciamos hace unos días sobre la creación de hojas horarias (CATS) en SAP, aquí os presentamos la tercera parte que explicará cómo configurar campos de cliente en hojas horarias y como crear y asignar grupos de autorización.

3. Configurar campos de clientes en una hoja horaria 

A parte de los campos estándar que se pueden configurar en cada sección de una hoja de trabajo en SAP HCM, se pueden configurar hasta 10 campos de cliente para rellenar con la información deseada.

Configurar campos de cliente en hojas horarias

La asignación de dichos campos a la hoja horaria se realiza a través de la siguiente ruta en la SPRO:

Componentes multiplicaciones → Hoja de horario de trabajo → Parametrizaciones para superficies de aplicación → Ajustes según las necesidades individuales de cliente → Crear campos clientes → Efectuar asignación de campos

Se accederá a una tabla donde se asigna qué campo adicional se relaciona con el campo de cliente.

Por ejemplo: El campo ZKTEXT se asigna el campo adicional 4. Asignar campo de cliente a hoja horaria CATS

Con lo que si se configura como entrada el campo adicional 4, el empleado podrá introducir datos para ese campo en la hoja horaria.

4. Creación y asignación de grupos de autorización 

Puede que se necesite que para un cierto colectivo de empleados funcione un perfil de CATS concreto. Para ello, se puede crear grupos de autorizaciones que permitan el acceso a ellos.

Para crear un grupo de autorizaciones se accederá a la siguiente ruta:

Componentes multiplicaciones → Hoja de horario de trabajo → Parametrizaciones para superficies de aplicación → Autorizaciones → Crear autorizaciones para perfil de entrada → Crear grupo de autorizaciones perfil

Se accederá a una tabla donde se definen los grupos de autorización a crear:

SAP HR: Crear grupo de autorizaciones para perfil CATS

El siguiente paso una vez creado el grupo de autorizaciones es asignar dicho agrupador al perfil CATS.

Asignar grupo de autorizaciones a perfil CATS

Ese grupo de autorizaciones será configurado en el perfil de acceso del empleado para darle acceso a él.


SAP BW: DTP de errores

$
0
0

Una herramienta útil a la hora de gestionar las cargas de datos en SAP BW es el llamado DTP de errores. En este artículo trataremos de explicar cómo, a través de esta herramienta, se puede controlar el comportamiento del sistema cuando se encuentra con registros erróneos.

A la hora de cargar datos, el DTP de errores de SAP BW permite manipular de qué manera se comporta el sistema cuando ocurre un error, ya que no siempre nos interesa que se pare toda la carga. Y es que activando esta opción, entre otras opciones, se puede conseguir que el resto de registros que no han dado error se puedan cargar y queden activos para los informes.

A la hora de definir el DTP de errores, en la pestaña “Actualización“, tenemos la opción “Crear PTD de errores“:

SAP BW - Crear DTP de errores

El número máximo de errores indica cuántos registros erróneos se permiten antes de, ésta vez sí, poner la petición como errónea. Es importante especificar un número, ya que si no la opción de recoger los registros no se activa y la actualización termina con el primer registro erróneo que encuentre.

Una vez creado el nuevo DTP de errores, éste aparece por encima del actual:

SAP BW Nuevo DTP de errores

En cualquier DTP, existen 4 opciones en cuanto a tratamiento de errores en SAP BW se refiere. Supongamos que estamos cargando un ODS con registros que tienen la clave repetida. Veamos cada uno como se comporta:

  • Desactivado: Deja la petición en rojo, los registros no están disponibles para informes y la pila de errores queda vacía.
  • Actual. registros válidos, ningún reporting (petición roja): Deja la petición en rojo, los registros correctos quedan cargados, los erróneos quedan en la pila de errores.
  • Actual. registros válidos, reporting posible (petición verde): Deja la petición en verde, los registros correctos quedan cargados y disponibles para informes, los erróneos quedan en la pila de errores.
  • Ninguna actualización, ning. reporting: Deja la petición en rojo, los registros no están disponibles para informes y la pila de errores queda vacía.

Una vez hemos lanzado el DTP convencional, si hemos elegido alguna opción que deja en la pila de errores los registros incorrectos, es cuando entra en juego el DTP de errores.

En el monitor de la carga, aparece un nuevo símbolo PSA llamado “Pila de errores“:

SAP BW: Pila de errores en monitor de carga

Desde el mismo podemos editar los registros que, en nuestro caso, tienen la clave repetida. Una vez hemos corregido todos los registros necesarios, con el DTP de errores se puede lanzar la carga desde esta nueva PSA hasta el infositio. Consiguiendo que todos los registros queden cargados.

Por último, cabe mencionar la opción de grupos semánticos. En la pestaña “Extracción” podemos definir la clave de los registros erróneos que queremos recoger, llamada grupos semánticos. Cuando se carga un ODS que sobreescribe campos, si un registro da error, los siguientes registros que compartan la clave que hemos definido quedarán automáticamente en la pila de errores. De esta manera se garantiza la consistencia de los datos.

Reutilización de componentes SAP Web Dynpro ABAP (1/2)

$
0
0

La reutilización de componentes es un aspecto fundamental de la programación, de manera que elementos que creas una vez para una aplicación, puedas volver a usarlos en otra sin tener que reprogramarlos o copiarlos. En el siguiente artículo veremos cómo reutilizar un componente Web Dynpro, ya sea estándar o zeta.

Declarar componentes WD4A a reutilizar

Un componente Web Dynpro encapsula diferentes elementos de manera que puedan ser reutilizados por otros componentes Web Dynpro. Ejemplos de elementos estándar que se suelen reutilizar son: WDR_OVS para ayudas OVS, WDR_MESSAGE_AREA para mostrar mensajes, SALV_WD_TABLE para ALVs, o WDR_SELECT_OPTIONS para definir select options en Web Dynpro.

1. Declarar componente Web Dynpro ABAP a reutilizar

Si un componente (padre) necesita acceder a la funcionalidad de otro componente (hijo) para reutilizarla, el primero tiene que declarar el uso del segundo. Esto se realiza en la pestaña Componentes Usados en las propiedades del componente Web Dynpro tal y como se puede ver en la imagen mostrada al inicio del artículo.

En la segunda columna escribiremos el nombre del componente Web Dynpro a reutilizar en el padre. El nombre introducido en la primera columna será un alias que será usado cuando queramos usar métodos o vistas del hijo.

2. Referenciar componente Web Dynpro en controlador

Una vez declarado el hijo en el componente padre, también habrá que referenciar el componente Web Dynpro ABAP en el controlador donde se quieran usar las funcionalidades del hijo. Para ello, en la pestaña de propiedades del controlador volveremos a referenciar al hijo:

Referenciar componente WD4A a reutilizar en controlador

Por ejemplo si queremos usar un ALV en una vista, haremos esa referencia en su controlador. Si nos fijamos, todos los controladores de un componente tienen referenciado el component controller del propio componente.

Ahora en este controlador, podríamos llamar a métodos de la interfaz del componente Web Dynpro hijo. Para llamar a uno, recomiendo utilizar el wizard de Web Dynpro, que hará las declaraciones e instancias necesarias para que todo funcione correctamente.

Reutilizar métodos de componentes Web Dynpro ABAP mediante wizard

3. Mapear el contexto del componente Web Dynpro a reutilizar

Así mismo, también es posible mapear contexto del componente Web Dynpro hijo para poder usarlo en el padre. Desde la pestaña  Context, al igual que se mapea desde el component controller se puede mapear desde la interfaz del hijo.

Mapear contexto del componente Web Dynpro ABAP hijo

 3. Reutilizar vista de componente Web Dynpro ABAP

La última opción que tenemos es reutilizar una interfaz de vista del componente Web Dynpro ABAP  hijo en el componente padre. Para ello en el controlador de la ventana, debemos embeber la vista del hijo. Como si de una vista normal del controlador se tratase, debemos pulsar la opción embeber vista en la pestaña Window. En la ayuda de búsqueda, además de las vistas propias del componente nos aparecerán las de los componentes Web Dynpro ABAP referenciados. En el ejemplo, la vista ALV:

Reutilizar interfaz vista de componente Web Dynpro ABAP

De esta manera, sabiendo qué métodos o vistas o nodos del hijo necesitamos, podremos reutilizar las funcionalidades de otro componente Web Dynpro ABAP.

 

Reutilización de componentes SAP Web Dynpro ABAP (2/2)

$
0
0

En el artículo anterior veíamos como se podría reutilizar un componente Web Dynpro Abap. Ahora lo que veremos será como hacer que los componentes WD4A que nosotros creemos puedan ser reutilizados.

El acceso externo a la funcionalidad de un componente se debe gracias a la interfaz del controlador (interface controller) y a las interfaces de las vistas (interface views), que hacen referencia a una ventana.

Cada componente tiene exactamente un interface controller y un número arbitrario de interface views. Los faceless components o elementos que no tienen interfaz visual, no podrán ser reutilizados.

El interface controller puede tener métodos de instancia, eventos, y nodos de contexto definidos en el component controller.

1. Reutilización de métodos y eventos de componente WD4A

Para poder exponer métodos y eventos del componente Web Dynpro Abap a su interfaz para su reutilización, se debe marcar el checkbox Interface:

Métodos y eventos de componente Web Dynpro reutilizables

2. Reutilización de nodos del contexto de componentes WD4A

Para exponer nodos del contexto a la interfaz del controlador se debe marcar la propiedad InterfaceNode del nodo.

Exponer nodos de contexto del componente WD4A para su reutilización

Si la propiedad Input Element también está seleccionada, el nodo debe estar también mapeado al nodo definido en el Component Controller padre. Esto sirve para poder modificar el contexto en el componente padre.

3. Reutilización de interfaces de vista de componentes WD4A

Para cada ventana definida en un componente, se puede generar una interfaz de la vista. Las interface view son un mecanismo estandarizado a través del cual todas las vistas pueden ser presentadas a través del framework genérico Web Dynpro.

Gracias al Interface View, un interface visual de un componente se convierte en una unidad reutilizable, permitiendo por tanto embeberlo en una ventana de otro componente. Para crear la interfaz de vista de una ventana, en las propiedades de la ventana habrá que marcar Interface:

Reutilización en Web Dynpro de interfaces de vista

Los Inbound plug de la interfaz tienen que ser conectados a los Outbound plug de vistas o ventanas definidas en el componente padre. Usando los parámetros del plug, el componente hijo puede devolver datos al componente padre. Para exponer estos plugs en el interfaz de la vista, se debe marcar la propiedad Interface al igual que con los métodos del controlador:

Exponer plugs en la interfaz de la vista

Al marcar estas opciones lo que conseguimos es que estos elementos puedan ser llamados desde otros componentes Web Dynpro, con el fin de reutilizar sus funciones. Después, como ya vimos en el artículo anterior, podremos referenciar este componente para utilizarlo en otros.

SAP PP – Lista de materiales en Planificación de la Producción

$
0
0

Una lista de materiales (o también llamadas BOM) es una lista de las materias primas, conjuntos intermedios, componentes y las cantidades de cada producto necesarios para fabricar un producto. Es parte de los datos maestros de la planificación de la producción.

En este artículo vamos a conocer algunas de las características principales, usos, tipos y operaciones de las listas de materiales.

Características de listas de materiales en SAP PP

  • La lista de materiales se crea y trata directamente desde dentro de la receta de planificación para la que se requiere.
  • Al crear una versión de fabricación, sólo puede combinar una receta de planificación con una alternativa de la lista de materiales. Entonces, los componentes de material de la alternativa de la lista de materiales pueden asignarse a las operaciones o fases de la receta de planificación y se tienen en cuenta en el cálculo de cantidad de material.

Una lista de materiales formalmente estructurada constituye un producto o un conjunto. La lista contiene el número de objeto de cada componente, junto con la cantidad y la unidad de medida.

Lista de materiales en SAP PP

Uso de listas de materiales en SAP PP

Las listas de materiales en planificación de la producción se utilizan en sus diferentes formas en diversas situaciones en las que el producto terminado se monta a partir de varias piezas o materiales. Dependiendo del ramo, también pueden llamarse recetas, listas de ingredientes, etc.

Estas listas de materiales en SAP PP contienen datos básicos importantes para numerosas áreas de una empresa, por ejemplo:

  • Planificación de necesidades de material
  • Suministro de material para la fabricación
  • Cálculo del coste del producto
  • Mantenimiento

Un mismo material final puede contener varias listas de materiales; este concepto se conoce como alternativa en SAP PP.  Cuando se crea una nueva lista de materiales para un material; se indicará la información automáticamente con un mensaje de este tipo:

Alternativas en SAP PP

Tipos de listas de materiales en SAP PP

En el sistema SAP se pueden crear las siguientes listas de materiales:

  • Listas de materiales para material
  • Listas de materiales para equipo
  • Listas de materiales para ubicación técnica
  • Listas de materiales para documento
  • Lista de materiales para pedido
  • Lista de materiales para proyecto (Elementos PEP)

La lista de materiales interectúa en el conjunto de los módulos de SAP:

  • Ventas (SD) Pedidos de cliente
  • Planificación de la Producción (PP) Fabricación interna
  • Controlling (CO) Costes de productos
  • Gestión de materiales (MM) Aprovisionamiento de materiales
  • Finanzas (FI) Valoración de stocks

Módulos SAP con los que interactúan las listas de materiales

Operaciones con listas de materiales en SAP PP

Crear lista de materiales

Logística → Producción → Datos maestros → Listas de materiales → Lista de materiales → Lista materiales p.material → Crear CS01

Modificar lista de materiales

Logística → Producción → Datos maestros → Listas de materiales → Lista de materiales → Lista materiales p.material → Modificar CS02

Visualizar lista de materiales

Logística → Producción → Datos maestros → Listas de materiales → Lista de materiales → Lista materiales p.material → Visualizar CS03

Lista de materiales de varios niveles

Logística →  Producción → Datos maestros →  Listas de materiales  → Evaluaciones →  Explosión lista de materiales → Lista de materiales p.material  →  Módulo de varios niveles CS11

SAP HCM – Dependencia temporal en tablas

$
0
0

En ocasiones, al acceder a la transacción SM30, vemos que en función de la tabla/vista que queramos actualizar se muestran las opciones ‘Limitar‘ y ‘Desglosar <-> Ocultar‘, que otras veces no aparecen. ¿A qué se debe que se muestren o no estos botones? La respuesta es, a si los registros de la tabla son dependientes de fechas o no.

En SAP HCM por ejemplo, hay muchas tablas estándar que condicionan su contenido a los campos BEGDA (Inicio de la validez) y ENDDA (Fin de la validez), por lo que en la vista de actualización de dichas tablas, la función de limitar aparece habilitada.

Dependencias temporales en tablas

Dependencia temporal en tablas cliente

Al igual que ocurre en las tablas estándar, cualquier tabla cliente dependiente de fechas puede disponer también de esta funcionalidad. Para ello, solo es necesario seguir algunos pasos.

En primer lugar y para definir el periodo de validez de cada uno de los registros, la tabla contendrá los campos BEGDA y ENDDA, que cumplirán a su vez los siguientes requisitos:

Campo ENDDA

  • Último campo clave
  • Para definirlo se podrán utilizar los elementos de datos ENDDA, ENDDATUM o VIM_ENDDA.

Campo BEGDA

  • Primer campo no clave
  • Para definirlo se podrán utilizar los elementos de datos BEGDA, BEGDATUM o VIM_BEGDA.

SAP HCM - Dependencias temporales en tablas cliente

Al crear de esta forma los campos y acceder a la tabla/vista en la transacción SM30, veremos que ya se han habilitado los botones de ‘Limitar‘ y ‘Desglosar <-> Ocultar. Pero aún es necesario realizar un segundo paso para que, a la hora de utilizarlos y actualizar los datos, se cree un nuevo registro limitando a su vez el registro ya existente.

Con la vista de actualización creada, en el menú ‘Entorno’, deberemos generar la dependencia temporal.

Generar dependencia temporal en tabla cliente desde la SM30

Para asegurarnos de que la dependencia temporal se ha generado correctamente, podemos comprobar que en el código de la dynpro, se hayan generado los siguientes modules:

PBO

 LOOP AT EXTRACT WITH CONTROL
  TCTRL_ZDEP_TEMP CURSOR NEXTLINE.
   MODULE LISTE_SHOW_LISTE.
   MODULE LISTE_DEACTIVATE.
 ENDLOOP.

PAI

 CHAIN.
   FIELD ZDEP_TEMP-BEGDA.
   FIELD ZDEP_TEMP-ENDDA.
   MODULE TEMP_DELIMITATION ON CHAIN-REQUEST.
 ENDCHAIN.

Limitar un registro en la SM30

Una vez generada la dependencia temporal, ya podemos acceder a la transacción SM30 y utilizar la funcionalidad. Para ello, seleccionando el registro que queramos actualizar pulsamos ‘Limitar‘.

Limitar registro en la transacción SM30

Al grabar los datos, el sistema generará un nuevo periodo desde la fecha indicada, provocando a su vez un corte en el registro seleccionado. Por defecto el sistema muestra únicamente el periodo activo de cada registro. Para ver todos los periodos, utilizaremos el botón ‘Desglosar <-> Ocultar’.

Tablas dependientes de fecha.

Viewing all 593 articles
Browse latest View live