فهرست قراردادها زمانی به کار مدیر می‌آید که معلوم کند چه تعهدی باز است، کدام موعد قابل اتکاست و چه تصمیمی باید گرفته شود. هوش مصنوعی می‌تواند خلاصه این وضعیت را تهیه کند و پرسش‌های باز را مرتب کند. وضعیت اصلی باید از دفتر تعهدات و شواهد تأییدشده بیاید؛ مدل نباید از نبود پیام تازه، انجام کار یا موافقت با تمدید را نتیجه بگیرد.
چهار زمان متفاوت را در گزارش مخلوط نکنید
پایان اعتبار، موعد یک تعهد، مهلت اعلام تصمیم و زمان یادآوری داخلی ممکن است متفاوت باشند. این زمان‌ها را از متن معتبر و تصمیم مسئول استخراج کنید. برای هرکدام منطقه زمانی یا تقویم مورد استفاده و مبنای محاسبه مشخص باشد. اگر تفسیر شرط تمدید روشن نیست، گزارش باید همان ابهام را نشان دهد.
بازبودن تعهد به آخرین شاهد وابسته است
یک ردیف ممکن است «در حال انجام»، «انجام گزارش‌شده»، «در انتظار پذیرش» یا «بسته‌شده با شاهد» باشد. زمان آخرین بررسی کنار وضعیت بیاید. اگر منبع تازه دریافت نشده، وضعیت نامعلوم یا قدیمی را مشخص کنید. یادآوری روی اطلاعات قدیمی می‌تواند کار انجام‌شده را دوباره مطالبه کند.
ورودی گزارش از تعهد و موعد مستند می‌آید. مقایسه قرارداد با الحاقیه کمک می‌کند موعد منسوخ در پیگیری باقی نماند؛ اعتبار تغییر باید تأیید شود.
خلاصه را به تصمیم قابل پیگیری وصل کنید
برای هر مورد مهم، شناسه قرارداد، تعهد، موعد، مسئول پیگیری، مانع و تصمیم لازم نمایش داده شود. خلاصه مدیریتی باید به ردیف و سند مربوط لینک داشته باشد. ارسال پیام بیرونی، تمدید، لغو یا پذیرش تعهد تازه نیازمند اختیار مشخص است؛ در نسخه نخست می‌توان فقط گزارش و پیش‌نویس داخلی ساخت.
گردش مالی را با دفتر تعهدات مرتبط ولی مستقل نگه دارید
مطالبه وجه، پذیرش خروجی و تمدید سه رویداد جدا هستند. پیگیری مطالبات و اتصال حسابداری به CRM می‌تواند مرجع وضعیت مالی باشد. مبلغ یا وضعیت پرداخت نباید از متن خلاصه قرارداد حدس زده شود؛ تطبیق با سامانه معتبر و مسئول مالی لازم است.
نمای پیشنهادی جلسه بررسی قراردادها
| مورد | اطلاعات ضروری | قدم بعدی |
|---|---|---|
| تعهد موعدگذشته | موعد معتبر و شاهد آخرین وضعیت | تعیین مسئول بررسی مانع |
| انجام گزارش‌شده | مدرک اجرا و پذیرش نامعلوم | پیگیری پذیرش طبق فرایند |
| نزدیک تصمیم تمدید | بند مربوط و مهلت تأییدشده | ارجاع به فرد صاحب اختیار |
| داده کهنه | زمان آخرین دریافت | تازه‌سازی پیش از نتیجه‌گیری |
مثال فرضی
در مثال فرضی، گزارش نشان می‌دهد یک قرارداد پشتیبانی به زمان بررسی تمدید نزدیک شده و یک گزارش دوره‌ای هنوز پذیرش ثبت‌شده ندارد. متن درست این دو مورد را جدا مطرح می‌کند. نباید از ارسال گزارش، رضایت مشتری یا تمدید خودکار را نتیجه گرفت. مسئول قرارداد ابتدا شاهد پذیرش و بند تمدید را بررسی می‌کند و سپس تصمیم مجاز در پرونده ثبت می‌شود.
کنترل کیفیت و شروع محدود
در یک دوره محدود، یادآوری نادرست، تعهد فراموش‌شده، مورد بدون مسئول و زمان آماده‌سازی جلسه را ثبت کنید. اجرای دوباره گزارش نباید ردیف یا یادآوری تکراری بسازد. نتیجه کسب‌وکار مانند حفظ مشتری یا افزایش درآمد نیازمند سنجش مستقل است.
- مهلت اقدام از مرجع تأییدشده گرفته شده است.
- انجام، پذیرش و تمدید وضعیت‌های مستقل دارند.
- تازگی هر منبع دیده می‌شود.
- ارسال و تصمیم بیرونی به اختیار مسئول وابسته است.
برای اتصال این گزارش به گردش مسئولیت‌ها، دامنه اتوماسیون اداری و پیگیری را روی یک نوع قرارداد بررسی کنید.
SAP خلاصه اجرایی قرارداد با کمک AI را مستند کرده است. گردش پیگیری زیر پیشنهاد طراحی وب‌کمک است و به معنی پوشش همه این مراحل توسط آن محصول نیست. راهنمای خلاصه‌سازی قرارداد SAP. جدول‌ها و مثال‌های این مقاله الگوی پیشنهادی وب‌کمک‌اند و استاندارد رسمی یا نتیجه یک پروژه واقعی نیستند.
پرسش و پاسخ
در این الگو، گزارش و پیش‌نویس آماده می‌کند. تصمیم تمدید و اقدام بیرونی فقط طبق قرارداد و اختیار فرد مسئول انجام می‌شود.
وضعیت را نامعلوم یا در انتظار بررسی بگذارید و مسئول پیگیری تعیین کنید؛ نبود شاهد، اثبات انجام‌نشدن کار نیست.
ارسال فقط تحویل پیام را نشان می‌دهد. برای پایان کار باید وضعیت و شاهد مربوط به همان تعهد بررسی شود.
گفتگو
دیدگاه‌ها و پرسش‌های شما
اگر درباره این نوشته تجربه، سوال یا نکته‌ای دارید، همین‌جا بنویسید تا گفتگو برای خوانندگان بعدی هم کامل‌تر شود.