اتصال عملیاتی WooCommerce به Mobomobo

کاتالوگ، سفارش و سلامت فروشگاه؛ با یک وضعیت مرجع و مسیر بازیابی روشن

MoboCore فقط محصول وارد نمی‌کند. تغییرات Product و Variant را با Event و Pull دریافت می‌کند، وضعیت مطلوب را حفظ می‌کند، بعد از قطعی یا Webhook از دست‌رفته با Reconciliation فروشگاه را برمی‌گرداند و در کنار آن Order، Media، Cron، Cache، Site Health و Remote Upgrade را قابل کنترل می‌کند.

همگام‌سازیDesired State

Product، Attribute، Variant، Price، Stock و Media فقط Import نمی‌شوند؛ وضعیت نهایی قابل تشخیص و بازیابی است.

قطعی و Event از دست‌رفتهRecovery

Heartbeat و Reconciliation اختلاف را پیدا می‌کنند تا Store برای همیشه Out-of-Sync نماند.

ارسال سفارشMapping-only

روش‌های ارسال موبو مستقیماً وارد Checkout مشتری نمی‌شوند؛ Mapping فقط هنگام ارسال سفارش به Source استفاده می‌شود.

عملیاتObservable

Webhook، Queue، Cron، Image، Cache، Sync Health، Upgrade Barrier و Revenue از Portal قابل بررسی‌اند.

MoboCore system overview
نمای کلی: Source Provider → Portal → WooCommerce Store، همراه با Recovery و عملیات مرکزی.
دو کاربرد روشن

این Deployment برای Mobomobo است؛ خود MoboCore برای Source Providerهای دیگر هم قابل استقرار اختصاصی است

فروشگاه‌های Mobomobo از همین Portal و Mobo Core استفاده می‌کنند. Provider جدید وارد Database یا Workerهای Mobomobo نمی‌شود و Deployment مستقل خودش را می‌گیرد.

برای مدیر فروشگاه Mobomobo

  • محصول، تنوع، قیمت، موجودی و تصویر با Queue و Retry کنترل می‌شوند.
  • Checkout و روش‌های ارسال نمایش‌داده‌شده به مشتری همچنان متعلق به WooCommerce است.
  • سفارش فقط موبو، غیرموبو و Mixed از هم تفکیک می‌شود.
  • در صورت فعال بودن ارسال خودکار، فقط اقلام موبویی با Mapping آدرس و ارسال به Mobomobo منتقل می‌شوند.

برای Source Provider جدید

  • Portal، PostgreSQL، Worker، Domain و Security Boundary مستقل.
  • Source Adapter و Mapping مطابق API و Business Rule همان Provider.
  • کنترل مرکزی Desired State، Health، Webhook، Recovery و Remote Deployment.
  • Wallet/Revenue فقط در جایی فعال می‌شود که قرارداد Provider آن را پشتیبانی کند.
مسیر فروشگاه

از نصب تا Steady State چه اتفاقی می‌افتد؟

نصب جدید نیازی به اجرای Repair به‌عنوان مرحله عادی ندارد. Repair ابزار اصلاح Drift یا داده Legacy است و فقط وقتی Health یا سناریوی مهاجرت نیاز داشته باشد استفاده می‌شود.

۱

نصب Connector

Mobo Core کنار WooCommerce و ووکامرس فارسی فعال می‌شود.

۲

اتصال امن

Token و X-SEC مخصوص همان سایت ثبت و Health بررسی می‌شود.

۳

Initial Sync

کاتالوگ، Attribute، Variant، قیمت، موجودی و Media دریافت می‌شوند.

۴

Mapping اختیاری سفارش

اگر Source Order Submission فعال است، Address و Shipping Mapping کامل می‌شود.

۵

Real Cron

Queueها با Runner و Lock lease محدود و قابل بازیابی پردازش می‌شوند.

۶

Steady State

Event + Pull + Reconciliation وضعیت Store را همگام نگه می‌دارند.

۷

Site Health

Queue، Image، Cache، Cron، Heartbeat و Sync Health از Portal دیده می‌شوند.

۸

Remote Operations

Upgrade و Repair در صورت نیاز با کنترل مرکزی اجرا می‌شوند.