Wieviel ganze Jahre zwischen zwei Datumsangaben?

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

msfox hat geschrieben: ↑

25.09.2024 20:55

Ja, Copy&Paste -Fehler. Hab's angepasst.
Hab gefunden wo man eine OSS-Meldung bei der SAP öffnet und auch für die Methode cl_reca_date=>get_date_diff() eine erstellt.

Sehr gut!

msfox hat geschrieben: ↑

25.09.2024 20:55

Aber ist das wirklich ein Fehler?
Wenn ich z.B. vom 01.01. - 31.12. nehmen würde, da ist das ja 1 Jahr.
Der Fuba FIMA_DAYS_AND_MONTHS_AND_YEARS liefert das hingegen nicht.

Das wäre auch falsch, weil darin der 31.12. nicht enthalten. Du musst dir die Zeit 00:00 Uhr dazudenken, dann wird dir das klar.


Ralf

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

ralf.wenzel hat geschrieben: ↑

25.09.2024 21:08

Das wäre auch falsch, weil darin der 31.12. nicht enthalten. Du musst dir die Zeit 00:00 Uhr dazudenken, dann wird dir das klar.

Real wäre es aber nicht falsch. Wenn man sagt, vom 01.01. - 31.12., dann ist das für mich 1 Jahr.
Kommt drauf an, wie man es definiert. Wenn man zum Beispiel einfach mit mit Datumswerten rechnet, wo Beginn- = Endedatum, da ist das bei der SAP = 0, da keine Uhrzeit bekannt.
also 02.01.2023 - 02.01.2023 = 0.
Wir brauchen das aber als 1, weil dann ein Tag abgerechnet werden muss.
...und so zieht sich das bis auf 1 Jahr, wo der 31.12. eben noch mit dazu zählt oder nicht.

Und in Schaltjahren Taggenau 366? Und was ist mit Schaltsekunden?

Taggenau365 bezieht das Schaltjahr mit 366Tagen mit ein. Dann wird der Jahresbetrag eben durch 366 geteilt. Sekundengenaue Abrechnung gibt es nicht.

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

Ok, danke für die Argumentation. Ich vermute ja, dass die SAP das nicht als Fehler betrachten will. Mit einem Beispiel habe ich vielleicht was Überzeugendes.

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

Hast du jetzt dein Beispiel mit dem 1.1. und 31.12. gebracht? Ich hab doch gesagt, dass das richtig ist, dass das kein volles Jahr ist.

Der Fehler in der Klasse wurde doch hier beschrieben:

black_adept hat geschrieben: ↑

25.09.2024 15:04

Mach das ganze bitte mal für die Datümer 2.10.2022 und 1.10.2023 und staune.

DAS ist nicht zu erklären. Weil das in jedem Falle kein volles Jahr ist.


Gruß

Ralf

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

@Ralf: Bei der Antwort von SAP solltest du dir deine Methode einfach selber schreiben. Das ist ja kein Hexenwerk zumal du ja irgendwo geschrieben hattest, dass du nur den Spezialfall "Monatserste" betrachen musst. Irgendwie sollte das doch à la

Monatsdiff = (Jahr2 - Jahr1) * 12 + ( Monat 2 - Monat1 ) >= 12 gehen.

Und wenn du dir das Coding der SAP-Methode anschaust wirst du mit dem obigen Einzeiler auch von der Laufzeit her deutlich besser fahren.

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

Also um nochmal zur Ausgangsfrage dieses Threads zu kommen: Ich habe es mir weitgehend abgewöhnt, für Fragestellungen wie diese Methoden oder Funktionsbausteine der SAP zu suchen. Die Zeit, die ich brauche, um

• die gewünschte Routine zu finden
• mir sicher zu sein, dass ich ihre Parametrisierung verstanden habe und
• mir sicher zu sein, dass sie tatsächlich genau das tut, was ich von ihr erwarte (also nicht so wie Ralf das gemacht hat 😜)

ist so lang, dass ich in der Zeit eine passende Routine längst selbst geschrieben habe (wobei die dann in aller Regel tatsächlich in eine DDIC-Klasse für zukünftige Verwendungen wandert).

Vor allem aber: Die Implementierungen, die die SAP für derartige Fragestellungen bietet, sind alle so inkompetent sperrig und aufgeblasen, dass es kaum zu beschreiben ist. Allein wenn es um die Fragestellung geht, zu einem bestimmten Monat (oder Datum, das in einem Monat liegt) den Monatsletzten zu bestimmen, gibt es 1000 Funktionsbausteine, wie wir alle wissen. Jedes Mal hat also ein anderer Mensch von der SAP das Rad von vorne erfunden, und eine Implementierung ist umständlicher als die andere. Das tut echt in den Augen weh, wenn man sich diese Implementierungen anschaut.

Dabei gibt es für solche Datumsfragen fast immer extrem kurze und elegante (und damit in aller Regel auch performante) Lösungen. Um es anhand von Ralfs Fragestellung zu zeigen: So sähe meine Methode dafür aus (die ich hier mal als lokale Klasse programmiert habe):
Die tatsächliche Methode ist ein Einzeiler! Und dafür lohnt es sich jetzt, im Fundus der SAP-Routinen nach etwas zu suchen, was hoffentlich funktioniert?

Wenn ich es selber geschrieben habe, dann weiß ich, was ich gemacht habe. Und während ein Test immer sinnvoll ist, kann ich bei solch Einzeiler in aller Regel auch so schon mit recht sicherer Stimme sagen, dass das funktioniert.

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

black_adept hat geschrieben: ↑

27.09.2024 10:23

msfox hat geschrieben: ↑

27.09.2024 09:36

Nein, ich habe das Beispiel mit 2.10.2022 und 1.10.2023 gebracht. Die SAP meinte dazu, das sein kein Fehler. Im Grund ist es nicht ausreichend, nur den Fehler in der Methode zu betrachten. Ich soll einen konkreten Fehler in der SAP-Anwendung nennen. Die Methode wird seit 15 Jahren im Bereich der Fälligkeitsverschiebung im RE-FX eingesetzt. Ich müsste also einen Fehler im RE-FX nachweisen...

Genau diese Art Antworten gebe ich auch meinen Kunden wenn ich gerade mal keine Lust habe etwas zu debuggen oder zu korrigieren.

Und dennoch hat die SAP recht, denn diese Methode oder gar die ganze Klasse ist vermutlich nicht für die freie Verwendung in eigenen Programmen freigegeben (das sind die wenigsten), sondern eben nur Bestandteil von RE-FX. Insofern ist es nicht ausreichend, eine Klasse oder Methode zu suchen, deren Klassen- und Methodennamen eine bestimmte Funktionalität suggerieren und dann davon auszugehen und den Anspruch zu erheben, dass diese Funktionalität gegeben sein muss. Möglicherweise ist es in RE-FX ja tatsächlich so, dass in den Fällen, in denen diese Methode benutzt wird, ein solche Kombination von Datümern nicht eintreten kann.

Ein Grund mehr, sich solche Datumsfunktionalitäten selber zu programmieren. Dann weiß man, was man gemacht hat.

Ich glaube, hatte es irgendwann vor langer Zeit in einem früheren Thread schon mal geschrieben, aber hier ist eine gute Gelegenheit, die Anekdote zu wiederholen: Es gibt einen (undokumentierten) Funktionsbaustein RHXPROVIDE_PERIODS. Der gehört zwar zum HR-Modul, kann in meinen Augen aber in allen Modulen (und damit auch für euch) nützlich sein. Man übergibt dem Funktionsbaustein eine Tabelle von Zeiträumen (also Datumspaare Vondatum,Bisdatum), und der Baustein beseitigt alle Überlappungen und liefert die Tabelle dahingehend bereinigt zurück, dass sie nur noch Zeiträume enthält, in denen sich nichts ändert (in denen also keiner der ursprünglichen Zeiträume begonnen oder geendet ist). Das kann insofern nützlich sein, als man ein Objekt (Personalnummer, Material, was weiß ich) haben kann, dessen Eigenschaften zeitraumsbehaftet sind. In der einen Tabelle steht die eine Eigenschaft und in anderen die andere Eigenschaft. Jede Tabelle enthält ihr eigenes Beginn- und Endedatum. Beispielsweise könnte das Objekt im einen Zeitraum der einen Kostenstelle zugeordnet sein und im nächsten der anderen. Aber die Tabelle CSKS der Kostenstellen ist selber zeitraumsbehaftet: während das Objekt zu der Kostenstelle gehört, kann die Kostenstelle selbst (und damit ihre Bezeichnung etc.) sich ändern!

Dann kann das sehr unübersichtlich werden, wenn man für einen Zeitraum alle Eigenschaften des Objektes ausgeben möchte, weil man dann über alle Tabellen schauen müsste, wo ein Gültigkeitszeitraum endet und der nächste beginnt. Hier ist dieser Funktionsbaustein sehr nützlich, denn wenn man alle vorkommenden Zeiträume da durchgejagt hat, dann weiß man genau, zu welchen Zeitpunkten sich überhaupt was geändert haben kann. Man kann dann also z.B. alle Tabellen zum Beginndatum des Zeitraums lesen und als Wert für den gesamten Zeitraum ausgeben!

Und nun zu dem, worauf ich eigentlich hinauswollte: Ich habe den Quellcode dieses Funktionsbausteins mal analysiert und bin auf etwas gestoßen, was ich schon als Programmierfehler werte, obgleich es nicht zu falschen Ergebnissen führt. Und zwar wurde an einer entscheidenden Stelle tief in einer Verschachtelung von LOOPs ein in meinen Augen dringend angezeigter EXIT-Befehl "vergessen" mit der Konsequenz, dass der Funktionsbaustein unzählige unnötige Schleifendurchläufe macht (was sich durch die Schachtelung der LOOPs potenziert) und dadurch nach meinen Messungen fünfmal so lange läuft wie mit dem EXIT-Befehl (bei gleicher Ergebnistabelle)! Ich habe die Gelegenheit genutzt, aus dem Baustein eine DDIC-Klasse zu machen, die sich insofern komfortabler aufruft und zugleich drastisch schneller läuft. Dabei ist der Funktionsbaustein eigentlich recht pfiffig programmiert; da wurde der eine oder andere Kniff benutzt, der zu einer effizienten Laufzeit führt, was mich beeindruckt hat. Um so schader, dass die Performance dann gewissermaßen auf der Zielgeraden dieserart wieder hergeschenkt wird.

Könnte man auch der SAP melden, aber ich vermute, dass die deswegen ebenfalls nicht zucken würden.

Re: Wieviel ganze Jahre zwischen zwei Datumsangaben?

Beim selbst implementieren treten halt häufig Fehler auf, sogar bei so kleinen Entwicklungen. Manchmal auch erst später, wenn andere den Code verwenden. Die Methode liefert z.B. kein korrektes Ergebnis, wenn zuerst das grössere Datum eingegeben wird.