Difference between revisions of "Context based ordering assistant (CBO)"

From ZUGSEIL Wiki
Jump to navigation Jump to search
Line 45: Line 45:


====== Demand leader role ======
====== Demand leader role ======
This role has the same functionality as the demand side role, extended by approval functionality for demand before the purchasing process is triggered.
This role has the same functionality as the demand side role, extended by:


* ability to leave the context and purchase from the base catalogs defined by the strategic buyers
* approval functionality for demand before the purchasing process is triggered.
== Examples ==
These two examples explain the value for context-based ordering
====== Transportation industry & Personal Protective Equipment ======
<u>Usecase</u>: The ordering of Personal Protective Equipment (PPE) in a large scaled public transportation company (SBB) is structured by teams, which are dedicated for specific jobs. Each of these jobs require specific equipment. Since some of these equipment are either expensive or need to be certified for the jobs, an approval process by the team managers is essential for specific processes
<u>Solution</u>: Each of these teams receive their own context. Cross-functional teams receive their own contexts. Staff members, which are in multiple teams are member of multiple teams, receiving their contexts. Generally this flow is adhered:
*The <u>strategic buyer</u> for personal protective equipment (PPE) defines '''suppliers''' and manages their catalogs. Also a "internal ordering" PPE category structure with PPE specific search attributes is defined by the strategic buyers and is mapped to the relevant suppliers catalogs.
*The <u>PPE demand leads</u> define '''team type/job profile specific products''' by throwing out undesired or not required products for the team.
*Depending on the team type / job profile the <u>team managers</u> can adopt the entire catalogs from the PPE lead and eventually add or remove individual articles from PPE lead catalogs.
*The <u>team member</u> will only see the products made available from its team leads.
====== Construction industry ======




Line 72: Line 88:
*Team members
*Team members
Ultimately the ''context based ordering assistant'' allows team members to shop from a product sortiment, which is narrowed down to exactly the demand and organizational requirements.
Ultimately the ''context based ordering assistant'' allows team members to shop from a product sortiment, which is narrowed down to exactly the demand and organizational requirements.
====Example for team ordering in the domain of Personal Protective Equipment====
*
This example is typical for personal protective equipment, which is highly regulated as it ensures the protection of staff.
*The <u>strategic buyer</u> for personal protective equipment (PPE) defines '''suppliers''' and accepts their catalogs. These catalogs are the foundation for PPE procurement.
*The organization's <u>PPE lead</u> for personal protective equipment defines '''team type/job profile specific catalogs''', predefining from which products the team managers can decide for their staff members
*Depending on the team type / job profile the <u>team managers</u> can adopt the entire catalogs from the PPE lead and eventually add or remove individual articles from PPE lead catalogs.
*The <u>team member</u> will only see the products made available from its team leads.


== Development articles ==
== Development articles ==

Revision as of 11:55, 7 December 2025

The context based ordering assistant allows a user to shop in one or more predefined procurement contexts. Contexts are made available to individual users in the context definition process

It is part of our advanced guided buying tools & ordering assistants extension of ZUGSEIL Shop.

Purpose

Each context bears individually optimizied catalog category hierarchy and a set of specific products which target explicitly this context. This speeds up the shopping process and provides a better shopping experience.

Benefits
  • Increased productivity - by reducing time for ordering products
  • Reduction of maverick buying - regular users may only order predefined products, and may not purchase "out-of-scope" products
  • Procurement governance - For each context specific approval processes may be defined, leading to faster and more controllable purchasing processes.
  • Multi-Tier Purchasing Knowledge-Management - Each of the purchasing participants can bring its knowledge to the table and through this reduce complexity and changes for wrong purchasing decisions

Context based definition and collaboration

Especially the knowledge management for the context is a central functionality for the context based ordering process to work. For optimal results, these roles work together in this way:

General management

The general management creates the context based shopping purpose once. After this is done, the context definition process allows the creation of contexts, in which the mandatory informaiton is set:

  • generally available product groups for this product
  • generally usable category structure with attached search attributes
  • assigns team members and team roles
Typically this step is not done manually, but is rather done by interfaces, which tap into the ERP system and create contexts automatically.

The context definition process also allows the definition of default values for a context, which can be used in the interface process or during manual definition of a context. Still, after the context is defined, the collaboration starts from these default values by these roles.

Strategic buyer role

After the opening of the context these data need to be defined:

  • suppliers available for online ordering
  • suppliers available for preordering at predefined pickup-sites
  • products available for internal ordering (and internal fulfillment)
  • internally available for internal ordering (and pickup at predefined internal pickup-sites)

Context operative manager role

After the context is opened the operative manager:

  • further manages available products to the context, reducing the products with the knowledge he has on work to delivery and goods required for this project.
  • manages team members
  • manages approval strategies inside the contexts teams
Demand side role

This role is creating demand by using the shop

Demand leader role

This role has the same functionality as the demand side role, extended by:

  • ability to leave the context and purchase from the base catalogs defined by the strategic buyers
  • approval functionality for demand before the purchasing process is triggered.

Examples

These two examples explain the value for context-based ordering

Transportation industry & Personal Protective Equipment

Usecase: The ordering of Personal Protective Equipment (PPE) in a large scaled public transportation company (SBB) is structured by teams, which are dedicated for specific jobs. Each of these jobs require specific equipment. Since some of these equipment are either expensive or need to be certified for the jobs, an approval process by the team managers is essential for specific processes

Solution: Each of these teams receive their own context. Cross-functional teams receive their own contexts. Staff members, which are in multiple teams are member of multiple teams, receiving their contexts. Generally this flow is adhered:

  • The strategic buyer for personal protective equipment (PPE) defines suppliers and manages their catalogs. Also a "internal ordering" PPE category structure with PPE specific search attributes is defined by the strategic buyers and is mapped to the relevant suppliers catalogs.
  • The PPE demand leads define team type/job profile specific products by throwing out undesired or not required products for the team.
  • Depending on the team type / job profile the team managers can adopt the entire catalogs from the PPE lead and eventually add or remove individual articles from PPE lead catalogs.
  • The team member will only see the products made available from its team leads.
Construction industry

Context defining objects

Each of these objects allow the definition of a individual procurement contexts

  • business participant groups
  • teams
  • projects
  • project phase
  • workplace types
  • organization units
When a users enters the membership based ordering assistant mulitple context may display, if the user is member to multiple objects which permit context based ordering.



It allows predefined stakeholders of a context based ordering process to work together in a collaborative environment. Typical stakeholders are:

  • Strategic buyer
  • Organization's operative buyers / lead buyers
  • Operative team managers
  • Team members

Ultimately the context based ordering assistant allows team members to shop from a product sortiment, which is narrowed down to exactly the demand and organizational requirements.

Development articles

Related articles