Domino 9 und frühere Versionen > ND6: Entwicklung

Statusabfrage von outoufoffice

<< < (2/3) > >>

eknori:
bin kein GURU  ;)
Bin auch kein Admin; siehst du ja selber, mit Awareness und dem Kram kenne ich mich nicht aus. Ich habe auch 6.5.2 als Server und 6.5.1 als Client; aber da ist nicht "Samse föffne die" ( äh Sesam öffne dich ) plötzlich diese Funktion da. Da muß ich noch dazulernen.

Zurück zu deinem Ansatz:

Du kannst natürlich die ProfileDocs der Usr auslesen und das Ergebnis in eine DB schreiben.

Ich hatte da auch schon mal so einen Ansatz:
User beantragt Urlaub; bekommt ihn genehmigt; Daten werden in User-Kalender geschrieben; OOO wird automatisch aktiviert, Daten werden durch einen Agenten in AbteilungsDBs geschrieben ...

mabax:
hehe :))

so ich glaube ich muss bissel konkreter werden.
Also Telefonarufe die in der Telefonzentrale ankommen, sollen weitergeleitet werden.
Da Mitarbeiter dort sofort sehen können, ob der Mitarbiter im Urlaub ist (mit Ende Datum) oder  ob der Mitarbeiter grad im Beratungsgespräch/Meeting ist.

Der Anrufer muss eine Info bekommen, dass derjenige im Urlaub ist und am Tag X wiederkommt oder dass derjenige grad im Gespräch ist und iihn z.B. zurückruft.

Stelle mir das so vor: "Aktuelle Ansicht der momentan abwesenden Personen"

1. Spalte: Name
2. Spalte: Vorname
3. Spalte: Abteilung
4. Spalte: Abwesenheitsgrund
5. Spalte: bei Abwesenheitsgrund "Urlaub" => Datum des 1. Arbeitstages des MA


So nun besser? :)))) *verrücktschonbinundjetztnachhausegeh*

eknori:
das mit dem Urlaub würde ja noch gehen, wenn jeder seinen Kalender pflegt und ein Agent die Daten dann in einer DB zusammenfasst.
Aber stundenweise abwesend ? hmm, habt ihr eine solche Mitarbeiterdisziplin, daß die Leute das auch immer eintragen ? Mit dem OOO-Agenten kommst du damit ja sowieso nicht durch die Tür...
In der Sandbox gibt es irgendwo so eine In_out DB ...

koehlerbv:
@mabax:
Für einen geübten Programmierer ist die Umsetzung dessen, was Ihr da wollt, kein Hexenwerk. A-Bär (!!!): Zuvor müsst Ihr sicherstellen, dass die Daten, die es auszuwerten gilt, auch zur Verfügung stehen. Hierzu müsstest Du mehr Infos geben. Und hierbei auch immer folgendes bedenken:
1. Software kann nicht die Unzulänglichkeiten von Menschen aufheben (wer nix einträgt, tut's halt eben nicht ...)
2. Ich habe schon Lösungen programmiert, in der zum Beispiel alle Urlaube mittels einer Urlaubs-Datenbank beantragt, genehmigt und dann in die User-Kalender geschrieben werden, gleiches dann auch noch für Dienstreisen und Weiterbildung. Da hat man a priori schon eine Menge Infos zusammen, aber was ist mit Geschäftsessen, Treffen mit Kunden usw. usf.
3. Wenn man schon Termine der Mitarbeiter zusammen sammelt, dann sollte das nicht nur hinsichtlich Abwesenheiten passieren - dies sollte dann nur ein Abfallprodukt einer gemeinsamen Terminübersicht sein (und hierzu gibt es ja etliche Notes-Tools auf dem Markt).

Bernhard

mabax:
Naja, man muss ja auch bedenken, dass solche Listen auch zur Überwachung dienen können, deswegen dürfen die Informationen nicht zu umfassend sein. Der Betriebsrat macht sonst große Augen und geht mir nicht von der Pelle.

Deswegen eine Ansicht "nur" mit den abwesenden Personen, die gerade weg sind/beschäftigt sind und kein Terminplaner des ganzen Unternehmens.

Es geht so vielleicht so in die Richtung einer Call-Center Anwendung.

@eknori Danke für den Tip, wer mir mal die In_out DB angucken.

Gruss

mabax

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete