مشكلات كاربري در شيرپوينت

فرض كنيد يك سيستم ساده درخواست مرخصي كه بايد مدير، آنرا تاييد كند توسط ليست*هاي شيرپوينت ساخته ايم. اطلاعات درخواست درفيلد هاي ليست، تعريف شده است و خاصيت Approve را دارد كه فقط مدير اجازه Approve دارد.

اين مشكلات وجود دارد:

١- كارمند مي تواند، درخواست تاييد شده را [COLOR="red"]تغيير [/COLOR] دهد.
٢- كارمند مي تواند، درخواست تاييد شده را [COLOR="red"]حذف [/COLOR]كند.
٣- مدير مي تواند خودش مقادير وارد شده توسط كارمندش را [COLOR="red"]تغيير [/COLOR]داده و بعد تاييد كند.

بدين ترتيب اين سيستم اصلا [B][COLOR="green"]قابل اعتماد[/COLOR][/B] نيست.

[QUOTE=ahda;272775]

بدين ترتيب اين سيستم اصلا [B][COLOR="green"]قابل اعتماد[/COLOR][/B] نيست.[/QUOTE]




آخ آخ آره ها چقد بده این شرپوینت! فیلم های شرپوینت هم تلفظ میکنن شرپوینت نه شیرپوینت . شیرپوینت رو به تقلید از یه لهجه غیر native بعضیا دارن میگن.

نه عزیزم شما اشتباه میکنید و یکم عجله دارید تو کارا. اول اطلاعاتتون رو درباره شرپوینت کامل کنید و خوب همه چیز رو یاد بگیرید بعد بیایید از محصول مایکروسافت چشم بسته اشکال بگیرید:D
روش این کار رو هم میدونم ولی برید اول یکم گوگل بزنید و اطلاعات کسب کنید. راهنماییم اینه که از workflow شرپوینت دیزاینر استفاده کنید و یکمیم خلاقیت بخرج بدید و فکر کنید روی چیزی که می خواید.

موفق باشید

اسلام به ذات خود ندارد عیبی
هر عیب که هست، از مسلمانی ماست!

اسلام چيكار به شرپوينت داره؟
عرض شود كه،
١- هنر اصلي شرپوينت، اينه كه كاربران آن بتونن بدون نياز به كد نويسي، نيازهاشون را برطرف كنن. به قول آقاي فروشان(راه كارخلاق) شرپوينت وقتي شرپوينته كه Develop نداشته باشه!
٢- راه حل مسائل ١ و ٢ ايجاد يك workflow جهت تغيير دسترسي ها، پس از انجام تاييده. مي دونيد كه SharepointDesiigner چنين Action اي نداره. پس بايد براش در محيط Visual Studio كد نوشت.
٣- شايد راه حل مسائله ٣ هم، كنترل تغييرات بوسيله Versioning باشه. كه بازهم چندان اصولي نيست. كسي نمياد هر دفعه Version ها را بررسي كنه ببينه تغيير كرده يا نه.
[COLOR="silver"]٤- اينجا انجمني براي بحث و تبادل نظره، سوال ميپرسيم چيز ياد بگيريم، نه اينكه ...
[/COLOR]
5- من توي گوگل چي را بايد مي زدم تا به جواب مشكلم مي رسيدم؟

1. عزيز جان به آقاي فروشان كه از قول ايشون نقل قول ميكنيد بفرماييد آقاي هلاكويي رو ميشناسيد كه بنده هستم جوابشون مثبته. بنده شاگرد مهندس مالكي هستم كه اگه اسم ايشون رو هم بياريد مطمئنا كل شركت هايي كه با شرپوينت آشنايي دارن ايشون رو ميشناسن. اين از بحث آشنايي!

2. با نظر ايشون كه نظر تمامي اساتيد هست كاملا موافقم و تا الانش هم از كد استفاده نكرديم كه اگرم استفاده بكنيم لولو نيست! ولي لازمم نيست
فرضا تو شركت خودمون يه پروژه رو رو شرپوينت هم با كد نويسي انجام دادن هم من بدون كد انجام دادم. اين از اين كه با شما موافقم

3. در جواب نكته دومتون هم اصلا كاري به دسترسي نداريم و كدم نميخواد بنويسين!

4. versiond هم اصلا در رابطه با اين موضوع نيست و ربطي نداره.

5. اينجا هم اومديد چيز ياد بگيريد همه به همين منظور اومدن و من خودم بشخصه با سوال هايي كه مطرح ميشه بيشتر سود ميبرم و كوچيك شما جناب دانش افروز هم هستم ولي به شرپوينت خواهشا توهين نكنيد خداييش مرده! يهو نياييد بگيد غير قابل اطمينان قلب همه بريزه.:(

6. توي گوگل هم هرچيزي رو ميتونيد سرچ بزنيد ما براتون محدوديت نميزاريم!

7. بازم راهنمايي ميكنم.


شما يكسري فيلد داخل ليستتون داريد.

با شرپوينت ديزاينر يه workflow مينويسد

ميخواهيد فيلدهاتون تغيير نكنن

شما مياييد كاري ميكنيد كه اگه تغييرم داده شدند باز به حالت اول برگردند يعني كسي كاربر بعد از تاييد ديگه تغييراتش ثبت نشه.

يه چرخه كاري بنويس on create و به اندازه فيلدهات variable تعريف كن

تو چرخت بگو وقتي كاربر وارد كرد ok كرد اين چرخه هر مقدار رو داخل variable به اسم فيلد بريزه.

اين برا وقتي كه آيتم ايجاد ميشه. بجا variable از فيلد مخفي داخل خود ليستتم ميتوني استفاده كني

يه شرطم برا on edit بنويس كه بياد بعد از edit چك كنه ببينه فيلدي تغيير كرده يا نه يعني مياد با variable يا هرچيز ديگه كه توش ريختي مقايسه ميكنه.

مياي شرط ميزاري كه تمام فيلدهارو چك كنه و حتي اگه يكيش هم تغيير يافته بود replace كنه با اون مقادير اوليه

براي شرط چرخت از or استفاده كن و تمام فيلدهارو يجا بررسي كن و از and استفاده نكن كه workflow بخواد به اندازه تمام فيلدها تكرار بشه.

اگرم تغيير كرده بودن update ميكنه ديگه
بعد از اين كار كاربر يا مدير هم اگه تغيير بدن با مقادير اوليه جايگزين ميشه

اميدوارم مشكلت رو حل كنه

درباره اسلام هم بگم اينجا به شرپوينت تشبيه شده و مسلماني به طراحي:D

دو تا مشكل هست:

اگر در workflow مربوط به Create ، متغير(variable) تعريف كنم، كه در workflow مربوط به Edit قابل دسترسي نيست!
منظورتون از فيلد مخفي داخل ليست چيه؟ اگه منظورتون مخفي كردن در view هست، كه فايده نداره. آخرش كاربر مي تونه اونم دستكاري كنه.
براي حذف چه كاري ميشه كرد؟

سلام
نه فیلد بساز بعد برو از advance گزینه content management رو فعال کن. تو صفحه تنظیمات یه گزینه به نام item ایجاد میشه که داخل اون بری میتونی فیلدهارو hidden کنی.برای حذف هم یه نوع مجوز جدید بساز که کاربرات فقط حق create داشته باشن و روی این لیست ارث بری مجوز رو از والد قطع کن و به کاربرا با اون مجوزی که ساختی حق دسترسی بده.

یه محکم کاری دیگم اینه که یه workflow بنویسی وقتی آیتم جدید ایجاد شد بره آیتم رو تو یه لیست دیگه کپی کنه که یه نسخه هم اونجا نگه داره و اون لیست رو هم مخفی کن به کسیم مجوز حتی برا view نده.

ضمن تشكر فراوان، جسارتا يه [B]مشكل جديد[/B]:
طبق پيشنهاد هايي كه داديداز فيلدهاي مخفي استفاده كردم.
[B]ولي[/B] بعد از تاييد مدير، اگر كاربر خودش بخواهد ويرايش كند طبق workflow اي كه گفتيد بايد مقادير قبلي جايگزين شود. اين كار آيتم را در حالت Pending مي برد.
به ذهنم رسيد كه دستور Approve را در workflow بعد از جايگزيني مقادير اوليه قراردهم. ولي خطا مي دهد. در گزارش workflow مي نويسد Access Denied.
ظاهرا چون كاربرمعمولي است و اجازه Approve ندارد، workflow اي هم كه اجرا مي كند اجازه Approve ندارد!

اميدوارم توانسته باشم مشكل را درست بيان كنم.

آقاي هلاكويي از دست ما خسته شدي؟

خب این کار درستی نیست که بگید خودش Approve بکنه. بجاش از اگه این اتفاق افتاد به کاربرتون اخطار بدید که چرا ویرایش کرده؟ بجای این کار هم اگه کار دیگه داشت یه درخواست جدید بده تا رسیدگی بشه نه اینکه ویرایش کنه.