Skip to main content

xSuite Public Sector Cube Release Notes

Behobene Fehler: PS-M

Daueranordnungen anlegen/ändern: Wenn SGTEXT der Kreditorenzeile ein Pflichtfeld ist, funktioniert der Batch-Input nicht

Beim Anlegen und beim Ändern einer PS-M-Daueranordnung war der Batch-Input bisher fehlerhaft, wenn das Feld Segmenttext als Pflichtfeld markiert war.

Das Feld Segmenttext wurde im Batch-Input zu spät gefüllt, sodass vor dem Füllen des Feldes bereits die Pflichtfeldprüfung stattfand.

Nun funktioniert der Batch-Input korrekt.

Daueranordnungen: Beim Anlegen aus der Validierung heraus wird der Funktionsbereich nicht gefüllt

Beim Anlegen einer PS-M aus der Validierung heraus wurde bisher das Feld Funktionsbereich nicht gefüllt.

Das Batch-Input-Skript wurde daher um das Feld Funktionsbereich ergänzt. Nun wird das Feld beim Anlegen einer PS-M-Daueranordnung gefüllt.

Steuerkennzeichen wird nicht in die PS-M-Anordnung übertragen

In der sachlichen Prüfung und in der Vervollständigung ist es möglich, das Steuerkennzeichen einer PS-M-Anordnung zu ändern. Durch einen Klick auf den Button In SAP Beleg übertragen wird die Änderung in den SAP-Beleg übertragen.

Bisher war diese Änderung des Steuerkennzeichens nur im Anzeigemodus der Anordnung sichtbar. Im Änderungsmodus (Transaktion F872 für normale Anordnungen und Transaktion F8Q3 für Daueranordnungen) wurde das Steuerkennzeichen nicht angezeigt.

Nun wird das geänderte Steuerkennzeichen nach Übertragung in den SAP-Beleg auch im Änderungsmodus einer PS-M-Anordnung angezeigt.

Technischer Hintergrund

Wenn der Beleg mehr als ein Steuerkennzeichen enthält, muss beim Übertragen von PS-M-Anordnungen in der Kreditorenzeile des Belegs im Feld MWSKZ der Wert ** übertragen werden. Auf diese Weise funktioniert die Steuerbehandlung korrekt.

PSP-Elemente werden bei gebuchten PS-M-Belegen in der Anordnungsübersicht nicht angezeigt

In der Anordnungsübersicht wurden bisher für gebuchte PS-M-Anordnungen in der Spalte PSP-Element keine Werte angezeigt.

Grund hierfür war die unterschiedliche Benennung des Feldes PSP-Element bei gebuchten und bei vorerfassten Belegen. Ein entsprechendes Feldmapping wurde ergänzt.

Nun werden die PSP-Elemente von gebuchten PS-M-Belegen in der Anordnungsübersicht korrekt angezeigt.

Customizing-Einstellung "sync wenn leer" funktioniert für Kopfdaten und Kundenfelder nicht

Die Synchronisationsmethode Nur wenn leer (Transaktion /WMD/PS_SPRO → xSuite Public Sector Business SolutionsxSuite BelegVoreinstellungen für PS-M Dialogschritte) legt fest, dass der Kontierungsblock mit Werten aus dem SAP-Beleg gefüllt wird, sofern der Kontierungsblock beim Aufruf der Workflowaufgabe leer ist.

Wenn der PS-M-Kontierungsblock mit einer Kundenimplementierung ausgestattet ist, funktionierte diese Customizing-Einstellung für Kopfdaten und Kundenfelder bisher nicht.

Nun können die Datenbeschaffungsmethoden und die Synchronisationsmethode kundenindividuell redefiniert werden.

Technischer Hintergrund

Der Sync ist im Constructor eingebaut und kann daher nicht redefiniert werden.

Die Initialisierungssequenz wurde in die Methode INITIALIZE ausgelagert.

Zusätzlich zu den im GIT dokumentierten Anpassungen:

Klasse /WMD/CL_XF_AP_ACC, Methode CONSTRUCTOR:

super->constructor( i_model = i_model ).
 
*{   INSERT         PS0K900779 

  "" for xSuite Public Sector :

  "" do not do the initializations there!

  "" Do it in /wmd/if_xf_acc~initialize to enable customer redefinitions.

  if /wmd/if_xf_acc~objecttype <> /wmd/if_dom_wmd_objtyp=>sc_fm."" '/WMD/XF_FM'

*}   INSERT

(...)

*{   INSERT         PS0K900779 

  endif.

*}   INSERT

endmethod.

Klasse /WMD/CL_XF_AP_ACC, Methode CONSTRUCTOR:

*{   INSERT         PS0K900779                                        2

  if xfbc->objecttype <> '/WMD/XF_FM'.

*}   INSERT 

  iref_head   = /wmd/cl_xf_iv_head=>factory( model = me).

  iref_item   = /wmd/cl_xf_iv_item=>factory( model = me type = 'ITEM' ).

  iref_irel   = /wmd/cl_xf_iv_item=>factory( model = me type = 'IREL' ).

  iref_select = /wmd/cl_xf_iv_item=>factory( model = me type = 'SELECT' ).

  iref_acc    = /wmd/cl_xf_iv_acc=>factory( model = me).


*{   DELETE         PS0K900779                                        1

*\  if xfbc->objecttype <> '/WMD/XF_FM'.

*}   DELETE

    "" get recurring document
    iref_rd =/wmd/cl_xf_ap_rd=>factory( model = me ).

  endif.


endmethod.

Klasse /WMD/CL_XF_AP_ACC, Methode CONSTRUCTOR:

** Save model reference

  model = i_model.

 
*{   INSERT         PS0K900779    

  if /wmd/if_xf_acc~objecttype <> /wmd/if_dom_wmd_objtyp=>sc_fm.
"" '/WMD/XF_FM'

*}   INSERT

    "" Initialize

 (...)
 
*{   INSERT         PS0K900779 

  endif.

*}   INSERT

  set handler on_viewer_click for all instances.

*}   REPLACE

 
endmethod.

Fachamt wird für PS-M-Anordnungen beim Vorerfassen nicht übertragen

Aus dem Anordnungsmonitor heraus kann eine PS-M-Daueranordnung vorerfasst werden (Transaktion /WMD/FP_PSM → Button Vorerfassen)

Beim Vorerfassen wurde bisher das Feld Fachamt nicht in die Anordnung übernommen, wenn dieses Feld im Übersichts-Dynpro eingeblendet war. Dies ist der Fall, wenn der SAP Switch PSM_FA_CI2_EA_REV aktiv ist.

Nun wird das Fachamt übernommen.

Zahlsperre wird beim Anlegen einer Anordnung nicht übernommen

Aus dem Anordnungsmonitor heraus kann eine PS-M-Anordnung angelegt werden (Transaktion /WMD/FP_PSM → Button Anlegen)

Bisher wurde beim Anlegen einer PS-M-Anordnung die Zahlsperre nicht in die Anordnung und nicht in den Workflow-Beleg übernommen.

Das wurde korrigiert. Nun wird die Zahlsperre in die Anordnung und den Workflow-Beleg übernommen.

Voraussetzung: Der erweiterte xSuite-Parameter XF_ACC_ZLSPR_MODE ist auf den Wert S gesetzt (Transaktion /WMD/XF_PARAM_XT).

Transfer bei PS-M-Daueranordnungen

Der Transfer bei PS-M-Daueranordnungen funktionierte mit mehreren Positionen nicht korrekt. Die Finanzpositionen der ersten Zeilen wurden mit den Finanzpositionen der letzten Zeilen überschrieben.

Nun funktioniert der Transfer korrekt.

[WMD-ST145168] Werteprüfung Kostenstelle beim Abschluss der sachlichen Prüfung

Wenn in der sachlichen Prüfung eine Kostenstelle angegeben wird, die nicht im System vorhanden ist, erscheint vor Abschluss der Aufgabe eine Fehlermeldung.

Wird die Eingabe korrigiert und eine im System vorhandene Kostenstelle angegeben, erschien bisher fälschlicherweise erneut eine Fehlermeldung. Diese Fehlermeldung bezog sich auf die vorherige, bereits korrigierte Kostenstelle.

Nach Korrektur der Kostenstelle erscheint nun keine Fehlermeldung mehr.

Technischer Hintergrund

In der Methode MAP_ACC_TO_PRELIM_DOCUMENT (Klasse /WMD/CL_XF_AP_ACC) wurde die Initialisierung des CO-Message-Handlers ergänzt.

[WMD-ST146405] Anzeige des Steuerkennzeichens in der Anordnungsübersicht

In der Anordnungsübersicht kam es bei der Selektion eines gebuchten PS-M-Belegs, dessen Positionen unterschiedliche Steuerkennzeichen haben, bisher zu einen der folgenden Anzeigen:

  • Alle Positionen des Belegs bekamen das Steuerkennzeichen **.

  • Alle Positionen des Belegs bekamen das Steuerkennzeichen der ersten Position.

Die Steuerkennzeichen von gebuchten PS-M-Belegen werden in der Anordnungsübersicht nun für die jeweiligen Positionszeilen korrekt angezeigt.

Technischer Hintergrund

Die Methoden ENRICH_FROM_BKPF und ENRICH_FROM_VBKPF (Klasse /WMD/CL_XF_PS_INOV) wurden entsprechend angepasst.

[WMD-ST138778] Kopfdaten der sachlichen Prüfung - Text zur Anordnungsnummer ist zu lang

Bei einer PS-M-Anordnung, die sich z. B. in der sachlichen Prüfung befindet, kam es bei der Anzeige des Felds PS-M Anordnungsnummer teilweise zu Überschneidungen von Feldname und eingegebenem Wert.

Der angezeigte Feldname wurde daher von PS-M Anordnungsnummer auf PS-M Anordnungsnr. verkürzt.

[WMD-ST147187] Anzeige Steuerbetrag in den PS-M-Kopfdaten der sachlichen Prüfung

Aus dem Anordnungsmonitor heraus kann eine PS-M-Anordnung vorerfasst werden.

Nach der Vorerfassung wurde der Steuerbetrag in den Kopfdaten der Anordnung falsch angezeigt.

Dies wurde angepasst. Nun wird der Steuerbetrag von vorerfassten PS-M-Anordnungen korrekt angezeigt.

Technischer Hintergrund

Für die Anzeige im HTML-Kopf wurde bei der Berechnung des Steuerbetrags fälschlicherweise für die Belegposition, die die Steuer enthält, ein Steuerbetrag ausgerechnet:

In der Methode TAX_FROM_ITEMS (Klasse /WMD/CL_XF_AP) enthält die Tabelle it_vbseg drei Zeilen, anstatt der erwarteten zwei Zeilen.

Eine dieser Zeilen ist als Steuerzeile gekennzeichnet und sollte bei der Berechnung nicht berücksichtigt werden.

Sie enthält das Kennzeichen BUZID = T.

Die Methoden CALCULATE_TAX und TAX_FROM_ITEMS (Klasse /WMD/CL_XF_AP) wurden entsprechend korrigiert.