...
Import Auftragsdaten
Import Anzeigenmotive
Export Anstrich/Statusrückmeldungen
Austauschformat und Übertragung der Daten
Workflow
Import Auftragsdaten
Vom kaufmännischen Anzeigensystem werden XML-Dateien mit Auftragsdaten in einem von NGen überwachten Hotfolder (siehe /wiki/spaces/CORE/pages/906133524 ) abgelegt. Je nach kaufmännischem System hat das angelieferte XML eine jeweils eigene Struktur (siehe Beispieldaten unten). NGen importiert die Auftragsdaten mittels einer komplexen Workflow-Aktion und bringt sie mittels XSLT-Stylesheet und Konfigurationsabbildungen in die benötigte Struktur. Dabei werden auch die Bezeichnungen der Ausgaben, Rubriken und Platzierungsvorschriften an die gewünschte Schreibweise in der Blattplanung angepasst. So werden entsprechende Buchungen in NGen erstellt und aktualisiert.
Import Anzeigenmotive
Die Motive werden vom technischen Anzeigensystem in einem weiteren Hotfolder als PDF angeliefert. NGen importiert diese und führt sie mit den Auftragsdaten zusammen. Als eindeutiges Kennzeichen der Zuordnung dient dabei die Auftragsnummer in Kombination mit der Motivnummer im Dateinamen des Motivs.
...
Bei einer Kombi im kaufmännischen System müssen entsprechend für jede zugehörige Belegung einzelne Buchungen übergeben werden.
Eindeutigkeit der NGen-Buchungen
Im kaufmännischen System kann es vorkommen, dass es zu einem Motiv mehrere Erscheinungen am gleichen Tag in der gleichen Ausgabe gibt, zum Beispiel wenn ein- und dieselbe Anzeige dort in mehreren Rubriken erscheinen soll. Damit würde in NGen die Eindeutigkeit (Ausgabe und Erscheinungstag) der Buchungen innerhalb einer Anzeige verletzt werden. Beim Import werden deshalb in einem solchen Fall automatisch durch Kopieren mehrere Anzeigen mit der gleichen Anzeigennummer in NGen erstellt, und die nicht eindeutigen Buchungen auf diese Anzeigen verteilt. Die so erstellten Kopien haben die gleiche Anzeigennummer wie das Original und sind über die Relation COID mit der Original-Anzeige verknüpft. Beim PDF-Import wird dann das PDF automatisch vom Original auf alle Kopien übertragen.
Statusstufen von einzelnen Buchungen
Buchungen (=Erscheinungen) werden beim Import grundsätzlich immer nach NGen übernommen. Wenn eine Buchung im Import-XML komplett wegfällt, dann wird sie auch in NGen wegfallen, sofern sie in NGen noch nicht angestrichen wurde. Angestrichene Buchungen bleiben erhalten.
Statusstufen von Anzeigen
Beim Import wird geprüft, ob das gelieferte Motiv in Größe und Farbigkeit mit den Auftragsdaten zusammenpasst. Im Fehlerfall wird die Anzeige entsprechend gekennzeichnet und nach Bedarf Workflows zur Benachrichtigung ausgelöst.
Eine Anzeige erhält beim erfolgreichen Import grundsätzlich den Status Geplant. Nach dem anschließenden, erfolgreichen Abgleich von gebuchten und technischen Größen und Farben wird die Anzeige automatisch in den Status Fertig gestuft. Falls beim Import oder beim Größen-/ Farbenvergleich ein Fehler auftritt, so geht die Anzeigen in den Status Fehler.
Änderung von bereits platzierten Anzeigen
Im Rahmen des Imports wird geprüft ob eine importierte Anzeige bereits auf Seiten mit Erscheinungsdatum in der Zukunft platziert ist. Ist das der Fall wird geprüft, ob es sich um eine platzierungsrelevante Anzeigenänderung handelt. Platzierungsrelevant ist eine Größenänderung oder eine Änderung der Buchungen, durch die die aktuelle Platzierung nicht mehr den gültigen Buchungen entspricht. Bei platzierungsrelevanten Änderungen erhalten die jeweiligen Anzeigenbereich die Kennzeichnung Bereichsänderung=”Storno” oder “Größe” und werden über den Ansichtmodus kenntlich gemacht.
...
Storno bedeutet, es fehlen Buchungen im XML (stornierte Buchungen werden nicht mehr übergeben).
Komplett-Storno: Anzeige wird ohne Buchungen übergeben.
Update (z.B. Größenänderung): gleiche XML-Struktur, halt mit geänderten Größen. Es werden immer alle übergebenen Merkmale aktualisiert.
Optional auf Anfrage: Export Anstrich/Statusrückmeldung
Eine Rückmeldung über die importierten Anzeigen aus NGen heraus erfolgt in Form des Anstrichs für die erschienenen Buchungen nach der täglichen Produktion in Form von XML-Dateien an das kaufmännische System, wenn das für die Verrechnung und Reklamationsbearbeitung nötig ist. Die Rückmeldung erfolgt jeweils in Form einer XML-Datei pro Anzeige, die von NGen in einem definierten Verzeichnis abgelegt wird.
...
| Code Block |
|---|
<?xml version="1.0" encoding="iso-8859-1"?> <ProductionControl originator="Multicom"> <IssuedObject scheduleCompositionId="219939"> <Date>2008-07-09</Date> <Info>produced</Info> <Page>3</Page> <PosX>164000</PosX> <PosY>275750</PosY> <Height>30000</Height> <Width>45000</Width> </IssuedObject> </ProductionControl> |
Beispieldaten
Generische Beispieldaten (kommt im Vergleich zu den untenstehenden Beispieldaten ohne Transformation aus)
...
| Info |
|---|
Voraussetzungen für den Betrieb der Schnittstelle:
|
| Include Page | ||||
|---|---|---|---|---|
|
Optionale weitere Informationen (auf Anfrage)
/wiki/spaces/CORE/pages/912424975
Verwandte Seiten
| Filter by label (Content by label) | ||||||
|---|---|---|---|---|---|---|
|