بررسی قرارداد در USAspending؛ مبلغ قرارداد چقدرش واقعاً پرداخت شده؟
فروشنده می‌گوید: «ما از دولت دو میلیون دلار گرفته‌ایم.» برای اثباتش هم لینک یک قرارداد را می‌فرستد. صفحه را باز می‌کنید و همان عدد را می‌بینید؛ اما کنار آن چند مبلغ کوچک‌تر هم هست. حالا کدام عدد را باید باور کرد؟
قبل از انتخاب عدد، فعل جمله را مشخص کنید. «قرارداد گرفته»، «دولت تعهد پرداخت داده» و «پول پرداخت شده» هم‌معنا نیستند. در این راهنما یاد می‌گیریم با سوابق عمومی قراردادهای فدرال آمریکا، یک ادعای مالی را به همان چیزی که سند می‌گوید محدود کنیم. قواعد سامانه‌های کشورهای دیگر ممکن است متفاوت باشد.
اول جمله‌ای را بنویسید که قرار است بررسی شود
جمله مبهم «این شرکت قرارداد دولتی دارد» را به سؤال مشخص تبدیل کنید: کدام شرکت حقوقی؟ کدام سازمان؟ کدام قرارداد؟ چه مبلغی و تا چه تاریخی؟ اگر ادعا این است که پول دریافت شده، پیدا کردن نام شرکت در فهرست برندگان به‌تنهایی کافی نیست.
در جست‌وجوی پیشرفته USAspending اگر شناسه قرارداد را دارید، از همان شروع کنید. در غیر این صورت نام دریافت‌کننده را جست‌وجو و نتایج را با سازمان و نوع قرارداد محدود کنید. فیلترها را یادداشت کنید تا فرد دیگری هم بتواند همان بررسی را تکرار کند.
نام تجاری روی سایت ممکن است با نام شرکتِ طرف قرارداد فرق داشته باشد. یکی را صرفاً به خاطر شباهت اسم به دیگری وصل نکنید. راهنمای بررسی شرکت برای روشن کردن این ارتباط نقطه شروع مناسبی است.
چهار مبلغ، چهار دریافتی جداگانه نیست
طبق راهنمای رسمی داده‌های مخارج فدرال، Obligation تعهد مالی و Outlay پرداخت انجام‌شده را بیان می‌کند. تعهد می‌تواند بعداً کم شود؛ بنابراین علامت منفی یک ردیف را در محاسبه حذف نکنید.
| آنچه روی صفحه می‌خوانید | در یادداشت چه بنویسید؟ | کدام برداشت عجولانه است؟ |
|---|---|---|
| Obligated Amount | مبلغ تعهدشده با تاریخ و محدوده همان رکورد | همین مقدار پول به حساب شرکت رفته است |
| Outlayed Amount | پرداخت گزارش‌شده با توجه به پوشش اطلاعات | عدد خالی حتماً یعنی هیچ پرداختی رخ نداده |
| Current Award Amount | مبلغ با همین برچسب، جدا از سایر مبلغ‌ها | می‌توان آن را به تعهد و پرداخت اضافه کرد |
| Potential Award Amount | مبلغ بالقوه قرارداد، با حفظ عنوان فیلد | بزرگ‌ترین عدد همان دریافتی قطعی است |
برای دیدن شکل واقعی این تفکیک، رکورد عمومی قرارداد نرم‌افزاری GAO این مبلغ‌ها را جدا نشان می‌دهد و در شرح آن دوره پایه و دوره‌های اختیاری آمده است. مقدارها ممکن است به‌روز شوند؛ عدد را در زمان مشاهده خودتان ثبت کنید.
نبودن اطلاعات، صفر بودن فیلد و پرداخت نشدن، سه وضعیت یکسان نیستند. برای رکوردی که بررسی می‌کنید، توضیحات پوشش و محدودیت داده‌ها را هم ببینید. این احتیاط برای سوابق قدیمی اهمیت بیشتری دارد.
تمرین: قرارداد تعمیر و نگهداری با یک ادعای بزرگ
همه نام‌ها و رقم‌های این تمرین ساختگی‌اند. فرض کنید شرکت «سرویس پمپ سدر» می‌گوید دو میلیون دلار از دولت دریافت کرده است. در رکورد تمرینی، مبلغ بالقوه دو میلیون، مبلغ فعلی ۷۰۰ هزار، تعهد مالی ۶۰۰ هزار و پرداخت گزارش‌شده ۲۴۰ هزار دلار است.
تاریخچه تعهد سه ردیف دارد: ابتدا ۵۰۰ هزار دلار، بعد ۱۵۰ هزار دلار افزایش و در پایان ۵۰ هزار دلار کاهش. حاصل جمع آن‌ها ۶۰۰ هزار دلار است. این حاصل را دوباره به عدد ۶۰۰ هزارِ خلاصه قرارداد اضافه نکنید؛ در آن صورت یک تعهد را دو بار شمرده‌اید.
نتیجه قابل دفاع این نیست که «شرکت دروغین است». نتیجه دقیق‌تر چنین است:
در داده‌های این تمرین، پرداخت گزارش‌شده تا مقطع مشخص‌شده ۲۴۰ هزار دلار است. عدد دو میلیون دلار به مبلغ بالقوه قرارداد مربوط می‌شود و پرداخت کامل آن را ثابت نمی‌کند. کیفیت تحویل کار و مجموع درآمد شرکت در این بررسی سنجیده نشده است.
حالا ادعای اول را عوض کنید: «مبلغ بالقوه قرارداد ما دو میلیون دلار است.» همین سند این جمله را تأیید می‌کند، ولی هنوز ثابت نمی‌کند کار کامل تحویل شده یا تمام مبلغ پرداخت شده است. تفاوت در فعل و برچسب عدد بود، نه در معتبر یا نامعتبر بودن کل پایگاه.
قبل از جمع زدن، بپرسید هر ردیف چیست
یک خروجی ممکن است برای هر قرارداد یک ردیف داشته باشد؛ خروجی دیگری برای تغییرات همان قرارداد چند ردیف داشته باشد. تا این تفاوت را روشن نکرده‌اید، جمع ستون‌ها معنای مطمئنی ندارد.
همچنین سفارش زیرمجموعه یک قرارداد بزرگ‌تر را با قرارداد مادر یکی نگیرید. شناسه سفارش، شناسه مادر و سازمان مربوط را کنار هم نگه دارید. مبلغ بزرگ‌ترِ قرارداد مادر الزاماً سهم همان سفارش نیست.
تاریخ هم بخشی از سؤال است. تغییرات مالیِ یک سال با مجموع قرارداد از ابتدا یک چیز نیست. سال مالی فدرال آمریکا در جست‌وجوی این سامانه از اکتبر تا سپتامبر است؛ با سال میلادیِ ژانویه تا دسامبر اشتباه نگیرید. روشن بنویسید از خلاصه کل قرارداد استفاده کرده‌اید یا تغییرات یک بازه.
اگر خروجی را به اکسل می‌برید، شناسه‌ها را به صورت متن وارد کنید. تغییر ناخواسته شناسه می‌تواند دو رکورد نامربوط را شبیه هم کند. روش حفظ شناسه در فایل CSV همین خطا را پیش از شروع مقایسه کنترل می‌کند.
خروجی بررسی باید قابل بازخوانی باشد
یادداشت نهایی را با شش مورد ببندید: جمله دقیق فروشنده؛ نام و شناسه دریافت‌کننده؛ شناسه و سازمان قرارداد؛ عنوان فیلد و مبلغ با علامت و واحد پول؛ بازه داده و تاریخ مشاهده؛ و نتیجه محدود به همان ادعا. اگر یکی از این‌ها را ندارید، جای خالی‌اش را مشخص کنید.
گاهی یک رکورد عمومی جواب را می‌دهد و کار تمام است. اگر مسئله میان چند شرکت وابسته، چند سایت و چند قرارداد پخش شده، می‌توانید از مسیر بررسی شرکت در اوسینت جت برای سازمان‌دهی سرنخ‌ها و ارتباط‌ها استفاده کنید. درخواست مفید این است که روشن شود هر سند به کدام شرکت و ادعا مربوط است؛ تفسیر عددها همچنان باید به سند و قضاوت دقیق متکی بماند.
انتشار: ۱۱ اکتبر ۲۰۲۶ · تحریریه اوسینت جت
ادامه مسیر اوسینت
سرنخ‌های خام را به یک تحقیق ساختارمند در اوسینت جت تبدیل کنید
برای نتیجه بهتر، فقط به یک سرنخ اکتفا نکنید. شماره تلفن، ایمیل، یوزرنیم، دامنه، نام شرکت، تصویر، شهر، لینک شبکه اجتماعی و توضیح زمینه پرونده را کنار هم قرار دهید تا موتور اطلاعاتی اوسینت جت تحلیل دقیق‌تری بسازد.