موردکاوی سامانه جامع آمار تولید ایمیدرو؛ از گزارش دستی تا مرجع واحد آمار

سازمان توسعه و نوسازی معادن و صنایع معدنی ایران (ایمیدرو) آمار برنامه و عملکرد تولید ده‌ها شرکت و مجتمع زیرمجموعه خود را در صنایع فولاد، سنگ آهن، مس، آلومینیوم، زغال‌سنگ، سیمان، طلا و سرب و روی جمع‌آوری می‌کند. این آمار مبنای گزارش‌های رسمی و تصمیم‌های مدیریتی سازمان است. در این موردکاوی شرح می‌دهیم که شرکت نرم‌افزاری ژابیز پردا چگونه «سامانه جامع آمار تولید» ایمیدرو را تحلیل، طراحی و پیاده‌سازی کرد و سامانه قبلی را که از سال ۱۳۸۳ در حال کار بود، با حفظ کامل داده‌ها جایگزین کرد.

خلاصه پروژه

موضوعشرح
کارفرماسازمان توسعه و نوسازی معادن و صنایع معدنی ایران (ایمیدرو)، مدیریت برنامه‌ریزی و نظارت راهبردی
دامنهجمع‌آوری، کنترل، تأیید و گزارش‌گیری آمار برنامه و عملکرد تولید شرکت‌ها و مجتمع‌های زیرمجموعه
صنایعفولاد، سنگ آهن، مس، آلومینیوم، زغال‌سنگ، سیمان، طلا، سرب و روی و سایر معادن
نقش ژابیز پرداتحلیل و تدوین سند الزامات، طراحی رابط کاربری، پیاده‌سازی، انتقال داده، آزمون، استقرار و آموزش
فناوریASP.NET Core (Web API)، Angular و SQL Server؛ استقرار در مرکز داده ایمیدرو
کاربرانکاربران شرکت‌ها، کارشناسان هلدینگ‌ها، کارشناسان سازمان و مدیر سیستم

سابقه همکاری و نقطه شروع

ژابیز پردا پیش از این سامانه قبلی آمار ایمیدرو (SGA) را ساخته بود که از سال ۱۳۸۳ آمار تولید را نگهداری می‌کرد. همین سابقه باعث شد تیم ما هم ساختار داده‌های قدیمی و هم روش کار کارشناسان آمار را از نزدیک بشناسد. هم‌زمان، ژابیز پردا سامانه هوشمند ممیزی HSE ایمیدرو را نیز پیاده‌سازی کرده بود (موردکاوی آن را بخوانید) و کارفرما می‌خواست سامانه آمار جدید از همان الگوی طراحی پیروی کند تا کاربران در همه سامانه‌های جدید سازمان تجربه یکسانی داشته باشند.

چالش‌ها

بررسی سامانه قبلی و گزارش‌های خروجی آن نشان داد که با گذشت سال‌ها، نیازهای سازمان از امکانات سامانه فراتر رفته است:

  • تأیید رکوردبه‌رکورد: تأیید اطلاعات در سطح تک‌تک ردیف‌ها انجام می‌شد و وضعیت یک فرم کامل برای کاربر روشن نبود.
  • تاریخچه محدود: فقط چند نسخه قبلی هر مقدار نگهداری می‌شد و ردگیری کامل تغییرات ممکن نبود.
  • بازگشایی کنترل‌نشده: قفل نهایی وجود داشت، اما بازگشایی آن مهلت و علت ثبت‌شده نداشت.
  • دسترسی ناکافی هلدینگ‌ها: کارشناس شرکت مادر نمی‌توانست دسترسی ثبت یا مشاهده را به تفکیک واحدهای تابعه داشته باشد.
  • کیفیت داده: نام‌های تکراری و حروف عربی (ي، ك) در کنار حروف فارسی، جستجو و گزارش‌گیری را دشوار می‌کرد.
  • گزارش‌گیری دستی: بخشی از گزارش‌های رسمی، مانند خلاصه تولید مجتمع‌ها، خارج از سامانه و دستی تهیه می‌شد و احتمال خطای محاسبه داشت.
  • فناوری قدیمی: نگهداری، امنیت و توسعه سامانه روی فناوری قدیمی هر سال دشوارتر می‌شد.

اهداف پروژه

  • ایجاد مرجع واحد، دقیق و قابل‌اتکای آمار تولید برای کل ایمیدرو
  • حذف گزارش‌گیری دستی و تولید خودکار گزارش‌های رسمی با قالب و کد فرم
  • شفافیت وضعیت ارسال و تأیید هر شرکت در هر دوره
  • کنترل کیفیت داده در لحظه ورود
  • حفظ کامل تاریخچه و قابلیت ممیزی همه تغییرات
  • رابط کاربری یکپارچه با سایر سامانه‌های جدید ایمیدرو

راه‌حل: سامانه جامع آمار تولید

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

۱. ساختار پایه انعطاف‌پذیر

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

۲. ثبت برنامه و عملکرد با کنترل لحظه‌ای

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

کنترل کیفیت داده دو سطح دارد: خطا (مانند مقدار منفی) که اجازه ذخیره نمی‌دهد، و نیاز به توضیح (مانند انحراف بیش از آستانه یا عملکرد بیش از ظرفیت) که پیش‌نویس را ذخیره می‌کند اما تا درج توضیح، اجازه ارسال فرم را نمی‌دهد. این رویکرد بیشتر خطاها را همان‌جا که داده وارد می‌شود می‌گیرد؛ پیش از آنکه به گزارش مدیران برسد.

۳. چرخه تأیید دوسطحی و قفل

هر فرم، یعنی آمار یک شرکت در یک دوره، دو مرحله تأیید دارد:

  1. کاربر شرکت فرم را ثبت و ارسال می‌کند.
  2. کارشناس هلدینگ (شرکت مادر) فرم را برگشت می‌دهد، تأیید می‌کند یا مقادیر را با ثبت علت «اصلاح و تأیید» می‌کند.
  3. کارشناس سازمان فرم را برگشت می‌دهد یا تأیید نهایی می‌کند؛ تأیید نهایی فرم را قفل می‌کند.

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

۴. داشبوردهای نقش‌محور

هر نقش داشبورد خودش را دارد. کارشناس سازمان درصد تحقق کل، استفاده از ظرفیت، شرکت‌هایی که هنوز آمار ماه را ثبت نکرده‌اند و تحقق برنامه به تفکیک صنعت را می‌بیند. رنگ‌بندی بر اساس درصد تحقق است: سبز برای ۹۵ درصد و بالاتر، نارنجی بین ۹۰ تا ۹۵ و قرمز کمتر از ۹۰ درصد. برای درصد تحقق عمداً از نمودار دایره‌ای استفاده نشد، چون درصدها جمع‌پذیر نیستند و نمودار دایره‌ای تصویر نادرستی می‌دهد. کاربر شرکت در داشبورد خود «کارهای من» را می‌بیند: فرم‌های ثبت‌نشده، برگشت‌خورده و مهلت هر کدام.

۵. گزارش‌های رسمی خودکار

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

۶. دسترسی و امنیت

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

۷. انتقال کامل داده‌های سامانه قبلی

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

روش اجرا

  • سند الزامات قابل‌آزمون: همه قابلیت‌ها، قواعد کسب‌وکار و الزامات غیرعملکردی در سند SRS با ساختار استاندارد ISO/IEC/IEEE 29148 و شناسه و اولویت مشخص تدوین شد.
  • نمونه تعاملی پیش از توسعه: یک نمونه تعاملی از دید هر چهار نقش ساخته شد تا کارفرما پیش از شروع برنامه‌نویسی جریان کار را ببیند و تأیید کند.
  • طراحی یکپارچه: رابط کاربری در فیگما و بر پایه الگوی سامانه ممیزی HSE ایمیدرو طراحی شد؛ راست‌به‌چپ، با تقویم شمسی و قلم فارسی.
  • تحویل مرحله‌ای و بازخورد: پس از تحویل نسخه ۱، بازخوردهای کارشناسان کارفرما در چند نسخه پیاپی اعمال شد.
  • مستندات تحویل: راهنمای کاربر برای هر نقش، راهنمای استقرار و نگهداری، برنامه آزمون پذیرش و جدول ردیابی الزامات تحویل شد.

دستاوردها

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

درس‌هایی برای سازمان‌هایی که سامانه آمار می‌خواهند

  1. چرخه تأیید را در سطح فرم طراحی کنید، نه ردیف. کاربران و مدیران با «فرم شرکت در ماه» فکر می‌کنند، نه با تک‌تک اعداد.
  2. کنترل کیفیت را به لحظه ورود ببرید. هر خطایی که در ورود گرفته شود، هزینه اصلاحش چند برابر کمتر از خطایی است که در گزارش مدیر دیده شود.
  3. «چرا» را کنار «چند» ثبت کنید. عدد عملکرد بدون علت انحراف برای تصمیم‌گیری کافی نیست.
  4. اصلاح بعد از قفل را ممنوع نکنید، کنترل کنید. درخواست اصلاح با علت، مستند و مهلت، هم انعطاف می‌دهد و هم ردپا می‌گذارد.
  5. مهاجرت داده را پروژه جدی بدانید. سال‌ها داده تاریخی سرمایه سازمان است و انتقال آن باید با گزارش تطبیق قابل بررسی باشد.

تجربه ژابیز پردا در سامانه‌های آماری

طراحی سامانه‌های آمار از سال ۱۳۸۰ یکی از شاخه‌های اصلی کار ژابیز پرداست؛ از سامانه آمار وزارت ارتباطات و فناوری اطلاعات و برق منطقه‌ای تهران تا سامانه‌های جمع‌آوری اطلاعات آماری سازمان شهرداری‌ها و دهیاری‌ها و عملکرد دفاتر شرکت پست. اگر سازمان شما آمار را از واحدهای تابعه جمع‌آوری می‌کند و هنوز با فایل‌های اکسل و گزارش‌های دستی کار می‌کند، صفحه طراحی سامانه آمار سازمانی را ببینید یا با شماره ۰۲۱-۹۱۳۰۲۴۲۷ با ما تماس بگیرید.

پرسش‌های متداول

سامانه جامع آمار تولید ایمیدرو با چه فناوری ساخته شده است؟

سمت سرور با ASP.NET Core (Web API) و بانک اطلاعاتی SQL Server و سمت کاربر با Angular، به‌صورت راست‌به‌چپ و با تقویم شمسی؛ سامانه در مرکز داده خود ایمیدرو مستقر است.

آیا داده‌های سامانه قبلی حفظ شد؟

بله. داده‌های آمار تولید از سال ۱۳۸۳ پس از یکسان‌سازی و نگاشت به ساختار جدید منتقل شدند و برای انتقال گزارش تطبیق تهیه شد.

آیا این راه‌حل برای سازمان‌های دیگر هم قابل استفاده است؟

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