Ausgangslage:
Für ein Reporting innerhalb der Anlagenbuchhaltung sollen im Anlagenstammsatz entsprechende Felder hinterlegt werden, die dann in einer Stammdatenliste beispielsweise in Form einer Query ausgewertet werden.

Lösung:
Innerhalb des Anlagenstammsatzes finden sich im Reiter "Zuordnungen" die Felder Ordnungsbegriffe, welche einzeln über die Feldstatuspflege eingeblendet werden können.

Innerhalb des Customizing können hierbei insgesamt fünf Ordnungsbegriffe hinterlegt werden. Dabei haben vier davon 4-stellige Ordnungsziffern und einer die Möglichkeit von 8-Stellen. Daneben können diese Ordnungsziffern dann auch entsprechende Bezeichnungen haben.

Denkbar ist es bspw. hier einen entsprechenden Nummerncode für die Mittelherkunft zu hinterlegen.

Die einzelnen Ordnungsbegriffe könenn innerhalb des Customizing mit entsprechenden Einträgen hinterlegt werden und später dann auch als Selektionsparameter ausgewertet werden.
Im Beispiel der Query wird bspw. der Ordnungsbegriff 1 für die Mittelherkunft genutzt, welche Nummern darstellen und die Texte sind dann die ausführlichen Bezeichnungen (in der Query wäre dieses dann das Feld

Zusatzfelder zu ANLAV
Text:Ordnungsbegriff 1 (L) TEXT_ANLAV_ORD41

Aber auch im Anlagenstammsatz sind diese Ordnungsbegriffe entsprechend einzusehen.

Customizing Ordnungsbegriffe:

Innerhalb des Customizing befinden sich die Pflege der Ordnungsbegriffe unter:

Transaktion SPRO
Finanzwesen->
Anlagenbuchhaltung->
Stammdaten->
Benutzerfelder

Hier gibt es die Funktionen:
"Ordnungsbeegriffe 4-stellig ausprägen" (Transaktion OAVA)
"Ordnungsbegriffe 8-stellig ausprägen" (Transaktion OAV8)

unter welchen die einzelnen Ausprägungen der Ordnungsbegriffe gepflegt werden können.

Über die Funktion "Schlüsselworte der Ordnungsbegriffe ändern"
ist es dann auch möglich die Bezeichnungen der Ordnungsbegriffe zu ändern, so dass bspw. statt "Ordnungsbegriff 1" hier auch "Mittelherkunft" ausgewiesen wird.

Diese Änderung ist dann sowohl im Anlagenstammsatz als auch als Spaltenüberschriften für Queries möglich.

Somit besteht hier im Rahmen einer Klassifizierung über diese Ordnungsbegriffe die Möglichkeit Anlagenlisten nach bestimmten Kriterien zu summieren bzw. auszuwerten. Ein Nachteil ist hierbei ggf. dass diese dann entsprechend nachgepflegt werden müssen. Wobei dieses dann auch anhand eines CATT möglich ist.

Ausgangslage:

Bei Bewertungen von Google Apps innerhalb Google Play wird automatisch der Alias-Name verwendet, welcher in den Google Accounteinstellungen hinterlegt ist. Dieser Name kann auch im Dashboard unter Konto angezeigt werden. Während bei Groups und Mail dieser Name in den Einzelanwendungen (so zum Beispiel in jeder Newsgroup einzeln oder auch in Google Mail) geändert werden kann, ist dieses innerhalb Google Play etwas versteckter zu finden.


Anzeigename für Bewertungen ändern:
Unter Konto verwalten (zu finden rechts oben beim Zahnrad bzw. Useravatar/Profilbild) kann über E-Mail-Adressen und Nutzernamen nicht nur die Mailadresse verwaltet werden sondern auch der Alias verändert werden. Sofern dieser geändert wird, erscheint dieser dann auch bei Bewertungen von Apps.

Ein Problem bei den unterschiedlichen Google Anwendungen ist unter anderem, dass diese Einstellungen oftmals sehr unterschiedlich hinterlegt sind (teilweise global im Google Konto oder auch in den Anwendungen selbst).

Allgemein ist auch ein Blick auf die Google Hilfe sehr hilfreich um zu sehen, an welchen Stellen unterschiedliche Namen genutzt werden, da nicht nur zwischen den bekannten Diensten wie beispielsweise Youtube sondern auch durchaus ältere Dienste wie Picasa oder Google Talk unterschieden werden.

Datenschutz:
Positiv hervorzuheben ist allerdings, dass die einzelnen Google Dienste zumindest in der Datenschutzübersicht recht gut zusammengefasst sind.

Neben der Ansicht aller zum Konto gehörigen Informationen im Dashboard kann unter Kontoaktivität eine monatliche Übersicht aller gespeicherten Informationen (so aktiviert) abgerufen werden und unter Autorisierter Zugriff auf Ihr Google-Konto können diverse Dienste angezeigt werden, welche Google als Authentifizierung nutzen.

Für andere Webdienste (beispielsweise Dropbox) ist hier die Seite mypermissions.org empfehlenswert.


Nachtrag
Seit 05.03.2014 werden die Seite "Google Kontoaktivität" und das "Google Dashboard" kombiniert, so dass diese Informationen auf einer Seite zusammengefasst werden.

Die vorhandenen Aktivitätsberichte (siehe Kontoaktivität) sind noch bis zum 31.05.2014 verfügbar.

Nachtrag 08/2017:
Es scheint so, dass bei Bewertungen im Playstore nicht länger mehr ein alternativer Anzeigename mehr möglich ist. Dank des Hinweis von Opernfreund (siehe Kommentare am Ende dieses Artikels) wird der Nickname von Google mittlerweile ignoriert, so dass nur der echte Name bzw. Google Konto Name verwendet wird.

Damit unterscheidet sich Google von bspw. Amazon die weiterhin für Rezensionen eine alternative Bezeichnung erlauben bzw. wo der öffentliche Profilname abweichend zum Amazon Kundenkonto sein kann.

Denkbar wäre nun für die "alternative" Bewertung von Apps ein eigenes Google Konto anzulegen, unter richtigen Namen eine Bewertung abzugeben oder alternativ gar keine Bewertung mehr abzugeben.

Ausgangslage:

In einer Query wurde ein lokales Feld welches die gleichen Eigenschaften hat wie
das Ausgangsfeld angelegt. Bei dem Versuch ein Datum, +25 Jahre, zu erhalten wird jedoch kein brauchbares Ergebnis ausgegeben. Das rechnen mit Tagen funktioniert. Wenn jedoch der Bereich [YEAR] gewählt wird kommt es jedoch zu keiner vernünftigen Ausgabe des Datums.

Die Frage ist nun, wie in Queries mit Jahreswerten bezogen auf ein Datum gerechnet werden kann.

Lösungsansatz:

Eine echte Lösung habe ich leider nicht, aber wenigstens eine
Teillösung:

Das lokale Feld mit dem Zieldatum kann mit den Eigenschaften eines Textfeld definiert werden stat die eines Datumsfeldes.

Nun kann hier das vorhandene Datumsfeld zumindest bezogen auf die Jahre um 25 erhöht werden.

Nehmen wir an, dass das Datumsfeld die Kurzbezeichnung Datumsfeld hat:

DATUMSFELD[year]+25

Durch [YEAR] wird aus der Variable Datumsfeld (hier steckt das Ausgangsdatum drin), das Jahr ausgegeben.

So erhalten Sie dann das Jahr um 25 erhöht.


Weitere Überlegungen:

Definieren Sie drei lokale Textfelder:

TESTJ:
DATUMSFELD[YEAR]
TESTM:
DATUMSFELD[MONTH]
TESTD:
DATUMSFELD[DAY]

Als Formel für den Zukunfstwert bspw. TEST25

geben Sie nun folgende Formel ein:

TESTD*1000000+TESTM*10000+TESTJ+25

Innerhalb der Grundliste wird dann lediglich das Feld TEST25 ausgeben.

Ich gebe zu, dass diese Vorgehensweise zwei Fehler hat:

a) Optisch wird das Datum in der Form 01072037 ausgegeben (Als Datum war hier 01.07.2012 zzgl. 25 Jahre angegeben)
b) Schaltjahre werden nicht berücksichtigt

Wobei hier die Formel mit der Schaltjahresformel ja noch optimieren
werden kann.

Dieses sollte über entsprechende Bedingungen im Feld TEST25
funktionieren. Hier ist die Funktion MOD (Rest zu verwenden und die
Bedingungen für ein Schaltjahr (durch 100 ohne Rest Teilbar jedoch nicht
durch 400).

Ich denke, dass damit zumindest auf die Schnelle eine passende
Lösung gefunden werden kann. In der Not dürfte es ja auch unproblematisch sein einen 29.02. in der Zukunft hoch zu rechnen, die möglicherweise gar kein Schaltjahr ist.


Rückmeldung:
Das definieren als Text hat prima funktioniert.
Eine wesentlich schönere Variante wäre natürlich per Zusatzfeld ABAP-Coding beziehungsweise Funktionsbaustein, Hier hat das exxsens Developer Blog im Blogartikel "Funktionsbaustein zur Datumsberechnung" auf den Funktionsbaustein RHPP_HALFVALUE_WORKFLOW_DATE hingewiesen. Wie erwähnt bedarf dieses natürlich entsprechende Beechtigungen.
 

---

Hinweis:

Eine kurze Einführung in das Thema SAP Query habe ich im Artikel
"Grundlagen Kurzeinführung und Handbuch SAP Query" beschrieben und hoffe Ihnen hier eine Einführung ins Thema bieten zu können.

---

Innerhalb eines Reportwriter Berichtes können Formatierungen (bspw. Anzahl Dezimalstellen) für jede Spalte einzeln über Formatierungsgruppen festgelegt werden. Diese Formatgruppen sind als Zahlenwert oberhalb der Spalte des Merkmals eingetragen.

Die Formatgruppen selbst sind über das Menü
Formatierung->Spalte
innerhalb des Berichtes (über die Transaktion GRR2) zu pflegen.

Neben der Anzahl der Dezimalstellen kann hier auch eine Vorzeichenumkehr (besonders angenehm bei Ertragsbuchungen) oder auch die Einheit (bspw. EUR) eines Wertes ausgegeben werden.

Weitere Einstellungen für die Berichtsformatierung sind unter Formatierung->Berichtslayout zu finden. Hier kann bspw. auch die Darstellung des Vorzeichen (bspw. bei negativen Werten) von Nachgestellt (1-) auf Vorangestellt (-1) umgestellt werden. Auf diese Weise ist dann auch die Excelintegration wesentlich erleichtert. Ferner kann hier auch die Spaltenbreite bspw. im Reiter Schlüsselspalten festgelegt werden.

---

Hinweis:

Eine kurze Einführung in das Thema Report Painter und Report Writer habe ich im Artikel "Grundlagen Kurzeinführung und Handbuch Report Painter Report Writer" beschrieben und hoffe Ihnen hier eine Einführung ins Thema bieten zu können.

---

Auf der Seite Apps für Android habe ich die von mir häufig eingesetzten Androidanwendungen zusammengestellt und zwischenzeitlich auch auf Google Play statt android market verlinkt. Somit dürfte eine direkte Nutzung der Apps möglich sein. Eventuell ist hier ja auch die ein oder andere sinnvolle Erweiterung für das eigene Smartphone zu finden. Teilweise möchte ich die ein odere andere Apps aus meinen Alltag auch nicht mehr missen.