OmniTower

OmniTower — برج کنترل omnichannel و مرجوعی — تخصیص سفارش فروشگاه/انبار، ظرفیت پیک، مرجوعی و کنترل سود در شبکه چندکاناله.

Interactive Sample Demo

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

قبل

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

بعد

تخصیص سودآگاه بین فروشگاه و DC؛ جریان مرجوعی در همان برج کنترل.

  • تخصیص چندگرهی
  • کنترل مرجوعی
  • ظرفیت پیک
  • سود هر سفارش

«از سفارش تا برگشت کالا یک برج کنترل است — نه دو تیم جدا.»

— Omnichannel Director (ناشناس)

مستندات عمومی

چه می‌کند؟

OmniTower یکی از محصولات پورتفولیوی هوش مصنوعی آریا اِی‌آی است که برای تصمیم‌گیری عملیاتی سازمان‌های ایرانی و بین‌المللی طراحی شده. نسخه عمومی روی Hugging Face یک دموی نمونه است؛ نسخه تولید با یکپارچه‌سازی داده، SSO و audit trail استقرار می‌یابد.

مخاطب غیرفنی می‌تواند KPI قبل/بعد، کاربرد صنعت و مسیر پایلوت را ببیند؛ مخاطب فنی pipeline، متریک قابل بازتولید و لینک Space/Model/Dataset را دنبال می‌کند.

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

چه کسی از آن استفاده می‌کند؟

مدیران عملیات، CISO، برنامه‌ریزان تولید، لجستیک، مالی و تیم‌های مهندسی که باید تصمیم را هم برای هیئت‌مدیره و هم برای اجرای فنی توضیح دهند.

خروجی دمو «نمونه تعاملی» است؛ آپلود زنده فایل سازمانی روی Space عمومی توصیه نمی‌شود.

کاربرد در صنایع

فروشگاه زنجیره‌ای

قیمت، موجودی و انتخاب سبد با اثر جانشینی SKU. زنجیره‌های خرده‌فروشی و برندهای DTC.

تجارت الکترونیک

وعده تحویل، تخصیص انبار و جلوگیری از سفارش زیان‌ده.

FMCG

پروموشن، موجودی کمپین و کاهش stockout.

مد و پوشاک

assortment و قیمت پایدار بدون فرسایش برند.

قطعات یدکی

موجودی چندسطحی و پاسخ میدانی.

بازارگاه چندفروشنده

تخصیص ظرفیت و سطح خدمت مستأجر.

برای مهندس: Pipeline و معماری

Orders+inventory+labor → node selection → capacity → returns routing → profit/SLA tower KPIs

omnichannelreturnsfulfillmentretailcontrol-tower

معماری مرجع: Orders+inventory+labor → node selection → capacity → returns routing → profit/SLA tower KPIs. اجزا روی CPU قابل اجرا هستند تا دمو و استقرار اولیه بدون GPU اجباری باشد.

خروجی‌ها شامل امتیاز/برنامه، توضیح‌پذیری و ردپای تصمیم برای بازبینی انسانی است. آموزش و ارزیابی از corpus مستند پروژه پیروی می‌کند.

برای تولید: Docker، متغیر محیطی، و اتصال به سامانه موجود (ERP، SIEM، WMS، APS) طبق معماری هر repo انجام می‌شود.

پشته فنی

  • Python
  • OR-Tools / Pyomo / HiGHS
  • NumPy
  • SimPy
  • Gradio
  • Docker

متریک‌های قابل بازتولید

بنچمارکجزئیاتنتیجه
Nodesstore+DC+3PLnetwork
Returnsintegratedyes
Laborpick capacityconstrained
Objectivemargin+SLAjoint

سوالات پرتکرار

OmniTower چیست و چه مسئله‌ای را حل می‌کند؟

تخصیص سفارش فروشگاه/انبار، ظرفیت پیک، مرجوعی و کنترل سود در شبکه چندکاناله.

آیا می‌توان داده واقعی سازمان را در دمو عمومی وارد کرد؟

خیر. دمو عمومی برای نمونه‌های ازپیش‌محاسبه‌شده یا داده ترکیبی است. داده production باید در استقرار on-prem یا VPC با کنترل دسترسی وارد شود.

آیا این محصول جایگزین سامانه فعلی می‌شود؟

نمونه اولیه (POC) برای نمایش قابلیت بهینه‌سازی است و جایگزین سیستم برنامه‌ریزی تولید سازمانی نیست. متریک‌ها روی داده ترکیبی/بنچمارک قابل بازتولید گزارش شده‌اند. برای استقرار واقعی پایلوت on-prem توصیه می‌شود.

متریک‌های صفحه از کجا آمده‌اند؟

از README و eval_results هر پروژه روی Hugging Face / repo داخلی؛ اعداد بنچمارک ترکیبی را با داده سازمان خود در پایلوت بازسنجی کنید.

لینک‌های Hugging Face

مدل مرتبط

omnitower-solver-config

درخواست پایلوت

برای استقرار on-prem، یکپارچه‌سازی با سامانه‌های موجود یا fine-tune روی داده سازمان خود تماس بگیرید.