Vorgabezeit und Istzeit einstellen bei Outlook Aufgaben und kann auch in Windows eine Uhr...

Hallo Andreas,

Negative Buchungen kommen zustande, wenn nicht auf den korrekten AG gestempelt wurde und die BDE Umbuchungen vornehmen muß.

Das Problem ist, das die Vorgabezeit je RNr (Rückmeldenummer) nicht summiert werden darf.

Von der Struktur her sieht das für jeden KA so aus:

z.B.

KA

- FA1

- AG A - RNr1 - Vorgabezeit = xyz

- Bu1 = xyz

- Bu2 = xyz

- Bu3 = xyz

... weitere Buchungen

- AG B - RNr2 - Vorgabezeit = xyz

- Bu1 = xyz

- Bu2 = xyz

- Bu3 = xyz

... weitere Buchungen

- AG C - RNr3 - Vorgabezeit = xyz

- Bu1 = xyz

- Bu2 = xyz

- Bu3 = xyz

... weitere Buchungen

- FA2

- AG A - RNr4 - Vorgabezeit = xyz

... weitere Buchungen

- AG B - RNr5- Vorgabezeit = xyz

- FA3

- AG A - RNr6 - Vorgabezeit = xyz

... weitere Buchungen

- AG B - RNr7 - Vorgabezeit = xyz

... weitere Buchungen

- AG C - RNr8 - Vorgabezeit = xyz

... weitere Buchungen

- AG D - RNr9 - Vorgabezeit = xyz

... weitere Buchungen

u.s.w.

Somit hast du eine saubere Struktur für die Buchungszeiten und diese Summe passt auch. In allen erdenklichen Filterkombinationen.

Der Filterkontext der Vorgabezeit passt nicht in diese Kombinationen, da ich hier nicht auf der untersten RNr-Ebene summiere sondern erst in den Ebenen darüber. z.B. alle Vorgabezeiten summiert für jeden AG eines FA.

Ich hoffe ich konnte es etwas bildlich machen.

Richtiges Ergebnis wäre z.B. (Die AG Gruppen sind ausgeblendet) für die KA 48KA325189







Die Buchungen sind leider real, trotz der starken Abweichung.

Das Ergebnis habe ich nur über eine zweite Tabelle erzeugen können.

In der Tabelle habe ich über PowerQuery eine Gruppierung nach RNr vorgenommen und für die Spalte Vorgabezeit einfach die Aggregatfunktion Max genommen. nun Stand in allen Buchungsreihen für eine RNr immer die korrekte Vorgabezeit. Danach habe ich alle Duplikate
in RNr gelöscht und hatte somit eine Zuordnungstabelle eine RNr mit seiner Vorgabezeit.

Mein Problem ist es nun, diese in einer Tabelle mit den Vorgabezeiten im jeweiligen Filterkontext anzuzeigen.

Das klappt bei dem Bild oben nur, weil ich die beiden Tabellen über die RNr verknüpft habe und in beiden Tabellen nach KA filtere.

Das ist in einem Bericht natürlich schlecht, wenn ich zweimal nach dem gleichen KA filtern muß.

Gruß

Göran

Wie kann ich es einstellen, dass Hyperlinks zu meinen eigenen Dokumenten in Outlook-Aufgaben akzeptiert werden?

Das Gleiche passiert bei Outlook Aufgaben. In Outlook nehme ich an einem Tag Erstellungs- und Fälligkeitsdatum komplett raus. Am nächsten Tag um 9 Uhr läuft die To-Do App (iPhone) und macht einen Reminder für die anstehenden Aufgaben --> in Outlook wird
die Aufgabe mit dem ursprünglichen Erstellungsdatum und dem heutigen Fälligkeitsdatum wieder angezeigt.

In der Tabelle habe ich über PowerQuery eine Gruppierung nach RNr vorgenommen und für die Spalte Vorgabezeit einfach die Aggregatfunktion Max genommen. nun Stand in allen Buchungsreihen für eine RNr immer die korrekte Vorgabezeit. Danach habe ich alle Duplikate
in RNr gelöscht und hatte somit eine Zuordnungstabelle eine RNr mit seiner Vorgabezeit.

Aha, die Vorgabezeiten je RNr sind Duplikate.

Dein Gedankengang ging schon mal in die richtige Richtung, jedoch brauchst Du nur die RNr-Duplikate zu entfernen und kannst dann direkt nach KA die Vorgabezeiten gruppieren.

Die Buchtungszeiten kannst Du direkt nach KA gruppieren.

So hast Du 2 Abfragen, diese führst Du nach KA zusammen und erhältst so das direkte Ergebnis:





Hier nochmal der Link zu der modifizierten Datei

https://www.dropbox.com/s/cyb7z5l92rrhyb3/983a285c-3d60-4de0-a179-9ebbc37f276a.xlsx?dl=1

Alles klar?

Andreas.

Es gibt noch eine andere einfache Lösung für das Problem, Du entfernst die doppelten Vorgabezeiten.

In der Tabelle im Blatt "BDE Auswertung" sortieren wir nach RNr aufsteigfend, dann machen wir eine neue Spalte "Vorgabezeiten2" und benutzen diese Formel

K3: =WENN(D2=D3;0;[@Vorgabezeit])

Jetzt kann man mit jeder Pivottabelle die Zeiten ganz normal zusammenrechnen:





Andreas.