다중 통화 카탈로그
(섹션: 운영 및 관리)
1) 작업 및 범위
다중 통화 카탈로그는 다양한 통화, 지역 및 채널의 가격/수수료/세금에 대한 단일 진실의 원천입니다. 다음을 제공합니다
정확한 가격 마트 (UX, 신뢰),
계산의 재현성 (감사, 수익률),
경제적 예측 가능성 (마진/세금),
규정 준수 (과세, 제재, 통화 제한).
2) 데이터 모델 (참조)
엔터티:- 제품/SKU: '{sku _ id, 제목, 속성, region _ policy []}'
- PriceList: '{pricelist _ id, base _ currency, effect _ from, effect _ to, version}'
- PriceItem: '{sku _ id, base _ price, base _ currency, tax _ class, pricing _ model, promo _ refs []}'
- FXRate: '{쌍: EUR → USD, 요율, 소스, 방법, 정밀도, 유효 _ from, 버전}'
- '사소한 _ 단위' (ISO 4217; 예: JPY = 0, USD/EUR = 2, KWD = 3; 암호화-최대 8)
- 'rounding _ mode': 'HALF _ UP' (소매), 'BANKERS' (금융), 'FLOOR '/' CEIL' (세금/규제 기관)
3) FX 소스 및 정책
출처: 코스 제공 업체 (상업/중앙 은행), 자체 TWAP/중앙값.
업데이트 정책: 빈도 (휘발성 1-15 분, 안정적인 경우 1 시간/일), 게시 지연.
마크 업: 클라이언트 측의 'rate (1 + fx _ markup _ bps)'; 투명한 채널 별/지역 규칙.
보장 된 따옴표 창 (속도 잠금): 순서대로 'fx _ 버전' 으로 5-30 분.
점프 방지: 진드기 당 캡 변경, 회로 차단기, 최신 유효한 견적에서 폴백.
Versioning: 각 코스 출판물에는 '버전', '효과적인 _ from'; 반품/분쟁에 대한 기록을 유지하십시
4) 가격 전략
기본 + FX: 기본 가격을 "핵심" (예: EUR) 에 저장하여 쇼케이스에서 변환하십시오.
통화 당 시트: 주요 통화에 대한 사전 계산 된 가격 (최상의 UX, 예측 가능성).
혼합: 상위 10 개 통화-사전 계산, "긴 꼬리" -즉석에서.
매력 가격: 'X. 지역별 99/95/90 ', 반올림 오류의 축적을 모니터링하십시오.
수수료: 결제 수수료, 국경 간 수수료, 네트워크 수수료 (암호화) -디렉토리 또는 "체크 아웃 가격" 단계.
5) 세금 및 "포함"
VAT/GST 포함/제외: EU-VAT 포함; B2B는 VAT가 없을 수 있습니다.
세금 계층: 연방/주/지방; 온라인 게임 용-특정 수수료.
임계 값: 세금은 회전율/범주/지역 (임계 값) 에 따라 다릅니다.
세금 반올림: 품목 당 대 바스켓 당; 반올림 모드와 계산 순서는 결정적이어야합니다.
유르. 보고: 'tax _ rule _ version' 을 수표/영수증에 보관하십시오.
6) 반올림과 정확성
쇼의 마지막 단계에서 라운드; 계산에서 "높은 정확도" 를 유지하십시오 (최대 8-9 자).
암호화의 경우 10 진수 라이브러리를 사용하십시오 (이진 부동 소수점 제외)
바스켓 안티 드리프트: 금액은 "뱅커 반올림" 이지만 디스플레이는 UX 반올림; 'rounding _ scope' 를 수정하십시오.
요약 규칙: 라인 별 반올림의 합은 총 페니 분포와 동일해야합니다.
7) 카탈로그, 프로모션 및 번들
프로모션-차일리 프라이즈 가뇨: '지역 = A와 [EUR, USD] 의 통화가 있으면 할인 = 10% 한도 = 50' 입니다.
신청 순서: (1) 기본 가격 → (2) 할인 → (3) 세금 → (4) 수수료 → (5) 반올림.
번들 배포: 할인 전에 위치 탭에 비례합니다. 반품을위한 포장.
임계 값 프로모션: 카트 통화로 총 이하 X 인 경우 무료 배송/보너스; 기본 통화를 동등하게 유지하지만 FX 버전을 수정하십시오.
8) 지불 및 규정 준수와의 통합
통화 가용성: 모든 플레이어/지역/결제 제공 업체가 모든 통화를 사용할 수있는 것은 아닙니다.
보장 된 FX: 고정 된 'fx _ 버전' 에 의한 인증 접두사; 만료 중-새 가격의 확인을 요청하십시오.
CUS/제재: 통화/은행/토큰 목록 차단, 전환 제한.
반환/요금 지불: 순서의 역사적 'fx _ 버전' 에 따른 재계산; 반품 수수료-거래 날짜의 디렉토리 별.
9) API 아키텍처 및 계약
디렉토리 읽기:- 'GET/카탈로그/가격? sku =... & currency =... & region =... & pricelist =... '
- 가격, 통화, fx _ 버전, 가격 _ 버전, 세금 _ 버전 [], 수수료 [], 디스플레이 _ 가격, 반올림 _ 모드} '
- 'POST/가격 책정/견적 {품목 [], 지역, 통화, 구매자 _ 유형}'
- 게 프림: '{항목 _ 가격 [], 하위, 할인, 세금 [], 수수료 [], 총액, fx _ 버전, lock _ ttl, 서명}'
- 'POST/가격 책정/커밋 {따옴표 _ id, 서명}' → 해시 및 서명이 포함 된 영수증.
- 'PriceListUpse', 'FXRatePublished', 'TaxRuleChanged', 'PromoChanged' - '버전/유효 _ from'.
10) 캐싱 및 성능
가장자리 캐시: 핵심 '가격표: 지역: 통화: sku: 버전'; 안정적인 통화에 대한 TTL이 더 높습니다.
워밍업: 캠페인 시작으로 최고 카테고리를 예열합니다.
SWR (부실한 동안): 상점; 체크 아웃-신선합니다.
부분 무효화: 'sku', 'countory', 'pricelist _ version' 태그에 의한 장애.
SLO: 디스플레이 용 p95 95% 가용성.
11) 관찰 및 감사
추적: 모든 이벤트에서 'trace _ id', 'pricelist _ version', 'fx _ version', 'tax _ rule _ version'
불변성: 가격 목록/과정 간행물의 WORM 저널; 머클 슬라이스, 릴리스 서명 (DSSE).
영수증: 전체 레이아웃 및 페이로드 해시로 확인/영수증; 7-10 년 동안 (규제 기관에 의해) 저장합니다.
대시 보드: vitrina SL 체크 아웃 불일치, 업/다운 반올림 주파수, FX 오류, 코스 잠금 시간 (잠금 TTL), ROI 프로모션.
12) 디스플레이 현지화
통화 형식: 문자/코드 (°, €, $, AED), 문자 위치, 구분 기호, 공간.
현지 규칙: "" 1,234,56 "vs" $1,234. 56”.
심리학: 매직 가격표 ('.99') 가 핀 테크/게임에 항상 적합한 것은 아닙니다. 지역당 테스트하십시오.
법적 서명: "가격에는 VAT가 포함되어 있습니다", "네트워크 수수료는 별도로
13) 특별한 경우
분수 부분이없는 통화: JPY/ISK-minor _ units = 0.
3 자 마이너 유닛: KWD/BHD = 3.
암호화: BTC/ETH/USDT-최대 8 자, 네트워크 요금 별도; 스 테이블 코인은 국경을 가진 "1:1 제목" 입니다.
이중 가격: "카탈로그 통화" 및 "상각 통화" (판매자 은행 요율). 스프레드를 문서화하십시오.
스포츠/게임: 카탈로그 통화의 최대 상금 제한-' fx _ version '라운드와 동등한 수준을 유지하십시오.
14) SLO/SLI 및 성공 지표
정확성: 전체 _ 체크 아웃 = 전체 _ 따옴표 (분포 규칙의 경우 사소한 단위 1 개) 이있는 순서의 비율 99%.
FX 안정성: 속도 잠금 창의 작업 비율은 99% 이상입니다.
경제: 마진/단위 대 계획; FX/반올림 (bps) 으로 인한 편차.
UX: 속도 견적 p95, 가격 변환에 대한 덤프 점유율, NPS 상점.
감사: 저장된 '_ 버전' 및 서명으로 수표의 100%.
15) 사건 플레이 북
"쇼케이스의 가격은 바구니에있다":1. 동결 현금 비활성화, 2) 강제 새로 고침 가격 목록, 3) '가격표 _ 버전 '/' fx _ 버전', 4) 정책 보상 비교.
"FX 점프는 마진을 파괴합니다":1. 증가 된 마크 업/할인 한도, 2) 잠금 TTL, 3) 대체 소스로 전환
"세금이 수렴되지 않습니다":1. 'tax _ rule _ version', 2) 반올림 _ scope 검증, 3) 핫픽스 규칙 및 바구니 가격 재조정.
"프로모션은 마이너스 가격을 제공합니다":1. 보안 규칙 (min _ price), 2) 스태킹 비활성화, 3) 재 계산 및 감사.
16) 안전 및 준수
코드 정책: PR + 릴리스 서명을 통한 가격 목록/FX/세금 변경 제어.
역할/액세스: 가격 간행물/FX에 대한 4 눈 원칙.
로그/영수증: 서명 된 출판 이벤트 및 체크 아웃.
지역 제한: 개별 통화/토큰 금지; 지리 정치인.
17) 실험 및 최적화
A/B: 매력 가격, 사전 계산 된 가격 대 즉석 디스플레이 형식.
동적 마크 업: 쌍 변동성/시간에 대한 의존성.
코호트 분석: 통화 별 반품/요금 환급, 반올림 감도.
현금 전략: SWR/TTL이 변환 및 정확도에 미치는 영향.
18) 구현 점검표
- 시트의 기본 통화 및 정책 당 통화를 정의하십시오.
- 버전 설정, 마크 업 및 잠금 TTL로 FX 수집/게시 설정.
- 과세 규칙 및 계산/반올림 순서 (항목 당 또는 바스켓 당) 를 공식화하십시오.
- 구현 디렉토리 API/따옴표/커밋 + 서명 된 영수증.
- 에지 캐시 및 세분화 장애 사용; 상점가를위한 SWR.
- 대시 보드 만들기 (vitrina SL 체크 아웃, FX 오류, 세금, bps 마진).
- 가격/요율 간행물, WORM 저널에 역할/서명을 입력하십시오.
- 플레이 북 준비: 가격 미스, FX 스파이크, 세금 불일치.
- "GameDay 카탈로그" 수행: FX 소스 비활성화, 프로모션 버스트, 세금 변경.
- 지역별로 마이너 _ 유닛/otobrazheniye를 정기적으로 개선합니다.
19) FAQ
각 통화로 가격을 저장해야합니까?
반드시 그런 것은 아닙니다. 최고 통화에 대한 사전 계산과 꼬리에 대한 변환을 결합하십시오. 이것이 UX와 비용의 균형입니다.
반올림 후 총계가 "이길 수없는" 이유는 무엇입니까?
항목 당 차이와 바스켓 당 차이로 인해. 하나의 접근 방식을 수정하고 "페니 배포" 를 사용하
한 달에 환불하는 방법?
역사적인 'pricelist _ version', 'fx _ version' 및 'tax _ rule _ version' 에 따라 영수증에 저장됩니다.
암호는 어떻습니까?
십진수 정확도, 네트워크 요금을 별도로 사용하면 1: 1을 피아트에 약속하지 마십시오. 코스와 동작 창을 수정합니다.
요약: 다중 요약 카탈로그는 정밀 수학, 엄격한 정책 및 스마트 캐싱의 조합입니다. 버전 모든 것 (가격/요율/세금), 따옴표 창 수정, 계산 및 반올림 순서 결정, 아티팩트 확인 및 대시 보드 표시 유지 따라서 모든 통화와 지역에서 정직한 쇼케이스, 재현 가능한 합의 및 관리 경제를 얻을 수 있습니다.