درباره داده
این سایت روی یک dataset نرمالشده ساخته شده است، نه روی متن خام اسناد. اینجا میبینید داده از کجا میآید، چه چیزی هنوز واردش نشده و چه تحلیلهایی روی آن مجاز است.
قرارداد داده
- پروژه
- Qatran Organizational History
- corpus
- Google Drive / Qatran / Summary
- نسخه schema
- 1.0.0
- تاریخ تولید dataset
- 2026-09-01
- پوشش canonical
- ۱۳۸۹–۱۴۰۴
- سال جاری (YTD)
- ۱۴۰۵ — تا ۱۰ شهریور ۱۴۰۵
- نسخه patch سال جاری
- 1.0.0
Year Reconstruction Summaryهای ۱۳۸۹–۱۴۰۴ canonical year-end slices هستند. ۱۴۰۵ اکنون داخل Qatran/Summary موجود است، اما فقط Year-to-Date / Working Canonical through 10/06/1405 است.
این v1 شامل turning pointهای material و دادههای لازم برای تجربه محصول است، نه import یکبهیک تمام CHG/DE/CR/GAPهای هر Year Reconstruction. schema برای archival expansion بدون redesign frontend آماده است.
موجودیتها جدا نگه داشته میشوند
همنامی یا شباهت نام، دلیل یکیبودن نیست. هر موجودیت وضعیت هویتی خودش را دارد و نقشها time-scoped میمانند.
نقشها و ownership باید time-scoped شوند.
operating separation و legal ownership separation مراحل متفاوت دارند.
distribution/investee/intercompany balance؛ registered cap table در چند سال UNKNOWN است. در YTD ۱۴۰۵ در اسناد بهصورت operating distribution arm با برنامه مستقل چندکاناله دیده میشود؛ این امر legal/cap-table/audited independence را ثابت نمیکند.
reference عملیاتی/حسابداری در دبی وجود دارد؛ equivalence با Unicom اثبات نشده است.
با علیرضا و مرتضی احسانی merge نشود؛ prior AI-predicted decision-maker relationship canonical fact نیست.
نقشهای فروش/اجرایی/Pishran entity-scoped هستند و به CEO QK تعمیم داده نشوند. در مصاحبه جاری ۱۴۰۵ تمرکز خود را فروش داخلی، خرید روغن کارکرده و بخشی از planning/application توصیف میکند؛ participant perspective است، نه registered authority.
با مرتضی حسینی merge نشود؛ نقشهای export/Board time-scoped هستند. در مصاحبه جاری ۱۴۰۵ حوزه historical/current focus خود را فروش/صادرات/international توصیف میکند؛ participant perspective است، نه registered authority.
فردی متفاوت از مرتضی احسانی؛ در supply/factory/energy references ظاهر میشود.
Board/ownership roles time-scoped و از سایر اعضای خانواده منیری جدا نگه داشته شود.
۱۳۹۷ coordinator صادرات و ۱۳۹۸ Plan & Program owner؛ اشاره مبهم «فلاح» در سالهای قبلی فقط با evidence کافی merge شود.
با Karboard یکی نیست؛ connection با Korsi/Decision Agent اثبات نشده است.
با Vorangar یکی نیست؛ دامنه و integration باید per-year حفظ شود.
چهارده قاعدهای که رعایت میشود
این قواعد در سطح UI هم اعمال شدهاند، نه فقط در متن مستندات.
- ۱احمد احسانی، علیرضا احسانی، مرتضی احسانی و مرتضی حسینی افراد جدا هستند و merge نمیشوند.
- ۲«حاج احمد / حاج آقا / پدر» بدون شاهد هویتی به احمد احسانی وصل نمیشود.
- ۳رابطه decision-maker که قبلاً با AI پیشبینی شده بود، یک fact سازمانی canonical نیست.
- ۴Vorangar و Karboard / کاربرد یک سیستم فرض نمیشوند.
- ۵پیشنهاد ≠ تصمیم.
- ۶تصمیم ≠ اجرا.
- ۷اجرا ≠ نتیجه.
- ۸نتیجه گزارششده مدیریت ≠ نتیجه حسابرسیشده.
- ۹نسخه جدید، نسخه قدیم را حذف نمیکند.
- ۱۰شواهد بعدی فقط برای outcome و پایداری استفاده میشوند؛ cutoff زمینه تاریخی حفظ میشود.
- ۱۱جداسازی عملیاتی ≠ جداسازی حقوقی مالکیت.
- ۱۲سند انتقال ≠ تکمیل ثبتی.
- ۱۳پایلوت/تعمیر/نامبردن vendor در فناوری ≠ commissioning پایدار.
- ۱۴سال جاری تا normalization مستقل، Year Slice معادل سالهای بستهشده تلقی نمیشود.
چه چیزی مجاز است و چه چیزی نه
هر تحلیلی که به methodology و شاهد نیاز دارد، بدون آن ساخته نمیشود.
- تحقق هدف = عملکرد ÷ هدف همان بعد
- سهم صادرات = صادرات ÷ کل
- شمارش رویداد به تفکیک حوزه
- شمارش شکافهای باز
- فعالیت thread بر اساس تعداد رویداد
- تفاضل نسخههای برنامه
- شمار milestoneهای دارای منبع در هر سال
- امتیاز بلوغ سازمانی
- نمره کیفیت مدیرعامل
- امتیاز فرهنگ سازمانی
- امتیاز کیفیت تصمیم
- انتساب علّی نتیجه به یک اقدام
- interpolation بین سالهای بدون داده
- ادغام یا میانگینگیری نسخههای متعارض
زنجیره تولید این نسخه
- ورودیها
- qatran-history-bundle.json + qatran-history-1405-patch.json
- زمان build
- 2026-09-02T10:14:43.030Z
- هشدار patch
- Do not treat 1405 as year-end final.
اسکریپت build، patch سال جاری را طبق راهنمای رسمی اعمال میکند (حذف رکوردهای placeholder، جایگزینی سال/دوره/منبع، merge متادیتا، افزودن رویداد/شاخص/شکاف، بهروزرسانی threadها و افزودن یادداشت به موجودیتها) و سپس یکپارچگی ارجاعها را بررسی میکند. هر ارجاع شکسته باعث توقف build میشود.