[de] Für neue Interface-Sätze wird weder der Vorschlagswert für den Buchungskreis noch der Geschäftspartner aus dem Vertragsgegenstand abgeleitet.

[de] Im Programm /WMD/FP_PS_BATCH werden nach der Beleglesung die Sätze zur Bearbeitung in der Validierung erzeugt. Hierbei wurde das Feld STATI der Tabelle /WMD/FP_PSHDR für den Satz initialisiert. 

[de] Später wird bei der Erzeugung der Modelklasse der Applikation (/WMD/CL_FP_PS_MOD) in der Methode /WMD/IF_XF_FP_MOD~INIT die Ableitung der Vorschlagswerte aufgerufen, allerdings nur, wenn das Feld STATI = 1 gilt.

[de] Lösung: Die Initialisierung des Feldes STATI wurde an der Stelle ersatzlos entfernt, da Tests ergeben haben, dass die Initialisierung dort nicht gebraucht wird. Grund hierfür ist, dass die Initialisierung zu einem späteren Zeitpunkt nach der Ableitung der Vorschlagswerte in der INIT-Methode für das Feld STATI stattfindet.

[de] Wenn ein Transaktionswechsel von einer PS-M-Anordnung zu einer PS-M-Daueranordnung durchgeführt wird, wird eine technische Fehlermeldung aus der Hintergrundverarbeitung in das Bearbeiterlog geschrieben (SF 616 "Objekt /WMD/FP_PS_BATCH der Klasse RE und Sprache EN existiert nicht").

[de] Wenn mehr als eine Meldung im Bearbeitungslog vorhanden ist, wurde fälschlicherweise die zuletzt verwendete System-Meldung ausgegeben.

[de] Lösung: Die Methode get_message der Exception-Klasse /wmd/cx_error_list wurde angepasst, sodass der letzte Eintrag der Meldungsliste ausgegeben wird.

[de] Die Systemnachricht wird somit nur gelesen, wenn die interne Meldungsliste leer ist.

[de] Wenn der Benutzer im PS-M-Workflow den Inhalt des Feldes Finanzposition löschte und anschließend auf den Button Prüfen klickte, wurde der gelöschte Wert dennoch in den Feldern FIPOS / FIPEX an die Methode DERIVE (Klasse /WMD/CL_XF_IV_COBL) übergeben. Das führte zu falschen Ableitungen im Rahmen des FMDERIVE Frameworks.

[de] In der Struktur des xSuite-Kontierungsblocks ist sowohl das Feld FIPOS als auch das Feld FIPEX vorhanden. In der Regel wird im Front-End aber nur eines dieser beiden Feldern angezeigt.

[de] Für die neu eingegebenen Daten wurde dann das FMDERIVE Framework ausgeführt, das sowohl mit der Neueingabe des einen Feldes als auch mit den Altdaten aus dem anderen Feld befüllt wurde. Aus diesem Grund wurden falsche Ergebnisse ausgegeben. 

[de] Lösung: Nun ist eine Methode vorhanden, die auf die Benutzereingabe im Feld FIPEX oder FIPOS reagiert und den Wert im anderen Feld ebenfalls anpasst.

[de] Die Prüfung der Kostenstelle (KOSTL) erfolgte bei PS-CD-Belegen bisher gegen das Systemdatum (/WMD/CL_XF_PS_CD_ACC - CHECK_FIELD_VALUES). Bei /WMD/CL_FP_PS_MOD~CHECK_ITEM wird hingegen gegen das Buchungsdatum geprüft.

[de] Lösung: Die Prüfung bei der Kostenstelle wurde angepasst, sodass nun auch hier das Buchungsdatum als Gegenwert genutzt wird.

[de] Das PS-CD Event 6502 dient zur Prüfung einer Anordnung.

[de] Die folgenden Tabellen-Parameter sind nicht änderbar:

[de] t_fkkorderpos = it_fkkorderpos

[de] t_fkkorderdue = it_fkkorderdue

[de] t_fkkorderlocks = it_fkkorderlocks

[de] Dies führt zu einem Programmabbruch mit Kurzdump.

[de] Lösung: Der Aufruf des Events innerhalb der Methode /WMD/IF_PS_CD_REQEST~CALL_PSCD_EVENT_6502 wurde so geändert, dass der Kurzdump nicht mehr auftritt.

[de] Die zentrale Funktion für das Schreiben des Logtextes beim Transaktionswechsel hat eine feste Zuweisung zu bestimmten Texten im Textsystem.

[de] Der Schlüssel zum Text wird in Public Sector anders verwendet als in anderen Komponenten (mit "Rechnung" und "Gutschrift"). Aus diesem Grund wurden im Log beim Transaktionswechsel die falschen Texte angezeigt.

[de] Lösung: Die bereits verwendeten Texte Rechnung und Gutschrift haben eine neue Text-ID bekommen, damit der Transaktionswechsel in Public Sector korrekt funktioniert.