Introducción sap ariba sourcing

Sesión 3
Stephanie marchese
Sesión III
 3

Revisión de un Evento Rápido

✖ Revisión de un RFI y RFP
✖ Reglas
✖ Sobres
✖ Proveedores
✖ Contenido
✖ Mensajes Personalizados
✖ Seguimiento
Solicitud de información (RFI) - Request for
Information
✖ Los compradores utilizan los eventos RFI para recopilar datos no competitivos,
información, comentarios o reacciones de los participantes potenciales. Generalmente
en una RFI no se proporciona información de determinación de precios. Normalmente
las RFI preceden a otros eventos (RFP o subastas) que incluyen precios.
✖ Como las RFI no son competitivas, se pueden abrir para dar respuestas durante un
margen de tiempo arbitrario (varios días o semanas), de este modo podrá iniciar sesión
y responder cuando le resulte conveniente. SAP Ariba muestra un reloj de cuenta atrás
en la parte superior derecha donde se puede ver el tiempo restante para completar la
RFI y enviar la respuesta al comprador.
✖ Una RFI puede utilizarse sólo para solicitar propuestas de los participantes. En el paso
RFI, los compradores recopilan información sobre los participantes con el objetivo de
seleccionar a unos cuantos para invitarles a eventos subsiguientes como RFP o
subastas.
Solicitud de propuesta (RFP) - Request
for Proposal
✖ Una RFP comunica las necesidades empresariales a participantes potenciales y les pide que
propongan bienes o servicios que satisfagan las necesidades de la empresa. La persona que
participa suele incluir en la respuesta información relativa a los precios, aunque es posible que el
precio no resulte ser el factor más importante en la selección.
✖ Las RFP no son directamente competitivas (los participantes que compiten no intercambian
información en tiempo real). Por este motivo, se pueden abrir para dar respuestas durante un
margen de tiempo arbitrario (varios días o semanas), de este modo los participantes podrán
iniciar sesión y responder cuando les resulte conveniente.
✖ En la RFP, se recopila información detallada de los participantes. Por ejemplo, puede determinar
exactamente qué bienes o servicios ofrecen los proveedores y recopilar información a cerca de
su capacidad de producción, así como los precios. Puede utilizar esta información para
configurar una subasta de continuación, determinar a qué lotes les invita y configurar con
inteligencia los precios tope.
 RFP de gran capacidad
✖ Si desea solicitar información de determinación de precios u otra
información para un gran número de artículos (más de 2.000 artículos),
puede crear un RFP de gran capacidad. Las RFP de gran capacidad
son RFP no competitivas que pueden contener hasta 10.000 artículos en
línea. Al contenido de las RFP de gran capacidad se accede mediante hojas
de cálculo de Excel y no son directamente visibles en la interfaz de
usuario. Para obtener más información acerca de las RFP de gran
capacidad.

✖ Fe de erratas: En la presentación mencione que una RFP de gran

capacidad contenía desde 10.000 artículos en línea hacia arriba, pero
pueden contenes hasta 10.000 artículos.
 7

Información que te podria interesar

Reglas de eventos
Reglas de eventos de SAP Ariba Sourcing
✖ Las reglas de eventos controlan el funcionamiento de un evento. Este tema
abarca reglas de evento para usuarios que crean plantillas y los que crean eventos a
partir de estas plantillas.
✖ Las reglas de su proyecto dependen del tipo de evento y la plantilla que haya seleccionado. Las
plantillas proporcionan un buen punto de partida, lo único que debe hacer es
rellenar determinados valores.
✖ Al crear una plantilla, a menudo tiene la opción de evitar el control de una regla a la persona que
utiliza la plantilla para crear un evento, también conocido como propietario del proyecto. Las
opciones son las siguientes:
• Delegado: la capacidad de editar esta regla se delega al propietario del proyecto. Los
propietarios de proyecto pueden ver esta regla y se les permite cambiar la configuración.
• Solo lectura: los propietarios de proyecto pueden ver esta regla y configuración pero no
editarla.
• Oculto: los propietarios de proyecto no pueden ver esta regla ni cómo está configurada.
 Reglas de eventos
Formatos de subasta de SAP Ariba Sourcing
✖ Estas reglas sólo aparecen cuando crea una
plantilla de evento. Tenga en cuenta que algunos
de los formatos de evento como los eventos RFI
son eventos no competitivos para los que no hay
ninguna puja.
Formato de pujas inglesa
✖ En una subasta inglesa, los participantes envían
pujas que superan las de sus competidores, que
gradualmente abandonan la puja hasta que sólo
queda un participante
Reglas de eventos
Formato de pujas holandesa
✖ Como propietario del proyecto de una subasta holandesa, fije el
precio inicial del siguiente modo:
• Para una subasta holandesa a la inversa, fíjelo justo por debajo
del precio absoluto más bajo para el que anticipa que el vendedor
deseará venderlo. No empiece a 0,00€ si el ajuste del precio es
un porcentaje, o dicho ajuste y el precio permanecerán a 0,00€.
• Para una subasta holandesa directa, fíjelo justo por encima del
precio absoluto más elevado para el que anticipa que el
comprador deseará comprarlo.
✖ En intervalos especificados, también fijados por el propietario
del proyecto, SAP Ariba Sourcing automáticamente modifica el
precio hasta que uno de los participantes acepta el precio,
momento en el que se venden las mercancías especificadas, o se
alcanza el tope.
 Reglas de sobre de evento
Número de sobres
✖ La puja a sobre cerrado se utiliza cuando las leyes dictan que los compradores puedan ver solo
algunas secciones de un evento que contiene respuestas de proveedor en secuencia y que deben
cualificar o descalificar a los participantes antes de abrir la siguiente sección (sobre) de las
series.
✖ Para la puja a sobre cerrado, puede especificar el número máximo de sobres que puede utilizar
en este evento. Puede agregar secciones a un sobre. Las respuestas de los participantes dentro de
secciones asociadas a un sobre no son visibles para el equipo del proyecto hasta que se abre el
sobre durante el periodo Selección pendiente.
✖ De manera predeterminada es Sin sobres.

Esta regla aparece para eventos RFI y RFP de capacidad estándar. No está disponible para subastas o
eventos de gran cantidad.
 Reglas de sobre de evento
✖ Por ejemplo, si la primera sección contiene preguntas sobre especificaciones técnicas, este
evento puede fomentar que los participantes se cualifiquen o descalifiquen antes de que el
comprador pueda ver la segunda sección, que contiene las ofertas de precios. Los sobres
funcionan así:
• Cuando crea una sección, especifica si pertenece a un sobre y, de ser así, a cuál.
• Un sobre puede contener más de una sección.
• Un sobre contiene respuestas de todos los participantes del evento en esa sección.
• Los compradores solo pueden ver las respuestas de los sobres abiertos.
• Solo pueden abrir sobres en secuencia.
• Cuando los compradores abren un sobre, solo pueden ver las respuestas de los
participantes que hayan seleccionado para continuar.
• Si un comprador descarta a un participante, todas las respuestas de este participante
(abiertas o no) se suprimirán, a menos que se hayan configurado las reglas Mantener
las pujas de los sobres rechazados y Descartar pujas para actualización de evento.
 Reglas de sobre de evento
Autorizar equipos para abrir sobres
✖ Puede asignar la capacidad de abrir sobres a grupos de proyecto. Esto le permite asignar un subconjunto específico de
miembros de equipo con la capacidad de abrir un sobre. Puede crear equipos de proyecto para cada sobre e incluir o
excluir a miembros de equipo según sea necesario. También puede autorizar a varios equipos de proyecto para que abran
un solo sobre.
• SAP Ariba avisa a los miembros del grupo de proyecto cuando un sobre está listo para abrir. SAP Ariba avisa al
propietario del evento y a los observadores activos cuando se abren los sobres. SAP Ariba envía notificaciones
durante las pujas de sobre cuando ocurren los siguientes eventos: Un sobre está listo para abrir SAP Ariba envía
un correo electrónico a los miembros del equipo de proyecto autorizados para abrir sobres cuando un sobre está
listo para abrir.
• Se ha abierto un sobre. SAP Ariba envía un correo electrónico al propietario del evento y a los observadores
activos cuando se ha abierto un sobre.
✖ Si no desea autorizar un equipo de proyecto específico para que abra un sobre, deje el campo Equipo en blanco en la
sección Autorizar equipos para abrir sobres.
 Reglas de sobre de evento
Mantener las pujas de sobre rechazadas
✖ Seleccione Sí para retener las partes abiertas de pujas de sobre rechazadas en el
sistema. Si selecciona No, las pujas rechazadas y todas las versiones anteriores se
suprimen del sistema.
Descartar pujas para actualización de evento
✖ Cuando actualiza un evento, puede seleccionar mantener o rechazar pujas de
sobre. Seleccione Descartar siempre para descartar las pujas
independientemente de qué tipo de edición realice al evento.
Seleccione Mantener las pujas para retener las pujas de sobre después de editar
y actualizar un evento.
Enviar notificación a los que abran los sobres
✖ Seleccione Sí para que SAP Ariba notifique a los miembros del equipo de
proyecto en el momento en que puedan abrir el sobre asignado.
Reglas de horario de evento
 Reglas de horario de evento
✖ Estas reglas controlan el horario de evento, los períodos de puja, los períodos de vista preliminar y los
períodos de revisión. Éstas son algunas consideraciones de utilización para las reglas de horarios:
✖ Las solicitudes de información (RFI) no recogen información de determinación de precios ni implican tanta
presión por lo que respecta al tiempo como una subasta. Generalmente fija una para que se abra tan pronto
como se publique. Si se publica una RFI con el estado Vista preliminar, los participantes no pueden responder
hasta que no la abra. Puede dejarla abierta tanto tiempo como crea necesario para que todos los proveedores
inicien la sesión, realicen sus propias investigaciones internas si son necesarias, y envíen respuestas.
✖ Las solicitudes de propuesta (RFP) pueden recoger información de determinación de precios. Generalmente
empieza a permitir las respuestas tan pronto como se publica el evento, a menos que crea que necesitará
editar el evento como resultado de la información del proveedor.
✖ Puede finalizar el período de puja después de una duración específica, o en una hora específica. Especifique
la fecha en la que espera realizar la decisión de adjudicación de forma que los participantes puedan pujar con
precisión en caso de que la determinación de precios de sus pujas dependa del suministro de una mercancía
determinada o de la carga de trabajo planificada en ese tiempo.
Periodo de vista preliminar antes de que
se abra la puja
✖ El tiempo entre cuando publica el evento y el horario de inicio de puja se llama el período de vista
preliminar. Durante el período de vista preliminar, los participantes pueden ver el evento, planificar la
estrategia de puja, realizar preguntas acerca de los puntos confusos, y enviar pujas previas o respuestas
durante ese período, si se les permite. No hay información de mercado durante el período de vista
preliminar.
✖ Este período de vista preliminar se inicia cuando el evento se publica (o el horario de inicio
especificado) y finaliza cuando empieza la puja. Proporciona tiempo para que los participantes revisen
el evento y decidan cómo responder. SAP Ariba recomienda suministrar cualquier sitio desde unos
pocos días hasta unas semanas para el período de vista preliminar, dependiendo de cómo sea el evento
de complejo. De forma predeterminada, no hay ningún período de vista preliminar y el control se
delega al propietario del proyecto.
 Periodo de vista preliminar antes de que
se abra la puja
Los participantes pueden realizar pujas durante el período de vista preliminar
✖ Esta regla está disponible sólo cuando activa un período de vista preliminar. Las pujas ubicadas
durante el período de vista preliminar se llaman pujas previas. Cuando un proveedor envía una puja
previa, se convierte en la puja inicial cuando se abre la puja. El valor predeterminado es No
permitir pujas previas. Las otras opciones son permitir o requerir pujas previas.
✖ Si se requieren pujas previas y un proveedor no envía ninguna, SAP Ariba
Sourcing automáticamente le bloquea fuera del evento cuando empieza la puja.
✖ Durante el período de puja previa, el sistema sólo pone en vigor las reglas de puja para si se
permiten las pujas igualadas o no y alcanzar el precio tope. Para obtener más información acerca de
las pujas igualadas y para alcanzar el precio tope, consulte la Guía de gestión de eventos. Los
participantes pueden revisar las pujas tantas veces como deseen durante este período.
 Periodo de vista preliminar antes de que se
abra la puja
Horario de inicio
✖ Esta regla está disponible sólo cuando activa un período de vista preliminar. Establece el horario de
inicio del período de puja. El período de vista preliminar puede empezar cuando el propietario del
proyecto publica el evento o cuando se programa el inicio en una fecha y hora específicas. El
período de vista preliminar finaliza cuando se inicia el período de puja, a menos que se fije la regla
de Hora de fin de puja previa en una hora anterior.
✖ Las opciones para esta regla son:
• Cuando haga clic en el botón Publicar en la página Resumen – SAP Ariba
Sourcing inmediatamente publica el evento cuando hace clic en Publicar en la
página Resumen del evento.
• Programación para el futuro – Puede introducir la fecha y la hora que desee que SAP Ariba
Sourcing publique el evento. Puede dejar los campos de fecha y hora en blanco en la plantilla
si delega esta regla a los propietarios del proyecto. Para obtener más información acerca de
los eventos de programación, consulte la Guía de gestión de eventos.
 Periodo de vista preliminar antes de que se
abra la puja
Hora de fin de puja no ajustada automáticamente si amplía el tiempo en el período de vista preliminar
✖ Si selecciona Paralelo para la regla de horario Especificar cómo empezará y finalizará la puja por lotes y Fecha fija para Hora
de finalización de respuesta, y si amplía el tiempo en el período de vista previa, el horario de finalización de la puja no se
ampliará automáticamente. Para forzar que se amplíe automáticamente el horario de finalización de la puja, en Reglas de
horario Hora de finalización de respuesta, seleccione Duración en lugar de Fecha fija.
Hora de finalización de la puja previa
✖ Esta regla solo está disponible si se permiten las pujas previas. Si permite pujas previas, puede especificar una hora de finalización
de puja previa. No puede ser posterior a la hora de inicio de puja. Si es anterior a la hora de inicio de puja, se crea un periodo de
revisión de las pujas previas. Se trata de un periodo anterior al inicio de la puja en el que los participantes no pueden enviar pujas
previas. Utilice este periodo de revisión de las pujas para evaluar las pujas previas de los participantes y, opcionalmente, a
descalificarlos para la participación.
✖ No es una regla obligatoria. Si se deja en blanco, no habrá Tiempo de revisión de las pujas previas. Es decir, el periodo de puja
previa termina cuando empieza la puja. Si durante el periodo de puja previa amplía la duración del periodo, SAP Ariba Sourcing le
permite ajustar la hora de inicio de puja para conservar la duración del periodo de revisión de las pujas previas.
 inicio y finalización - puja de lote
✖ Esta regla le permite seleccionar la secuencia de cuándo de abre y se cierra la puja para
diferentes lotes.
• En paralelo significa que el horario de inicio de puja es el mismo para todos los lotes y la
hora de finalización también. Es la única opción disponible para una RFI.
• Escalonado significa que todos los lotes empiezan la puja al mismo tiempo pero se
cierran secuencialmente. Escalonado es el valor preferido normalmente. Permite a los
participantes concentrarse en el artículo que se cierra y también permite a los
participantes que sólo pujan en unos pocos lotes abandonar después de que hayan
terminado. Si está pujando en un lote de un evento de 20 lotes, tiene que esperar durante
todo el período paralelo por si acaso algo pasara a un lote en el último momento. Para los
proveedores que pujen en todos los 20 lotes, tienen que administrar 20 puntos de datos a
la vez.
• En serie significa que la puja para un lote finaliza antes de que empiece la puja del
siguiente. Sólo una línea está abierta para pujar cada vez.
 Pujas en paralelo
✖ En la puja en paralelo, todos los lotes se abren simultáneamente se cierran a la vez. La puja en paralelo
adelanta su evento, lo que permite a los participantes hacer pujas por todos los artículos a la vez. Este tipo de
puja es útil si quiere obtener la mayor cantidad posible de pujas por los lotes rápidamente. La puja en paralelo
es necesaria para que los paquetes especificados por el participante (paquetes de proveedor) funcionen.
✖ Puede especificar un horario de finalización de la puja para el periodo de puja en paralelo, momento en que
todas las pujas se detendrán, en la sección Reglas de horario. Los horarios en las pujas paralelas son más
sencillos que en las pujas en serie o escalonadas. SAP Ariba Sourcing no permite detener un artículo o
reducir el horario de un artículo en las pujas paralelas. Todos los artículos en línea pasan por los estados Vista
preliminar, Apertura, Revisión y Selección pendiente simultáneamente.
✖ Con todos los lotes abiertos en paralelo, puede comparar la actividad de las pujas de varios lotes a medida
que entran las pujas. Utilice la puja paralela para las RFI o las RFP no competitivas de cualquier tamaño.
Puede utilizarla para subastas o RFP competitivas, pero mantenga bajo el número de artículos en línea para
que los participantes pueden realizar el seguimiento de todas las pujas a la vez, especialmente cuando
terminan los periodos de puja. Generalmente, para las subastas de cualquier tamaño se utilizan pujas
escalonadas o en serie.
 Pujas escalonadas
✖ Un resumen de pujas escalonadas:
• Todos los lotes se abren al mismo tiempo.
• Los lotes se cierran en una forma escalonada, uno tras otro.
• El primero permanece abierto durante todo el tiempo configurado en la regla
Tiempo de ejecución para el primer lote.
• La cantidad de tiempo entre los cierres de lote subsiguientes es 10 minutos.
✖ En las pujas escalonadas todos los lotes se abren simultáneamente, pero se cierran uno
por uno en sucesión. La puja escalonada ayuda a crear un período de entusiasmo y
competición a medida que la hora de cierre del lote se aproxima.
✖ La puja escalonada permite a los licitadores centrarse en un solo artículo en línea a
medida que se cierra sin perder la oportunidad de seguir compitiendo, y por lo tanto
sin tener que preocuparse de otros artículos. El tiempo entre cierres de artículos en
línea en este tipo de pujas normalmente es corto.
Pujas escalonadas
✖ Supongamos que tiene tres lotes en la subasta. Cuando se inicia la
puja, todos los lotes se abren simultáneamente y los participantes
pueden poner sus pujas en cualquier lote. Sin embargo, todos los
lotes no se cierran simultáneamente. El primer lote se cierra después
de la cantidad de tiempo especificada en la regla Tiempo de
ejecución para el primer lote (siempre tiene la opción de ampliar o
reducir el tiempo de ejecución de un lote, o se puede desencadenar la
prórroga y ampliar el tiempo de ejecución). La cantidad de tiempo
entre los cierres de lote subsiguientes es 10 minutos en este ejemplo.
Se fija en la plantilla con la regla "Tiempo entre cierres de lotes" y la
plantilla puede delegar su modificación al propietario del proyecto.
✖ Cuando se inicia la puja, SAP Ariba Sourcing abre todos los lotes.
Suponiendo que no hay períodos de prórroga, el lote 1 se cierra
después de 15 minutos; el lote 2, diez minutos después (abierto para
un total de 25 minutos); el lote 3, cuando otros 10 minutos hayan
pasado (abierto para un total de 35 minutos), etc., tal y como se
ilustra en el gráfico siguiente:
 Pujas en serie
✖ Resumen de horario para pujas en serie:
• Si un artículo en estado Abierto pasa al estado Selección pendiente o Revisión, el
siguiente artículo programado pasa a Abierto con el horario de inicio en la hora actual.
• En este punto, si un artículo en Selección pendiente o Revisión se abre de nuevo, ese
artículo se posiciona después del artículo abierto actualmente.
• Reducir el horario de un artículo abierto, modifica el horario de todos los artículos en
estado Programado, de forma que aparecerán más temprano.
• Si un estado Abierto pasa a prórroga, aplaza los horarios de inicio de todos los lotes
restantes.
✖ En las pujas en serie todos los lotes se abren en diferentes intervalos y se cierran en un punto en
la secuencia, de forma que sólo un lote está abierto cada vez. Cuando empieza la subasta, sólo
un lote está abierto para pujar. Después de que se cierre el primer lote, se abre el segundo, etc.
Pujas en serie
✖ Las pujas en serie es el patrón de pujas más restrictivo.
El proveedor puede pujar sólo en un lote a la vez. Esto le
permite controlar la puja y ver en qué se puja antes de
que se abra la siguiente. A medida que avanza el evento,
puede decidir cerrarlo en cualquier momento, para un
lote o para todo el evento.
 inicio y finalización - puja de lote
Tiempo de ejecución para el primer lote
✖ Esta regla está disponible cuando ha seleccionado puja de lote escalonado o en serie. Es la hora durante la
cual se abre el primer lote para pujas. Puede especificar minutos, horas o días.
Tiempo entre cierre de lote
✖ Esta regla está disponible cuando ha seleccionado puja de lote escalonado o en serie. Es el intervalo entre el
cierre de cada período de puja. Puede especificar minutos, horas o días.
Intervalo de ajuste de puja
✖ Esta regla está disponible sólo en subastas holandesas y japonesas.
✖ Esta regla especifica el intervalo en el que las pujas se modifican con el importe especificado en la regla de
puja Mejorar el importe de la puja en. Puede introducir intervalos de 30 segundos o más.
✖ Establezca un intervalo que deje suficiente tiempo para que los participantes consideren si van a presentar
una puja (aceptar un nivel de precio). En las subastas holandesas, saldrá beneficiado si los participantes
aceptan un precio en el intervalo proporcionado y no en el siguiente; en las subastas japonesas, saldrá
beneficiado si lo participantes siguen aceptando niveles de precios, por lo que recomendamos que
proporcione a los participantes tiempo de sobra para pujar.
 Horarios de inicio y fin de eventos
Horario de inicio
✖ El horario de inicio planificado es cuando empieza la puja. Para las RFIs y las RFPs, es cuando
los participantes pueden empezar a responder. En la medida en que lo permitan las reglas
Información del mercado, los participantes pueden ver si lideran la puja o cuál es la puja líder.
✖ Este periodo de puja es diferente al periodo de puja previa, en el que los participantes no reciben
comentarios de ninguna puja competidora. Si se especifican reglas de mejora de puja para este
evento, estas surten efecto cuando comienza la puja y en un gráfico de pujas se muestra el
progreso del evento.
✖ La hora de inicio se puede establecer en la plantilla para empezar cuando se publica el evento. Si
esta opción se delega al propietario del proyecto o si hay un periodo de vista preliminar que
empieza cuando se publica el evento, la regla le permite seleccionar una fecha y una hora. Puede
introducir estos valores en el formato que quiera, pero es mejor seleccionar una fecha en el
calendario o lista de horarios para asegurarse de que el valor es válido, se dará en el futuro y
tiene el formato correcto.
 Horarios de inicio y fin de eventos
Hora de finalización de puja
✖ Cuando cree la plantilla, puede fijar la duración de la puja en minutos,
horas o días, pero el propietario del proyecto puede cambiar la duración o
fijar el final del período de puja en una fecha y hora específicas. Para una
fecha y hora, puede introducir estos formularios libres de valores, pero es
mejor seleccionar una fecha del calendario y una hora de la lista para
asegurar que los valores sean una fecha y hora válidas, en el formato
correcto, y en el futuro. No necesita una hora de finalización de puja
cuando utilice un mecanismo de puja de lote que especifica una hora de
puja específica para cada lote.
 Horarios de inicio y fin de eventos
Fecha de vencimiento
✖ Para una encuesta, RFI o RFP, fije la fecha y la hora en la que vence
la respuesta del participante.
Fecha estimada de adjudicación
✖ Es la fecha en la que estima que anunciará quién ha ganado la puja.
Esta fecha comunica su línea de tiempo a los participantes, que
necesitan esta información para pujar con precisión en caso de que
la determinación de precios de sus pujas dependa del suministro de
una mercancía determinada o de la carga de trabajo planificada en
ese tiempo.
 Mensajes de recordatorio de evento
✖ Los participantes de evento que no hayan enviado una respuesta no siempre saben cuándo un evento
finaliza y conseguir que los usuarios internos respondan a encuestas sobre los proveedores puede ser
difícil. Puede utilizar la propiedad de mensaje de recordatorio de evento para configurar cuándo y con
qué frecuencia se envían notificaciones de correo electrónico de recordatorio y mensajes en línea a los
participantes del evento y los usuarios internos. Los mensajes de recordatorio de evento recuerdan a los
participantes de evento el estado de un evento y recuerdan a los usuarios internos que tienen que
responder a las encuestas.
✖ Puede configurar los mensajes de recordatorio de evento en plantillas y eventos para la hora de
finalización de pujas previas, el horario de inicio de pujas y la fecha de vencimiento. El contenido de
los mensajes de recordatorio de evento se determina con una plantilla de correo electrónico. Puede
modificar las plantillas de correo electrónico para un solo usuario en un evento, para todos los usuarios
y para todos los eventos.
✖ No puede personalizar la plantilla de correo electrónico a nivel de evento desde la pantalla Edición de
recordatorio. Si desea personalizar los mensajes de correo electrónico para cada participante, tiene que
editar las plantillas de correo electrónico en la página Editar plantillas, que puede acceder en la
página Reglas o la página Resumen.
 Fijación de un período de revisión
después de cerrar el lote
✖ Cuando se activa esta regla, el estado de lote se modifica de Abierto a Revisión cuando finaliza la
puja. Durante este período, puede reabrir la puja. Un período de revisión permite al propietario del
proyecto revisar los resultados de la puja. SAP Ariba recomienda que los participantes permanezcan
con la sesión iniciada, en caso que vuelva a abrir la puja. Cuando finaliza el período de revisión, el
estado de lote se modifica a Selección pendiente.
Período de tiempo de revisión
✖ Esta regla está disponible cuando se especifica un período de revisión. Esta regla especifica la
duración del período de revisión en minutos, horas o días.
 Permitir prórroga de puja
✖ Cuando se activa la prórroga, cualquier puja recibida demasiado al final del período de puja amplía el período de puja. La
prórroga da tiempo adicional a los participantes para responder a las pujas tardías de otros participantes. Propicia que el
comprador permita a otros participantes mejorar sus pujas. El propietario del proyecto puede especificar cómo de cerca tiene que
estar la puja del final y la duración del período de prórroga. Cuando se activa la prórroga, puede haber un número ilimitado de
períodos de prórroga.
Periodo de prórroga (minutos)
✖ Esta regla está disponible solo si se permite la prórroga. Si la prórroga se activa, esta regla especifica cuánto dura. Cuando un
participante envía una puja que desencadena la prórroga, el tiempo restante en el evento se reinicia al valor del período de
prórroga. Este número no puede ser inferior al número especificado en "Iniciar prórroga si se envía una puja en (minutos)".
✖ Por ejemplo, supongamos que el periodo de puja es de 10 minutos y Iniciar prórroga si se envía una puja en (minutos) se
establece en 5 minutos. Si se programa que un lote cierre a las 10:05 y alguien hace una puja que activa la prórroga a las 10:02
(en los últimos cinco minutos), el sistema agrega 10 minutos a las 10:02 y establece la nueva hora de cierre del lote a las 10:12.
Si la puja llega pasadas las 10:07, se inicia otro periodo de prórroga.
Reglas de puja de evento
 Utilización de formato de puja transformada

✖ La puja transformada le permite comparar pujas que no son iguales, como pujas con diferentes niveles de cantidad o costes
de transporte.
✖ Esta regla sólo aparece para los creadores de plantillas. Cuando se fija en Sí, permite al comprador especificar diferentes
sumadores y multiplicadores para diferentes proveedores. Utiliza esto cuando tiene una transformación que realiza en cada
puja para llegar al coste total.
✖ Supongamos, por ejemplo, que para calcular el coste total, las pujas de A se incrementan en un coste del cambio de $1000
(pero sin impuesto de importación) y las de B, en un impuesto de importación de un 10% (pero son coste del cambio).

1. Si el participante B puja $5000, el coste es de $5500.

2. La puja que el participante A ve es de $4500. Es el coste total de la puja de B con la transformación de A aplicada a
la inversa. El participante A necesita pujar más bajo de $4500 para que el coste total sea inferior a $5500, la mejor
puja actual.
3. Si A puja 430€, la transformación para A agrega $1000, lo que significa que el coste es de $5300.
4. B ahora ve una puja competidora de $4800. Si B puja $4500, el coste es de $5000.
✖ La transformación de puja permite que SAP Ariba Sourcing transforme las pujas visualizadas para cada participante de esta
forma.
 Porcentaje de guardián de puja
✖ El porcentaje de guardián de puja ayuda a evitar que los proveedores introduzcan
pujas incorrectas que puedan causar problemas a otros proveedores que compiten en
una subasta. Esta regla ayuda a evitar errores en las pujas al suministrar un aviso a los
proveedores que intenten enviar una puja que es un cierto porcentaje más baja que el
precio tope, la puja líder o su propia puja anterior.
✖ El propietario del proyecto fija la regla del Porcentaje del guardián de puja. De
forma predeterminada es del 10%. Si se desencadena, el sistema visualiza un mensaje
de aviso.
✖ Los participantes pueden ignorar este aviso y enviar su puja de todas formas. Sin
embargo, se recomienda que los participantes siempre vuelvan a comprobar su puja
cuando aparece este aviso, en caso que pujen el precio para un artículo en lugar de un
lote, ubiquen mal el punto de decimales, o realicen algún error tipográfico.
 Activación de puntuación en respuestas de
participante
✖ La puntuación le permite asignar una ponderación y un nivel de importancia de las respuestas de
participante de forma que puede comparar las pujas más fácilmente en opciones diferentes. Si permite la
puntuación en las respuestas de participante, aparece la opción de Visualización de puntuación al
introducir el contenido, que le permite asignar un nivel numérico de importancia a diferentes lotes,
artículos o preguntas. También puede configurar la clasificación de equipo, en la que asigna miembros
del equipo al grupo de clasificador de equipo para suministrar las puntuaciones en las respuestas de los
participantes.
✖ Seleccione Sí para que se muestre la opción de visualización de puntuación cuando introduzca contenido.
Seleccione No para que se oculte la opción de visualización de puntuación cuando introduzca contenido.
✖ Si permite la puntuación, puede agregar clasificadores externos al evento además de los clasificadores de
equipo. Puede especificar si los clasificadores externos pueden ver la identidad o el perfil del participante
durante el proceso de clasificación, o si se oculta la información del participante para incrementar el
nivel de objetividad y eliminar preferencia cuando se puntúe a los participantes (clasificación a ciegas).
✖ Para ocultar la información del participante de los clasificadores externos, fije Activar clasificación a
ciegas en las respuestas de participante en Sí.
 Activación de respuestas fuera de línea
personalizadas
✖ Si esta regla se fija en Sí, los participantes pueden utilizar la hoja de Microsoft Excel de
respuestas personalizadas con contenido fuera de línea para enviar respuestas.
✖ Las hojas de respuestas fuera de línea personalizadas le permiten crear su propia versión
personalizada de la hoja de puja fuera de línea SAP Ariba Sourcing. Tiene control absoluto sobre
las hojas de respuesta fuera de línea personalizada que cree. Puede utilizar todas las
funcionalidades disponibles en Microsoft Excel al crear las hojas de respuesta fuera de línea
personalizada, sólo tiene que asignar valores de celda a la hoja de respuesta fuera de línea
personalizada a la hoja de puja fuera de línea SAP Ariba Sourcing estándar.
✖ Puede controlar qué contenido se personaliza a nivel de fila de contenido, por ejemplo, puede
determinar qué preguntas se pueden personalizar en Excel y qué preguntas se pueden responder
en la interfaz de usuario SAP Ariba Sourcing. Los participantes sólo pueden responder al
contenido que personalice utilizando la hoja de respuesta fuera de línea personalizada. Los
participantes pueden responder a contenido no personalizado utilizando la interfaz de usuario.
 Los participantes pueden crear
respuestas alternativas
✖ Esta regla sólo aparece si la regla de horario Especificación de cómo se iniciará y finalizará una puja de lote se fija en Paralela.
Seleccione Sí si desea permitir a los participantes enviar pujas alternativas. Aparecen reglas de pujas alternativas adicionales después
de seleccionar Sí.
✖ Los participantes tienen que enviar una puja primaria antes de crear un paquete de proveedor, que ahora es parte de una puja
alternativa.
✖ Los paquetes de proveedor creados como parte de una puja alternativa visualizarán su propia pestaña de puja alternativa. El
participante crea el nombre de esta pestaña cuando se prepara la puja alternativa.
✖ Las siguientes reglas de pujas alternativas aparecen después de seleccionar Sí para ¿Los participantes pueden crear respuestas
alternativas?:
• ¿Los participantes pueden crear una determinación de precios alternativa?
• ¿Los participantes pueden crear paquetes?
 Los participantes pueden crear
respuestas alternativas
¿Los participantes pueden crear una determinación
de precios alternativa?
Tiene que seleccionar Sí para ¿Los participantes pueden
crear respuestas alternativas? para que aparezca esta
regla.
Las opciones para esta regla son:
✖ No – SAP Ariba Sourcing no permite que los
participantes creen una determinación de precios
alternativa en sus pujas alternativas.
✖ Sí – Los participantes pueden crear una
determinación de precios alternativa en las
respuestas alternativas.
¿Los participantes pueden crear paquetes?
✖ Esta regla permite a los participantes crear paquetes y
agregar artículos en línea para ellos de forma que
puedan ofrecer precios de descuento para estos
artículos cuando compre todo el paquete, en lugar de
comprar lo artículos en línea por separado.
✖ Los lotes de paquete y los paquetes de proveedor son
independientes entre ellos. Los lotes de paquete son
paquetes creados por el comprador en los que el tipo
de lote es "Valor descontado de puja a nivel de
artículo, competir a nivel de lote (recoger
determinación de precios de artículo durante pujas)."
 Es necesario que los participantes
mejoren sus pujas

✖ Si se establece en Sí, el sistema valida las pujas Permitir al propietario requerir mejoras en
basándose en las reglas de mejora de puja. Se condiciones no competitivas
rechazan las pujas que no cumplen con los requisitos ✖ Esta regla sólo está disponible si los participantes
de las reglas de mejora.
tienen que mejorar las pujas.
¿Es necesario que los participantes mejoren la puja ✖ Un ejemplo de una condición no competitiva es
líder?
cuando el evento clasifica a los participantes
Esta regla solo está disponible si los participantes tienen basándose en el coste total, los precios de
que mejorar las pujas. Si selecciona Sí, las pujas tienen
artículos, y la expedición, el soporte u otros
que cumplir con el importe de mejora de puja y ser
costes son sólo componentes del coste total y
mejores que la posición actualmente indicada. Por
como tales son condiciones "no competitivas".
ejemplo, si selecciona Sí, posición 2, las pujas tienen que
Sólo puede habar una condición competitiva por
ser mejores que la puja actual de la segunda posición. artículo en línea.
Cuando se activa esta regla no se permiten pujas
igualadas. Si no se selecciona ninguna puja que superar
y ¿Es necesario que los participantes mejoren sus
pujas? se establece en Sí, los proveedores tienen que
mejorar su mejor puja. Permitir al propietario requerir
mejoras en condiciones no competitivas.
Los participantes pueden enviar pujas igualadas
durante la vista preliminar
Esta regla sólo aparece si la regla "Los participantes pueden enviar pujas igualadas" se fija en una de
las opciones Sin pujas igualadas. No se fijan plantillas estándar de ese modo, de forma que, si desea
que esta regla aparezca, tiene que copiar y editar una de las plantillas estándar o crear una de nueva.
Sin pujas igualadas significa que las pujas igualadas no se permiten durante el período de vista
preliminar.
Sí, permitir pujas igualadas significa que si existe una puja igualada cuando finaliza el período de
vista preliminar, permanece como igualada cuando se abre la normal. Si no se permiten las pujas
igualadas durante el período de vista preliminar de pujas normal, las pujas igualadas permanecen, pero
no se permiten nuevas pujas igualadas.
Permitir pujas igualadas y romper con hora de puja más temprana significa que si existe una puja
igualada cuando el período de vista preliminar finaliza, se rompe la igualada dándola a la puja que se
ha recibido más temprano.
Permitir pujas igualadas y romper de forma aleatoria significa que si existe una puja igualada
cuando el período de vista preliminar finaliza, el sistema SAP Ariba Sourcing rompe la igualada con
una selección aleatoria.
Permitir condiciones de precios