De l'échec et de l'espoir dans la technologie des formulaires

Le domaine des formulaires a beaucoup évolué au cours des dernières décennies. Les nouvelles solutions sont confrontées à des défis permanents.

SAPscript :

Avec l'introduction de SAPscript, la première technologie de formulaires s'établit sur le marché au début des années 1980 et des modèles pour les processus standard SAP voient le jour. Avec SAPscript, la collecte des données et la production des documents sont étroitement liées, contrairement au modèle MVC (Model, View, Controller).

La possibilité d'interroger et de lire des données, aussi bien dans le programme d'impression que directement dans le formulaire, offre une certaine liberté, mais implique aussi un risque évident. En cas d'adaptation, cela peut conduire à une complexité involontaire des formulaires, ce qui complique fortement leur conception générale.

Une éventuelle recherche d'erreurs devient alors beaucoup plus compliquée. De même, la représentation de tableaux ou la gestion des versions ne sont que partiellement possibles. L'utilisation de cette technologie de formulaire est aujourd'hui considérée comme obsolète.

SmartForms :

Un premier changement de paradigme est atteint avec SmartForms au début des années 2000, historiquement la deuxième technologie de formulaires de SAP. Ici, l'acquisition et la sortie des données ne sont plus directement liées.

Mais là encore, en raison de la flexibilité de la technologie, la possibilité d'intervenir et de modifier les ensembles de données est toujours présente. Des requêtes contextuelles peuvent par exemple avoir une influence sur différents nœuds de sortie. Une chose est sûre : à l'avenir, le développement ne se fera plus que par le biais d'Adobe.

SAP Interactive Forms par Adobe :

La technologie de formulaires SAP la plus récente, SAP Interactive Forms by Adobe, dispose d'un outil de conception professionnel avec Adobe LiveCycle Designer. Cela permet une conception directe du formulaire. La séparation entre la collecte et la sortie des données est résolue de manière encore plus rigoureuse.

Les données (champs, structures, tables) qui sont disponibles pour la création de documents sont indiquées dans le contexte. Le contexte signifie ici : Toutes les données nécessaires à la conception du formulaire.

Les données peuvent également être munies de conditions et de restrictions ou être programmées en Javascript ou Formcalc dans le LiveCycle Designer. Les avantages clairs qui sont apparus depuis l'introduction sont les possibilités simplifiées lors de l'utilisation de codes-barres, par exemple les codes QR, mais aussi la sortie du document en PDF ainsi que l'utilisation interactive.

La mise en page est également plus précise et plus confortable en ce qui concerne les exigences CI. Les langages de script supplémentaires utilisés, qui peuvent désormais apporter une logique détaillée au formulaire, présentent toutefois aussi des inconvénients lors de l'utilisation de la technologie de formulaire SAP la plus récente.

Il en résulte à nouveau plusieurs possibilités d'introduire des logiques dans le formulaire, mais qui évitent une certaine conséquence. Dans l'éditeur de script, par exemple, la vérification de la syntaxe est insuffisante. Les erreurs sont difficiles à suivre.

La performance de la technologie constitue une autre limitation importante dans les processus de travail quotidiens. Les longs temps de chargement et le manque de stabilité, dus à Adobe LiveCycle Designer et à la sortie sur base XML, empêchent une utilisation rapide de l'outil.

De plus, les variantes de la traduction et de la commande vocale ne sont pas résolues de manière idéale, de sorte que l'utilisation dans le système ne peut guère être effectuée de manière intuitive. Les modifications ne sont pas transversales, ce qui implique de toucher plusieurs fois aux données et d'être redondant.

Afin de réduire au maximum les dépenses liées au support des formulaires ainsi que les routines d'acquisition de données, des solutions sont recherchées pour résoudre les problèmes mentionnés. Cependant, celles-ci sont souvent très longues et ne suivent pas de méthode cohérente.

Softway s'est déjà penché avec succès sur cette problématique et a créé des solutions individuelles pour les entreprises. L'essence de 30 ans d'expérience informatique se retrouve entre autres dans le propre Softway Solution Package Forms (SSP-Forms), qui peut être intégré sans grand effort dans le système existant. Cela permet d'économiser jusqu'à 75% de temps. La voie vers S/4 serait ainsi déjà ouverte.

Il apparaît clairement que l'utilisation quotidienne pose toujours des défis auxquels on ne peut faire face qu'avec de l'expérience et un concept bien pensé à long terme.

Toutes les innovations dans le domaine de la technologie des formulaires visent en fin de compte à obtenir une efficacité maximale, des processus commerciaux fluides et optimisés ainsi qu'une meilleure vue d'ensemble. Il ne faut pas l'oublier face à la multitude de possibilités et d'approches.