چندانباری و لجستیک
چندفروشندگی بدون چندانباری کامل نمیشود
هر فروشنده میتواند چند فروشگاه و چند انبار داشته باشد. خود RQmarket هم میتواند انبار، بارانداز و hub داشته باشد. اتصال لجستیک باید هم API-first باشد و هم برای providerهای فیزیکی و دستی قابل ثبت و پیگیری بماند.
| مالک/نوع انبار | تعریف | ویژگیهای الزامی |
|---|---|---|
| فروشنده | چند انبار برای هر فروشگاه یا کل فروشنده | شهر، استان، کشور، منطقه آزاد، FOB، SLA، ظرفیت، موجودی |
| RQmarket | انبار، بارانداز و هاب عملیاتی مرکزی | کنترل کیفیت، cross-dock، تسویه لجستیک، stock pooling |
| شریک لجستیک | انبار یا hub متعلق به provider | API، روال دستی، زمانبندی برداشت/تحویل، SLA |
| منطقه آزاد/گمرکی | انزلی، سلفچگان، ارس و موارد آینده | customs state، FOB، import/export، اسناد |
| Provider | نوع اتصال | کاربرد |
|---|---|---|
| پست ایران | API و روال فیزیکی | ارسال ملی، رهگیری، مرجوعی |
| پست خصوصی/تیپاکس | API و پنل | ارسال سریع، شهرهای منتخب |
| DHL و بینالمللی | API | مرسولات cross-border و سازمانی |
| حمل اتوبوسی/محلی | روال دستی + ثبت API | پوشش نقاط کوچک و مسیرهای خاص |
| Entity | نقش | فیلدهای کلیدی |
|---|---|---|
| Seller | مالک حقوقی/عملیاتی | ZITADEL subject، نقشها، مدارک، قراردادها و وضعیت احراز |
| Shop | شعبه/ویترین فروشنده | slug، نام، وضعیت claim، کانالها، سیاست محتوا و source attribution |
| Warehouse | انبار یا بارانداز | مالک، کشور، استان، شهر، منطقه آزاد/FOB، ظرفیت، SLA و provider |
| Product | کالای قابل نمایش/فروش | Medusa product + metadata: source، claim status، seller، shop، brand، category |
| Inventory | موجودی چندانباری | stock location، reserved، available، allocation و sync source |
| Fulfillment Provider | ارائهدهنده لجستیک | API/manual، SLA، tracking، return flow و failure fallback |
| Claim | پرونده ادعای مالکیت | درخواست، مدارک، source، reviewer، decision و audit trail |