[de] Die Langtexte der Dokumentation für die folgenden Datenelemente wurden in den Sprachen Deutsch und Englisch angepasst:

[de] Die Datenelemente werden an folgenden Stellen verwendet:

[de] In der Workflowaufgabe "Auswahl Prüfer" in SAP Fiori wurden keine Benutzer zur Auswahl angezeigt. Das wurde behoben.

[de] Wenn 2 Belege in 2 unterschiedlichen Buchungskreisen dieselbe Anordnungsnummer hatten, konnte dies zu Problemen führen, wenn einer dieser Belege gelöscht wurde. Wenn der Benutzer nach dem Löschen des Belegs auf die Objektnummer des gelöschten Belegs klickte, wurde fälschlicherweise der Beleg aus dem anderen Buchungskreis geöffnet.

[de] Grund hierfür war, dass in der Methode START_SINGLE (Klasse /WMD/IF_XF_PS_INOV) nur die LOTKZ (PS-M-Anordnungsnummer) gesplittet und übergeben wurde. 

[de] Das wurde behoben. Hier wurde eine Erweiterung um das Feld BUKRS vorgenommen. Nun wird auch der Buchungskreis übergeben.

[de] Bisher konnte es unter bestimmten Umständen dazu kommen, dass 2 Benutzer im Anordnungsmonitor gleichzeitig denselben Beleg im Änderungsmodus öffnen und bearbeiten konnten.

[de] Dies konnte dazu führen, dass über denselben xSuite-Interface-Beleg 2 unterschiedliche Anordnungen angelegt wurden.

[de] Das wurde behoben. Die Anwendungsperre wurde angepasst, sodass nur ein Benutzer einen Beleg im Änderungsmodus öffnen kann.

[de] Das Coding für den Versand von E-Mail-Benachrichtigungen wurde angepasst.

[de] Die Formularsuche in der CUST-Tabelle durch das Programm /WMD/XF_PS_LOG_ARCHIVE war fehlerhaft. Buchungskreisspezifische Formulare wurden nicht gefunden.

[de] Das wurde behoben. Der Aufruf von lo_xf_cd -> get_bukrs() wurde eingebaut.

[de] Im Anordnungsmonitor führte das Füllen des Feldes Referenz (REFDOCNR) mit einer fehlerhaften Zeichenkette (nicht druckbare Sonder- und Steuerzeichen) zu einer fehlerhaften Anzeige.

[de] Nicht druckbare Sonder- und Steuerzeichen werden in den Kopfdaten des Anordnungsmonitors nun im Rahmen der Eingabeprüfung herausgefiltert.

[de] Wenn in der Workflowaufgabe "Vervollständigung" von Daueranordnungen ein Transfer in den SAP-Beleg vorgenommen wurde, wurde das Feld Zahlweg geleert, obwohl dieses bereits gefüllt war.

[de] Das wurde behoben. Das Feld Zahlweg wird beim Transfer nun nicht mehr geleert.

[de] Im Workflowschritt "Manuelle Buchung" wird geprüft, ob eine (Dauer-) Anordnung abgeschlossen ist. Wenn dies der Fall ist, wird auch der Workflow beendet.

[de] Im Gegensatz zu normalen Anordnungen müssen Daueranordnungen bereits als abgeschlossen gelten, wenn sie "genehmigt" sind, da die Belegerzeugung (und auch das Setzen des Status "abgeschlossen") asynchron zu späteren Zeitpunkten erfolgt.

[de] Das war bisher nicht der Fall und wurde korrigiert.

[de] Wenn in der Worfklowaufgabe "Sachliche Prüfung" eine Daueranordnung abgeleht und in der Aufgabe "Bearbeitung" anschließend gelöscht wurde, erhielt die Daueranordnung fälschlicherweise den Status "unvollständig gesichert".

[de] Nun hat die Daueranordnung nach dem Löschen den korrekten Status "gelöscht".

[de] Wenn im Workflow von PS-CD-Belegen über den Button Kopfdaten im Kontierungsblock das Feld Sonderperiode gefüllt wurde, wurde der neue Inhalt nicht nach SAP übertragen. 

[de] Grund hierfür war, dass intern der falsche Feldname (SPECIAL_PERIOD) verwendet wurde.

[de] Nun wird der korrekte Feldname (WNPER) verwendet.

[de] Das BC-Set /WMD/XF_PS_CD_INSTALL wurde angepasst.

[de] In der Workflowaufgabe "Sachliche Prüfung" in xSuite Web wurde beim Klick auf den Button Prüfen die Kontierung des Belegs gelöscht. Das wurde behoben.

[de] Der Aufruf für das Event 6502 wurde in der aktuellen Version angepasst.

[de] Das Event 6505 berücksichtigt bereits das globale CO-Nachrichtengedächtnis. Die Berücksichtigung von kundenindividuellen Nachrichtengedächtnissen können nicht in den Standard eingebaut werden.

[de] Die Aufrufe der Events 6502 und 6514 wurden angepasst. Für die Aufrufe der Events 6505 und 6510 war keine Anpassung erforderlich.

[de] Belegpositionen ohne Buchungskreis führten zu einem Abbruch der Verarbeitung bei der Ermittlung des Steuerschemas.

[de] Da die Fehlermeldung nicht abgefangen wurde, konnte der Beleg anschließend nicht bearbeitet werden.

[de] Die entsprechende Ermittlungsroutine wurde um eine Prüfung auf den Buchungskreis ergänzt.

[de] Die Aufrufe der Events 6502 und 6514 wurden angepasst.

[de] Für die Aufrufe der Events 6505 und 6510 war keine Anpassung erforderlich.

[de] Die bisherige Implementierung setzte voraus, dass die interne Tabelle der Anordnungspositionen nach der Nummer des Zeitraumes und der Positionsnummer sortiert ist.

[de] Das war aber nicht der Fall. Die Tabelle war nach einer internen, laufenden Nummer sortiert.

[de] Nun wurde speziell für die Re-Nummerierung eine zweite, für diesen Zweck richtig sortierte Tabelle eingeführt.

[de] Die Ablehnung der Freigabe erzeugte bei PS-CD-Belegen trotz Fehlermeldung eine Kopie der urspünglichen Anordnung.

[de] Folgende Anpassungen wurden vorgenommen:

[de] Das Löschen von PS-M-Anordnungen per Batch-Input funktionierte nicht, da die Transaktion ein Bestätigungs-Popup sendet.

[de] Das wurde behoben. Das Bestätigungs-Popup wird nun im Batch mit "OK" bestätigt.

[de] Bei der Erstellung von Eskalationsmails (Report /WMD/XF_USR_ESCALATION) wurde in der E-Mail bisher nur die Belegnummer ausgegeben. Die Anordnungsnummer wurde nicht ausgegeben.

[de] Nun wird in der Eskalationsmail zusätzlich die Anordnungsnummer angegeben.

[de] In der Klasse /WMD/CL_XF_FM_ESC wurde die Methode GET_MAIL_INFO_TEXT entsprechend angepasst.

[de] Wenn im Rahmen eines Transaktionswechsels beim Löschen des ursprünglichen Belegs ein Fehler auftrat, wurde der Prozess nicht wie gewollt beendet.

[de] Stattdessen blieb der neu kopierte Beleg erhalten. Dies führte zu doppelten Belegen im System.

[de] Das wurde behoben. Die Fehlerbehandlung der entsprechenden Delete-Methode wurde erweitert, sodass der Prozess nun ordnungsgemäß beendet wird und der zuvor kopierte Beleg gelöscht wird.

[de] Bei PS-M-Belegen wurde die Gültigkeit der Kostenstelle gegen das Systemdatum geprüft.

[de] Die Prüfung der Kostenstelle in der Methode CHECK_ITEM (Klasse /WMD/CL/FP_PS_MOD) wurde umgestellt, sodass die Gültigkeit der Kostenstelle nun gegen das Buchungsdatum geprüft wird.

[de] In der Anordnungsübersicht wurde das Fachamt in einigen Fällen nicht korrekt angezeigt, wenn in der Selektionsansicht die Checkbox Auswahl Positionsdaten aktiviert war.

[de] Zu der fehlerhaften Anzeige kam es, wenn ein in der Validierung mitgegebenes Fachamt innerhalb des Workflows geändert wurde. 

[de] Das Fachamt wird nun korrekt angezeigt.

[de] Wenn die Positonen ausgewählt werden, wird wie folgt vorgegangen:

[de] Wenn die Kopfdaten ausgewählt werden, wird wie folgt vorgegangen: