Los sistemas de gestión empresarial se han vuelto cada día más sofisticados, porque soportan procesos de misión crítica que, de interrumpirse, causarían serios problemas en las operaciones. Por lo tanto, es crucial contar con un soporte que permita optimizar la ejecución de las actividades en toda la plataforma y no únicamente en determinadas aplicaciones. Ante este panorama, SAP lanzó hace más de un año su oferta de servicios de mantenimiento y soporte SAP Enterprise Support; y clientes en América Latina, como por ejemplo la mexicana Ferromex o la automotriz brasileña Karmann-Ghia, ya están experimentando los beneficios.
SAP lanzó su oferta de mantenimiento y soporte Enterprise Support al mercado luego de escuchar y analizar las necesidades de los clientes. SAP Enterprise Support ofrece a las empresas controles continuos de calidad, análisis de riesgo técnico constante, así como un canal de comunicación directa que brinda soporte esencial las 24 horas, los 7 días de la semana. Igualmente, los clientes cuentan con un acuerdo de nivel de servicio sobre reacción inicial según el grado de urgencia que tenga el requerimiento.
“Sistemas de gestión más complejos requieren de una oferta de mantenimiento más compleja. Las necesidades de soporte han cambiado, éste debe ir más allá de una aplicación determinada y debe apoyar toda la plataforma”, explicó Rodolpho Cardenuto, Presidente de SAP América Latina. “El foco de SAP Enterprise Support está puesto en minimizar los riesgos asociados con la complejidad de los sistemas de gestión. SAP ofrece a sus clientes chequeos continuos de calidad para identificar proactivamente los riesgos, mientras que otros servicios de soporte actúan sólo de manera reactiva. Prevenir es siempre mejor que curar”.
Las empresas que cuentan con el servicio de mantenimiento de SAP experimentan un importante impacto en el desempeño de sus procesos críticos de negocio. Tal es el caso de Ferromex, concesionaria de la mayor ruta ferroviaria de México. La compañía necesita que la documentación de carros, guías de embarque y facturación funcione de manera óptima, sobre todo en épocas de cosecha agrícola, que es cuando mayor actividad se presenta. Con el apoyo de SAP Enterprise Support, Ferromex ha logrado optimizar estos procesos sin disrupción en las operaciones.
“Hemos logrado una reducción sustancial en los tiempos de respuesta del sistema a nivel transaccional, lo que nos ha permitido cumplir con las solicitudes de nuestros clientes durante la pasada época de cosecha agrícola, la cual es la más demandante del año”, dijo Oscar Macías, CIO de Ferromex. “Contar con un servicio de soporte adecuado nos permite ser más eficientes y, en consecuencia, elevar el nivel de satisfacción de nuestros clientes”.
Por su parte, la automotriz brasileña Karmann-Ghia do Brasil, cliente de SAP desde 1999, pudo enfrentar nuevos desafíos que se le presentaron en su área de tecnología, tales como mantener la continuidad del negocio e integración de nuevos procesos, gracias a SAP Enterprise Support. La compañía puede ahora proteger mejor sus procesos de misión crítica y contar con una resolución de problemas rápida y predecible.
“Los servicios de SAP Enterprise Support nos ayudarán a dar un mejor soporte a nuestros proyectos internos, al mismo tiempo que nos permiten correr nuestras operaciones de una manera continua y eficiente. Tenemos un área de tecnología relativamente pequeña, y SAP nos habilita para implementar un estándar operacional óptimo y ejecutar los cambios de manera rápida y seguro”, dijo Newton Vieira Jr, Gerente de Tecnología de Karmann-Ghia.
SAP ofrece distintas ofertas de mantenimiento y soporte a través de la línea de negocios Active Global Support (AGS), tales como SAP Enterprise Support, SAP Safeguarding y SAP MaxAttention. Estos servicios permiten a los clientes potenciar las funcionalidades de la suite integrada de soluciones SAP y de la plataforma de procesos de negocio. “Para componer nuevos procesos sobre la plataforma existente, poder ser flexibles y ágiles ante los cambios y gestionar aplicaciones tanto de SAP como no SAP, es necesario un servicio de soporte como el que propone SAP Enterprise Support, para apalancar la red de negocios e integrar el ecosistema de partners, proveedores y clientes.
Ninguna empresa es un silo, todas son cada vez más parte de una red extendida de negocios y es necesario un servicio de soporte que vaya más allá de lo tradicional para poder gestionar esa complejidad y poder habilitar la co-innovación a través del ecosistema”, concluyó Cardenuto.
Fuente: http://www.cioal.com/como-hacerlo/software/sap-innova-099.html
Configuración de Ejecución de Programa ABAP
REPORT
Forma básica REPORT Zxxx.
Variantes:
1. ... NO STANDARD PAGE HEADING
2. ... LINE-SIZE col
3. ... LINE-COUNT (m)
4. ... MESSAGE-ID mid
Efecto de cada uno:
REPORT es la primera sentencia en un programa Zxxx puede ser cualquier nombre.
Ejemplo
REPORT ZREPORTE.
Sólo los reportes estándar deberían comenzar con 'R'.
Opción 1
... NO STANDARD PAGE HEADING
Efect o
Suprime la salida de la página estándar de cabecera (ver NEW-PAGE).
Opción 2
... LINE-SIZE col
Efecto
Crea un reporte con col columans por linea.
Si no se especifica LINE-SIZE, el largo de línea será el largo actual de la pantalla. El sistema llena el campo SY-LINSZ con el ancho actual para generar la lista. El ancho máximo es 1023 caracteres.
Ejemplo
REPORT ZREPNAME LINE-SIZE 132.
Opción 3
... LINE-COUNT n(m)
Efect o
Crea un reporte con n lineas por página, donde m lineas estan reservadas para el evento END-OF-PAGE. Si se omite "(m)", el valor por defecto es 0. El campo de sistema SY-LINCT contiene el actual número de lineas por página.
Ejemplos
REPORT ZREPORTE LINE-COUNT 65.
La página tierne 65 lineas.
REPORT ZREPORTE LINE-COUNT 65(8).
La página tiene 65 lineas, de las cuales las últimas 8 son usadas para el evento END-OF-PAGE.
Opción 4
... MESSAGE-ID mid
Efecto
Esta opción especifica la clase de mensajes estandar para el programa principal. La clase contiene los mensajes usados a través de la instrucción MESSAGE en su forma simple.
Ejemplo
REPORT RSTEST00 MESSAGE-ID SY.
Forma básica REPORT Zxxx.
Variantes:
1. ... NO STANDARD PAGE HEADING
2. ... LINE-SIZE col
3. ... LINE-COUNT (m)
4. ... MESSAGE-ID mid
Efecto de cada uno:
REPORT es la primera sentencia en un programa Zxxx puede ser cualquier nombre.
Ejemplo
REPORT ZREPORTE.
Sólo los reportes estándar deberían comenzar con 'R'.
Opción 1
... NO STANDARD PAGE HEADING
Efect o
Suprime la salida de la página estándar de cabecera (ver NEW-PAGE).
Opción 2
... LINE-SIZE col
Efecto
Crea un reporte con col columans por linea.
Si no se especifica LINE-SIZE, el largo de línea será el largo actual de la pantalla. El sistema llena el campo SY-LINSZ con el ancho actual para generar la lista. El ancho máximo es 1023 caracteres.
Ejemplo
REPORT ZREPNAME LINE-SIZE 132.
Opción 3
... LINE-COUNT n(m)
Efect o
Crea un reporte con n lineas por página, donde m lineas estan reservadas para el evento END-OF-PAGE. Si se omite "(m)", el valor por defecto es 0. El campo de sistema SY-LINCT contiene el actual número de lineas por página.
Ejemplos
REPORT ZREPORTE LINE-COUNT 65.
La página tierne 65 lineas.
REPORT ZREPORTE LINE-COUNT 65(8).
La página tiene 65 lineas, de las cuales las últimas 8 son usadas para el evento END-OF-PAGE.
Opción 4
... MESSAGE-ID mid
Efecto
Esta opción especifica la clase de mensajes estandar para el programa principal. La clase contiene los mensajes usados a través de la instrucción MESSAGE en su forma simple.
Ejemplo
REPORT RSTEST00 MESSAGE-ID SY.
SAP y HP se unen para mejorar la experiencia BI
Ambas compañías planean desarrollar de forma conjunta la integración de sus dispositivos de almacenamiento de datos, concretamente entre Neoview de HP y NetWeaver Business Warehouse de SAP , aunque el trabajo no se completaría hasta la segunda mitad de 2010.
Ahora, que en medio de la recesión, el BI se plantea como uno de los pilares tecnológicos más importantes a los que las empresas recurren en busca de ventajas competitivas de análisis, la competencia entre los proveedores de BI se encuentra en un momento caliente.
A la unión entre SAP y HP le sigue el reciente anuncio de Oracle, que para la próxima versión de Exadata, su dispositivo de almacenamiento de datos, usaría el hardware de Sun en lugar de HP, aunque el acuerdo está parado hasta que las autoridades europeas finalicen su investigación antimonopolio.
Fuente: http://www.idg.es/computerworld/SAP-y-HP-estrechan-sus-lazos-de-BI-/seccion-mercado/noticia-85937
Ahora, que en medio de la recesión, el BI se plantea como uno de los pilares tecnológicos más importantes a los que las empresas recurren en busca de ventajas competitivas de análisis, la competencia entre los proveedores de BI se encuentra en un momento caliente.
A la unión entre SAP y HP le sigue el reciente anuncio de Oracle, que para la próxima versión de Exadata, su dispositivo de almacenamiento de datos, usaría el hardware de Sun en lugar de HP, aunque el acuerdo está parado hasta que las autoridades europeas finalicen su investigación antimonopolio.
Fuente: http://www.idg.es/computerworld/SAP-y-HP-estrechan-sus-lazos-de-BI-/seccion-mercado/noticia-85937
Muchísima info SAP
Mucho de Business Intelligence en SAP entre otros módulos.
con referencia a: foroSAP.com (ver en Google Sidewiki)Debug de fondo
Me pareció interesante esto que encontré:
Con este tip vamos ha romper el mito sobre el debugeo de procesos en fondo . Parece estar extendida la teoría de que un report cualquiera lanzado en fondo no puede ser debugeado y en parte tiene cierta lógica ya que no nos valen los típicos procedimientos de debug pero la verdad es que esto no es cierto.

Los jobs que corren en fondo pueden ser debugeados, tan solo necesitamos ciertos permisos para el debug de jobs activos, para los administradores sabed que este permiso reside en el objeto S_ADMI_FCD ( PADM - Process administration using trans. SM04, SM50 ).
El procedimiento es muy sencillo
1.- Si el job esta corriendo tan solo hay que ir a la Transacción SM50 y marcar el checkbox del proceso que corre nuestro job.
Luego vamos a la opción del menú
Program/Mode->Program->Debugging.

Y listo a debugear
2.- Si el job ya finalizo podemos debugearlo desde la SM37 seleccionando el job y escribiendo la transacción JDBG.
Si el job es demasiado rápido para poder pillarlo por la SM50 un truco es programar el job por SM36 usando dos pasos y siendo el primer paso el report de bucle estandard BTCLOOP, al comenzar el debug solo tendremos que salir del bucle de este report.
Espero os sea de todos de utilidad.
Fuente: http://www.mundosap.com/foro/showthread.php?t=5154
Con este tip vamos ha romper el mito sobre el debugeo de procesos en fondo . Parece estar extendida la teoría de que un report cualquiera lanzado en fondo no puede ser debugeado y en parte tiene cierta lógica ya que no nos valen los típicos procedimientos de debug pero la verdad es que esto no es cierto.
Los jobs que corren en fondo pueden ser debugeados, tan solo necesitamos ciertos permisos para el debug de jobs activos, para los administradores sabed que este permiso reside en el objeto S_ADMI_FCD ( PADM - Process administration using trans. SM04, SM50 ).
El procedimiento es muy sencillo
1.- Si el job esta corriendo tan solo hay que ir a la Transacción SM50 y marcar el checkbox del proceso que corre nuestro job.
Luego vamos a la opción del menú
Program/Mode->Program->Debugging.
Y listo a debugear
2.- Si el job ya finalizo podemos debugearlo desde la SM37 seleccionando el job y escribiendo la transacción JDBG.
Si el job es demasiado rápido para poder pillarlo por la SM50 un truco es programar el job por SM36 usando dos pasos y siendo el primer paso el report de bucle estandard BTCLOOP, al comenzar el debug solo tendremos que salir del bucle de este report.
Espero os sea de todos de utilidad.
Fuente: http://www.mundosap.com/foro/showthread.php?t=5154
Vulnerabilidad en SAP GUI
Me parece muy interesante que tengan en cuenta este problema:
Se han identificado múltiples vulnerabilidades en SAP GUI (versiones 6 y 7), que podría permitir a un atacante sobreescribir cualquier archivo.
El problema se debe a errores de diseño en los Controles ActiveX EAI WebViewer2D (WebViewer2D.dll) y WebViewer3D (WebViewer3D.dll) al procesar argumentos de los métodos "SaveToSessionFile()" y "SaveViewToSessionFile()". Esta vulnerabilidad podría permitir a un atacante sobreescribir y corromper archivos de los sistemas afectados, cuando el usuario visite una página web maliciosa.
Se recomienda instalar el parche disponible desde:
https://service.sap.com/sap/support/notes/1372153
Fuente: http://www.hispasec.com/unaaldia/3992/sobreescritura-archivos-sap-gui
Se han identificado múltiples vulnerabilidades en SAP GUI (versiones 6 y 7), que podría permitir a un atacante sobreescribir cualquier archivo.
El problema se debe a errores de diseño en los Controles ActiveX EAI WebViewer2D (WebViewer2D.dll) y WebViewer3D (WebViewer3D.dll) al procesar argumentos de los métodos "SaveToSessionFile()" y "SaveViewToSessionFile()". Esta vulnerabilidad podría permitir a un atacante sobreescribir y corromper archivos de los sistemas afectados, cuando el usuario visite una página web maliciosa.
Se recomienda instalar el parche disponible desde:
https://service.sap.com/sap/support/notes/1372153
Fuente: http://www.hispasec.com/unaaldia/3992/sobreescritura-archivos-sap-gui
Suscribirse a:
Entradas (Atom)