KUND:INNENSPEZIFISCH
Standardmäßig werden Artikel, die von Livingdocs nach PRINT NGEN importiert wurden, in PRINT NGEN nicht mehr aktualisiert. D. h. wird ein Printartikel in Livingdocs publiziert, wird beim Import geprüft, ob es in PRINT NGEN bereits einen Artikel zu der Livingdocs-document-ID gibt. Nur wenn es zu dieser document-ID noch keinen Artikel in PRINT NGEN gibt, wird der Artikel importiert.
Im Folgenden wird eine kund:innenspezifische Update-Logik beschrieben, die von diesem Standard abweicht.
Funktionalitäten der kund:innenspezifischen Update-Logik
Update des Textes, der Metadaten und der am Artikel referenzierten Bilder, solange der Artikel in PRINT NGEN in bestimmten Statusstufen steht
Update der Infoboxen, solange der zugehörige Hauptartikel in bestimmten Statusstufen steht
Inhaltsverzeichnis
Allgemeine Beschreibung
Standardmäßig werden Artikel, die von Livingdocs nach PRINT NGEN importiert wurden, in PRINT NGEN nicht mehr aktualisiert. D. h. wird ein Printartikel in Livingdocs publiziert, wird beim Import geprüft, ob es in PRINT NGEN bereits einen Artikel zu der Livingdocs-document-ID gibt. Nur wenn es zu dieser document-ID noch keinen Artikel in PRINT NGEN gibt, wird der Artikel importiert.
Bei der nachfolgend beschriebenen Logik handelt es sich um eine kund:innenspezifische Update-Variante, die vom Standard abweicht.
Vom Standard abweichende Update-Logik
Status-Abhängigkeit beim Update
Wird ein Livingdocs-Artikel, der bereits nach PRINT NGEN importiert wurde, in Livingdocs aktualisiert und erneut publiziert, erfolgt ein Update des Artikels in PRINT NGEN.
Die Aktualisierung des Artikels bzw. der Artikel in PRINT NGEN erfolgt nur, wenn sich diese(r) im Status “Erfassung” befindet (bzw. in den Statusstufen, die laut Abbildung für die Aktualisierung vorgesehen sind). Ist dies nicht der Fall, erfolgt kein Update des Artikels / der Artikel in PRINT NGEN.
Befindet sich der Artikel in einem für die Aktualisierung vorgesehenen Status, erfolgt eine Aktualisierung des textuellen Inhalts und der Metadaten des Artikels.
Rückkopplung
Bei dieser Aktualisierungslogik erfolgt keine Rückkopplung. Das heißt, wenn ein Artikel in NGEN geändert wird und anschließend eine Aktualisierung des Artikels über Livingdocs publiziert wird, werden die in NGEN vorgenommenen Änderungen überschrieben.
Entziehen des Schreibzugriffs in PRINT NGEN
Ist der Artikel, während ein Update importiert wird, gerade in PRINT NGEN von einem/einer Benutzer:in in Bearbeitung , wird dem/der Bearbeiter:in des Artikels in PRINT NGEN die Bearbeitung entzogen. Am Client erscheint zudem eine Meldung, dass der Schreibzugriff entzogen wurde.
Der Schreibzugriff wird auch entzogen und der Artikel aktualisiert, obwohl sich z. B. am Text nichts geändert hat und nur eine Ausgabe hinzugekommen ist.
Technisch gesehen wird beim Update nicht geprüft, was sich geändert hat, sondern es wird alles in PRINT NGEN aktualisiert (d. h. textueller Inhalt und Eigenschaften am Artikel und falls der Artikel noch nicht platziert ist, auch die Vorlage und das platzierte Bild).
Aktualisierung der Ausgabe
Wird in Livingdocs eine Änderung der Ausgabe vorgenommen und gibt es beim übertragenen Update zu einer Ausgabe (gilt nach dem Mapping über die Abbildung) bereits einen Artikel in PRINT NGEN, wird dieser bereits zur Ausgabe bestehende Artikel entsprechend der hier definierten Logiken aktualisiert:
Gibt es beim übertragenen Update zu einer Ausgabe noch keinen Artikel in PRINT NGEN, wird wie bisher auch ein neuer Artikel in PRINT NGEN erstellt.
Gibt es in PRINT NGEN bereits Artikel zu anderen, im Update nicht mitgelieferten Ausgaben, werden die Artikel, zu denen im Update keine Ausgabe mehr mitgeliefert wird, auf den Status “Löschen” gesetzt. Ansonsten bleiben diese Artikel in PRINT NGEN unverändert bestehen. (Artikel im Status “Löschen” werden auf der Seite nicht besonders gekennzeichnet.)
Ist beim Stufen einer Seite auf “Fertig” ein Artikel im Status “Löschen” auf der Seite platziert, wird das Stufen abgebrochen. Wenn die Seite bereits auf “Fertig” steht und dann mit einem auf “Löschen” gestuften Artikel auf “Produzieren” gestuft werden soll, bricht dieses Stufen analog zum Fertig-Stufen-Workflow ab.
Aktualisierungslogik abhängig von der Platzierung des Artikels
Ist ein Artikel, der über die Livingdocs-API in PRINT NGEN aktualisiert wird, in PRINT NGEN noch nicht auf einer Seite platziert, kann auch das Layout des Artikels aktualisiert werden. Erfolgt ein Update zu einem Artikel, der bereits auf einer Seite platziert ist, gilt generell, dass das Layout des platzierten Artikels auf der Seite nicht geändert wird (dazu gehören auch die Bilder).
Aktualisierung der Bilder
Ist der Livingdocs-Artikel in PRINT NGEN bereits auf einer Seite platziert, bleiben die bereits platzierten Bilder (Produktionskopien) so auf der Seite bestehen. Hier erfolgt am Artikel lediglich ein Update der Referenzen zu den neu importierten Bildern.
Ist ein Livingdocs-Artikel in PRINT NGEN noch nicht auf einer Seite platziert, können die Bilder entsprechend des Updates neu am Artikel referenziert werden und auch das erste übertragene Bild direkt in der Artikel-Vorlage platziert werden.
Bei einem Update wird nicht geprüft, ob ein Livingdocs-Bild bereits in PRINT NGEN vorhanden ist. Das bedeutet bei einem Update des Artikels, dass alle Bilder des Livingdocs-Artikels neu importiert werden. D. h. alle Bilder die von Livingdocs am Artikel mitübertragen werden, werden in PRINT NGEN als neue Original-Bilder erstellt. (Bei mehreren Updates gibt es das gleiche Bild somit u. U. einige Male.) In den PRINT NGEN Eigenschaften am Artikel (Eigenschaft “CMS”) wird zudem die Referenz zu den Bildern aktualisiert, die laut Update zum Artikel gehören (mit neuen CIDs der Bilder).
Aktualisierung des Formatnamens
Auch bei der Aktualisierung des Formatnamens unterscheidet sich die Logik, abhängig davon, ob der Artikel bereits auf einer Seite platziert ist:
Ist der Artikel bereits auf einer Seite platziert, ändert sich am Layout auf der Seite nichts mehr. Es wird lediglich eine neue Vorlage am Artikel referenziert, die gilt, falls der Artikel wieder von der Seite entfernt wird und das Layout der Seite nicht an den Artikel übernommen wird.
Ist der Artikel noch nicht platziert, wird die Vorlage entsprechend der Abbildung getauscht.
Aktualisierung der Infoboxen
Gibt es bei einem übertragenen Artikel eine oder mehrere zugehörige Infoboxen, müssen auch die Infoboxen aktualisiert werden. Grundsätzlich gelten für die Infobox-Artikel in PRINT NGEN die gleichen oben genannten Logiken wie für den Hauptartikel. Allerdings sind Infoboxen in Livingdocs keine eigenständigen Artikel, sondern Elemente des Inhalts eines Hauptartikels. D. h. in Livingdocs gilt bei inhaltlicher Änderung einer Infobox, dass der zugehörige “Hauptartikel” erneut publiziert werden muss. In PRINT NGEN wird damit die Infobox sowie der Hauptartikel aktualisiert.
Da Infoboxen in Livingdocs zum Inhalt des Hauptartikels zählen, ist das Aktualisieren der Infoboxen abhängig vom Status des Hauptartikels. D. h. wenn der Hauptartikel auf “Erfassung” bzw. einem für die Aktualisierung vorgesehenen Status steht, werden alle zugehörigen Infoboxen mit aktualisiert - auch wenn die Infoboxen z. B. auf “Fertig” oder “Löschen” stehen. Ist der Hauptartikel in einem Status der nicht für die Aktualisierung vorgesehen ist, werden die Infoboxen analog zum Hauptartikel nicht mehr aktualisiert.
In PRINT NGEN werden die Infoboxen nach ihrer Reihenfolge im Inhalt des Hauptartikels durchnummeriert (Reihenfolge in der Eigenschaft “DTextVerknuepfung”). Existieren also mehrere Infoboxen in einem Artikel, so wird immer die erste Infobox in PRINT NGEN mit dem neuen Inhalt aus Livingdocs upgedatet, die jetzt auch erste Infobox in Livingdocs ist und so weiter.
Wenn weniger Infoboxen als vorher geschickt werden, wird die letzte Infobox in PRINT NGEN auf den Status “Löschen” gestuft. Der Infobox-Artikel an sich bleibt jedoch in der PRINT NGEN Datenbank bestehen. Auch die Referenz zwischen Infoboxen und Hauptartikel bleibt bestehen.
Wenn neue Infoboxen mitkommen, werden in PRINT NGEN hinten neue angefügt.
Wird eine Infobox zunächst in Livingdocs entfernt und bei einem späteren Update wieder mitgeschickt, erhält die Infobox zunächst den Status “Löschen” und wird bei dem späteren Update wieder auf “Erfassung” gestuft.
Verwandte Seiten
Disclaimer
Für die vorliegende Systemübersicht/Publikation behalten wir uns alle Rechte vor. Nachdruck, Vervielfältigung und Verbreitung (auch auszugsweise) ist nur mit schriftlicher Genehmigung der PEIQ GmbH erlaubt. Wir behalten uns vor, die Systemübersicht/Publikation jederzeit ohne vorherige Ankündigung zu ändern und/oder zu erweitern. Die vorliegenden Angaben dienen lediglich Informationszwecken. Die PEIQ GmbH übernimmt keinerlei Haftung und/oder Garantie für Fehler und/oder unvollständige Angaben in der Systemübersicht/Publikation, mit Ausnahme von vorsätzlich falschen oder arglistig verschwiegenen Angaben. Da unsere Software laufend weiter entwickelt wird, handelt es sich bei den vorliegenden nur um allgemeine Angaben. Es handelt sich weder um eine Zusicherung von Mindestvertragsinhalten, noch um Beschaffenheitsgarantien im Sinne des § 443 BGB.
Nur für PEIQ-Mitarbeiter:
tbd