استقرار ERP فقط نصب یک نرمافزار جدید نیست؛ بلکه یک پروژه تحول سازمانی است که روی فرایندها، دادهها، ساختار تصمیمگیری، فرهنگ کاری، گزارشدهی، کنترلهای مالی، زنجیره تأمین و حتی مدل مدیریتی سازمان اثر میگذارد. به همین دلیل، موفقیت در پیادهسازی ERP بیش از آنکه به امکانات نرمافزار وابسته باشد، به میزان آمادگی سازمان، انتخاب درست راهکار، طراحی دقیق فرایندها و مدیریت تغییر وابسته است.
استقرار در معنای دقیقتر، یعنی نصب، راهاندازی، عملیاتیسازی و تثبیت یک سیستم در محیط واقعی سازمان؛ بهگونهای که کاربران بتوانند بهصورت پایدار، قابل کنترل و قابل اندازهگیری از آن استفاده کنند. بنابراین زمانی میتوان گفت ERP با موفقیت مستقر شده است که سیستم فقط فعال نشده باشد، بلکه به بخشی از جریان واقعی کار سازمان تبدیل شده باشد.
بسیاری از سازمانها هنگام تصمیمگیری برای راهاندازی ERP با پرسشهایی مانند موارد زیر روبهرو میشوند:
- از کجا باید شروع کنیم؟
- آیا سازمان ما واقعاً آماده استقرار ERP است؟
- چه نوع ERP برای کسبوکار ما مناسبتر است؟
- چگونه بین ERPهای مختلف ارزیابی و انتخاب انجام دهیم؟
- کدام فرایندها باید قبل از پیادهسازی اصلاح شوند؟
- چطور ریسک شکست پروژه را کاهش دهیم؟
- بعد از راهاندازی، چگونه سیستم را تثبیت و بهینه کنیم؟
پاسخ به این پرسشها نشان میدهد که اجرای ERP یک مسیر مرحلهای است، نه یک خرید نرمافزاری ساده.
چرا استقرار ERP شکست میخورد؟
یکی از خطاهای رایج در پروژههای ERP این است که سازمان تصور میکند با خرید نرمافزار، مشکل فرایندها، گزارشها، انبار، فروش، حسابداری یا مدیریت منابع انسانی بهصورت خودکار حل میشود. درحالیکه ERP ضعفهای سازمان را پنهان نمیکند؛ بلکه آنها را آشکارتر میکند.
اگر فرایندهای سازمان نامنظم باشند، دادهها ناقص باشند، نقشها و مسئولیتها مشخص نباشد، مدیران از پروژه حمایت نکنند یا کاربران آموزش کافی نبینند، حتی بهترین نرم افزار ERP نیز نمیتواند نتیجه مطلوب ایجاد کند.
اگر شما نتوانید نرمافزار (ERP) را به درستی پیادهسازی کنید، مهم نیست که خود نرمافزار چه ویژگیها و عملکردهایی دارد.
بنابراین موفقیت ERP از مرحله انتخاب نرمافزار شروع نمیشود؛ بلکه از ارزیابی آمادگی سازمان و شناخت دقیق مسئله آغاز میشود.
ERP Readiness چیست و چرا قبل از شروع پروژه اهمیت دارد؟
ERP Readiness یا آمادگی سازمان برای ERP به این معناست که سازمان قبل از انتخاب و اجرای نرمافزار بررسی کند آیا از نظر فرایندی، مالی، فنی، دادهای، مدیریتی و فرهنگی آماده ورود به پروژه ERP هست یا خیر.
در ارزیابی آمادگی ERP باید به چند سؤال کلیدی پاسخ داده شود:
- آیا فرایندهای اصلی سازمان مستند و قابل تحلیل هستند؟
- آیا دادههای موجود دقیق، کامل و قابل انتقالاند؟
- آیا مدیران ارشد از پروژه حمایت واقعی دارند؟
- آیا کاربران کلیدی برای مشارکت در پروژه معرفی شدهاند؟
- آیا بودجه، زمان و منابع انسانی کافی برای اجرای پروژه وجود دارد؟
- آیا سازمان آماده تغییر روشهای کاری قدیمی است؟
- آیا زیرساخت فنی، امنیتی و شبکهای مناسب وجود دارد؟
اگر پاسخ این پرسشها روشن نباشد، پروژه ERP از همان ابتدا با ریسک بالا شروع میشود. به همین دلیل، ارزیابی آمادگی سازمان باید قبل از انتخاب نهایی نرمافزار و حتی قبل از عقد قرارداد پیادهسازی انجام شود.
نقش شناخت نوع ERP در موفقیت استقرار
یکی از موضوعاتی که در بسیاری از پروژهها نادیده گرفته میشود، تشخیص نوع ERP مورد نیاز سازمان است. همه ERPها برای همه کسبوکارها مناسب نیستند. سازمان باید قبل از انتخاب نرمافزار بداند به چه نوع ERP نیاز دارد. این انتخاب فقط به صنعت یا اندازه سازمان محدود نمیشود؛ بلکه مدل استقرار، زیرساخت فناوری، تعداد کاربران، پراکندگی جغرافیایی و برنامه رشد آینده نیز در آن نقش دارند.
۱. Horizontal ERP
Horizontal ERP یا ERP افقی برای طیف گستردهای از صنایع طراحی میشود. این نوع ERP معمولاً ماژولهایی مانند مالی، فروش، خرید، انبار، منابع انسانی، CRM، حسابداری و گزارشگیری مدیریتی را پوشش میدهد و برای شرکتهایی مناسب است که نیازهای عمومی و قابل استانداردسازی دارند.
مزیت ERP افقی این است که انعطافپذیر، گسترده و قابل استفاده در صنایع مختلف است. اما اگر سازمان دارای فرایندهای بسیار تخصصی باشد، ممکن است نیاز به پیکربندی، توسعه یا افزونههای اختصاصی پیدا کند.
۲. Vertical ERP
Vertical ERP یا ERP عمودی برای یک صنعت خاص طراحی شده است؛ مانند ERP مخصوص تولید، پوشاک، دارو، کشاورزی، پخش مویرگی، ساختمان، خردهفروشی یا خدمات درمانی.
مزیت ERP عمودی این است که بسیاری از نیازهای تخصصی صنعت را از ابتدا پوشش میدهد. برای مثال، یک ERP مخصوص صنعت پوشاک ممکن است از ابتدا قابلیت مدیریت رنگ، سایز، فصل، کالکشن، مرجوعی فروشگاهی و تنوع SKU را داشته باشد. در مقابل، یک ERP عمومی ممکن است برای رسیدن به همین سطح از پوشش، به تنظیمات و توسعه بیشتری نیاز داشته باشد.
بیشتر بخوانید: تفاوت بین ERP های افقی (Horizontal ERP) و ERP های عمودی (Vertical ERP)
۳. ERP ابری، تحت وب و محلی
یکی دیگر از معیارهای مهم در انتخاب ERP، مدل استقرار و نحوه دسترسی به سیستم است. از این منظر، ERPها معمولاً در سه دسته اصلی قرار میگیرند:
ERP ابری (Cloud ERP): در این مدل، نرمافزار و زیرساخت روی سرورهای ارائهدهنده سرویس قرار دارد و کاربران از طریق اینترنت به سیستم دسترسی پیدا میکنند. ERP ابری معمولاً هزینه اولیه کمتری دارد، سریعتر راهاندازی میشود و نگهداری، بهروزرسانی و توسعه زیرساخت بر عهده ارائهدهنده است. این مدل برای سازمانهایی که شعب متعدد دارند یا به دسترسی از راه دور نیاز دارند، گزینهای جذاب محسوب میشود.
ERP تحت وب (Web-Based ERP): ERP تحت وب به سیستمی گفته میشود که از طریق مرورگر قابل استفاده است و نیازی به نصب نرمافزار روی رایانه کاربران ندارد. این نوع ERP میتواند بهصورت ابری یا روی سرورهای داخلی سازمان اجرا شود. مزیت اصلی آن سهولت دسترسی، کاهش پیچیدگی نصب و امکان استفاده از دستگاههای مختلف است.
ERP محلی (On-Premise ERP): در این مدل، نرمافزار روی سرورها و زیرساخت خود سازمان نصب و مدیریت میشود. ERP محلی کنترل بیشتری روی دادهها، امنیت و سفارشیسازی فراهم میکند، اما معمولاً به سرمایهگذاری اولیه بیشتر، تیم فنی قویتر و هزینه نگهداری بالاتری نیاز دارد.
انتخاب بین ERP ابری، تحت وب یا محلی باید بر اساس الزامات امنیتی، بودجه، سیاستهای فناوری اطلاعات، نیاز به دسترسی از راه دور و ظرفیت فنی سازمان انجام شود. بسیاری از سازمانها نیز امروزه از مدلهای ترکیبی استفاده میکنند تا از مزایای هر دو رویکرد بهرهمند شوند.
۴. ERP دو لایه و مدل ترکیبی
در سازمانهای بزرگ، هلدینگها یا مجموعههایی با شعب متعدد، ممکن است یک ERP مرکزی برای فرایندهای کلیدی و یک یا چند راهکار سبکتر برای شعب، شرکتهای زیرمجموعه یا واحدهای عملیاتی استفاده شود. به این مدل، Two-Tier ERP یا ERP دو لایه گفته میشود.
در این مدل، ستاد مرکزی کنترل دادهها، گزارشهای اصلی و فرایندهای کلان را در اختیار دارد، اما واحدهای کوچکتر میتوانند از راهکارهای سریعتر و سبکتر استفاده کنند. این مدل برای سازمانهایی مناسب است که هم به کنترل مرکزی نیاز دارند و هم نمیخواهند پیچیدگی سیستم اصلی را به تمام واحدها تحمیل کنند.
۹ مرحله کلیدی برای استقرار موفق ERP
۱. ارزیابی سیستمها، فرایندها و آمادگی سازمان
اولین مرحله در استقرار ERP، بررسی وضعیت فعلی سازمان است. در این مرحله نباید فقط نرمافزارهای موجود بررسی شوند؛ بلکه باید فرایندها، دادهها، ساختار سازمانی، سطح بلوغ مدیریتی، زیرساخت فنی و آمادگی کاربران نیز ارزیابی شوند.
هدف این مرحله آن است که سازمان بداند اکنون در چه وضعیتی قرار دارد و ERP قرار است دقیقاً چه مشکلاتی را حل کند.
در این مرحله باید موارد زیر بررسی شود:
- سیستمهای مالی و حسابداری
- فرایندهای خرید، فروش، انبار و تولید
- مدیریت موجودی و زنجیره تأمین
- گزارشهای مدیریتی و داشبوردهای فعلی
- کیفیت دادهها و میزان پراکندگی اطلاعات
- سیستمهای جانبی مانند CRM، اتوماسیون، اکسلها و نرمافزارهای جزیرهای
- زیرساخت IT، شبکه، امنیت و دسترسی کاربران
- فرهنگ سازمانی و میزان پذیرش تغییر
- سطح حمایت مدیران ارشد
خروجی این مرحله باید یک تصویر واقعی از وضعیت موجود باشد؛ نه تصویری خوشبینانه و غیرعملیاتی. اگر سازمان در این مرحله ضعفهای خود را درست شناسایی نکند، همان ضعفها در مراحل بعدی چند برابر هزینه ایجاد میکنند.
۲. تعریف محدوده، اهداف و منشور پروژه
پس از شناخت وضعیت فعلی، باید محدوده پروژه مشخص شود. یکی از دلایل اصلی شکست پروژههای ERP، نامشخص بودن محدوده است. اگر سازمان از ابتدا نداند کدام فرایندها، واحدها، شعب، ماژولها و دادهها وارد پروژه میشوند، پروژه بهمرور دچار افزایش دامنه، تأخیر و اختلاف بین ذینفعان میشود.
در این مرحله باید مشخص شود:
- کدام واحدهای سازمانی وارد فاز اول میشوند؟
- کدام ماژولها در اولویت هستند؟
- کدام فرایندها باید اصلاح یا استانداردسازی شوند؟
- چه دادههایی باید منتقل شوند؟
- چه سیستمهایی باید با ERP یکپارچه شوند؟
- چه شاخصهایی برای موفقیت پروژه تعریف میشود؟
- تصمیمگیرنده نهایی پروژه چه کسی است؟
- نقش مدیران، کاربران کلیدی، تیم IT و مشاور پیادهسازی چیست؟
خروجی این مرحله باید یک منشور پروژه باشد. منشور پروژه سندی است که اهداف، محدوده، زمانبندی، مسئولیتها، ریسکها، بودجه و معیارهای موفقیت را مشخص میکند.
نمونه KPIهای مناسب برای پروژه ERP عبارتاند از:
- کاهش زمان صدور فاکتور
- کاهش مغایرت موجودی انبار
- افزایش دقت گزارشهای مالی
- کاهش دوبارهکاری در ورود اطلاعات
- افزایش سرعت بستن حسابهای ماهانه
- کاهش وابستگی به فایلهای اکسل
- افزایش شفافیت در گردش کارها
ERP زمانی موفق است که از ابتدا بدانیم قرار است چه چیزی را بهبود دهد.
۳. ارزیابی و انتخاب ERP مناسب
در این مرحله سازمان وارد فرایند ERP Evaluation میشود. انتخاب ERP باید بر اساس نیاز واقعی، بلوغ سازمان، صنعت، بودجه، زیرساخت و برنامه رشد آینده انجام شود.
بسیاری از سازمانها در انتخاب ERP به ظاهر نرمافزار، شهرت برند یا قیمت اولیه توجه میکنند، اما معیارهای مهمتری وجود دارد. یک ERP ممکن است برای یک سازمان عالی و برای سازمان دیگر نامناسب باشد.
در ارزیابی ERP باید حداقل موارد زیر بررسی شود:
- تناسب با صنعت و مدل کسبوکار
- پوشش فرایندهای اصلی سازمان
- امکان پیکربندی بدون سفارشیسازی سنگین
- کیفیت تیم پیادهسازی و پشتیبانی
- قابلیت اتصال به سامانههای دیگر
- گزارشگیری مدیریتی و تحلیلی
- امنیت و کنترل دسترسی
- هزینه خرید، پیادهسازی، توسعه، آموزش و نگهداری
- امکان رشد در آینده
- میزان وابستگی سازمان به فروشنده یا توسعهدهنده
در همین مرحله باید مشخص شود که سازمان به ERP افقی، ERP عمودی، ERP دو لایه یا یک مدل ترکیبی نیاز دارد. برای مثال، یک شرکت بازرگانی عمومی ممکن است با یک ERP افقی قدرتمند به نتیجه برسد، اما یک شرکت تولیدی تخصصی، پخش دارویی یا فعال در صنعت پوشاک ممکن است به قابلیتهای عمودی و تخصصی بیشتری نیاز داشته باشد.
انتخاب ERP باید با دمو، تحلیل شکاف، امتیازدهی، بررسی نمونه پروژههای مشابه و ارزیابی تیم پیادهسازی انجام شود؛ نه صرفاً با مشاهده چند قابلیت جذاب در جلسه فروش.
۴. طراحی فرایندها و پیکربندی سیستم ERP
بعد از انتخاب ERP، نوبت به طراحی فرایندها و پیکربندی سیستم میرسد. در این مرحله باید فرایندهای واقعی سازمان با قابلیتهای نرمافزار تطبیق داده شود.
نکته مهم این است که ERP نباید صرفاً کپی دیجیتال روشهای قدیمی سازمان باشد. اگر فرایندهای قبلی ناکارآمد، دستی یا غیرشفاف بودهاند، انتقال همان فرایندها به ERP فقط باعث دیجیتالی شدن بینظمی میشود.
در این مرحله باید موارد زیر انجام شود:
- طراحی ساختار سازمانی در سیستم
- تعریف شرکتها، شعب، انبارها و واحدها
- تعریف نمودار حسابها و مراکز هزینه
- تنظیم فرایند خرید، فروش، انبار، مالی، تولید یا خدمات
- تعریف نقشها و سطوح دسترسی کاربران
- طراحی گردش کارها و تأییدیهها
- تعیین قوانین قیمتگذاری، تخفیف، اعتبار مشتری و کنترل موجودی
- تنظیم گزارشها و داشبوردهای مدیریتی
- مشخص کردن نیازهای توسعه و سفارشیسازی
در این مرحله باید بین پیکربندی و سفارشیسازی تفاوت قائل شد. پیکربندی یعنی استفاده از امکانات استاندارد نرمافزار برای تطبیق با نیاز سازمان. اما سفارشیسازی یعنی تغییر یا توسعه نرمافزار برای نیازهای خاص. هرچه سفارشیسازی غیرضروری بیشتر باشد، هزینه نگهداری، ریسک ارتقا و وابستگی سازمان بیشتر میشود.
۵. آمادهسازی، پاکسازی و انتقال دادهها
دادهها قلب ERP هستند. اگر دادههای اولیه اشتباه، ناقص یا تکراری باشند، گزارشها، موجودیها، حسابها و تصمیمهای مدیریتی نیز اشتباه خواهند بود.
در این مرحله باید دادههای موجود از سیستمهای قبلی، اکسلها، نرمافزارهای حسابداری، انبار، فروش، CRM یا سایر سامانهها جمعآوری، پاکسازی، استانداردسازی و آماده انتقال شوند.
دادههای مهم برای انتقال معمولاً شامل موارد زیر است:
- اطلاعات مشتریان
- اطلاعات تأمینکنندگان
- کالاها و خدمات
- کدینگ حسابداری
- مانده حسابها
- موجودی انبار
- لیست قیمتها
- سوابق خرید و فروش
- قراردادها و سفارشهای باز
- اطلاعات کاربران و سطوح دسترسی
در این مرحله باید دادههای تکراری حذف شوند، کدها استاندارد شوند، واحدهای اندازهگیری اصلاح شوند، اطلاعات ناقص تکمیل شود و ساختار داده با مدل ERP هماهنگ شود.
انتقال داده نباید فقط یک عملیات فنی باشد. واحدهای مالی، فروش، انبار، خرید و مدیریت باید صحت دادههای منتقلشده را تأیید کنند. بدون تأیید کاربران کلیدی، Go-Live میتواند با خطاهای جدی شروع شود.
۶. تست کامل سیستم، فرایندها و یکپارچگیها
قبل از راهاندازی نهایی، سیستم باید در چند سطح تست شود. هدف از تست فقط این نیست که نرمافزار باز میشود یا خیر؛ بلکه باید بررسی شود که فرایندهای واقعی سازمان از ابتدا تا انتها درست کار میکنند.
تستهای مهم در پروژه ERP شامل موارد زیر است:
- تست عملکردی ماژولها
- تست فرایندهای انتها به انتها
- تست انتقال داده
- تست دسترسی کاربران
- تست گزارشها و داشبوردها
- تست اتصال با سیستمهای جانبی
- تست امنیت و کنترلها
- تست سناریوهای خطا
- تست حجم عملیات و کارایی سیستم
برای مثال، در یک فرایند فروش باید کل مسیر از ثبت سرنخ یا سفارش، بررسی اعتبار مشتری، صدور پیشفاکتور، تأیید فروش، کنترل موجودی، حواله انبار، صدور فاکتور، ثبت سند حسابداری و دریافت وجه تست شود.
اگر فقط هر ماژول بهصورت جداگانه تست شود، ممکن است خطاهای بینفرایندی در زمان اجرای واقعی مشخص شوند. به همین دلیل، تست ERP باید سناریومحور و بر اساس جریان واقعی کسبوکار باشد.
۷. آموزش کاربران و مدیریت تغییر
آموزش کارمندان هنگام مهاجرت به ERP یکی از مهمترین مراحل استقرار است. بسیاری از پروژهها از نظر فنی درست اجرا میشوند، اما به دلیل مقاومت کاربران یا آموزش ناکافی، در عمل موفق نمیشوند.
کاربران باید بدانند چرا ERP اجرا میشود، چه تغییری در کار روزانه آنها ایجاد میکند، چه مسئولیتی در سیستم دارند و اشتباه در ورود اطلاعات چه اثری روی کل سازمان میگذارد.
آموزش باید برای گروههای مختلف متفاوت باشد:
- مدیران ارشد نیاز به آموزش داشبوردها، گزارشها و تصمیمگیری دارند.
- مدیران واحدها نیاز به آموزش کنترل فرایندها، تأییدیهها و گزارشهای عملیاتی دارند.
- کاربران اجرایی نیاز به آموزش مرحلهبهمرحله کار با سیستم دارند.
- کاربران کلیدی باید عمیقتر آموزش ببینند تا بتوانند از سایر کاربران پشتیبانی کنند.
- تیم IT باید با تنظیمات، دسترسیها، خطاها و نگهداری سیستم آشنا شود.
در کنار آموزش، باید مدیریت تغییر نیز جدی گرفته شود. ERP معمولاً شفافیت ایجاد میکند و همین شفافیت ممکن است با مقاومت برخی افراد همراه شود. اگر مدیران ارشد از پروژه حمایت نکنند، کاربران کلیدی همراه نشوند یا مزایای سیستم برای کارکنان توضیح داده نشود، پذیرش ERP کاهش مییابد.
۸. راهاندازی نهایی و Go-Live
پس از تکمیل تستها، آموزش کاربران و تأیید دادهها، سیستم وارد مرحله Go-Live میشود. Go-Live یعنی ERP بهصورت رسمی وارد عملیات واقعی سازمان میشود.
قبل از Go-Live باید یک چکلیست دقیق آماده شود. این چکلیست میتواند شامل موارد زیر باشد:
- تأیید نهایی دادههای پایه
- تأیید مانده حسابها و موجودیها
- تأیید سطوح دسترسی
- آماده بودن تیم پشتیبانی
- آماده بودن برنامه بازگشت اضطراری
- توقف یا محدودسازی سیستمهای قدیمی
- اطلاعرسانی به کاربران
- تعیین مسئول پاسخگویی در روزهای اول اجرا
- بررسی گزارشهای حیاتی پس از شروع کار
انتخاب روش Go-Live به استراتژی پروژه بستگی دارد. در برخی سازمانها اجرای مرحلهای مناسبتر است و در برخی موارد اجرای یکباره یا هیبرید نتیجه بهتری میدهد.
مهم این است که Go-Live پایان پروژه نیست. Go-Live آغاز استفاده واقعی از ERP است و تازه در این مرحله مشخص میشود که سیستم در محیط عملیاتی چگونه کار میکند.
۹. پشتیبانی، تثبیت و بهبود مستمر
پس از راهاندازی، سازمان وارد مرحله پشتیبانی و تثبیت میشود. این مرحله گاهی Hypercare نامیده میشود؛ یعنی دورهای که تیم پروژه، مشاوران و کاربران کلیدی با تمرکز بالا مشکلات روزهای اول اجرا را بررسی و رفع میکنند.
در این مرحله باید موارد زیر انجام شود:
- رفع خطاهای عملیاتی کاربران
- اصلاح تنظیمات نادرست
- بررسی گزارشهای کلیدی
- پایش سرعت و عملکرد سیستم
- دریافت بازخورد کاربران
- تکمیل آموزشهای تکمیلی
- مستندسازی رویههای استاندارد
- بهینهسازی فرایندها
- برنامهریزی برای فازهای بعدی
بعد از تثبیت اولیه، ERP باید بهصورت دورهای ارزیابی و بهبود داده شود. سازمانها رشد میکنند، فرایندها تغییر میکنند، قوانین مالیاتی و تجاری عوض میشوند و نیازهای مدیریتی جدید ایجاد میشود. بنابراین ERP یک پروژه یکبار مصرف نیست؛ بلکه یک دارایی بلندمدت سازمانی است که باید مدیریت و توسعه داده شود.
جمعبندی؛ ERP موفق با آمادگی، انتخاب درست و مدیریت تغییر ساخته میشود
استقرار موفق ERP با نصب نرمافزار شروع نمیشود و با Go-Live هم تمام نمیشود. این مسیر از ارزیابی آمادگی سازمان آغاز میشود، با انتخاب دقیق ERP ادامه پیدا میکند، از طراحی فرایند و انتقال داده عبور میکند و در نهایت با آموزش، راهاندازی، پشتیبانی و بهبود مستمر به نتیجه میرسد.
اگر سازمان قبل از شروع پروژه، ERP Readiness را جدی بگیرد، در مرحله ERP Evaluation فقط به ظاهر نرمافزار توجه نکند، نوع ERP مناسب خود را بشناسد و بین ERP افقی، عمودی، دو لایه یا ترکیبی انتخاب درستی داشته باشد، احتمال موفقیت پروژه بهمراتب بیشتر میشود.
ERP زمانی ارزش واقعی ایجاد میکند که فرایندهای سازمان را شفافتر، دادهها را قابل اعتمادتر، تصمیمگیری را سریعتر و کنترل مدیریتی را دقیقتر کند. بنابراین موفقیت در پیادهسازی ERP، نتیجه ترکیب سه عامل است: نرمافزار مناسب، فرایند درست و سازمان آماده.
