Domino 9 und frühere Versionen > ND6: Entwicklung

Vorlage ähnlich der Telefonnotiz einrichten

<< < (2/2)

Seterra:
Also ich habe das begriffen, Mailtemplate ist aussen vor, begreife ich.

Wenn ich eine eigene Datenbank für die Adressmutationen erstellen muss, sollte ich mir wohl zuerst überlegen, was in die DB rein muss und was ich nachher mit der DB anstelle.

Ich überlege jetzt einfach mal:

Definierter Mailverteiler:
Ist vorhanden (einige Empfänger müssen etwas erledigen, andere wiederum nur als Info.
Workflow:
Muss noch erstellt werden (wer, was bis wann und wohin die Rückmeldungen)
Was muss in die Datenbank hinein:

* Informationen vom Kunden bezüglich Adressänderungen -> Brief/Fax. Müssen eingescannt und in der DB abgespeichert werden.
* Informationen per Telefon, das heisst, ich brauche eine Erfassungsmaske, um die Informationen eintragen zu können, möglichst einfach und als Notesdokument. (Attachement: Laufblatt)Datenbank-Design
Jetzt wird's schwierig.
Hätte jemand ein Beispiel, wie das Design aussehen könnte?

Bin ich auf dem Holzweg?
Manchmal verfluche ich, dass ich nicht einfach um Admin gehen kann..........

koehlerbv:
Die Informationen vom Kunden und die per Telefon - das ist datenbanktechnisch das gleiche. WIE Du zu den Anforderungen gekommen bist, ist doch egal - Du musst sie eh einklimpern.


--- Zitat von: Seterra am 24.04.08 - 15:43:14 ---Datenbank-Design
Jetzt wird's schwierig.

--- Ende Zitat ---

Hierfür bräuchten wir konkretere Fragen, einen Grundkurs gibt es hier nicht (aber Leute, die sowas anbieten - auch speziell an Hand einer solchen Datenbank).

In erster Lesung brauchst Du eine Erfassungs- und Darstellungsmaske. Diese beinhaltet die Daten zur Änderung, den aktuellen Status und Buttons, hinter denen der Code steckt, der bei den einzelnen Statuswechseln erforderlich ist (Statusfeld setzen, Zuständige ermitteln, früher verantwortliche aus dem Autorenfeld nehmen und die aktuellen einsetzen, ggf. Mails versenden etc.).

Dann noch ein paar Ansichten, damit man den Überblick behält - das wäre schon mal ein Anfang.

HTH,
Bernhard

EDIT: Ein vergessenes, aber wichtiges "nicht" eingefügt.

Seterra:
Hallo und guten Abend.

So, ich habe jetzt eine Datenbank erstellt (Vorlage TeamRoom) und die Felder, welche ich benötige eingefügt. Auch habe ich einige Ansichten erstellt und bin soweit ganz zufrieden damit.

Ich habe auch ein Statusfeld eingefügt mit den Inhalten "Offen", "In Bearbeitung" und "abgeschlossen".
Wie kann ich es anstellen, dass, wenn der Wert "abgeschlossen" ist, das Dokument nicht mehr bearbeitet werden kann? Nur noch die in der ACL definierten Personen sollen das Dokument wieder bearbeiten können.

Kann ich dem Feld eine Formel hinterlegen?

Vielen Dank für einen Tipp.

Peter

koehlerbv:
Es ist doch zu hoffen, dass nur die der ACL festgelegten Personen Dokumente überhaupt bearbeiten dürfen. Sonst würde da ja "-Default-" ... aber das glaube ich jetzt nicht, Peter.

Was die Bearbeitbarkeit angeht: Beschäftige Dich mit Autorenfeldern - mindestens ein solches musst Du programmatisch belegen (und allen in Frage kommenden Personen in der ACL nur Autorenrechte zuweisen), um Dein Ziel zu erreichen. Wenn Du uns noch aufmalst, wer wann welches Dokument bearbeiten können soll, dann können wir Dir da auch Tipps geben. Mit dem Rechtetyp und der Item-Property IsAuthors solltest Du Dich aber schon halbwegs auskennen.

Bernhard

Seterra:
vielen Dank. Werde ich mich damit beschäftigen. Natürlich hast Du recht.

Die Personen in der ACL gemäss ihren Rechten sollen damit arbeiten.

Das Verfahren der ACL ist mir bekannt, auch die Rechtevergabe und die jeweiligen Rollen. Das habe ich schon gemacht. Da muss ich auch den nicht existenten Admin fragen. :D

In wie weit es Sinn macht, wenn das Dokument abgeschlossen (Status Abgeschlossen) ist, nachher das Dokument überhaupt noch bearbeitet werden muss, kläre ich mit dem Besitzer DB ab.

Navigation

[0] Themen-Index

[*] Vorherige Sete