Accès aux factures en self-services pour Paragon

Last modified on October 2, 2026 • 5 min read • 991 words

Hinode

Link copied to clipboard

Paragon est une entreprise leader sur le print des tickets, billets loto etc..

Description du projet  

Paragon souhaite mettre en place un site en self-service à destination de ses clients (2000 environ) pour la consultation de factures. Il s’agit donc d’un portail B2B avec un périmètre très réduit.

Pour info, les coûts d’impression et d’acheminement observés sont en général supérieurs à 1€/facture. cf é tude .

JDE génère 22.000 factures/mois dans un format SPOOL (c’est-à-dire du format texte prêt à être imprimé) et ces factures devront être converties au format PDF. En entrée du futur système, il faut récupérer un spool d’impression issu de JDE 7.3 sur AS/400, et éclater ce spool en autant de fichiers au format pdf. ces derniers seront rendus accessibles sur le portail B2B.

Ils pourraient répondre à ce besoin avec leur partenaire S-Care ( ?), mais il préfère avoir recours à une solution externe, pour des raisons politiques ? (séparation des pouvoirs ?.

Questionnaire en attente  

Voici le questionnaire qui a été envoyé à Paragon:

Est-ce que vous pouvez nous fournir des informations complémentaires sur les points suivants ?

• Le spool d’impression est-t-il généré par JDE sur une machine AS/400 ?
• Combien de jobs d’impression par jour ?
• Combien de fichiers spools par jour ?
• Est-ce qu’un fichier spool comprend :
  • plusieurs factures de plusieurs clients ?
  • ou bien un fichier spool par facture ?
  • ou bien un fichier spool par client ?
• Est-il possible d’avoir un échantillon?
• Est-ce qu’il y a un ID de client qui figure sur chacune des factures, et qui facilement repérable (positionnement stable) ?
• Format du spool:  PCL ? Texte seul ? autre format ?
• Quelles sont les metadata à extraire et qui seraient proposées comme critères pour la recherche, outre le contenu textuel de la facture elle-même?
  • Montant ?
  • Date ?
  • Ref bon de commande ?
  • Autre ?

---

 

Solutions envisagées  

1. WebCenter on premise
   • WebCenter Portal (front)
   • WebCenter Content (stockage des factures)
   • OID : Annuaire des clients
   • OIM ? Provisionning et gestion des password
2. Oracle Apex + Oracle Docs (approche 100% Cloud)

Solution avec Oracle Docs  

cf conversation sur le sujet

Scénario A.  

Si on crée un Identity Domain avec 2000 membres (correspondant aux 2000 clients), alors chaque client aura connaissance de tous les autres clients de Paragon en effectuant une simple recherche dans l’annuaire. Cela peut faire l’objet d’une objection bloquante ! Contournements et atténuateurs : Il faut que les user id soient complètement anonymisés. Cela pose un problème pour les emails !! car cette information est visible. Principes de mise en place:

• Des folders sont créés par le user Paragon. A un client est associé un Folder Fi.
• Le folder Fi est structuré de façon à recevoir les factures selon un découpage qui est à étudier.
• Le folder Fi ainsi que tous les sous-folders est partagé avec le client Ci
• Le owner du Folder Fi reste Paragon et le client Ci ne pourra donc pas partager ce dossier avec d’autres clients
• On met un quota = zéro pour tous les clients. cela devrait empêcher la création d’un folder ou d’un fichier, et empêcher par voie de conséquence l’accès à l’annuaire via la fonction de Partage. Test du 10/04: un quota à zéro n’empêche pas la création d’un folder ainsi que son partage.

remarques:

• Chaque client dispose quand même d’un espace personnel qui lui permet, en théorie, de partager du contenu avec tous les autres membres. cela entraîne qu’un client pourra lister tous les membres et avoir accès aux emails. tester la mise à zéro du quota.
• Il n’y aura aucune metadata dans Docs. Donc il est important de savoir que la recherche aura lieu depuis une interface différente de celle de Docs afin de prendre en compte des critères structurés.

Scénario B.  

Si on ramène le nombre de membres à une dizaine (juste du coté Paragon), il s’agirait de publier 2000 folders en public Link avec protection par mot de passe. Cela entraîne qu’un utilisateur, coté Client, n’aura pas à se connecter sur Oracle Docs, et ne pourra naviguer que dans son dossier attitré ainsi que ses sous-dossiers. Ce scénario n’est pas le plus avantageux pour nous d’un point de vue licence, puisque il suffirait de 25 Named users (le minimum) pour couvrir le besoin.

La volumétrie serait la suivante:  

• 22.000 factures/mois
• Volume d’une facture (estimation): 50 Ko
• Volume additionnel /mois: 20.000 x 50 = 1,1 Go
• Volume additionnel /an: 14 Go

on peut ainsi constater que le volume à gérer n’est pas très important en regard de la taille qui serait allouée pour le domaine (500 Go)

Solution on-Premise  

Approche classique avec WebCenter Content et front avec WebCenter Portal

Toute la partie gestion des identités est à envisager avec Oracle IDM (provisionnement et gestion du cycle de vie des passwords)

Intégration à prévoir avec SES ?

Une approche pure WebCenter Content est également envisageable mais  entraînerait le  développement  d’une interface utilisateur spécifique.

Licences  

Deux scenarii avec Oracle Docs  

Oracle schéma Service: 1 abonnement pour un plan 50 Go

Oracle Docs: 2000 membres

Option avec Public Links (25 named users)

 

Solution on-Premise (prix non remisés)