Lista con colaboración compartida

Hola, SICYD:
- Puedes usar designer, aunque ya he visto los problemas que te esta dando
- Puedes crear listas personalizadas (como features) y ahi le indicas que el
formulario de edicion y alta son paginas aspx de toda la vida, cada una con
el comportamiento que tu quieres
- Que tal dar un rodeo: Tienes 3 listas, las 2 primeras solo las pueden ver
cada uno de los grupos, y la 3 actua como repositorio comun. El gupo 1 crea
en la lista1 (que solo tiene los campos que ellos pueden usar), y un workflow
replica los valores en la lista repositorio ( y en la lista 2 si hace falta).
El resto de campos los mete a blanco o el valor por defecto que necesites.
- el grupo 2 edita la lista2, y un workflow actualiza la lista repositorio

Estos workflows pueden ser los creados con designer o manejadores de eventos
en .net, mucho mas potentes...
Si la respuesta te es util pulsa el boton YES. Ayudanos a mantener el foro
al día.


"SICYD" wrote:

Hola a todos,

Tengo que implementar una lista con unas características especiales, que
detallo a continuación.

Hay dos grupos de usuarios, unos que crearán nuevos elementos en la lista, y
otros que los editarán. Cada uno ha de poder ver y editar sólo unas
determinadas columnas de la lista. El formulario de alta de elementos y la
pantalla de detalle me muestran todos los campos... ¿Hay alguna manera de
hacer lo que pretendo?

Saludos.

"Elecktrus" escribió en el mensaje
news:

- Que tal dar un rodeo: Tienes 3 listas, las 2 primeras solo las pueden
ver
cada uno de los grupos, y la 3 actua como repositorio comun. El gupo 1
crea
en la lista1 (que solo tiene los campos que ellos pueden usar), y un
workflow
replica los valores en la lista repositorio ( y en la lista 2 si hace
falta).
El resto de campos los mete a blanco o el valor por defecto que necesites.
- el grupo 2 edita la lista2, y un workflow actualiza la lista repositorio

Gracias. Esta idea me gusta más. No se me había ocurrido.

Saludos.

"Elecktrus" escribió en el mensaje
news:

- Que tal dar un rodeo: Tienes 3 listas, las 2 primeras solo las pueden
ver
cada uno de los grupos, y la 3 actua como repositorio comun. El gupo 1
crea
en la lista1 (que solo tiene los campos que ellos pueden usar), y un
workflow
replica los valores en la lista repositorio ( y en la lista 2 si hace
falta).
El resto de campos los mete a blanco o el valor por defecto que necesites.
- el grupo 2 edita la lista2, y un workflow actualiza la lista repositorio

Una cuestión al respecto que no me queda clara...

Si una lista es actualizada por un workflow, ¿qué seguridad se aplica? Es
decir, si ambas listas tienen perfiles de seguridad diferentes (los usuarios
que crean elementos en una no lo pueden hacer en otra), ¿podrá el workflow
crear elementos?

Saludos.

"SICYD" escribió en el mensaje
news:

Si una lista es actualizada por un workflow, ¿qué seguridad se aplica? Es
decir, si ambas listas tienen perfiles de seguridad diferentes (los
usuarios que crean elementos en una no lo pueden hacer en otra), ¿podrá el
workflow crear elementos?

Bien... tras una serie de pruebas he descubierto que el workflow se ejecuta
con el perfil del usuario que lo dispara, o sea, que si se copia un elemento
de la lista en otra, el autor del elemento de la de destino será él mismo, y
por tanto este usuario ha de tener suficientes permisos en la lista de
destino. A ver cómo me lo organizo para que no pueda acceder a la lista de
destino y tocar donde no debe...

Por otro lado, los workflows que he creado se encargan de copiar y/o
actualizar registros de una lista a partir de lo creado o modificado en
otra. Ambas listas las relaciono por el campo ID, y todo funciona a la
perfección... excepto cuando por algún motivo se ha producido algún error en
la copia a la lista de destino (jugando con los permisos), y a partir de ese
momento los ID de origen y de destino pierden la sincronía, por lo que luego
no puedo conectar debidamente los correspondientes elementos Web para hacer
una página de master/detail. ¿Alguna idea?

Saludos.

Hola, SICYD:
El campo ID es automatico, y no lo puedes cambiar, pero lo que puedes hacer
es creare en las 3 listas tu propio campo ID (MyID) y es ese el que usas para
relacionarlas. En la lista 1 (la que se usa para dar de alta, el workflow le
puede dar el mismo valor que su ID). En las restantes propagas este campo
MyID.

Los worflow de Desigenr si corren con el mismo usuario, pero si usas un
manejador de eventos .net (es muy facil, no son mas de 10 lineas de codigo)
ahi puedes impersonalizar y correr como otro usuario con mas privilegios.
Si la respuesta te es util pulsa el boton YES. Ayudanos a mantener el foro
al día.


"SICYD" wrote:

"SICYD" escribió en el mensaje
news:
>
> Si una lista es actualizada por un workflow, ¿qué seguridad se aplica? Es
> decir, si ambas listas tienen perfiles de seguridad diferentes (los
> usuarios que crean elementos en una no lo pueden hacer en otra), ¿podrá el
> workflow crear elementos?

Bien... tras una serie de pruebas he descubierto que el workflow se ejecuta
con el perfil del usuario que lo dispara, o sea, que si se copia un elemento
de la lista en otra, el autor del elemento de la de destino será él mismo, y
por tanto este usuario ha de tener suficientes permisos en la lista de
destino. A ver cómo me lo organizo para que no pueda acceder a la lista de
destino y tocar donde no debe...

Por otro lado, los workflows que he creado se encargan de copiar y/o
actualizar registros de una lista a partir de lo creado o modificado en
otra. Ambas listas las relaciono por el campo ID, y todo funciona a la
perfección... excepto cuando por algún motivo se ha producido algún error en
la copia a la lista de destino (jugando con los permisos), y a partir de ese
momento los ID de origen y de destino pierden la sincronía, por lo que luego
no puedo conectar debidamente los correspondientes elementos Web para hacer
una página de master/detail. ¿Alguna idea?

Saludos.