تأیید خرید بالای سقف؛ درخواست خرید با تأیید مدیر و سابقه‌ای که می‌ماند

«کی این را تأیید کرد؟»

تأیید خرید معمولاً در تلگرام یا حضوری گرفته می‌شود، و بعد هیچ ردی نمی‌ماند از اینکه چه کسی چه چیزی را تأیید کرد. سه ماه بعد که سرِ یک هزینه بحث می‌شود، کسی نمی‌تواند نشان بدهد اجازه‌اش گرفته شده بود.

از آن طرف، اگر برای هر خرید کوچکی تأیید بخواهی، مدیر غرق کارهای جزئی می‌شود. راهش یک سقف است: کمتر از آن خودش ثبت می‌شود، بیشتر از آن تأیید می‌خواهد.

این راهکار چه می‌کند

• درخواست خرید را از یک فرم می‌گیرد. فیلدها را خودت تعیین می‌کنی.
• اگر مبلغ از سقف بیشتر بود، یک کار تأیید برای مدیر می‌سازد و تا تصمیمش صبر می‌کند. مدیر کار را در فهرست کارهای انجیر می‌بیند، با اعلان.
• نتیجه را به درخواست‌دهنده ایمیل می‌کند و در جدول ثبت می‌کند: چه کسی، چه چیزی، چقدر، و تأیید شد یا رد.

خریدهای کمتر از سقف بدون تأیید، مستقیم در جدول ثبت می‌شوند؛ سابقه‌شان هم می‌ماند.

پیش از شروع

راه‌اندازی قدم‌به‌قدم

چند نکته‌ی عملی

• دو سطح تأیید لازم داری؟ یک شرط دوم با سقف بالاتر بگذار که کار را برای مدیر مالی هم بفرستد.
• سقف را هر چند ماه یک بار بازبینی کن. اگر بیشتر درخواست‌ها بالای سقف‌اند، سقف پایین است و مدیر را درگیر می‌کند.
• گزارش ماه: جدول خریدها را بر اساس ستون نتیجه گروه کن تا ببینی ماه چقدر خرید تأییدشده داشتی.

بررسی نتیجه و اجرای بعدی

با داده و مقصد آزمایشی خودتان، خروجی هر مرحله را بررسی کنید. موفق‌بودن یک مرحله به معنی تمام‌شدن کل گردش نیست؛ اگر مسیر شرط یا تأیید دارد، همان مسیر را هم تا نتیجه نهایی دنبال کنید.

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