Flujo de trabajo: Release demanda (MM-PUR-REQ)
Si el sistema reconoce que el código de lanzamiento con la que un usuario a continuación debe significar aprobación de conformidad con la estrategia de lanzamiento es flujo de trabajo pertinente, se inicia un flujo de trabajo. Se inicia un flujo de trabajo individual para cada código de lanzamiento de flujo de trabajo pertinentes. Una tarea central de control de flujo de trabajo es determinar el procesador (pueden estar involucrados varios) quien se ha asignado este código de lanzamiento.
¿Cuándo se inician los flujos de trabajo en el caso de estrategia de lanzamiento KF?
Cuando tiene usuario MILLER, o alternativamente usuario GRITPIPE (ambos servicios técnicos),
publicado un artículo de requisición con su liberación no flujo de trabajo-relacionada con los códigos T1 y T2, la
elemento de requisición, a continuación, debe ser procesado con código de versión KY. Dado que KY es workflowrelevant, se inicia un flujo de trabajo. El sistema reconoce que la liberación código KY le ha asignado al usuario SEAGOON (Gerente de ventas) y crea un elemento de trabajo para la
este último.
¿Cuándo se inician los flujos de trabajo en el caso de estrategia de lanzamiento TF?
Se inicia un flujo de trabajo bajo lanzamiento estrategia KF. Cuando se libera usuario SEAGOON
se inicia la requisición de artículo, un mayor flujo de trabajo y un elemento de flujo de trabajo aparece en la bandeja de entrada del usuario HUBBARD (Junta).
Item-Wise Release
Flujo de trabajo: 00000038
Identificador: wf_req_rel
Descripción: Workflow requisición liberación
Lanzamiento global
Flujo de trabajo: 20000077
Identificador: wf_req_rel_c
Descripción: Workflow general liberación de requisición
Desencadenar eventos para Workflow
El evento ReleaseStepCreated se ha escrito como el gatillo para el flujo de trabajo para la
tipo de objeto pertinentes.
Este "vinculación" entre el evento y el flujo de trabajo a activarse está desactivada en
el sistema estándar y en primer lugar debe activarse en personalizar para SAP Business
Flujo de trabajo si el flujo de trabajo realmente va a ser iniciado.
Contenedor de flujo de trabajo y flujo de datos
La información más importante que debe estar disponible dentro del curso del flujo de trabajo comprende la referencia a la solicitud de compra para ser procesados (_EVT_Object) y el código de Liberación (ReleaseCode), así como el nombre de la persona que la creó la solicitud de compra (_EVT_Creator). La información está disponible como un parámetro de evento en el contenedor del evento desencadenante y debe transmitirse a partir de ahí al contenedor de flujo de trabajo a través de flujo de datos.
Por lo tanto, los siguientes datos fluyen definición entre el hecho desencadenante y el flujo de trabajo contenedor se define en el sistema estándar:
Contenedor de eventos de contenedor de flujo de trabajo
_WF_Initiator - _Evt_Creator requisición - _Evt_Object ReleaseCode - ReleaseCode en el sistema estándar, la _WF_Initiator de elemento existente en el contenedor de flujo de trabajo. Además de los elementos estándar que existen se han creado la requisición de elementos y ReleaseCode. Los pasos en un flujo de trabajo (MM-PUR-REQ) si el código de lanzamiento con los que la solicitud de compra completa o el elemento de requisición vaya a ser procesado de acuerdo con la estrategia de lanzamiento es flujo de trabajo pertinente, se inicia un flujo de trabajo y genera un elemento de trabajo de lanzamiento.
Si un usuario que control de flujo de trabajo se identifica como responsable de esta registros de código de lanzamiento en para el sistema, este usuario verá este elemento de trabajo en su buzón SAP Business Workplace. Si, por ejemplo, se asigna un trabajo al código de lanzamiento como un ID de procesador y varios usuarios pueden trabajar con este código de lanzamiento, todos estos usuarios verán el mismo elemento de trabajo en sus bandejas de entrada. Se inicia un flujo de trabajo individual para cada código de flujo de trabajo pertinente. El procesamiento de los resultados de elemento de trabajo en uno de los eventos Release negado o Release efectuadas.
Estos eventos terminan la tarea requisición Release. El flujo de trabajo todo se terminó cuando el creador de la solicitud de compra recibe una confirmación a través de un elemento de trabajo y ha procesado este elemento de trabajo. El evento terminación que demanda cambiado significativamente también puede producirse fuera del proceso de flujo de trabajo. Cambios tras el inicio de los cambios de procedimiento de Release a una solicitud de compra sólo puede realizarse si ningún otro usuario está procesando actualmente la solicitud y la requisa aún no se ha convertido en un pedido de compra o SDP. A continuación, discutimos lo que sucede cuando se cambia una solicitud de compra para los que ya ha comenzado el procedimiento de liberación.
Pueden surgir las siguientes situaciones posibles: cambios que no requieren una estrategia de lanzamiento diferente significativa cambios necesitando una estrategia de lanzamiento diferente desde el primer caso no requiere otra estrategia de lanzamiento, no se debatirá aún más aquí. Un cambio significativo número de PCs solicitados para activos 3221 aumenta a 5. Como resultado, el valor total de la requisición de artículo aumenta a $ 12,300.
No es posible simplemente seguir adelante y hacer este cambio. El sistema emite un mensaje; la estrategia de lanzamiento debe ser re-determined (PT) y la liberación procedimiento reiniciado desde el principio. Si el cambio es significativo, por lo tanto se tomaría la ruta de derecha en el gráfico y terminada en el flujo de trabajo debido a la aparición de un evento externo al proceso de flujo de trabajo. Esto tiene las siguientes consecuencias: si la solicitud ya se ha publicado para el problema de un SDP o un PC, está bloqueado una vez más por la aplicación y debe ser procesado de acuerdo con la nueva estrategia de lanzamiento. Si se generó un elemento de trabajo, ya no es visible en SAP Business Workplace bandeja de entrada del procesador. Definición de flujo de trabajo: Detalles (MM-PUR-REQ) los siguientes detalles son de interés en relación con la definición para el flujo de trabajo para la liberación (aprobar) comprar las solicitudes. Buscar en la definición en el sistema.
Flujo de datos el siguiente flujo de datos está definido para cada uno de los pasos Release requisición, confirmación de rechazo y la confirmación del lanzamiento de: tareas contenedor Workflow contenedor _WI_Object_ID - requisar ReleaseCode - ReleaseCode los elementos de solicitudes y ReleaseCode se han creado en el contenedor de flujo de trabajo además de los elementos disponibles en el sistema estándar y son suministrados por el hecho desencadenante. Determinar el procesador de la facilidad de determinación de procesador se almacena en las tareas (Release de demanda compra) y no en la definición de flujo de trabajo. Véase tareas: Comunicado de la demanda (MM-PUR-REQ) [página 24] resultado del procesamiento y finalización de flujo de trabajo una vez que el usuario ha procesado la compra completa requisar o elemento de requisición mediante su código de lanzamiento, uno de los dos resultados es posible: la requisa o elemento de solicitud ha sido liberado o versión ha sido rechazada.
Esta información de Estado se coloca en la bandeja de entrada SAP Business Workplace del creador requisición (_WF_Initiator) como elemento de trabajo. Cuando este elemento de trabajo ha sido procesado, se termina el flujo de trabajo. El evento terminación que demanda cambiado significativamente también puede producirse fuera del proceso de flujo de trabajo. Procedimiento de liberación con lanzamiento de solicitudes de clasificación con un enlace a SAP Business Workflow sólo puede llevarse a cabo mediante el procedimiento lanzamiento con clasificación. Para esto, se deben definir todas las características que se utilizan en las condiciones de Liberación (por ejemplo, planta, grupo de compra, categoría de asignación de cuenta etc.) en el sistema de clasificación.
Personalizar el Workflow varios otros pasos personalización específicos son necesarios para este flujo de trabajo además de la personalización de general que es necesario para asegurarse de que el sistema de flujo de trabajo funciona correctamente. Los gráficos siguientes dan una visión general de la configuración que tiene que mantenerse en personalizar. Personalización de SAP Business Workflow puede replicar su estructura empresarial en el sistema SAP utilizando el plan de organización.
Crea esta estructura en personalizar con elementos tales como unidades organizativas (por ejemplo, Junta Ejecutiva, Estados Unidos) y posiciones (por ejemplo, miembro del Consejo, ventas) y asignar a los titulares de posición (por ejemplo, Hubbard) a estas posiciones. De esta manera, definir los puntos posible liberación en el sistema. Organización de miembro de plan de Junta Ejecutiva, ventas... Hubbard Ejecutivo Junta, Estados Unidos... Seagoon producción y ventas, Estados Unidos Sales Manager SAP suministra tareas predefinidas (por ejemplo, TS 00007986: Release de solicitudes de compra). Debe asignar procesadores posibles a estas tareas. Puede asignar estas tareas a un punto de lanzamiento (posición o usuario) o permitir que todos los empleados realizarlas definiendo les como “ generales tareas ”.
fuente: http://www.abapprogramming.net/2007/09/work-flow-scenorios-in-mm-4.html
SAP invierte en TREMOR MEDIA
Les dejo esta noticia muy interesantem ya que sería un cambio nuevo en lo que a proyecto a futuro se refiere.
El especialista en software para empresas SAP entra como inversor estratégico en la empresa dedicada al vídeo online Tremor Media. Con la participación en esta empresa, con sede en Nueva York, SAP espera poder activar y acelerar el desarrollo de los productos de Tremor Media.
Tremor Media es la creadora de la plataforma Acudeo, que según la empresa es la plataforma líder en comercialización de vídeos online, además de la principal red de vídeo en el mercado de publicidad online, según la propia empresa. Con esta empresa conjunta, SAP y Tremor Media esperan desarrollar soluciones tecnológicas escalables para empresas de medios.
Tremor Media se fundo en 2005 en Nueva York y en septiembre de 2008 inició su expansión europea con la apertura de oficinas en Alemania y Reino Unido. El director de Tremor Media Europe es Christian Baudis.
Fuente: http://www.marketingdirecto.com/noticias/noticia.php?idnoticia=34945
El especialista en software para empresas SAP entra como inversor estratégico en la empresa dedicada al vídeo online Tremor Media. Con la participación en esta empresa, con sede en Nueva York, SAP espera poder activar y acelerar el desarrollo de los productos de Tremor Media.
Tremor Media es la creadora de la plataforma Acudeo, que según la empresa es la plataforma líder en comercialización de vídeos online, además de la principal red de vídeo en el mercado de publicidad online, según la propia empresa. Con esta empresa conjunta, SAP y Tremor Media esperan desarrollar soluciones tecnológicas escalables para empresas de medios.
Tremor Media se fundo en 2005 en Nueva York y en septiembre de 2008 inició su expansión europea con la apertura de oficinas en Alemania y Reino Unido. El director de Tremor Media Europe es Christian Baudis.
Fuente: http://www.marketingdirecto.com/noticias/noticia.php?idnoticia=34945
Neoris fue destacada como "sólida" en implementación de servicios SAP
Neoris, una de las compañías mundiales de consultoría en TI con mayor crecimiento, acaba de anunciar que ha sido reconocida como una empresa con una actuación “sólida” en la implementación de servicios de SAP, según un informe de Forrester Research titulado “The Forrester Wave: SAP Implementation Providers, Q3 2009.” Neoris estuvo entre el grupo de compañías seleccionadas que fueron invitadas por Forrester para participar en este informe, el cual evaluó a 18 proveedores líderes en la implementación de SAP en el mercado mundial de acuerdo con 60 criterios, incluidos la oferta actual en productos, las estrategias y la presencia en el mercado global.
De acuerdo con el Forrester Wave, Neoris es una sólida opción para los clientes que buscan la externalización de servicios a países cercanos (nearshore outsourcing). El reporte por proveedor del Forrester Wave en relación con Neoris afirma que "Neoris ha crecido rápidamente y es un proveedor principal de servicios de nearshore outsourcing para clientes en América del Norte y de servicios locales para clientes en América Latina. Neoris ha establecido una sólida reputación en el mercado de SAP en las regiones en que opera”.
"Es un honor para Neoris ser reconocida como una empresa con una actuación “sólida” en la implementación de servicios de SAP y ser citada por su fortaleza en el trabajo técnico relacionado con SAP en el ámbito del nearshore outsourcing,” dijo Claudio Muruzábal, CEO de Neoris. “Somos el proveedor más grande de servicios de SAP en América Latina y estamos orgullosos de ser una de las primeras compañías en obtener la certificación SAP AMS en la región. Nuestra alianza con SAP es muy fuerte y hoy en día incluye más de 2000 consultores, una cifra que sigue aumentando a medida que hacemos inversiones en América Latina, Estados Unidos, Europa, Oriente Medio y en otras regiones.”
El informe también dice que “Neoris tiene un enfoque firme en la prestación de servicios de nearshore para clientes estadounidenses y una gran experiencia técnica, incluyendo un fuerte enfoque en SOA sostenible, CRM, SCM, ECC 6.0 y Business Objects. Neoris también está haciendo grandes inversiones en soluciones de tecnología emergente como son SAP NetWeaver y soluciones para la Ejecución de Logística y Manufactura. Neoris también tiene un fuerte interés en SAP MII (Integración e Inteligencia en la Manufactura) y ha unido sus esfuerzos con SAP para lanzar una nueva xApp móvil para la industria de CPG.”
Forrester emplea un proceso riguroso para crear el informe Forrester Wave. Los puntos destacados incluyen generar una taxonomía detallada de los atributos de los productos, la recopilación y la validación de datos, y la creación de la gráfica Forrester Wave. El informe Forrester Wave también incluye una herramienta de hoja de cálculo diseñada para que los usuarios finales creen su propia lista de candidatos seleccionados con base en sus propias necesidades específicas. Esto incluye, para cada proveedor, una Hoja del Proveedor, que sirve para evaluar sus productos o servicios.
Noticia completa en:
Fuente: http://www.puntobiz.com.ar/noticia/articulo/23483/Neoris_fue_destacada_como_quotsoacutelidaquot_en_implementacioacuten_de_servicios_SAP.html
De acuerdo con el Forrester Wave, Neoris es una sólida opción para los clientes que buscan la externalización de servicios a países cercanos (nearshore outsourcing). El reporte por proveedor del Forrester Wave en relación con Neoris afirma que "Neoris ha crecido rápidamente y es un proveedor principal de servicios de nearshore outsourcing para clientes en América del Norte y de servicios locales para clientes en América Latina. Neoris ha establecido una sólida reputación en el mercado de SAP en las regiones en que opera”.
"Es un honor para Neoris ser reconocida como una empresa con una actuación “sólida” en la implementación de servicios de SAP y ser citada por su fortaleza en el trabajo técnico relacionado con SAP en el ámbito del nearshore outsourcing,” dijo Claudio Muruzábal, CEO de Neoris. “Somos el proveedor más grande de servicios de SAP en América Latina y estamos orgullosos de ser una de las primeras compañías en obtener la certificación SAP AMS en la región. Nuestra alianza con SAP es muy fuerte y hoy en día incluye más de 2000 consultores, una cifra que sigue aumentando a medida que hacemos inversiones en América Latina, Estados Unidos, Europa, Oriente Medio y en otras regiones.”
El informe también dice que “Neoris tiene un enfoque firme en la prestación de servicios de nearshore para clientes estadounidenses y una gran experiencia técnica, incluyendo un fuerte enfoque en SOA sostenible, CRM, SCM, ECC 6.0 y Business Objects. Neoris también está haciendo grandes inversiones en soluciones de tecnología emergente como son SAP NetWeaver y soluciones para la Ejecución de Logística y Manufactura. Neoris también tiene un fuerte interés en SAP MII (Integración e Inteligencia en la Manufactura) y ha unido sus esfuerzos con SAP para lanzar una nueva xApp móvil para la industria de CPG.”
Forrester emplea un proceso riguroso para crear el informe Forrester Wave. Los puntos destacados incluyen generar una taxonomía detallada de los atributos de los productos, la recopilación y la validación de datos, y la creación de la gráfica Forrester Wave. El informe Forrester Wave también incluye una herramienta de hoja de cálculo diseñada para que los usuarios finales creen su propia lista de candidatos seleccionados con base en sus propias necesidades específicas. Esto incluye, para cada proveedor, una Hoja del Proveedor, que sirve para evaluar sus productos o servicios.
Noticia completa en:
Fuente: http://www.puntobiz.com.ar/noticia/articulo/23483/Neoris_fue_destacada_como_quotsoacutelidaquot_en_implementacioacuten_de_servicios_SAP.html
Workflow MM parte 3
Procedimiento de lanzamiento con la clasificación y flujo de trabajo
(MM-PUR-REQ)
El siguiente gráfico ilustra la implementación de un procedimiento de lanzamiento con un vínculo al flujo de trabajo con la estrategia de lanzamiento KF como un ejemplo. Dado que el Gerente de ventas rara vez se requiere para emitir artículos de requisición, su código de lanzamiento es flujo de trabajo-pertinente. Es decir, en tales casos un elemento de trabajo aparecerá en la bandeja de entrada integrada del procesador responsable de este código.
Flujo de proceso
1. Los valores característicos de la solicitud de compra completa o el elemento de requisición pasan a la clasificación.
2. El sistema comprueba si los valores satisfacen las condiciones de liberación. Si es así, se asigna una estrategia de lanzamiento (en el ejemplo, KF). La estrategia de lanzamiento está determinada independientemente de SAP Business Workflow.
3. Los responsables de los códigos de lanzamiento de procesan la compra completa
requisa o el elemento de requisa en la secuencia prescrita por la estrategia de lanzamiento.
En el caso de estrategia KF, la secuencia es como sigue:
Una vez que la estrategia ha sido asignado, los empleados del departamento técnico (T1
y T2) consulte el elemento de requisa en su worklist de las solicitudes que exigen la liberación. Cuando uno de estos empleados ha efectuado lanzamiento, el administrador de ventas (KY) ve un elemento de trabajo en su buzón SAP Business Workplace. Una vez que ha indicado el Gerente de ventas
su aprobación, un SDP o un pedido de compra puede ser emitido.
Si el Gerente de ventas se niega a liberar el artículo, ningún procesamiento adicional puede tener lugar y el elemento de requisición puede tener que se modifica.
Si estrategia es asignado TF, procesamiento básicamente se realiza como en el caso de
estrategia KF salvo que se genera un elemento de trabajo adicionales después de la Gerente de ventas
(KY) haya efectuado lanzamiento. Este elemento de trabajo aparece en la bandeja de entrada de la pertinente
miembro de la Junta Ejecutiva (EX).
Si el Gerente de ventas (o más tarde el miembro de la Junta Ejecutiva) se niega a
libera el artículo, no posterior procesamiento puede tener lugar y el elemento de requisición puede
tienen que ser modificado.
Se inicia un flujo de trabajo individual para cada código de lanzamiento de flujo de trabajo pertinentes.
Tipos de objeto usados
Tecnología de objeto se utiliza para crear la interfaz entre la funcionalidad SAP y el sistema de flujo de trabajo. La información que se indica a continuación es principalmente de carácter técnico y no es necesaria para obtener una introducción inicial.
Tareas
Las tareas de paso a paso proporcionadas por SAP describen las actividades empresariales básicos desde el punto de vista organizativo. Una tarea de paso a paso se refiere a un método único objeto (= técnicos de enlace a la funcionalidad de SAP) en cada caso y está vinculada a sus procesadores jerárquica posibles.
Tipos de objeto (MM-PUR-REQ)
En este escenario, se procesan los siguientes objetos aplicaciones de negocio (es decir, una solicitud de compra es liberado o rechazado mediante un código de Liberación).
Solicitudes de compra para Release Item-Wise
Escriba BUS2009 (PurchaseReqItem)
Solicitudes de compra para publicación global
Escriba BUS2105 (PurchaseRequisition)
Ubicación en el repositorio de objetos:
_ De gestión de materiales de compras
Tareas: Comunicado de la demanda (MM-PUR-REQ)
En estas tareas, una solicitud de compra es liberado o rechazado mediante un código de lanzamiento.
Item-Wise Release
Tarea: TS00007986
Identificador: req_rel
Descripción: Comunicado de la solicitud de compra
Método al que se hace referencia de objeto, atributos
Tipo de objeto: BUS2009 (solicitud de compra)
Método: SingleRelease (versión individual)
Atributos: None
Lanzamiento global
Tarea: TS20000159
Identificador: mm_req_rel_c
Descripción: Global liberación de requisición de compra
Método al que se hace referencia de objeto, atributos
Tipo de objeto: BUS2105 (solicitud de compra)
Método: SingleRelease (versión individual)
Atributos: None
Mantenimiento de la asignación de procesador
En tiempo de ejecución, estas tareas se dirigen a la processor(s) (member(s)) de personal a quien de procesamiento
el código de lanzamiento se ha asignado a través de una resolución de papel. Debe hacer la siguiente configuración en personalizar para esto:
En tareas específicas personalización para SAP Business Workflow debe enumerar todos los objetos de administración de organización que generalmente son autorizados a trabajar con códigos de lanzamiento de flujo de trabajo pertinentes (por ejemplo, puestos de trabajo o posiciones).
Antes de esto, debe estar terminado el plan de organización (definir la estructura organizativa).
Usuario HUBBARD mantiene la posición de miembro de la Junta Ejecutiva y de usuario
SEAGOON la posición de Gerente de ventas.
Al asignar un código de lanzamiento a un procesador en personalizar para compras, se especifica que en términos concretos puede procesar un documento (es decir, efecto releases) usando este código. Tenga cuidado de que esta asignación es compatible con la asignación de procesador de personalización de tareas específicas. Si especifica un usuario, por ejemplo, este último también deben el titular de una posición en la personalización de tareas específicas. Si escribe una posición, precisamente esta posición también debe definir en los usuarios de personalización de tareas específicas y tienen asignados a ella.
Códigos de lanzamiento EX (Junta) y KY (Gerente de ventas) se asignan a la
objeto tipo de usuario y que el procesador HUBBARD ID y SEAGOON asignado a
ellos respectivamente.
También es necesario para los códigos de lanzamiento marcadas como “ pertinentes para Workflow ”.
Véase también la preparación y personalizar (MM-PUR-REQ) [página 33]
Determinar el procesador en determinar el procesador (la persona que es procesar el documento), el sistema busca la facilidad de personalización de compras para el ID de procesador de un código de lanzamiento. Esto se consigue a través de resolución de papel.
Con este propósito, se definen las siguientes funciones para la tarea pertinente:
Item-Wise Release
Función 00000148 (persona responsable de la liberación de requisición)
Lanzamiento global
Función 20000026 (persona responsable de la liberación de requisición)
Entrada para el papel está formado por el código de liberación y la solicitud de compra. Estos fueron transmitidos al contenedor de papel del contenedor de tarea.
Papel Container tareas contenedor requisición - _WI_OBJECT_ID ReleaseCode - ReleaseCode Then, estos datos, la configuración de personalizar de compras que contiene la vinculación entre el lanzamiento de código y procesador ID se leen.
Después de esto, el sistema comprueba si esta configuración de acuerdo con los de personalización de tareas específicas. Si no lo hacen, termina el flujo de trabajo y el administrador del sistema responsable de flujo de trabajo es informado por correo en consecuencia. En la instalación de personalizar para compras, usuario SEAGOON se asigna el código de lanzamiento de flujo de trabajo pertinentes KY como procesador.
Además, en tareas específicas personalización, SEAGOON se asigna a la posición de servicios técnicos. Las solicitudes de compra de eventos terminación las tareas para liberar completa o elementos requisa se terminan por los acontecimientos Release se negó, Release efectuada, o demanda cambiado significativamente. Tareas: Release de solicitudes efectuadas (MM-PUR-REQ) a través de estas tareas, el creador de la solicitud de compra se informa que se ha efectuado lanzamiento (aprobación ha sido indicado).
Él o ella recibe esta información a través del texto del elemento de trabajo que representa la tarea. El creador procesa el elemento de trabajo y así lo concluye. No hay ninguna funcionalidad adicional además de esta conclusión del elemento de trabajo. Item-Wise de lanzamiento de tareas: TS00008018 identificador: req_rel_ok Description: requisar lanzamiento efectuado. Hace referencia a objeto método, tipo de objeto de atributos: BUS2009 (compra requisición) método: InfoReleaseEffected (info: lanzamiento efectuado) atributos: None total Release tareas: TS20000162 identificador: mm_req_ok_c Description: requisar lanzamiento efectuado.
Hace referencia a objeto método, tipo de objeto de atributos: BUS2105 (compra requisición) método: InfoReleaseEffected (info: lanzamiento efectuado) atributos: tareas ninguno Maintaining procesador asignación these deben clasificarse como las tareas generales. Las tareas generales no tiene que ser asignados a un procesador porque nadie puede ejecutarlas. El procesador (= creador de la solicitud de compra) se determina desde el contexto del flujo de trabajo. Tareas: Release de demanda rechaza (MM-PUR-REQ) Via estas tareas, el creador de la solicitud de compra se informó que lanzamiento ha sido rechazada. Él o ella recibe esta información a través del texto del elemento de trabajo que representa la tarea.
Cuando el creador realiza el elemento de trabajo, él o ella puede cambiar la solicitud rechazada. Mantener tareas procesador asignación these debe clasificarse como las tareas generales. Las tareas generales no tiene que ser asignados a un procesador porque nadie puede ejecutarlas. El procesador (= creador de la solicitud de compra) se determina desde el contexto del flujo de trabajo.
Fuente: http://www.abapprogramming.net/2007/09/work-flow-scenorios-in-mm-3.html
(MM-PUR-REQ)
El siguiente gráfico ilustra la implementación de un procedimiento de lanzamiento con un vínculo al flujo de trabajo con la estrategia de lanzamiento KF como un ejemplo. Dado que el Gerente de ventas rara vez se requiere para emitir artículos de requisición, su código de lanzamiento es flujo de trabajo-pertinente. Es decir, en tales casos un elemento de trabajo aparecerá en la bandeja de entrada integrada del procesador responsable de este código.
Flujo de proceso
1. Los valores característicos de la solicitud de compra completa o el elemento de requisición pasan a la clasificación.
2. El sistema comprueba si los valores satisfacen las condiciones de liberación. Si es así, se asigna una estrategia de lanzamiento (en el ejemplo, KF). La estrategia de lanzamiento está determinada independientemente de SAP Business Workflow.
3. Los responsables de los códigos de lanzamiento de procesan la compra completa
requisa o el elemento de requisa en la secuencia prescrita por la estrategia de lanzamiento.
En el caso de estrategia KF, la secuencia es como sigue:
Una vez que la estrategia ha sido asignado, los empleados del departamento técnico (T1
y T2) consulte el elemento de requisa en su worklist de las solicitudes que exigen la liberación. Cuando uno de estos empleados ha efectuado lanzamiento, el administrador de ventas (KY) ve un elemento de trabajo en su buzón SAP Business Workplace. Una vez que ha indicado el Gerente de ventas
su aprobación, un SDP o un pedido de compra puede ser emitido.
Si el Gerente de ventas se niega a liberar el artículo, ningún procesamiento adicional puede tener lugar y el elemento de requisición puede tener que se modifica.
Si estrategia es asignado TF, procesamiento básicamente se realiza como en el caso de
estrategia KF salvo que se genera un elemento de trabajo adicionales después de la Gerente de ventas
(KY) haya efectuado lanzamiento. Este elemento de trabajo aparece en la bandeja de entrada de la pertinente
miembro de la Junta Ejecutiva (EX).
Si el Gerente de ventas (o más tarde el miembro de la Junta Ejecutiva) se niega a
libera el artículo, no posterior procesamiento puede tener lugar y el elemento de requisición puede
tienen que ser modificado.
Se inicia un flujo de trabajo individual para cada código de lanzamiento de flujo de trabajo pertinentes.
Tipos de objeto usados
Tecnología de objeto se utiliza para crear la interfaz entre la funcionalidad SAP y el sistema de flujo de trabajo. La información que se indica a continuación es principalmente de carácter técnico y no es necesaria para obtener una introducción inicial.
Tareas
Las tareas de paso a paso proporcionadas por SAP describen las actividades empresariales básicos desde el punto de vista organizativo. Una tarea de paso a paso se refiere a un método único objeto (= técnicos de enlace a la funcionalidad de SAP) en cada caso y está vinculada a sus procesadores jerárquica posibles.
Tipos de objeto (MM-PUR-REQ)
En este escenario, se procesan los siguientes objetos aplicaciones de negocio (es decir, una solicitud de compra es liberado o rechazado mediante un código de Liberación).
Solicitudes de compra para Release Item-Wise
Escriba BUS2009 (PurchaseReqItem)
Solicitudes de compra para publicación global
Escriba BUS2105 (PurchaseRequisition)
Ubicación en el repositorio de objetos:
_ De gestión de materiales de compras
Tareas: Comunicado de la demanda (MM-PUR-REQ)
En estas tareas, una solicitud de compra es liberado o rechazado mediante un código de lanzamiento.
Item-Wise Release
Tarea: TS00007986
Identificador: req_rel
Descripción: Comunicado de la solicitud de compra
Método al que se hace referencia de objeto, atributos
Tipo de objeto: BUS2009 (solicitud de compra)
Método: SingleRelease (versión individual)
Atributos: None
Lanzamiento global
Tarea: TS20000159
Identificador: mm_req_rel_c
Descripción: Global liberación de requisición de compra
Método al que se hace referencia de objeto, atributos
Tipo de objeto: BUS2105 (solicitud de compra)
Método: SingleRelease (versión individual)
Atributos: None
Mantenimiento de la asignación de procesador
En tiempo de ejecución, estas tareas se dirigen a la processor(s) (member(s)) de personal a quien de procesamiento
el código de lanzamiento se ha asignado a través de una resolución de papel. Debe hacer la siguiente configuración en personalizar para esto:
En tareas específicas personalización para SAP Business Workflow debe enumerar todos los objetos de administración de organización que generalmente son autorizados a trabajar con códigos de lanzamiento de flujo de trabajo pertinentes (por ejemplo, puestos de trabajo o posiciones).
Antes de esto, debe estar terminado el plan de organización (definir la estructura organizativa).
Usuario HUBBARD mantiene la posición de miembro de la Junta Ejecutiva y de usuario
SEAGOON la posición de Gerente de ventas.
Al asignar un código de lanzamiento a un procesador en personalizar para compras, se especifica que en términos concretos puede procesar un documento (es decir, efecto releases) usando este código. Tenga cuidado de que esta asignación es compatible con la asignación de procesador de personalización de tareas específicas. Si especifica un usuario, por ejemplo, este último también deben el titular de una posición en la personalización de tareas específicas. Si escribe una posición, precisamente esta posición también debe definir en los usuarios de personalización de tareas específicas y tienen asignados a ella.
Códigos de lanzamiento EX (Junta) y KY (Gerente de ventas) se asignan a la
objeto tipo de usuario y que el procesador HUBBARD ID y SEAGOON asignado a
ellos respectivamente.
También es necesario para los códigos de lanzamiento marcadas como “ pertinentes para Workflow ”.
Véase también la preparación y personalizar (MM-PUR-REQ) [página 33]
Determinar el procesador en determinar el procesador (la persona que es procesar el documento), el sistema busca la facilidad de personalización de compras para el ID de procesador de un código de lanzamiento. Esto se consigue a través de resolución de papel.
Con este propósito, se definen las siguientes funciones para la tarea pertinente:
Item-Wise Release
Función 00000148 (persona responsable de la liberación de requisición)
Lanzamiento global
Función 20000026 (persona responsable de la liberación de requisición)
Entrada para el papel está formado por el código de liberación y la solicitud de compra. Estos fueron transmitidos al contenedor de papel del contenedor de tarea.
Papel Container tareas contenedor requisición - _WI_OBJECT_ID ReleaseCode - ReleaseCode Then, estos datos, la configuración de personalizar de compras que contiene la vinculación entre el lanzamiento de código y procesador ID se leen.
Después de esto, el sistema comprueba si esta configuración de acuerdo con los de personalización de tareas específicas. Si no lo hacen, termina el flujo de trabajo y el administrador del sistema responsable de flujo de trabajo es informado por correo en consecuencia. En la instalación de personalizar para compras, usuario SEAGOON se asigna el código de lanzamiento de flujo de trabajo pertinentes KY como procesador.
Además, en tareas específicas personalización, SEAGOON se asigna a la posición de servicios técnicos. Las solicitudes de compra de eventos terminación las tareas para liberar completa o elementos requisa se terminan por los acontecimientos Release se negó, Release efectuada, o demanda cambiado significativamente. Tareas: Release de solicitudes efectuadas (MM-PUR-REQ) a través de estas tareas, el creador de la solicitud de compra se informa que se ha efectuado lanzamiento (aprobación ha sido indicado).
Él o ella recibe esta información a través del texto del elemento de trabajo que representa la tarea. El creador procesa el elemento de trabajo y así lo concluye. No hay ninguna funcionalidad adicional además de esta conclusión del elemento de trabajo. Item-Wise de lanzamiento de tareas: TS00008018 identificador: req_rel_ok Description: requisar lanzamiento efectuado. Hace referencia a objeto método, tipo de objeto de atributos: BUS2009 (compra requisición) método: InfoReleaseEffected (info: lanzamiento efectuado) atributos: None total Release tareas: TS20000162 identificador: mm_req_ok_c Description: requisar lanzamiento efectuado.
Hace referencia a objeto método, tipo de objeto de atributos: BUS2105 (compra requisición) método: InfoReleaseEffected (info: lanzamiento efectuado) atributos: tareas ninguno Maintaining procesador asignación these deben clasificarse como las tareas generales. Las tareas generales no tiene que ser asignados a un procesador porque nadie puede ejecutarlas. El procesador (= creador de la solicitud de compra) se determina desde el contexto del flujo de trabajo. Tareas: Release de demanda rechaza (MM-PUR-REQ) Via estas tareas, el creador de la solicitud de compra se informó que lanzamiento ha sido rechazada. Él o ella recibe esta información a través del texto del elemento de trabajo que representa la tarea.
Cuando el creador realiza el elemento de trabajo, él o ella puede cambiar la solicitud rechazada. Mantener tareas procesador asignación these debe clasificarse como las tareas generales. Las tareas generales no tiene que ser asignados a un procesador porque nadie puede ejecutarlas. El procesador (= creador de la solicitud de compra) se determina desde el contexto del flujo de trabajo.
Fuente: http://www.abapprogramming.net/2007/09/work-flow-scenorios-in-mm-3.html
SAP es líder en el mercado de aplicaciones analíticas y de gestión del desempeño
La firma de analistas de mercado IDC posicionó a SAP como líder en el mercado de aplicaciones de gestión del desempeño y analíticas – con base en las licencias de software y los ingresos de la compañía por concepto de mantenimiento.
Este mercado comprende la gestión estratégica y de desempeño financiero (FPSM, por sus siglas en inglés) entre otras aplicaciones analíticas como la gestión de la relación con clientes (CRM, por sus siglas en inglés), el manejo de la cadena de suministro, mano de obra y las operaciones analíticas de servicio. SAP denomina a este mercado gestión del desempeño corporativo (EPM, por sus siglas en inglés), y es un segmento que representa, de acuerdo con IDC, 8,37 miles de millones de dólares de un total de 24,1 miles de millones de dólares.
El estudio, titulado “Worldwide Business Analytics Software 2009–2013 Forecast and 2008 Vendor Shares,” (Proyección 2009- 2013 del Negocio Mundial de Software Analítico y Participación de Mercado 2008), afirma que SAP es el número uno en el mercado de aplicaciones de gestión del desempeño y analíticas, con una participación del 20,3 por ciento del mercado.
El informe de IDC da a conocer también que la tasa de crecimiento de SAP en este segmento del mercado, en comparación con el mismo periodo del año anterior, fue de 13,9 por ciento — más elevada que la tasa de crecimiento de los siguientes cinco competidores, así como del mercado en conjunto, el cual creció 8,9 por ciento.
Además, IDC declara en “Worldwide Financial Performance and Strategy Management 2008 Vendor Shares: Market Consolidation Drives Domination” (Participaciones de los proveedores en 2008 en la administración del desempeño financiero y las estrategias a nivel mundial: la consolidación del mercado impulsa el dominio), que ahora SAP tiene el 23,7 por ciento del mercado de la del desempeño financiero y gestión de las estrategias. Según el informe, SAP tuvo un crecimiento del 28,4 por ciento, en comparación con el mismo periodo el año pasado, que fue el doble de la tasa de crecimiento del 12,2 por ciento en este mercado. En total, SAP fue la compañía con el más rápido crecimiento de los cinco proveedores principales del mercado de gestión estratégica y desempeño financiero, por dos años consecutivos.
“Los datos que presentó IDC en nuestro informe de analítica de negocios de 2009 muestran que SAP es el número uno en el mercado combinado de aplicaciones de administración del desempeño y analíticas”, dijo Dan Vesset, Vicepresidente de Soluciones de Analítica de Negocios de IDC. “SAP ha utilizado en forma estratégica sus adquisiciones de Business Objects, OutlookSoft y Pilot Software durante los 18 últimos meses, para entregar soluciones de aplicaciones de administración del desempeño financiero y las estrategias a las compañías que han utilizado históricamente SAP, así como a clientes nuevos, dando como resultado no sólo el liderazgo en este mercado, sino una tasa de crecimiento impresionante”.
La validación del liderazgo del mercado combinado de aplicaciones de gestión del desempeño y analíticas se mostró pocas semanas después de que IDC clasificó a SAP, incluyendo las soluciones de inteligencia de negocios (BI) de SAP® BusinessObjects™, como el vendedor número uno de herramientas de BI, con una participación del 20,4 por ciento del mercado. El mercado de las herramientas de inteligencia de negocios (BI) comprende 7,8 miles de millones de dólares del total del mercado de software de analíticas de negocios de 24,1 miles de millloines de dólares.
“SAP ha incrementado rápidamente su participación en el mercado, con una solución de administración del desempeño corporativo más moderna y fácil de usar, funcionalmente más completa y capaz de extenderse más allá de las finanzas a todas las áreas de la organización, lo que nos diferencia de otros competidores que ofrecen soluciones de punto difíciles de usar en arquitecturas arcanas”, precisó Sanjay Poonen, Vicepresidente ejecutivo y Gerente General de Aplicaciones de Optimización del Desempeño SAP BusinessObjects.
“Con un conjunto de soluciones líderes de administración del desempeño, inteligencia de negocios y gobierno corporativo, gestión de riesgos y cumplimiento regulatorio, SAP continúa ofreciéndoles a los usuarios la visibilidad y claridad que necesitan para optimizar el desempeño de su negocio, incluso en el clima económico actual”.
Fuente: http://www.agenciaorbita.org/index.php?option=com_content&task=view&id=9899&Itemid=40
Este mercado comprende la gestión estratégica y de desempeño financiero (FPSM, por sus siglas en inglés) entre otras aplicaciones analíticas como la gestión de la relación con clientes (CRM, por sus siglas en inglés), el manejo de la cadena de suministro, mano de obra y las operaciones analíticas de servicio. SAP denomina a este mercado gestión del desempeño corporativo (EPM, por sus siglas en inglés), y es un segmento que representa, de acuerdo con IDC, 8,37 miles de millones de dólares de un total de 24,1 miles de millones de dólares.
El estudio, titulado “Worldwide Business Analytics Software 2009–2013 Forecast and 2008 Vendor Shares,” (Proyección 2009- 2013 del Negocio Mundial de Software Analítico y Participación de Mercado 2008), afirma que SAP es el número uno en el mercado de aplicaciones de gestión del desempeño y analíticas, con una participación del 20,3 por ciento del mercado.
El informe de IDC da a conocer también que la tasa de crecimiento de SAP en este segmento del mercado, en comparación con el mismo periodo del año anterior, fue de 13,9 por ciento — más elevada que la tasa de crecimiento de los siguientes cinco competidores, así como del mercado en conjunto, el cual creció 8,9 por ciento.
Además, IDC declara en “Worldwide Financial Performance and Strategy Management 2008 Vendor Shares: Market Consolidation Drives Domination” (Participaciones de los proveedores en 2008 en la administración del desempeño financiero y las estrategias a nivel mundial: la consolidación del mercado impulsa el dominio), que ahora SAP tiene el 23,7 por ciento del mercado de la del desempeño financiero y gestión de las estrategias. Según el informe, SAP tuvo un crecimiento del 28,4 por ciento, en comparación con el mismo periodo el año pasado, que fue el doble de la tasa de crecimiento del 12,2 por ciento en este mercado. En total, SAP fue la compañía con el más rápido crecimiento de los cinco proveedores principales del mercado de gestión estratégica y desempeño financiero, por dos años consecutivos.
“Los datos que presentó IDC en nuestro informe de analítica de negocios de 2009 muestran que SAP es el número uno en el mercado combinado de aplicaciones de administración del desempeño y analíticas”, dijo Dan Vesset, Vicepresidente de Soluciones de Analítica de Negocios de IDC. “SAP ha utilizado en forma estratégica sus adquisiciones de Business Objects, OutlookSoft y Pilot Software durante los 18 últimos meses, para entregar soluciones de aplicaciones de administración del desempeño financiero y las estrategias a las compañías que han utilizado históricamente SAP, así como a clientes nuevos, dando como resultado no sólo el liderazgo en este mercado, sino una tasa de crecimiento impresionante”.
La validación del liderazgo del mercado combinado de aplicaciones de gestión del desempeño y analíticas se mostró pocas semanas después de que IDC clasificó a SAP, incluyendo las soluciones de inteligencia de negocios (BI) de SAP® BusinessObjects™, como el vendedor número uno de herramientas de BI, con una participación del 20,4 por ciento del mercado. El mercado de las herramientas de inteligencia de negocios (BI) comprende 7,8 miles de millones de dólares del total del mercado de software de analíticas de negocios de 24,1 miles de millloines de dólares.
“SAP ha incrementado rápidamente su participación en el mercado, con una solución de administración del desempeño corporativo más moderna y fácil de usar, funcionalmente más completa y capaz de extenderse más allá de las finanzas a todas las áreas de la organización, lo que nos diferencia de otros competidores que ofrecen soluciones de punto difíciles de usar en arquitecturas arcanas”, precisó Sanjay Poonen, Vicepresidente ejecutivo y Gerente General de Aplicaciones de Optimización del Desempeño SAP BusinessObjects.
“Con un conjunto de soluciones líderes de administración del desempeño, inteligencia de negocios y gobierno corporativo, gestión de riesgos y cumplimiento regulatorio, SAP continúa ofreciéndoles a los usuarios la visibilidad y claridad que necesitan para optimizar el desempeño de su negocio, incluso en el clima económico actual”.
Fuente: http://www.agenciaorbita.org/index.php?option=com_content&task=view&id=9899&Itemid=40
SAP y LinkedIn
Interesante noticia de la unión de SAP y LinkedIn.
Actualmente, más de 140,000 consultores de SAP utilizan la red LinkedIn, y mediante esta colaboración los socios de canal de SAP que trabajan en el mercado medio, podrán tener acceso a avanzados métodos de reclutamiento de personal que los ayudarán a detectar los mejores talentos disponibles en el mercado. Éste constituye el primer anuncio de colaboración que se divulga tras la ampliación del alcance de las relaciones estratégicas sostenidas por ambas empresas, anunciada en octubre de 2008, cuando SAP Ventures, una división de SAP AG, realizó inversiones en LinkedIn Corporation.
Los socios comerciales de SAP se beneficiarán de las funcionalidades contenidas en LinkedIn RecruiterTM Basic Starter Package, que ha sido específicamente diseñado para satisfacer las necesidades de reclutamiento de los canales de la compañía que emplean plantillas de personal de hasta 1,000 trabajadores. El paquete incluye la aplicación LinkedIn Recruiter, una solución virtual de reclutamiento que realiza búsquedas dentro de la red LinkedIn y localiza los candidatos más idóneos, de acuerdo con criterios definibles de manera individual, permitiendo, a los canales de SAP ponerse fácilmente en contacto y dar un apropiado seguimiento a los candidatos.
Adicionalmente, el paquete incluye la aplicación LinkedIn Jobs Network, un servicio virtual de clasificados de empleo que los socios comerciales podrán emplear para promover vacantes laborales dentro de la comunidad LinkedIn. El producto anunciado estará inmediatamente a disposición de todos los canales de SAP alrededor del mundo.
“Nos complace sobremanera celebrar esta asociación", señaló Brian Frank, Director del área de Operaciones de Venta y Alianzas de LinkedIn. “SAP es la primera compañía de software con la cual hemos decidido trabajar en el desarrollo de este producto. En la actualidad, más de 1,000 destacadas compañías del planeta dependen de las soluciones de reclutamiento ofrecidas por LinkedIn y los esfuerzos en conjunto que estamos adelantando con SAP nos permitirán cumplir nuestro objetivo de brindar a los miembros de nuestra red una mayor diversidad de interesantes oportunidades profesionales dentro del ecosistema de SAP".
Los socios comerciales de SAP que opten por LinkedIn Recruiter Basic Starter Package obtendrán acceso a profesionales de difícil ubicación y reducirán así los costos y tiempos asociados con la contratación de terceros para la búsqueda de candidatos. Adicionalmente, el nuevo producto proporcionará a los socios comerciales, las siguientes ventajas:
Oportunidad para aprovechar más eficazmente la red LinkedIn y detectar y vincular prospectos de interés en determinadas regiones del mundo.
Acceso a un volumen mayor de candidatos, si se compara con los ofrecidos por terceros dedicados a la identificación de profesionales.
Resultados de búsqueda altamente específicos y parametrizables durante investigaciones enfocadas en talentos calificados para SAP.
Resultados de búsqueda que aportan una nítida visibilidad sobre toda la base de datos de LinkedIn, la cual abarca un total de más de 45 millones de profesionales.
Capacidad para establecer contacto directo con los talentos pretendidos.
Avanzadas herramientas que extienden el alcance de los esfuerzos de reclutamiento.
“Siempre estamos buscando maneras de desarrollar nuevos, interesantes y efectivos medios para generar beneficios de negocios para nuestros socios comerciales", afirmó Pat Hume, Vicepresidente Senior Global de PyMEs y Canales de SAP. “Al trabajar con LinkedIn, estamos ayudando a nuestros socios a satisfacer sus necesidades de reclutamiento, proporcionándoles alternativas a los métodos tradicionales de captación de personal. LinkedIn ofrece una solución muy robusta y gracias a esta asociación, SAP podrá ofrecer a sus canales, a un precio de descuento, el paquete LinkedIn Recruiter".
Fuente: http://www.diarioti.com/gate/n.php?id=23641
Actualmente, más de 140,000 consultores de SAP utilizan la red LinkedIn, y mediante esta colaboración los socios de canal de SAP que trabajan en el mercado medio, podrán tener acceso a avanzados métodos de reclutamiento de personal que los ayudarán a detectar los mejores talentos disponibles en el mercado. Éste constituye el primer anuncio de colaboración que se divulga tras la ampliación del alcance de las relaciones estratégicas sostenidas por ambas empresas, anunciada en octubre de 2008, cuando SAP Ventures, una división de SAP AG, realizó inversiones en LinkedIn Corporation.
Los socios comerciales de SAP se beneficiarán de las funcionalidades contenidas en LinkedIn RecruiterTM Basic Starter Package, que ha sido específicamente diseñado para satisfacer las necesidades de reclutamiento de los canales de la compañía que emplean plantillas de personal de hasta 1,000 trabajadores. El paquete incluye la aplicación LinkedIn Recruiter, una solución virtual de reclutamiento que realiza búsquedas dentro de la red LinkedIn y localiza los candidatos más idóneos, de acuerdo con criterios definibles de manera individual, permitiendo, a los canales de SAP ponerse fácilmente en contacto y dar un apropiado seguimiento a los candidatos.
Adicionalmente, el paquete incluye la aplicación LinkedIn Jobs Network, un servicio virtual de clasificados de empleo que los socios comerciales podrán emplear para promover vacantes laborales dentro de la comunidad LinkedIn. El producto anunciado estará inmediatamente a disposición de todos los canales de SAP alrededor del mundo.
“Nos complace sobremanera celebrar esta asociación", señaló Brian Frank, Director del área de Operaciones de Venta y Alianzas de LinkedIn. “SAP es la primera compañía de software con la cual hemos decidido trabajar en el desarrollo de este producto. En la actualidad, más de 1,000 destacadas compañías del planeta dependen de las soluciones de reclutamiento ofrecidas por LinkedIn y los esfuerzos en conjunto que estamos adelantando con SAP nos permitirán cumplir nuestro objetivo de brindar a los miembros de nuestra red una mayor diversidad de interesantes oportunidades profesionales dentro del ecosistema de SAP".
Los socios comerciales de SAP que opten por LinkedIn Recruiter Basic Starter Package obtendrán acceso a profesionales de difícil ubicación y reducirán así los costos y tiempos asociados con la contratación de terceros para la búsqueda de candidatos. Adicionalmente, el nuevo producto proporcionará a los socios comerciales, las siguientes ventajas:
Oportunidad para aprovechar más eficazmente la red LinkedIn y detectar y vincular prospectos de interés en determinadas regiones del mundo.
Acceso a un volumen mayor de candidatos, si se compara con los ofrecidos por terceros dedicados a la identificación de profesionales.
Resultados de búsqueda altamente específicos y parametrizables durante investigaciones enfocadas en talentos calificados para SAP.
Resultados de búsqueda que aportan una nítida visibilidad sobre toda la base de datos de LinkedIn, la cual abarca un total de más de 45 millones de profesionales.
Capacidad para establecer contacto directo con los talentos pretendidos.
Avanzadas herramientas que extienden el alcance de los esfuerzos de reclutamiento.
“Siempre estamos buscando maneras de desarrollar nuevos, interesantes y efectivos medios para generar beneficios de negocios para nuestros socios comerciales", afirmó Pat Hume, Vicepresidente Senior Global de PyMEs y Canales de SAP. “Al trabajar con LinkedIn, estamos ayudando a nuestros socios a satisfacer sus necesidades de reclutamiento, proporcionándoles alternativas a los métodos tradicionales de captación de personal. LinkedIn ofrece una solución muy robusta y gracias a esta asociación, SAP podrá ofrecer a sus canales, a un precio de descuento, el paquete LinkedIn Recruiter".
Fuente: http://www.diarioti.com/gate/n.php?id=23641
Oferta supera la demanda en integración SAP, según Indra
El integrador español de sistemas Indra observa más oferta que demanda en la integración de soluciones SAP (NYSE: SAP) en Latinoamérica durante estos tiempos de crisis, dijo a BNamericas el responsable de soluciones de terceros, consultoría tecnológica y alianzas de Indra en Latinoamérica, Jorge Arduh.
Arduh atribuyó las condiciones del mercado a la competencia entre actores multinacionales.
"Son los integradores estándar del mercado, incluyendo Accenture, Deloitte, IBM... y Neoris", indicó.
A pesar de la competencia, Indra tratará de aumentar su participación en el sector financiero de Latinoamérica a través de implementaciones de SAP Banking, aseveró Arduh. Agregó que Indra también prevé oportunidades comerciales en implementaciones SAP para el sector minorista.
El ejecutivo destacó que Indra apuntará a implementaciones en los mercados más grandes de SAP, como México, Brasil y Colombia.
Indra ha trabajado con SAP en Latinoamérica por más de 15 años. Además de las integraciones e implementaciones de soluciones, Indra provee consultoría en SAP.
El ejecutivo no dio a conocer cifras financieras concretas sobre las implementaciones SAP de Indra. Indra anotó un alza de 15% en sus ventas en Latinoamérica durante el primer semestre respecto del mismo lapso del 2008. A nivel mundial, las ventas se empinaron un 7% en la comparación interanual a 1.333mn de euros (US$1.876mn), mientras que las ganancias netas globales llegaron a 108mn de euros, un repunte de 7% frente al primer semestre del 2008.
En Latinoamérica, Indra tiene presencia en México, Guatemala, Puerto Rico, Panamá, Argentina, Chile, Uruguay, Colombia, Brasil y Venezuela.
Fuente: http://www.bnamericas.com/news/tecnologia/Oferta_supera_la_demanda_en_integracion_SAP,_segun_Indra
Arduh atribuyó las condiciones del mercado a la competencia entre actores multinacionales.
"Son los integradores estándar del mercado, incluyendo Accenture, Deloitte, IBM... y Neoris", indicó.
A pesar de la competencia, Indra tratará de aumentar su participación en el sector financiero de Latinoamérica a través de implementaciones de SAP Banking, aseveró Arduh. Agregó que Indra también prevé oportunidades comerciales en implementaciones SAP para el sector minorista.
El ejecutivo destacó que Indra apuntará a implementaciones en los mercados más grandes de SAP, como México, Brasil y Colombia.
Indra ha trabajado con SAP en Latinoamérica por más de 15 años. Además de las integraciones e implementaciones de soluciones, Indra provee consultoría en SAP.
El ejecutivo no dio a conocer cifras financieras concretas sobre las implementaciones SAP de Indra. Indra anotó un alza de 15% en sus ventas en Latinoamérica durante el primer semestre respecto del mismo lapso del 2008. A nivel mundial, las ventas se empinaron un 7% en la comparación interanual a 1.333mn de euros (US$1.876mn), mientras que las ganancias netas globales llegaron a 108mn de euros, un repunte de 7% frente al primer semestre del 2008.
En Latinoamérica, Indra tiene presencia en México, Guatemala, Puerto Rico, Panamá, Argentina, Chile, Uruguay, Colombia, Brasil y Venezuela.
Fuente: http://www.bnamericas.com/news/tecnologia/Oferta_supera_la_demanda_en_integracion_SAP,_segun_Indra
Workflow MM parte 2
Estrategia de liberación:
Definición
La estrategia de liberación define el proceso de aprobación de las solicitudes de compra. La estrategia especifica los códigos de liberación con la que debe ser liberado una solicitud de compra completa o un elemento de requisición (aprobados) y la secuencia en que las aprobaciones tienen que darse. Puede asignar un máximo de ocho liberaciones de códigos a la estrategia de liberación.
La asignación de la estrategia de liberación a una solicitud de compra completa o un elemento de solicitud se basa en las condiciones de liberación.
Si el proceso de asignación de estrategia de liberación se llevan a cabo sobre una base de punto por punto, un
solicitud de compra única puede contener elementos con estrategias diferentes. Los elementos individuales, por lo tanto, pueden ser publicados por separado para la cuestión de RFQs o PC.
Estrategias de liberación KF y PT se han definido.
Código de liberación
El código de Liberación (denota un punto de liberación) es un ID de dos caracteres permitir que una persona procesar un elemento de requisa. Los códigos de liberación están definidos en la facilidad de personalizar de compras y asignados a la estrategia de liberación. Que puede funcionar con qué versión códigos básicamente está controlada a través de un sistema de autorizaciones (autorización objeto M_EINK_FRG).
La asignación de un códigos de liberación para procesadores (procesamiento de los miembros del personal) además puede definirse como sigue:
Organizativo
En este caso, el Departamento pertinente estipula que los usuarios colaborará con qué códigos de liberación
Con códigos de liberación organizativa, un artículo de requisición de compra puede ser emitido o la
liberación cancelado.
En la personalización
En este caso, debe haber una vinculación con SAP Business Workflow. Se debe definir la
códigos de liberación para la cual Workflow es determinar automáticamente el responsable
procesador. Estos liberación códigos son designados como flujo de trabajo pertinentes. Es un ID de procesador
asignados a los códigos de liberación de flujo de trabajo pertinentes. Puede ser la asignación de procesador
lleva a cabo directamente o indirectamente:
Directamente
El procesador es un nombre de usuario.
Indirectamente
El ID de procesador es un trabajo o una posición, por ejemplo. En el tiempo de ejecución, el sistema, a continuación
determina al funcionario responsable de procesamiento.
Puestos de trabajo son áreas de trabajo general dentro de una empresa que se describen por tareas (por ej.
Comité Ejecutivo).
Posiciones deben entenderse como empleados planificados y, por ejemplo, puede
en manos de un usuario. Por ejemplo, la posición de Gerente de ventas (celebrada por el usuario SEAGOON).
Con códigos de lanzamiento de flujo de trabajo pertinentes, negativa es posible además de lanzamiento y
cancelación de lanzamiento.
Una estrategia de liberación individual puede constar de ambos códigos de liberación organizativa y flujo de trabajo-pertinentes.
El lanzamiento de organización de los códigos T1 y T2 (servicios técnicos) y el flujo de trabajo pertinente liberar códigos KY (Gerente de ventas) y EX (Junta) han sido
definido.
Requisitos previos de lanzamiento
Definición
Los requisitos de lanzamiento de indican la secuencia en que una solicitud de compra completa o un elemento requisición debe ser aprobado a través de los códigos de lanzamiento. Los requisitos previos de lanzamiento se definen en personalizar para compras (en la estrategia de lanzamiento).
Liberar estrategia KF (pedidos de compra hasta 10.000 dólares)
Con los dos pasos liberar estrategia KF, lanzamiento por ambos T1 o T2 es un requisito previo
para versión con KY. Es decir, un miembro del personal Technical Services (T1 o
T2) debe liberar el elemento de requisición antes el nivel más alto nivel de Gerente de ventas
(KA).
Liberar estrategia TF (pedidos de compra por encima de 10.000 dólares)
Estrategia de liberación TF básicamente corresponde a la estrategia KF. Sin embargo, la
elemento de requisición además debe ser liberado por un miembro de la Junta Ejecutiva
(versión de código EX). Un requisito previo para lanzamiento por EX es liberación por el Gerente de ventas
(versión de código KY).
Indicador de liberación
Cuando una solicitud completa o un elemento de requisa se ha procesado a través de un código de liberación, un indicador de liberación se asigna a él. Muestra en el último si:
La solicitud puede modificarse mediante materiales de planificación y control
Se puede crear un SDP hace referencia el artículo
Puede emitir un pedido hace referencia el artículo
De compras para cambiar la cantidad o la fecha de entrega
El elemento puede cambiarse posterior para el inicio del procedimiento liberación de
Para definir cuando el sistema establece que indicador de liberación en personalizar para compras bajo "Set up procedimiento con clasificación".
Publicación de indicadores para la estrategia KF:
Un SDP o un PC haciendo referencia a la requisición de artículo puede crearse si dispone de versiones
ha efectuado por T1 o T2 y luego con KY.
Publicación de indicadores para la estrategia TF:
fuente: http://www.abapprogramming.net/2007/09/work-flow-scenorios-in-mm-2.html
Definición
La estrategia de liberación define el proceso de aprobación de las solicitudes de compra. La estrategia especifica los códigos de liberación con la que debe ser liberado una solicitud de compra completa o un elemento de requisición (aprobados) y la secuencia en que las aprobaciones tienen que darse. Puede asignar un máximo de ocho liberaciones de códigos a la estrategia de liberación.
La asignación de la estrategia de liberación a una solicitud de compra completa o un elemento de solicitud se basa en las condiciones de liberación.
Si el proceso de asignación de estrategia de liberación se llevan a cabo sobre una base de punto por punto, un
solicitud de compra única puede contener elementos con estrategias diferentes. Los elementos individuales, por lo tanto, pueden ser publicados por separado para la cuestión de RFQs o PC.
Estrategias de liberación KF y PT se han definido.
Código de liberación
El código de Liberación (denota un punto de liberación) es un ID de dos caracteres permitir que una persona procesar un elemento de requisa. Los códigos de liberación están definidos en la facilidad de personalizar de compras y asignados a la estrategia de liberación. Que puede funcionar con qué versión códigos básicamente está controlada a través de un sistema de autorizaciones (autorización objeto M_EINK_FRG).
La asignación de un códigos de liberación para procesadores (procesamiento de los miembros del personal) además puede definirse como sigue:
Organizativo
En este caso, el Departamento pertinente estipula que los usuarios colaborará con qué códigos de liberación
Con códigos de liberación organizativa, un artículo de requisición de compra puede ser emitido o la
liberación cancelado.
En la personalización
En este caso, debe haber una vinculación con SAP Business Workflow. Se debe definir la
códigos de liberación para la cual Workflow es determinar automáticamente el responsable
procesador. Estos liberación códigos son designados como flujo de trabajo pertinentes. Es un ID de procesador
asignados a los códigos de liberación de flujo de trabajo pertinentes. Puede ser la asignación de procesador
lleva a cabo directamente o indirectamente:
Directamente
El procesador es un nombre de usuario.
Indirectamente
El ID de procesador es un trabajo o una posición, por ejemplo. En el tiempo de ejecución, el sistema, a continuación
determina al funcionario responsable de procesamiento.
Puestos de trabajo son áreas de trabajo general dentro de una empresa que se describen por tareas (por ej.
Comité Ejecutivo).
Posiciones deben entenderse como empleados planificados y, por ejemplo, puede
en manos de un usuario. Por ejemplo, la posición de Gerente de ventas (celebrada por el usuario SEAGOON).
Con códigos de lanzamiento de flujo de trabajo pertinentes, negativa es posible además de lanzamiento y
cancelación de lanzamiento.
Una estrategia de liberación individual puede constar de ambos códigos de liberación organizativa y flujo de trabajo-pertinentes.
El lanzamiento de organización de los códigos T1 y T2 (servicios técnicos) y el flujo de trabajo pertinente liberar códigos KY (Gerente de ventas) y EX (Junta) han sido
definido.
Requisitos previos de lanzamiento
Definición
Los requisitos de lanzamiento de indican la secuencia en que una solicitud de compra completa o un elemento requisición debe ser aprobado a través de los códigos de lanzamiento. Los requisitos previos de lanzamiento se definen en personalizar para compras (en la estrategia de lanzamiento).
Liberar estrategia KF (pedidos de compra hasta 10.000 dólares)
Con los dos pasos liberar estrategia KF, lanzamiento por ambos T1 o T2 es un requisito previo
para versión con KY. Es decir, un miembro del personal Technical Services (T1 o
T2) debe liberar el elemento de requisición antes el nivel más alto nivel de Gerente de ventas
(KA).
Liberar estrategia TF (pedidos de compra por encima de 10.000 dólares)
Estrategia de liberación TF básicamente corresponde a la estrategia KF. Sin embargo, la
elemento de requisición además debe ser liberado por un miembro de la Junta Ejecutiva
(versión de código EX). Un requisito previo para lanzamiento por EX es liberación por el Gerente de ventas
(versión de código KY).
Indicador de liberación
Cuando una solicitud completa o un elemento de requisa se ha procesado a través de un código de liberación, un indicador de liberación se asigna a él. Muestra en el último si:
La solicitud puede modificarse mediante materiales de planificación y control
Se puede crear un SDP hace referencia el artículo
Puede emitir un pedido hace referencia el artículo
De compras para cambiar la cantidad o la fecha de entrega
El elemento puede cambiarse posterior para el inicio del procedimiento liberación de
Para definir cuando el sistema establece que indicador de liberación en personalizar para compras bajo "Set up procedimiento con clasificación".
Publicación de indicadores para la estrategia KF:
Un SDP o un PC haciendo referencia a la requisición de artículo puede crearse si dispone de versiones
ha efectuado por T1 o T2 y luego con KY.
Publicación de indicadores para la estrategia TF:
fuente: http://www.abapprogramming.net/2007/09/work-flow-scenorios-in-mm-2.html
WORKFLOW en MM capítulo 1
Voy a traducir los 12 capítulos de Workflow MM de la excelente página http://www.abapprogramming.net
Procedimientos de lanzamiento para las solicitudes de compra (PReqs) pueden utilizarse tanto para los elementos individuales como para todos los elementos de una solicitud (es decir, para la requisición completa). Dichos procedimientos de liberación son necesarias, por ejemplo, si la requisición supera un determinado valor y autorización es necesaria para los gastos correspondientes. Por ejemplo, es razonable, para definir estrategias de lanzamiento separado para diferentes grupos de materiales que son responsables diferentes departamentos y para definir estrategias de lanzamiento separado para bienes de capital y bienes de consumo.
El tipo de documento determina si el procedimiento de liberación se aplica a determinados
los artículos sólo o a la solicitud completa.
La versión de procedimiento con/sin clasificación
Si una solicitud de compra completa o un elemento de requisición cumple ciertas condiciones (por ejemplo, el valor del pedido supera 10.000 dólares), debe ser aprobado antes de que se pueden convertir en una solicitud de cotización (SDP) o un pedido de compra (PC). En el sistema SAP, el procedimiento de liberación replica este proceso de aprobación. Dos procedimientos están disponibles para las solicitudes de compra:
Procedimiento de liberación sin clasificación
Con este procedimiento, no es posible implementar un vínculo al flujo de trabajo. Por esta razón, no se tratarán aquí. Para obtener más información, consulte la documentación de compras MM.
Procedimiento de liberación con clasificación
Este procedimiento funciona con clasificación MM, que permiten un vínculo a SAP Business
Flujo de trabajo.
Toda la información adicional proporcionada aquí se basa en el procedimiento de liberación con
clasificación.
Cada individuo implicado en el procedimiento de liberación significa aprobación con su código de lanzamiento mediante una transacción de lanzamiento. Una vez efectuada, un lanzamiento puede cancelarse también con el mismo código (que es decir, se ha restablecido el estado original).
Si ha definido la vinculación a SAP Business Workflow, negativa a liberar (rechazo de una solicitud o elemento de requisición) también es posible.
SAP Business Workflow el sistema puede configurarse de tal manera que una persona autorizada para liberar las solicitudes de compra, pero cuyas funciones diarias principalmente involucran a otras tareas se recomienda a través de flujo de trabajo cuando ese documento está esperando la liberación. Es decir, esta persona ve un elemento de trabajo en su buzón integrado, que puede ser procesado directamente desde dentro de la bandeja de entrada. Cuando se procesa el elemento, se invoca automáticamente la transacción de lanzamiento y el elemento de requisición espera lanzamiento se ofrece para la liberación o negativa. Los individuos que han sido informados a través de flujo de trabajo que un documento está esperando la liberación, por lo tanto, necesitan saber ni el nombre de transacción (o el menú
ruta de acceso) ni su código de lanzamiento.
Liberación de una demanda de compra (MM-PUR-REQ)
Se inicia un flujo de trabajo individual para cada paso de Liberación (es decir, para cada versión de código).
IDES un procedimiento de liberación vinculado al flujo de trabajo se ha configurado en la demostración internacional y la educación System (IDES), que usted puede ejecutar a través de. Si desea hacerlo, primero leer la documentación en el sistema de demostración (documentación de administración de materiales MM, sección solicitudes de compra - Release procedimiento con Workflow y clasificación).
Escenario de ejemplo para un procedimiento de Release
Todos los ejemplos citados en los siguientes se basan en este escenario:
En el Departamento de distribución y ventas, cada empleado puede preparar y presentar las solicitudes de compra para PCs. dependiendo del valor total del pedido (y en algunas otras condiciones, vea Release condiciones [página 11]) las solicitudes de compra están sujetas a un procedimiento de aprobación como sigue:
Liberar estrategia KF (Centro de lanzamiento de costos)
Las solicitudes con un valor de orden de hasta 10.000 dólares están sujetos a la siguiente procedimiento:
irst, miembro del Departamento de servicios de técnico debe comprobar la configuración de
los PCs. diferentes miembros de servicios técnicos son responsables de comprobar,
dependiendo del propósito para el cual el PC va a usarse (por ejemplo, para científicos o
fines administrativos). En este momento, una versión alternativa es posible, es decir, sólo uno de los miembros del personal necesario liberar la requisición de artículo.
Después de esto, el Gerente de ventas debe aprobar la requisa, ya que es centro de costo de este último que se cobrará.
Liberar estrategia TF (versión técnica)
Si el valor de orden excede $ 10,000, el procedimiento de liberación es básicamente la misma como en el caso de solicitudes cuyo valor total no exceda $ 10,000. Sin embargo, un miembro de la Junta Ejecutiva se además necesita para indicar su aprobación (efecto release).
Puesto que, como regla, miembros gerentes de ventas y la Junta Ejecutiva rara vez son necesarios para aprobar las solicitudes de compra, son informados a través de flujo de trabajo cuando una requisición está esperando la liberación.
Condiciones de lanzamiento
Definición
Las condiciones de lanzamiento de determinan la estrategia de lanzamiento de acuerdo con que una solicitud de compra completa o un elemento de requisición es que se publique. Las condiciones se formulan a través de valores característicos y se almacenan en el centro compras personalización (bajo la estrategia de lanzamiento).
Un requisito previo para que esto es que previamente se han creado las características del sistema de clasificación. Para obtener más información sobre este tema, consulte ristics CA Characte [ext.] y sistema de clasificación de CA [ext.] y la guía de implementación (IMG) para compras.
Para habilitar una estrategia de lanzamiento que se asignará a ella, una solicitud de compra completa o un elemento de requisición debe tener uno de los valores posibles de cada carácter.
Condiciones para la estrategia de lanzamiento KF de publicación:
En la planta 1000, la asignación de cuenta preliminar especificada para una compra
elemento de requisición que abarca dos PCs (material R-1003, material Grupo de números 002) es
Activo Nº 3221. El valor total asciende a $ 4,920. Compra grupo 001 es
es responsable de ordenar este tema, a la que el sistema automáticamente asigna el
la versión estrategia KF.
Condiciones de lanzamiento
Si una solicitud completa o un elemento requisición no cumple cualquiera de las condiciones para una estrategia de lanzamiento, se libera automáticamente para el problema de un SDP o un PC.
Procedimientos de lanzamiento para las solicitudes de compra (PReqs) pueden utilizarse tanto para los elementos individuales como para todos los elementos de una solicitud (es decir, para la requisición completa). Dichos procedimientos de liberación son necesarias, por ejemplo, si la requisición supera un determinado valor y autorización es necesaria para los gastos correspondientes. Por ejemplo, es razonable, para definir estrategias de lanzamiento separado para diferentes grupos de materiales que son responsables diferentes departamentos y para definir estrategias de lanzamiento separado para bienes de capital y bienes de consumo.
El tipo de documento determina si el procedimiento de liberación se aplica a determinados
los artículos sólo o a la solicitud completa.
La versión de procedimiento con/sin clasificación
Si una solicitud de compra completa o un elemento de requisición cumple ciertas condiciones (por ejemplo, el valor del pedido supera 10.000 dólares), debe ser aprobado antes de que se pueden convertir en una solicitud de cotización (SDP) o un pedido de compra (PC). En el sistema SAP, el procedimiento de liberación replica este proceso de aprobación. Dos procedimientos están disponibles para las solicitudes de compra:
Procedimiento de liberación sin clasificación
Con este procedimiento, no es posible implementar un vínculo al flujo de trabajo. Por esta razón, no se tratarán aquí. Para obtener más información, consulte la documentación de compras MM.
Procedimiento de liberación con clasificación
Este procedimiento funciona con clasificación MM, que permiten un vínculo a SAP Business
Flujo de trabajo.
Toda la información adicional proporcionada aquí se basa en el procedimiento de liberación con
clasificación.
Cada individuo implicado en el procedimiento de liberación significa aprobación con su código de lanzamiento mediante una transacción de lanzamiento. Una vez efectuada, un lanzamiento puede cancelarse también con el mismo código (que es decir, se ha restablecido el estado original).
Si ha definido la vinculación a SAP Business Workflow, negativa a liberar (rechazo de una solicitud o elemento de requisición) también es posible.
SAP Business Workflow el sistema puede configurarse de tal manera que una persona autorizada para liberar las solicitudes de compra, pero cuyas funciones diarias principalmente involucran a otras tareas se recomienda a través de flujo de trabajo cuando ese documento está esperando la liberación. Es decir, esta persona ve un elemento de trabajo en su buzón integrado, que puede ser procesado directamente desde dentro de la bandeja de entrada. Cuando se procesa el elemento, se invoca automáticamente la transacción de lanzamiento y el elemento de requisición espera lanzamiento se ofrece para la liberación o negativa. Los individuos que han sido informados a través de flujo de trabajo que un documento está esperando la liberación, por lo tanto, necesitan saber ni el nombre de transacción (o el menú
ruta de acceso) ni su código de lanzamiento.
Liberación de una demanda de compra (MM-PUR-REQ)
Se inicia un flujo de trabajo individual para cada paso de Liberación (es decir, para cada versión de código).
IDES un procedimiento de liberación vinculado al flujo de trabajo se ha configurado en la demostración internacional y la educación System (IDES), que usted puede ejecutar a través de. Si desea hacerlo, primero leer la documentación en el sistema de demostración (documentación de administración de materiales MM, sección solicitudes de compra - Release procedimiento con Workflow y clasificación).
Escenario de ejemplo para un procedimiento de Release
Todos los ejemplos citados en los siguientes se basan en este escenario:
En el Departamento de distribución y ventas, cada empleado puede preparar y presentar las solicitudes de compra para PCs. dependiendo del valor total del pedido (y en algunas otras condiciones, vea Release condiciones [página 11]) las solicitudes de compra están sujetas a un procedimiento de aprobación como sigue:
Liberar estrategia KF (Centro de lanzamiento de costos)
Las solicitudes con un valor de orden de hasta 10.000 dólares están sujetos a la siguiente procedimiento:
irst, miembro del Departamento de servicios de técnico debe comprobar la configuración de
los PCs. diferentes miembros de servicios técnicos son responsables de comprobar,
dependiendo del propósito para el cual el PC va a usarse (por ejemplo, para científicos o
fines administrativos). En este momento, una versión alternativa es posible, es decir, sólo uno de los miembros del personal necesario liberar la requisición de artículo.
Después de esto, el Gerente de ventas debe aprobar la requisa, ya que es centro de costo de este último que se cobrará.
Liberar estrategia TF (versión técnica)
Si el valor de orden excede $ 10,000, el procedimiento de liberación es básicamente la misma como en el caso de solicitudes cuyo valor total no exceda $ 10,000. Sin embargo, un miembro de la Junta Ejecutiva se además necesita para indicar su aprobación (efecto release).
Puesto que, como regla, miembros gerentes de ventas y la Junta Ejecutiva rara vez son necesarios para aprobar las solicitudes de compra, son informados a través de flujo de trabajo cuando una requisición está esperando la liberación.
Condiciones de lanzamiento
Definición
Las condiciones de lanzamiento de determinan la estrategia de lanzamiento de acuerdo con que una solicitud de compra completa o un elemento de requisición es que se publique. Las condiciones se formulan a través de valores característicos y se almacenan en el centro compras personalización (bajo la estrategia de lanzamiento).
Un requisito previo para que esto es que previamente se han creado las características del sistema de clasificación. Para obtener más información sobre este tema, consulte ristics CA Characte [ext.] y sistema de clasificación de CA [ext.] y la guía de implementación (IMG) para compras.
Para habilitar una estrategia de lanzamiento que se asignará a ella, una solicitud de compra completa o un elemento de requisición debe tener uno de los valores posibles de cada carácter.
Condiciones para la estrategia de lanzamiento KF de publicación:
En la planta 1000, la asignación de cuenta preliminar especificada para una compra
elemento de requisición que abarca dos PCs (material R-1003, material Grupo de números 002) es
Activo Nº 3221. El valor total asciende a $ 4,920. Compra grupo 001 es
es responsable de ordenar este tema, a la que el sistema automáticamente asigna el
la versión estrategia KF.
Condiciones de lanzamiento
Si una solicitud completa o un elemento requisición no cumple cualquiera de las condiciones para una estrategia de lanzamiento, se libera automáticamente para el problema de un SDP o un PC.
Oportunidades SAP Professionals
Les dejo el link que con videos que puso SAP para convencer a la gente de que conviene ser un consultor SAP :D .
Son varios links a Youtube que pueden acceder desde acá:
http://www.oportunidadessapprofessionals.com/al/videos.aspx
Saludos!
Son varios links a Youtube que pueden acceder desde acá:
http://www.oportunidadessapprofessionals.com/al/videos.aspx
Saludos!
Suscribirse a:
Entradas (Atom)