Release Notes HUP Anzeigen (VL) 5.51.42

Mit dem neuen Mandantschalter "Bonusabschlüsse nachbearbeiten" können jetzt auch erfüllte Bonusabschlüsse in Nachbearbeitung überstellt und von der automatischen Endabrechnung ausgenommen werden (analog zu den vorhandenen gleichartigen Mandantschaltern für Brutto- und Nettoabschlüsse).

385.sdv - neuer Key: 385286

neuer Configschalter (system.cfg):

Prodsystem.NoConnectionTodayDlg = "1";
# Abfrage "Ein zu produzierendes Motiv erscheint heute. Sollen die Änderungen an das Blattplanungssystem übergeben werden?"
# unterdrücken und intern mit <Nein> beantworten

Beim Erzeugen der neuen APos via 'neues Motiv' wird jetzt initial auch bei Editormotiven der PS-Blob aus dem Quellmotiv übernommen.

(Nur bei aktivem Mandantschalter "blockweise Farbzuschlagsberechnung":)

Unterhalb des kleinsten Farbzuschlagblocks wird nun auch ein prozentualer Farbzuschlag auf die mm-Mindestmenge des ersten Blocks angewendet.

Außerdem gilt dieser prozentuale Farbzuschlag für alle Grundpreis-Objekte, wenn mehrere beteiligt sind (z.B. Stich- und normale Zeilen).  Für absolute Zuschläge gilt das dagegen natürlich weiterhin nicht.

Das Attribut productionorder.copyfrom (Quellauftragsnummer von Folgeaufträgen) wird im DIG-XML nicht mehr übertragen.

CON-5096: XML-RepGen: Belege im Archiv sind ohne Motiv
CON-5097: Keine Bounding-Box bei Gestetner-Druckertreiber - verschobene Motive auf Beleg-Report
CON-5109: XML-RepGen: Fehler beim Belegdruck

neuer Configschalter (kommerz.cfg):

PPI.DIGFilePrefix = "H_";
# DIG-Motivdateien mit Präfix schreiben (z. B. H_6428057_1.1.pdf)

Die DIG-Festplatzierungen werden in der neuen 1003.sdv konfiguriert und gesondert im Element appearance.pageposition in der DIG-Schnittstelle übertragen.

 1003.sdv - neu
2020.sdv - neuer Key: 20201003

Bei Benutzern, die in Auftrags- und Kundenbearbeitung nur Leseberechtigungen haben, soll die Meldung "Es liegt keine Berechtigung zum Bearbeiten von Aufträgen/Kunden vor. Der Auftrag/Kunde wird nur lesend geladen!" nach Neustart der Anwendung nur einmalig beim ersten Ladevorgang erscheinen.

neue Configschalter (kommerz.cfg):

Auftragsbearbeitung.ShowReadonlyMsgOnce = "1";
Kundenbearbeitung.ShowReadonlyMsgOnce = "1";

# Lesewarnung beim Öffnen von Aufträgen und Kunden nur einmal ausgeben

Wenn vom System bei nicht variabel breiten Mustern wegen der unterschiedlichen Spaltenbreiten automatisch eine zusätzliche Auftragsposition angelegt wird, obwohl das lt. Musterzuordnung nicht gewünscht ist (z.B. Beilagenmuster), muss dieses Baumuster einmalig in der Musterbearbeitung gespeichert werden (Ermittlung der Flächenbreiten-Eigenschaft und Speichern in den Baumusterdaten). Danach wird die zusätzliche Auftragsposition nicht mehr erzeugt.

Achtung: DB-Update vsys6.066NI1.sql

Die oder-Bedingung aus OPR 8044645 entfällt (s. auch PL 1806). Es gilt nun allgemein:

Der erste Platzierungswunsch wird direkt unter appearance übertragen. Ist in dieser Platzierung der Haken 'Ausschlusswunsch' (= placement.exclusion, Pflichtfeld) gesetzt, erfolgt die Übertragung aller Platzierungswunsch-Elemente im Knoten placement mit der zugehörigen höchsten Priorität (i. d. R. Priorität = 1). Alle nachrangigen Platzierungswünsche werden vollständig als jeweils eigene placement-Struktur übertragen.

Platzierungen mit Ausschlusswunsch werden jetzt immer komplett als placement-Elemente übertragen.

Über den neuen Konfigurationseintrag

Exporter.NurAenderungbeiAuftragaenderung = "1";

kann gesteuert werden, dass bei Änderungen von Auftragsattributen im Exporter-Modus "nur Änderungen exportieren" nur geänderte Aggregationen exportiert werden.

Beispiel: Eine Änderung der Auftragsabteilung führt nicht zwangsweise zum Export der Auftragspositionen-Daten.

neuer Configschalter für selektive Prodsystem-Übergabe beim Onlinetransfer (kommerz.cfg):

Prodsystem.SpecialMode = "DIG";
# Massenübergabe via Onlinetransfer für ein spezielles Prodsystem, falls mehrere konfiguriert sind
# gedacht für Migrationen auf neue Prodsysteme, darf nur temporär für die Datenübernahme gesetzt werden!
# Kürzel aus 2048.sdv (PPI, DIG ...)
# bei DIG wird die Abfrage zur Übergabe heutiger Termine immer mit 'Nein' beantwortet (sie erscheint hier nicht an der Oberfläche)

Die Übergabe von makeupcode wurde auf das PRODUZIEREN-Knz. des PTermins abgebildet:

PRODUZIEREN = J → tobedone
PRODUZIEREN = N und PTermin nicht storniert → nomakeup (der PT kann jederzeit manuell wieder auf zu produzieren gesetzt werden)
PRODUZIEREN = N und PTermin storniert (PT-Status >= 354091, der PT kann nicht wieder auf zu produzieren gesetzt werden) → cancelled

Für den Motivworkflow war darüber hinaus noch eine Änderung erforderlich, wenn ein bereits übertragenes, produktionsfähiges Motiv infolge einer Nachbearbeitung ('Motivkorrektur | wieder bearbeiten') zur erneuten Gestaltung zurückgegeben wird:

productionorder.state

Beim APos-Übergang von 50 (produktionsfähig) auf 22 (in Gestaltung AdFlow) ist dieses Feld mit cin.saved zu übergeben (= vorhandenes Motiv ist nicht mehr gültig, warte auf ein neues).

Der Algorithmus zum Aufbau des Rubrikenbaumes funktionierte nicht richtig. Die zu einer Hauptrubrik gehörigen Unterrubriken werden nun unterhalb dieser gruppiert, sofern auch die Hauptrubrik zugeordnete Rubrikerscheintage in der bearbeiteten PAusgabe hat. Damit ist nun eine bessere Übersicht zur Auswahl der Rubriken mit zu änderndem Anzeigenschluss gegeben. An der Selektionsmechanik im Dialog 'Anzeigenschluss' wurden keine Änderungen vorgenommen.

Durch Aktivierung des neuen Mandantschalters "SEPA-Mandatsverwaltung außerhalb HUP-System" können Aufträge eines Kunden ohne im Formularmerkmal gültiges SEPA-Mandat erfasst und fakturiert werden.

385.sdv - neuer Key: 385285

Siehe PL 1882.

Hat sich ein Benutzer mit einem Stammdatenprofil am HUP-System angemeldet, so stehen diesem Benutzer in den Default-Einstellungen der Auftragsbearbeitung alle Abteilungen des Profils zur Verfügung und die Default-Abteilung des Profils ist vorausgewählt.

Übersteuert der Benutzer die Profil-Default-Abteilung, so bleibt die übersteuerte Abteilung so lange Default-Abteilung des Benutzers (bei diesem Profil), bis er diese Auswahl erneut übersteuert oder die Zuordnung dieser Abteilung zum Profil aufgehoben wird.

In Drucklaufprotokollen traten mitunter Fehler des folgenden Typs auf, wenn Rechnungen für gesplittete Aufträge erstellt wurden:

Fehler beim Laden des AuftragKundeFOs. Der Kunde ist gelockt von: BENUTZER (Name, Vorname)

OrderService
Rev. 74454

Die auftragsbezogenen Bankdaten müssen in der JSON-Struktur unter dem Hauptknoten 'Order' wie folgt übergeben werden (accountHolder = Kontoinhaber und BIC sind optional):

Order
{
...
"publication": "101",
...
"bankAccount": {
    "accountHolder": "Max Mustermann",
    "iban": "DE41250500000000414516",
    "bic": "NOLADE2HXXX"
},
...
}

Zusätzlich ist eine Anpassung der XSL-Transformationen OrderServiceImport.xsl und OrderServiceImportComplete.xsl erforderlich.

neuer Configschalter (kommerz.cfg):

ReportGenerator.NeverEmbedFont = "1";
# alle Schriften einbetten (0 - nicht einbetten (default), 1 - einbetten)

Beim Drucken in PDF-Dateien werden damit auch alle von GhostScript als "default" behandelten Schriften eingebettet (z. B. Helvetica).

Bei Auswahl eines Formularmerkmals auf den Reitern 'Faktura' und 'Rechnungsdruck' werden jetzt initial alle zugehörigen Ausgaben ausgewählt (automatisches <Alle selektieren>). Faktura-Batchpläne und Finanbatch.exe sind von der Änderung nicht betroffen (abweichende Ausgabenselektionen in Batchplänen übersteuern wie bisher die Voreinstellungen der Finanzbearbeitung).

Über Entzug des neuen Rechts "Preise im Auftragsverzeichnis anzeigen" im Knoten "Kunden" kann verhindert werden, dass Benutzer über das Auftragsverzeichnis eines Kunden Preise und Fakturdaten sehen können.

2010.sdv - neuer Key: 2010704

neue Configschalter (kommerz.cfg):

Auftragsbearbeitung.OrderTemplate.DummyClients = "104211,105721";
# Default-Neukunde(n) für Rohlingsimport (kommasepariert, z. B. für Agenturen und Direktkunden getrennt)

Auftragsbearbeitung.KeepCustomerData = "0";
# Beim Entfernen des Auftragkunden AK- und KTK-Daten behalten
# 0 = verwerfen (default), 1 = behalten
# bei Rohlingswandlung bleiben die AK- und KTK-Daten nach Entfernen des Dummykunden immer erhalten!

Erfordert OrderService Rev. 72008 und PluginHCSADV.dll 5.51.42.1831.

Der OrderService enthält folgende neue Platzierungswunschattribute (Ausprägung, Wunschtyp, Seite von, Seite bis, Seitentyp, Priorität):

"design": {
"placementAlternatives": [
  {
    "characteristic": "3400",
    "desireType": "C",
    "pageFrom": "",
    "pageTo": "",
    "pageType": "U",
    "priority": 1
  }
  ]
}

Erweiterung des Journals um die Spalte "Geschäftsstelle". Damit ist im Journal die Sortierung der Daten über den Konfigeintrag "SortierkriteriumVertreterProvAbr" in der HUP2Fibu.exe.config auch für die Geschäftsstelle möglich (vgl. OP 5060174):

4 - Abrechnungsgeschäftsstelle

Beim Rohlingsimport mit der Ausgabe MMaster werden nun keine AdFlow-Jobs mehr erzeugt. Das passiert erst bei der Wandlung, wenn klar ist, ob das Motiv produktionsfähig aus dem Editor kommt oder in AdFlow gesetzt werden muss.

Der von OP 8012047 her bekannte Configschalter

Kommerz.OrderServiceDummyEdition = "80924";
# IntKey der MMaster-Ausgabe aus 2025.sdv

wurde intern um diese Funktionalität ergänzt, er selbst braucht hierfür aber nicht geändert zu werden.

CON-4522 / MSSA-3: Exporter-Modus "Motiv nur bei Motivänderungen exportieren" funktioniert nicht

neuer Configschalter:
GlobalFiles.DisableNameCheck = "1";
# Abschalten der Scheduler-Reverse-Auflösung
# 0 = prüfen (default), 1 = nicht prüfen

Eine im Belegungsplan-Auswahl-Dialog ausgewählte Publikation wirkt jetzt nur noch einschränkend, wenn keine zusätzliche Ausgabe ausgewählt wurde. Bei ausgewählter Ausgabe werden auf dem Belegungsplan alle in dieser Ausgabe gebuchten Beilagen, unabhängig von der Auftragspublikation, angezeigt, insofern logistische Elemente für diese ausgewählt wurden.  

Die gleiche Logik gilt in der Disposition bei Nutzung der Auswahl auf Tabkarte "5 Beilagen", hier aber (weiterhin) unabhängig von der Auswahl logistischer Elemente.

Ein absolut als €-Betrag hinterlegter Grundpreisrabatt wird jetzt wie ein relativ hinterlegter in der Preisinformation auf Grundpreis-Ebene angezeigt.

Eine Anzeige in der Preisinformation des Auftragsverzeichnisses ist aus Performance-Gründen nicht ratsam.

Durch versehentliches Verstellen des Auftragsstatus beim Mouseover im Dialog 'weitere Auftragsdaten' kam es u. U. in direkter Folge zu Statusänderungen an KTerminen. Als Lösung wurde hier nur die 774.sdv geändert (Keys 774040, 774050 auskommentiert).

DDV OP #5061713: Rohlingswandlung: falscher SubmediaTyp an 1. Beilagetermin nach Wandlung

Der Submedientyp wurde beim Wandeln tatsächlich falsch gesetzt, war beim schreibenden(!) Öffnen des gewandelten Auftrags im Termine-Dialog jedoch nicht zu sehen - dort war korrekt 'Beilage' vorgeblendet. Nur bei lesend geladenen Aufträgen war der falsche Submedientyp zu erkennen. Der Fehler wurde behoben, die Meldung erscheint jetzt nicht mehr.

Das von MarketMaster übergebene Korrekturbelegdatum wird jetzt in die Satzdaten übernommen und beim Speichern des gewandelten VL-Auftrags an AdFlow übermittelt.

Die ausgelieferte PluginHCSADV.dll muss in den konfigurierten GlobalFiles.PluginPath kopiert werden.

Gibt man bei einer Auftragsteilung an einem Kunden einen Geldbetrag oder Millimeter-Anteil an, so werden diese daraus gegenüber dem Gesamtbetrag ermittelten prozentualen Werte nun nicht mehr mit 4 sondern 10 Nachkommastellen gespeichert.

Achtung: DB-Update vkom6.199NI30

Die Ansicht der Abschlussdaten ist jetzt auch bei fehlendem Recht 'Kunden | Abschlussbearbeitung' sowie bei lesend geladenen Kunden möglich.

Weiterer Aspekt in Zshg. mit PL 1725 (OP 7977539). Umrechnungsfaktoren von Preisplatzierungen werden jetzt auch bei Kollektivplatzierungen auf der Abschluss-Kundenverrechnungskarte berücksichtigt (bisher nur im Abschlusssaldo, was zu Abweichungen führte).

Achtung: DB-Update vkom6.199NI29

208.sdv - neue Keys: 208038, 208039

neues Benutzerrecht:
Systemerlaubnisse | Applikationen | ApplSrvJobPoller starten

Der ApplSrvJobPoller startet nur noch mit Logon und der entsprechenden Berechtigung!

1724

Die von MarketMaster übergebene (externe) Quellauftrags- und APos-Nummer wird jetzt beim Speichern des gewandelten VL-Auftrags an AdFlow übermittelt.

Die ausgelieferte PluginHCSADV.dll muss in den konfigurierten GlobalFiles.PluginPath kopiert werden.

nachträglicher Fix zu Patchlevel 1687

Die Einschränkung, dass Termine ohne "Produzieren"-Kennzeichen vor der Anreicherung herausgefiltert werden, wurde entfernt.

1715

Der Belegungsplan konnte nicht gedruckt werden, wenn ein enthaltenes logistisches Element ein "&" in der Bezeichnung enthält.

Dies ist nun durch Maskierung des Sonderzeichens kein Problem mehr.

Das Attribut PPIMotiv.PRODSTATE wird nun mit dem Wert "N" übergeben, wenn in der 514.sdv für den konkreten Fall die entsprechende Konfig hinterlegt ist.

SZA OP #7957330: (sza) - Anpassung (hup2fibu)-Beleg-Export SAP: #24 (Innenauftag)

SZA OP 7959706: (sza) - Anpassung SAP-hup2fibu-Schnittstelle: Wenn kein Skonto, dann muss Skontofälligkeit = Netttofälligkeit sein

Neuer Konfigeintrag "SortierkriteriumVertreterProvAbr" in HUP2Fibu.exe.config für Sortierung Provisionsabrechnungen und -journale anhand folgender, möglicher Werte (Angabe mehrerer Werte kommasepariert möglich):

1 - Abrechnungsnummer
2 - Vertreternummer
3 - Vertretername

Bsp.:

<setting name="SortierkriteriumVertreterProvAbr" serializeAs="String">
<value>1,2,3</value>
</setting>

Beim Wandeln von Aufträgen mit Kundenkorrektur wird in den Satzdaten das AdFlow-KorrekturabzugKnz statt des (internen) KundenkorrekturKnz gesetzt.

Die ausgelieferte PluginHCSADV.dll muss in den konfigurierten GlobalFiles.PluginPath kopiert werden.

Das Anlegen vom KTermin-Dubletten ist nun per "Termine anreichern" erlaubt, sofern mind. einer der enthaltenen PTermine "nicht zu produzieren" ist. Neue PTermine werden "nicht zu produzieren", wenn sie am Vergleichstermin bereits "zu produzieren" existieren. (Bereits bestehende Termine werden nicht verändert.)

nachträglichen Fix mit Patchlevel 1719 beachten!