فرایند درخواست کالا

آنالیزی بر فرایند درخواست کالا جهت توسعه ارزان در BPMS

یکی از فرایندهای پرکاربرد شرکتهای فرایند درخواست کالا میباشد. تقریبا شرکتی وجود ندارد که این فرایند در آن اجرا نشده باشد. این فرایند میتواند هم بسیار ساده و هم بسیار پیچیده باشد. در واقع نوع کالای درخواستی که در فرایند درخواست کالا است بر روند کار اثر مستقیم دارد.

بیایید با هم جند نمونه درخواست کالا را مورد بررسی قرار دهیم. مثلا درخواست کالایی همانند “دستمال کاغذی” به دلیل مبلغ آن و اینکه از جمله کالاهای عمومی است پیچیدگی ندارد. نیازی به مجوز خاصی ندارد و معمولا طی یک فلوچارت ساده تایید و خرید میشود. اما فرایند خرید کالایی همچون “پرینتر حرفه ای” با توجه به قیمت آن نیاز به تاییدیه های مختلفی دارد. مثلا تاییدیه فنی ، تاییدیه قیمت و صدور چک و … از مراحل این فرایند میباشد.

با این مقدمه ای که بیان شد بهتر است کل فرایند درخواست کالا در یک فرم و فلوچارت اجرایی پیاده سازی شود یا بهتر است هر درخواست کالا با دسته بندی در فرمها و فلوچارتهای مختلف پیاده سازی شود. اگر همه در یک فرم پیاده سازی شود چه مشکلی پیش میاید؟ حسن این روش این است همه درخواستهای خرید در یک فرم جمع شده و یک فلوچارت جامع پیاده سازی میشود و کاربر هم دچار سردرگمی نمیشود. اما ایراد بزرگی به این روش وارد است که روش توسعه و تغییر فلوچارتها و خود فرم است. درست است که ذات این فرایند درخواست کالا است ولی با توجه به خرید اقلام مختلف مثل اقلام عمومی، اقلام مهندسی و … که فلوچارتهای خاص خود را دارند عملا در صورت اجرا در یک فلوچارت توسعه آنرا بسیار پر هزینه میکند. هر تغییری که قرار است صورت بگیرد در برگهای دیگر فلوچارت نیز ممکن است تغییر کند. برخی از فیلد برای کالاهای خاص اجباری است ولی برای برخی نیاز به آن نیست. با فرض اینکه این فرایندها در یک نرم افزار bpms پیاده سازی میشود و با این فرض که نرم افزار bpms دارای انعطاف پذیری زیاد در طراحی فرم و گردش کار است آیا منطقی هست که همه مراحل کار را در یک فلوچارت بزرگ انجام دهیم.

درخواست کالا

نمونه جدول کالای درخواستی در یک فرایند درخواست کالا

درخواس کالا

نمونه پیوست های مهم یک درخواست کالای مهندسی که الزامی در درخواست کالای عمومی ندارد

نکته دیگر اینکه اگر در یک درخواست کالا با روالهای خرید متفاوت باشد پیاده سازی آن چگونه خواهد بود؟ مثلا یک ردیف کالا دستمال کاغذی باشد و یک ردیف کالا پرینتر. به کاربر هم نمیتوان گفت خودت درخواست کالا را جداگانه بزن. سیستم باید به گونه ای طراحی شود که کاربر هدایت شود و با کمترین آموزش بتوان از آن بهره برداری کرد. نکته بعدی که میخواهیم بیان کنیم این است که برای برخی کالا مشخصاتی الزام آور است که وارد شود تا کمک کند مسئول خرید مطابق با نیاز مصرف کننده کالا، کالا را خرید کند. پس باز به این نکته میرسیم که درخواست کالاها بایستی در قالب نوعی طبقه بندی “خرید” و “ارائه مجوز” باشد.

با جمیع موارد گفته شده و تجربه ای که در پیاده سازی این تیپ فرایندها داشتیم توصیه میکنیم به منظور اجتناب از پیچیدگیهای گردش کار و فرمها، برای کالای تیپ روش خرید دربیاورید و از ریشه این فرایند درخواست کالا را جدا کنید. هر چند به صورت قطع برخی از روالها یکسان است ولی این یکسان بودن با فراخوانی تابع و سایر قابلیتهای نرم افزار bpms که امکان استفاده مجدد(Reuse) از فلوچارت را دارد قابل انجام است. توسعه کار هم کم هزینه تر خواهد بود. تا میتوانید دسته بندی محور کار کنید.

پاسخ دهید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *