Dovete capire che i diritti di efficace utente (“a nome„ dell'utente) non siano usati di determinare i funzionamenti che l'agente è consentito per realizzare; questi sono basati sullo slip definitivo dell'agente (il proprietario dell'agente).
Ciò è che cosa l'aiuto del progettista dice circa questa proprietà:
Lo lascia specificare l'efficace utente dell'agente. Si noti che gli slip definitivi limitati possono fare funzionare gli agenti soltanto nell'ambito della stessa autorità dei loro propri -- possono introdurre il loro proprio nome soltanto. Gli slip definitivi senza restrizione e gli slip definitivi con i diritti di funzionare “a nome di chiunque„ possono fare funzionare gli agenti a nome di chiunque. Chiunque che specifichiate in questo campo deve essere incluso nel ACL di tutta l'applicazione che è raggiunta. Se l'agente trasmette la posta o genera i documenti, il nome specificato qui sarà il mittente della posta o l'autore del documento.
In modo che l'agente da funzionare a nome di qualcun'altro (altro allora quello che lo ha indotto a funzionare) deve essere dal lato dell'assistente (funzionamento sull'assistente). Altrimenti l'agente direttamente eredita i diritti di accesso dall'utente che lo ha innescato.
Così suggerisco:
- generare il nuovo dispositivo di piegatura
- modificare il codice che l'utente che gli inneschi in modo che generi “un documento di richiesta„ che compilerete di informazioni e di posto nel vostro nuovo dispositivo di piegatura (possono generarli la forma di richiesta se gradite, ma non è necessario)
- regolare il vostro agente al funzionamento nei termini. Controllerebbe periodicamente il dispositivo di piegatura ed i documenti trattati (fissare gli indirizzi in NAB) ed allora rimuoverebbe i documenti dal dispositivo di piegatura o li cancellerebbe completamente da un db
Che senso che l'agente funzionerà con i vostri diritti di accesso (i diritti di accesso dell'utente quell'ultimo lo ha conservato).