Blog de SAP

Funciones de interlocutor en órdenes de mantenimiento

2012-02-13T08:38:00.000+01:00

En mantenimiento y servicio al cliente llamamos interlocutores a aquellas personas (físicas o jurídicas) involucradas en órdenes, avisos, equipos, etc. Son, por ejemplo, el cliente donde se ubica un equipo, la persona de contacto que ha generado un aviso, etc.

Según se indica en la ayuda de SAP, de forma estándar podemos asociar a nuestras órdenes, equipos y otros objetos, interlocutores del tipo: clientes, personas de contacto, proveedores, usuarios, etc. Pero si necesitamos añadir nuevos interlocutores dentro PM y CS tendremos que acudir a la parametrización.

Customizing

En este ejemplo voy a crear el tipo de interlocutor “Operario” asociado a una orden de trabajo.

En primer lugar debemos conocer el esquema asociado al objeto que queremos modificar. Para ello vamos al punto de customizing de nuestra orden donde se indica el esquema que va a seguir. Si el objeto no fuese una orden sino un equipo o un aviso, entonces deberíamos buscar el punto de customizing para el equipo o el aviso.

IMG: Mantenimiento y servicio al cliente / Gestión de mantenimiento y servicios / Órdenes de mantenimiento y servicios / Interlocutor / Definir esquema y función de interlocutor / OIOM - Asignar esquema de interlocutor a orden

Vamos al apartado de Servicio Cliente.

IMG: Mantenimiento y servicio al cliente / Datos maestros en mantenimiento y servicio al cliente / Parametrizaciones básicas / Interlocutor / VOP2 - Definir esquema de interlocutor

Entramos en las funciones de interlocutor y creamos una nueva entrada ‘Operario’. Indicamos la clase de interlocutor que será. Para nosotros será un usuario (US) que estará definido en la transacción PA30.
La orden sigue el esquema ‘ZV’. Así que marcamos este esquema y definimos la nueva función dentro del esquema. Como es una función de interlocutor no obligatoria la dejamos tal cual, aunque existen varias opciones en cada una de las columnas que aparecen al lado de la función.

Resultado

Ahora vamos a crear una nueva orden y vamos a ver cómo añadir un operario dentro de la orden.

Logística / Mantenimiento / Gestión de mantenimiento / Orden / IW31 – Crear en general

Introducimos nuestra orden tipo ‘ZM15’
Escribimos los datos de obligado cumplimiento que nos solicite la orden.
Vamos a la pestaña “Interloc”.
Abrimos el desplegable de funciones de interlocutor y allí encontraremos la función ZZ para operarios.

Imagen inicial | Wonderlane

Campos de reserva en clientes

2012-02-06T08:51:00.000+01:00

Esta semana os traigo otro artículo que ayudará a vuestros clientes a aumentar el número de campos disponibles en una transacción SAP. En este caso buscaremos añadir campos en el maestro de clientes.

Si vais al maestro de clientes veréis que en el menú Detalles / Datos adicionales SAP provee una serie de campos sin funcionalidad específica y con descripción “Atributos 1 a 10”

Logística / Comercial / Datos maestros / Interlocutor comercial / Cliente / Modificar / XD02 – Total

En nuestro ejemplo, la empresa quiere añadir dos campos donde informar el día de la semana a la que se le deben servir nuestros productos.

Parametrización

En primer lugar vamos a quedarnos con el elemento de datos al que corresponde el campo “Atributo 1”. Para ello, nos posicionamos sobre el campo “Atributo 1” y pulsamos F1 y seguidamente el icono “Datos técnicos”. Obtenemos el elemento de datos KATR1.
Seguidamente vamos a cambiar la descripción del “Atributo 1” por “Día”.

Herramientas / Workbench ABAP / Utilidades / Ampliaciones / CMOD - Gestión de proyectos / Pasar a / Ampliaciones globales / Palabras clave / Modificar

Introducimos el elemento de datos al que corresponde el campo que queremos modificar.
Modificamos la descripción de todos los apartados.
A continuación incluimos los valores posibles que puede contener este campo.

Logística en general / Interlocutor comercial / Clientes / Control / Definir atributos / Atributos de cliente

SM30 - Actualizar vistas de tabla / Vista V_TVK0

Incluimos nuestros valores posibles.

Resultado

Volvemos al maestro de clientes y observamos el resultado.

Decir que existen hasta 10 atributos que pueden ser utilizados en la parte general (elementos de datos KATR1 a KATR10) y cinco más en la parte de ventas (elementos de datos KVGR1 a KVGR5). A los primeros asignamos valores a través de las vistas V_TVK0 a V_TVK9; a los segundos con las vistas V_TVV1 a V_TVV5

Imagen inicial | mikecogh

Índices de tablas

2012-01-30T08:00:00.000+01:00

Definición

Un índice de una base de datos, según la Wikipedia es:

“una estructura de datos que mejora la velocidad de las operaciones, permitiendo un rápido acceso a los registros de una tabla en una base de datos”

Se suele crear un índice sobre una tabla del diccionario ABAP cuando en uno de nuestros programas nos vemos obligados a hacer búsquedas de información, pero el acceso a ésta no se realiza de acuerdo a campos claves de dicha tabla.

Ejemplo

Imaginemos que deseamos extraer un listado de materiales de nuestra base de datos. Para ello debemos ir a la tabla MARA que contiene toda la información general de materiales de nuestra empresa. Lo ideal en este caso sería hacer la búsqueda poniendo como condición de selección el campo número de material (MARA-MATNR) que es el único campo clave de la tabla. Sin embargo, nuestro caso es más complejo y se nos pide hacer una búsqueda de materiales a partir del campo número de material anterior (MARA-BISMT) en un código como el siguiente:

REPORT zprueba
       NO STANDARD PAGE HEADING LINE-SIZE 255.

TABLES:
  mara.

DATA: BEGIN OF t_mara OCCURS 0,
  matnr LIKE mara-matnr,
  bismt LIKE mara-bismt,
END OF t_mara.

SELECT-OPTIONS:
  s_bismt FOR mara-bismt.

START-OF-SELECTION.

  SELECT * FROM mara
    INTO CORRESPONDING FIELDS OF TABLE t_mara
    WHERE bismt IN s_bismt.

El rendimiento de un programa de este tipo se encuentra penalizada ya que el campo de búsqueda no es clave en la tabla.

Solución

Crear un índice para el campo MARA-BISMT.

Entramos en la tabla de diccionario MARA.

Herramientas / Workbench ABAP / Desarrollo / SE11 – Diccionario ABAP

Marcamos el botón ‘Indices’ y “crear índice”.
Damos una codificación a nuestro índice, por ejemplo, Z1.
Lo identificamos con una descripción.
Dejamos la opción que nos da por defecto, índice no único en todos los sistemas de la base de datos.
Escribimos el campo por el cual vamos a indexar la base de datos. Es importante que uno de ellos sea siempre el campo mandante.
Ya podemos grabar y activar.

A partir de ahora, en principio debería mejorar el rendimiento de nuestro programa.

Imagen inicial | Metagrrrl

Datos adicionales en documentos de ventas

2012-01-23T08:00:00.000+01:00

El tema de este artículo es cómo añadir nuevos campos no estándar en documentos de ventas. Pues a veces ocurre que nuestro cliente no tiene a su disposición dentro del abanico de campos que le ofrece SAP estándar ciertos campos concretos muy específicos de su negocio.

Pasos

Nuestra empresa necesita crear una numeración adicional y específica para cada uno de los documentos de venta que genera aparte de la que genera SAP estándar. ¿Cómo podemos solucionar este problema?

En primer lugar añadimos este campo adicional a nuestra tabla estándar de documentos ventas estándar ‘VBAK’. Para ello creamos añadimos una estructura append adicional.

Herramientas / Workbench ABAP / Desarrollo / SE11 – Diccionario ABAP / Pasar a / Estructura append

Damos un nombre nuevo a nuestra estructura ZZ, añadimos el nombre del campo y su tipo y descripción. Activamos y esperamos. Activar la estructura de la tabla VBAK puede requerir bastante tiempo.
A continuación modificamos la pantalla que SAP ya tiene preparada para modificaciones específicas de cliente. SAP provee las dynpros 8309 y 8310 para modificaciones de la pantalla de "Datos Adicionales B" que podemos encontrar en cualquier documento de ventas estándar. En algunos casos muy específicos pueden existir problemas en la creación de campos adicionales en estas dynpros. La nota 302497 de SAP explica cómo solucionarlos.

Herramientas / Workbench ABAP / Desarrollo / Interfase de usuario / SE51 – Screen painter

Abrimos el layout e insertamos nuestro campo. Activamos.

Pasar a / Ventana secundaria / Campo Dict/Programa (F6)

Una vez modificada la pantalla debemos informar el campo. Para eso necesitamos una user exit, por ejemplo la MV45AFZZ. Introducimos nuestro código en la rutina “userexit_save_document_prepare”.

CONCATENATE ‘034’ VBAK-VBELN+1(9) INTO VBAK-ZZNUM.

Herramientas / Workbench ABAP / Desarrollo / SE38 – Editor ABAP

En el caso de que queramos hacer modificaciones en el comportamiento de la pantalla antes o después del procesado de datos tenemos las user exits MV45AOZZ (PBO) y MV45AIZZ (PAI).

Resultado

Creamos un nuevo pedido de ventas.

Logística / Comercial / Ventas / Pedido / VA01 – Crear

Navegamos a la pestaña “Datos adicionales B”. El valor es el conjunto del valor 034 y los nueve últimos dígitos del pedido de ventas SAP.

Para los que deseéis investigar, decir que existe la BADI BADI_SD_TAB_CUST_H que nos permite realizar lo mismo. Nunca he trabajado con ella, pero cualquier aporte al respecto será bienvenido.

Imagen inicial | I See Modern Britain

Rangos numéricos propios

2012-01-16T08:03:00.000+01:00

Este post trata de cómo crear objetos de rangos numéricos específicos de cliente para poder utilizar luego en nuestros programas SAP. Por ejemplo, queremos crear una numeración específica de nuestros empleados que guardaremos en una tabla Z* a través de un programa Z*.

Para información más específica sobre rangos numéricos que proporciona de forma estándar SAP podéis referiros a un post anterior.

Parametrización
Transacción: SNUM

Objeto: damos un nombre a nuestro rango.
Elemento datos objeto inferior: nuestro rango va a depender del centro de trabajo del empleado. Los empleados del centro “0310” tendrán un código que empiece por “3”; los del centro “0610” tendrán código que empiece por “6”, etc. Aquí indicaremos pues el elemento de datos de centro “WERKS_D”.
Indicador hasta ejercicio: si quisiéramos cambiar la numeración de ejercicio en ejercicio, marcaríamos este campo. No es el caso de este ejemplo.
Dominio longitud número: en este campo indicamos de qué longitud será la numeración. Para eso introducimos un dominio con la longitud prevista (ya sea creando un nuevo dominio ya sea utilizando uno que exista de forma estándar en SAP). Voy a utilizar la longitud del campo "numero de personal" estándar de SAP (dominio "PERNR").
Porcentaje advertencia: al llenar este campo le estamos diciendo a SAP que nos avise si en nuestro rango los números disponibles son inferiores a este porcentaje.

Una vez tenemos todo esto grabamos, nos aparecerá un mensaje de advertencia. Aceptamos.

Actualización

Ya tenemos creado nuestro rango numérico. Ahora debemos informar nuestras numeraciones dependientes de centro.

Presionamos el botón "Rangos números”.
Indicamos el centro.
Presionamos “Intervalos”.
+Intervalo.
Guardamos. Nos dará un mensaje advirtiendo que esta numeración no es transportable al sistema productivo y que deberemos reproducirla en nuestro mandante destino también.

Utilización

Y ahora sólo falta utilizarlo en un programa que diseñemos ya que este objeto no está asociado de forma estándar en ninguna transacción SAP. Para hacerlo tenemos que llamar al objeto directamente en nuestro programa ABAP mediante el módulo de funciones “NUMBER_GET_NEXT“. Por ejemplo, para empleados del centro '0310' sería del siguiente modo.

CALL FUNCTION 'NUMBER_GET_NEXT'
  EXPORTING
    nr_range_nr             = '01'
    object                  = 'ZEMPLEADOS'
    subobject               = '0310'
  IMPORTING
    number                  = v_number
  EXCEPTIONS
    interval_not_found      = 1
    number_range_not_intern = 2
    object_not_found        = 3
    quantity_is_0           = 4
    quantity_is_not_1       = 5
    interval_overflow       = 6
    buffer_overflow         = 7
    OTHERS                  = 8.
IF sy-subrc <> 0.
ENDIF.

La variable v_number nos devuelve la numeración.

Imagen inicial | James Cridland

Regeneración de objetos

2012-01-09T08:55:00.000+01:00

¿Cuántos de vosotros no habéis visto alguna vez lo siguiente?

La primera vez que un usuario ejecuta una transacción tras un cambio realizado sobre dicha transacción SAP ejecuta un proceso de regeneración. Un cambio en una transacción (y la necesidad de regeneración) sucede cuando modificamos la parametrización asociada a una transacción, cuando modificamos el código ABAP asociado a su programa, cuando hacemos un upgrade del sistema, cuando implementamos una nota, etc. Sin embargo, una vez regenerada la transacción ya no volverá a aparecer este proceso nunca más.

No soy un experto pero hasta donde yo sabía y me habían explicado ABAP es un lenguaje de programación interpretado, no compilado. Así que nunca he entendido muy bien qué es lo que hace exactamente SAP cuando dice que está compilando la transacción. Sea como sea, SAP provee de una herramienta que nos permite, llamémosle regenerar, en forma masiva una transacción modificada.

Casos

Transacción: SGEN

La documentación de la propia transacción es abundante, pero voy a explicar solamente los casos con los que me he encontrado:

Generación de objetos todos de componentes de software seleccionados: se da cuando se instala por primera vez el sistema. Al seleccionar esta opción se regenerarán todos los objetos del sistema SAP.
Regeneración después de un upgrade de sistema SAP: se da cuando hemos cambiado de versión de SAP y deseamos regenerar todos los objetos modificados en la versión.
Generación de objetos de una orden de transporte: si hemos realizado una modificación de varios programas a la vez, agrupados en una sola orden, utilizaremos esta opción para regener todos los objetos incluidos dentro de la orden.

Ejemplo

Tomemos que queremos regenerar todos los programas que hemos modificado e incluido en una orden de transporte.

Llamamos a la transacción SGEN.
Indicamos nuestra orden de transporte.
Decidimos si lo queremos hacer online o en job de fondo. En este caso, lo hago en job de fondo.

Atención, mientras estemos realizando una regeneración de objetos no podemos hacer simultáneamente una segunda regeneración, aunque referencia a objetos distintos.

Es aconsejable hacer todas las regeneraciones en job de fondo.

Más información en la propia documentación de la transacción SGEN y en la nota 379918

Imagen inicial | San Diego Air & Space Museum

Blogdesap: resumen de dos años de blog

2011-12-27T08:00:00.000+01:00

[Actualización]: debido al cierre de megaupload a partir de ahora podéis encontrar el archivo en cualquiera de los siguientes enlaces:

Estamos en días de fiesta y no voy a hablaros sobre ningún tema nuevo en SAP. Hoy he preferido prepararos un resumen en pdf de los artículos que he venido publicando en el blog en los dos últimos años. Veréis que no he mantenido el orden cronológico de las publicaciones, sino que he reorganizado los artículos según el módulo al cual pertenecen (o al menos lo he intentado).

Podéis acceder al archivo completo de artículos en pdf de estos dos años en el siguiente enlace:

Sois libres de compartir libremente este documento con quien queráis. Sólo os pido que para poder seguir creciendo compartáis el blog con tanta gente como podáis y que os hagáis seguidores de la página en facebook.

Muchas gracias por seguir el blog.
Felices Fiestas y Feliz Año Nuevo a todos.
Nos vemos en el 2012

Imagen inicial | The National Archives UK

Verificación de datos maestros: clientes

2011-12-18T12:08:00.000+01:00

Cuando abrimos la ficha de un nuevo cliente podemos hacerlo con diferentes datos:

Datos generales: corresponde a los datos de dirección particular, correo electrónico, NIF, contacto, etc.
Datos de sociedad: en esta área solemos informar la cuenta asociada al cliente, los datos de pago e impuestos.
Datos de área de ventas: aquí vamos a llenar datos asociados al precio de venta que le aplicaremos, detalles sobre el tipo de entrega, factura y a los interlocutores comerciales asociados.

Esta información en SAP y en la empresa puede rellenarse conjuntamente a través de una sola transacción. Pero también puede hacerse por separado si es que en nuestra empresa se encargan diferentes personas de indicar la diferente información.

Si se rellena conjuntamente utilizamos la transacción:

Logística / Comercial / Datos maestros / Interlocutor comercial / Cliente / Crear / XD01 – Total

Si se rellena por separado utilizamos diferentes transacciones:

Finanzas / Gestión financiera / Deudores / Datos maestros / FD01 - Crear

Logística / Comercial / Datos maestros / Interlocutor comercial / Cliente / Crear / VD01 – Comercial

Si nos encontramos en el segundo caso es interesante tener una forma de verificar que toda la información se encuentra correctamente en SAP. La herramienta que nos lo permite es el ajuste de datos maestros de clientes.

Logística / Comercial / Datos maestros / Interlocutor comercial / Cliente / OV50 – Ajuste de datos maestros

Esta herramienta nos permite detectar:

Clientes creados en la parte financiera que no se han creado en su correspondiente parte comercial
Clientes creados en la parte comercial que no se han creado en la parte financiera.

Ejemplo 1

Queremos encontrar aquellos clientes creados en nuestra sociedad 0800 que no tienen su correspondiente parte comercial.

El resultado nos da la información de clientes parte financiera.

Ejemplo 2

Queremos encontrar aquellos clientes creados en la organización de ventas 0800 que no tienen su correspondiente parte financiera.

El resultado nos da la información de clientes en su parte comercial (toda el área de ventas) que no tienen correspondencia en finanzas.

Imagen inicial | Sarah G...

Cierre del ejercicio

2011-12-12T08:00:00.000+01:00

Con el fin del año a la vuelta de la esquina nos tenemos que preparar para el cierre del ejercicio en SAP. En este post trato de explicar algunas de las operaciones de cierre con las que yo me he encontrado:

Rangos numéricos: el cambio de ejercicio supone también que debemos cambiar la numeración de los documentos contables según nos indica la legislación actual. Pero si además tenemos definido un cambio en la numeración annual también en otros documentos no financieros también deberemos tenerlo en cuenta (transacción SNUM). Tenéis más información en un post anterior de este blog.

IMG: Gestión financiera (nuevo) / Parámetros básicos de gestión financiera (nuevo) / Documento / Rangos de números de documento / Documentos en vista de registro / FBN1-Definir rangos de números de documento

Calendarios de trabajo: debemos el calendario de fiestas de acuerdo al nuevo calendario laboral publicado, además de las posibles fiestas locales. Podéis consultar un enlace anterior del blog para más detalles.

IMG: SAP NetWeaver / SCAL - Actualizar calendario

Cierre y apertura del periodo contable: es una operación que ya se efectúa mes a mes, pero que se vuelve más importante si cabe a final de año. Supone el cierre contable del año y la imposibilidad de nuevas imputaciones en el área contable del año que ha acabado.

Finanzas / Gestión financiera / Libro mayor / Entorno / Opciones actuales / S_ALR_87003642 - Abrir y cerrar periodos contables (también OB52)

Deplazamiento de periodos: y juntamente a la anterior, también es muy importante el desplazamiento de periodos logísticos. Cierra el año anterior y abre el nuevo para movimientos de materiales. Una explicación más detallada sobre desplazamiento de periodos y de periodos contables la tenéis aquí.

Logística / Gestión de materiales / Maestro de materiales / Otros / MMPV - Desplazar periodo

Cierre y apertura de activos fijos: ante todo hay que realizar todas las amortizaciones del ejercicio previamente al cierre (AFAB). Una vez hecho esto se recalculan las depreciaciones del año (AFAR) y se efectúa la contabilización periódica (ASKB). El cierre se realiza a través de la transacción AJAB y la apertura del nuevo ejercicio a través de la transacción AJRW.

Finanzas / Gestión financiera / Activos fijos / Operaciones periódicas / Ejecución amortización / AFAB - Ejecutar

Finanzas / Gestión financiera / Activos fijos / Entorno / AFAR – Recalcular valores

Finanzas / Gestión financiera / Activos fijos / Operaciones periódicas / ASKB - Contabilización en cuenta de balance

Finanzas / Gestión financiera / Activos fijos / Operaciones periódicas / Cierre de ejercicio / AJAB – Ejecutar

Finanzas / Gestión financiera / Activos fijos / Operaciones periódicas / AJRW – Cambio de ejercicio

Versión de ejercicio CO: a través de la transacción OKEV definimos los periodos de la sociedad CO que se encuentran abiertos para la contabilidad CO.

IMG: Controlling / Controlling general / Organización / Actualizar versiones

Arrastre de saldos: los saldos de deudores y acreedores que quedan pendientes a final de año los vamos a traspasar al nuevo año en un apunte contable. Para ello utilizamos la transacción F.07

Finanzas / Gestión financiera / Deudores / Operaciones periódicas / Cierres / Arrastrar / F.07 – Arrastre de saldos

Esto es sólo una pequeña parte de lo que puede ser el cierre de año. ¿Y vosotros qué otras operaciones lleváis a cabo a final de año?

Imagen inicial | The Ewan

Inventarios periódicos

2011-12-04T10:55:00.000+01:00

Según el APICS Dictionary, en su 11ª edición un iventario periódico es

A physical inventory taken at some recurring interval, e.g., monthly, quaterly, or annual physical inventory.

Dentro de estos inventarios podemos incluir los inventarios que las empresas realizan de sus existencias poco antes de finalizar el año. Estos inventarios se realizan, sobre todo, con un propósito financiero y suponen una interrupción en la actividad productiva normal de la empresa. Evidentemente, no podemos hacer un inventario completo de materiales si éstos siguen consumiéndose y/o produciéndose.

¿Cómo realizamos estos inventarios periódicos en SAP?

Customizing

No se requiere.

Funcional

El proceso en SAP se compone de los siguientes pasos:

Creación del documento de inventario: en primer lugar debemos crear un documento donde incluiremos todos los materiales susceptibles de ser recontados.

En la pantalla de entrada debemos indicar el centro y almacén de recuento.También indicamos la fecha de creación del documento y de recuento. Y, si queremos que impedir que ningún material de los incluidos en el documento pueda utilizarse mientras hagamos el inventario, entonces marcamos el campo ‘Bloqueo contabilización’.
Dentro de la transacción incluimos los materiales que deben ser recontados. Esto es quizás lo que más nos va a costar y quizás merezca la pena utilizar la transacción MI31 que genere el documento de inventario a partir de nuestra base de dato de referencias. Si nuestro almacén es grande y el número de referencias a inventariar son muchas, escribir una a una todas ellas dentro de esto documento puede ser una tarea larga. Por eso, la utilidad de esta transacción.

Logística / Gestión de materiales / Inventario / Documento para inventario / MI01 – Crear

Recuento de inventario: una vez tenemos el documento creado debemos dar una copia de éste al personal implicado en el inventario para que vayan al almacén físico, busquen las referencias e indiquen el número de materiales que hayan encontrado. Una vez tengan esta información la tienen que apuntar a través de la transacción de recuento.

En la pantalla principal deberán introducir el número de documento de inventario y la fecha en la que se realizó el recuento.
Una vez en la transacción introducen la cantidad que hayan contado. Si la unidad es incorrecta la deben corregir aquí. Y si la cantidad es cero hay que marcar el campo ‘RC’.

Logística / Gestión de materiales / Inventario / Recuento de inventario / MI04 – Registrar

Logística / Gestión de materiales / Inventario / Juegos de datos / Crear documento inventario / MI31 – Sin stock especial

Listado de diferencias: antes de proceder a dar por bueno el recuento realizado podemos analizar las diferencias encontradas entre lo que había en SAP y lo contado físicamente. Y, sobre todo, podemos analizar el importe que eso va a suponer en la cuenta de resultados de la empresa.

Logística / Gestión de materiales / Inventario / Diferencia / MI20 – Listado de diferencias

Contabilización de diferencias: si ya hemos dado por bueno el recuento, realizamos la contabilización de diferencias. Esto lleva asociado en primer lugar, nuevos stocks de materiales, y en segundo lugar también conlleva una pérdida/ganancia en nuestra cuenta de resultados.

En la pantalla inicial introducimos la fecha de contabilización y el documento de inventario.
En la transacción marcamos aquellas referencias que van a entrar en esta contabilización.

Logística / Gestión de materiales / Inventario / Diferencia / MI07 – Contabilizar

Más información sobre inventarios en la help de SAP.

Imagen inicial | kenteegardin

Inventarios puntuales

2011-11-28T08:45:00.000+01:00

“Inventories are materials and supplies that a business or institution carries either for sale or to provide inputs or supplies to the production processes”

JRT Arnold, SN Chapman. Introduction to Materials Management (5th Edition).

La gestión correcta de los inventarios de una empresa es fundamental tanto desde el punto de vista de planificación como financiero. Por lo tanto, tan pronto detectemos una diferencia entre los valores físicos de nuestro almacen y el valor registrado en SAP deberíamos corregirlo. Lo ideal es siempre detectar la causa de la diferencia y corregirla. Por ejemplo, puede ser un error en la recepción de materiales del proveedor, un error en la expedición de un material, etc. Sin embargo, no siempre conseguimos hallar la causa del problema. En estos casos, la solución ha de ser realizar movimientos de inventario en SAP.

Caso

Desde el taller nos reclaman una pieza. Corroboramos que existen seis unidades de la referencia registrada en el almacén de SAP.

Logística / Gestión de materiales / Gestión de stocks / Entorno / Stock / MB52 – Stock almacén

Sin embargo, cuando llegamos al almacén detectamos no seis sino siete piezas asociadas a esa referencia.

Solución

Para corregir esta diferencia (si no hemos hallado la causa de la diferencia) en SAP iremos a

Logística / Gestión de materiales / Inventario / Diferencia / MI10 – Registrar sin ref. documento

Escribimos la fecha en que será efectivo el nuevo inventario para el material. Introducimos el centro y almacén sobre el que realizamos el inventario.
Introducimos el código de material y la cantidad de piezas que hemos contado físicamente. Es importante que sea la cantidad total, no la diferencia.
Grabamos.

Muy importante, si la cantidad física fuese de cero unidades, escribiríamos cero y además marcaríamos el campo ‘RC’ (recuento cero).

Para comprobar que todo es correcto podemos ir de nuevo a revisar el stock en el almacén.

Logística / Gestión de materiales / Gestión de stocks / Entorno / Stock / MB52 – Stock almacén

Y si deseamos ver el movimiento generado iremos al menú…

Logística / Gestión de materiales / Gestión de stocks / Entorno / Visualizar lista / MB51 – Documentos material

El movimiento de inventario es de clase 701. SAP contabiliza la diferencia que hemos registrado. Si había seis unidades en SAP y hemos contado siete, se registra un movimiento de diferencia de una unidad.

Sin embargo, el uso habitual de esta herramienta no debe ser la norma sino la excepción. Al fin y al cabo, los inventarios de una empresa no dejan de ser un activo de la organización con un valor en el balance. Y cada vez que hacemos una regularización de inventario estamos aumentando o disminuyendo el valor del balance de una forma ficticia.

Por otro lado, en el siguiente post espero poder explicar con un poco más de detalle cómo realizar el registro y control de inventarios finales que se realizan en muchas empresas.

Códigos de operación en la norma 43 (España)

2011-11-21T08:45:00.000+01:00

Hace ya algún tiempo que quería escribir un post sobre la norma 43 bancaria (España) que sirve para la transmisión de extractos de cuentas corrientes entre empresa y banco. Sin embargo, hoy no voy a mostrar toda la parametrización de esta norma, sino sólo como añadir nuevas operaciones a la norma. Si queréis conocer más sobre esta norma en SAP aquí tenéis un enlace.

Caso

Hemos lanzado el programa de la norma 43 y nos ha llegado el siguiente error dentro del log del programa.

Finanzas / Gestión financiera / Bancos / Entradas / Extracto de cuenta / FF_5 – Cargar en

Parametrización

Buscamos la parametrización del extracto de cuenta electrónica.

IMG: Gestión financiera / Contabilidad bancaria / Operaciones contables / Pagos / Extracto de cuenta electrónico / Realizar parametrizaciones básicas para extracto de cuenta

Marcamos ‘Crear tipo de operación’ .
Seleccionamos nuestro banco o caja.
Marcamos ‘Asignar cód. operación externo p.reglas contabilización’.
Nos fijamos en el código de operación que falta según el log de errores anterior. Seguramente en el log de errores nos falta una operación bien con signo positivo bien con signo negativo. Da igual, nosotros crearemos dos operaciones nuevas (podemos crearlas con copia de dos ya existentes) con el código de operación del log. Un código tendrá signo positivo y otro negativo.

Funcional

Ya podemos volver a lanzar el programa de extracto electrónico.

Finanzas / Gestión financiera / Bancos / Entradas / Extracto de cuenta / FF_5 – Cargar en

Imagen inicial | kenteegardin

Anulación de facturas en masa

2011-11-13T00:00:00.000+01:00

Si en nuestra empresa estamos habituados a realizar la facturación de clientes mediante procesos colectivos, seguramente nos hemos encontrado con la siguiente situación. Un usuario llama al departamento de Sistemas preocupado porque se ha equivocado y tiene que anular una a una cientos de facturas.

Por suerte, en este caso, SAP nos provee también con una transacción que nos permite anular facturas en masa.

Parametrización

No es necesaria.

Funcional

El usuario ha realizado un pool de facturas que desea anular.

Logística / Comercial / Facturación / Factura / VF04 – Tratar pool de facturación

Entrar al log de proceso colectivo.

Logística / Comercial / Facturación / Sistema de información / Documentos de facturación / V.21 – Log de proceso colectivo

Buscar el log de facturación que ha realizado el usuario. La clase de proceso es ‘F’. Se ha de indicar el usuario que lanzó la facturación y la fecha en que lo hizo.
Una vez localizado el log, lo marcamos y buscamos el camino de menú ‘Pasar a / Documentos’.
Seleccionamos el grupo de facturas y hacemos la anulación mediante el punto de menú ‘Pasar a / Anular todo’.

Imagen inicial | Cari McGee

Horarios de trabajo de personal

2011-11-07T07:00:00.000+01:00

El horario de trabajo del personal contratado de nuestra empresa puede mantenerse de forma normal dentro del módulo de Recursos Humanos de SAP (SAP-HR).

Parametrización

En primer lugar, debemos determinar en qué subdivisión de personal están registradas las reglas de horario de trabajo (PHT) del personal de nuestra empresa. Hay diversas formas de hacerlo, pero una sencilla es irnos al matchcode de nuestra regla PHT.

Recursos Humanos / Gestión de personal / Gestión / Maestro de personal / PA30 – Actualizar

Seguidamente, entramos en el customizing y damos de alta el plan de horario de trabajo diario (PHT). En nuestro caso vamos a crear el horario del personal de guardia de nuestra empresa bajo la agrupación de subdivisión de personal ‘04’ de 08:00 a 15:00.

IMG: Gestión de tiempos de personal / Planes de horario de trabajo / Planes de horario de trabajo diario / Definir planes de horario de trabajo diario

Este PHT lo asignaremos a cada uno de los días que trabaje nuestro personal para crear el PHT por periodos. En este caso, de lunes a viernes tendrá el PHT ‘M’ que hemos creado; pero el sábado y domingo tendrá el PHT ‘LIBR’ estándar de SAP. De lunes a viernes el personal de guardia trabajará de 08:00 a 15:00 (PHT ‘M’), pero sábado y domingo no trabajará (PHT ‘LIBR’).

IMG: Gestión de tiempos de personal / Planes de horario de trabajo / Planes de horario de trabajo por periodos / Definir planes de horario de trabajo por periodos

Finalmente, creamos la regla de guardias ‘MG’ y le asociamos el PHT por periodos.

IMG: Cálculo de nómina / Cálculo de nómina: España / Tratamiento diario de los datos de tiempos / Funciones del tratamiento diario / Puesta a disposición de los datos de tiempo / Poner a disposición horario de trabajo teórico de PHT

Funcional

Ahora nos queda asociar la regla PHT a cada uno de nuestros empleados.

Abrimos la actualización del personal de la empresa.

Recursos Humanos / Gestión de personal / Gestión / Maestro de personal / PA30 – Actualizar

Seleccionamos la pestaña de ‘Datos básicos de relación laboral’ y actualizamos el infotipo ‘Horario de trabajo teórico’.
Abrimos el matchcode para la regla PHT ‘MG’, lo seleccionamos y grabamos.
Podemos comprobar cómo aparece este horario en transacciones como por ejemplo, la CM25

Logística / Producción / Planificación de capacidades / Ajuste / Variable / CM25 – Diálogo

Imagen inicial | redwood 1

Protección de mandantes

2011-10-31T00:30:00.000+01:00

A la hora de definir los diferentes mandantes de SAP una de las tareas que debemos tener en cuenta es el grado de modificaciones que vamos a permitir en cada uno de nuestros mandantes.

Ya hemos comentado alguna vez en este blog que en muchas empresas lo normal es definir tres mandantes:

Desarrollo: entorno abierto específicamente para la parametrización y programación.
Test: donde los usuarios y el equipo de consultoría pueden verificar los nuevos procesos desarrollados en el sistema de Desarrollo.
Productivo: entorno de trabajo de los usuarios finales donde se encuentran datos reales de la empresa y se concentra su día a día. Es siempre el sistema de destino donde acaban las modificaciones iniciadas en el sistema de Desarrollo.

El entorno de Desarrollo es el área de trabajo de consultores y programadores donde las modificaciones van a ser constantes. En cambio tanto Test como Productivo son áreas de trabajo de usuarios donde no se dan cambios ni en parametrizacion ni en programación. Por lo tanto, Desarrollo va a ser siempre un mandante abierto a los cambios, pero Test y Productivo serán mandantes cerrados a los cambios de customizing o desarrollo. Los únicos cambios que vamos a permitir en Test y Productivo serán las que produzcan las propias transacciones de los menús funcionales de usuario.

Parametrización

¿Qué transacción nos permite pues cerrar o abrir las modificaciones de customizing y desarrollos en un mandante?

IMG: SAP Netweaver / Servidor de aplicación / Gestión del sistema / Sistema de modificaciones y transporte / SCC4 – Configurar mandantes

Una configuración de parámetros válida para un mandante de Desarrollo podría ser la que se muestra en la siguiente figura:

En cambio, una configuración para un entorno de Test o Productivo podría ser la siguiente:

Por supuesto, en caso de necesidades puntuales se puede abrir la puerta y permitir hacer cambios directos en el customizing del mandante Productivo. Por ejemplo, para crear rangos numéricos nuevos (pues los rangos numéricos no se transportan entre sistemas). Sin embargo, éstas deberían ser situaciones excepcionales y SAP recomienda no dejar abiertos los sistemas productivos de forma continuada en el tiempo.

Indicar finalmente que el control de cambios fuera de customizing o programación nunca se gestiona a través de esta transacción, sino que es competencia de las transacciones de gestión de autorizaciones. Tenéis más información acerca de autorizaciones en una artículo anterior.

Imagen inicial | oarranzli

Tabla de planificación de capacidades: layout

2011-10-24T03:00:00.000+02:00

En el tercer artículo sobre la tabla de planificación de capacidades gráficas trataré sobre cómo añadir y modificar columnas de la disposición estándar de SAP.

En el ejemplo, la tabla de planificación muestra sólo dos columnas, pero queremos llegar a mostrar hasta ocho datos diferentes. ¿Cómo lo hacemos?

Parametrización

Como siempre, buscamos el perfil general que estamos utilizando en nuestra tabla.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / OPD0 - Definir perfil general

Dentro de nuestro perfil navegamos al perfil de tabla de planificación gráfica para encontrar el ID de layout.
Si no hubiésemos hecho ninguna copia del ID de layout estándar, la hacemos ahora.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / Tabla de planificación gráfica / OPDJ - Definir disposición

Dentro de este ID de layout navegamos hasta la definición de agrupamientos. Si hemos de modificar alguno de los elementos, primero haremos su correspondiente copia z.

Definición de layouts / Definición de imágenes parciales / Definición de agrupamientos / Definición de agrupamientos

Hemos llegado a la clave de edición. Éste es el elemento que contiene todos los campos que vamos a mostrar en nuestra disposición. Vamos a modificarlo. Tenemos que ir a su correspondiente transacción.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / Tabla de planificación gráfica / CY38 - Definir clave de edición

Ya tenemos los ocho campos que se van a mostrar en nuestro layout seleccionados. De éstos, siete son estándar, pero el octavo no existía de forma estándar sino que lo he definido de forma específica. La nota 38310 explica cómo hacerlo, pero brevemente los pasos son:

Añadimos el campo en la tabla de diccionario CYUSER, en el include al efecto.

Herramientas / Workbench ABAP / Desarrollo / SE11 – Dictionary ABAP

Informamos su valor a través de user exit. En el caso del ejemplo he utilizado la ampliación CYPP0005

Herramientas / Workbench ABAP / Utilidades / Ampliaciones / CMOD – Gestión de proyectos

Finalmente, seleccionamos el campo en la transacción CY38

Salida

Y el resultado queda del siguiente modo:

Logística / Producción / Planificación de capacidades / Ajuste / Variable / CM25 – Diálogo

Imagen inicial | WATERBOY sh

Tabla de planificación de capacidades: selección

2011-10-16T11:56:00.000+02:00

Siguiendo con la evaluación de capacidades gráfica, esta semana vamos a hablar de cómo modificar la pantalla de selección de datos de la transacción CM25.

Parametrización

En este ejemplo vamos a añadir la ‘clase de orden’ como filtro adicional en nuestra pantalla de selección.

De nuevo, empezamos por determinar cuál es nuestro perfil general.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / OPD0 - Definir perfil general

Dentro del perfil general nos encontramos con nuestro perfil de selección. Tenemos que hacer una copia z del perfil de selección estándar que encontremos. En nuestro caso creamos el perfil de selección ‘ZAPPD_S001’.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / OPD1 – Definir perfil de selección

Al hacer doble click sobre este perfil nos encontramos con los sets que contienen los parámetros de selección. Por un lado está el set de objetos, por otro el set de filtros. Si modificamos el set de objetos los nuevos parámetros aparecerán en la pantalla de selección principal. Si modificamos el set de filtros estaremos introduciendo nuevos parámetros a nivel de opciones de selección adicionales (no visibles directamente en la pantalla principal de la transacción CM25 pero sí cuando presionemos el icono ‘filtro’).
Dentro del set de objetos buscamos el parámetro ‘clase de orden’. Lo añadimos y grabamos.

Ejemplo

El resultado es el siguiente:

Logística / Producción / Planificación de capacidades / Ajuste / Variable / CM25 – Diálogo

Observamos el parámetro ‘clase de orden’ en la pantalla de selección. Pero si en lugar de haber modificado el parámetro en el set de objetos, lo hubiésemos hecho en el set de filtros, entonces éste aparecería al presionar el icono ‘filtro’.

Imagen inicial | Svadilfari

Tabla de planificación de capacidades: colores

2011-10-09T18:24:00.000+02:00

Definición

La tabla de planificación es la herramienta que proporciona SAP para la gestión, monitorización y mantenimiento de la carga de trabajo asignada a nuestro personal o puestos de trabajo. Podemos observar y modificar en qué fecha y cuánto tiempo una persona o puesto de trabajo va a estar ocupada.

Logística / Producción / Planificación de capacidades / Ajuste / Variable / CM25 – Diálogo

Parametrización

En esta ocasión vamos a ver cómo modificar los colores que nos muestra por defecto la tabla de planificación gráfica. Nuestra empresa trabaja con tres tipos de órdenes de trabajo diferentes (mantenimiento, instalación y averías). Modificando los colores podremos ver cada tipo de orden con un color distinto.

En primer lugar identificamos el perfil que utilizamos en nuestra tabla de planificación.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / OPD0 - Definir perfil general

Seguidamente, vamos a hacer una copia del perfil estándar de tabla de planificación gráfica. Dentro de éste podremos hacer todos los cambios que nos parezcan oportunos. Cada nuevo perfil o elemento que modifiquemos lo haremos sobre su correspondiente copia que empiece por ‘z’.
Dentro del perfil de tabla de planificación gráfica estamos interesados en modificar el tipo de objeto gráfico que existe dentro del apartado de ‘Necesidades de capacidad’. Así que vamos a hacer una copia de éste.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / Opciones técnicas / Tabla de planificación gráfica / Atributos de tipo de objeto gráfico / OPG5 - Fijar selección tipo de objeto gráfico

Y dentro de éste nos interesa el tipo de objeto gráfico que encontramos en él.

Llegados aquí tenemos que definir la determinación de colores según tipo de orden:

En el apartado ‘representación de objetos’ indicamos los tres tipos de orden y los colores que tomarán. El código de color ‘50’ viene de la definición de colores en el grupo de elementos gráficos.

IMG: Producción / Planificación de capacidades / Ajuste de capacidades y evaluación ampliada / Opciones técnicas / Tabla de planificación gráfica / Gráfico / BCG8 - Definir elemento gráfico

En el apartado ‘selección de representación de objetos’ creamos la determinación según orden (mantenimiento, instalación o averías).

Con estos pasos ya podemos lanzar nuestra planificación gráfica de capacidades para ver las diferencias por color en las órdenes de trabajo.

Imagen inicial | Ellie Goodman

Determinación de cuentas en compras automáticamente

2011-10-02T13:00:00.000+02:00

La determinación de cuentas automática es la herramienta mediante la cual asociamos cada movimiento de materiales de nuestro sistema a una cuenta del balance de nuestra empresa.

Caso

Hemos creado un material y queremos hacer un pedido de compras, pero cuando lo intentamos nos salta el el mensaje de error ME083 (Por favor, entre cuenta de mayor). Esto es debido a que la categoría de valoración que hemos asignado a nuestro material no tiene asociada una cuenta de mayor en la determinación de cuentas.

Solución

En la determinación de cuentas de mayor para compras debemos tener en cuenta los siguientes conceptos:

Agrupación de áreas de valoración: permite la valoración conjunta de áreas de valoración. Determina un código único para diferentes áreas de valoración (en nuestro caso hemos definido cada área de valoración de forma específica para cada centro).
Agrupación general: este concepto tiene un significado distinto según donde se utilice. En este caso lo voy a utilizar según el valor de ‘modificación de cuenta’. Este valor se encuentra integrado del tipo de imputación de nuestra posición del pedido de compras.
Categoría de valoración: una categoría de valoración nos servirá para agrupar diferentes materiales que tienen una determinación de cuentas común.
Debe: cuenta de mayor en el debe del balance.
Haber: cuenta de mayor en el haber del balance.

En definitiva, mediante estos conceptos estaremos concretando nuestro centro, el tipo de posición del pedido y el material. Y entonces, el sistema le podrá asignar las cuentas del debe y haber.

Los pasos a seguir son los siguientes:

Localizar nuestro material y verificar su categoría de valoración. Para ello iremos a la pestaña ‘Contabilidad 1’ del maestro de materiales.

Logística / Gestión de materiales / Maestro de materiales / Material / Modificar / MM02 – Inmediatamente

Localizar el área de valoración al cual está asignado el centro para el cual vamos a crear el pedido, además de su agrupación.

IMG: Gestión de materiales / Valoración e imputación / Determinación de cuentas / Determinación de cuentas sin asistente / OMWD - Agrupar áreas de valoración

Buscar el valor de modificación de cuenta que tiene asociado el tipo de imputación de nuestra posición el pedido de compras. Si el tipo de imputación es de tipo ‘K’, es decir, se asocia directamente a un centro de coste, entonces buscaremos este tipo de imputación y haremos doble click.

IMG: Gestión de materiales / Compras / Imputación / OME9 - Actualizar tipos de imputación

Confirmaremos que las cuentas del debe y haber que queremos utilizar están realmente creadas en SAP.

Finanzas / Gestión financiera / Libro mayor / Datos maestros / Cuentas de mayor / Tratamiento individual / FS00 – Central

Una vez localizados todos los datos anteriores podemos realizar la determinación de cuentas sobre la operación GBB y nuestro plan de cuentas. Sabemos que…

Agr. val es: 0003
Agr. gen. es: ZBR
Categoría de valoración es: 3261
Cuenta del debe es: 601999
Cuenta del haber es: 601999

IMG: Gestión de materiales / Valoración e imputación / Determinación de cuentas / Determinación de cuentas sin asistente / OBYC – Configurar contabilizaciones automáticas / Imputación / Operación GBB

Utilizamos la operación GBB ya que según la propia documentación del punto de customizing ésta es la que se utiliza en la gestión de stocks.

Ejemplo

Creemos ahora nuestro pedido:

Logística / Gestión de materiales / Compras / Pedido / Crear / ME21N – Proveedor o centro suministrado

Ahora nos muestra un mensaje de error KI235 (La cuenta requiere una imputación relevante para la contabilidad de costes), pero esto ya lo podéis resolver si seguís los pasos de un post anterior.

Imagen inicial | kenteegardin

Determinar categorías de valoración

2011-09-25T13:00:00.000+02:00

Una categoría de valoración es una agrupación de materiales que tienen una determinación de cuentas común. Por lo tanto, el concepto de categoría de valoración está ligado al maestro de materiales. Cuando creamos un nuevo material que debe tener asociada una cuenta del balance específica es necesario asociarle una categoría de valoración si queremos que esta asociación se realice de forma automática.

Parametrización

Definimos cuál será nuestra nueva agrupación de categorías de valoración.

IMG: Gestión de materiales / Valoración e imputación / Determinación de cuentas / Determinación de cuentas sin asistente / OMSK - Determinar categorías de valoración / Refer. a categ. cuenta

Creamos nuestras categorías de valoración y las asociamos a la agrupación o agrupaciones.

IMG: Gestión de materiales / Valoración e imputación / Determinación de cuentas / Determinación de cuentas sin asistente / OMSK - Determinar categorías de valoración / Categoría valoración

Asociamos la agrupación al tipo de material.

IMG: Gestión de materiales / Valoración e imputación / Determinación de cuentas / Determinación de cuentas sin asistente / OMSK - Determinar categorías de valoración / Tipo material y ref. a categ. cuenta

Funcional

Vamos a crear nuestro material tipo DIEN. Buscamos la pestaña ‘Contabilidad 1’.

Logística / Gestión de materiales / Maestro de materiales / Material / Creación en general / MM01 – Inmediatamente

Como vemos cuando creamos nuestro material, al pulsar el matchcode de categoría de valoración solamente nos mostrará aquellas categorías de valoración posibles para nuestro tipo de material.

Más información en el siguiente link y en este otro.

Imagen inicial | CstrzRock

Cross-selling

2011-09-18T13:00:00.000+02:00

La wikipedia llama cross-selling o venta cruzada a

“the action or practice of selling among or between established clients, markets, traders, etc." or "that of selling an additional product or service to an existing customer”

Este artículo se refiere a la segunda definición de cross-selling, a la acción de venta de un determinado producto a través de la venta previa o paralela de un producto anterior.

En SAP para conseguir una venta cruzada podemos habilitar una herramienta asociada a la toma de pedidos de venta que puede ayudar a los administrativos de ventas. El objetivo es facilitar la captación de una venta adicional a partir de otra.

Parametrización

Se puede hacer cross-selling sólo para algunos clientes, sólo para algunos tipos de venta o para ambos. En este ejemplo lo haré para ambos y utilizando los valores que ya proporciona SAP de forma estándar. Sin embargo, es aconsejable como siempre hacer una copia de los parámetros que proporciona SAP y sobre ellos actuar con modificaciones.

Secuencia de acceso: utilizaré la secuencia estándar C001 que solamente donde sólo se ha de indicar el material. Es decir, cuando se llame al cross-selling éste vendrá dado para un material en concreto.

IMG: Comercial / Funciones básicas / Cross Selling / Definir esquema de determinación para cross-selling / Actualizar secuencias de acceso

Clase de condición: el dato maestro estará contenido por la clase de condición CS01 que ya está creada en SAP. Y ésta estará asociada a la secuencia anterior C001

IMG: Comercial / Funciones básicas / Cross Selling / Definir esquema de determinación para cross-selling / Definir clase de condición

Esquema: en este caso el esquema es único (CS0001). El esquema va a especificar las clases de condición permitidas en nuestro documento de ventas.

IMG: Comercial / Funciones básicas / Cross Selling / Definir esquema de determinación para cross-selling / Actualizar esquema

Esquema de cliente y documento: hay que indicar cuáles de nuestros documentos de ventas serán susceptibles de tener una venta cruzada ligada. Esto lo hacemos indicando el valor ‘B (cross selling) en el esquema de propuesta de producto.

IMG: Comercial / Funciones básicas / Cross Selling / Actualizar esquema de cliente y documento para cross-selling / Asignar esquema de documento para cross-selling a clases de documentos de ventas

Definir perfil de cross-selling: indicamos el esquema CS0001 que anteriormente hemos definido o el que hayamos creado como copia. Si además dejamos el campo ‘Cross selling indicador ventana diálogo’ en blanco, entonces en el documento de venta el cross-selling se visualizará en una venta de diálogo o pop-up.

IMG: Comercial / Funciones básicas / Cross Selling / Definir y asignar perfil de cross-selling / Definir perfil de cross-selling

Asignar el perfil: aquí montamos nuestra determinación propiamente dicha. Ésta se va a basar en mi área de ventas (organización de ventas, canal y sector), será solamente para algunos clientes (esq. cliente CS), solamente para aquellos documentos de ventas que yo haya indicado como cross-selling (esquema documento CS) y con el perfil de cross-selling que he creado (perfil CS).

IMG: Comercial / Funciones básicas / Cross Selling / Definir y asignar perfil de cross-selling / Asignar perfil de cross-selling

Como se puede ver todo el proceso en conjunto se parece a la determinación de precios de venta (ya visto en otro post anterior) con clases de condición,secuencias de acceso y esquemas.

Ejemplo

Debemos asegurarnos que aquellos clientes susceptibles de cross-selling tengan asociado el valor ‘B’ (cross-selling) en la pestaña de ‘Ventas’.

Logística / Comercial / Datos maestros / Interlocutor comercial / Cliente / Modificar / VD02 – Comercial

Creamos el dato maestro. Aquí indicaremos qué material o materiales están asociados al material principal. Cuando el cliente nos llame y pida un material, SAP lo buscará en la base de datos de esta transacción y mostrará los materiales asociados susceptibles de venderse juntamente con éste. Así la persona de ventas podrá sugerírselos al cliente.

Logística / Comercial / Datos maestros / Productos / VB41 - Crear

Finalmente, vemos cómo se muestra la sugerencia de cross-selling al crear un pedido de ventas.

Logística / Comercial / Ventas / Pedido / VA01 – Crear

Imagen inicial | jspatchwork

Recursos de programación ABAP

2011-09-11T16:41:00.000+02:00

En este artículo voy a escribir sobrer aquellas herramientas que conozco y que SAP nos provee para aprender a programar en ABAP. Son transacciones con código fuente que os pueden servir para vuestros cursos de aprendizaje en este lenguaje propietario SAP.

Documentación ABAP y ejemplos

Herramientas / Workbench ABAP / Utilidades / ABAPDOCU – Biblioteca de ejemplo

En esta transacción, SAP agrupa el código fuente de varios programas de ejemplo para el autoaprendizaje. A través de varios nodos nos ofrece el código para aprender el uso de las sentencias más frecuentes, programación de dynpros, de orientación a objetos, incluso el interfasado con JavaScript.

Documentación de palabras claves

Herramientas / Workbench ABAP / Utilidades / ABAPHELP – Documentación palabra clave

Con la ayuda de esta transación podemos acceder a la biblioteca ABAP donde se encuentran documentadas las sentencias utilizadas en este lenguaje. Simplemente, entramos en la transacción y escribimos la sentencia de la cual queremos documentación.

De todos modos, también podemos obtener el mismo resultado mientras escribimos nuestro código, nos posicionamos sobre una sentencia y pulsamos el botón F1.

Programación de listados ALV y otras demos

Si buscamos a través del sistema de información los paquetes SLIS y SABAPDEMOS también encontramos el código ABAP de programas escritos por SAP para utilización en demos y cursos de aprendizaje.

Herramientas / Workbench ABAP / Desarrollo / SE38 – Editor ABAP

Entramos en el editor ABAP.
Marcamos el matchcode.
Marcamos ‘Selección nueva’.
Escribimos el nombre del paquete SLIS o SABAPDEMOS.

Centro de presentaciones Enjoy

Aquí se agrupan los códigos de varios ejemplos. Se trata de una transacción para los que ya tenéis cierto conocimiento de programación ABAP. Cotiene ABAP orientado a objetos, la evolución del lenguaje ABAP que permite crear programas algo más complejos.

Herramientas / Workbench ABAP / Utilidades / DWDM – Presentaciones

Juegos de datos de prueba

Seguro que más de uno se acuerda de las tablas SPFLI, SCARR o SFLIGHT. Pues bien, bajo el paquete SAPBC_DATAMODEL se esconden todas estas tablas que tan frecuentemente son utilizadas en los cursos de formación ABAP. Se trata del modelo de datos de vuelos que se suministra para hacer pruebas, programar listados de ejemplo, etc. Pero antes de poder hacer uso de ellas, es imprescindible llenarlas con datos. Mediante el programa SAPBC_DATAGENERATOR podemos marcar cuántos registros introducir en estas tablas o borrar su contenido completamente para empezar de nuevo.

Herramientas / Workbench ABAP / Desarrollo / SE38 – Editor ABAP / Programa SAPBC_DATAGENERATOR

Una vez llenas ya podemos observar cómo quedan cada una de ellas. Aquí dejo el listado completa de estas tablas de formación.

Herramientas / Workbench ABAP / Resumen / SE16 – Browser de datos


TABLA	DESCRIPCIÓN
SAIRPORT	Aeropuertos
SAPLANE	Avión
SBOOK	Reservación de vuelo directo
SBUSPART	Interlocutor cia.aérea
SCARPLAN	Asignación compañía aérea-avión
SCARR	Compañía aérea
SCITAIRP	Asignación ciudad-aeropuerto
SCOUNTER	Mostrador de venta
SCPLANE	Avión de carga
SCURR	Tp.cambio p.modelo datos formación Workben
SCURX	Moneda p.modelo datos formación Workbench
SCUSTOM	Clientes vuelo
SDESSERT	Comida en vuelo/postre
SFLIGHT	Vuelo
SFLIMEAL	Asignación vuelo-comida
SGEOCITY	Situación geográfica de una ciudad
SMACOURSE	Comida en vuelo/plato principal
SMEAL	Comida en vuelo
SMEALT	Comida en vuelo/descripción
SMENU	Menú
SNVOICE	Factura
SPFLI	Itinerario de vuelos
SPPLANE	Avión de pasajeros
SSTARTER	Comida en vuelo/primer plato
STICKET	Billete de avión
STRAVELAG	Ag.viajes

Imagen inicial | Shermeee

Batch input recorder

2011-09-04T19:13:00.000+02:00

De vuelta en el blog. Esta vez con la herramienta batch input recorder. Para empezar, decir que llamamos programas de batch input a una serie de programas que se han venido utilizando para la transferencia en masa de información hacia sistemas SAP. A menudo, estos programas se han integrado en otras transacciones estándar como la típica legacy. Sin embargo, si nuestras necesidades no pueden ser cubiertas por herramientas estándar SAP, entonces nosotros mismos tendremos que escribir nuestros programas de batch input. El resultado de la ejecución de un programa de batch input es siempre un juego de datos que podremos procesar posteriormente para realizar la transferencia de información. En este artículo intento explicar cómo la herramienta de grabación de batch inputs puede ayudarnos a crear juegos de datos de batch input sin tener ningún conocimiento de programación ABAP.

Voy a dibujar un escenario sencillo donde queremos actualizar información en SAP a través de una transacción. Por ejemplo, nuestra empresa desea modificar el precio de venta de todos sus materiales a través de la transacción de registros de condición VK12. Por supuesto, si tenemos una base de datos de cientos de materiales la modificación manual puede suponer un trabajo considerable. Por lo tanto, en condiciones normales, lo lógico sería pedir a nuestro desarrollador ABAP que escribiese un programa de batch input que tuviese en cuenta nuestra necesidad. El programa escrito sería capaz de generar un juego de datos que repitiese las pantallas y la transacción cientos de veces (tantas veces como materiales hubiese en nuestra base de datos).

Ahora bien, si no tenemos ningún conocimiento de programación ABAP ni persona que nos pueda ayudar, la herramienta de grabación de batch inputs nos puede ser de gran utilidad a la hora de crear nuestro juego de datos. Por supuesto, sin saber ABAP y en unos sencillos pasos:

En primer lugar, vamos a la transacción de grabación de batch inputs SHDB.
Creamos una nueva grabación de la transacción VK12 a través del botón ‘Nueva grabación’.
Exportamos la grabación a un fichero .txt siguiendo el menú Grabación / Exportar.
Copiamos el texto de nuestra grabación tantas veces como materiales tengamos, pero en un nuevo fichero .txt. Al mismo tiempo, modificamos la información. Por ejemplo, si necesitamos modificar el precio de cien materiales, entonces copiaremos el texto cien veces. Tras ello, borraremos y re-escribiremos el código de cada material y del nuevo precio en cada pieza de texto de la grabación. Ya sé lo que estáis pensando, que esto es más fácil de decir que de hacer. Sin embargo, utilizando una sencilla hoja de cálculo y algunas fórmulas puede llegar a ser un proceso sumamente rápido*.
A continuación, importamos el nuevo fichero a SAP. Utilizamos para ello el menú Grabación / Importar.
Al final, lo que hemos conseguido es generar un nuevo juego de datos de batch input. Lo único que nos queda por hacer es presionar el botón ‘Procesar’ y nuestros datos subirán a SAP como en cualquier batch input.

Como véis, unos sencillos pasos que nos permiten actualizar información en masa sin haber escrito ni una sola línea de código ABAP. Por supuesto, no recomiendo esta herramienta para transferencias de información complejas. Ni tampoco lo recomiendo como sustituto de otras herramientas estándar legacy o bapis. Pero sí puede ser una herramienta interesante para afrontar problemas sencillos si no tenemos conocimientos suficientes de lenguaje ABAP.

*Una ayuda para completar el fichero .txt con la información a subir. Utilizad una hoja de cálculo como Microsoft Excel, numerad aquellos campos que queráis completar y utilizad fórmulas del tipo buscarv o consultav para buscar y reemplazar con la información de vuestra base de datos.

Imagen inicial | loop_oh

Extracción de información a partir de jobs

2011-08-07T09:24:00.004+02:00

En más de una ocasión deseamos extraer información de SAP para analizarla externamente por ejemplo con Microsoft Excel. Sin embargo, debido al tiempo que ocupa la ejecución de la transacción no podemos hacerlo on-line. Si nos fijamos en el parámetro abap/timeout fijado en el sistema, éste es demasiado bajo como para lanzar el programa en un proceso diálogo. Podemos visualizar este parámetro en nuestro sistema en la transacción

Herramientas / CCMS / Configuration / RZ10 – System profile

Entonces, ¿cómo podemos consultar información en SAP si la ejecución de una transacción consume mucho tiempo? La respuesta es programando un job de fondo para la transacción.

Crear un job de fondo

Imaginemos que queremos consultar la lista de saldos de entradas de mercancías

Logística / Gestión de materiales / Gestión de stocks / Entorno / Visualización de saldos / MB5S – Lista de saldo MSRF

En primer lugar debemos conocer el programa que se esconde detrás de la transacción. Para ello vamos a la transacción y pulsamos el menú Sistema / Status. En el ejemplo el programa se llama RM07MSAL.
Seguidamente vamos a la transacción que nos permitirá definir nuestro job y damos nombre a nuestro job.

Herramientas / CCMS / Background processing / SM36 - Define job
Pulsamos en el botón ‘Paso’ y escribimos el nombre del programa y la variante con la que lo lanzaremos.
Seguidamente pulsamos el botón ‘Parámetros de impresión’ y luego ‘Atributos’. Nos aseguramos de que no se imprima automáticamente el resultado, sino que el listado quede en el spool.
Grabamos y volvemos a la pantalla anterior.
Pulsamos el botón ‘Condición inicio’ e indicamos cuándo queremos que se inicie. Podemos indicar que se lance inmediatamente, en una fecha y hora concretas, cuando finalice otro job, etc. En este caso voy a indicar que se lance inmediatamente. Y grabamos.
Volvemos a la pantalla anterior y grabamos el conjunto.

Extraer la información de una orden de spool

Una vez ha finalizado la ejecución del job podemos ir a recuperar la información de salida.

Vamos al spool controller.

Herramientas / CCMS / Print / SP01 – Output controller

Buscamos una orden de spool que debe contener el nombre del programa que hemos lanzado.
Marcamos esta orden y el botón ‘Lista ABAP’.
Vamos al menú Orden spool / Transmitir / Grabar en fichero local.
Nos abrirá una ventana e indicaremos el formato en que queremos guardar el listado. Ya la tenemos para tratar fuera de SAP.

Enviar la información de un job a una cuenta de mail

Otra opción es que a la finalización del job, éste envíe el resultado directamente a nuestra cuenta de correo electrónico. Para ello hay que incluir la dirección de correo electrónico a la hora de crear el job en el botón ‘Destino listas spool’. La forma detallada de hacerlo la tenéis en el siguiente enlace.

Podéis enviar la información:

A una cuenta de correo individual.

Herramientas / CCMS / Background processing / SM36 - Define job / Destino listas spool

A un grupo de usuarios creando una lista de distribución mediante la transacción SO28

Éste es el último post de la temporada. El blog volverá en breve. Os deseo que paséis unas buenas vacaciones si las tenéis. Nos vemos a la vuelta.

Gestión de autorizaciones

2011-07-31T00:17:00.054+02:00

El sistema de autorizaciones SAP permite gestionar los permisos lectura y escritura sobre los elementos que todo usuario tiene asignados.

El sistema se vehicula a través de papeles o roles (simples o compuestos) que agrupan una serie de objetos de autorización. Cada objeto de autorización incorpora permisos para un elemento de nuestro sistema. Cada uno de estos objetos será el elemento mínimo que nos permitirá conceder un permiso para ejecutar la tarea, sea ésta el acceso a una transacción, a un área de ventas, a un grupo de compras, etc.

El siguiente esquema muestra cómo actúa el sistema de autorizaciones y está extraído de la help de SAP:

Concepto de autorización según la help de SAP

Es decir, cada transacción, cada sociedad, cada centro… en definitiva cada tarea a la cual tiene acceso un usuario se encuentra definida de un campo de autorización. Este campo se encuentra en un objeto de autorización, y éste a su vez en un rol. Todas las tareas a las cuales tiene permiso un usuario se definen como la suma de objetos de autorización que conforman uno o más roles.

Proyectos de autorización

Montar un proyecto de autorizaciones es complejo y conlleva el análisis de los trabajos que realiza cada usuario para asignar las autorizaciones que le son necesarias. En un proyecto de este tipo hay que:

Analizar las tareas que realiza cada usuario.
Agrupar usuarios según tareas comunes.
Crear roles que se ajusten a cada tarea. En mi opinión los roles deberían ser lo más específicos posibles.
Asociar las autorizaciones específicas a cada rol. Hay que poner especial atención en las transacciones que se incorporan en cada rol y procurar siempre que se pueda que la misma transacción y, en general, la misma autorización no se encuentra en diferentes roles.
Asignar los roles según las tareas que realiza cada usuario.
Dentro de cada usuario hacer un análisis de incompatibilidades de transacciones. Esto es determinar aquellas autorizaciones que juntas nunca las debe poseer el mismo usuario. Esto pasa a veces cuando el usuario tiene dos roles que incluyen la misma autorización. Por ejemplo, la persona que se encarga de hacer pedidos de cliente no debe también poseer autorización para facturarlos. En ese aspecto nos puede ayudar la información de la tabla SUKRI. Esta tabla se entrega vacía y es responsabilidad del cliente su llenado a través de la transacción SU98
Una vez detectadas las incompatibilidades, solucionarlas ajustando los roles existentes, creando nuevos roles o eliminando roles dentro del perfil de usuario.

Para mayor información sobre proyectos de autorización aconsejo la lectura de este artículo del blog de seguridadsap.

Asignar autorizaciones a transacciones.

Una vez montado el proyecto, ¿cómo mantenemos y asignamos nuevas transacciones a cada rol?

Para empezar debemos saber qué autorización necesita el usuario. Para eso pediremos al usuario que tan pronto SAP le envíe el mensaje de “falta de autorización” ejecute la transacción SU53 que nos muestra el objeto de autorización necesario. Una vez tengamos esto podemos decidir por modificar el rol directamente o a través del usuario. En seguridadsap explican cómo hacerlo directamente (transacción PFCG). Pero en este post yo voy a mostrar los pasos para asignar autorización a través del usuario.
Entramos en el perfil del usuario y visualizamos la pestaña ‘Roles’. Aquí veremos todos los roles que tiene asignado el usuario.

Herramientas / Gestión / Actualización de usuarios / SU01 – Usuarios

Identificamos el rol a modificar y hacemos doble click sobre él.
Se nos abre una ventana para este rol. Nos movemos hacia la pestaña ‘Menú’ y lo modificamos añadiendo las transacciones a las que queremos dar autorización.
Nos movemos a la pestaña ‘Autorizaciones’ y pulsamos el botón ‘Modificar datos de autorización’.
Buscamos el objeto de autorización ‘S_TCODE’ dentro del árbol del rol. Para ello vamos a Tratar / Buscar. Pero si no lo encontramos o no es posible modificarlo, entonces podemos optar por añadir manualmente la transacción a través del botón ‘Manualmente’.
Seleccionamos el objeto y añadimos nuestras transacciones.

Grabamos y generamos (botón ‘generar’) el cambio.

Más información en el capítulo 5 del libro Así es SAP R/3 de J.A. Hernández Muñoz y en la help de SAP

Imagen inicial | Lauren Manning