Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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 mediasharing object must exist

  • the wkfsharing workflow must have been installed

  • security must allow users to create mediasharing objects to create a proposal (objectdata domain and insert action)

  • security must allow users to create declined objects to accept a proposal (objectdata domain and insert action) and modify the workflow of a mediasharing object

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 :

topic fr eb953Image Removed

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.

topic fr fd6fbImage Removed
1

Current status can be "pending", "accepted" and "refused".

2

Available actions

  • Accept: will accept the proposal and start the declination.

  • Rejecting the proposal will pass into the rejected status and will no longer be accessible. It is not possible to go back!

  • Ignore the statement: applies a mask to the statement, it will no longer appear in home but always in list. An ignored proposal can always be accepted later.

  • Delete: Equivalent to "reject" but the proposal will be physically deleted. Available only if the user has deletion rights on media sharing object instances.

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.

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 mediasharing doit exister

  • le workflow wkfsharing doit avoir été installé.

  • la sécurité doit permettre aux utilisateur de créer des objets mediasharing pour créer une proposition (domaine objectdata et action insert)

  • la sécurité doit permettre aux utilisateur de créer des objets déclinés pour accepter une proposition (domaine objectdata et action insert) et modifier le workflow d’un objet mediasharing

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 :

topic fr eb953Image Added

É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

topic fr fd6fbImage Added
1

Statut courant peut être "en attente", "accepté", "refusé"

2

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.

3

Détail de l’objet à accepter présente les champs de l’objet à accepter tel qu’il existe à cet instant.
Pour le moment , la visualisation de l’objet proposé ne prend pas en compte les modification apportées dans l’écran de configuration