کاتالوگ های چند ارزی

(بخش: عملیات و مدیریت)

1) وظیفه و دامنه

• قیمت مناسب مارت (UX، اعتماد)،
• تکرارپذیری محاسبات (حسابرسی، بازده)،
• پیش بینی اقتصادی (حاشیه/مالیات)،
• انطباق (مالیات، تحریم ها، محدودیت های ارزی).

2) مدل داده (مرجع)

• محصول/SKU: {sku _ id، عنوان، ویژگی ها، region_policies[]}'
• PriceList: {لیست قیمت _ ID، base_currency، effective_from، effective_to، نسخه}
• قیمت مورد: {sku _ id، ، ،
• FXRate: '{جفت: EUR → USD، نرخ، منبع، روش، دقت، effective_from، نسخه}'

• 'minor _ units' (ISO 4217; به عنوان مثال JPY = 0، USD/EUR = 2، KWD = 3 ؛ برای رمزنگاری - تا 8)
• 'rounding _ mode': 'HALF _ UP' (خرده فروشی), 'بانکداران' (امور مالی), 'طبقه '/' CEIL' (مالیات/تنظیم کننده)

3) منابع و سیاست FX

منابع: ارائه دهندگان دوره (بانک های تجاری/مرکزی)، TWAP/median خود.
سیاست به روز رسانی: فرکانس (1-15 دقیقه برای فرار، 1 زمان/روز برای پایدار)، تاخیر انتشار.
Markups: «نرخ (1 + fx_markup_bps)» به سمت مشتری ؛ قوانین شفاف در هر کانال/منطقه.
تضمین نقل قول پنجره (قفل نرخ): 5-30 دقیقه با 'fx _ version' در سفارش.
ضد پرش: تغییرات کلاه در هر تیک، قطع کننده مدار، عقب نشینی در آخرین نقل قول معتبر.
نسخه: هر نشریه دوره دارای یک «نسخه»، «موثر _ از» ؛ نگه داشتن تاریخ برای بازگشت/اختلافات.

4) استراتژی های قیمت گذاری

پایه + FX: قیمت پایه را در «هسته» (به عنوان مثال، EUR) ذخیره کنید، در ویترین تبدیل کنید.
برگه های هر ارز: قیمت های از پیش محاسبه شده برای ارزهای کلیدی (بهترین UX، پیش بینی).
مخلوط: 10 ارز برتر - پیش محاسبه، «دم بلند» - در پرواز.
قیمت گذاری جذاب: "X. 99/95/90 "توسط منطقه، نظارت بر تجمع خطاهای گرد کردن.
هزینه ها: هزینه پرداخت، هزینه مرزی، هزینه شبکه (رمزنگاری) - در دایرکتوری یا در مرحله «Checkout Pricing».

5) مالیات و «شمول»

مالیات بر ارزش افزوده/GST شامل/حذف شده: اتحادیه اروپا - بیشتر از مالیات بر ارزش افزوده شامل ؛ B2B می تواند بدون مالیات بر ارزش افزوده باشد.
لایه های مالیات: فدرال/ایالتی/محلی ؛ برای بازی های آنلاین - هزینه های خاص.
نرخ آستانه: مالیات از گردش مالی/دسته/منطقه (آستانه) متفاوت است.
گرد کردن مالیات: هر مورد در مقابل سبد خرید ؛ مدهای گردکردن و ترتیب محاسبه باید قطعی باشند.
بله. reporting: «tax _ rule _ version» را در چک/رسید نگه دارید.

6) گرد و دقت

دور در آخرین مرحله از نمایش ؛ دقت بالا را در محاسبات (تا 8-9 کاراکتر) نگه دارید.
برای رمزنگاری، از کتابخانه های اعشاری (بدون نقطه شناور باینری) استفاده کنید.
سبد ضد رانش: «بانکداران گرد» برای مقادیر، اما UX گرد برای نمایش ؛ fix 'rounding _ scope'.
قانون جمع: مجموع خط با خط گرد باید همان کل باشد - استفاده از توزیع پنی.

7) کاتالوگ، تبلیغاتی و بسته نرم افزاری

ارتقاء - правила: «اگر منطقه = A و ارز در [EUR، USD] سپس تخفیف = 10٪ کلاه = 50».
ترتیب درخواست: (1) قیمت پایه → (2) تخفیف → (3) مالیات → (4) هزینه → (5) گرد کردن.
توزیع بسته نرم افزاری: متناسب با برگه موقعیت قبل از تخفیف ؛ بسته بندی برای بازگشت.
آستانه تبلیغی: حمل و نقل رایگان/پاداش در هنگام total≥X در ارز سبد خرید ؛ معادل ارز پایه را نگه دارید، اما نسخه FX را تعمیر کنید.

8) ادغام با پرداخت و انطباق

در دسترس بودن ارز: هر ارز برای هر بازیکن/منطقه/ارائه دهنده پرداخت در دسترس نیست.
تضمین FX: پیشوند مجوز توسط ثابت 'fx _ version' ؛ در طول انقضا - درخواست تایید قیمت جدید.
CUS/تحریم ها: لیست بلوک ارزها/بانک ها/نشانه ها، محدودیت های تبدیل.
بازده/بازپرداخت: محاسبه مجدد با توجه به «fx _ version» تاریخی سفارش ؛ بازگشت هزینه - توسط دایرکتوری در تاریخ معامله.

9) معماری API و قرارداد

• GET/کاتالوگ/قیمت ؟ sku =... & ارز =... & منطقه =... & لیست قیمت =... '
• : {واحد _ قیمت، ارز، ، ، هزینه ها []، ،

• 'POST/pricing/quote {items []، منطقه، ارز، buyer_type}'
• Ответ: {items _ priced []، subtotal، تخفیف، مالیات []، هزینه []، کل، fx_version، lock_ttl، امضا}

• 'POST/pricing/commit {quote_id, signature}' → رسید با هش و امضا.

• 'PriceListUpdated', 'FXRatePublished', 'TaxRuleChanged', 'PromoChanged' - с 'version/effective _ from'.

10) ذخیره سازی و عملکرد

Edge cache: key 'pricelist: region: currency: sku: version'; TTL برای ارزهای پایدار بالاتر است.
گرم کردن: گرم کردن دسته های برتر با راه اندازی کمپین.
SWR (stale-while-revalidate): برای فروشگاه ها ؛ پرداخت - فقط تازه.
ابطال جزئی: ناتوانی توسط 'sku'، 'دسته'، 'pricelist _ version' برچسب ها.

SLO: p95 ≤ 120ms برای صفحه نمایش، p95 ≤ 250ms برای نقل قول، ≥99. 95٪ در دسترس بودن

11) قابلیت مشاهده و حسابرسی

ردیابی: 'trace _ id', 'pricelist _ version', 'fx _ version', 'tax _ rule _ version' در تمام رویدادها.
غیر قابل تغییر: مجلات WORM از نشریات لیست قیمت/دوره ؛ برشهای مرکل، امضاهای انتشار (DSSE).
رسید: چک/دریافت با طرح کامل و هش payload ؛ فروشگاه برای 7-10 سال (توسط تنظیم کننده).
داشبورد: اختلاف vitrina↔checkout، فرکانس بالا/پایین گرد، خطاهای FX، زمان قفل دوره (قفل TTL)، تبلیغات ROI.

12) محلی سازی صفحه نمایش

فرمت ارز: شخصیت/کد (₴، €، $، AED)، موقعیت شخصیت، محدودیت ها، فضا.
قوانین محلی: «₴ 1 234 56» در مقابل «1، 234 دلار». 56”.
روانشناسی: برچسب های قیمت جادویی («۹۹») همیشه در fintech/بازی ها مناسب نیستند. تست در هر منطقه.
امضاهای قانونی: «قیمت شامل مالیات بر ارزش افزوده»، «کمیسیون شبکه به طور جداگانه شارژ می شود».

13) موارد خاص

ارزهای بدون بخش کسری: JPY/ISK - minor_units=0.
واحدهای جزئی سه کاراکتر: KWD/BHD = 3.
رمزنگاری: BTC/ETH/USDT - تا 8 کاراکتر، هزینه شبکه به طور جداگانه ؛ stablecoins ≠ «1:1 عنوان» با عبور از مرز.

دو قیمت: «کاتالوگ ارز» ≠ «ارز نوشتن» (نرخ بانک بازرگان). انتشار را مستند کنید

ورزش/بازی ها: حداکثر محدودیت برنده در کاتالوگ ارز - نگه داشتن معادل 'fx _ version' دور.

14) SLO/SLI و معیارهای موفقیت

صحت: نسبت سفارشهایی که = ( 1 واحد جزئی برای قوانین توزیع) 99 است. 99%.
ثبات FX: سهم عملیات در پنجره قفل نرخ 99٪ ≥.
اقتصاد: حاشیه/واحد در مقابل طرح ؛ انحراف به دلیل FX/گرد (bps).
UX: نقل قول سرعت p95، سهم تخلیه در تبدیل قیمت، NPS storefronts.
حسابرسی: 100٪ از چک با ذخیره «_ version» و امضا.

15) کتاب های حادثه

1. یخ نقدی غیر فعال, 2) مجبور لیست قیمت تازه کردن, 3) مقایسه 'لیست قیمت _ نسخه '/' fx _ version', 4) جبران سیاست.

1. فعال کردن افزایش نشانه گذاری/تخفیف کلاه، 2) کاهش قفل TTL، 3) تغییر به منبع جایگزین.

1. 'tax _ rule _ version', 2) validation of rounding_scope, 3) hotfix rules and reprice of baskets را علامت بزنید.

1. قوانین امنیتی (min_price), 2) غیر فعال کردن انباشته, 3) محاسبه مجدد و حسابرسی.

16) ایمنی و انطباق

سیاست به عنوان کد: کنترل تغییرات در لیست قیمت/FX/مالیات از طریق PR + امضای انتشار.
نقش/دسترسی: اصل 4 چشم در نشریات قیمت/FX.
سیاههها/رسیدها: رویدادهای چاپ و نشر امضا شده و پرداخت.

محدودیت های منطقه ای: ممنوعیت ارزهای فردی/نشانه ها ؛ ژئو سیاستمداران

17) آزمایش و بهینه سازی

A/B: قیمت گذاری جذاب، قیمت های پیش محاسبه شده در مقابل پرواز، فرمت صفحه نمایش.
نشانه گذاری پویا: وابستگی به نوسانات جفت/زمان روز.
تجزیه و تحلیل کوهورت: بازگشت/بازپرداخت توسط ارز، حساسیت گرد.
استراتژی های نقدی: تاثیر SWR/TTL بر تبدیل و دقت.

18) چک لیست پیاده سازی

• تعریف ارز پایه و سیاست هر ارز از ورق.
• پیکربندی مجموعه FX/انتشار با نسخه، نشانه گذاری، و قفل TTL.
• رسمی TaxRule و محاسبه/گرد سفارش (در هر مورد و یا در هر سبد).
• پیاده سازی API دایرکتوری/نقل قول/تعهد + امضا رسید.
• فعال کردن کش لبه و ناتوانی دانه; SWR برای فروشگاه ها
• ایجاد داشبورد (vitrina↔checkout، خطاهای FX، مالیات، حاشیه bps).
• نقش ها/امضاها را در نشریات قیمت/نرخ، مجلات WORM وارد کنید.
• آماده playbooks: دست قیمت، سنبله FX، اختلافات مالیاتی.
• رفتار «GameDay کاتالوگ»: غیر فعال کردن منبع FX, پشت سر هم تبلیغی, تغییر مالیات.
• به طور مرتب minor_units/otobrazheniye را بر اساس منطقه اصلاح کنید.

19) سوالات متداول

آیا باید قیمت ها را در هر ارز ذخیره کنم ؟

نه لزوما. ترکیب پیش محاسبه برای ارزهای برتر و تبدیل برای دم - این است که چگونه UX و هزینه ها متعادل می شوند.

چرا کل پس از گرد کردن ضرب و شتم نیست ؟

با توجه به تفاوت در هر مورد در مقابل سبد خرید. رفع یک رویکرد و استفاده از «توزیع پنی».

چگونه در یک ماه بازپرداخت کنیم ؟

با توجه به تاریخی «لیست قیمت _ نسخه»، «fx _ version» و «tax _ rule _ version» ذخیره شده در رسید.

در مورد کریپتو چطور ؟

از دقت اعشاری، هزینه شبکه به طور جداگانه استفاده کنید، 1:1 را به فیات قول ندهید. مسیر و پنجره عمل را اصلاح کنید.

خلاصه: یک کاتالوگ چند ارزی ترکیبی از ریاضیات دقیق، سیاست های دقیق و ذخیره سازی هوشمند است. نسخه همه چیز (قیمت/نرخ/مالیات)، تعمیر پنجره نقل قول، تعیین نظم محاسبات و گرد کردن، ثبت نام آثار بررسی و نگه داشتن داشبورد قابل مشاهده است. بنابراین شما یک نمایشگاه صادقانه، شهرک های قابل تجدید و یک اقتصاد مدیریت شده در تمام ارزها و مناطق دریافت می کنید.