~/icsd.ir — bash
SYSTEM_ONLINE

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

2026/08/15 // by admin

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

پاسخ کوتاه

MES مخفف Manufacturing Execution System — سیستم اجرای تولید — است. برخلاف ERP که سطح برنامه‌ریزی و مالی سازمان را مدیریت می‌کند، MES در کف سالن کار می‌کند: هر بچ، هر ماشین، هر اپراتور، هر توقف و هر کیلو ضایعات را همان لحظه ثبت می‌کند و زنجیره‌ی تولید را به هم می‌دوزد.

دیاکو یک MES بومی است که مشخصاً برای ریسندگی نخ فرش و صنایع نساجی طراحی شده و توسط شرکت توسعه هوشمند فرش ایرانیان در پارک علم و فناوری کاشان توسعه یافته است: هشت مرحله‌ی تولید از حلاجی تا هیت‌ست، رابط تبلت برای سالن، ردیابی کامل بچ، محاسبه‌ی OEE و راندمان، انبار با کسر خودکار، و ماژول نگهداری و تعمیرات — همه فارسی، راست‌به‌چپ و با تقویم شمسی.

MES چیست و چه تفاوتی با ERP دارد؟

در استاندارد ISA-95 که مرجع لایه‌بندی سیستم‌های صنعتی است، MES در سطح ۳ می‌نشیند: بالاتر از کنترل و ابزار دقیق، پایین‌تر از برنامه‌ریزی منابع سازمان. این جایگاه، تفاوت کارکردی را روشن می‌کند.

لایه سوالی که پاسخ می‌دهد واحد زمان
ERP چه چیزی، چه مقدار و با چه هزینه‌ای باید تولید شود؟ روز، هفته، ماه
MES همین حالا چه چیزی، روی کدام ماشین، توسط چه کسی در حال تولید است؟ دقیقه، شیفت
SCADA / PLC دور اسپیندل، دمای حمام رنگ و وضعیت سنسور چقدر است؟ ثانیه

خطای رایج این است که کارخانه ERP می‌خرد و انتظار دارد مسئله‌ی سالن حل شود. ERP به شما می‌گوید سفارش شماره‌ی فلان، ۱٬۲۰۰ کیلوگرم نخ اکریلیک است و موعدش پانزدهم مرداد. نمی‌تواند بگوید ۷۹ درصد کار انجام شده و همین حالا در مرحله‌ی دولاتابی است — چون داده‌ی کف سالن را ندارد. آن داده را فقط چیزی می‌سازد که اپراتور همان لحظه در آن ثبت می‌کند.

چرا یک MES عمومی برای ریسندگی جواب نمی‌دهد

MESهای عمومی برای مونتاژ ساخته شده‌اند: قطعه وارد می‌شود، عملیاتی روی آن انجام می‌گیرد، همان قطعه خارج می‌شود. ریسندگی این‌طور نیست و چهار تفاوت بنیادی دارد.

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

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

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

واحد ردیابی، بچ است نه سریال. شکایت مشتری معمولاً درباره‌ی یک عدل نخ است و پاسخش در یک لات الیاف پنهان است که سه هفته پیش وارد انبار شده. بدون زنجیره‌ی بچ، این پیوند پیدا نمی‌شود.

دیاکو؛ MES ساخته‌شده برای ریسندگی

دیاکو را از ابتدا برای همین دامنه نوشتیم. هسته‌ی سیستم روی Django 4.2 LTS و پایگاه داده‌ی MySQL بنا شده، رابط کاربری Bootstrap 5 راست‌به‌چپ با فونت وزیرمتن است، نمودارها با ApexCharts رسم می‌شوند و همه‌ی تاریخ‌ها شمسی‌اند. نسخه‌ی فعلی ۲.۰ است.

هشت مرحله و مفهوم «روت»

دیاکو زنجیره‌ی کامل ریسندگی نخ فرش را پوشش می‌دهد:

حلاجی ← کاردینگ ← پاساژ ← فینیشر ← رینگ ← بوبین‌پیچی ← دولاتابی (TFO) ← هیت‌ست

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

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

قلب سیستم: ثبت در تبلت

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

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

شماره‌ی بچ خودش خوانا است: SP03-0505012-2 یعنی رینگ، ماشین ۰۳، سفارش دوازدهم مرداد ۱۴۰۵، بچ دوم. اپراتور لازم نیست کدی حفظ کند.

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

شناسنامه‌ی نخ: ردیابی کامل بچ

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

کاربرد عملی‌اش لحظه‌ای است که مشتری از یک عدل نخ شکایت می‌کند. به جای حدس زدن، شماره‌ی بچ را می‌زنید و می‌بینید مثلاً از لات ACR-050501-001 است و در کاردینگ نپ بالایی داشته — و همان لات را برای بقیه‌ی سفارش‌ها قرنطینه می‌کنید.

راندمان، ضایعات و OEE

سه عدد در ریسندگی تصمیم‌ساز است و دیاکو هر سه را از داده‌ی ثبت‌شده می‌سازد.

ضایعات در سه سطح

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

سطح دوم همان جایی است که تصمیم از آن بیرون می‌آید. وقتی گزارش نشان می‌دهد کاردینگ خط ۴ به‌طور میانگین ۵ درصد افت دارد و کاردینگ خط ۲ فقط ۲ درصد، دیگر بحث بر سر حس و حدس نیست؛ می‌روید سراغ تنظیمات کارد خط ۴.

فرمول‌ساز راندمان

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

مبنای همه‌ی این محاسبات، «ظرفیت هدف هر شیفت» است که برای هر نوع ماشین تعریف می‌شود. اگر رینگی با هدف ۱۵۰ کیلوگرم در شیفت، طی چهار بچ ۵۱۰ کیلو خروجی و ۱۰ کیلو ضایعات داشته باشد، راندمان وزنی می‌شود ۸۵ درصد و بازده خالص ۸۳ درصد.

OEE

گزارش OEE از فرمول استاندارد جهانی پیروی می‌کند:

OEE = در دسترس بودن × عملکرد × کیفیت

  • در دسترس بودن از دقایق توقفِ ثبت‌شده در برابر ۴۸۰ دقیقه‌ی شیفت محاسبه می‌شود.
  • عملکرد میانگین راندمان بچ‌های همان روزِ ماشین است.
  • کیفیت از نرخ پارگی نخ به دست می‌آید.

ماشینی با ۳۰ دقیقه توقف، راندمان ۸۵ درصد و کیفیت ۹۵ درصد، OEE حدود ۷۶ درصد می‌گیرد. به‌عنوان یک قاعده‌ی سرانگشتی، عدد بالای ۷۵ درصد در ریسندگی وضعیت قابل قبولی است.

یک نکته‌ی مهم که ترجیح می‌دهیم شفاف بگوییم: گزارش OEE در نسخه‌ی فعلی برای ماشین‌های رینگ فعال است. و مهم‌تر از آن — توقفی که ثبت نشود، در OEE دیده نمی‌شود و راندمان ماشین را به‌دروغ بالا نگه می‌دارد. دقت این شاخص مستقیماً به انضباط ثبت توقف در همان لحظه وابسته است، نه به الگوریتم.

برنامه‌ریزی تولید و پیش‌بینی زمان تحویل

سوال «این سفارش کِی آماده می‌شود؟» معمولاً با یک عدد حدسی جواب داده می‌شود و بعد همان عدد به تعهد تبدیل می‌شود. دیاکو به‌جای حدس، از داده‌ی خودِ کارخانه پیش‌بینی می‌سازد و روش محاسبه را هم زیر عدد می‌نویسد تا قابل توضیح دادن به مشتری باشد.

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

اگر پیش‌بینی از موعد قول‌داده‌شده عبور کند، برچسب قرمز ظاهر می‌شود — پیش از آنکه مشتری تماس بگیرد.

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

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

دیاکو سه انبار جدا دارد: الیاف (به تفکیک لات، با شماره بچ، تأمین‌کننده و درجه‌ی کیفیت)، رنگ، و مواد شیمیایی. قاعده‌ی حاکم بر هر سه یکی است: هیچ تغییری در موجودی بدون ثبت تراکنش رخ نمی‌دهد.

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

نتیجه‌ی عملی: انبارگردانی به‌جای شمارش کامل، به بررسی مغایرت تبدیل می‌شود. اگر باسکول ۱۷۵ کیلو بگوید و سیستم ۱۸۰، یک تراکنش «تعدیل» با دلیلِ ثبت‌شده اختلاف را می‌بندد و رد آن در تاریخچه می‌ماند.

نگهداری و تعمیرات درون همان سیستم

در بیشتر کارخانه‌ها واحد تولید و واحد نگهداری دو جزیره‌ی جدا هستند و توقف ماشین در هر کدام جداگانه ثبت می‌شود — اگر اصلاً ثبت شود. دیاکو این دو را به هم وصل کرده است.

وقتی سرشیفت در تبلت توقفی از نوع مکانیکی یا برقی ثبت می‌کند، سیستم همان لحظه دستور کار تعمیر صادر می‌کند و آن را در کارتابل واحد نگهداری می‌گذارد. همان دقایق توقف، هم‌زمان وارد فرمول OEE می‌شود. یک ثبت، دو مصرف.

در کنار آن سه قابلیت دیگر هست:

  • برنامه‌های PM با دوره‌ی تکرار روزانه تا سالانه؛ در موعد مقرر دستور کار پیشگیرانه خودکار صادر می‌شود و برنامه‌های عقب‌افتاده قرمز می‌شوند.
  • چرخه‌ی دستور کار از «باز» تا «تکمیل» با حالت میانی «در انتظار قطعات»، و ثبت قطعات مصرفی و هزینه، تا هزینه‌ی نگهداری هر ماشین قابل گزارش باشد.
  • نگهداری پیش‌بینانه (PdM): قطعات کلیدی هر ماشین با عمر استاندارد ثبت می‌شوند و موتور PdM از داده‌ی تولید، پارگی و توقفات، ریسک خرابی را تخمین می‌زند. صفحه‌ی «سلامت ماشین» توقفات اخیر، قطعات بحرانی، PMهای عقب‌افتاده و هشدارهای پیش‌بینانه‌ی هر دستگاه را یک‌جا نشان می‌دهد.

درباره‌ی PdM هم صادق باشیم: کیفیت پیش‌بینی تابع کیفیت داده است. سیستمی که سه ماه توقفاتش ناقص ثبت شده باشد، پیش‌بینی به‌دردبخوری نمی‌دهد. به همین دلیل صحت پیش‌بینی‌ها در یک صفحه‌ی کالیبراسیون پایش می‌شود تا بدانید تا چه حد می‌شود به آن‌ها تکیه کرد.

کیفیت، پرسنل و دستیار فارسی

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

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

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

دانایار. دستیار هوشمند دیاکو به فارسی سوال می‌گیرد و از داده‌ی واقعی سیستم پاسخ می‌سازد: «تولید دیروز خط ۴؟»، «کدام سفارش‌ها عقب‌افتاده‌اند؟»، «برنامه‌ی PM عقب‌افتاده داریم؟»، «موجودی رنگ مشکی چقدر است؟». هدفش این است که مدیری که وقت یاد گرفتن ساختار منو را ندارد، بتواند مستقیم بپرسد.

راه‌اندازی: از کجا شروع کنیم

ترتیب راه‌اندازی در دیاکو تصادفی نیست و رعایتش تفاوت بین یک استقرار دو هفته‌ای و یک پروژه‌ی کش‌دار است:

  1. انواع دستگاه با ظرفیت هدف هر شیفت — چون مبنای راندمان و برنامه‌ریزی همین است.
  2. خطوط تولید و روت هر خط؛ مراحل اضافی حذف شوند.
  3. ماشین‌آلات با کد یکتا و تخصیص به خط.
  4. شیفت‌ها و سرشیفت‌ها — سیستم شیفت هر ثبت را از روی ساعت تشخیص می‌دهد.
  5. پرسنل و تخصیص دستگاه، تا کارنامه‌ی فردی از روز اول ساخته شود.
  6. دسته‌های الیاف و لات‌های اولیه در انبار.
  7. یک سفارش آزمایشی: ثبت، تأیید، تخصیص خط، یک زنجیره‌ی کامل در تبلت، و بررسی پروفایل بچ.

گام هفتم را جدی بگیرید. یک زنجیره‌ی کامل آزمایشی، هر ایراد پیکربندی را قبل از شروع تولید واقعی بیرون می‌ریزد.

سوالات متداول

دیاکو جایگزین ERP می‌شود؟

خیر، و نباید بشود. دیاکو لایه‌ی اجرای تولید است و کارش ثبت و کنترل کف سالن است. اگر ERP دارید، دیاکو داده‌ی واقعی تولید را به آن می‌دهد؛ اگر ندارید، برای مدیریت تولید، انبار مواد و نگهداری به‌تنهایی کافی است.

آیا فقط برای نخ فرش کاربرد دارد؟

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

اپراتورها با تبلت کنار می‌آیند؟

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

اگر اینترنت قطع شود چه می‌شود؟

دیاکو روی سرور داخلی کارخانه قابل نصب است و در آن حالت به شبکه‌ی محلی متکی است، نه به اینترنت. استقرار ابری هم پشتیبانی می‌شود و انتخاب بین این دو در جلسه‌ی راه‌اندازی بر اساس سیاست IT کارخانه انجام می‌شود.

چقدر طول می‌کشد تا گزارش‌ها قابل استناد شوند؟

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

جمع‌بندی

ارزش یک نرم‌افزار MES نساجی در تعداد ماژول‌هایش نیست؛ در این است که آیا اپراتور شب‌کار در ساعت دو بامداد آن بچ را ثبت می‌کند یا نه. هرچه ثبت آسان‌تر و قواعد سیستم روشن‌تر باشد، داده کامل‌تر می‌شود — و هر شاخصی که بعداً می‌خواهید، از همان داده بیرون می‌آید. دیاکو با همین ترتیب طراحی شده: اول ثبت بی‌دردسر در کف سالن، بعد ردیابی، بعد شاخص.

دیدن دیاکو در عمل

نسخه‌ی نمایشی سامانه روی diaco.chelleh.com در دسترس است. برای دریافت دسترسی دمو یا جلسه‌ی بررسی خط تولید خود تماس بگیرید:

ارسال نظر

نمایش سایت

رنگ سایت
حالت نمایش
اندازهٔ متن
خوانایی

این تنظیمات فقط روی مرورگر شما ذخیره می‌شود.