Office: (Office 2007) Aufgabe aus Outlook mit Access verknüpfen?

Hallo Blackpit!

Leider sind die in der Aufgabentabelle in Access zur Verfügung stehenden Eigenschaften nicht ausreichend, die Aufgabe zu identifizieren.
Weiters fehlen noch einige entscheidende Daten mehr.
Mein Vorschlag zur Einbindung entfällt daher zur Gänze.

Aber:
Majo sollte zuallererst über die Frage Front-/Backend posten. Die Anwendung ist schließlich für einen größeren Anwenderkreis bestimmt.
Und wie gehst Du mit der lästigen OL-Abfrage des Zugriffs wegen um. (Die fällt beim Einbinden schon weg.)

Wolfgang

 

Hallo Proofs...

Yep...im Forum sowie in Access noch grün hinter den Ohren und manchmal auf dem Holzweg*wink.gif* !
Auch ein Profi bin ich nicht, sondern einer, der genug hat von Excel hier und Excel da und für dies könnte man auch noch Excel verwenden...*rolleyes.gif*
Deshalb mein Interesse an Access und VBA...macht das Leben einfacher (in der Benutzung*wink.gif*!)

Die Access DB liegt auf einem CommonDrive. Somit habe ich keine Unterteilung Front-/Backend gemacht, jedoch schon darüber gelesen.
Dies fand ich bislang noch nicht nötig... belehren lasse ich mich aber gern wenn es entscheidende Vorteile bringt.

Was ich nicht möchte ist, jedem Benutzer seine Oberfläche zurechtbasteln sondern die DB von einer zentralen Stelle betreuen. Soweit meine Vorurteile. Werde mir aber die Lektüre hinter deinen Links zu Gemüte führen.

Werde dafür ein wenig Zeit brauchen bis ich das ganze durchhabe und dies so in der DB abgebilded habe.
Werde mich wieder melden...

Grüsse
Matthias

 

Nachtrag:
Habe mich nun umfassend über Vor- und Nachteile der Aufteilung in Front- und Backend informiert.

Eine Aufteilung macht für mich einzig aus folgendem Grund Sinn:
- ich kann am Frontend feilen während die DB produktiv keine Änderung widerfährt. Erst bei einem Major Update wird das Frontend ausgetauscht.
- Das Frontend kann personalisiert werden (meine Aufgaben, neue Einträge seit meinem letzten Besuch...) --> Ist das so sinnvoll oder sollte man das eher durch ein Login lösen?

Doch es gibt auch Gründe dagegen:
- die DB liegt auf dem Citrix Folder des Projekts. ALLE Projektrelevanten Daten sind hier (und nur hier) abgelegt. Wo soll denn nun das Frontend der DB liegen? Da müsste ja jedes Projektmitglied extra im Eigene Dateien ein Projektordner erstellen und das Frontend da ablegen.
- Die Performance ist viel besser, wenn nur auf dem Citrix Server gearbeitet wird. Traffic auf den eigenen Rechner verlangsamt die DB nur...
- Die DB ist noch nicht fertig. Wenn wieder etwas neues implementiert wurde, müssten alle Frontends ausgetauscht werden. Nur: wie stelle ich sicher, dass JEDES Projektteammitglied nun das neuste Frontend hat...

Am Rande: es sind nur maximal 8 User, die sich gleichzeitig in der DB tummeln...

So werde ich diese DB mal so belassen aber eine andere teilen. So sehe ich die Vorteile des Front- und Backends.

Doch nun zurück zum Thema. Die Abfrage einer aus Access erstellten Aufgabe in Outlook.
Dies scheint mir ein eher kompliziertes Unterfangen zu sein. Oder denkt ihr das dies mit bescheidenen VBA Kenntnissen, Unterstützung aus dem Forum sowie viel Rumprobieren mit vertretbarem Aufwand machbar ist?

Grüsse
Matthias

 

Hallo Matthias!

Du hast Dich schon unter http://www.sql-insider.de/knowhow/hi...von-access.php informiert?
Auch von unserem höchst geschätzen Karl Donaubauer findest Du unter FAQ1Grundlagen Gründe, warum dies angeraten ist. Es gibt technischen Lösungen in Access, die diese Trennung in Front- und Backend erforderlich machen. Dabei ist es egal, wieviele Anwender gleichzeitig die DB benutzen. Das Problem liegt im Wörtchen „gleichzeitig“. In der nicht aufgeteilten Version einer Anwendung musst Du Dir genau überlegen, was im Fall einer neuen Version zu geschehen hat. Da wirst Du um eine Sperre der Anwendung nicht herumkommen. Und wenn auch nur ein User vergaß, die DB bei Dienstschluß oder vor einer ausgiebigen Besprechung zu beenden?

Das siehst Du in deinen Ausführungen zu eingeschränkt.

Es gibt meines Erachtens keine hinreichenden Gründe gegen eine Aufteilung! Egal ob Access auf einem Terminalserver gefahren wird oder auf lokalen Rechnern.

Selbst zwei gleichzeitigen Anwendern sind einer zuviel. Für eine
Beschädigung der Datei reicht das schon.

Ist das für einen Neuling in Access nicht ein wenig keck?

Daß alle User im Falle eines Versionswechsels die „eine“ DB schließen ist kein Problem?

Versionsnummern in den DBs sind die Grundlage für die Prüfung der Aktualität des jeweiligen Frontends. Ist eine neues vorrätig, so wird mit Hilfe eines kleine Skripts das aktuelle geschlossen, das neue Frontend aus dem Verzeichnis des Backends in das Anwenderverzeichnis kopiert und dieses gestartet. Aber es gibt natürlich auch andere Lösungen wie das Starten eines Forntends mittels Skript, wobei ebenfalls Versionsnummern der Überprüfung dienen, ob ein neues erforderlich ist.

Genau so ist es.

Ja.
Weiters sind in Access die OL-Daten mit eben diesen Anwender-Informationen zu speichern.
(Was natürlich für alle personalisierten Informationen in einem Backend erforderlich ist. )

Die Personalisierung von OL ist eine weitere Frage.
Wie ist das in Eurem Unternehmen gelöst?
Arbeiten alle mit dem „einem“ Outlook auf dem Terminalserver?

Alles ist möglich. Fragt sich nur, was Du unter „vertretbarem Aufwand“ verstehst.

Wolfgang

 

Hallo wb_3001

Ja...aber gerne mache ich mir von Beginn weg meine eigene Meinung, so dass ich weiss wieso was und warum...aber recht hast du*tongue.gif* !

Werde das mal ergoogeln und mich informieren. Ist im Moment nicht mein dringendstes Problem...

Auf jeden Fall habe ich nun (gemäss überwältigenden Anzahl an Hinweisen und Ratschlägen in diese Richtung) die DB in FE und BE aufgeteilt - und prompt kamen die ersten Reklamationen bezüglich Performance...
Meiner Meinung nach gibt sich das nach ein paar mal Aufstarten des FE (habe fast die Vermutung Access "lernt"...)

In unserem Unternehmen haben wir einen Citrix Server. Etwa 60% der MA arbeiten nur auf dieser Oberfläche. Die anderen brauchen Outlook lokal auf dem Laptop UND auf der Citrix Oberfläche.

Tönt super...nur fürchte ich dass "vertretbar" in diesem Fall heisst diesen Task zur Seite zu legen und vielleicht mit mehr Erfahrung im Rücken später mal wieder anzupacken...
Um dies fertigstellen zu können brauchts wohl sehr viel mehr Wissen, Code und vorallem Zeit...*eek.gif*

Vielen Dank trotzdem für die wertvolle Hilfe!
Habe sehr viel gelernt*cool.gif* ! Danke!

Grüsse
Matthias