locked
SPS jogosultság, automatikus e-mail küldés RRS feed

  • Question

  • Segítséget szeretnék kérni: 1. Hogyan lehet megoldani, hogy egy listán belül egyes felhasználók csak bizonyos oszlopokat - cellákat - írhassanak, a többit csak olvashassák?
                                             2. Hogyan lehet automatikus e-mailt küldeni, ha cél személyt előre nem ismerjük, a lista elemeinek kitöltése során kerül a neve rögzítésre? Konkrétabban: ha a lista egy oszlopába beírják az igénylő nevét, és amikor teljesítik az igényét, módosítanak egy másik oszlopot, aminek hatására kéne kimenjen az értesítés az igénylőnek.

    Előre is köszönöm

    Princica
    Wednesday, July 29, 2009 1:38 PM

All replies

  • Szia!

    1 -> Sajnos nem lehet oszlopszintű jogosultságot szabályozni a SharePointban. Az elem a  legkisebb jogosultsággal bíró egység.

    2 -> Ebben az esetben én egy olyan W-el próbálkoznék, ami vagy akkor indul el, amikor az elem létrejön és addig vár, amíg egy elem attribútuma (címzett ki nem lesz töltve) nem változik vagy pedig olyan WF, ami az elem változásakor indul el és ha a címzett ki lett töltve, akkor annak a címzettnek küldi ki a levelet.

    Üdv,
    Csubu
    Wednesday, July 29, 2009 7:01 PM
  • 1. Igaz az MOSS nem engedi, de csinaltak ra megoldast:  http://spviewpermission.codeplex.com/
    2. WF, ahogy Csubu irta
    fs
    Thursday, July 30, 2009 11:53 AM
  • 1. Nem igazi jogosultságkezelés, de sok esetben elég, ha egyedi EditForm-okat készítesz, és ott kezeled, hogy melyik mező read-only és melyik nem.
    2. Eseménykezelő vagy egy egyszerű e-mail küldő workflow.

    Üdv,
    Ághy

    Aghy - http://www.sharepointblogs.com/aghy - http://www.lmsolutions.hu - http://aghy.hu
    Wednesday, August 5, 2009 10:01 AM
  • Szia!

    1. Ajánlom figyelmedbe ezeket az oldalakat, termékeket:
    Security Trimming a List View
    http://www.endusersharepoint.com/?p=1088
    SharePoint Permission Extension
    http://sppex.codeplex.com/
    SharePoint Column Permission-Assigns users-groups read-edit permission to list columns.
    http://www.sharepointboost.com/columnpermission.html

    Alapprobléma, hogy ezt a SharePoint OM OOB nem támogatja, így kicsit hekkelni kell.

    A. megoldás: Event receiver (ItemAdding, ItemUpdating), ami ellenőrzi, melyik felhasználó melyik mezőt próbálja írni. Ha illetéktelenkedik, cancel. Ez mondjuk nem túl szép a felületen. Célszerű paraméterezhetően megcsinálni, pl. egy XML vagy adatbázi tábla írja le a lista - mező - felhasználó (csoport) összerendeléseket, amit célszerűen valami programozói interfészen keresztül kérdezhetsz le, hogy könnyebb legyen tesztelni vagy később cserélni a megvalósítás részét.
    B. megoldás: Custom edit form (ld. Ági válasza), ami az előbbiekben említett összerendelés alapján kezeli az írhatóságot. Ezt akár A-val együtt is érdemes használni, mert ahogy Ági írja, ez nem biztonság, OM-en vagy WS-en keresztül, sőt már grid view-n keresztül is "támadható".
    C. megoldás: Egyedi mező, hozzáadva a listához, ami annyit csinál, hogy a szerkesztő felületen mentés előtt megnézi (ismét az összerendelés alapján), hogy a felhasználó átírt-e olyan mezőt, amit nem szabadott volna. Ha igen, validációs hibával nem engedi a mentést. Szintén érvényesek rá a B-nél említett korlátozások.

    Hirtelen ennyi jut eszembe.

    2. Én erre nem csinálnék WF-t, inkább egy esemény kezelőt (ItemUpdated).

    Péter
    Wednesday, August 26, 2009 12:47 PM
  • Szia Princica!

    Látom, hogy ez a kérdés még nincs lezárva. Sikerült megoldani időközben, vagy küzdessz még valamivel?

    Péter
    Tuesday, September 29, 2009 8:57 AM
  • Szia!

    Magamat egy szinten kijavítanám.
    Molnár Ágnes blogján találtam egy bejegyzést, ami ebben a témában adhat egy megoldási fajtát.
    Ágnes blogjának a címe: htp://aghy.hu
    A cikk, amire gondolok:http://sharepoint911.com/blogs/laura/archive/2009/01/24/displaying-sharepoint-fields-by-permission-level.aspx

    Üdv,
    Csubu
    Wednesday, September 30, 2009 11:04 AM
  • Szia!

    A cikk nem rossz, de azért nem egy igazi biztonsági megoldás, csak elrejti a mezőt a felhasználói felületen, de ettől függetlenül pl. web szolgáltatáson vígan el lehet érni. Úgyhogy a jelszót / PIN kódot ne itt tároljátok.

    Péter
    Wednesday, September 30, 2009 11:32 AM