Différentes applications utilisent les statuts systèmes et client, comme par exemple, les ordres internes, les fonds, les projets, ordres de production, inspection de qualité, ordre de maintenance ... .

Ces statuts doivent être paramétrés pour que l'application fonctionne.

Ces statuts sont présents dans le système et peuvent permettre de lancer les événements du workflow.

Alors pourquoi se priver et se compliquer la vie ?

Une transaction à retenir : BSVW.

Dans cette transaction, vous devez faire le choix entre un statut client ou un statut système.

Si vous choisissez un statut client, SAP vous envoie dans la transaction BSVZ,

Vous devrez indiquer :

• Type d'objet dans la gestion des statuts

• Statut des schémas

• Type d'objet Workflow

• Evénement lié à l'objet du workflow

Lien Statut Client

Dans le premier écran, le lien avec l'événement est fait.

Statut Client Restriction

Dans le deuxième écran, le statut utilisateur pour lequel l'événement sera déclenché est précisé. Il peut y en avoir plusieurs.

Si vous choisissez le statut système vous irez dans la transaction BSVX qui ressemble beaucoup à celle des statuts client.

Vous devrez indiquer :

• Type d'objet dans la gestion des statuts

• Type d'objet Workflow

• Evénement lié à l'objet du workflow

Lien Statut Système

Dans le premier écran, le lien avec l'événement est fait, cette fois-ci sans schéma de statut.

Statut Système Restriction

Dans le deuxième écran, le statut système pour lequel l'événement sera déclenché est précisé. Il peut y en avoir plusieurs.

Deux types d'objets sont utilisés aujourd'hui dans les Business Workflows :

• BOR - Business Object (SWO1)

• Classe - ABAP OO (SE24)

Les événements pour les statuts ne fonctionnent pas pour les classes, uniquement pour les business object.