Modéliser visuellement les processus spécifiques au client, les exécuter côté serveur et côté client, les étendre dans une sandbox JavaScript cloisonnée. Les workflows se mettent en pause sur des réponses et des événements, reprennent proprement, et consignent chaque étape.
// am Server, isoliert pro Mandant
if (antrag.betrag < 5_000)
route("auto");
else
route("genehmigung");Dans le designer naissent approbations, demandes, achats et boîtes de réception sous forme de diagrammes visibles, avec les mêmes briques que le portail. Par nœud, vous décidez s'il s'exécute côté serveur ou côté client, s'il attend des saisies ou décide immédiatement.
Les règles métier sont énoncées en texte clair au niveau du gateway, les cas particuliers vivent dans une sandbox JavaScript cloisonnée. Ce qui est modélisé ici fonctionne aussi la nuit, se met en repos sur réponses et événements, reprend de manière déterministe et est consigné étape par étape.
Visible, exécutable, cloisonné, interruptible.
Placer des nœuds, tirer des chemins, gérer les propriétés à côté. Du simple parcours d'approbation à la procédure ramifiée, visible et maîtrisable.
Certaines étapes appartiennent au serveur, d'autres au masque du collaborateur·trice. Le designer sépare proprement les deux, sans que vous ayez à changer d'outil.
Cas particuliers spécifiques au client dans une sandbox cloisonnée, avec accès au modèle de données, isolée de la plateforme et des autres mandants.
// aucun accès au système hôte
export function onApprove(antrag) {
if (antrag.kofinanzierung)
signal("buchhaltung");
}Les workflows peuvent attendre une signature, une réponse ou un événement. Ils se mettent en repos, sans mobiliser de ressources, et reprennent exactement à cet endroit.
Pour les organisations qui ont établi BPMN comme langage commun entre métier et IT. Ce qui figure dans le diagramme fonctionne dans la plateforme. Les modèles existants restent utilisables, pas de second système pour l'exécution.
BPMN 2.0 non comme tapisserie, mais comme modèle exécutable. Ce qui figure dans le diagramme fonctionne dans la plateforme, sans second système.
Importer du BPMN-XML depuis Camunda, Bizagi ou Signavio, vérifier, reprendre. La modélisation existante reste utilisable.
Chemins morts, gateways non reliés, affectations manquantes, corrélations imprécises sont signalés avant la publication.
Plus de deux douzaines de fonctionnalités, organisées en quatre domaines, toutes faisant partie d'un service de plateforme, aucun outil tiers.
Concevoir visuellement, structurer proprement, maintenir en plusieurs langues.
Nœuds, chemins et gateways par glisser-déposer, avec fenêtre de propriétés et aperçu.
Créer, importer, valider. Diagrammes exécutables au lieu de modèles décoratifs.
Modéliser une fois les sections récurrentes, les utiliser dans n'importe quels workflows.
Titres de tâches, indications, e-mails et courriers, maintenables par langue avec comparaison.
Approbation, achat, boîte de réception, onboarding, comme points de départ à reprendre.
Fonctionner de manière robuste, mettre en pause proprement, reprendre de manière déterministe.
Étapes côté serveur ou chez le collaborateur·trice, déclarées séparément, dans le même modèle.
Les workflows se mettent en repos sur réponses ou événements et reprennent de manière déterministe, sans mobiliser de ressources.
Les gateways AND et OR fonctionnent vraiment en parallèle, au Join la fusion se fait proprement.
Les événements entrants, webhooks et réponses trouvent la bonne instance, sans avoir à deviner les ID.
Règles en texte clair là où c'est possible, code cloisonné là où c'est nécessaire.
Code spécifique au client, isolé par mandant, avec accès au modèle de données typé.
Conditions sur les gateways et les tâches, formulées lisiblement, avec intellisense dans l'éditeur.
Variables de workflow reliées au modèle de données, les types sont vérifiés.
Par nœud quel rôle, quel mandant, quel contexte de données, avec des valeurs par défaut claires.
Maintenir centralement les briques de script, les intégrer à plusieurs endroits, les actualiser une fois.
Voir ce qui se passe, et mettre la main à la pâte si nécessaire.
Chaque étape consignée, avec entrées, sorties, durée et opérateur·trice.
Ouvrir une instance, voir chaque transition, condition et état des données par nœud.
Faire jouer le workflow avant la publication contre des données de test, sans effets de bord.
Par organisation, domaine ou procédure, workflows propres, visibles uniquement par les ayants droit.
Ce qui est modélisé ici coordonne formulaires, tâches, courriers et signatures, alimenté depuis le CRM et le cas, visible dans le portail et dans l'application.
Les workflows démarrent des formulaires, les saisies reviennent. Les tâches affichent exactement le masque que la procédure exige.
Modélisé dans le workflow, restitué dans le portail, avec la marque et les droits du mandant.
Solliciter des contacts, créer des dossiers, maintenir l'historique, automatiquement au fil du workflow.
Les demandes deviennent des cas. Statut et traitement suivent le workflow, pas la boîte mail.
Les tâches arrivent sur mobile, avec push et mise en tampon hors ligne, sur le même socle de données.
Les approbations sont signées de manière juridiquement valable, directement dans le workflow, sans rupture de média.
Chaque page Absidion vous mène d'ici à toutes les autres procédures et aux services qui interviennent dans chacune d'elles.
Une courte démo, lors de laquelle nous répondrons volontiers à vos questions en personne. Sans engagement, sans théâtre commercial.