ARBEITSTAG.INTL mit Ausgangsdatum als Wochenende oder FreierTag

[RPP63]

Hast Du meinen Hinweis mit der benutzerdefinierten Datengültigkeit übersehen?

[Sigi.21]

Hallo Andreas,
 
ich habe dich dann wohl falsch verstanden. Vielleicht erläuterst du mit 2-3 Bsp. nochmals, was du GENAU suchst.

Aus deinem Post #6 entnehme ich, dass du Mitarbeitereinsätze im In- und Ausland disponierst.
Zitat: „... wann muss dann wer los um rechtzeitig am Einsatzort zu sein und wann ist er dann wieder zu Hause.“

Da denke ich, dass ARBEITSTAG() nicht geeignet ist, da zu ungenau für deinen Zweck. Du brauchst eine relativ genaue Zeitberechnung (evtl. nach Std.) um den Ablauf zu planen: Anreise (ca. 6h) – Arbeitsauftrag vor Ort (ca. 20h) – Rückreise (ca. 5h). So in der Art?

Der Arbeitsauftrag vor Ort erfordert Arbeitzeiten, Feiertage und WoEnde nach den Regeln vor Ort. Die An- und Abreise können aber jederzeit erfolgen (auch an WoE u. FT)? Richtig?
Und jetzt soll das Ganze rückwärts gerechnet werden? Fix ist nur der Termin vor Ort? Du willst wissen, wann muss er los und wann ist er wieder zurück?
 
Gruß Sigi

[Andreas Killer]

Hast Du meinen Hinweis mit der benutzerdefinierten Datengültigkeit übersehen?

Hallo Ralf,

nein, habe ich nicht. Eine benutzerdefinierte Datengültigkeit wäre nur eine Begrenzung das der User nur ein korrektes Datum eingeben kann... welches man ja auch erstmal ausrechnen/prüfen muss ob es korrekt ist und damit sind wir wieder beim Grundproblem.

Andreas.

[Ralf A]

Theoretisch könnte man in diesem Fall das Ausgangsdatum bis zum nächsten Arbeitstag weiter rechnen, das ist mit Formeln jedoch nur schwer machbar. Außerdem würde ein solches Konstrukt das Ergebnis verschleiern und nur schwer nachvollziehbar machen. Gerade wenn man Fälle bedenkt das die Anzahl der Tage auch mal 0 sein kann, was bedeutet die Arbeit am selben Tag erledigt wird.

Wenn ich Dich richtig verstehe, suchst Du ja eigentlich nur nach dem Datum des 1. Arbeitstages eines definierten Zeitraums?
Wenn es nicht unbedingt eine Formellösung sein muss, hätte ich folgende Alternative:
Du benötigst eine Abfrage "Periodentabelle" mit den Spalten Datum und Wochentag für den betreffenden Zeitraum und eine Feiertagstabelle, die mindestens eine Datumsspalte enthält und könntest darauf aufbauend diese PQ-Abfrage verwenden:

PHP-Code:

let
    Periode = Periodentabelle,
    SortiereDat = Table.Sort(Periode,{{"Datum", Order.Ascending}}),
    OhneWE = Table.SelectRows(SortiereDat, each ([Wochentag] <> "Samstag" and [Wochentag] <> "Sonntag")),
    IstFeiertag = Table.AddColumn(OhneWE, "Feiertag", each List.Contains(Feiertagstabelle[Datum],[Datum])),
    NurWerktage = Table.SelectRows(IstFeiertag, each ([Feiertag] = false)),
    ErsterAT = Table.SelectRows(NurWerktage, let earliest = List.Min(NurWerktage[Datum]) in each [Datum] = earliest),
    Dat = try ErsterAT[Datum]{0} otherwise null
in
    Dat


[Andreas Killer]

Da denke ich, dass ARBEITSTAG() nicht geeignet ist, da zu ungenau für deinen Zweck. Du brauchst eine relativ genaue Zeitberechnung (evtl. nach Std.) um den Ablauf zu planen: Anreise (ca. 6h) – Arbeitsauftrag vor Ort (ca. 20h) – Rückreise (ca. 5h). So in der Art?

Hallo Sigi,

Nene, das passt schon, die Grundeinheit sind Tage. In den Details stehen dann zwar Stunden, aber die werden dann auf Tage aufgerundet, das ist alles nicht das Problem.

Lass uns mal bei der Schachtelung bleiben so wie Du sie vorgeschlagen hast, bei mir ist der Groschen noch nicht gefallen, aber er rutscht schon mal. Also für alle Fälle (WE = Wochenende, FT=FreieTage):
=ARBEITSTAG.INTL(ARBEITSTAG.INTL(Ausgangsdatum-1;1; WE; FT); Tage; WE; FT))

Zuerst muss ich dafür mal eine Prüfung machen: Liefert diese Formel für alle korrekten Ausgangsdatum und Tage das gleiche Ergebnis wie
=ARBEITSTAG.INTL(Ausgangsdatum; Tage; WE; FT)

Wenn das der Fall ist, dann muss ich prüfen ob es bei falschem Ausgangsdatum ein korrektes Ergebnis "im Sinne des Users" liefert... und je länger ich darüber nachdenke könnte das tatsächlich passen.

Das Problem ist ganz einfach, wenn das Ausgangsdatum falsch ist, dann fehlt in der Rechnung 1 Tag. Also für Regulär-Deutschland dieses Jahr:

3.4. ist Karfreitag
6.4. ist Ostermontag

Fall a) Wenn ich eine Arbeit habe die 1 Tag dauert und am 2.4. anfange, dann ist der Mitarbeiter an dem Tag fertig.
Fall b) Wenn die Arbeit 2 Tage dauert, dann ist er am Dienstag den 7.4. fertig.

Wenn nun durch eine Blödheit das Ausgangsdatum am 3.4. gesetzt wird, dann kommt für Fall a) der 3.4. raus und das ist falsch, das ist ein Feiertag an dem der Mitarbeiter nicht arbeitet, er kann erst nach Ostern arbeiten.

  Mappe1.xlsx (Größe: 10,46 KB / Downloads: 1)

Mit Deiner Formel passt das schon mal. Die Frage ist: Passt das für alle möglichen Konstellationen die vorkommen können, gerade auch in Hinblick auf ARBEITSTAG.INTL und veränderliche Wochenenden?

Irgendwie hab ich da einen Knoten im Kopf, man wird halt alt. Mein Gefühl sagt ja... aber das hatte ich letztens selber bei jemand hier angemeckert, nach Gefühl kann auch total daneben sein. )

Andreas.

[Sigi.21]

Hallo Andreas,

ich denke so sollte es jetzt passen. (s. Mappe)
Null od. negative Tage müssen ausgeschlossen werden!

Gruß Sigi

[BoskoBiati]

Hallo Sigi,

das funktioniert auch nicht so richtig:

   

[EA1950]

gelöscht

[Sigi.21]

Hallo Edgar,

ich hatte es so verstanden, wie umgesetzt.

Zitat Andreas: " Fall a) Wenn ich eine Arbeit habe die 1 Tag dauert und am 2.4. anfange, dann ist der Mitarbeiter an dem Tag fertig.
Fall b) Wenn die Arbeit 2 Tage dauert, dann ist er am Dienstag den 7.4. fertig."

Also wenn er am 01.04.  oder 02.04. beginnt und nur 1 Tag angesetzt wird, ist er am selben Tag fertig.
Wenn Starttag ein WoEnde oder FT ist, ist er - bei 1 Tag angesetzt - am ersten Arbeitstag nach dem WoE fertig.

-- Geändert: ---

Ja, doch ein inkl. Fehlerchen. Jetzt mit Korrektur!


Gruß Sigi

[HKindler]

Hi,

folgende Formel ergibt automatisch den aktuellen bzw. nächsten Arbeitstag, falls ein WE/Feiertag angegeben wurde.

=ARBEITSTAG.INTL(ARBEITSTAG.INTL(A2;-1;1;Tabelle1[Datum]);1;1;Tabelle1[Datum])

Bei Eingabe eines Sa/So in A2 wird das Datum des Montags zurückgegeben. Selbst der Karfreitag gibt korrekterweise den folgenden Dienstag aus.
Wie funktioniert's? Es wird zunächst ein Arbeitstag zurück gesprungen, dann ein AT nach vorne. Damit hat man immer den nächsten AT.