Datum Konvertieren
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo,
ich habe mal wieder einen Fehler, bei dem sich mancher denkt "wie kann man sowas nur falsch machen" ....
ich möchte eine Mail mit HTML text versenden, in dieser Mail habe ich ein Datum ( type dats ) ... dies schreibe ich mit folgender zeile in die benötigte Variable:
das Problem hierbei ist, dass das Datum zwar richtig konvertiert wird, allerdings in der Mail dann nur die 8 Stellen ( die länge die Dats intern nunmal hat - Ausgabelänge ist ja 10 ) stehen ...
wie bekomme ich es nun hin, dass das Datum in die richtige formatierung bekomme?
( nicht wundern, für && bitte "&&" denken, der konvertiert das hier direkt ... und ich kann das nicht ändern - generell wenn & kommt ein & denken .. )
html:
( habe den code als bild angehangen )
ich habe mal wieder einen Fehler, bei dem sich mancher denkt "wie kann man sowas nur falsch machen" ....
ich möchte eine Mail mit HTML text versenden, in dieser Mail habe ich ein Datum ( type dats ) ... dies schreibe ich mit folgender zeile in die benötigte Variable:
Code: Alles auswählen.
DATA: lv_date TYPE dats.
* ...
* ...
WRITE is_i0000-begda TO lv_date DD/MM/YYYYwie bekomme ich es nun hin, dass das Datum in die richtige formatierung bekomme?
( nicht wundern, für && bitte "&&" denken, der konvertiert das hier direkt ... und ich kann das nicht ändern - generell wenn & kommt ein & denken .. )
html:
Code: Alles auswählen.
lv_html = '<html>' &&
'<body style="font-family:arial;">' &&
'<p>' && text-b01 && '</p>' &&
'<p>' &&
....
....
'<li>' && text-b09 && '		' && lv_date && '</li>' &&
...
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
weil es im format DD.MM.YYYY ausgegeben werden soll? sodass es lesbar in der Mail steht ...
es wird aktuell nämlich ( wenn ich keine oder deine konvertierung angebe ) so ausgegeben: 23102017 ( oder eben 20171023 ) - es soll aber lesbar sein --> 23.10.2017
das Problem ist dass es entweder gar nicht formatiert oder eben abschneidet: 23.10.20 ( so wäre die aktuelle ausgabe )
es wird aktuell nämlich ( wenn ich keine oder deine konvertierung angebe ) so ausgegeben: 23102017 ( oder eben 20171023 ) - es soll aber lesbar sein --> 23.10.2017
das Problem ist dass es entweder gar nicht formatiert oder eben abschneidet: 23.10.20 ( so wäre die aktuelle ausgabe )
Es muss aber irgendwie gehen -> wenn ich das Datum ohne weiteres einer ALV übergebe gibt er mir schließlich auch das im dd.mm.yyyy format aus -> da läuft eine konvertierung ... diese bräuchte ich jetzt auch ..
Wenn du auf die domäne dats gehst, dann siehst du in der Definition, dass die Ausgabelänge nämlich 10 ist ... und wie gesagt, diese bräuchte ich halt nun auch in diesem beispiel ..
( oder machen die es intern tatsächlich so, dass sie das dann einfach in ein char10 feld geben und ausgeben? - wäre etwas lächerlich, meiner meinung nach )
EDIT: ich habe es jetzt auf alle fälle so gelöst, dass ich ein char10 feld genommen habe und dort das datum reinschreibe ... finde ich zwar bescheuert .. aber ist jetzt nunmal so ( tut mir selber weh .. )
Wenn du auf die domäne dats gehst, dann siehst du in der Definition, dass die Ausgabelänge nämlich 10 ist ... und wie gesagt, diese bräuchte ich halt nun auch in diesem beispiel ..
( oder machen die es intern tatsächlich so, dass sie das dann einfach in ein char10 feld geben und ausgeben? - wäre etwas lächerlich, meiner meinung nach )
EDIT: ich habe es jetzt auf alle fälle so gelöst, dass ich ein char10 feld genommen habe und dort das datum reinschreibe ... finde ich zwar bescheuert .. aber ist jetzt nunmal so ( tut mir selber weh .. )
Das ist überhaupt nicht lächerlich, sondern anders gar nicht machbar. Interne Formate müssen konvertiert werden, um sie in einem gewünschten Format anzeigen zu können. Es gibt ja z.B. auch Zahlenformate wie Typ I oder P oder F. Die müssen in ein externes Format konvertiert werden. Datümer können abhängig von Benutzereinstellungen unterschiedlich dargestellt werden. Dann gibt es auch noch so etwas wie Währungen und Mengeneinheiten, die unterschiedliche Ausgabeoptionen haben können; meistens bezüglich der Anzahl der Kommastellen. Dann kommen in SAP noch die sogenannten "Konvertierungsroutinen" hinzu.( oder machen die es intern tatsächlich so, dass sie das dann einfach in ein char10 feld geben und ausgeben? - wäre etwas lächerlich, meiner meinung nach )
Genaugenommen sind alle Zeilen/Felder einer Liste oder eines Screens zeichenorientiert (also vom type CHAR, wenn man so will).
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Du hast das schon richtig gemacht mit CHAR10. Das ist der im SAP übliche Weg.
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
2556
Views
Views
3
Antw.
Antw.
4607
Views
Views
2
Antw.
Antw.
4348
Views
Views
0
Antw.
Antw.
882
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 2 / 180
vor 9 Stunden von DeathAndPain 2 / 180
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 2 / 180
vor 9 Stunden von DeathAndPain 2 / 180