Principes
La proposition de contenu est une extension au fonctionnement standard de la déclinaison de contenu dans les projets : elle sert à différer la création de cette déclinaison et à la conditionner par l’action d’un deuxième utilisateur.
Concrètement, les étapes de création d’une proposition sont similaires à la création d’une copie mais au lieu de créer directement les déclinaisons à la validation de la dernière étape, une proposition résumant la configuration de déclinaison sera créée pour chaque destination sélectionnée (donc si on demande une déclinaison dans dix projets, dix propositions seront créées).
L’étape de résultat présentera la liste des propositions créées.
La proposition devra ensuite être acceptée par un des utilisateurs ayant la main sur les projets de destination. La validation de cette proposition entraînera le même processus que la validation de l’étapier de déclinaison en mode standard.
Pré-requis techniques à la proposition
La proposition de contenu nécessite les mêmes pré-requis que la déclinaison de contenu plus :
l’objet
mediasharingdoit existerle workflow
wkfsharingdoit avoir été installé.la sécurité doit permettre aux utilisateur de créer des objets mediasharing pour créer une proposition (domaine
objectdataet actioninsert)la sécurité doit permettre aux utilisateur de créer des objets déclinés pour accepter une proposition (domaine
objectdataet actioninsert) et modifier le workflow d’un objetmediasharing
Caution | L’objet mediasharing est aussi exploité par la fonctionnalité de synchronisation. Référez-vous à la documentation de ces deux fonctionnalités avant d’entreprendre toute personnalisation de cet objet. |
Caution | Le workflow wkfsharing est aussi exploité par la fonctionnalité de synchronisation. Il n’est pas prévu pour être modifiable dans le cadre d’un projet, merci donc de ne pas le modifier ou d’entrer en contact avec la R&D produit avant d’entreprendre tout travaux sur la validation des propositions. |
Accéder aux propositions de déclinaison
L’ensemble des propositions disponibles sont accessibles à partir du datalist standard : celui-ci listera comme tout autre liste les instances disponibles pour l’utilisateur courant suivant ses droits sur les projets quels que soient le statut de la proposition.
Les dernières propositions de déclinaison non ignorées sont aussi accessibles depuis un bloc de home du back-office nommé propositions de contenus :
Écran de visualisation d’une proposition
Les propositions sont affichées dans l’action dataproposedview qui est similaire à un dataview mais épuré et où les actions sont totalement propriétaires
Statut courant peut être "en attente", "accepté", "refusé"
Actions disponibles
Accepter : acceptera la proposition et lancera la déclinaison
Refuser la proposition passera dans le statut refusé et ne sera plus accessible. Il n’est pas possible de revenir en arrière !
Ignorer la proposition : applique un masque sur la proposition, celle-ci n’apparaîtra plus en home mais toujours en liste. Une proposition ignorée peut toujours être acceptée plus tard.
Supprimer : Equivalent à "refuser" mais la proposition sera physiquement supprimée. Disponible uniquement si l’utilisateur a les droits de suppression sur les instances d’objet
mediasharing.
Pour le moment , la visualisation de l’objet proposé ne prend pas en compte les modification apportées dans l’écran de configuration
Principles
The content proposal is an extension to the standard operation of the content declination in projects: it is used to defer the creation of this declination and to condition it by the action of a second user.
In practical terms, the steps involved in creating a proposal are similar to the create a copy but instead of directly creating the variants in the validation of the last step, a proposal summarizing the configuration of the declination will be created for each selected destination (i.e., if ten projects are requested to be declassified, ten proposals will be created).
The result step will present the list of proposals created.
The proposal must then be accepted by one of the users having control over the destination projects. The validation of this proposal will involve the same process as the validation of the declination stage in standard mode.
Technical requirements for the proposal
The content proposal requires the same prerequisites as the content declination plus:
the
mediasharingobject must existthe
wkfsharingworkflow must have been installedsecurity must allow users to create
mediasharingobjects to create a proposal (objectdatadomain andinsertaction)security must allow users to create declined objects to accept a proposal (
objectdatadomain andinsertaction) and modify the workflow of amediasharingobject
Caution | The mediasharing object is also exploited by the synchronization feature. Refer to the documentation of these two features before starting any customization of this object. |
Caution | The wkfsharing workflow is also exploited by the following functionality synchronization. It is not intended to be modifiable within the framework of of a project, please do not modify it or contact product R&D before undertaking any work on the validation of proposals. |
Access declination proposals
All the available proposals are accessible from the standard datalist: this one will list like any other list the instances available for the current user according to his rights on the projects whatever the status of the proposal.
The latest declination proposals not ignored are also accessible from a back-office home block named content proposals :
Proposal visualization screen
Proposals are posted in the dataproposedview action which is similar to a dataview but streamlined and where the actions are fully owned.
| 1 | Current status can be "pending", "accepted" and "refused". |
| 2 | Available actions
|
| 3 | Detail of the object to accept presents the fields of the object to accept as it exists at this moment. At the moment, the visualization of the proposed object does not take into account the changes made in the configuration screen. |