Archive for May, 2007

¿Como funciona SAP? Logon y Mandantes

Tuesday, May 29th, 2007

En la anterior entrada de este blog, explicamos como era un landscape típico de SAP, pero nos quedaron pendientes un par de cuestiones necesarias para entender como funciona SAP.

Una de ellas es la respuesta a ¿Qué es un mandante?

Ya vimos que básicamente pueden existir tres ambientes (Desarrollo, Calidad, y Producción) y para que servían cada uno de los mismos. Ahora podemos ahondar un poco más…

Los ambientes dijimos que normalmente están ubicados en equipos (computadoras/servidores) distintos, cada ambiente en su respectivo servidor (generalizo para simplificar), el hecho es que cada ambiente, o sistema puede a su vez contener otras divisiones dentro de si mismo.

A modo de ejemplo, un ambiente de desarrollo, puede contener una subdivisión que sea la que va a poseer las parametrizaciones propiamente dichas, otra que haga las veces de ambiente de pruebas unitarias (para que los mismos desarrolladores o parametrizadores prueben el funcionamiento de lo que definen), etc

Estas subdivisiones se llaman Mandantes en SAP

Los mandantes poseen nombres numéricos, siendo a modo de ejemplo un ambiente de SAP de nombre DEV (por Development), y mandante 200, otro mandante en el mismo equipo puede ser UNI (por Pruebas Unitarias) y mandante 210. Otro ambiente puede ser QAS y el número de mandante el 300, y el ambiente productivo PRD y mandante 400.

Los mandantes poseen maestros de usuario distintos, esto quiere decir que en un mismo sistema (DEV) un usuario puede tener acceso al mandante 200 pero no al 210, o puede acceder a los dos pero con distintos permisos.

La información operativa que se cargue en un mandante no es compartida con el otro, a pesar de que la información por pertenecer a un mismo sistema, se aloja en una misma base de datos. Las tablas con las que trabaja SAP poseen normalmente un indicador de mandante, por lo que SAP siempre lee este campo primero y solo muestra la información del mandante en el cual el usuario se autenticó. Estas tablas se llaman tablas DEPENDIENTES de mandante.

Existen otras tablas especiales, con datos de configuración del sistema en su mayoría que son llamadas INDEPENDIENTES de mandante, y que son compartidas por todos los mandantes de un mismo sistema. Espero en una próxima entrada poder ejemplificar esta información con un paso a paso en SAP, para que puede quedar más claro. Mientras tanto no duden en preguntar en los comentarios del post que cualquier cosa les voy a contestar.

Pero ahora, cuando les digan: “Entrá a DEV al mandante 210 y fijate un poco que hay por ahí…” por lo menos van a tener una idea de les están hablando…

En una próxima entrada vamos a ver un ejemplo práctico de ingreso a SAP y seguiremos viendo algunos conceptos básicos como ser las Transacciones.

VN:F [1.9.10_1130]
Rating: 5.0/5 (3 votes cast)
VN:F [1.9.10_1130]
Rating: +6 (from 6 votes)

¿Cómo funciona SAP? Landscape y Ambientes

Tuesday, May 15th, 2007

En la primera parte de este post vimos una breve introducción al landscape típico de SAP ERP, y algunos conceptos de software en 3 capas y cliente/servidor.

Ahora vamos a continuar extendiendo la definición de landscape que vimos antes, incorporando un par de conceptos adicionales a los que ya vimos.

Hasta ahora vimos como es un landscape de SAP ERP con un único sistema, pero la realidad es que esto no cubre las necesidades de una organización promedio. ¿Por qué? Porque este sistema es solo un ambiente productivo.

¿Qué es un ambiente productivo?
Es el ambiente donde la empresa opera, y sobre el cual se realizan todas las operaciones diarias de la organización, contiene toda la información sobre compras, pagos, cobranzas, contabilidad, etc y al mismo acceden los usuarios de las áreas específicas (Depto de Contabilidad, Tesorería, RRHH, etc)

¿Qué otros ambientes necesitamos?
Una empresa promedio se encuentra constantemente realizando mejoras sobre su software, reparando errores, o en pos de implementar nuevas funcionalidades. Nos puede parecer correcto o incorrecto, pero esto es así cuando se trabaja con grandes ERPs.

Para conseguir esto un landscape típico sería:

- Un ambiente de desarrollo donde acceden los parametrizadores (consultores de producto) y desarrolladores (programadores ABAP o JAVA) que no posee información del trabajo diario de la organización.
- Un ambiente de Calidad al que acceden los consultores de producto, consultores funcionales, y usuarios para probar el correcto funcionamiento del programa o funcionalidad configurada en el ambiente de desarrollo pero sin alterar los datos del día a día de la organización, con datos de prueba no críticos o censurados.
- Un ambiente de Producción donde los consultores y desarrolladores no acceden, salvo en casos particulares y solo como visualización, y es en donde la organización posee sus datos operativos y al que acceden todos los usuarios finales del sistema.

Este landscape es propio de un sistema SAP en producción (cuando ya opera para la empresa) en el caso de las implementaciones en las que participan habitualmente los consultores el ambiente puede solo contener el Ambiente de Desarrollo en una primera etapa, y posteriormente para la llegada de las pruebas integrales suele incorporarse el Ambiente de Calidad, y finalmente cerca de la fecha de implementación el Ambiente Productivo.

Más adelante vamos a escribir un poco sobre como es la estructura de un proyecto de implementación de SAP, pero en los próximos post pueden esperar encontrar respuestas a temas como:

¿Qué es un mandante?
¿Entorno de trabajo y Transacciones?
¿Qué es el sistema de transporte de SAP?

VN:F [1.9.10_1130]
Rating: 5.0/5 (3 votes cast)
VN:F [1.9.10_1130]
Rating: +1 (from 1 vote)

¿Qué es SAP BW o SAP BI?

Tuesday, May 15th, 2007
Ahora vamos a hablar de una de las herramientas que hace más tiempo acompaña a SAP ERP, el Business Warehouse o SAP BW, que recientemente es llamado SAP BI o SAP Business Information Warehouse (Integrando SAP BW, SEM y SAP KM). Y con él, SAP pretende cubrir otra de las necesidades de la organización, y precisamente es la necesidad de obtener información confiable para la alta gerencia de la organización.

De ahí la existencia de un datawarehouse de SAP, la definición de un datawarehouse excede ligeramente lo que podamos nosotros decir en un post de un blog, pero básicamente es un repositorio de la información transaccional del sistema ERP, organizada de tal manera que se adapte mejor a las necesidades de reporting, disminuyendo los tiempos de consulta y optimizando el uso de recursos de hardware.

En resumidas cuentas, es otra base de datos que periódicamente extrae información de operaciones que se realizan sobre el sistema de gestión integral (ERP) con el fin que las gerencias puedan obtener información sobre su gestión, definir escenarios futuros, y tomar decisiones.

Esta separación se debe a que las consultas gerenciales no son de operaciones específicas, si no más bien sobre datos sumarizados. Por ejemplo: Las ventas mensuales de cada uno de los locales que poseen, o las comisiones pagadas a cada vendedor anualmente, u otro tipo de consultas mucho más complicadas. Esta información es más eficiente extraerla del sistema de operación habitual a uno distinto, sumarizarla previamente y ejecutar los reportes sobre la misma.

Sobre el sistema SAP BW los usuarios finales solamente ejecutaran consultas de información, y emitirán reportes que pueden visualizarse en Microsoft Excel o en el Portal de SAP.

Cabe destacar que hay otros conceptos asociados a un Datawarehouse(wiki) que pueden ser implementados en SAP BI, pero que exceden al foco de este Blog como ser consultas a Cubos, reportes con varias dimensiones, Minería de Datos(wiki), etc.

VN:F [1.9.10_1130]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.10_1130]
Rating: +1 (from 3 votes)

¿Qué es SAP PI? (antes SAP XI)

Monday, May 14th, 2007
Interfaces, este es el tema que tratamos en este post… Con este producto SAP trata de posicionarse en el siempre complicado mundo de las interfaces entre aplicaciones.

SAP PI, significa, definición de SAP mediante, Process Integration, o en nuestro querido idioma español Integración de procesos (y podemos agregar de Datos), anteriormente en la versión previa era llamado SAP XI o eXchange Infrastructure.

Con esta herramienta, SAP aborda uno de los mayores problemas con los que se encuentran las implementaciones de SAP, las interfaces entre sistemas legacy (sistemas diferentes del aplicativo principal ERP, que habitualmente existían en las organizaciones antes de la implementación del nuevo sistema integrado de gestión y que seguirán operando a la par del mismo)

¿Que es una interfaz, o interface, o si quieren interfase? (la forma correcta en castellano es interfaz)

Un claro ejemplo sería un aplicativo de Toma de pedidos de venta a través del teléfono, que seguirá operativo a la par de SAP y que debe pasar al final del día todas las operaciones realizadas a SAP para que la cobranza se gestione en el mismo.

Los datos que salen del sistema legacy o legado, deben ser extraídos del sistema de origen, modificados para adaptarse a las necesidades de SAP (distintos tipos de datos, formatos, etc) y tomados por el ERP. Esta tarea puede sonar simple, pero realmente es en extremo complicada porque existe poca documentación sobre el modelo de datos de SAP y la complejidad del mismo es muy alta, entre otros motivos. Muchísimos errores suelen ocurrir a causa de malas interfaces y por este motivo surgió SAP PI (sitio de SAP).

Con esta herramienta dispondremos de un ambiente al estilo Microsoft Biztalk, para diagramar las interfaces, documentarles, trabajar con BAPIs de SAP (funciones que SAP expone para que puedan ser llamadas desde el exterior o desde un programa), manejo de errores, gestión de logs, entre muchísimas otras funciones.

Básicamente es una suite completa para poder gestionar las interfaces, facilitando las tareas de crearlas, verificar su correcta ejecución, manejo de errores y ejecución.

Esta herramienta es parte del suite SAP Netweaver y otras aplicaciones SAP como MDM, o el mismo CRM necesitan hacer uso de la misma para transferir información entre los distintos ambientes.

VN:F [1.9.10_1130]
Rating: 4.3/5 (4 votes cast)
VN:F [1.9.10_1130]
Rating: +5 (from 7 votes)

¿Qué es SAP MDM?

Monday, May 14th, 2007
SAP MDM, una de las más recientes incorporaciones a la familia SAP NetWeaver, es la abreviatura de SAP Master Data Management o simplemente “Administración de Datos Maestros”

Es una herramienta más de la familia Netweaver diseñada para aliviar lo que llaman “el infierno de los datos maestros en la organización” (palabras de SAP), ahora bajemos esto un poco a detalle, desdes su punto más elemental, para tratar de elaborar una definición.

¿Qué es un Dato Maestro?

Básicamente es un registro único de información que alimenta a toda la organización (o debiera serlo, si esto fuera así no harían falta productos como SAP MDM). A modo de ejemplo se pueden nombrar, los datos de un proveedor, de un cliente, un material que forma parte del catálogo de materiales de compras, un producto, entre otras muchas alternativas.

¿En que nos ayuda MDM en la organización?

En resumidas cuentas, nos permite mantener un catálogo único de datos maestros, evitando redundancias entre sistemas y bases de datos, y agilizando los procesos brindando información precisa y exacta a lo largo de los mismos.

¿Por qué es necesaria una aplicación que administre los datos maestros si tengo un ERP?

Bueno, esta pregunta tiene una respuesta similar al huevo y la gallina, si tengo un ERP que debiera administrar gran parte de mi organización de manera integrada… ¿Por qué necesito a MDM?

Simple… Porque la mayoría de las organizaciones no implementa por completo las funcionalidades de un ERP, o no logra cubrir todos sus procesos con un sistema de estas características.

SAP ECC no es el único sistema para TODAS sus actividades, muchas manejan el contacto con los clientes con una herramienta legacy o no integrada, la producción con otra herramienta, las revisiones de calidad con otra, el acceso de los proveedores a través de una extranet con otra, y en todas tienen registros maestros específicos, en donde un material se llama: “Caño de 3 pulgadas” y en el otro sistema el MISMO se llama “Tubo de 3 inches

Cómo se imaginaran este trabajo de sincronización es realizado por numerosas interfaces entre sistemas, métodos de publicación y suscripción a datos, webservices, etc. Por eso es que SAP MDM está íntimamente vinculado con SAP XI (Exchange Interface) o como recientemente se lo conoce SAP PI (Process Integration)

Más información sobre SAP MDM pueden conseguirla en la página SDN de SAP.

VN:F [1.9.10_1130]
Rating: 4.0/5 (1 vote cast)
VN:F [1.9.10_1130]
Rating: 0 (from 0 votes)

¿Qué es SAP Portal?

Monday, May 14th, 2007

¿El mundo es web 2.0?

SAP no podía ser menos, por eso incorporó a SAP Netweaver su producto SAP Portal

¿Cuales son sus funcionalidades?

SAP Portal es en principio un servidor web, que nos brinda la posibilidad de usarlo como Frontend para aplicaciones SAP o no SAP, utilizarlo como parte de la Intranet de nuestra organización, exponer aplicaciones a la Extranet (para que por ejemplo los clientes puedan consultar sus facturas a través de la web), como visualizador de reportes gerenciales de SAP BI, como herramienta de autogestión de recursos humanos (SAP HR), gestión de documentos, herramienta de e-learning, entre otras muchas actividades.

Todo bajo un marco único de autenticación de usuario basado en roles, con una interfaz web familiar para el usuario, y un diseño estandar y homogeneo.

Un ejemplo de implementación de SAP Portal, es la misma página de SAP que lo utiliza como servidor web de su propio sitio.

El Portal de SAP posee un esquema de seguridad distinto al de SAP ECC, y esperamos poder abordarlo más adelante en detalle.

VN:F [1.9.10_1130]
Rating: 5.0/5 (1 vote cast)
VN:F [1.9.10_1130]
Rating: +1 (from 1 vote)

¿Qué es SAP SRM?

Monday, May 14th, 2007
SAP SRM, ¿Parece que a la gente de Alemania les gustan las siglas de 3 letras no? Esta vez nos anuncian un producto que no es otra cosa que un Supplier Relationship Management o simplemente: Administración de las Relaciones con los Proveedores.

Creo que al elegir el nombre de este aplicativo no tuvieron en cuenta a la gente de habla hispana y la similitud de nombre entre CRM y SRM, pero en definitiva si no nos tienen en cuenta en muchísimas otras cosas, esta es la de menos.

Esta herramienta de SAP, tratando de elaborar una definición, se puede decir que es una ampliación o si quieren verlo un perfeccionamiento del módulo de compras de SAP ECC (SAP MM-PU). Es más, la herramienta puede utilizarse como un servidor separado o como un Add-on de SAP ECC o SAP ERP 2005.

Dentro de las funcionalidades esperadas de un módulo de compras están primordialmente la generación de Solicitudes de Pedidos, Pedidos, Documentos de Compra, Estrategias de Liberación, Administración de Proveedores, entre otras actividades.

En palabras de SAP, nos permite optimizar nuestro procesos de abastecimiento para obtener los mayores beneficios a través de la disminución de costos.

En palabras nuestras, es un lavado de rostro al módulo de compras, perfeccionando funcionalidades, implementando nuevas como ser un carrito de compras, la apertura del sistema para el ingreso a través de extranet de proveedores, subastas, e-procurement, canales de negociación y chat con proveedores, entre otras funcionalidades.

Esperemos poder ampliar más en breve sobre SAP SRM a medida que podamos obtener más información.

VN:F [1.9.10_1130]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.10_1130]
Rating: 0 (from 0 votes)