پاسخ کوتاه
«دانلود odoo فارسی» سه مسیر دارد که هزینه واقعیشان کاملاً متفاوت است: (۱) نصب رایگان Odoo Community روی سرور خودتان — نرمافزار صفر تومان است اما بومیسازی فارسی، تقویم جلالی، درگاه ریالی و نگهداری را باید خودتان بسازید یا خریداری کنید؛ (۲) اشتراک رسمی Enterprise اودو — قدرتمند ولی دلاری و بدون پشتیبانی داخلی؛ (۳) ابرک — همان هسته اودو با لایه بومیسازی آماده: رابط فارسی RTL، تقویم جلالی، حقوق قانون کار ایران، فاکتور مودیان و میزبانی داخل ایران که در چند دقیقه بدون نصب بالا میآید (شروع رایگان). برای تیمهای فنی قوی که کنترل کامل میخواهند مسیر ۱ منطقی است؛ برای بقیه، هزینه پنهان مسیر ۱ معمولاً بیشتر از اشتراک ابرک تمام میشود.
مسیر ۱: نصب Odoo Community روی سرور
پیشنیازها: یک سرور لینوکسی (حداقل ۲ هسته/۴GB برای شروع)، PostgreSQL، و پایتون. مراحل کلی:
- نصب PostgreSQL و ساخت کاربر دیتابیس
- نصب اودو از مخزن رسمی (apt/pip) یا اجرای ایمیج Docker
- راهاندازی reverse proxy با TLS
- نصب ماژولهای بومیسازی فارسی: ترجمه fa_IR، تقویم جلالی، قالب فاکتور ریالی
- تنظیم بکاپ روزانه و مانیتورینگ
هزینه پنهانی که در تبلیغات «رایگان» دیده نمیشود: ارتقاهای نسخه، رفع تداخل ماژولهای سفارشی، امنیت سرور، و ساعتهای مشاور برای جلالیسازی صحیح گزارشها. تجربه ما با صدها پیادهسازی نشان میدهد همین بخش «نگهداری» است که پروژههای Community را زمین میزند.
مسیر ۲: Enterprise رسمی
ماژولهای حرفهایتر (Accounting کامل، Studio، Sign) با پشتیبانی اودو بلژیک. برای شرکتهای بینالمللی خوب است؛ برای کسبوکار ایران: قیمت دلاری، عدم تطابق مالیاتی ایران بهصورت پیشفرض، و پشتیبانی غیرفارسی.
مسیر ۳: ابرک — اودوی آماده برای ایران
ابرک همان موتور متنباز اودو است + لایه ایران: ۷۰ اپ یکپارچه، مودیان، حقوق و دستمزد مطابق قانون کار ۱۴۰۵، درگاههای پرداخت ریالی و پشتیبانی فارسی. بدون دانلود و نصب؛ پلن رایگان را فعال کنید و همین امروز اولین فاکتور رسمی را بزنید.
| معیار | Community DIY | Enterprise | ابرک |
|---|---|---|---|
| هزینه سالانه تقریبی | سرور + ساعت توسعه | دلاری per-user | از ۰ تا per-user تومانی |
| جلالی/ریالی | خودتان بسازید | خیر | آماده |
| مودیان | ماژول شخص ثالث | خیر | یکپارچه |
| پشتیبانی فارسی | — | — | دارد |
| کنترل کامل سرور | کامل | محدود | اختیاری (استقرار اختصاصی) |
سوالات پرتکرار
نسخه Community محدودیت کاربر دارد؟
خیر؛ محدودیت عملی منابع سرور و توان نگهداری شماست.
میتوانم بعداً از Community به ابرک بیایم؟
بله؛ انتقال داده پایه (طرف حساب، کالا، مانده) بخش استاندارد پروژه راهاندازی است.
چکلیست نصب Community؛ ۱۲ قدم مهندسی
- سرور Ubuntu LTS با حداقل ۴GB RAM و IP ایران برای سرعت داخلی
- PostgreSQL همنسخه با اودوی هدف + کاربر اختصاصی
- Python virtualenv جدول برای نسخه اودو
- نصب اودو (apt مخزن رسمی یا Docker)
- odoo.conf: dbfilter، workers متناسب CPU، limit_time_cpu/memory
- Nginx reverse proxy + TLS (Let's Encrypt) + HSTS
- غیرفعال کردن list_db و بستن /web/database
- بارگذاری ترجمه fa_IR و تنظیم زبان پیشفرض
- ماژول تقویم جلالی معتبر + تست گزارشهای تاریخدار
- قالب ریالی فاکتور و گردکردن مالیات
- Cron بکاپ روزانه دیتابیس + filestore با نگهداشت ۳۰ روزه
- مانیتورینگ ساده (uptime + disk) و تست بازیابی بکاپ!
قدم ۱۲ را هیچوقت حذف نکنید؛ بکاپی که بازیابیاش تمرین نشده بکاپ نیست.
هزینه واقعی DIY؛ عدد بگذاریم
سرور: ~۸ تا ۲۵ میلیون تومان/سال بسته به اندازه. ساعت توسعه بومیسازی و رفع تداخل ماژولهای فارسی: معمولاً ۸۰ تا ۲۰۰ ساعت در سال اول. پشتیبانی اضطراری: هر خرابی صبح شنبه فروش، خودش هزینه است. جمع اینها را با اشتراک مقایسه کنید؛ در بسیاری از موارد ابرک ارزانتر تمام میشود چون این هزینهها در محصول توزیع شدهاند.
چه وقت DIY انتخاب درستی است؟
- تیم IT داخلی با تجربه اودو دارید و سفارشیسازی عمیق هدف تجاری مشخص است.
- دادهها به هر دلیل نباید از سازمان خارج شوند و استقرار on-premise الزام قانونی/سازمانی است.
- خودتان توسعهدهنده هستید و یادگیری را بخشی از سرمایهگذاری میدانید.
در این حالت حتی میتوانید ترکیبی حرکت کنید: هسته روی سرور خودتان با مشاوره استقرار ابرک، و از الگوهای آماده وبلاگ فنی استفاده کنید.
خطاهای متداول نصب و درمان سریع
| خطا | علت | درمان |
|---|---|---|
| 502 پس از ریاستارت | upstream/worker پایین | لاگ odoo-server.log و وضعیت service را چک کنید |
| صفحه سفید پس از آپدیت | assets کش قدیمی | پاکسازی assets و hard refresh |
| تاریخهای ناهماهنگ | جلالیسازی ناقص | ماژول معتبر + تست روی گزارش مالی حساس |
دو سوال تکمیلی
نسخه کدام؟ آخرین یا LTS؟
برای تولید، نسخهای را انتخاب کنید که ماژولهای فارسی موردنیازتان روی آن تست شده باشند؛ «آخرین» همیشه «مناسبترین» نیست.
میتوانم اول Community تست کنم بعد به ابرک بیایم؟
بله؛ داده پایه قابل انتقال است و این مسیر برای تیمهای محتاط کاملاً منطقی است.
چکلیست نصب Community؛ ۱۲ قدم مهندسی
- سرور Ubuntu LTS با حداقل ۴GB RAM و IP ایران برای سرعت داخلی
- PostgreSQL همنسخه با اودوی هدف + کاربر اختصاصی
- Python virtualenv جدول برای نسخه اودو
- نصب اودو (apt مخزن رسمی یا Docker)
- odoo.conf: dbfilter، workers متناسب CPU، limit_time_cpu/memory
- Nginx reverse proxy + TLS (Let's Encrypt) + HSTS
- غیرفعال کردن list_db و بستن /web/database
- بارگذاری ترجمه fa_IR و تنظیم زبان پیشفرض
- ماژول تقویم جلالی معتبر + تست گزارشهای تاریخدار
- قالب ریالی فاکتور و گردکردن مالیات
- Cron بکاپ روزانه دیتابیس + filestore با نگهداشت ۳۰ روزه
- مانیتورینگ ساده (uptime + disk) و تست بازیابی بکاپ!
قدم ۱۲ را هیچوقت حذف نکنید؛ بکاپی که بازیابیاش تمرین نشده بکاپ نیست.
هزینه واقعی DIY؛ عدد بگذاریم
سرور: ~۸ تا ۲۵ میلیون تومان/سال بسته به اندازه. ساعت توسعه بومیسازی و رفع تداخل ماژولهای فارسی: معمولاً ۸۰ تا ۲۰۰ ساعت در سال اول. پشتیبانی اضطراری: هر خرابی صبح شنبه فروش، خودش هزینه است. جمع اینها را با اشتراک مقایسه کنید؛ در بسیاری از موارد ابرک ارزانتر تمام میشود چون این هزینهها در محصول توزیع شدهاند.
چه وقت DIY انتخاب درستی است؟
- تیم IT داخلی با تجربه اودو دارید و سفارشیسازی عمیق هدف تجاری مشخص است.
- دادهها به هر دلیل نباید از سازمان خارج شوند و استقرار on-premise الزام قانونی/سازمانی است.
- خودتان توسعهدهنده هستید و یادگیری را بخشی از سرمایهگذاری میدانید.
در این حالت حتی میتوانید ترکیبی حرکت کنید: هسته روی سرور خودتان با مشاوره استقرار ابرک، و از الگوهای آماده وبلاگ فنی استفاده کنید.
خطاهای متداول نصب و درمان سریع
| خطا | علت | درمان |
|---|---|---|
| 502 پس از ریاستارت | upstream/worker پایین | لاگ odoo-server.log و وضعیت service را چک کنید |
| صفحه سفید پس از آپدیت | assets کش قدیمی | پاکسازی assets و hard refresh |
| تاریخهای ناهماهنگ | جلالیسازی ناقص | ماژول معتبر + تست روی گزارش مالی حساس |
دو سوال تکمیلی
نسخه کدام؟ آخرین یا LTS؟
برای تولید، نسخهای را انتخاب کنید که ماژولهای فارسی موردنیازتان روی آن تست شده باشند؛ «آخرین» همیشه «مناسبترین» نیست.
میتوانم اول Community تست کنم بعد به ابرک بیایم؟
بله؛ داده پایه قابل انتقال است و این مسیر برای تیمهای محتاط کاملاً منطقی است.