Sistema info de ventas

DOMINGO, 18 DE ABRIL DE 2010

inCompartir0

En esta ocasión voy a intentar mostrar la parametrización para uno de los informes
integrados en el Sistema de Información Logística, el correspondiente a ventas. De gran
utilidad en el pasado, hoy quizás ha caído en desuso ante la implantación de los modernos
sistemas de BI (Business Intelligence). Sin embargo, sigue siendo muy útil para aquellos
que no han implantado SAP-BI o alguna de las aplicaciones de BI que existen en el
mercado.

Definición

Los sistemas de información sirven para compactar y evaluar la información de áreas

determinadas de la empresa. Y el sistema de información logístico de ventas, en concreto,
tiene como fin la evaluación de los pedidos de clientes, entregas, abonos, devoluciones...
incluidos en el módulo SAP-SD.

Al igual que una query, los sistemas info extraen información de la base de datos y la
presentan de un determinado modo. Sin embargo, la gran diferencia entre ambas maneras
de recuperar información se encuentra en el grado de compactación y detalle. En efecto, el
sistema info va acumulando información sobre tablas exclusivas del sistema info cada vez
que actualizamos una transacción.

Imaginemos, por ejemplo, que generamos un pedido de venta. En el mismo momento que
lo creemos éste pasará a acumularse dentro de la correspondiente tabla del sistema info de
ventas.

¿Y por qué SAP lo hace así? Porque así consigue posteriormente una mayor agilidad a la
hora de recuperar información de la base de datos. Podemos imaginar fácilmente que, por
ejemplo, cuando intentamos hacer un análisis de las ventas de todo un año, el tiempo
necesario para extraer la información de las diferentes tablas de ventas que hay en la base
de datos puede alargarse considerablemente. Sin embargo, como el sistema info de ventas
acumula y compacta la información en una sola tabla, entonces la recuperación y gestión de
esta información se vuelve más asequible.

Parametrización

Voy a seguir un ejemplo, el más sencillo y el que he utilizado en mi experiencia personal.

 En primer lugar, actualizamos los grupos estadísticos de clientes y materiales. Esto

sirve para que el sistema info de ventas "sepa" qué clientes y qué materiales son
susceptibles de formar parte de la información que queremos guardar.

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
estadísticos / Actualizar grupos estadísticos de clientes

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
estadísticos / Actualizar grupos estadísticos material

 Observamos dichos grupos estadísticos tanto en el maestro de clientes como en el

de materiales (Ventas: Org.Vtas 2).

 Hay que crear también los grupos de estadística de los documentos comerciales. En
mi caso, creo dos tipos, uno para cargos (+) y otro para abonos y devoluciones (-).

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
estadísticos / Actualizar grupos estadísticos documentos comerciales
  En siguiente lugar, tenemos que determinar qué documentos de ventas y qué
posiciones de documentos de ventas se verán afectados y asignarles el grupo
estadístico de documentos comerciales creado anteriormente. Asignaremos el valor
según si queremos que la clase de documento posición sea de cargo (+) o abono (-).

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
estadísticos / Actualizar grupos de estadísticas según clases de documentos de ventas

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
estadísticos / Actualizar grupos de estadísticas según tipos de posición de documentos de
ventas.

 Decidimos qué áreas de venta serán susceptibles de informar a nuestro sistema info
de ventas. Por defecto, en mi caso voy a hacer que todas las áreas de venta puedan
ser actualizadas, tanto en cargos como en abonos y devoluciones.

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
de actualización / Asignar grupo de actualización a nivel de posición
 IMG: Logística en general / Sistema de información para logística / Data warehouse de
logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
de actualización / Asignar grupo de actualización a nivel de cabecera

 Realizamos la verificación de que hemos hecho todo correctamente.

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
de actualización /Verificación de grupos de actualización a nivel de cabecera

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Actualización / Control de actualización / Parametrizaciones comercial / Grupos
de actualización /Verificación de grupos de actualización a nivel de posición

 Planificamos la actualización de nuestro sistema info de ventas.

IMG: Logística en general / Sistema de información para logística / Planificación / Datos

maestros / Definir estructuras para estructuras infos y ratios.

 Podemos incluso, añadir campos adicionales creando rutinas en un pool de

subrutinas.

IMG: Logística en general / Sistema de información para logística / Reporting / Análisis

estándar / Modificar parametrizaciones / Ventas
Parámetros / Tratar / Datos escenarios
Parámetros / Tratar / Lista actual de métodos

Funcionalidad

Una vez tenemos toda la parametrización debemos pensar en actualizar todo el sistema info
de ventas con la información que ya se encuentra en el sistema. Evidentemente, la
información que se genere a partir de hoy se irá actualizando directamente, pero la antigua
debemos forzar su actualización. Para eso...

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Base de datos / Herramientas / Reestructuración de datos estadísticos /
Reestructuración específica de la aplicación / Comercial / Reestructuración: Copiar-
borrar versiones.

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Base de datos / Herramientas / Reestructuración de datos estadísticos /
Reestructuración específica de la aplicación / Comercial / Reestructurar: SIV-Órdenes

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Base de datos / Herramientas / Reestructuración de datos estadísticos /
Reestructuración específica de la aplicación / Comercial / Reestructurar: SIV-Entregas

IMG: Logística en general / Sistema de información para logística / Data warehouse de

logística / Base de datos / Herramientas / Reestructuración de datos estadísticos /
Reestructuración específica de la aplicación / Comercial / Reestructurar: SIV-Facturas

Y aquí tenemos nuestro resultado:

Sistema info / Logística / Comercial / Cliente / MCTA - Entrada de pedidos

Imagen inicial | U.S. National Archives
Publicado por Oscar Arranz
Etiquetas: SD

35 comentarios:

1.

Raquel6 de enero de 2011, 22:04

Hola, muy bueno el artículo. Pero me gustaría saber como hago para que en
las estadisticas de ventas el sistema solo tome encuenta el sector en la
posición del pedido y no el sector de la cabecera. Por favor si tienes una
respuesta que me puedas dar te lo agradecería. Si tienes una respuesta mi
correo es rcywb@hotmail.com
Gracias!

Responder

2.

Oscar7 de enero de 2011, 9:36

Hola Raquel,
Gracias por tu pregunta. En realidad nunca me he encontrado con el caso
porque nunca he visto que puedan diferir los sectores de cabecera y de
posición. Sin embargo, si éste es tu caso, yo optaría como solución por
parametrizar un control de actualización únicamente de los grupos
estadísticos de material, con lo que te debería recoger sólo el sector de
posición.
Un saludo,
Óscar

Responder

3.

sandrainfusino22 de enero de 2012, 14:24

 Hola, mi nombre es Sandra, con respecto a este tema, como podria
parametrizar un control de actualizacion para los grupos estadisticos del
material, si en vez que sume al vereficar por la mcsi, reste la cantidad
cuando se trate de un pedido bloqueado o rechazado?
atenta a tu respuesta.
gracias!

Responder

Respuestas

1.

Oscar22 de enero de 2012, 23:42

Es extraño que SAP no tenga en cuenta los pedidos

bloqueados/rechazados y los siga sumando en el sistema info.
Si es así, quizás tengas que recurrir a alguna ampliación.
Échale un vistazo por ejemplo MCS10001 a través de la
transacción CMOD. Ahí puedes hacer modificaciones sobre el
funcionamiento estándar de tu SIV.

Responder

4.

sandrainfusino23 de enero de 2012, 13:23

Lo voy a revisar Oscar, ahi te cuento. Muchas gracias!

Responder

5.

sandrainfusino23 de enero de 2012, 13:32

Oscar, trato de entrar a la MCSI10001 pero no puedo. Podrias indicarme la

ruta.
Gracias y disculpa.
Sldos.
Sandra.
 Responder

Respuestas

1.

Oscar23 de enero de 2012, 14:23

CMOD / Utilidades / Ampliaciones SAP / Nom. exit =

MCS10001
Lo marcas y visualizas. Atención, que esto implica
programación ABAP. Si no estás familiarizada con ABAP
deberías consultar con un programador.

Responder

6.

sandrainfusino24 de enero de 2012, 16:43

Muchas gracias Oscar!

Responder

7.

mikel8723 de abril de 2012, 14:32

Hola Oscar:

Muy interesante el articulo. He estado probando el proceso en una maquina

de pruebas en la que ya tenia organizados numerosos flujos de ventas. Lo
que no consigo es reestructurar la estructura info, por lo que los nuevos
pedidos que efectuo si se me actualizan pero no puedo visualizar en la tabla
pedidos anteriores a la parametrizacion.

Podrias detallar un poco mas ese paso?

gracias de antemano

Responder
 Respuestas

1.

Oscar24 de abril de 2012, 8:34

Hola mikel87,
En principio si sigues los pasos indicados en el post debería ser
suficiente. En todo caso, te paso un link que explica paso a
paso cómo hacerlo
http://es.scribd.com/doc/67558241/parametrizacion-
SIL#outer_page_14

Responder

8.

mikel8724 de abril de 2012, 10:09

Hola Oscar:

Gracias por la información. Ya la había leído anteriormente, y me ayude de

ella junto a tu blog para parametrizar el sistema info. Aun así, debo de estar
haciendo algo mal.

Entiendo que..."" desde la tx OLIX tengo que borrar la versión 000 de la

estructura info que quiero reestructurar (vease S001). Y posteriormente
reestructur.SIV de ordenes,entregas y facturas desde la OLI7 OLI8 Y OLI9.
Los grabo como version "&(" y con esto terminaría el proceso"".

Pero lo unico que consigo con esto es borrar del sistema info los datos que
tenía guardados, y para volver a tener datos visibles en la tx MC(A tengo
que introducir nuevos pedidos.

No se si me he saltado algun paso previo, o simplemente no realizo bien este

ultimo proceso.

Si con estos datos que te doy me pudieses ayudar te lo agradeceria mucho.

SALUDOS

Responder
 Respuestas

1.

Oscar24 de abril de 2012, 10:27

Hola mikel87,
Lo que haces es correcto y es como yo lo haría. Pero si estás
borrando los datos de la versión 000 entiendo que es porque es
bajo esta versión con la que actualizas tu sistema info. Por lo
tanto, ¿al lanzar la OLI7, OLI8 y OLI9 no deberías hacerlo
también sobre la versión 000 y no la &( ? Supongo que todo lo
debes hacer sobre la misma versión. En todo caso, puedes
verificar la tabla S001 donde se graban los datos. Seguramente
en esa tabla verás que las reestructuraciones las has hecho
sobre &(, cosa por la cual no las estás leyendo a través de la
MC(A .

Responder

9.

mikel8724 de abril de 2012, 12:19

Hola de nuevo,

no se puede lanzar sobre la versión 000. Sap manda el siguiente mensaje.

Escriba en una versión que comience con '&(', y cópiela a través de la

versión '000' concluídos los procesos de reestructuración.

Lo he hecho de la siguiente manera y me funciona bien! Vamos por buen

camino.

Ahora me surge una duda. Tengo un material "x" en cuyo maestro NO he

actualizado un grupo de estadistica de material-> Realizo pedidos de ese
material-> posteriormente actualizo en el maestro su grupo de estadistica
para poder utilizar operativamente el sistema info de ventas -> efectuo la
reestructuracion del sistema info.

Los pedidos anteriores a la actualización no me aparecen en el informe. Es

normal o tengo que cambiar algo en las reglas de actualizacion?
 Responder

Respuestas

1.

Oscar30 de abril de 2012, 14:43

Hola mikel87. Lo he probado en mi sistema y no he tenido

problema, la reestructuración la hace normalmente. Te indico
los parámetros que he introducido en la OLI7:

-Estructura info a generar: S001

-Grabar como versión: 000
-Borrar/reestructurar índices: X
-Nombre de ejecución: XZY
-Fecha cancelación: 01/05/2012
-Hora cancelación: 14:40:00
-Redeterminación grupo actualización: X

Espero que des con la solución a tu problema.