das Zauberwort heißt "Document Locking". In R6 ist das systemseitig sogar eingebaut (also eine Möglichkeit).
Sonst findet man einige Beispiele dazu auf:
http://searchdomino.techtarget.com/tips/0,289484,sid4_tax283833,00.htmlhttp://www.keysolutions.com/NotesFAQ/Aber, allen selbstgebastelten Beispielen gemeinsam ist, daß es sich hierbei um das Modell "1 DB, 1 Document" handelt. In Deinem Falle werden wohl mehrere Mail DB´s betroffen sein, mit 1 Dokument n-mal verteilt. Da bringt das herkömmliche Document Locking im Modell 1DB-1Doc nix.
Daher Idee, Alternative 1:
- kleine Abänderung der Mail-DB aller betreffenden Bearbeiter, wobei:
- in das Query Open der Memo Maske kommt ein zusätzliches Script, das a.) ein Mail als Bestellung erkennt (wie auch immer...Deine Kreativität gefragt bzw. Aufhänger dürfte der genaue Bestellprozess sein) und b.) in einer zentralen Sammel DB umgehend ein geöffnetes Bestellmail registriert und dadurch alle anderen Bearbeiter vom parallelen Auslösen der Bestellung abhält (..kleines Lookup nach einem ID in der zentralen MailDB, ob Kundendoc bereits durch Bearbeiter XYZ zumindest geöffnet worden ist...wenn vorhanden, erscheint beim Öffnen dieser Bestellung bei den anderen Bearbeitern ein Hinweis)
- der Prozess um eine Anweisung erweitert wird: "Bestellung geöffnet, Bestellung umgehend bearbeitet"
Allerdings ist das nicht die beste Methode, Bestellungen abzuwicklen, wenn ihr schon mit Bearbeitungsgruppen arbeitet. Hier wäre eher an eine echte Bestell-Applikation über das Internet/Extranet nachzudenken (ob mit oder ohne Notes, egal zunächst). Dann lassen sich auch sauberere Prozesse aufsetzen.
Möglicherweise würde ich, wenn eine echte Bestell Applikation nicht möglich ist wg. Budgetierung, über eine zentrale Mail-In DB je Bearbeitergruppe nachdenken. Dann kann man schon einigermaßen besser Doppelarbeiten verhindern. Zumindestens wäre das die second best Lösung gegenüber der schlechtesten mit 1 Bearbeiter 1 Mail DB.