ibs Workflow
CONCEPTION DES PROCESSUS METIER
 Notre solution ibs Workflow permet de personnaliser et configurer n'importe quel processus métier. Automatiser les processus métier peut relever de compétences techniques. Avec ibs Workflow et son interface graphique, aucune notion technique n'est nécessaire pour construire les scénarios. Toutes les procédures techniques sont faites en arrière plan. “ CONCEVEZ VOS PROCESSUS METIER BASES SUR VOTRE RETAIL BUSINESS SUITE ” |
 |
|
ibs Workflow propose de nombreux objets à lier ensemble afin de bâtir un scénario complet. La diversité de ces différents objets permet d'automatiser tous vos processus métier.
POINT DE DEPART
Un scénario de processus métier a toujours un point de départ. ibs Workflow contient 3 types de déclencheurs d'événements:
|
|
|
- De quelle manière ?
- Evènement déclencheur planifié:
Lors de la création de cet évènement, l'administrateur dispose d'un écran de configuration couvrant la plupart des fréquences possibles et ses différents paramètres.
- Evènement déclencheur interne
En fonction du Business Model, l'utilisateur sélectionne les objets dont il a besoin d'assurer le suivi. Il peut ensuite décider si c'est la mise à jour, l'ajout ou la suppression de cet objet qui déclenchera le processus.
- Evènement déclencheur externe
L'utilisateur définit une procédure permettant de vérifier les tableaux intégrés qui ont besoin d'être mis à jour afin de lancer le processus.
- Spécification du déclencheur en fonction d'une condition
L'utilisateur peut spécifier l'événement déclencheur et lui donner des conditions (Ex: Lancement du processus à chaque fois qu'un article est créé, Si l'article appartient à la catégorie "Textile").
La condition peut être paramétrée sur le Business Object. ibs Reporting permet de configurer des conditions plus avancées grâce à son moteur de conception des requêtes.
.
CHOIX ET ORGANISATION DES ACTIONS
En règle générale, nous pouvons organiser les actions suivant trois axes :
|
|
|
- De quelle manière ?
Les actions sont principalement de type informatif et n'attendent pas d'action d'un utilisateur en retour:
- E-Mails : le système envoie un e-mail à un ou plusieurs utilisateurs qui peuvent être identifiés dans ibs System ou non
- Alertes : le système envoie une alerte dans le tableau de bord d'un ou plusieurs utilisateurs (ils doivent être identifiés dans ibs System)
- Dossier partagé : le système génère un rapport sur le serveur
- JMS (Java Message Service) et Web services : le système envoie l'information à d'autres applications ou systèmes en utilisant différents langages de communication
- Méthode externe : le système vérifie dans les tables d'interface pour lancer ou non une action (liée à un événement déclencheur externe)
- Procédures de stockage : le système exécute une action dans une application
- Intégration CDS : Le système exécute automatiquement un processus d'intégration configuré dans ibs Integration
- Commande OS : le système exécute une commande sur le serveur
Actions menées par le système et nécessitant le retour d'un utilisateur:
Les actions de validation et d'envoi de listes de tâches génèrent une tâche dans ibs Dashboard, où l'utilisateur devra partager ses commentaires.
- Pour la validation : l'utilisateur modifie le statut de validation (en validé ou non) avec des commentaires
- Pour la liste de tâches à faire : l'utilisateur modifie le statut d'exécution (fait / non fait / annulé / reporté)
Actions administratives
Ces actions permettent d'orienter le scénario :
- La fonction automatique de ré-affectation : si une tâche n'est pas fermée à temps, elle peut être réaffectée à un autre utilisateur
- L'appel récursif : si l'administrateur définit un événement déclencheur interne, il peut définir des destinataires dynamiques en fonction de leur champ d'application configuré dans ibs System.
- Le gestionnaire de fichiers : quand un rapport est généré dans un dossier partagé, l'administrateur peut organiser les fichiers dans différents dossiers, en fonction d'un algorithme stocké dans cette activité.