گردش کار تأیید اسناد و درخواستها؛ چطور فرایند تأیید را منظم کنیم؟
در بسیاری از کسبوکارها بخشی از کارها تا زمانی که یک نفر آنها را تأیید نکند، جلو نمیروند. تأیید قرارداد، پیشفاکتور، درخواست خرید، مرخصی، هزینه، محتوای تبلیغاتی یا حتی دسترسی یک کاربر، همگی نمونههایی از این فرایند هستند.
مشکل زمانی ایجاد میشود که مسیر تأیید مشخص نباشد. یک درخواست ممکن است در پیامرسان ارسال شود، فایل آن در ایمیل قرار داشته باشد، تأیید مدیر در یک تماس تلفنی انجام شود و در نهایت هیچکس دقیقاً نداند آخرین نسخه سند کدام است.
گردش کار تأیید اسناد و درخواستها برای حل همین مشکل طراحی میشود؛ یعنی مشخص کنیم درخواست از کجا وارد میشود، چه کسی آن را بررسی میکند، چه اطلاعاتی لازم است، در صورت رد یا نیاز به اصلاح چه اتفاقی میافتد و در نهایت چه کسی مسئول ثبت نتیجه است.
گردش کار تأیید چیست؟
گردش کار تأیید یا Approval Workflow مجموعهای از مراحل مشخص برای دریافت، بررسی، تأیید، رد یا اصلاح یک سند یا درخواست است.
در یک فرایند ساده ممکن است مسیر به این شکل باشد:
ثبت درخواست ← بررسی اولیه ← بررسی مسئول ← تأیید نهایی ← ثبت نتیجه ← اجرای درخواست
البته همه درخواستها به یک اندازه پیچیده نیستند. بعضی موارد تنها به تأیید یک نفر نیاز دارند و بعضی دیگر باید از چند مرحله و چند مسئول عبور کنند.
چرا تأییدها بدون گردش کار دچار مشکل میشوند؟
وقتی مسیر مشخصی وجود نداشته باشد، معمولاً چند مشکل تکرار میشود:
- درخواستها در پیامها و ایمیلهای مختلف پراکنده میشوند.
- مشخص نیست درخواست در چه مرحلهای قرار دارد.
- ممکن است یک درخواست چند بار برای افراد مختلف ارسال شود.
- نسخههای مختلف یک سند با یکدیگر اشتباه گرفته شوند.
- تأیید شفاهی ثبت نشود.
- درخواستهای معطلمانده فراموش شوند.
- مسئول تأیید مشخص نباشد.
- پیگیریها زمان زیادی از کارکنان بگیرد.
بنابراین مسئله فقط «گرفتن تأیید» نیست؛ مسئله این است که کل مسیر تأیید قابل مشاهده و قابل پیگیری باشد.
اول مشخص کنید چه چیزهایی نیاز به تأیید دارند
قبل از ساخت گردش کار، فهرستی از درخواستهایی تهیه کنید که واقعاً نیازمند تأیید هستند.
برای مثال:
- قراردادها
- پیشفاکتورها
- خریدهای سازمانی
- پرداخت هزینهها
- درخواست مرخصی
- انتشار محتوای مهم
- تغییرات سایت
- درخواست دسترسی به اطلاعات
- استخدام یا همکاری جدید
- تغییر قیمت یا شرایط فروش
قرار نیست برای هر تصمیم کوچک یک فرایند پیچیده ایجاد کنید. گردش کار زمانی ارزشمند است که وجود مرحله تأیید واقعاً برای کنترل ریسک، هزینه، کیفیت یا مسئولیت اهمیت داشته باشد.
مراحل اصلی یک گردش کار تأیید
۱. ثبت درخواست
فرایند باید از یک نقطه مشخص شروع شود. فرد درخواستکننده اطلاعات موردنیاز را وارد میکند و در صورت نیاز فایل مربوطه را ضمیمه میکند.
مثلاً برای تأیید یک خرید میتوان اطلاعاتی مانند موضوع خرید، مبلغ، واحد درخواستکننده، دلیل خرید و فایل پیشفاکتور را دریافت کرد.
۲. بررسی کامل بودن اطلاعات
قبل از ارسال درخواست برای مدیر یا مسئول نهایی، بهتر است بررسی شود که اطلاعات ضروری وجود دارد.
اگر درخواست ناقص باشد، به جای اینکه بین چند نفر رفتوبرگشت کند، باید به درخواستکننده برگردد تا اطلاعات را تکمیل کند.
۳. تعیین تأییدکننده
هر نوع درخواست باید تأییدکننده مشخصی داشته باشد. این فرد میتواند مدیر، مسئول مالی، مدیر واحد یا حتی چند نفر به ترتیب مشخص باشد.
در کسبوکارهای کوچک ممکن است یک نفر چند نقش داشته باشد، اما باز هم بهتر است مسئولیت تأیید به صورت واضح تعریف شود.
۴. بررسی درخواست
تأییدکننده باید بتواند اطلاعات درخواست، فایلهای مربوطه، توضیحات و سوابق لازم را در یک محل مشخص ببیند.
در این مرحله معمولاً سه نتیجه ممکن است:
- تأیید
- رد
- درخواست اصلاح یا اطلاعات بیشتر
۵. ثبت نتیجه
نتیجه تأیید باید ثبت شود. بهتر است فقط یک پیام «اوکی شد» باقی نماند؛ بلکه مشخص باشد چه کسی، چه چیزی را، در چه زمانی و با چه نتیجهای تأیید کرده است.
۶. اجرای درخواست
بعد از تأیید، کار نباید دوباره به نقطه نامشخصی برگردد. باید مشخص باشد چه کسی مسئول اجرای مرحله بعد است.
مثلاً پس از تأیید خرید، درخواست میتواند برای واحد مالی یا مسئول خرید ارسال شود.
تأیید چندمرحلهای چه زمانی لازم است؟
همه درخواستها به چند تأییدکننده نیاز ندارند. اگر برای یک درخواست ساده، پنج مرحله تأیید تعریف کنید، فرایند به جای کنترل بهتر، کندتر میشود.
تأیید چندمرحلهای زمانی منطقیتر است که موضوع دارای ریسک، مبلغ، اطلاعات حساس یا اثر سازمانی بیشتری باشد.
برای مثال ممکن است یک خرید کوچک فقط به تأیید مسئول واحد نیاز داشته باشد، اما یک قرارداد مهم ابتدا توسط واحد مربوطه و سپس توسط مدیر ارشد بررسی شود.
تأیید ترتیبی یا همزمان؟
در برخی فرایندها افراد باید به ترتیب مشخص تأیید کنند. در برخی دیگر چند نفر میتوانند همزمان درخواست را بررسی کنند.
تأیید ترتیبی
مثلاً:
مسئول واحد ← مالی ← مدیر نهایی
این مدل زمانی مناسب است که نتیجه مرحله قبلی روی مرحله بعد تأثیر داشته باشد.
تأیید همزمان
مثلاً واحد فنی و واحد مالی میتوانند یک درخواست را به صورت همزمان بررسی کنند.
انتخاب بین این دو مدل باید بر اساس وابستگی مراحل انجام شود، نه صرفاً برای رسمیتر شدن فرایند.
نسخه سند را جدی بگیرید
یکی از مشکلات رایج در تأیید اسناد، اشتباه گرفتن نسخههاست. اگر یک فایل چند بار اصلاح شود، باید مشخص باشد تأیید مربوط به کدام نسخه است.
برای این کار بهتر است نسخهها، تاریخ آخرین تغییر و وضعیت سند ثبت شود. همچنین بهتر است افراد به جای ارسال فایلهای متعدد در کانالهای مختلف، از یک محل مشخص برای دسترسی به نسخه فعلی استفاده کنند.
درخواست اصلاح با رد شدن فرق دارد
این دو وضعیت نباید یکی باشند.
اگر سند به دلیل یک اشتباه کوچک نیاز به اصلاح دارد، بهتر است وضعیت آن «نیازمند اصلاح» باشد. در این حالت درخواستکننده میتواند تغییرات لازم را انجام دهد و دوباره درخواست را وارد چرخه کند.
اما اگر درخواست اساساً قابل قبول نیست، وضعیت «رد شده» معنای متفاوتی دارد.
تفکیک این وضعیتها گزارشگیری و پیگیری را بسیار سادهتر میکند.
چه اطلاعاتی در فرم درخواست قرار دهیم؟
فرم باید به اندازهای اطلاعات بگیرد که تأییدکننده بتواند تصمیم بگیرد، اما آنقدر طولانی نباشد که کارکنان از تکمیل آن فرار کنند.
بسته به نوع درخواست میتوان فیلدهایی مانند اینها داشت:
- نام درخواستکننده
- نوع درخواست
- موضوع
- شرح درخواست
- واحد مربوطه
- مبلغ یا هزینه در صورت نیاز
- اولویت
- تاریخ موردنیاز
- فایل یا سند مرتبط
- تأییدکننده موردنیاز
- توضیحات تکمیلی
بهتر است فیلدهای غیرضروری حذف شوند. هر سؤال اضافه میتواند یک اصطکاک کوچک در مسیر ثبت درخواست ایجاد کند.
وضعیت درخواستها را مشخص کنید
یکی از سادهترین راهها برای قابلپیگیری شدن فرایند، تعریف وضعیتهای مشخص است.
برای مثال:
- جدید
- در انتظار بررسی
- در حال بررسی
- نیازمند اصلاح
- در انتظار تأیید
- تأیید شده
- رد شده
- در حال اجرا
- تکمیل شده
- لغو شده
وجود وضعیتهای مشخص باعث میشود برای فهمیدن شرایط هر درخواست، مجبور نباشید پیامهای قدیمی را جستوجو کنید.
یادآوری تأییدهای معطلمانده
یکی از کاربردهای مهم اتوماسیون در این فرایند، یادآوری درخواستهایی است که بیش از زمان مشخصی در انتظار تأیید ماندهاند.
مثلاً اگر یک درخواست دو روز در انتظار بررسی باشد، سیستم میتواند برای تأییدکننده یادآوری ایجاد کند. اگر باز هم اقدامی انجام نشد، در موارد مهم میتوان درخواست را برای مسئول بالاتر یا فرد جایگزین ارسال کرد.
البته زمان یادآوری باید متناسب با نوع درخواست باشد. یک درخواست فوری با یک قرارداد بلندمدت یا خرید عادی زمانبندی یکسانی ندارد.
اتوماسیون در گردش کار چه نقشی دارد؟
اتوماسیون میتواند بخشهای تکراری فرایند را انجام دهد؛ اما قرار نیست جای تصمیمگیری مدیریتی را بگیرد.
برای مثال سیستم میتواند:
- درخواست جدید را ثبت کند.
- درخواست را به مسئول مربوطه ارسال کند.
- ثبت فایل را کنترل کند.
- یادآوری تأیید ایجاد کند.
- تغییر وضعیت را ثبت کند.
- پس از تأیید، وظیفه مرحله بعد را ایجاد کند.
- درخواستهای معطلمانده را شناسایی کند.
- سوابق تأیید را نگهداری کند.
اما اینکه یک قرارداد واقعاً از نظر کسبوکار مناسب است یا یک هزینه ارزش پرداخت دارد، همچنان یک تصمیم انسانی است.
چه چیزهایی را نباید بیش از حد خودکار کنیم؟
هر چیزی که قابل خودکار شدن باشد، الزاماً نباید خودکار شود.
در تصمیمهای حساس، بهتر است سیستم اطلاعات را آماده و مسیر را ساده کند، اما تصمیم نهایی توسط فرد مسئول گرفته شود.
همچنین اگر یک درخواست استثنایی است، نباید صرفاً به دلیل وجود یک قانون خودکار، امکان بررسی انسانی از بین برود.
ثبت سابقه تأیید چه اهمیتی دارد؟
درخواستهای مهم باید سابقه مشخصی داشته باشند. این سابقه میتواند شامل زمان ثبت، تغییرات، نسخه سند، افراد بررسیکننده، نتیجه و زمان اجرای تصمیم باشد.
وجود این اطلاعات هم برای مدیریت داخلی مفید است و هم باعث میشود در صورت بروز اختلاف یا ابهام، مشخص باشد چه اتفاقی افتاده است.
گردش کار تأیید و مسئولیتپذیری
وقتی مسئولیتها در پیامهای پراکنده قرار داشته باشند، احتمال اینکه همه تصور کنند فرد دیگری باید اقدام کند بیشتر میشود.
در یک گردش کار مناسب، برای هر مرحله یک مسئول مشخص وجود دارد. به این ترتیب سؤال «الان این درخواست دست چه کسی است؟» پاسخ مشخصی خواهد داشت.
چه زمانی به ابزار مدیریت گردش کار نیاز داریم؟
اگر تعداد درخواستها کم است و تیم کوچک است، شاید یک سیستم ساده و منظم برای ثبت و پیگیری کافی باشد.
اما وقتی حجم درخواستها زیاد میشود، چند نفر در تأییدها نقش دارند، درخواستها از کانالهای مختلف وارد میشوند یا پیگیری دستی زمان زیادی میگیرد، استفاده از ابزار تخصصی یا اتوماسیون میتواند ارزش بیشتری ایجاد کند.
نشانههای رایج نیاز به سیستم بهتر عبارتاند از:
- درخواستهای زیادی در پیامرسانها گم میشوند.
- مدیر مرتب باید بپرسد «این مورد به کجا رسید؟»
- کارکنان برای پیگیری تأییدها زمان زیادی صرف میکنند.
- نسخههای مختلف اسناد اشتباه میشوند.
- درخواستهای مهم بدون پاسخ میمانند.
- مشخص نیست چه کسی مسئول مرحله بعد است.
- گزارش دقیقی از درخواستهای باز و بسته وجود ندارد.
چطور یک گردش کار ساده طراحی کنیم؟
برای شروع لازم نیست همه فرایندهای شرکت را یکباره تغییر دهید. ابتدا یکی از پرتکرارترین یا پرخطاترین فرایندهای تأیید را انتخاب کنید.
- درخواست را تعریف کنید.
- اطلاعات ضروری را مشخص کنید.
- تأییدکننده را تعیین کنید.
- مراحل بررسی را بنویسید.
- وضعیتهای درخواست را مشخص کنید.
- زمان مناسب برای یادآوری را تعیین کنید.
- مسئول اجرای بعد از تأیید را مشخص کنید.
- سابقه تغییرات و تأییدها را ثبت کنید.
- بعد از مدتی، نقاط کند یا زائد را حذف کنید.
یک نمونه گردش کار برای تأیید خرید
فرض کنید یکی از کارکنان نیاز به خرید یک ابزار کاری دارد. یک گردش کار ساده میتواند این مسیر را داشته باشد:
ثبت درخواست خرید ← بررسی اطلاعات و هزینه ← بررسی مسئول واحد ← تأیید مالی در صورت نیاز ← تأیید نهایی ← ارجاع به مسئول خرید ← ثبت نتیجه
اگر اطلاعات ناقص باشد، درخواست به مرحله اصلاح برمیگردد. اگر تأیید شود، وظیفه خرید ایجاد میشود و اگر رد شود، دلیل رد ثبت خواهد شد.
در چنین ساختاری دیگر لازم نیست برای پیدا کردن آخرین وضعیت، پیامهای مختلف افراد را بررسی کنید.
چطور گردش کار را بیش از حد پیچیده نکنیم؟
یک فرایند خوب لزوماً فرایند طولانی نیست. هدف گردش کار باید کاهش ابهام و خطا باشد، نه اضافه کردن مراحل اداری.
اگر برای یک درخواست ساده، فرم طولانی، چند تأییدکننده و تعداد زیادی وضعیت تعریف کنید، کارکنان احتمالاً تلاش میکنند فرایند را دور بزنند.
بهتر است هر مرحله یک دلیل مشخص داشته باشد. اگر نمیتوانید توضیح دهید چرا یک مرحله وجود دارد، احتمالاً باید دوباره بررسی شود.
چکلیست طراحی گردش کار تأیید
- ☐ نوع درخواست مشخص است.
- ☐ نقطه شروع فرایند مشخص است.
- ☐ اطلاعات ضروری درخواست مشخص شده است.
- ☐ مسئول هر مرحله مشخص است.
- ☐ تأیید ترتیبی یا همزمان مشخص شده است.
- ☐ وضعیت «نیازمند اصلاح» از «رد شده» جداست.
- ☐ نسخه سند قابل تشخیص است.
- ☐ نتیجه تأیید ثبت میشود.
- ☐ مسئول اجرای بعد از تأیید مشخص است.
- ☐ برای درخواستهای معطلمانده یادآوری وجود دارد.
- ☐ دسترسی افراد به اسناد بر اساس نیاز کنترل میشود.
- ☐ سابقه تغییرات و تأییدهای مهم حفظ میشود.
- ☐ فرایند برای درخواستهای ساده بیش از حد پیچیده نیست.
جمعبندی
گردش کار تأیید اسناد و درخواستها قرار نیست فرایندهای کسبوکار را سنگینتر کند. هدف اصلی آن این است که مشخص باشد درخواست از کجا شروع شده، چه اطلاعاتی دارد، اکنون دست چه کسی است، چه تصمیمی درباره آن گرفته شده و مرحله بعد چیست.
برای شروع، لازم نیست سراغ یک سیستم پیچیده بروید. یک فرایند پرتکرار را انتخاب کنید، مراحل آن را مشخص کنید، مسئول هر مرحله را تعیین کنید و وضعیت درخواستها را قابل مشاهده کنید. بعد از آن میتوانید یادآوریها، ثبت سوابق و سایر بخشهای تکراری را بهتدریج خودکار کنید.
اگر حجم درخواستها، تعداد تأییدکنندهها یا تعداد اسناد زیاد شده باشد، اتوماسیون میتواند بخش قابلتوجهی از پیگیری دستی را کم کند؛ به شرطی که ابتدا خود فرایند درست طراحی شده باشد. اتوماسیون یک گردش کار نامنظم را اصلاح نمیکند؛ فقط همان فرایند را سریعتر اجرا میکند.
سؤالات متداول
گردش کار تأیید اسناد چیست؟
مجموعهای از مراحل مشخص برای ثبت، بررسی، اصلاح، تأیید یا رد یک سند است که مشخص میکند در هر مرحله چه کسی مسئول اقدام است.
آیا همه درخواستهای کسبوکار باید تأیید شوند؟
خیر. تأیید باید برای مواردی استفاده شود که کنترل هزینه، ریسک، کیفیت، دسترسی یا مسئولیت در آنها اهمیت دارد. ایجاد تأیید برای تمام کارهای ساده میتواند فرایند را کند کند.
آیا گردش کار تأیید را میتوان خودکار کرد؟
بله. ثبت درخواست، ارسال برای تأییدکننده، یادآوری، تغییر وضعیت، ارجاع مرحله بعد و ثبت سوابق از جمله بخشهایی هستند که میتوانند تا حد زیادی خودکار شوند؛ اما تصمیمهای حساس بهتر است همچنان با بررسی انسانی انجام شوند.
تفاوت رد درخواست و نیازمند اصلاح چیست؟
در وضعیت «نیازمند اصلاح»، درخواست قابلیت ادامه دارد و باید اطلاعات یا سند آن تغییر کند. «رد شده» یعنی درخواست در وضعیت فعلی پذیرفته نشده و مسیر آن متوقف شده است.
چرا ثبت نسخه سند در فرایند تأیید مهم است؟
چون یک سند ممکن است چند بار تغییر کند. ثبت نسخه کمک میکند مشخص باشد دقیقاً کدام نسخه بررسی و تأیید شده و از اشتباه میان فایلهای مختلف جلوگیری شود.
از چه زمانی باید برای تأییدها ابزار اتوماسیون استفاده کرد؟
زمانی که تعداد درخواستها زیاد شده، پیگیری دستی زمانبر است، چند نفر در تأیید نقش دارند یا درخواستها در کانالهای مختلف پراکنده میشوند، استفاده از ابزار مدیریت گردش کار میتواند ارزشمند باشد.
