Categoria: SAP Articles

2015.06 QUIEN ES QUIEN AUSAPE

Ficha Quien es quien 2015 AUSAPE ASPA

Como cada año AUSAPE, la Asociación de Usuarios de SAP en España, edita un numero especial de su revista con la descripción de ¿Quién es quién? de cada asociado.

La prestación de servicios profesionales de consultoría e integración de sistemas ERP SAP constituye una de nuestras principales áreas de especialización. Nuestro equipo de consultores destaca por su experiencia, desarrollada a lo largo de más de 15 años, en el asesoramiento sobre implantación y mantenimiento de soluciones SAP, así como por la realización de proyectos de implantación exitosos.

Nuestro catálogo de servicios SAP comienza con servicios de consultoría que se centran en la selección de la solución más adecuada a cada necesidad y en el diseño de la estrategia de implementación óptima. Para ello, nuestros consultores analizan la situación de cada cliente, y realizan la propuesta más adecuada para cada caso, aprovechando al máximo el amplio catálogo de soluciones SAP, en las que somos expertos.

¿Nos has encontrado ya?

 

A Menudo los clientes nos preguntan sobre la gestión de documentos en SAP, ya que la palabra «documento» se utiliza en muchos contextos dentro del entorno SAP y en ocasiones puede llevar a confusión acerca de lo que significa la gestión de documentos (DMS) en SAP.

En el contexto de las funciones de la aplicación central SAP ECC, la gestión de documentos es la vinculación de archivos, llamados originales, a los objetos de SAP. Los archivos originales pueden ser casi cualquier archivo electrónico, incluyendo hojas de cálculo, archivos de procesadores de texto, mapas de bits, archivos CAD, documentos escaneados, o archivos de programas, incluso programas especializados, como programas de control de planta. El único requisito previo es que el equipo que se utiliza para acceder al original tenga instalada alguna aplicación que pueda visualizar ó modificar el original. Esto puede incluir incluso aplicaciones de red, si se ha realizado la correspondiente configuración.

A través de la utilización del Document Information Record, muchos objetos en SAP pueden tener originales vinculados y acceder a ellos. Ejemplos de objetos SAP que pueden llevar documentos vinculados son los siguientes:

  • Maestro de Materiales.
  • Ubicaciones y equipos
  • Maestro de clientes.
  • Maestro de empleados.
  • Clasificación y características

SAP DMS (Document Management System)

Con la configuración adecuada, el sistema permite no sólo adjuntar un archivo a los datos maestros, sino también a los datos transaccionales donde dichos datos maestros se utilizan, tales como:

  • Órdenes de Producción
  • Ordenes de mantenimiento
  • Elementos PEP
  • Facturas
  • Pedidos de compra
  • Lotes de inspección

En algunos casos los originales están almacenados en otro sistema de gestión documental, pero la mayoría de los sistemas de gestión documental de primer nivel tienen interfaces con el sistema SAP que permiten acceder a los originales de forma perfectamente integrada desde el sistema SAP.

Hablando del repositorio, debido a la posibilidad de archivos muy grandes, el mismo no se gestiona directamente en la base de datos de SAP sino en un sistema separado. Esto podría realizarse en forma de servidores de red, en unidades especializadas como repositorios CAD o en los ya mencionados sistemas de gestión documental de terceros.

DMS permite el control de versiones y la gestión de autorizaciones de seguridad, así como la vinculación de varios originales a varios objetos de SAP de forma simultánea. DMS también es el único método para interconectar con sistemas DMS de terceros.

Y, por último, un breve comentario sobre Easy DMS. Easy DMS es un front end para instalar en PC’s cliente y que básicamente tiene la misma funcionalidad que la transacción de Document Info Record (DIR). Este front end está pensado para el usuario ocasional de SAP que sólo necesita para crear, modificar o visualizar DIR y los originales vinculados a ellos. Por ejemplo, alguien en el departamento de recepción puede ser responsable de la digitalización de los documentos que se reciben y de anexarlos al pedido de compra de SAP. Mediante esta interfaz puede realizar este trabajo de una forma sencilla.

La rapidez con la que SAP evoluciona sus productos hace que, en ocasiones, exista una cierta confusión en cuanto a la nomenclatura de los diferentes productos y sus respectivas plataformas SAP Netweaver.

Por este motivo, es a veces difícil identificar cuál es la Plataforma Netweaver utilizada en las diferentes suites SAP: SAP Business suite 7, SAP Business suite 7 Innovations 2010 y SAP Business suite 7 Innovaciones 2011, EHP5, EHP6, BW / EP / IP EHP 7.3, etc.

Con el fin de arrojar un poco de luz al respecto, y sabiendo que entender correctamente estos aspectos sin duda ayuda a nuestros clientes y a sus administradores SAP a realizar tareas como la instalación, actualización, y mantenimiento de sus sistemas, ofrecemos a continuación un resumen de productos SAP que se ejecutan en la plataforma SAP NetWeaver 7 EHP1, 2 y 3.

La solución SAP EWM nace como integrante de la solución SAP SCM, para la ejecución de procesos y funciones avanzadas correspondientes a la gestión de almacenes. Con SAP EWM se dispone de la opción de reflejar fielmente en el sistema la disposición y estado de los almacenes de una compañía. Para ello dispone de multitud de funciones que dan soporte a los procesos de entrada, salida e internos en el almacén.

En la figura siguiente se muestra un resumen de los procesos a los que da cobertura la solución en cada una de estas áreas. En los puntos siguientes se realiza una explicación somera de las principales funciones en cada uno de ellos.

Procesos de Entrada.

Para la gestión de los procesos de entrada, EWM incorpora funciones de gestión de las playas de entrada, estrategias de ubicación y picking, planificación de recepciones, cross-docking, servicios de valor añadido y gestión de calidad.

Gestión de patios.

Utilizando las nuevas funciones de gestión de patios, EWM permite gestionar los camiones que acceden al patio, controlar sus movimientos en función de las tareas a realizar en el almacén y visualizar la situación del patio en el monitor de almacén.

El patio se puede definir como un elemento más en la estructura organizativa del almacén. Se puede asignar un patio a un único almacén o a varios almacenes. Así mismo, se pueden asignar varios patios a un almacén. Las plazas de aparcamiento se gestionan como ubicaciones que se pueden agrupar en secciones del patio.

Los puntos de entrada y salida del patio se identifican como checkpoints, permitiendo de este modo gestionar en el sistema las entradas y salidas de vehículos mediante los correspondientes check-ins y check-outs. Desde el checkpoint los camiones podrán ser dirigidos a una plaza de aparcamiento concreta, o bien a un determinado muelle del almacén si se va a proceder inmediatamente a su descarga. Si es preciso, un mismo camión puede ser descargado e, inmediatamente, utilizarlo como transporte de salida y proceder a su carga.

Los movimientos en el patio se pueden gestionar desde un puesto fijo, o bien utilizar transacciones de RF para su ejecución. De este modo, con las funciones de gestión de patios se pueden planificar y monitorizar en el sistema las actividades de los camiones.

Estrategias de ubicación y picking.

SAP EWM dispone de una serie de estrategias de ubicación y picking para determinar la ubicación más apropiada para dejar o tomar la mercancía. Estas estrategias determinan la ubicación más apropiada para un determinado material, cada vez que se crea una tarea de almacén.

En el momento de la recepción, la estrategia de entrada utiliza los parámetros definidos en el maestro de materiales para determinar la ubicación del material recibido de forma que se aproveche al máximo la capacidad del almacén. El sistema dispone de una serie de estrategias de ubicación predefinidas, como son: ubicación fija, ubicación general, adición a stock ya existente, siguiente ubicación vacía, ubicación en pallets, ubicación en suelo.

En el momento de la salida de mercancías, la estrategia de picking determinará, en función de los parámetros en el maestro de materiales, la ubicación óptima del almacén a la que se debe ir a buscar el material. El sistema dispone de una serie de estrategias de picking predefinidas, como son: FIFO, LIFO, FEFO, ubicaciones con cantidades parciales, en función de la cantidad, en función de la caducidad, ubicación fija.

Las estrategias de ubicación y de picking se utilizarán también para la ejecución de movimientos internos en el almacén, como reposiciones o reasignación de ubicaciones. EWM permite además realizar movimientos manuales en el almacén utilizando ubicaciones de origen y destino diferentes a las propuestas originalmente por el sistema.

Planificación de recepciones.

Normalmente en el SAP ECC se crearán avisos de entrega (ASNs) o entregas entrantes para dar inicio a los procesos de recepción en el almacén. Al trabajar con SAP EWM, los documentos de compras de SAP ECC se traducen en recepciones planificadas, que permitirán dar inicio a los procesos de recepción en el almacén. La entrada de mercancías se optimiza en SAP EWM, creando y verificando entregas entrantes a la llegada de los camiones.

El responsable de almacén puede monitorizar las cargas de trabajo y planificar las recepciones en función del número de ASNs y de posiciones de pedido planificadas para cada día.

Las funciones de recepción no se limitan a la entrada de mercancías de proveedor, sino que también permiten la recepción de mercancías procedentes de otras plantas o la recepción de productos de fabricación interna.

Cross-docking.

SAP EWM permite realizar el cross-docking de materiales desde las zonas de recepción a las zonas de salida, de forma que se reduzca el volumen de movimientos en el almacén y se pueda agilizar el tratamiento de órdenes de entrega o pedidos urgentes. Para ejecutar estos procesos de cross-docking SAP EWM dispone de varias funciones:

  • Picking desde la zona EM y Entrega Push.
  • Cross-docking orientado al transporte.
  • Distribución de mercancías en Retail.
  • Cross-docking oportunista, originado en EWM.

El Picking desde la Zona EM con Entrega Push (Pick from goods receipt and push deployment, PFGR – PD) se trata de un cross-docking oportunista, no planificado, en el que se trabaja con entregas entrantes y según el proceso de recepción habitual.

En el momento de la recepción se verifican la clase de proceso de almacén y la clase de stock para verificar si el material en cuestión es relevante para diferir su ubicación. Si es relevante, todo el proceso de generación de las tareas para la ubicación y la ubicación en sí misma son diferidos y se verifica si existe algún pedido de venta pendiente de entrega. Si este es el caso, el sistema creará una entrega para suministrar el pedido y efectuar el cross-docking desde la zona de entrada.

En este proceso de cross-docking, SAP APO es el que determina si una entrega es relevante para PFGR-PD y si se debe realizar, por tanto, el cross-docking tras la rececpión.

El Cross-docking orientado al transporte (Transportation cross-docking, TCD) es un cross-docking planificado, con el objeto de optimizar los costes de transporte. TCD gestiona el movimiento de HUs entre diferentes centros de distribución o hubs, hasta su destino final. Permite consolidar varias entregas en nuevos transportes, cambiar el medio de transporte y gestionar las actividades de exportación de forma centralizada.

En la Distribiución de mercancías en Retail (Retail Merchandising Distribution) se utiliza la funcionalidad de SAP Retail para planificar las necesidades de distribución. Una vez las entregas entrantes y de salida se encuentran disponibles en SAP EWM, este realizará los correspondientes flujos de transferencia de la mercancía, que pueden encontrarse orientados al producto o al cliente.

Con el Cross-docking oportunista originado en EWM (SAP EWM – Triggered Opportunistic Cross-Docking) será el propio EWM el que desdencadene el proceso de cross-docking tras analizar si las entregas entrantes y de salida son relevantes para el cross-docking.

Servicios de valor añadido.

Existen determinados servicios que aportan un valor añadido al producto y que habitualmente se realizan en el almacén, como pueden ser determinadas actividades de ensamblaje, embalado, etiquetado o preparación de kits. Para reflejar estos servicios, SAP EWM permite la creación de órdenes (VAS Orders) con las que ejecutar estos servicios en el almacén; estas órdenes indicarán al operario del almacén qué actividades hay que realizar sobre determinados productos.

La orden enlaza la posición de entrega con la especificación de embalaje que contendrá los detalles del servicio que hay que realizar. De este modo, la especificación de embalaje indicará las actividades a realizar y la posición de entrega determinará la cantidad de trabajo necesaria para ello.

En la orden se pueden registrar tanto las actividades realizadas por los operarios como los materiales auxiliares requeridos para realizar el servicio; todos estos datos se pueden utilizar posteriormente para calcular los costes asociados a la realización de las actividades.

Gestión de calidad.

SAP EWM dispone de funciones de gestión de calidad a las que da soporte el QIE (Quality Inspection Engine) disponible en SAP SCM.

Por lo que se refiere a la entrada de mercancías, se puede inspeccionar la entrega completa, determinadas unidades de manipulación (HUs) de la entrega, etc.  En lo referente a las salidas de mercancías, se pueden inspeccionar los productos que se van a entregar para verificar que cumplen con los criterios de calidad establecidos; en caso de producirse devoluciones de cliente, los productos devueltos podrán ser inspeccionados para identificar los problemas que originaron la devolución. También se pueden gestionar las inspecciones de materiales que se encuentran ubicados en el almacén, en aquellos casos en los que es necesario.

Una vez se ha completada la inspección de calidad se podrán llevar a cabo las acciones apropiadas relacionadas con el stock inspeccionado, tales como su paso a libre utilización, a stock bloqueado, a chatarra, etc.

Procesos de Salida.

Para la gestión de los procesos de salida del almacén, EWM incorpora funciones de gestión por oleadas, gestión de las reposiciones y gestión del suministro a producción.

Gestión por oleadas.

Una oleada agrupa un conjunto de peticiones para efectuar un determinado proceso en el almacén, como pueden ser actividades de picking o de cambio de status. Las peticiones se pueden agrupar en oleadas en función de una serie de criterios, como pueden ser el área de actividad, la ruta o el producto. Las oleadas se pueden generar manualmente o automáticamente, utilizando una serie de patrones que deben ser definidos previamente en el sistema.

A modo de ejemplo, se pueden agrupar en una misma oleada un conjunto de posiciones de entrega teniendo en cuenta las restricciones existentes sobre los medios para la manipulación de pallets. Conociendo el número de puestos de preparación de pallets, el sistema puede limitar automáticamente la cantidad de trabajo que se envía al almacén. Las necesidades de pallets completos se identificarán y enviarán directamente a la playa de salidas; para aquellos pallets que requieran de preparación, se identificarán las necesidades de picking para el envío a los puestos de preparación de pallets y, una vez se haya completado la preparación, se enviarán a la playa de salidas.

Gestión de reposiciones.

Los procesos de reposición se han diseñado para asegurar que las zonas de picking del almacén disponen de cantidad suficiente en stock para dar respuesta a las necesidades de picking.

EWM dispone de diversos métodos para la gestión de reposiciones, entre los que se encuentran: establecimiento de niveles mínimos y máximos de stock, gestión basada en las necesidades de stock (demanda) y procedimientos basados en la gestión de situaciones de excepción, p.ej. cuando se produce una situación de ruptura de stocks al confirmar una determinada actividad en el almacén.

Suministro a producción.

SAP EWM dispone de los siguientes procesos para la gestión del picking de componentes en el almacén de materias primas y su envío a las zonas de suministro a producción.

  • Puesta a disposición de las órdenes de fabricación. En este caso se parte de las órdenes de fabricación para analizar los componentes que requieren, realizar el picking y dejarlos en la zona de suministro a producción.
  • Reposición de contenedores. En este caso el almacén realiza la reposición de contenedores de componentes, independientemente de las necesidades para las órdenes de fabricación. Este método se suele utilizar para aquellos componentes de consumo habitual.
  • Reposición por Kanban. En este caso el almacén realiza la reposición de contenedores en virtud de las tarjetas Kanban correspondientes a contenedores vacíos, en función del ciclo establecido.

Gestión y optimización del mapa de almacén.

SAP EWM permite realizar un fiel reflejo en el sistema de la distribución del almacén. El sistema permite definir cada una de las ubicaciones del almacén y agruparlas en diferentes tipos de almacén, áreas y secciones: estanterías, apilamientos, ubicaciones fijas, etc.

Los stocks se pueden manejar en el almacén en combinación con los embalajes y pallets que los contienen. Se puede dejar registro de cualquier movimiento de stocks que se produzca, de forma que en todo momento se disponga de información exacta acerca de la ubicación en que se encuentra un determinado material así como la secuencia de movimientos que lo han llevado hasta allí. Así mismo, se pueden utilizar técnicas de Slotting para determinar la ubicación óptima para un determinado material y/o llevar a cabo reorganizaciones del almacén.

Gestión de Unidades de Manipulación (HUs).

Una unidad de manipulación es, de forma general, la combinación de un producto, su embalaje y el pallet que lo soporta. Desde la unidad de manipulación se puede acceder a toda la información acerca del material que contiene la HU, así como realizar procesos de embalaje y desembalaje para modificar su contenido.

Las HUs constan de una serie de posiciones que pueden consistir en materiales, materiales auxiliares de embalaje, incluso otras HUs. Además las HUs disponen de una gestión de status que permite delimitar la situación en la que se encuentran: p.ej. pesada, cargada, bloqueada, o con la contabilización de la salida de mercancías ya realizada.

Señalar por último que las HUs se identifican de forma única en el sistema, mediante el correspondiente rango de números que se haya asignado.

Slotting.

El Slotting determina los datos maestros del producto con los que se van a regir las estrategias de ubicación y de picking.

Utilizando la función de slotting en EWM, el sistema considera los datos maestros del material, los datos disponibles acerca de las necesidades del material y los datos acerca del embalaje, para determinar la ubicación óptima de dicho material en el almacén. De este modo se pueden determinar el área en que se debe almacenar el producto, las propiedades que debe tener la ubicación, así como la estrategia de ubicación a utilizar.

También se pueden simular los resultados del slotting ejecutando el proceso de slotting sin actualizar los datos maestros del material. De este modo, tras varias simulaciones y una vez se esté de acuerdo con el resultado, se puede proceder a actualizar los datos maestros y activarlos.

Inventario físico.

SAP EWM permite gestionar los inventarios físicos a nivel de almacén y ubicación. Al realizarse recuentos periódicos se asegura que el sistema contiene información correcta acerca del material, cantidad y ubicación en la que se encuentra.

Las frecuencias de conteo son de libre definición, siendo habitual la ejecución de inventarios cíclicos con diferentes frecuencias de conteo, según una clasificación A, B, C de los materiales. Tras determinar los materiales a inventariar e introducir el recuento en el sistema, la herramienta de análisis permitirá evaluar los resultados del recuento y gestionar las posibles diferencias de stocks, que serán comunicadas a SAP ECC una vez contabilizadas.

Procesos Internos.

En SAP EWM, bajo el epígrafe de procesos internos, se engloban los siguientes procesos: planificación y monitorización de los procesos de almacén, gestión de números de serie, gestión de recursos, gestión del trabajo, e integración con autómatas de almacenes robotizados.

Planificación y monitorización de los procesos de almacén.

SAP EWM dispone de un monitor del almacén para dar completa visibilidad a los responsables de almacén acerca de la situación de los procesos que se están realizando en el almacén.

El monitor de almacén muestra información acerca del picking, ubicación, inventario físico, gestión de recursos, situación de stocks o cualquier otra actividad del almacén, y se puede configurar para monitorizar los procesos que son del interés de un determinado responsable. Se puede utilizar también el monitor como una herramienta para asignar, iniciar y supervisar el trabajo en el almacén.

El cockpit de almacén dispone de gráficos en tiempo real y con actualización automática, que permiten el acceso inmediato a la situación de un proceso determinado o a la situación de un grupo de procesos de un determinado área del almacén.

El sistema dispone también de un mapa de almacén gráfico que permite visualizar en 2D el estado del almacén, así como acceder a la información detallada desde el propio gráfico.

Gestión de números de serie.

SAP EWM soporta la gestión de números de serie, que se pueden tratar a nivel de documento o a nivel de ubicación. Si se realiza una gestión de números de serie a nivel de documento, el sistema pedirá informar el número de serie únicamente en el momento de grabar las entregas entrantes o las entregas de salida de mercancías. Si se realiza la gestión de números de serie a nivel de ubicación el sistema pedirá además la confirmación del número de serie para la confirmación de cada una de las tareas en el almacén.

Gestión de recursos.

SAP EWM permite la del trabajo mediante la gestión de colas, tanto si se está trabajando con RF como si no. La gestión de colas permite optimizar la selección y asignación de órdenes de trabajo en el almacén a los recursos que se encuentran disponibles; simultáneamente se puede monitorizar la situación de los recursos utilizando el monitor de almacén.

La asignación de recursos y órdenes de trabajo a las colas se puede realizar tanto manual como automáticamente. La asignación de tareas se realiza en función de una serie de criterios predeterminados, como pueden ser: prioridad, fecha más tardía de ejecución, cualificación de los recursos, etc.

Las órdenes de trabajo representan paquetes de trabajo a realizar por los operarios del almacén, y pueden estar compuestas por tareas de almacén o por posiciones de inventario físico. El sistema dispone de una funcionalidad que permite intercalar tareas de diferentes órdenes de trabajo, de forma que se optimice la utilización de los recursos y se minimicen los desplazamientos y los periodos de no actividad de los operarios. También se dispone de un modo de trabajo semi-guiado en el que los operarios solicitan nuevas tareas al concluir la que estaban realizando y el sistema les indica el área al que deben dirigirse a realizar la siguiente tarea y la lista de tareas en esa área para que los operarios seleccionen la que van a realizar de todas ellas.

El sistema permite introducir también restricciones en la ejecución de las tareas, indicando p.ej. que sólo se pueden realizar en una zona determinada del almacén y analizando posibles cuellos de botella en su ejecución.

Gestión del trabajo.

SAP EWM dispone de funciones para la gestión del trabajo, que permiten monitorizar el rendimiento de los operarios del almacén y compararlo con los estándares establecidos. En este sentido, ofrece una serie de herramientas para planificar, simular y medir la actividad de los operarios del almacén.

SAP EWM puede gestionar tanto la mano de obra directa como la indirecta, ofreciendo visibilidad sobre las actividades de todos los empleados en el almacén. Los empleados pueden tener feedback inmediato acerca de su rendimiento, consultándolo en sus terminales RF o accediendo desde un puesto fijo.

El sistema permite definir KPIs para monitorizar el rendimiento de los operarios y definir alertas en caso de que no se alcancen los valores objetivo. Además estos KPIs se pueden monitorizar en un entorno gráfico para su seguimiento.

Por último, los datos de actividad de los operarios de almacén se pueden integrar con las aplicaciones de RRHH; los supervisores de almacén podrán revisar y aceptar los datos introducidos por los operarios antes de su envío a las aplicaciones de HR para los cálculos de incentivos, bonos, etc.

Integración con autómatas.

SAP EWM dispone también de un interfaz con sistemas externos para el control de almacenes, como puedan ser: sistemas automáticos de ubicación y picking, sistemas de control de carretillas, elementos de transporte y otros equipos automatizados para el movimiento de mercancías en el almacén.

El sistema puede conectarse directamente a PLCs, de forma que SAP EWM les puede transmitir directamente instrucciones sobre cada uno de los movimientos a realizar para que el sistema automatizado pueda mover directamente una unidad de manipulación. De esta forma, se pueden activar o desactivar segmentos de un elemento de transporte, agrupar segmentos de elementos de transporte, o activar o desactivar la correspondencia entre varios niveles.

En el monitor de almacén se dispondrá de visibilidad acerca de cada uno de los movimientos, así como del recorrido total realizado por la unidad de manipulación.

SAP BusinessObjects BI 4.0 fue lanzado por SAP como Ramp-Up en noviembre de 2010 y recientemente se ha producido su liberación general.

El lanzamiento de SAP BusinessObjects 4.0 ha llevado a que muchos clientes de SAP se realicen una serie de preguntas:

¿Qué sucede con SAP Business Explorer (BEX)?

BEx es una herramienta tradicional de SAP para la elaboración de informes en el sistema SAP NetWeaver BW. Proporciona la interfaz entre los navegadores Web y Microsoft Excel, además de herramientas para la producción de cuadros de mando e informes listos para imprimir. Tiene una gran base de usuarios.

Desde que SAP compró BusinessObjects en 2007, la compañía ha reducido su inversión en SAP BEx. La suite BEx no está recibiendo ninguna mejora funcional importante, a pesar de que obtuvo algunas mejoras menores cuando se liberó SAP NetWeaver BW 7.3.

Sin embargo, contrariamente a lo que muchos clientes creen, BEx no se ha retirado y no tiene actualmente un fin de vida previsto. De acuerdo con SAP: «BEx 7.x se seguirá entregando en los próximos lanzamientos de SAP NetWeaver BW. En la actualidad, no hay un final previsto de la vida del producto. El período de mantenimiento se renueva con cada gran lanzamiento de una nueva versión.»

¿Cuáles son las ventajas de BusinessObjects frente a BEx?

BusinessObjects representa una gran mejora frente a Bex, aunque BEx puede seguir considerando una útil opción de bajo coste. Los principales beneficios de BusinessObjects  son:

  • Un número significativamente mayor de opciones de informes, como la presentación de informes “On line”.
  • Una interfaz más moderna, mas intuitiva y fácil de usar. Las mejoras en la interfaz facilitan el que los propios usuarios puedan gestionar sus informes, en lugar de depender del departamento de TI

Sin embargo, estos beneficios conllevan también las siguientes consideraciones:

  • Para adoptar la nueva tecnología en la organización, se necesitan desarrollar conocimientos especializados en BusinessObjects
  • Es posible que exista un coste adicional en licencias
  • Se requiere hardware adicional.
  • La arquitectura del sistema de información tendrá otra capa adicional, que después deberá ser mantenida.

Escenarios típicos para la adopción de SAP BusinessObjects 4.0

En función del grado de adopción de la tecnología SAP BOBJ que exista en cada organización, se puede decir que hay tres escenarios habituales que implican diferentes consideraciones a la hora de adoptar BusinessObjects 4.0:

1. Organizaciones en la actualidad la utilización de BusinessObjects 3.0 o 3.1 y SAP NetWeaver BW

Cualquier organización que ya ha adoptado SAP BusinessObjects en una versión anterior, debe hacer planes para una actualización a 4.0. Esto requiere una actualización técnica y la migración de objetos para aprovechar la nueva funcionalidad.

2. Organizaciones en la actualidad con BEx

Las organizaciones que utilizan BEx deberían primeramente considerar la posibilidad de cambiar a SAP BusinessObjects 4.0 y revisar su estrategia de BI. En este caso no es una simple migración, ya que los informes deberán ser realizados de nuevo, puesto que la funcionalidad de los mismos y la forma en que se usan es diferente en ambas herramientas.

En este caso tal vez lo más conveniente sería realizar un proyecto piloto de implementación de SAP BusinessObjects en un área de negocio que no esté utilizando BEx para presentación de informes. Esto ofrece a las empresas un espacio “nuevo” y “limpio” en el que probar las nueva herramienta y en el que definir e implementar una nueva estrategia de BI

3. Organizaciones en la actualidad sin BusinessObjects / instalaciones BEx

En este caso, SAP BW y BusinessObjects 4.0 es la mejor combinación de sistemas disponible, especialmente cuando el ERP SAP ECC central es y será el sistema de gestión de una organización por muchos años.

A menudo, los clientes de SAP se enfrentan con problemas de rendimiento y no hay requisitos para ajustar los sistemas SAP. En estas ocasiones, se vuelve muy importante establecer los parámetros de la memoria a los valores óptimos de SAP a fin de que cualquier servidor SAP tenga un buen rendimiento. Aún más importante es entender el concepto de gestión de memoria en el servidor de aplicaciones SAP antes de hacer cualquier cambio en los parámetros.

Así que vamos a echar un vistazo rápido a algunos de los conceptos de gestión de memoria en la pila de ABAP. Mediante el sistema de gestión de memoria SAP asigna memoria a cada proceso de trabajo. Existen los siguientes tipos de memorias en SAP:

  •          Roll memory.Allocating Memory-2
  •          Extended memory.
  •          Private memory.

1. Roll memory.

La memoria inicial asignada a un contexto de usuario es la roll memory. De nuevo es asignada en caso de que la extended memory esté llena. El rol area es un área de memoria que tiene un tamaño configurable para cada proceso de trabajo y se encuentra en el “heap” de espacio de direcciones virtuales del proceso de trabajo.

Cuando el contexto de un proceso de trabajo cambia, los datos se copian del área de la memoria al fichero. Para evitar la copia repetida, se coloca otro búfer en el medio, el cual forma parte de la memoria compartida.

El área de despliegue consiste en dos segmentos:zzta-roll_area

  •       ztta / roll_first : se le asigna al proceso de trabajo por primera vez como memoria.
  •       ztta / roll_area : Si ztta / rool_first se utiliza por completo, la diferencia entre ztta / roll_area y ztta / roll_first se le asigna también al proceso de trabajo.

2. Extended memory.

Los procesos de trabajo en SAP tienen una parte reservada en su espacio de direcciones virtuales de la extended memory. El tamaño se puede ajustar utilizando el parámetro de perfil em / initial_size_MB: Tamaño del pool de extended memory.

En la extended memory se pueden mapear desde los recursos comunes hasta cualquier proceso de trabajo. También se puede utilizar el espacio de direcciones virtuales. La extended memory varía con el sistema operativo y por lo tanto puede ser implementada según las necesidades.

En el caso de Windows es automáticamente gestionada. El sistema SAP crea una capa dentro de las funciones del sistema operativo para la gestión de páginas de esta memoria. La extended memory se implementa como un archivo mapeado sin nombre. Esto significa que el espacio de direcciones utiliza el archivo de paginación o usa el swap del sistema operativo como background memory.

3. Private memory.

Si un proceso de trabajo de diálogo se ha agotado el área rol asignado al mismo y también la extended memory, private memory se le asigna al proceso de trabajo. El proceso de trabajo entra en el modo PRIV (privado).

Esta memoria está dedicada a un proceso por lo tanto un proceso de trabajo se puede ejecutar en modo PRIV también llamado el modo privado, cuando la memoria local se agota. Otros procesos no pueden utilizar la prívate memory.

Después de liberar la memoria asignada, el sistema operativo sigue considerando que la memoria virtual que está ocupada por el proceso de asignación.

Estas características de la pila de memoria requieren que:

  1. El proceso de trabajo se puede ejecutar en modo PRIV cuando la memoria local está asignada y significa que el proceso de trabajo está reservado para el procesamiento del contexto del usuario actual hasta que el contexto libera el proceso de trabajo de nuevo cuando la solicitud haya terminado.
  2. El proceso de trabajo, si se ha utilizado una gran cantidad de prívate memory, se reinicia cuando el contexto de usuario se termina y la memoria local se devuelve. El reinicio hace que la memoria local vuelva a estar disponible para otros procesos. El reinicio se produce cuando un proceso de trabajo utiliza más memoria local de la que se define en el parámetro abap / heaplimit.

En el caso de que muchos procesos de trabajo entren en el modo PRIV, podría causar graves problemas de rendimiento en el sistema.

El parámetro de perfil rdisp / wppriv_max_no define que en el modo PRIV, un número máximo de procesos de trabajo de diálogo se pueden ejecutar sin restricciones de tiempo.

Virtual address space-2

El actual clima de negocios requiere que las empresas puedan reaccionar rápidamente ante eventuales variaciones de su rendimiento financiero y operativo. Tener una visibilidad no es suficiente, la empresa debe ser capaz de adaptarse rápidamente para evitar la pérdida de negocio en cascada.

Una empresa puede mejorar su capacidad de reaccionar a los cambios externos a los que se enfrentan con las soluciones SAP BusinessObjects Enterprise Performance Management. La suite de soluciones soporta un ciclo completo desde la estrategia a la ejecución del análisis para permitir ajustes en tiempo real. La solución de gestión de rendimiento empresarial puede trabajar con la ventaja añadida de contar con soluciones de SAP para facilitar Gobierno, Riesgo y Cumplimiento. Simplemente no hay otro proveedor de la solución necesaria para estos tiempos difíciles.

Sabemos que todas las empresas necesitan una solución para planificar y supervisar el desempeño del negocio. SAP ofrece una de las muchas soluciones de gestión de rendimiento disponibles en el mercado, SAP BusinessObjects planificación y consolidación. ¿Por qué esta solución es la más adecuada para la crisis económica actual? Las principales ventajas, en mi opinión son los siguientes:

  •          Visibilidad.
  •          Colaboración.
  •          Agilidad.
  •          Integración.

Visibilidad – SAP BusinessObjects planificación y consolidación llega a más usuarios de la organización. Con la solución Web y la interfaz de Microsoft Office, los usuarios pueden tener más visibilidad en su impacto en la organización. Ya no son indicadores clave de rendimiento disponibles para sólo unos pocos directivos y analistas de negocio. Más usuarios pueden reaccionar mediante la actualización de los resultados de negocio actuales y planes para reflejar sus expectativas de negocio. Ahora los efectos son visibles en toda la empresa en tiempo real. La solución puede ser extendida, con poca o ninguna formación, a través de la empresa. Además, el coste total de propiedad es bajo con la administración centralizada de aplicaciones.

Colaboración – SAP BusinessObjects planificación y consolidación proporciona la funcionalidad para los usuarios de colaborar con otros usuarios de negocios y gestión. Con una visión compartida común de la evolución del negocio real, el usuario puede compartir comentarios y otros documentos de apoyo para tomar decisiones informadas. Esta información adicional permite al usuario tomar medidas para mejorar su porción del desempeño de la organización. La comunicación bidireccional permitirá a los usuarios de negocios ajustar los planes para reflejar una previsión más realista en tiempo real.

Agilidad – SAP BusinessObjects planificación y consolidación es administrado por el usuario de negocio y no por el usuario de tecnología de la información. Por lo tanto, cuando el negocio requiere de cambios, la solución puede ser inmediatamente modificada por aquellos que tienen el contexto de los negocios. Ninguna otra solución está diseñada para ser manejada por el usuario de negocios autorizado. Los cambios en los requerimientos del negocio se puede hacer en tiempo real para permitir la rápida toma de decisiones.

Integración – SAP BusinessObjects planificación y consolidación es una solución con varias fuente. Con dos plataformas disponibles, Microsoft y NetWeaver, se puede obtener información de múltiples fuentes para proporcionar una visión completa del negocio. La automatización de la adquisición y distribución de datos aumenta la posibilidad de tener los datos actuales en la punta de los dedos de los usuarios de negocios. La integración va más allá de los datos, ya que también incluye el acceso a la información respecto a la estrategia, riesgo y muchos otros puntos para permitir una decisión plenamente informada y una rápida acción.

Estos cuatro atributos pueden ayudar a una empresa a navegar a través de la actual crisis económica. Sin la plena participación de toda la organización, se generarán oportunidades perdidas. Cualquier oportunidad requiere un cambio en el negocio con un tiempo de respuesta rápido. SAP BusinessObjects planificación y consolidación puede ayudarle a usted ya su organización a encontrar oportunidades, tomar acciones correctivas y de respuesta rápida para evitar la quiebra de la empresa.

Los clientes que deseen actualizar a SAP ERP 6.0 y se están ejecutando SAP R / 3 con tecnología de software MDMP deben combinar su actualización con una conversión de Unicode. Las anteriores tecnologías de SAP se han vuelto obsoletas por varias razones (por ejemplo, no permiten una adecuada comunicación con aplicaciones basadas en Java.)

Una conversión Unicode sólo es necesaria para aquellos que utilizan páginas de códigos MDMP. Algunas organizaciones, si lo desean, puede realizar una conversión de Unicode para proporcionar apoyo en el futuro de las lenguas con las páginas de códigos diferentes (por ejemplo, para los usuarios en países de Asia o del este de Europa). Convertir o no convertir depende de varios factores. El siguiente gráfico muestra las rutas de actualización recomendada para la conversión de Unicode:

  Unicode

Nota importante: Si va a convertir a Unicode en la puesta en productivo de un proyecto de actualización (es decir, un cambio de versión ó upgrade), debe tener en cuenta otros requisitos de tamaño, tales como los descritos en las notas de SAP dedicadas al tema de la conversión a Unicode que puede encontrar.

En los últimos 20 años, SAP ha recorrido un largo camino en su oferta de soluciones de gestión transporte de mercancías dentro de sus suites de aplicaciones.

SAP ha sido constantemente añadiendo nuevas capacidades y módulos adicionales para cumplir con los retos crecientes de la industria. En el diagrama a continuación, se muestra la evolución de las soluciones ofrecidas a lo largo del tiempo:

El siguiente diagrama ilustra brevemente esta evolución en términos de funcionalidad de los diferentes productos que han ido existiendo y las mejoras introducidas en cada uno de ellos.

Alcance de la solución

SAP TM 6.0 está diseñado para diseñar, gestionar y operar los procesos de transporte de mercancías a través de múltiples empresas, y sistemas de gestión de almacenes, contemplando procesos de extremo a extremo que incluyen diferentes pasos que son ejecutados por minoristas, fabricantes y proveedores de servicios de logística.

Desde una perspectiva empresarial, el sistema ofrece las siguientes funcionalidades:

  • Optimizar la utilización de los recursos existentes (por ejemplo, una flota propia, el espacio de carga y almacenamiento, etc.).
  • Identificar las oportunidades de ahorro de costes y tiempo (por ejemplo, determinar el mejor transportista, el mejor medio de transporte, etc.).
  • Determinar el plan de transporte más eficiente para unas restricciones dadas.
  • Posibilidad de modificar la planificación inicial sobre la base de la interacción del mundo real y los eventos que tengan lugar.

SAP TM contempla los siguientes procesos:

Procesamiento de solicitudes de transporte

Las Solicitudes de Transporte son la base para la planificación y ejecución del transporte.

Dentro de SAP TM, las solicitudes de transporte pueden ser recibidas, actualizadas y confirmadas. Su tramitación contempla los pasos recepción (validación), ajuste (corrección de errores o información adicional) y confirmación.

La solicitud de transporte representa un pedido de un cliente para mover mercancías de un lugar a otro. Contiene todos los datos de proceso enviados por el cliente, incluyendo información sobre cómo el cliente espera que la solicitud sea manejada.

También se contiene la información necesaria para la planificación y ejecución de la cadena de transporte, es decir, la dirección de carga, la dirección de entrega, las cantidades, el grupo de productos objeto de transporte, la fecha de entrega prevista, la ventana de la fecha de entrega, la fecha de recogida, la ventana de la fecha de recogida y así sucesivamente.

Planificación y ejecución de las solicitudes de Transporte

A partir de la solicitud de transporte, el siguiente paso es la creación de los envíos. Para la creación de los envíos, SAP TM tiene cuenta, al mismo tiempo, los acuerdos de transporte, el espacio de carga requerido, los recursos (conductores, vehículos, equipos, etc), y la disponibilidad de transporte en esas fechas. Este proceso se conoce como la planificación y ejecución de las solicitudes de transporte.

SAP TM ofrece múltiples herramientas para crear y gestionar los diversos procesos de planificación, como la optimización de procesos, enrutamiento dinámico y la optimización de la programación y el movimiento continuo.

También mantiene y permite a los usuarios mediante un monitor de Dispatching, las planificaciones y ejecuciones previstas y realizadas.

Licitación y subcontratación de los transportistas

Si una determinada fase del transporte tiene que ser realizada por un proveedor de transporte externo, esta parte tiene que ser objeto de subcontratación.

si el usuario o el sistema determina más de un proveedor de servicios de transporte, se inicia un proceso de licitación, que finaliza con la selección de un proveedor determinado.

Una vez que el TSP ha sido seleccionado, se crean las órdenes de transporte . el sistema consolida las órdenes dirigidas al mismo proveedor con el fin de poder negociar mejor tarifas y descuentos, tanto por volumen como por movimiento continuo.

Proceso de licitación se puede utilizar una mezcla de diferentes modalidades de licitación (peer-to-peer, difusión o licitación pública). El sistema puede ser configurado con un tiempo límite para enviar la licitación a un nuevo proveedor si el anterior no responde, ó para cambiar la modalidad de licitación.

  • Peer-to-peer: Licitación secuencial para un grupo pre-definido de proveedores de Transporte.
  • Difusión: Licitación simultánea para un grupo pre-definido de proveedores de Transporte
  • Abierto: Licitación simultánea a todos los proveedores de servicio de transporte definidos en el sistema.

Gestión de cargos de proveedores de transporte

Este proceso de negocio se lleva a cabo para evaluar, calcular y distribuir los gastos de transporte (en base a las órdenes de transporte de salida) desde el lado de los suministradores (proveedores de servicios de transporte y / o vehículos).

Esto es a base para la realización de las transacciones financieras de facturación por parte de los proveedores. La solicitud de factura del proveedor de servicios de transporte permite la integración con cualquier sistema ERP. Los datos se proporcionan mediante un mensaje de SAP Exchange Infrastructure (XI).

Se publican los cargos esperados de los proveedores, y se lleva a cabo la autofacturación a los mismos y la verificación de facturas por parte de estos.

Gestión de cargos de trasporte al cliente.

Este proceso de negocio se lleva a cabo para evaluar, calcular y distribuir los gastos de transporte (sobre la base de las solicitudes de transporte de entrada) desde el lado del ordenante del servicio  (solicitante del servicio de transporte, consignatarios y / o remitentes).

Esto es a base para la realización de las transacciones financieras de facturación a los clientes. La carga del cliente

Solicitud de factura de cliente permite la integración con cualquier sistema ERP. Los datos se proporcionan mediante un mensaje de SAP Exchange Infrastructure (XI).

Por ejemplo, la capa de integración de SAP ERP SD utiliza los datos transferidos para contabilizar y facturar los servicios de transporte, de forma totalmente integrada en FI / CO.

para mas información visitar los siguientes enlaces:

White paper SAP sobre SAP TM 6.0.

Presentación SAP TM realizada por SAP España.

La migración de datos es una de las áreas clave más compleja dentro un proyecto de implementación de SAP. Algunas implantaciones fracasan debido única y exclusivamente a la falta de una estrategia adecuada de migración de datos. Si vamos a implementar SAP mediante la sustitución del sistema actual, el objetivo del sistema de migración de datos es cargar los datos de negocio relevantes que actualmente residen en el sistema de origen en los correspondientes módulos de SAP. Estos datos cargados en el sistema SAP deben ser validados con los datos de origen.

Así que el proceso de migración de datos incluye:

  •          Extracción de datos del sistema de origen.
  •          Transformación de los datos en el formato adecuado para SAP.
  •          Carga de datos en el correspondiente módulo de SAP.
  •          Comprobación de los datos.

En primer lugar, tenemos que identificar cuáles son los datos que se van a migrar, como los contratos, activos, etc. También tenemos que diseñar la arquitectura de la solución, si vamos a usar cualquier entorno de ensayo intermedio o no, y si va a utilizar una herramienta específica al efecto. También tenemos que analizar la estrategia, el enfoque y las técnicas para la carga de datos de cada objeto (si se utiliza BAPI / IDOC / Batch Input / Entrada Directa).

Atendiendo al tipo de datos podemos tener:

  •          Datos maestros. Son datos que pueden variar en el tiempo, pero que son más o menos fijos (por ejemplo proveedores, materiales, equipos, hojas de ruta, etc.). Lo normal es que los ya existentes no varíen y que, dependiendo del momento en el que realicemos la carga, podamos tener más registros.
  •          Datos de corte. Son datos que dependerán del momento en el que se realice la carga de datos de un sistema a otro (por ejemplo, pedidos, entregas, órdenes, facturas, etc.).

Los pasos a seguir son los siguientes:

  •          Identificación de datos fuente.
  •          Identificación de los requisitos de datos de destino.
  •          La finalización de la técnica de la carga de datos.
  •          Mapeo de origen a destino.
  •          Resolución de la falta de datos mediante la aplicación de reglas de negocio.
  •          Preparación del plan de prueba y los datos para ser utilizados en las pruebas unitarias.
  •          La finalización de la validación y la estrategia de la reconciliación: antes de cargar los datos (recuento, la suma de algún campo específico) deberán cotejarse con algún archivo de control (reconciliación).
  •          Desarrollo del programa de conversión.
  •          La elaboración del informe de validación y la reconciliación.
  •          Pruebas de integración para comprobar la integridad del flujo de datos completa.
  •          Pruebas de volumen para comprobar el rendimiento.