المتاجر والمخزون

يتكوّن اقتصاد Flock من ثلاثة أجزاء:

المتاجر — مجموعات من العناصر القابلة للشراء.
عناصر المتجر — عروض مفردة لكلٍّ منها سعر وعملة.
المخزون — سجلٌّ بما اشتراه كل لاعب.

النطاق: تُعرَّف المتاجر وعناصرها لكل إصدار لعبة؛ أما المخزون فلكل لاعب.

تخصم عملية الشراء من محفظة اللاعب وتسجّل مدخلًا في المخزون:

Shop item ──purchase──▶ wallet debit ──▶ inventory entry

وكل عملية شراء تُنشئ مدخلها الخاص، فشراء العنصر نفسه مرتين يمنحك مدخلين. ويحمل كل مدخل حقل status يضبطه الخادم (unused أو used أو revoked بعد الاسترداد) وحقل used_at. واستخدام العنصر، وتسمّيه حزمتا التطوير استهلاكًا، يُعلّم مدخله بأنه مستخدَم. لا تُخصم عملية الشراء مرتين أبدًا، ولا تُصفّ في طابور عند انقطاع الاتصال. ويُجلب المخزون دائمًا محدَّثًا من الخادم؛ أما الكتالوج فمُخزَّن مؤقتًا ويُقدَّم دون اتصال، لذا عامِل أي سعر معروض على أنه استرشادي حتى تنجح عملية الشراء. ويمكن أن تُباع العناصر بمال حقيقي أيضًا، يُدفع عبر App Store أو Google Play على الهاتف: راجع الشراء داخل التطبيق. وعلى Windows وmacOS وLinux وWebGL يُدفع عبر صفحة ويب: راجع الدفع عبر الويب.

المعرّف الذي تأخذه عملية الشراء

تُسمّي عملية الشراء عنصر المتجر بمعرّفه: حقل id الخاص بالعنصر داخل متجره. وهو ليس اسم العنصر، وليس معرّف المتجر. اقرأه من المتجر بدل كتابته يدويًا: تسرد حزمة التطوير متاجر إصدار اللعبة الذي يشغّله بناؤك، ومع كلٍّ منها عناصره. وتحمل عناصر المتجر المولَّدة في Unreal المعرّفَ سلفًا. ينتمي المتجر إلى إصدار لعبة واحد، فالمتجر الذي أُنشئ تحت إصدار آخر لا يُسرَد ولا يُعثر عليه بالاسم. وإن عادت القائمة فارغة، فتحقّق من أن لوحة التحكم تُظهر المتجر تحت إصدار اللعبة الذي يشغّله بناؤك.

تُنشأ المحفظة عند تسجيل اللاعب. يبني الخادم محفظة كل لاعب من قالب العملات لإصدار اللعبة عند التسجيل، وتبدأ كل عملة من الصفر. أنشئ قالب العملات قبل أن يسجّل لاعب الاختبار؛ فاللاعب الذي سجّل قبل وجوده لا محفظة لديه يدفع منها. أمّا اللاعب الذي أُنشئت محفظته تحت إصدار لعبة آخر فيحتفظ بها: عند تسجيل الدخول ينقلها الخادم إلى قالب العملات لهذا الإصدار، مع الإبقاء على الأرصدة وبدء العملات الجديدة من الصفر. راجع العملات والمحافظ.

وحين يفشل استدعاء، يذكر نصّ حزمة التطوير ما الخطأ وكيف تصلحه. فعملية الشراء التي أُعطيت اسم العنصر بدل معرّفه تُقرأ هكذا:

Shop item with ID 'GoldItem' not found [shop_item.shop_item_not_found, HTTP 404]
Fix: ... take the shop item's Id ..., not the item's name or the shop's id.

ويعني الخطأ 404 بالرمز request.not_found وسببُه Not Found المجرّدة أن الطلب لم يصل إلى أي مسار أصلًا (وأي سبب آخر يسمّي سجلًّا لم يجده المسار): يجب أن يكون API URL عنوان خادم Flock وحده، دون /v1 أو أي مسار بعده.

تمنح عمليات الشراء محتوياتها من جهة الخادم. أعطِ عنصر المتجر نوع حزمة عملة أو عنصر قابل للاستهلاك وأرفق به مكافآت، فيضيف الخادم المكافأة إلى رصيد اللاعب ضمن العملية نفسها التي تخصم السعر. ولا يمكن أن يقع أحد الشقّين دون الآخر، ولا تقرّر اللعبة ما الذي مُنح — لذا لا يستطيع تطبيق معدَّل أن يمنح نفسه شيئًا، ولا يترك انقطاع الاتصال اللاعب مخصومًا منه دون مقابل.أما العنصر القياسي فهو السلوك الأقدم ولا يزال الافتراضي: يخصم السعر ويسجّل مدخل مخزون تفسّره لعبتك كما تشاء. وتبيع المحفظة العنصر القياسي من جديد مع كل عملية شراء، لذا تحقّق قبل عرضه من أن اللاعب لا يملكه مسبقًا. (أما المتجر فيبيعه مرة واحدة فقط: راجع الشراء داخل التطبيق.)

لوحة التحكم
Unity
Unreal

يُسعَّر العنصر بعملة، فأنشئ أولًا إعداد العملات لهذا الإصدار (راجع العملات والمحافظ). ومن دونه تقول عناصر المتجر Add a currency config to enable item creation، ومعها Go to Currencies. (نذكر الأسماء كما تظهر في لوحة التحكم بالإنجليزية.)

من القائمة أعلى الصفحة، اختر لعبتك وإصدار اللعبة الذي يشغّله بناؤك. فالمتجر يخصّ ذلك الإصدار وحده.
افتح Monetization → Shops، واضغط New تحت Your Shops.
اكتب Shop Name، واترك Status على Active، واضغط Create Shop. علامة النجاح: تقول الصفحة Shop created. Add your first item. ويظهر المتجر تحت Your Shops.
والمتجر محدَّد، افتح تبويب Items واضغط Add Item.
في نافذة New Item املأ:
- Item Name، وStatus (Active لتبيعه).
- Item type، وهو يحدّد ما يناله اللاعب:
  - Standard يضيف قيدًا إلى مخزون اللاعب ولا يمنح شيئًا آخر؛ ولعبتك تقرّر معناه. وتبيعه المحفظة من جديد في كل شراء.
  - Currency pack يدفع مكافآته مباشرةً إلى محفظة اللاعب عند الشراء، دون قيد في المخزون.
  - Consumable يبقى غير مستخدَم في مخزون اللاعب، ويدفع مكافآته حين تستهلكه لعبتك.
- Price وCurrency. بعملة اللعبة يكون السعر عددًا صحيحًا، مثل 50. وبعملة حقيقية اكتبه كما يراه اللاعب، مثل 4.99: فالخادم يحفظه بأصغر وحدة في العملة، فتقرؤه حزمة التطوير 499.
- Store product IDs (App Store وGoogle Play): للعنصر الذي يُباع داخل تطبيق للهاتف فقط (راجع الشراء داخل التطبيق).
- Rewards، لحزمة العملة أو العنصر المستهلَك: اضغط Add reward، واختر عملة غير عملة السعر، وأدخل Amount عددًا صحيحًا أكبر من صفر. وتحتاج الحزمة إلى عملة ثانية في إعداد العملات.
اضغط Add Item. علامة النجاح: يظهر العنصر في Shop Items بسعره وعملته ومكافآته، وعليه Real money إن سُعِّر بعملة حقيقية.

ويعرض Preview as player المتجر كما يراه اللاعب. ويُقفَل الإصدار المنشور إلى Production: فتصير متاجره وعناصره للقراءة فقط، ولا تتغيّر إلا عبر رقعة (patch).

صفحة Shops وفيها متجران تحت Your Shops وعناصر المتجر المحدَّد — Monetization → Shops: تبويب Items لمتجر، ومعه Add Item.

استدعاء واحد يشتري أي عنصر: Shop.PurchaseAsync(item.Id). فالعنصر المسعَّر بعملة اللعبة يُدفع من المحفظة، والعنصر المدفوع بمال حقيقي يمرّ عبر المتجر (راجع الشراء داخل التطبيق). وكل مثال أدناه للاعب المسجَّل دخوله ويعمل داخل دالة async؛ و"Main Shop" يمثّل اسم متجرك.يحتاج اللاعب إلى محفظة يدفع منها. ولاعب الاختبار الذي صنعته في البداية السريعة قبل وجود قالب العملات لا محفظة له: استدعِ FlockClient.Instance.Authentication.Logout() مرة واحدة، ثم احذف معرّف الجهاز الذي تحفظه الحزمة (الملف Flock/device_id.txt تحت Application.persistentDataPath) أو مرّر معرّف جهاز جديدًا خاصًا بك، مثل Guid.NewGuid().ToString()، ثم اضغط Play مجددًا ليُسجَّل لاعب جديد. ثم امنحه عملة بـAddGameFundsAsync؛ وفي العملات والمحافظ الخطوتان كاملتين.اعرض المتجر. اقرأ العناصر والمحفظة وما يملكه اللاعب مرة واحدة، ثم ارسم كل عنصر.

using System.Collections.Generic;
using Flock;
using Flock.Models;

// معرّف عنصر المتجر من متجره: لا اسم العنصر، ولا معرّف المتجر.
Shop shop = await FlockClient.Instance.Shop.GetByNameAsync("Main Shop");
FlockWallet wallet = await FlockClient.Instance.Player.GetWalletAsync();
IReadOnlyDictionary<string, int> owned = await FlockClient.Instance.Shop.GetOwnedItemCountsAsync();

foreach (ShopItem item in shop.ShopItems)
{
    owned.TryGetValue(item.Id, out int count);
    string price = $"{item.Price} {item.Currency}";                       // مثلًا "20 Gold"
    bool canPay = item.IsRealMoney || wallet.CanAfford(item);              // عطّل ما لا تستطيع المحفظة دفعه
    bool alreadyHeld = item.Type == ShopItemTypes.Standard && count > 0;  // المحفظة ستبيعه مرة أخرى
}

وفي الأمثلة أدناه item وpotion وsword عناصر ShopItem مقروءة من المتجر كما سبق.اشترِ عنصرًا. يخبرك الردّ بما مُنح وبالمحفظة بعد الشراء.

using Flock;
using Flock.Models;
using UnityEngine;

PurchaseResult bought = await FlockClient.Instance.Shop.PurchaseAsync(item.Id);

foreach (ShopItemReward reward in bought.Granted)
    Debug.Log($"+{reward.Amount} {reward.Code}");           // مثلًا ‎+500 Gold
long gold = bought.Balances?.BalanceOf("Gold") ?? 0;       // ‏null حين لا تتحرّك أي عملة
PlayerInventory entry = bought.Inventory;                  // ‏null لحزمة العملة

حين لا تتمّ عملية الشراء. ترمي عملية الشراء التي لم تشترِ شيئًا استثناءً. وتكفي ثلاث حالات لشاشة المتجر:

using Flock;
using Flock.Exceptions;
using UnityEngine;

try
{
    await FlockClient.Instance.Shop.PurchaseAsync(item.Id);
}
catch (FlockException e) when (e.ErrorCode == FlockErrorCode.ShopInsufficientFunds)
{
    // لا يكفي من عملة العنصر: لم يُشترَ شيء. أخبر اللاعب.
}
catch (FlockException e) when (e.OutcomeUnknown)
{
    // لم يقل أي ردّ هل تمّت، فربما تمّت. اقرأ المحفظة
    // والمخزون من جديد قبل عرضه مرة أخرى.
}
catch (FlockException e)
{
    Debug.LogWarning(e.Message);   // ما الخطأ، ثم سطر "Fix:" يقول كيف تصلحه
}

وعملية الشراء التي لم يصل ردّها (اتصال انقطع، أو مهلة انتهت، أو خطأ في الخادم) تُرسَل من جديد تلقائيًا، بمفتاح واحد يجيب به الخادم عن التكرار بعملية الشراء الأولى، فيدفع اللاعب مرة واحدة. أما استدعاء PurchaseAsync جديد فهو عملية شراء جديدة. وتكون OutcomeUnknown صحيحة حين لا يقول أي ردّ هل تمّت العملية أم لا.استخدم عنصرًا قابلًا للاستهلاك. تستخدم ConsumeOneAsync واحدًا من عنصر متجر يملكه اللاعب، وتمنح ما يحمله.

using Flock;
using Flock.Exceptions;
using Flock.Models;
using UnityEngine;

try
{
    ConsumeResult used = await FlockClient.Instance.Shop.ConsumeOneAsync(potion.Id);
    foreach (ShopItemReward reward in used.Granted)
        Debug.Log($"+{reward.Amount} {reward.Code}");
}
catch (FlockValidationException)
{
    // لا يملك اللاعب أيًّا منه (ربما استُخدم على جهاز آخر).
}
catch (FlockException e) when (e.OutcomeUnknown)
{
    // لم يصل ردّ، فربما استُخدم: اقرأ المخزون من جديد.
}

ولا يُرسَل استخدام العنصر مرتين من تلقاء نفسه أبدًا. ولاستخدام مدخل بعينه، مرّر معرّفه: ConsumeAsync(entry.Id).هل يملكه اللاعب؟

using Flock;

bool hasSword = await FlockClient.Instance.Shop.OwnsAsync(sword.Id);   // مدخل غير مستخدَم من العنصر

مع الشيفرة المولَّدة. بعد Sync Schemas (تبويب Code Generation في Flock → Settings) يصبح لكل عنصر معرّف مكتوب النوع في FlockShopItemId، باسم العنصر. ولا توجد هذه الأسماء إلا بعد المزامنة، ولعناصر متاجرك أنت فقط: GoldPack وPotion وSword هنا أمثلة.

using Flock;
using Flock.Generated.Shops;

await FlockClient.Instance.Shop.PurchaseAsync(FlockShopItemId.GoldPack);
await FlockClient.Instance.Shop.ConsumeOneAsync(FlockShopItemId.Potion);
bool hasSword = await FlockClient.Instance.Shop.OwnsAsync(FlockShopItemId.Sword.ShopItemId());

وعملية الشراء أو الاستخدام التي تُبلغ عن محفظة تكتبها أيضًا في بيانات اللاعب المخزّنة مؤقتًا، فتُظهر القراءة التالية للمحفظة الرصيد الجديد. ولعرض ما سيمنحه العنصر قبل أن يشتريه اللاعب، اقرأ ShopItem.Rewards؛ ولا تكون Granted ولا Rewards قيمتها null أبدًا.

الرمز	ما الذي حدث	ما العمل
`ShopInsufficientFunds`	لا يملك اللاعب ثمن العنصر	اقرأ المحفظة قبل عرضه
`ShopCurrencyNotHeld`	لا رصيد في المحفظة بعملة العنصر	سعّره بعملة من قالب المحفظة
`ShopWalletNotFound`	لا محفظة للاعب في إصدار اللعبة هذا	أنشئ قالب العملات، ثم سجّل اللاعب
`ShopItemShopItemNotFound`	لا عنصر بهذا المعرّف	مرّر `ShopItem.Id` من متجره
`ShopItemNotForSale`	العنصر، أو متجره، غير نشط في لوحة التحكم	اقرأ المتجر مجددًا، فهو لا يعرضه؛ واجعله نشطًا لبيعه
`PlayerInventoryAlreadyUsed`	هذا المدخل مستخدَم سلفًا	اقرأ المخزون من جديد

تصفّح باستخدام عقد Flock | Shop، أو مزوّد المتجر في C++. ويمكن قراءة حقلَي data وstats الحرَّين لأي عنصر عبر مسار منقوط، فلا حاجة إلى عقدة لتحليل JSON.وتُكمل Purchase بكل ما أنتجته عملية الشراء — ما مُنح، والمحفظة بعد المنح، ومدخل المخزون إن أنشأ العنصر واحدًا.العنصر المسعَّر بعملة اللعبة يُدفع من محفظة اللاعب فورًا. أما العنصر المسعَّر بعملة تُدرجها إعدادات العملات لديك مالًا حقيقيًا (لإصدار اللعبة الذي ترسله اللعبة) فيمر عبر المتجر الذي ربطته اللعبة بـ UFlockStore::Connect (Flock Connect Store في Blueprint): متجر الهاتف (راجع الشراء داخل التطبيق)، أو الدفع عبر صفحة ويب على Windows وmacOS وLinux (راجع الدفع عبر الويب). وإن لم يُربط متجر رُفض الشراء ولا يُحتسب شيء.

عقدة Flock Purchase داخل مخطط Blueprint — اشترِ باختيار عنصر مُولَّد — المعرّف مضمَّن سلفًا ويستحيل أن تخطئ في كتابته.

اقرأ المتجر. وفي C++، اقرأ معرّف عنصر المتجر من متجره: تأخذ Purchase القيمة FFlockShopItem::Id، لا اسم العنصر ولا معرّف المتجر.

#include "FlockSubsystem.h"
#include "Providers/FlockPlayerProvider.h"
#include "Providers/FlockShopProvider.h"

UFlockSubsystem* Sdk = UFlockSubsystem::Get(this);   // this: any object in the game's world

Sdk->GetShopProvider()->GetByName(TEXT("Main Shop"),
    [](TFlockResult<FFlockShop> Shop)
    {
        for (const FFlockShopItem& Item : Shop.Value.ShopItems)
        {
            // Item.Id is what Purchase takes; Item.Name is for showing the player.
        }
    });

Flock Get Shop By Name إلى Break Flock Shop، وتمرّ Shop Items فيها على ForEach Loop إلى Break Flock Shop Item — اقرأ متجرًا باسمه ومرّ على عناصره: معرّف كل عنصر (Id) هو ما تأخذه Flock Purchase.

اعرض المتجر. اقرأ المحفظة وما يملكه اللاعب مرة واحدة، ثم قرّر لكل عنصر. تأتي المحفظة من ذاكرة بيانات اللاعب المؤقتة، التي تُبقيها عمليات الشراء محدَّثة؛ أما المخزون فيُقرأ من الخادم في كل استدعاء، لذا اقرأ الأعداد مرة واحدة لشاشة كاملة.

// Items: the shop items the screen shows, read from their shop as above.
const TWeakObjectPtr<UFlockSubsystem> Flock = Sdk;
Sdk->GetPlayerProvider()->GetWallet([Flock, Items](TFlockResult<FFlockWallet> Wallet)
{
    if (!Wallet.bSuccess || !Flock.IsValid())
    {
        return;
    }
    Flock->GetShopProvider()->GetOwnedItemCounts([Balances = Wallet.Value, Items](TFlockResult<FFlockOwnedItemCounts> Owned)
    {
        if (!Owned.bSuccess)
        {
            return;
        }
        for (const FFlockShopItem& Item : Items)
        {
            const int32 Held = Owned.Value.CountOf(Item.Id);   // unused entries the player holds
            const bool bCanBuy = Balances.CanAfford(Item);       // false for a real-money item
            // The wallet sells a standard item again on every purchase: offer it only while Held is 0.
        }
    });
});

اشترِ.

// ItemId: the Id of an item read from its shop, as above.
Sdk->GetShopProvider()->Purchase(ItemId,
    [](TFlockResult<FFlockPurchaseResult> Bought)
    {
        if (!Bought.bSuccess)
        {
            if (Bought.Error.ErrorCode == EFlockErrorCode::ShopInsufficientFunds)
            {
                // The server declined — show the player, don't retry.
            }
            else if (Bought.Error.bOutcomeUnknown)
            {
                // No answer said whether it was bought: read the wallet and inventory before offering it again.
            }
            // What went wrong, then a "Fix:" line saying how to fix it.
            UE_LOG(LogTemp, Warning, TEXT("%s"), *Bought.Error.ToDisplayText());
            return;
        }

        for (const FFlockShopItemReward& Reward : Bought.Value.Granted)
        {
            // e.g. +500 GOLD. Ask the reward, never compare Type to a typed-out "currency":
            // the server owns that set and can add kinds.
            if (Reward.IsCurrency()) { /* Reward.Code, Reward.Amount */ }
        }

        // Both may legitimately be absent, so ask rather than testing the Id yourself.
        if (Bought.Value.HasWallet())       { /* Bought.Value.Wallet — balances after the grant */ }
        if (Bought.Value.HasInventoryRow()) { /* Bought.Value.Inventory — the row the player owns */ }
    });

تُضيف حزمة العملة قيمتها إلى المحفظة مباشرة ولا تنشئ مدخل مخزون — فتعود HasInventoryRow() بالقيمة false، وهي حالة «لا مدخل» المشروعة لا خطأً. أما العنصر القابل للاستهلاك فيفعل العكس: يستقرّ في المخزون ويمنح مكافأته عند استهلاك اللاعب له.

// InventoryId: an entry's Id from GetPlayerInventory.
Sdk->GetShopProvider()->Consume(InventoryId,
    [](TFlockResult<FFlockConsumeResult> Consumed)
    {
        for (const FFlockShopItemReward& Reward : Consumed.Value.Granted) { /* +Amount Code */ }
    });

// Or use up one entry of a shop item the player holds, without reading the inventory yourself.
Sdk->GetShopProvider()->ConsumeOne(PotionItemId,
    [](TFlockResult<FFlockConsumeResult> Used) { /* Used.Value.Granted */ });

// Whether the player holds one: a standard item bought and not used up.
Sdk->GetShopProvider()->Owns(PotionItemId, [](TFlockResult<bool> Holds) { /* Holds.Value */ });

PotionItemId هو Id عنصر في المتجر. تقرأ ConsumeOne المخزون وتستخدم أول مدخل غير مستخدَم لذلك العنصر، متجاوزةً مدخلًا استُخدم في الأثناء على جهاز آخر؛ وأي فشل آخر يوقفها، فلا يستخدم استدعاء واحد مدخلين أبدًا. وتفشل (Validation) حين لا يملك اللاعب أيًّا منه. وتقرأ Owns المخزون كله. وحين لا يكون أحد مسجَّل الدخول، تفشل ConsumeOne (Auth) وتفشل Owns (Validation، مع طلب تسجيل الدخول أولًا). أما Consume فلا ترفضها حزمة التطوير: تُرسل كما هي، فلا تستدعِها إلا ولاعب مسجَّل دخوله.وفي Blueprint هذه هي Flock Purchase وFlock Consume Inventory Item وFlock Consume One وFlock Owns Shop Item وFlock Get Owned Item Counts. ولشاشة متجر، اقرأ المحفظة بـ Flock Get Wallet (تحت Flock | Player) والأعداد المملوكة مرة واحدة، ثم اسأل لكل عنصر Can Afford (المحفظة، العنصر) وOwned Count Of (الأعداد، معرّف العنصر). فكّك نتيجة الشراء للحصول على Inventory وGranted وWallet، واستخدم العقد التي لا منافذ تنفيذ لها بدل فحص الحقول بنفسك: Has Inventory Row قبل قراءة المدخل، وIs Currency Reward للتفرّع على نوع المكافأة. ومقارنة Type بنصّ مكتوب يدويًا هي الخطأ الوحيد الجدير بالاحتراس منه — إذ يُقرأ الخطأ المطبعي على أنه «ليست مكافأة عملة» فيتخطّى المنح بصمت. وعملية الشراء أو الاستهلاك التي تُبلغ عن محفظة تكتبها أيضًا في بيانات اللاعب المخزّنة مؤقتًا.ولا تكون Granted قيمتها null أبدًا — فالعنصر الذي لا يمنح شيئًا يُعيد قائمة فارغة. ولعرض ما سيمنحه العنصر قبل أن يشتريه اللاعب، اقرأ Rewards من عنصر الفهرس.وتُفشِل عملية الشراء المرفوضة النتيجةَ بدل أن ترمي استثناءً — تحقّق من Error.ErrorCode بحثًا عن EFlockErrorCode::ShopInsufficientFunds لتمييز «الرصيد غير كافٍ» عن فشل الشبكة.لا تُشترى عملية شراء مرتين أبدًا. تحمل كل محاولة لاستدعاء Purchase واحد المفتاحَ نفسه، فيُعاد إرسال ما لم يصل ردّه ويجيب الخادم عن التكرار بعملية الشراء الأولى. واستدعاء Purchase ثانٍ عملية شراء ثانية. وحين لا يقول أي ردّ هل تمّت، يكون bOutcomeUnknown مضبوطًا في الفشل (Outcome Unknown في خطأ Blueprint): اقرأ المحفظة والمخزون قبل أن تعرض العنصر مجددًا. وهذا للعنصر المدفوع من المحفظة؛ أما العنصر المدفوع بمال حقيقي الذي لا يُعرف مصير شرائه فيُعالَج كما تقول صفحة الشراء داخل التطبيق. ولا يُعاد إرسال الاستهلاك أبدًا بعد فشل ملتبس، لأنه لا يحمل مفتاحًا والتكرار يمنح مرتين؛ ويُبلغ عن bOutcomeUnknown بالطريقة نفسها.

راجع العملات والمحافظ للاطّلاع على الأرصدة التي تقوم عليها عمليات الشراء.

بدء الاستخدام

المفاهيم

الميزات

المرجع

المتاجر والمخزون

المعرّف الذي تأخذه عملية الشراء

​المعرّف الذي تأخذه عملية الشراء

المعرّف الذي تأخذه عملية الشراء