Domino 9 und frühere Versionen > Entwicklung
Werte übernehmen
Thomas Schulte:
Würde ich auch so machen. Change Request als Antwort dokumente an das Adress dokument hängen und dann kann man über einen einfache $ref hergehen und sich das Orginial dokument anzeigen lassen. Wenn man das etwas ausbaut dann geht das zum Bleistift mit zwei unterschiedlichen Frames. Im einen die Anfrage und im anderen das Dokument mit einer Aktion.
lotus blue:
Vielen Dank schon Mal für die schnellen Antworten.
Aber ich komm einfach nicht weiter.
Liegt wohl auch an der Hitze.
1 Maske?
2 Masken?
1 Maske mit 1 Antwortmaske ?????
Am meisten Probleme bereiten mir die Aktionsbuttons für die Übernahme der Änderungen.
Gruß
Thomas Schulte:
--- Zitat von: klauss am 28.07.05 - 15:03:00 ---Also, in meinen Augen ist das irgendwie ....
Warum traut man den Leuten nicht, wenn sie Adressen ändern ?
Das ist doch doppelte Arbeit.
Was passiert, wenn zwei Änderungen fast zeitgleich anstehen ?
--- Ende Zitat ---
Erfahrungswert:
Wenn man eine Abteilung hat die sich ausschließlich und zentral mit der Adressenpflege befasst, dann ist die Warscheinlichkeit das die Adressen korrekt und aktuell sind signifikant höher als wenn jeder (und damit keiner) für die Pflege zuständig ist.
Ein Futtermittelunternehmen das ich kenne macht das und hat 99,9% korrekte Adressbestände. Da kommen andere Unternehmen auch wenn ie Klicktel zur Hilfe nehmen höchstens auf 95%
wflamme:
"Erfahrungswert:
Wenn man eine Abteilung hat die sich ausschließlich und zentral mit der Adressenpflege befasst, dann ist die Warscheinlichkeit das die Adressen korrekt und aktuell sind signifikant höher als wenn jeder (und damit keiner) für die Pflege zuständig ist."
Ich kenne einige Organisationen, da würde das so nie funktionieren - weil der Kontakt da immer über den örtlichen Ansprechpartner hergestellt und gehalten wird. Wenn da was zu aktualisieren ist, erfährt der's als Erster. Und da dieser Ansprechpartner auch derjenige ist, der am meisten auf richtige und vollständige Kontaktinfos angewiesen ist, funktioniert es da ganz gut.
Wobei wohl zwischen Adressen und Kontakten unterschieden werden sollte. Adressen-/Lieferadressenpflege zentral (da gibt's ja meistens offizielle Schreiben an die Geschäftspartner oder Versanddokumente etc.), aber die Kontaktpflege dezentral zu halten, das wäre ein sinnvoller Kompromiß. Denn die Zentrale wird ja wohl kaum einmal pro Woche alle Nebenanschlüsse und Mobilnummern durchklingeln können, um sie zu verifizieren.
Abgesehen davon... wie wär's denn mit KISS? Einfach Versioning im Form aktivieren. Änderungen werden damit zB automatisch zu Antwortdokumenten. Die Zentrale kriegt einen verborgenen Button, mit dem sie die Antwort zum Hauptdokument machen (bzw. die Inhalte dorthin übertragen) und den Rest löschen kann - oder bei einer Fehlzündung eben nur die Antworten löschen kann.
Vorteile:
a) nur ein Form
b) sollte die Zentrale einmal mit der Verifizierung in Verzug sein (per Def. immer dann, wenn ein Änderungswunsch ansteht), dann können die von anderen vorgeschlagenen Aktualisierungen als Ausweichmöglichkeit von allen eingesehen werden.
c) kein Mail-Brimborium. Ich meine, wir nutzen doch eine Collaboration-Plattform, wer will da noch interne Mails lesen? Mails, das ist etwas, was unbelehrbare Kunden schicken müssen, die immer noch kein Notes einsetzen (nur, um mal die Richtung vorzugeben).
d) selbsterklärendes Verfahren: keine Antwortdokumente=letzter bekannter, verifizierter Stand.
Antwortdokumente vorh. =Offizieller Stand im Hauptdokument, möglicherweise neuerer Stand im Antwortdokument vorhanden, aber noch nicht durch Zentrale verifiziert.
Nachteile:
... wollen mir jetzt partout nicht einfallen.
umi:
Wenn Du es doch mit Mail machen willst, schau dir die Methode
RenderToRichtextItem mal an. Damit lässt sich ein Dokument in ein Richtextfeld "importieren".
Funktioniert einigermassen zuverlässig solange nicht irgendwelche HideWhens stören. Tabbed Tables können da auch ein wenig Probleme verursachen.
gruss
umi
Navigation
[0] Themen-Index
[*] Vorherige Sete
Zur normalen Ansicht wechseln