VERSTECKTE Funktion für Alter und Geburtstag in Excel

[@Stefan-gq3me]

Hallo Jakob, vielen Dank dafür. Ich habe mir einen Wolf gegoogelt. Ja, Datedif-Funktion - aber nicht so erklärt, wie ich es brauchte. Okay, ich hatte auch in meiner Excel einen Fehler, da ich die Daten 6-stellig angegeben habe und nicht nach dem Format TTMMJJJJ - dadurch habe ich dann von einem 1900er Datum ein 2000er Datum abgezogen - das konnte ja nicht gutgehen. Nun passt alles. Hallelujah

[@kevinschmalenstroer4118]

Hey Jakob👋 Danke das hilft mir in meiner Personalarbeit sehr doll.

[@JakobNbr]

Sehr gerne!

[@Nachtaktiv2000]

bei Datums-Berechnungen die eine Darstellung in Jahren oder Monaten ermöglichen, sollte man grundsätzlich immer prüfen/testen, welche Logik für die unterschiedlichen Monatslängen und die Schaltjahre zum Einsatz kommt. Hier gibts nämlich mehrere Möglichkeiten, wie das Ergebnis berechnet/dargestellt werden kann.

[@HungerKarle]

Huhu Jakob, ich kannte die DATEDIF schon und nutze sie auch in einer Geburtstagsliste. Ich würde vielleicht noch einen Punkt ergänzen, falls jemand eine Geburtstagsliste erstellt. Ich wollte die Liste gerne sortiert haben nach dem Geburtstag im Jahr, sprich die Januarkinder vor den Februarkindern. Die Sortierfunktion von Excel berücksichtigt aber auch das Jahr, was blöd ist. Ein einfacher Trick ist hier, in eine Spalte (nehmen wir bei Dir die Spalte i an) folgendes einzutragen: =MONAT(C3)+TAG(C3)/100. Und schon bekommt Ihr den Geburtstag als Kommazahl mit dem Monat vorweg und dem Tag dahinter, z.B. bei Hamilton wäre es 1,17 oder bei Vettel dann 7,03. Und schon kann die Liste supereinfach sortiert werden. Und die Sortierspalte könnte anschließend auch ausgeblendet werden, falls sie nervt. :) Vielen Dank für Dein Video und einen schönen Sonntag Dir.

[@JakobNbr]

Sehr wertvolle Ergänzung!!! Danke

[@teddray-happyphoto]

Tolles Video u. Tolle Kommentare

[@EvangeliumsWort]

Wünsche allen die es lesen, Gottes Gnade, Frieden und Segen!

[@MrYoshinski]

coll ich habe schon nen verwendunks zweck für die funktion

[@aixot_3073]

*Klugscheißmodusan Die Schaltjahrsformel funktioniert zufällig richtig von 1901 bis 2099, weil hier in jedem Jahr Schaltjahr ist. Volle Jahrhunderte sind aber in der Regel kein Schaltjahr. Aber 2000 war ein Schaltjahr, weil es durch 400 teilbar ist. Wenn man die Tagesdifferenz berechnet, muss man 1 Tag addieren, um den laufenden Tag mitzuzählen. *Klugscheißmoduswiederaus

[@JakobNbr]

ok wow. Mit dem Klugscheißmodus hast du diesmal nicht untertrieben 😂 Aber gut zu wissen! Danke!

[@aixot_3073]

@@JakobNbr Eine sehr charmante Formulierung ... das nenn ich österreichischen Charme 😘

[@pufaxx]

@aixot_ Naja, bei Alter in Tagen kann man das schon so machen. Extrembeispiel: Ein Neugeborenes ist ja nicht schon am Tag seiner Geburt einen Tag alt, sondern erst, wenn dieser Tag herum ist (genau genommen sogar erst nach 24 Stunden). Anders sieht's bei Krankheits- oder Fehltagen etc. aus. Da hast Du natürlich Recht - dabei darf man die plus 1 nicht vergessen. Wenn jemand beispielsweise vom 5. bis zum 7. erkrankt ist, sind das drei Tage und nicht zwei =)

[@aixot_3073]

@@pufaxx Einverstanden 🙂

[@jpostl]

Ich verwende, wenn ich das aktuelle Alter mal ausrechnen möchte, die BRTEILJAHRE Funktion. Ist das nicht empfehlenswert oder ungenau?

[@JakobNbr]

BRTEILJAHRE ist in diesem Fall auch perfekt zu verwenden :D

[@tabbycat6802]

Sogar genauer. Weil man das Schaltjahrproblem damit komplett umschiffen kann. 365,25 geht ja aller 100 Jahre 3x schief.

[@tabbycat6802]

3:58 Warum nicht BRTEILJAHRE()? 5:28 Falls sowieso ein Wahrheitswert heraus kommen soll, kann man sich das WENN() drumherum auch sparen. Ich bin aber eigentlich kein Fan davon, weil dann ja die Konsequenz auf den Fuß folgt: Eine Markierung geht dann nur noch über bedingte Formatierung. Symbole sind aber oft übersichtlicher, ggfs. kann man die ja immer noch einfärben. Gegenvorschlag: Wir lassen das WENN() weg und verwenden statt UND() lieber PRODUKT(). Im Ergebnis erhalten wir 0 und 1 statt FALSCH und WAHR. Das könnten wir immer noch bedingt formatieren, wir können jetzt aber auch ein benutzerdefiniertes Format anlegen, wie beispielsweise: [Grün]✔;-;[Rot]✖.

[@JakobNbr]

Gegenvorschlag angenommen ;) - Das benutzerdefinierte Format ist in dem Fall top 👍🏻

[@johannessandkamp8269]

Und jetzt noch effizienter ;-) Wir lassen das Produkt auch noch weg und schreiben den Vergleich einfach in runde Klammern mit 2 Minuszeichen davor und zack: Wahr = 1 und Falsch = 0 ;-). Probiert´s mal aus.

[@tabbycat6802]

@@johannessandkamp8269 Ohne PRODUKT() musst du die Multiplikation aber per Multiplikationszeichen durchführen, was die zwei Minuszeichen dann eh obsolet macht. Sind außerdem halt noch 2 Klammerebenen mehr, denn die Vergleichsbedingungen haben dort keinen Vorrang... Oder wieder mit UND() zusätzlich verknüpfen und dort die zwei Minuszeichen davor. Da finde ich PRODUKT() in diesem Fall besser, man bekommt ein Rechenergebnis und eine Typumwandlung auf einen Schlag. Kommt aber sicher darauf an, was man als vereinfachtes Ergebnis überhaupt erreichen will. Ich versuche meist aus der Sicht der Klammerebenen und Anzahl der Funktionen den Komplexitätsgrad zu reduzieren.

[@BerndKircher]

Danke für's Auffrischen. Für die GB-Spalte hätte der UND(...)-Teil gereicht. Das WENN(bedingung;wahr;falsch) ist überflüssig ...

[@JakobNbr]

Stimmt! Da ich nur wahr und falsch nutze, ist es in dem Fall redundant…

[@reinholdgreskamp3937]

Moin ich mache Datumsberechnungen mit DATEDIF und dann mit Verkettung kann man zum Beispiel so einen Satz bilden Karl Mustermann ist 52 Jahre 2 Monate und 4 Tage alt Ist dann sehr Übersichtlich Gruß Reinhold

[@JakobNbr]

Das ist eine ziemlich gute Idee, danke!

[@kahlanorax9467]

Die alte Formel EDATUM() wäre für Datumsabstände eigentlich auch sehr praktisch, hat aber m.W. Schwächen in der Genauigkeit (insb. bei Schaltjahren). Wird leider auch nicht von MS supportet oder korrigiert. Schade.

[@redburningice]

Da war wohl jemand heiß aufs gestrige F1 Rennen :D

[@JakobNbr]

Ein bisschen 😅

[@MiccaPhone]

du must durch 365,25 teilen, weil jedes 4. Jahr 366 Tage hat!

[@johnfistik968]

Die Formel sind zu kompliziert. Wenn irgend wann neuer Name mit Geburtstag dazu scheibe muss ich was machen damit es auch in wieviele Tage Geburtstag hat gezeigt wird?

[@JakobNbr]

Nein, die Formel wird automatisch von oben übernommen.

[@funkmasterspock9475]

👍

[@JakobNbr]

😎

[@Marie256st]

Das ist ein alte Mac Formel und wird deswegen nicht supportet :)

[@Samy-sx6kn]

Nicht mac. Lotus 1-2-3

[@Marie256st]

@@Samy-sx6kn Ja, Hast recht - Iast halt schon drei oder vier Jahre her, als ich damit gearbeitet habe :)

[@pufaxx]

Wurde schon kommentiert - aber Tage durch 365 funktioniert nicht sauber (Schaltjahre). Dann liefert DATEDIF streng genommen nicht die genauen Monate oder Jahre, sondern die vollständigen. Das "DATEDIF" zwischen 15.1. und 14.2. liefert ja keine Nullkomma nochwas, sondern Null. Erst DATEDIF zwischen 15.1. und 15.2. liefert eins. Hilfreich ist bei Daten übrigens auch die Funktion "TEXT" und "DATWERT". Man könnte zum Beispiel mit =TEXT(A2;"TT.MM.") das Jahr aus dem Datum in A2 "entfernen" (Achtung, ist dann keine Zahl mehr, sondern eine Zeichenkette), ein anderes Jahr an diese Zeichenkette hängen - die dann mit "DATWERT" in ein echtes Datum zurück wandeln. Auch so könnte man schauen, wann der nächste Geburtstag von jemandem ist bzw. ob er in diesem Jahr schon Geburtstag hatte. Gibt allerdings alle vier Jahre #WERT-Fehler, falls jemand in einem Schaltjahr am 29.2. geboren wurde. Da ist "EDATUM" natürlich eleganter. Tipp zur TEXT-Funktion (ein Bisschen Off Topic) - wenn Daten in Serienbriefe eingefügt werden, baut Word manchmal Murks. Komplett auf der sicheren Seite ist man, wenn man Word sein Zeug grundsätzlich aus Feldern holen lässt, die in Excel mit der "TEXT"-Funktion in Zeichenketten umgewandelt worden sind. Ich krieg da noch keine Regelmäßig kein rein, in welchen Fällen dieser Murks passiert und ob das in Office Versionen neuer als Office 2016 auch manchmal vorkommt. Vermutlich hat Word Schwierigkeiten, wenn Felder, deren Inhalte mit Formeln erzeugt wurden, zwischendrin auch mal leer sein können? Wie auch immer - Meistens klappt's auch ohne TEXT, manchmal aber eben auch nicht - und das ist insbesondere bei Verträgen ärgerlich. Da wird dann aus Hausnummer 17a gerne eine 0, bei Gehältern fehlt der Tausender-Punkt, bei Ende der Probezeit steht eine 5-stellige Zahl etc. ...

[@pufaxx]

Ergänzung: Könnte auch an meiner Arbeitsweise liegen, dass sich Word bei meinen Serienbriefen manchmal verschluckt. Meine Serienbriefe bzw. Formulare "klemmen" nämlich nie an einer "echten" Datentabelle, in der ALLE Mitarbeiter drin sind (die Serienbriefe wären sonst ja ziemlich lang), sondern an einem Extra-Arbeitsblatt, in das ich mir nur die grad im Moment auszudruckenden Vorgänge gewissermaßen "reinwähle". Und die Daten werden dann via INDEX VERGLEICH bzw. über die kompliziertere Konstruktion INDEX VERGLEICH MMULT aus der "echten" Datentabelle geholt und ggf. noch ein Bisschen aufbereitet.

[@pufaxx]

Ergänzung 2: "TEXT" funktioniert bei Text natürlich nicht so dolle, da ist es einfacher, wenn man ein &"" ans Ende der Formel klemmt. So wird aus leer im Serienbrief garantiert keine Null.