گزارش پیشرفت قرارداد؛ تحویل، تأیید و پرداخت را جدا ثبت کنید

تجاری

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

تصویر مفهومی سه سینی جدا برای خروجی پروژه، بررسی با ذره‌بین و رسید پرداخت، همراه نشان تراست‌وکیل
تصویر مفهومی تولیدشده با هوش مصنوعی برای تفکیک سوابق اجرای قرارداد؛ سند تحویل، تأیید یا پرداخت واقعی نیست.

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

خروجی را از عبارت کلی قرارداد کوچک‌تر کنید

به‌جای «فاز اول»، خروجی قابل تشخیص را بنویسید: «گزارش بازدید نسخهٔ دوم»، «نقشهٔ طبقهٔ همکف» یا «بستهٔ آزمایشی نرم‌افزار». اگر برای یک مرحله چند خروجی وجود دارد، آن‌ها را به یک وضعیت واحد تقلیل ندهید. برای هر خروجی شناسه‌ای ثابت بگذارید تا مکاتبه، اصلاحیه و صورت‌حساب مرتبط به همان مورد برگردند.

شرح و معیار مورد انتظار را از بخش مرتبطِ قرارداد یا پیوست آن ارجاع دهید. اگر متن مبهم است، ابهام را در ستون پرسش بنویسید؛ از سلیقهٔ خودتان معیار پذیرش نسازید. در این گزارش می‌توان نوشت «معیار مورد اشاره در پیوست مشخص نیست»، بدون اینکه دربارهٔ اعتبار قرارداد نتیجه‌گیری شود.

برای تحویل، پاسخ و پول، سابقهٔ مستقل بسازید

برای هر خروجی، این چهار سابقه را از هم جدا نگه دارید:

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

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

در راهنمای رسمی مدیریت قرارداد GOV.UK، بخش «Records and Systems»، نگه‌داری منظم سوابق اجرا، مکاتبات، تغییرها و عملکرد مالی مطرح شده است. در این نوشته فقط از اصل نظم و تفکیک سوابق استفاده می‌شود؛ قواعد خرید دولتی بریتانیا به قراردادهای ایران تعمیم داده نمی‌شوند.

نمونهٔ فرضی: یک تحویل، دو پاسخ و یک پرداخت نامشخص

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

گزارش روشن چنین می‌گوید: نسخهٔ اول تحویل شده؛ دریافت آن اعلام شده؛ اصلاح خواسته شده؛ نسخهٔ دوم تحویل شده و پاسخ آن هنوز موجود نیست. نوشتن «گزارش تأیید شد» این تفاوت‌ها را از بین می‌برد. تاریخ و مرجع هر رخداد را کنار همان رخداد بنویسید.

حالا فرض کنید صورت‌حسابی به مبلغ ۵۰٬۰۰۰٬۰۰۰ تومان برای چند خروجی صادر شده و واریزی ۲۰٬۰۰۰٬۰۰۰ تومانی هم وجود دارد. تا زمانی که ارتباط واریزی با همین صورت‌حساب روشن نشده، در گزارش این خروجی، آن را «پرداخت مربوط به این خروجی» معرفی نکنید. می‌توانید واریزی را در بخش «نیازمند تطبیق» نگه دارید. این مثال، قرارداد یا پرداخت واقعی نیست.

اصلاح را روی نسخهٔ قبلی نپوشانید

برای نسخهٔ دوم، سابقهٔ تحویل تازه بسازید و به نسخهٔ اول پیوند دهید. توضیح دهید چه چیزی تغییر کرده است؛ نسخهٔ دوم را به‌صورت خودکار یک خروجیِ مالی تازه محسوب نکنید. ارتباط تغییر با مبلغ، دامنه و موعد، باید در مدارک مربوط خودش جست‌وجو شود و در گزارش مبهم نماند.

از گزارش، فهرست کار بعدی استخراج کنید

به‌جای جمع‌کردن همهٔ ردیف‌ها زیر برچسب «باز»، دلیل بازبودن را مشخص کنید: پاسخ مربوط به نسخهٔ دوم نداریم؛ مرجع صورت‌حساب معلوم نیست؛ نسبت یک واریزی روشن نشده؛ یا شرح خروجی بین دو پیوست متفاوت است. کنار هر ابهام، مسئول پیگیری داخلی و تاریخ بررسی بعدی را بنویسید. این تاریخ پیگیری داخلی است و مهلت حقوقیِ قرارداد محسوب نمی‌شود.

پیش از جلسهٔ مرور، از ردیف‌های باز یک خلاصه تهیه کنید. خروجی‌ها را با مبالغ جمع نزنید تا از درصد پرداخت، درصد پیشرفت فنی ساخته شود. گزارش فنی و گزارش مالی می‌توانند ارتباط داشته باشند، اما یکی جای دیگری را نمی‌گیرد.

برای اختلاف، مشاهده و تفسیر را تفکیک کنید

عبارت «پاسخ دریافت نشده» مشاهدهٔ گزارش است؛ عبارت «طرف مقابل قرارداد را نقض کرده» تفسیر حقوقی می‌خواهد. اصل مکاتبه و نسخه‌های تحویلی را برای بررسی خصوصی نگه دارید و در گزارش عمومی اطلاعات محرمانهٔ طرف‌ها را منتشر نکنید.

اگر دربارهٔ اثر یک تحویل، پاسخ یا تغییر اختلاف دارید، از فهرست وکلا و انتخاب شهر فرد مرتبط را پیدا کنید و متن قرارداد و سوابق همان خروجی را برای بررسی آماده داشته باشید. راهنمای روشن‌کردن محدودهٔ خدمت پیش از قرارداد با وکیل برای هماهنگی این بررسی مفید است. الگوی گزارش و مثال‌های این نوشته پیشنهاد تحریریه‌اند و بازبینی حقوقی متخصص برای آن‌ها ادعا نمی‌شود. منبع روش نگه‌داری سوابق در ۲۳ آبان ۱۴۰۵ خوانده شده است.