anibal goicochea

¿Qué se puede hacer con SAP Strategy Management Mobile (SAP SSM app)?

SAP BusinessObjects Strategy Management Mobile, con o sin el término BusinessObjects hacemos referencia a lo mismo, la plataforma de gestión de la estrategia de las organizaciones siguiendo la metodología del Cuadro de Mando Integral de Kaplan y Norton.

SAP BusinessObjects Strategy Management, con o sin el término BusinessObjects hacemos referencia a lo mismo, la plataforma de gestión de la estrategia de las organizaciones siguiendo la metodología del Cuadro de Mando Integral de Kaplan y Norton.

Este producto también conocido como SAP SSM, cuenta con una aplicación mobile que permitirá a los usuarios autorizados realizar, entre otras cosas, realizar lo siguiente:

Seleccionar contextos (símil a los environments de BPC, el cual se utiliza como contenedor de objetos)
Visualizar iniciativas, objetivos y KPIs , resumen y detalle.
Capturar pantalla y enviarlas por correo electrónico
Visualizar, adicionar o responder comentarios

Par que los usuarios se puedan conectar desde la aplicación mobile gratuita de SAP SSM a un servidor SSM, el administrador de la plataforma deberá asignarle autorización para utilizar comentarios, contextos, grupos de aplicaciones y conexiones.

Referencia: (aquí)

Un SAP RDS será más útil si hay claridad en los procesos de negocio

SAP Rapid Deployment Solutions (SAP RDS) son las alternativas de implementación de soluciones SAP para no comenzar desde cero y reducir los riesgos por falta de experiencia. Los RDS apuntan a ser el compendio de buenas prácticas y lineamientos para adoptar una determinada solución para un sector en concreto en el menor tiempo posible.

SAP Rapid Deployment Solutions (SAP RDS) son las alternativas de implementación de soluciones SAP para no comenzar desde cero y reducir los riesgos por falta de experiencia. Los RDS apuntan a ser el compendio de buenas prácticas y lineamientos para adoptar una determinada solución para un sector en concreto en el menor tiempo posible.

Los orígenes de los SAP RDSs son señalados en las clásicas SAP Best Practices y en SAP Business All-in-One (la solución paquetizada de SAP ERP para la PYME), las cuales tratan de responder las siguientes cuestiones:

¿Por qué gastar tiempo y esfuerzo en tareas técnicas que no aportan una ventaja competitiva?
¿Por qué no utilizar el conocimiento adquirido por SAP y sus partners en la implementación de soluciones para las distintas industrias que reflejen las maneras más eficientes de realizar algunas tareas de negocio mediante la implementación de procesos estandarizados?

Nuestra Opinión:

Consideramos que no todas las soluciones SAP tendrán el suficiente recorrido para lograr el objetivo de agilizar las implementaciones y algunos contratiempos podrían aún no conocerse.
SAP debería mejorar sus procesos para captar las experiencias de sus partners, dado que no es el principal implementador de sus soluciones.
Los negocios deberían ser más flexibles para ceder o ajustar sus actividades según el proceso que estén automatizando.
Para nosotros, el mejor “acelerador” para la implementación de una solución informática, es el autoconocimiento que tienen las organizaciones y la claridad de cómo desean llevar a cabo los procesos de negocio que desean brindar eficiencia a través de una solución SAP, prescindiendo de actividades redundantes o que no contribuyen a la obtención de valor.

¿La prensa escrita no tiene futuro?

Encontramos en el número 157 de la revista Capital interesante información de un tema que se encuentra en constante debate: La pérdida de la rentabilidad de los medios escritos de comunicación. Se señala los casos éxitos de los diarios The New York Times y Financial Times los cuales optaron, desde hace un par de años, por fórmulas mixtas de acceso a la información de calidad gratis y de pago.

Como se señala en el artículo “los medios de comunicación han de parecerse cada vez más a las compañías de telecomunicaciones, que realizan bases de datos de sus clientes, paquetizan, fidelizan, cuidan su servicio de atención al cliente…”

Referencia: aquí

La división de funciones, clave para minimizar el riesgo

Sea para minimizar o eliminar los riesgos en la gestión de los procesos de negocio (ver entrada anterior), la medida clave es la división de funciones (Segregation of duties), cuyo principio fundamental señala que en los procesos importantes o críticos debe intervenir más de una persona con el objetivo de aumentar el control y reducir la posibilidad de fraude

Para minimizar el riesgo y establecer medidas de control interno, las tareas básicas son las siguientes:

Identificar. Identificar los procesos críticos y sus riesgos asociados. Identificar las transacciones (pensando en el mundo SAP) y los objetos de seguridad asociados a estos procesos críticos y funciones de negocio.
Dividir. Dividir las funciones o procesos de negocio, identificados en la fase anterior, en subprocesos para aplicar segregación de funciones en la organización.
Asignar. Asignar a cada subproceso definido en la fase anterior a diferentes personas o equipos.

Referencia: SAP GRC, Bible (Jay Dhruv)

¿Dónde se encuentra el riesgo en las organizaciones?

Se podría señalar que el riesgo en la gestión de los negocios es cualquier actividad que amenaza la operativa habitual o esperada de una organización…

Se podría señalar que el riesgo en la gestión de los negocios es cualquier actividad que amenaza la operativa habitual o esperada de una organización. A nivel interno, una tarea básica es realizar un análisis de funciones y colaboradores (Risk Analysis & Remediation) para detectar situaciones poco recomendables como las siguientes, en las que un mismo usuario puede hacer todas o casi todas las tareas de un ciclo de un proceso:

Un mismo usuario puede crear proveedores y realizar pagos
Un mismo usuario puede crear órdenes de compra y crear proveedores.
Depósitos en efectivo y conciliación bancaria.
Control de recepción de compras y efectuar pagos por compras.
Un usuario puede auto asignarse roles o perfiles de seguridad.
Un usuario de negocio con acceso a modificar los programas en los sistemas de producción.

No se trata de una “cuestión de confianza” o “burocratizar las organizaciones”, en algunos casos, haber realizado un adecuado análisis de las funciones que desempeñan los usuarios hubiera evitado bancarrota de algunos negocios.