Catégorie: Actualités

Nouvelles versions: 2020.4, 2020.5 et 2020.6

Cet article présente les innovations et améliorations que nous avons mises en œuvre dans nos produits au cours du deuxième trimestre.

 

BusinessLine

AdSuite

WebStore

Stylo

 

ProductionLine

ProductPlanner

AdPagination

WebTracker

ProductAdmin

XMLExportServer

 

ContentLine

PrintLayout

EditorialOrganiser

DAM – Digital Asset Manager

NewsApp

 

 

 

BusinessLine

AdSuite

Une nouvelle icône info mène aux informations sur les produits : les informations sur les produits d’alfa sont désormais accessibles dans ASE et ASM. L’icône d’information vous amène à notre page de nouveautés AdSuite, où vous pouvez lire les changements en cours et vous informer sur les nouveautés.

Possibilités de compensation des annulations de réservations dans AdSuite : face à la triste situation dans laquelle se trouvent la plupart des annonces, notre client nous a demandé s’il y avait une possibilité de compensation des annulations de réservation dans AdSuite. Bien sûr, nous n’avions pas implémentée une telle fonction dans un premier temps. Ce sont en outre des mesures que l’on ne veut pas prendre généralement, mais qui sont malheureusement inévitables dans la situation actuelle. Cependant, après une étude poussée et un travail conséquent, nous pouvons désormais vous proposer cette fonction. Si vous êtes intéressé, veuillez contacter notre service commercial !

Les modifications de commandes individuelles sont désormais configurables pour les workflows et l’historique : vous pouvez désormais définir vous-même les événements individuels qui garantissent l’enregistrement dans l’historique. Un workflow peut également être mis en place en plus de cela. Vous pouvez spécifier que certaines valeurs (par exemple un prix ou un certain placement) sont notées lors de l’ouverture d’une commande. Lors de la fermeture de celle-ci, le système vérifie si les valeurs d’origine ont changé. Si les modifications respectent une certaine règle (par exemple, une réduction de prix de plus de 20 % ou un nouveau placement, une coloration différente, etc.), alors le système le mémorise de manière permanente, c’est-à-dire que cette modification est enregistrée dans l’historique. Cela peut se faire sous un nom individuel (par exemple  » En-tête annulée ») et peut également être utilisé dans les workflows sous ce nom ! Et mieux encore : si vous avez configuré les workflows de manière à être informé d’une saisie, par exemple par e-mail, cet e-mail peut désormais être complété par le lien vers la commande.

Champs « Action CRM » et « Campagne » dans les listes de commande: les dialogues de recherche, les rapports ou les workflows offrent désormais les deux nouvelles colonnes « Action CRM » et « Campagne ». Pour une commande qui a été assignée à une action de CRM, le nom court de cette action  et celui de la campagne qui la contient sont affichés.

Affichage du calendrier ASM : la gestion du calendrier a été étendue afin que l’affichage d’un calendrier dans AdSuiteMarket puisse être sélectionné parmi les variantes suivantes :

  • Par défaut : comportement inchangé par rapport à l’état actuel, c’est-à-dire affichage sous forme de page de calendrier ou de liste selon les numéros de publication existants des magazines.
  • Page de calendrier : l’affichage en page de calendrier est systématique, indépendamment de la gestion des numéros de publication.
  • Liste : l’affichage en liste est systématique, indépendamment de la gestion des numéros de publication.

Amélioration des modifications des propriétés des agences/clients d’agences: la convivialité. Les interfaces de modification des propriétés d’agence et des assignations de clients ont été optimisées.

Informations complémentaires pour la majoration / remise : la configuration des barèmes du système de majoration / remise du type « Autre Remise/Majoration » a été complétée par une case à cocher « Entrée de texte libre ». Si cette option est activée pour un tel barème, il est possible de saisir un texte libre supplémentaire (une ligne) lors de sa saisie manuelle (dans ASE et ASM), qui contient par exemple un motif ou d’autres informations complémentaires pour le client. En outre, un module d’autorisation optionnel peut être spécifié lors de la configuration, qui peut être utilisé pour contrôler quel processeur peut voir / modifier les informations. Lorsqu’il est affiché dans les offres, les confirmations de commande et les factures, un texte ainsi saisi remplace la description générale de la remise. Le texte saisi est également disponible dans la colonne « Informations sur l’objet » des listes de résultats pour le type de résultat « Suppléments / Remises ». L’entrée de ces informations supplémentaires est également répertoriée dans l’historique.

Encarts publicitaires – Pré-assignation du lieu et de la date de livraison : la gestion des titres dans le programme d’installation est étendue de manière à ce qu’un emplacement de livraison d’encart optionnel puisse être enregistré pour chaque titre. Lors de la saisie d’un encart avec AdSuiteMarket ou AdSuiteEnterprise, ce lieu de livraison sera automatiquement préassigné à l’avenir. Le délai de livraison assigné est automatiquement inscrit comme date de livraison. L’opérateur peut modifier ces deux informations dans la commande d’encart si nécessaire. Dans AdSuite Administration, les lieux de livraison peuvent désormais être configurés sous Données de base / Valeurs clés / Lieu de livraison.

Amélioration de la surveillance des processus : dans la configuration AdSuite, trois nouveaux champs sont disponibles pour OrderServer, qui sont utilisés pour la surveillance des processus.  Remarque : lors de l’installation d’une version AdSuite 2020.5 ou ultérieure, les OrderServers doivent être affectés à des groupes de démarrage appropriés. La crontab ne contiendra alors qu’une seule entrée avec le groupe de départ et non pour chaque OrderServer individuel.

Extension de l’importation de clients pour les adresses et les données de communication : jusqu’à présent, lors de l’importation de clients à l’aide de la méthode de service Web importOrder, les listes d’adresses postales et de données de communication devaient toujours être complètes, car les enregistrements de données existants étaient supprimés s’ils n’étaient pas spécifiés dans le XML. Le comportement peut maintenant être contrôlé plus précisément. Le nouvel attribut missingMode dans <mailAddressList> peut être utilisé pour contrôler ce qui arrive aux adresses postales qui ne sont pas spécifiées dans le XML.

Les nouveaux éléments <restrictMailAddressesToUsage> peuvent être utilisés pour restreindre les adresses postales traitées par l’importation. Dès qu’au moins une <restrictMailAddressesToUsage> est spécifiée, seules les adresses postales comportant ces <usage>s seront prises en compte par l’importation. Toutes les autres adresses postales ne sont pas modifiées. En outre, la cartographie des adresses postales en XML et des adresses postales existantes a été améliorée : il est désormais plus précis d’essayer de faire correspondre des noms identiques ou des adresses identiques.

Encarts publicitaires – Spécification des encarts : les textes des documents (textes publicitaires) peuvent être créés pour être envoyés dans l’administration AdSuite. L’envoi peut dépendre de divers critères, tels que l’utilisation, le type de service, le produit, les éditions, etc. Une option supplémentaire d’exclusion facultative (sélectionnable) des pièces jointes par défaut a été ajoutée ici. Vous pouvez trouver la configuration complète dans notre DokuWiki.

Encarts publicitaires – Création d’encarts séparés pour plusieurs dates de parution : pour activer la fonctionnalité décrite, le paramètre « Un encart par date de parution par défaut  » doit être défini dans les paramètres de l’entité. Ensuite, par exemple, lors de la saisie de la fréquence, un dialogue supplémentaire s’affiche pour la saisie facultative des attributs d’insertion requis. En cliquant sur l’icône (Transférer les données du document), les données du champ attribué peuvent être transférées aux champs subordonnés. Un encart séparé est créé pour chaque date.

Importation de commande avec plusieurs encarts externes : auparavant, un seul encart externe pouvait être importé lors d’une importation de commande ; cette restriction a été supprimée.

Vérification des exigences minimales pour un mot de passe via le WebService : le WebService AuthenticationService a été étendu par la nouvelle méthode checkPasswordAllowed, qui peut être utilisée pour vérifier les exigences minimales pour un nouveau mot de passe.

Extensions des WebServices pour les clients : le WebService SOAP BusinessPartnerService a été étendu de 4 méthodes : sendBusinessPartnerShort, sendMailAddress, importMailAddress et deleteMailAddress. Ces méthodes et une importation réduite de clients sont également disponibles dans le cadre du service RESTful. En outre, GET businesspartner a été étendu par les paramètres migrationNo et RestrictToContext.

L’importation de commande n’utilise plus d’objets en ligne : si un motif Stylo est importé lors de l’importation de commande via PageOneXinfUrl, l’URL Stylo utilisée est issue des paramètres d’entité ou d’AdSuite.cfg et n’est plus récupérée à partir d’un objet en ligne. Cela signifie que les objets en ligne ne doivent plus être configurés pour l’importation de commandes (et donc aussi pour l’utilisation de WebStore).

Retour au début

 

WebStore

Option de suppression de la compensation des enchères : dans la définition des offres WebStore, une nouvelle option interdisant la compensation par enchères est prévue (par défaut : non activée). Si cette option est activée pour une offre, aucune compensation par enchère n’est proposée lorsque cette offre est affichée, même si le client dispose d’un crédit d’enchère.

Reconnaissance de l’opérateur: selon le type d’appareil (bureau/mobile), « webstore » ou « bazaar » est enregistré dans la commande ASE sous le nom de orderImportControl.user.

Exigences relatives au mot de passe : sur la page d’administration « Propriétés de formulaire », un bouton peut être activé pour que les exigences relatives au mot de passe soient vérifiées via AdSuite. Les règles stockées dans AdSuite sont ensuite utilisées pour créer un nouveau mot de passe.

Gestion des formulaires avec FormX : FormX est un outil permettant de créer des formulaires pour WebStore. Deux objectifs sont poursuivis ici : définition des valeurs des critères à traiter ultérieurement et définition du contenu des champs utilisateur Stylo. FormX est défini comme un service externe dans l’administration client (entité) de WebStore. Le nom du client peut être choisi librement. Pour le fonctionnement dans l’environnement AdSuite, il est fortement recommandé d’utiliser également le contexte de publication en tant que client du service FormX. Si deux clients sont utilisés avec un WebStore, vous pouvez également définir un seul client de service FormX pour les deux clients WebStore. Pour commencer la conception du formulaire, l’adresse stockée dans la définition du client doit être ajustée. Après avoir saisi l’utilisateur et le mot de passe, l’application Web démarre. Lorsque vous appuyez sur le bouton « Nouveau formulaire », le nom du formulaire est affiché dans une nouvelle fenêtre. Pour le système AdSuite : dans l’administration AdSuite (à partir de la version 2020.4), un nom de formulaire peut être défini pour un modèle. Ce nom doit être saisi ici. Pour les anciennes versions d’AdSuite, le nom de l’ensemble des critères publicitaires doit être saisi ici.

Retour au début

 

Stylo

Annonces flexibles: presque trop beau pour être vrai. Vous pouvez maintenant créer des modèles d’annonces dans Stylo qui sont destinés à plusieurs colonages. Il suffit simplement de modifier la largeur de l’annonce et la largeur des blocs de texte ainsi que les positions de tous les éléments changeront proportionnellement avec elle. Les changements de colonage sont ainsi facilités dans de nombreux cas. Le nombre de modèles à créer est considérablement réduit et le passage des publicités dans d’autres colonages est beaucoup plus facile. En effet, le ServerRenderer prend également en charge cette fonction. Vous pouvez avoir une petite impression dans cette vidéo YouTube. (Vidéo en allemand avec sous-titres anglais)

Affectation des polices : il nous a souvent été suggéré de ne pas être obligé de sélectionner le texte à modifier, mais simplement le bloc dans lequel il se situe, et cela même avec une sélection multiple. À partir de la version 2020.4, vous pouvez sélectionner plusieurs blocs de texte et leur attribuer une famille de polices, un style, une taille et un alignement. Si aucune valeur n’est affichée dans la barre d’outils, cela signifie que différentes valeurs sont enregistrées dans les blocs texte – vous pouvez alors les normaliser à l’aide de votre assignation. Si vous souhaitez comprendre ce nouveau fonctionnement nous avons mis à votre disposition une courte vidéo . (Vidéo en allemand avec sous-titres anglais)

Dégradé de couleurs : depuis la version 2020.3 de Stylo, vous pouvez créer des dégradés linéaires de couleur dans Stylo. Avec la version 2020.4, nous offrons la possibilité de créer des dégradés circulaires (radial). Un certain nombre d’annonces ne nécessitent plus désormais de devoir être créées dans des éditeurs tiers.

ServerRenderer génère un SVG : avec la version 2020.6, il est possible de demander au ServerRenderer de générer un SVG. Ce SVG contient les polices de caractères requises et les références aux images. Si l’option doEmbed a été utilisée, les images sont également copiées dans le SVG.

Informations de débogage : Stylo peut créer un fichier objet via Styloframe et le rappeler ensuite. Ce fichier-objet contient un état précis à un moment donné. Via l’interface d’administration, l’onglet Logger a été ajouté, où vous pouvez activer la création automatique d’un fichier objet en cas d’erreur. Si cette option est activée, l’utilisateur sera informé du fichier qui vient d’être créé en cas d’erreur. Les fichiers sont stockés dans le dossier webapps/StyloCoreDump. Afin d’enregistrer un état manuellement, la fonction writeDocumentObject est appelée dans StyloFrame. Pour charger un état, le fichier correspondant doit être stocké dans le dossier webapps/StyloCoreDump et la fonction readDocumentObject Dateiname doit être appelée dans StyloFrame. Cette extension sert de support aux erreurs difficiles à reproduire.

Retour au début

 

 

ProductionLine

ProductPlanner

La liste des bouche-trous a été changée en une liste de groupe car elle était assez confuse en raison du grand nombre de bouche-trous. Par défaut, les bouche-trous sont regroupés suivant le nom du groupe de bouche-trous et tous les groupes sont affichés sous forme réduite. Le nombre de bouche-trous attribués est indiqué entre parenthèses après le nom du groupe. Les différents groupes peuvent être réduits ou développés selon les besoins en appelant la fonction correspondante dans le menu contextuel du groupe concerné. La composition du groupe peut être modifiée en appelant l’élément de menu « Groupé par: <En-tête de colonne> » dans le menu contextuel de l’en-tête de colonne. En outre, la liste a été étendue par la nouvelle colonne « Type d’éditeur » pour afficher le type de l’éditeur dans lequel le bouche-trou a été réalisé.

Retour au début

 

AdPagination

Nouvelles icônes d’annonces: de nouvelles icônes représentant le type d’éditeur sont affichées dans l’arborescence des bouche-trous. Il existe désormais trois variantes différentes : le bouche-trou en PDF pur – créé pour la plupart par importation dans AdSuite, le bouche-trou conçu dans AdSuite PageOne et le bouche-trou conçu dans AdSuite-Stylo. En outre, les blocs de bouche-trous ont été complétés par les informations de couleur en bas à droite.

Retour au début

 

WebTracker

Optimisation du tableau de bord : les listes de commandes de production et d’exportation peuvent désormais être intégrées dans le tableau de bord de la même manière que les autres éléments. Une icône dans le titre d’une zone du tableau de bord peut désormais être utilisée pour passer à l’élément contenu dans la zone.

La prévisualisation générée dans PrintLayout est maintenant utilisée comme prévisualisation des parties de pages de PrintLayout. La résolution doit être définie dans PrintLayout.

Retour au début

 

ProductAdmin

Champs spécifiques aux clients: Les champs spécifiques aux clients pour les articles de NewsSuite peuvent désormais être également gérés par ProductAdmin dans la gestion des paramètres.

Conversion des couches PrintLayout : Pour l’exportation d’articles PrintLayout et de données statistiques, une conversion des couches PrintLayout vers les couches NewsSuite est nécessaire pour maintenir la compatibilité avec l’exportation d’articles NewsSuite. Cette conversion des couches PrintLayout peut maintenant être effectuée dans la gestion des paramètres du ProductAdmin.

Retour au début

 

XMLExportServer

Exportation d’articles ContentLine à partir d’Atlas : jusqu’à présent, les articles ContentLine ne pouvaient être exportés que par le biais d’une exportation de page. C’est-à-dire qu’ils étaient exportés s’ils étaient exportés sur une page éditée avec PrintLayout. Désormais, les articles ContentLine d’Atlas peuvent également être exportés individuellement.

Exportation des pages ContentLine avec le statut du dernier flashage: dans les files d’attente d’exportation de pages et de pages partielles, il est maintenant possible de définir que le statut du dernier flashage est exporté pour les pages ContentLine. Si la page n’est pas encore flashée, le statut actuel est exporté comme auparavant. Le statut du dernier flashage se réfère aux éléments placés et à leur contenu, et non à leurs métadonnées. Cette fonctionnalité nécessite ContentLine 2020.5 et ProductAdmin 2020.5 pour configurer les files d’attente.

Exportation des données statistiques des pages et articles de ContentLine : dans les exportations de statistiques existantes, les données statistiques sont maintenant exportées de la même manière pour les pages partielles qui ont été éditées avec PrintLayout. ContentLine 2020.5 est nécessaire pour cette fonctionnalité.

Retour au début

 

ContentLine

PrintLayout

Pour PrintLayout, nous avons trouvé un moyen de rendre l’application accessible sans installation préalable de Java et sans tunnel VPN. L’utilisateur n’a besoin que d’un navigateur pour se connecter à PrintLayout. Avec seulement quelques restrictions fonctionnelles dans le domaine de l’utilisation des raccourcis et du glisser-déposer, vous pouvez accéder au journal dans le cadre du « Bring-your-own-device » ou sur des postes de travail qui n’ont pas pu être préparés à temps en raison de la rapidité de l’aggravation de la crise sanitaire liée au corona. Pour les solutions sur site, il suffit d’une installation supplémentaire sur votre système. Pour les systèmes hébergés via alfa, aucun autre ajustement n’est nécessaire. Si vous êtes intéressé, veuillez contacter notre service commercial.

L’ajustement vertical du texte est utilisé pour compenser un manque ou un excédent de texte sans avoir à modifier ce dernier. Cela se fait en modifiant l’interligne et/ou l’espacement entre les paragraphes. Afin d’éviter les erreurs et un résultat final « peu esthétique », il est désormais possible de saisir ici des valeurs maximales à ne pas dépasser. Le principe de  l’ajustement est désormais également appliqué pour les tableaux, dont l’espacement peut être modifié. Cela élargit les possibilités de conception.

Sélectionnez plusieurs bénéficiaires de rémunérations: cans la dernière version d’alfa PrintLayout, il est désormais possible d’attribuer par exemple plusieurs bénéficiaires de droits d’auteur à un article si plusieurs éditeurs ont participé à sa création. Chaque bénéficiaire est indiqué par une case à cocher dans la liste. Il est ainsi très facile de sélectionner plusieurs auteurs en même temps. De cette façon, les droits d’auteur peuvent être déterminés de manière plus détaillée.

Importation de fichiers PDF par glisser-déposer à partir de « relations » : les graphiques fournis en format PDF dans les relations d’un article peuvent désormais être importés/placés de la manière habituelle. Comme d’habitude, glissez et déposez les fichiers PDF des relations d’un article sur l’espace de travail ou sur une page si ce fichier PDF a été importé en tant que document via EditorialOrganiser. Le PDF est ensuite réimporté sous forme de graphique et est disponible pour une édition ultérieure. Attention : le PDF est ensuite importé sous forme de nouveau graphique. Il n’y a aucun lien entre le graphique et le document original. Le graphique n’est pas visible dans EditorialOrganiser.

Optimisation de la communication entre PrintLayout et Feecon : afin d’optimiser la communication avec FeeCon, les modifications suivantes ont été apportées. Nom du champ « Type de rémunération » renommé en « Type de service » (UI) Les bénéficiaires de rémunération doivent pouvoir être triés par nom (réglable) Les abréviations des bénéficiaires de rémunération doivent pouvoir être affichées (réglable).

Adaptation des extensions de fichiers XML (.xml) à Intellitune : la mise à jour actuelle d’Intellitune nécessite une dénomination exacte des fichiers XML, car les fichiers portant l’extension .jpg.xml ne sont plus reconnus. C’est pourquoi les extensions de format ont été modifiées en .xml.

Message d’avertissement si le DKS n’est pas disponible : si le serveur DKS n’est pas disponible, un message correspondant est affiché dans l’application. Ce message est répété toutes les 5 minutes. Si le serveur DKS n’est pas accessible par le serveur PrintLayout (par exemple pour la génération de fichiers PDF), un courrier correspondant est envoyé au « ErrorMailReceiver » configuré.

Retour au début

 

EditorialOrganiser

Nous travaillons actuellement sur le projet d’éditeur de bloc. Il s’agit de combiner la flexibilité d’un éditeur de bloc avec les fonctions de guidage des spécifications de l’éditeur. Les blocs sont utilisés pour enrichir un article avec du texte et du contenu multimédia afin de créer un contenu de manière attrayante, intuitive et rapide.

Le rédacteur (ou la rédactrice) peut désormais planifier des publications de photos sur Facebook pour de futures tranches horaires ou envoyer des contributions prévues pour un traitement ultérieur dans Facebook sans qu’elles soient publiées immédiatement. Il n’est pas nécessaire pour cela de quitter EditorialOrganiser. Comme l’utilisation de Facebook est limitée par Facebook lui-même, nous avons rendu les informations directement accessibles sur le canal, où l’utilisateur/trice peut avoir un aperçu clair des restrictions. Cela permet d’éviter les tâtonnements ou le stockage d’informations en dehors d’EditorialOrganiser et d’améliorer la convivialité/le parcours de l’utilisateur.

L’utilisateur (ou l’utilisatrice) peut désormais rechercher de manière ciblée et différenciée des articles selon des éditions uniques et des éditions combinées, de sorte qu’il/elle obtient immédiatement une vue d’ensemble de l’utilisation des articles.

L’utilisateur (ou l’utilisatrice) figure directement dans le tableau de service lorsque les jours fériés se situent dans un État fédéral et peut attribuer les services correspondants en conséquence. Le comportement a été adapté au dimanche, de sorte que les jours de compensation des FA sont également attribués automatiquement. Cela permet de gagner du temps et d’avoir une vue d’ensemble immédiate des jours à prévoir.

Widget pour le tableau de bord (page d’accueil) : liste des employés avec services : Il existe désormais un nouveau widget pour le tableau de bord d’alfa EditorialOrganiser qui peut être utilisé pour afficher les services des employés. Une distinction est faite entre les absences (hors service) et les présences.

Les services sont classés par ordre alphabétique, de même que les employés sont classés par ordre alphabétique « nom de famille, prénom ». Il est également possible de filtrer par rédactions ; l’affichage standard indique toutes les rédactions. Un clic sur l’utilisateur mène aux informations sur l’utilisateur de l’employé concerné.

De plus, il est possible de passer directement du widget au tableau de service. Les filtres appliqués précédemment sont également transférés directement au tableau de service. Si le widget filtre en fonction de la rédaction « City A » et que le tableau de service est ensuite ouvert via le widget, la rédaction « City A » sera immédiatement filtrée.

Avec le nouveau widget, vous serez informé directement sur la page d’accueil, de manière concise et claire, des employés disponibles dans chaque équipe ou qui ne sont pas du tout à la maison. Vous n’avez pas besoin de regarder d’abord le tableau de service, ce qui permet de gagner du temps et des clics.

Changement des  utilisateurs pour les sujets et les rendez-vous: la fonction des rôles d’utilisateurs est désormais transférée vers des tâches dont la fonctionnalité a été étendue en conséquence.

Dans les masques de sujets et de rendez-vous, un champ est désormais proposé pour ajouter les employés qui sont en service pour le sujet ou la période de rendez-vous correspondant. Il n’est plus nécessaire de répartir les collaborateurs en différents rôles, et un nombre quelconque de collaborateurs peut être sélectionné. Les employés assignés recevront toujours un e-mail par leur permettant d’accéder directement au sujet ou au rendez-vous, de l’accepter ou de le refuser. La visualisation des collaborateurs qui ont accepté ou rejeté subsiste également.

Le changement sépare les domaines « Affectation des gestionnaires de sujets ou de sites en ligne » et « Création de contenu » de manière significative, créant ainsi une méthode de travail plus simple et plus compréhensible. En outre, un nombre quelconque d’employés peut désormais être ajouté à un sujet en tant que personnes responsables. Les tâches sont présentées de manière plus détaillée et plus conviviale afin d’optimiser la planification des sujets. Ainsi, une attribution précise des domaines de responsabilité est soutenue de manière plus approfondie.

Ajustements dans la zone « Tâches ». Une tâche a désormais les propriétés suivantes:
Statut : Le statut et les icônes correspondantes peuvent être attribués individuellement.
Contenu lié : vous pouvez déjà lier un article, une galerie de photos, etc. à une tâche. Si un article explicite est lié, il est transféré avec la tâche vers alfa ReporterApp et le lien vers l’article correspondant est également affiché dans la vue d’ensemble de la tâche, de sorte que l’employé peut passer directement du tableau de bord à l’article de la tâche. Le lien vers d’autres types est de nature informative. Type : les types de tâches peuvent être configurés individuellement. Par défaut, les types « Texte », « Photo », « Galerie photo », « Audio », « Vidéo » et « Galerie vidéo » sont prédéfinis. Cependant, d’autres peuvent être ajoutés et dotés d’icônes. Rédacteur : des employés peuvent être ajoutés en tant que rédacteurs d’une tâche.

Case à cocher « Informer l’utilisateur » : si cette case est cochée, l’opérateur est activement informé des notifications de la tâche configurées. S’il n’est pas sélectionné, l’opérateur n’est (pour l’instant) pas activement informé. La tâche apparaît toujours dans « Mes tâches ». Date de livraison : il s’agit d’une date limite, à laquelle la tâche doit être achevée ou le contenu requis doit être fourni. L’échéance doit être fixée séparément des périodes de planification du sujet/rendez-vous et peut être différenciée d’une tâche à l’autre.

L’apparence des tâches a également changé, car elles peuvent désormais être éditées directement dans la vue d’ensemble.

Exportations planifiées étendues par tâches et catégories d’exportation : les exportations planifiées peuvent maintenant être liées aux informations sur les tâches pour donner un aperçu du contenu qui doit être disponible pour une exportation planifiée (par exemple, « Article » est nécessaire pour l’exportation d’impression).

Pour chaque tâche du sujet, une case à cocher apparaît avec le type de tâche comme étiquette. S’il y a deux tâches du même type, deux cases à cocher du même type peuvent apparaître ici successivement. Si vous déplacez la souris sur une telle information, la tâche correspondante est mise en évidence. L’utilisateur voit à première vue toutes les exportations prévues qui sont destinées à un sujet et peut agir sur elles directement à partir de la vue d’ensemble sans avoir à appeler l’article. Cela permet d’optimiser considérablement la vue d’ensemble au sein des sujets et des rendez-vous et de gagner du temps et des clics.

Affichage des priorités, des intervenants et des exportations prévues dans les tableaux de planification : comme pour le calendrier, des informations supplémentaires sont maintenant affichées dans sur les fiches thématiques des tableaux de planification. Les icônes/textes suivants sont affichés par défaut : priorité, le contenu est-il disponible dans le sujet?, le sujet est-il un sujet récurrent?, l’utilisateur a-t-il marqué le sujet comme favori?, y a-t-il des tâches acceptées, rejetées ou inacceptables/rejetées d’un type de contenu dans le sujet ?

De plus, vous pouvez désormais voir les exportations planifiées sous forme de cases colorées sur la fiche (la couleur correspond à la couleur attribuée à un canal). Si l’exportation prévue a déjà été effectuée, celle-ci est indiquée par une coche dans la case colorée correspondante.

Comme dans les vues du calendrier, l’utilisateur voit immédiatement dans la vue d’ensemble quelles priorités et quels utilisateurs sont affectés à un sujet / rendez-vous. Les exportations planifiées et déjà réalisées sont également reconnaissables au premier coup d’œil, sans avoir à quitter le planning. Cela permet à l’utilisateur de saisir le statut d’un sujet au premier coup d’œil.

En outre, un nouveau tableau de planification a été mis en place, qui propose désormais la relation entre le canal d’exportation et les catégories d’exportation. Ainsi, les sujets des canaux peuvent désormais être planifiés en termes de départements ou de rubriques. Avec ce nouveau tableau de planification, les sujets peuvent être planifiés en fonction du canal et du département/de la rubrique, de sorte qu’il est possible de définir immédiatement dans le tableau dans quel domaine un sujet doit être publié. Comme les catégories peuvent être définies librement par canal d’exportation, vous obtenez une grande souplesse de planification.

Correspondance entre les rubriques et les dossiers de sujets : Il est désormais possible d’utiliser un automatisme qui classe les sujets dans certains dossiers de sujets dès qu’ils sont affectés à une rubrique. Les sous-sujets qui ont été créés manuellement au sein d’un certain sujet et qui ont été affectés à une autre rubrique que le sujet principal ne sont pas concernés. Cela signifie que si vous déplacez un sujet dans le tableau de planification vers une colonne/une ligne à laquelle une rubrique spécifique est préaffectée, le sujet est affecté à la rubrique et trié dans le dossier du sujet correspondant. Les thèmes créés ou planifiés à l’aide des tableaux de planification ne doivent plus être déplacés manuellement dans les dossiers correspondants, mais peuvent être triés automatiquement. Cela permet d’économiser du temps, des clics et d’éviter le chaos.

Libre choix de la plage de dates pour la vue de l’agenda (vue de planification à long ou à court terme) : dans la vue de l’agenda, la durée des contenus à afficher peut désormais être librement choisie. Une vue annuelle a également été ajoutée. En outre, les résultats peuvent être filtrés par certaines catégories pour obtenir un aperçu plus détaillé. Les utilisateurs peuvent afficher les sujets à venir d’une certaine période dans une vue en liste pour obtenir un aperçu rapide et informatif. La vue d’ensemble peut également être filtrée pour obtenir des informations plus précises sur des domaines spécifiques.

Notification des dates limites : un système de notification basé sur des règles est désormais disponible pour les dates limites des tâches. Vous pouvez définir des périodes de temps qui sont calculées en arrière par rapport à la date limite et après lesquelles le créateur et l’éditeur, par exemple, sont automatiquement avertis. Ces notifications sont envoyées pour toutes les tâches qui ont activé une alerte, qui ont une date limite et qui n’ont pas encore été supprimées ou achevées ou auxquelles on n’a pas encore attribué le statut de cible approprié au moment voulu. Des règles de notification individuelles peuvent être définies pour garantir qu’aucune tâche ne soit oubliée. Nous soutenons ainsi la fiabilité de la planification et empêchons les publications/exportations incorrectes ou incomplètes.

Restriction des utilisateurs par tableau de service pour les calendriers et les tableaux de planification : Dans les tableaux de planification des thèmes et dans les calendriers, les thèmes ne peuvent plus être déplacés à une date/heure où un ou plusieurs rédacteurs du thème n’ont pas le temps selon le tableau de service, si la restriction de sélection des utilisateurs par tableau de service est configurée. Si vous essayez de déplacer un sujet vers un créneau horaire indisponible, la boîte de dialogue du sujet s’ouvre, dans laquelle la nouvelle heure souhaitée est déjà prédéfinie. Comme auparavant, ce dialogue ne peut être sauvegardé que si le conflit entre l’éditeur et le temps est résolu. Si vous cliquez plutôt sur « Annuler », le sujet sera réinitialisé à la fois précédente.

Récapitulatif des types de service dans le tableau de service : dans le tableau de service, vous pouvez désormais avoir les types de service par utilisateur, récapitulés au cours du mois. Sur le côté droit du tableau de service, il y a une colonne pour le type de service souhaité, dans laquelle la somme des services assignés à ce type de service pour l’utilisateur respectif est affichée.

Exportation du droit à congé et de l’indemnité de congé : les totaux du droit au congé et de l’indemnité de repos compensateur peuvent désormais être exportés automatiquement. Un intervalle de temps au cours duquel les exportations doivent avoir lieu est précisé. À l’expiration de cet intervalle de temps, un fichier est exporté et stocké dans un répertoire de fichiers défini.

Modèles de sujets : création automatisée de tâches et exportations programmées.  Les modèles de sujets peuvent désormais être définis via l’administration d’EditorialOrganiser. Ils peuvent être utilisés lors de la création d’un sujet ou d’un rendez-vous pour créer automatiquement des tâches et des exportations programmées. Si un thème ou un rendez-vous est créé et qu’un modèle de thème spécifique est sélectionné, les tâches associées et les exportations programmées sont immédiatement ajoutées au thème ou au rendez-vous.

Rotation libre des images : il est désormais possible de tourner les images dans EditorialOrganiser. Une nouvelle entrée apparaît dans le menu contextuel (clic droit). Dans la boîte de dialogue qui s’ouvre, l’image peut être pivotée au moyen d’un curseur ou en entrant un nombre de degrés. Le cadrage de l’image peut également être ajusté instantanément afin de gérer les bords ou les coins.

Tri des vues de planification et de l’agenda : les sujets/exportations programmées dans les vues de planification sont désormais triés par défaut en fonction du statut des sujets lorsque les horaires de plusieurs sujets/exportations programmées sont identiques. Dans la vue de l’agenda, du calendrier et de la liste, un nouvel élément de sélection a été ajouté au widget de tri dans le coin inférieur gauche : « a des catégories d’exportation ». Ce tri a pour effet que tous les sujets qui n’ont pas d’exportation programmée avec une catégorie d’exportation sélectionnée sont classés par ordre croissant.

Retour au début

 

 

DAM – Digital Asset Manager

Intégration de Sentry: Sentry est un outil de collecte automatisée et structurée des erreurs logicielles qui se produisent pendant que le client utilise le logiciel. Le logiciel signale automatiquement les erreurs à un serveur central via Sentry. Le service de développement y reçoit une liste claire des erreurs, y compris leur fréquence et quelques informations supplémentaires pour faciliter le dépannage.

Administration supplémentaire : une fonction d’administration a été ajoutée au Digital Asset Manager, qui peut être utilisée pour gérer diverses données concernant la configuration : catégories, photographes, types d’images, descriptions d’images, champs obligatoires et fonctions de contenu. L’administration est accessible via le menu utilisateur (à l’extrême droite), où se trouve le point de menu « Administration ».

Retour au début

 

NewsApp

Dans l’affichage des pages d’une édition, il est désormais possible d’afficher ce que l’on appelle les interstitiels (publicités interstitielles sont des bannières web qui interrompent la visite d’un utilisateur sur un site web et utilisent leur attention à des fins publicitaires).

La version Test Enterprise de l’application est désormais également livrée avec l’extension Apple Watch. Pour l’activation dans la version Store, les icônes de la montre doivent être fournies par le client.

Les appels à la lecture des appareils utilisés et à l’enregistrement d’un achat supplémentaire dans l’application ont été optimisés.

Le téléchargement du NewsStand a été modifié pour passer aux « Modes de fond ». Cette logique permet à la NewsApp d’exécuter des processus plus longs en arrière-plan. Dans cette logique, le téléchargement du NewsStand fonctionne désormais de manière fiable. Dans le cadre de ces ajustements, un délai peut désormais être fixé pour l’exécution des requêtes nécessaires au téléchargement du NewsStand. Le téléchargement de NewsStand n’est désormais exécuté que si une publication est disponible pour le jour en cours. Cela signifie qu’un NewsStand Push un jour férié n’exécutera pas un téléchargement NewsStand de la veille. Si le téléchargement de NewsStand est réussi, l’événement « kiosque à journaux » sera désormais ajouté à l’événement « Analytics ». Le temps de téléchargement en secondes est spécifié comme paramètre.

Lors de la lecture des données d’abonnement GlobalPurchase, les jours de la semaine autorisés peuvent désormais être pris en compte (paramètres spécifiques au client). Ainsi, des modèles d’abonnement pour les différents jours de la semaine peuvent être proposés pour la NewsApp. Une condition préalable est que le système de vente connecté à GlobalPurchase dispose de ces données. Si les données dépendantes du jour de la semaine ne sont pas disponibles, tous les jours de la semaine sont autorisés comme auparavant.

Une grille de progression peut désormais être placée sur l’affichage des images dans le contenu dynamique, par exemple pour afficher un texte dans la zone inférieure de l’image, comme un titre sur un fond plus sombre.

Retour au début