Reseller Owner Portalพอร์ทัลสำหรับเจ้าของรีเซลเลอร์
A white-label reseller running its own book of merchants. The reseller owner is a white-label partner who resells the P2P platform to their own roster of merchants under their own brand. They use the Reseller Portal to onboard merchants and set the fees they charge, organise merchants into groups, manage co-owners and downstream MDR sub-agents (and how they share the fee spread), tune branding and — where the platform grants it — their own slip-verification and payment rails. Reports at the end tie it together, showing the revenue their whole book generates.รีเซลเลอร์ไวท์เลเบลที่ดูแลพอร์ตร้านค้าของตนเอง เจ้าของรีเซลเลอร์คือพันธมิตรไวท์เลเบลที่นำแพลตฟอร์ม P2P ไปขายต่อให้ร้านค้าในพอร์ตของตนเองภายใต้แบรนด์ของตัวเอง ใช้พอร์ทัลรีเซลเลอร์เพื่อเปิดบัญชีร้านค้าใหม่และกำหนดค่าธรรมเนียมที่จะเรียกเก็บ จัดร้านค้าเป็นกลุ่ม บริหารเจ้าของร่วมและตัวแทนช่วง MDR (รวมถึงวิธีแบ่งส่วนต่างค่าธรรมเนียม) ปรับแต่งแบรนด์ และหากแพลตฟอร์มให้สิทธิ์ไว้ ก็จัดการช่องทางตรวจสอบสลิปและช่องทางรับชำระเงินของตนเองได้ด้วย ส่วนรายงานท้ายเล่มจะร้อยเรียงทุกอย่างเข้าด้วยกัน โดยแสดงรายได้ที่พอร์ตทั้งหมดของคุณสร้างขึ้น
This Thai text is an unreviewed draft. A native reviewer should read it before it is published outside the team.
Your book at a glanceภาพรวมพอร์ตของคุณ
Volume and throughput across every merchant you carry.ปริมาณและอัตราการทำรายการของร้านค้าทุกรายในสังกัด
Step 1ขั้นตอนที่ 1
Dashboardแดชบอร์ด
Your landing screen after signing in. Month-to-date KPI cards summarise your book — merchant count, active merchants, your reseller net, gross spread and platform-base paid — above a scoped deposit-and-withdrawal flow-analytics panel (ADR-0109) covering every merchant assigned to you: a date-range control, KPI tiles, a deposits-vs-withdrawals bar chart, a 30-minute SLA gauge, a status-mix donut and an exportable per-bucket table, all read from a load-isolated rollup. (MDR read-only users don't see any of this — they are sent to My sharing instead.)หน้าจอแรกหลังเข้าสู่ระบบ การ์ดตัวชี้วัดสะสมของเดือนนี้สรุปพอร์ตของคุณ — จำนวนร้านค้า ร้านค้าที่ใช้งานอยู่ รายได้สุทธิของรีเซลเลอร์ ส่วนต่างขั้นต้น และค่าฐานที่จ่ายให้แพลตฟอร์ม — เหนือแผงวิเคราะห์กระแสการฝาก-ถอน (ADR-0109) ที่ครอบคลุมร้านค้าทุกรายที่ได้รับมอบหมายให้คุณ ประกอบด้วยตัวเลือกช่วงวันที่ การ์ดตัวชี้วัด กราฟแท่งเปรียบเทียบฝากกับถอน มาตรวัดระดับบริการ 30 นาที โดนัทสัดส่วนสถานะ และตารางแยกช่วงเวลาที่ส่งออกได้ ทั้งหมดอ่านจากข้อมูลสรุปที่แยกภาระออกจากระบบหลัก (ผู้ใช้ MDR แบบอ่านอย่างเดียวจะไม่เห็นหน้านี้ ระบบจะพาไปที่หน้าส่วนแบ่งของฉันแทน)
Step 2ขั้นตอนที่ 2
Deposit & withdrawal flow analyticsวิเคราะห์กระแสการฝากและถอน
The flow-analytics panel on the reseller dashboard, scoped to the merchants assigned to you and read from the pre-aggregated hourly rollup rather than a live query. Widen the range (Today / 7d / 30d or custom) to drive the KPI tiles, the deposits-vs-withdrawals bar chart with its count/volume toggle, the SLA gauge, the status-mix donut and the CSV-exportable table. This step switches the range to 30 days for a fuller view.แผงวิเคราะห์กระแสบนแดชบอร์ดรีเซลเลอร์ จำกัดขอบเขตอยู่ที่ร้านค้าที่ได้รับมอบหมายให้คุณ และอ่านจากข้อมูลสรุปรายชั่วโมงที่คำนวณไว้ล่วงหน้าแทนการสอบถามข้อมูลสด ขยายช่วงเวลา (วันนี้ / 7 วัน / 30 วัน หรือกำหนดเอง) เพื่อให้การ์ดตัวชี้วัด กราฟแท่งฝากเทียบถอนพร้อมปุ่มสลับจำนวนรายการกับมูลค่า มาตรวัดระดับบริการ โดนัทสัดส่วนสถานะ และตารางที่ส่งออกเป็น CSV ได้ อัปเดตตาม ขั้นตอนนี้สลับช่วงเวลาไปที่ 30 วันเพื่อให้เห็นภาพกว้างขึ้น
Your merchantsร้านค้าในสังกัดของคุณ
Creating them, pricing them, and the settings you control on their behalf.การสร้าง การตั้งราคา และการตั้งค่าที่คุณดูแลแทนพวกเขา
Step 3ขั้นตอนที่ 3
Merchants — assigned book + feesร้านค้า — พอร์ตในสังกัดและค่าธรรมเนียม
Your book of business: every merchant assigned to you, each with its live PAY-IN / PAY-OUT fee rate and month-to-date usage and fee. This is the hub you keep returning to — click a row's 'View' to open that merchant's detail, or use 'Create merchant' (top-right) to onboard a new one if you hold the platform grant.พอร์ตธุรกิจของคุณ: ร้านค้าทุกรายที่ได้รับมอบหมาย พร้อมอัตราค่าธรรมเนียมรับเงินเข้า/จ่ายเงินออกที่ใช้อยู่จริง และปริมาณการใช้งานกับค่าธรรมเนียมสะสมของเดือนนี้ นี่คือศูนย์กลางที่คุณจะกลับมาใช้เสมอ — คลิก “ดู” ในแถวใดก็ได้เพื่อเปิดรายละเอียดร้านค้ารายนั้น หรือใช้ปุ่ม “สร้างร้านค้า” ที่มุมขวาบนเพื่อเปิดบัญชีใหม่ หากคุณได้รับสิทธิ์จากแพลตฟอร์ม
Step 4ขั้นตอนที่ 4
Create a merchantสร้างร้านค้าใหม่
(Grant-gated: needs the platform's can_create_merchants grant.) Self-service onboarding of a brand-new merchant. You pick a slug and display name, a webhook URL, and the PAY-IN/PAY-OUT rates you'll charge — each shown against the platform base so you can see your margin, with the form blocking any rate below the floor. On submit the merchant is created, auto-assigned to you, and its API key + HMAC secret are revealed once.(ต้องได้รับสิทธิ์สร้างร้านค้าจากแพลตฟอร์ม) เปิดบัญชีร้านค้าใหม่ได้ด้วยตนเอง คุณกำหนดรหัสย่อและชื่อที่แสดง ที่อยู่เว็บฮุก และอัตราค่าธรรมเนียมรับเงินเข้า/จ่ายเงินออกที่จะเรียกเก็บ โดยแต่ละอัตราแสดงเทียบกับค่าฐานของแพลตฟอร์มให้เห็นส่วนต่างของคุณ และแบบฟอร์มจะไม่ยอมให้ตั้งต่ำกว่าเพดานขั้นต่ำ เมื่อกดส่ง ระบบจะสร้างร้านค้า ผูกเข้ากับพอร์ตของคุณอัตโนมัติ แล้วเปิดเผยกุญแจ API และรหัสลับ HMAC ให้ครั้งเดียว
Step 5ขั้นตอนที่ 5
Merchant credentials reveal (one-time)การเปิดเผยข้อมูลรับรองร้านค้า (ครั้งเดียว)
(Shown once, immediately after a merchant is created.) The new merchant's API key and HMAC signing secret appear in a highlighted callout with copy buttons — this is the only time the secret is ever displayed, so it must be captured now and handed to the merchant for their integration. This step fills and submits the create form to reach that reveal.(แสดงเพียงครั้งเดียว ทันทีหลังสร้างร้านค้า) กุญแจ API และรหัสลับสำหรับลงลายเซ็น HMAC ของร้านค้าใหม่จะปรากฏในกล่องเน้นข้อความพร้อมปุ่มคัดลอก — นี่เป็นครั้งเดียวที่รหัสลับจะถูกแสดง จึงต้องบันทึกไว้ตอนนี้และส่งมอบให้ร้านค้าเพื่อใช้เชื่อมต่อระบบ ขั้นตอนนี้กรอกและส่งแบบฟอร์มสร้างร้านค้าเพื่อไปให้ถึงหน้าจอเปิดเผยข้อมูลดังกล่าว
Step 6ขั้นตอนที่ 6
Merchant detail — tabsรายละเอียดร้านค้า — แท็บต่าง ๆ
A single merchant's control panel, organised into tabs. Overview shows the usage report (granularity + date filters), fee-schedule history, a read-only sub-merchant roster, and a 'Set fee' form to schedule a new rate; Matching & Config edits profile/webhook/denominations/routing; Billing shows usage credit; Sub-merchants is the manageable sub-merchant surface (gates + allocate + withdraw-allowance); Gateway registers a payment rail; and Staff manages that merchant's back-office logins. Which tabs appear depends on your permissions.แผงควบคุมของร้านค้าหนึ่งราย จัดเป็นแท็บ แท็บภาพรวมแสดงรายงานการใช้งาน (เลือกความละเอียดและช่วงวันที่ได้) ประวัติตารางค่าธรรมเนียม รายชื่อร้านค้าย่อยแบบอ่านอย่างเดียว และแบบฟอร์มตั้งอัตราใหม่ล่วงหน้า แท็บการจับคู่และการตั้งค่าใช้แก้ไขโปรไฟล์ เว็บฮุก จำนวนเงินที่รองรับ และเส้นทางการรับเงิน แท็บการเรียกเก็บเงินแสดงเครดิตการใช้งาน แท็บร้านค้าย่อยคือหน้าจอจัดการร้านค้าย่อย (ตัวควบคุม การจัดสรร และวงเงินถอน) แท็บเกตเวย์ใช้ลงทะเบียนช่องทางรับชำระเงิน และแท็บพนักงานใช้จัดการบัญชีหลังบ้านของร้านค้ารายนั้น แท็บที่ปรากฏขึ้นอยู่กับสิทธิ์ของคุณ
Step 7ขั้นตอนที่ 7
Merchant detail — Sub-merchants tab (gates + allowance)รายละเอียดร้านค้า — แท็บร้านค้าย่อย (ตัวควบคุมและวงเงิน)
The Sub-merchants tab on an assigned merchant (visible with MANAGE_MERCHANT_SETTINGS or MANAGE_MERCHANT_USAGE_CREDIT). At the top sit the two opt-in per-merchant gates (migration 0180): 'Sub-merchant match isolation' (Isolated vs Shared pool) and 'Sub-merchant withdraw allowance limit' (Allowance enforced vs No limit), both default OFF. Below them is the sub-merchant roster with create, and a per-row Manage panel to allocate usage credit and to grant or claw back the sub-merchant's withdraw-allowance balance.แท็บร้านค้าย่อยของร้านค้าในสังกัด (เห็นได้เมื่อมีสิทธิ์จัดการการตั้งค่าร้านค้าหรือจัดการเครดิตการใช้งาน) ด้านบนคือตัวควบคุมสองรายการที่เปิดใช้เองต่อร้านค้า (migration 0180): “การแยกการจับคู่ของร้านค้าย่อย” (แยกอิสระ หรือใช้กองกลางร่วมกัน) และ “การจำกัดวงเงินถอนของร้านค้าย่อย” (บังคับใช้วงเงิน หรือไม่จำกัด) ทั้งสองปิดอยู่โดยค่าเริ่มต้น ด้านล่างคือรายชื่อร้านค้าย่อยพร้อมปุ่มสร้าง และแผงจัดการรายแถวสำหรับจัดสรรเครดิตการใช้งาน รวมถึงเพิ่มหรือเรียกคืนยอดวงเงินถอนของร้านค้าย่อยรายนั้น
Groups and MDR partnersกลุ่มและตัวแทน MDR
Sub-agents and the share of your spread they earn.ตัวแทนช่วงและส่วนแบ่งรายได้ที่พวกเขาได้รับ
Step 8ขั้นตอนที่ 8
Groupsกลุ่ม
Groups let you bundle merchants so you can act on them together. Create a named group, add merchants to it, and apply a bulk fee change to every member at once (PAY-IN or PAY-OUT, effective from a chosen date). A group also becomes a scope you can hand to an MDR sub-agent when sharing spread.กลุ่มช่วยให้คุณรวมร้านค้าเข้าด้วยกันเพื่อจัดการพร้อมกันทีเดียว สร้างกลุ่มพร้อมตั้งชื่อ เพิ่มร้านค้าเข้ากลุ่ม แล้วปรับค่าธรรมเนียมให้สมาชิกทุกรายพร้อมกัน (เลือกฝั่งรับเงินเข้าหรือจ่ายเงินออก และวันที่เริ่มมีผล) นอกจากนี้กลุ่มยังใช้เป็นขอบเขตที่คุณมอบให้ตัวแทนช่วง MDR ได้เมื่อจะแบ่งส่วนต่างรายได้
Step 9ขั้นตอนที่ 9
MDR users — create a sub-agentผู้ใช้ MDR — สร้างตัวแทนช่วง
MDR sub-users are downstream agents who earn a slice of your fee spread. Create one with an email and display name and the portal returns a one-time temporary password to pass on; the table below lists each MDR user with actions to reset their credentials or deactivate them. Owner-only.ผู้ใช้ MDR คือตัวแทนช่วงที่ได้รับส่วนแบ่งจากส่วนต่างค่าธรรมเนียมของคุณ สร้างได้โดยกรอกอีเมลและชื่อที่แสดง จากนั้นระบบจะคืนรหัสผ่านชั่วคราวแบบใช้ครั้งเดียวให้คุณส่งต่อ ตารางด้านล่างแสดงผู้ใช้ MDR แต่ละราย พร้อมปุ่มรีเซ็ตข้อมูลรับรองหรือปิดใช้งานบัญชี เฉพาะเจ้าของเท่านั้นที่ใช้หน้านี้ได้
Step 10ขั้นตอนที่ 10
MDR sharing — assign a spread shareการแบ่งปัน MDR — กำหนดส่วนแบ่ง
Assign how much of your fee spread each MDR sub-user keeps. Pick the MDR user, a scope (a single merchant or a whole group), the fee kind, a share % and an effective date — a 0% share removes the assignment. The lower table shows every active share grouped by MDR user with their month-to-date earnings, and the form surfaces a clear cap error if a share would exceed what's available. Owner-only.กำหนดว่าผู้ใช้ MDR แต่ละรายจะได้ส่วนต่างค่าธรรมเนียมของคุณเท่าไร เลือกผู้ใช้ MDR ขอบเขต (ร้านค้ารายเดียวหรือทั้งกลุ่ม) ประเภทค่าธรรมเนียม เปอร์เซ็นต์ส่วนแบ่ง และวันที่เริ่มมีผล — การตั้งเป็น 0% เท่ากับยกเลิกการมอบหมายนั้น ตารางด้านล่างแสดงส่วนแบ่งที่ใช้งานอยู่ทั้งหมดจัดกลุ่มตามผู้ใช้ MDR พร้อมรายได้สะสมของเดือนนี้ และแบบฟอร์มจะแจ้งเตือนชัดเจนหากส่วนแบ่งที่ตั้งเกินกว่าที่มีอยู่ เฉพาะเจ้าของเท่านั้นที่ใช้หน้านี้ได้
Your team and your brandทีมงานและแบรนด์ของคุณ
Co-owners, and how your customers see you rather than the platform.เจ้าของร่วม และการทำให้ลูกค้าเห็นแบรนด์ของคุณแทนแพลตฟอร์ม
Step 11ขั้นตอนที่ 11
Staff — co-ownersพนักงาน — เจ้าของร่วม
Your reseller co-owners. RESELLER_STAFF members share the owner's permissions, so you add them the same way — email + display name yields a one-time temp password — and manage them with reset-credentials and deactivate. The founding owner row is protected and can't be reset or deactivated from here.เจ้าของร่วมของรีเซลเลอร์คุณ สมาชิกที่มีบทบาทพนักงานรีเซลเลอร์จะมีสิทธิ์เท่ากับเจ้าของ คุณจึงเพิ่มด้วยวิธีเดียวกัน — กรอกอีเมลและชื่อที่แสดง แล้วได้รหัสผ่านชั่วคราวแบบใช้ครั้งเดียว — และจัดการต่อได้ด้วยการรีเซ็ตข้อมูลรับรองหรือปิดใช้งาน แถวของเจ้าของผู้ก่อตั้งได้รับการป้องกันไว้ จะรีเซ็ตหรือปิดใช้งานจากหน้านี้ไม่ได้
Step 12ขั้นตอนที่ 12
Brandingแบรนด์
White-label your merchants' hosted surfaces. Upload a logo and set primary + accent brand colours (colour picker or validated hex) with a live preview; saved values flow through to your merchants' checkout and back-office chrome. If a partner-docs URL is provisioned for your slug it is shown here to copy. Owner-only.ทำไวท์เลเบลให้หน้าจอที่ลูกค้าของร้านค้าคุณเห็น อัปโหลดโลโก้และตั้งสีหลักกับสีเน้น (เลือกจากตัวเลือกสีหรือกรอกรหัสสีที่ผ่านการตรวจสอบ) พร้อมดูตัวอย่างทันที ค่าที่บันทึกจะส่งต่อไปยังหน้าเช็คเอาต์และหน้าหลังบ้านของร้านค้าในสังกัดคุณ หากมีการเตรียมที่อยู่คู่มือสำหรับพันธมิตรไว้ให้รหัสย่อของคุณ ระบบจะแสดงไว้ที่นี่ให้คัดลอก เฉพาะเจ้าของเท่านั้นที่ใช้หน้านี้ได้
Providers and bank accountsผู้ให้บริการและบัญชีธนาคาร
Slip verification, payment gateways, and the accounts money lands in.การตรวจสอบสลิป เกตเวย์ชำระเงิน และบัญชีที่เงินเข้า
Step 13ขั้นตอนที่ 13
Slip providersผู้ให้บริการตรวจสอบสลิป
(Grant-gated: needs the can_create_merchants grant.) Provision your own slip-verification provider key at RESELLER scope. Any merchant assigned to you that hasn't configured its own key inherits yours, so slip checks fall through merchant → reseller → platform.(ต้องได้รับสิทธิ์สร้างร้านค้า) ตั้งค่ากุญแจผู้ให้บริการตรวจสอบสลิปของคุณเองในระดับรีเซลเลอร์ ร้านค้าที่ได้รับมอบหมายให้คุณและยังไม่ได้ตั้งกุญแจของตนเอง จะสืบทอดของคุณไปใช้ การตรวจสอบสลิปจึงไล่ลำดับจากร้านค้า ไปรีเซลเลอร์ ไปแพลตฟอร์ม
Step 14ขั้นตอนที่ 14
Payment gatewaysเกตเวย์ชำระเงิน
(Grant-gated: needs the can_create_merchants grant.) Provision your own PGWAY payment rail once at RESELLER scope; assigned merchants without their own rail inherit it via the deposit cascade's reseller leg. The provisioning UI is fully live — the cascade actually routing to your rail is behind the FEATURE_RESELLER_GATEWAY_TIER flag.(ต้องได้รับสิทธิ์สร้างร้านค้า) ตั้งค่าช่องทางรับชำระเงิน PGWAY ของคุณเองครั้งเดียวในระดับรีเซลเลอร์ ร้านค้าในสังกัดที่ไม่มีช่องทางของตนเองจะสืบทอดไปใช้ผ่านลำดับการรับเงินฝากขั้นของรีเซลเลอร์ หน้าจอตั้งค่าใช้งานได้เต็มรูปแบบแล้ว ส่วนการที่ระบบจะส่งเงินไปตามช่องทางของคุณจริงยังอยู่หลังฟีเจอร์แฟล็ก FEATURE_RESELLER_GATEWAY_TIER
Step 15ขั้นตอนที่ 15
Bank accountsบัญชีธนาคาร
(Grant-gated: needs the can_create_merchants grant.) Add your own pool bank account(s). When an assigned merchant exhausts its own bank pool, the deposit cascade's reseller leg can route a P2P transfer to yours — you vouch for the account at add time, so it's usable immediately. As with gateways, the routing effect is behind FEATURE_RESELLER_GATEWAY_TIER; the UI renders regardless.(ต้องได้รับสิทธิ์สร้างร้านค้า) เพิ่มบัญชีธนาคารกองกลางของคุณเอง เมื่อร้านค้าในสังกัดใช้บัญชีของตนเองจนหมด ลำดับการรับเงินฝากขั้นของรีเซลเลอร์จะส่งการโอนแบบ P2P มาที่บัญชีของคุณได้ คุณเป็นผู้รับรองบัญชีนั้นตั้งแต่ตอนเพิ่ม จึงใช้งานได้ทันที เช่นเดียวกับเกตเวย์ ผลด้านการส่งเงินยังอยู่หลังแฟล็ก FEATURE_RESELLER_GATEWAY_TIER แต่หน้าจอแสดงผลได้ตามปกติ
Your moneyเรื่องเงินของคุณ
Your three positions on one page: what your merchants generated, what you owe the platform, and what you are holding for them.สามสถานะของคุณในหน้าเดียว: ยอดที่ร้านค้าของคุณสร้างขึ้น ยอดที่คุณค้างชำระแพลตฟอร์ม และยอดที่คุณถือไว้แทนพวกเขา
Step 16ขั้นตอนที่ 16
Money — your three positions on one pageเรื่องเงิน — สามสถานะของคุณในหน้าเดียว
You sit in the middle of the collection chain, so you hold three money positions at once, and this is the only screen that shows them together. Incoming lists every merchant assigned to you with its billable volume, the fee it accrued, and — in its own column — how much of that fee was billed to YOU. The two differ whenever a merchant was not assigned to you for part of the period and paid the platform directly for those days; those rows are highlighted, and a merchant that has since left your book is tagged 'No longer yours', because an accrual freezes its payer the moment it posts and never moves afterwards. Invoice downstream from 'Billed to you', never from 'Fee accrued'. Balance shows two accounts that are never summed. Fee is what the PLATFORM collects from you (accrued − paid = outstanding) — the only real receivable on this page, because the platform bills one party per merchant and for your merchants that party is you, not them. Custody is cash you are holding for the merchants and branches whose deposits landed in your accounts, shown with the time it was last computed because it comes from the settlement sync rather than a live read. What your merchants owe YOU is not a balance the platform tracks at all: that hop is settled off-platform using these numbers, and the note under the cards says so. Outgoing lists your own fee payments to the platform — only Recorded rows count toward Paid — plus the total you have wired downstream. With the fee permission a Recorded row also offers Dispute; an MDR partner can read this page but never sees that button.คุณอยู่ตรงกลางของสายการเก็บเงิน คุณจึงถือสถานะทางการเงินสามอย่างพร้อมกัน และนี่คือหน้าจอเดียวที่แสดงทั้งสามอย่างไว้ด้วยกัน ส่วน “เงินเข้า” แสดงร้านค้าทุกรายที่มอบหมายให้คุณ พร้อมยอดที่คิดค่าธรรมเนียมได้ ค่าธรรมเนียมที่เกิดขึ้น และ — ในคอลัมน์ของตัวเอง — ว่าค่าธรรมเนียมนั้นถูกเรียกเก็บจากคุณเท่าไร สองตัวเลขนี้ต่างกันเมื่อร้านค้ารายนั้นไม่ได้อยู่ในความดูแลของคุณตลอดทั้งช่วงเวลา และจ่ายให้แพลตฟอร์มโดยตรงในวันเหล่านั้น แถวลักษณะนี้จะถูกไฮไลต์ไว้ ส่วนร้านค้าที่ออกจากพอร์ตของคุณไปแล้วจะติดป้ายว่า “ไม่ได้อยู่กับคุณแล้ว” เพราะรายการค่าธรรมเนียมจะตรึงผู้ถูกเรียกเก็บไว้ตั้งแต่วินาทีที่ลงบัญชี และไม่เปลี่ยนอีกเลย 🔴 ให้ออกใบแจ้งหนี้ต่อไปยังปลายทางโดยอ้างอิงจาก “เรียกเก็บจากคุณ” เท่านั้น ห้ามใช้ “ค่าธรรมเนียมที่เกิดขึ้น” ส่วน “ยอดคงเหลือ” แสดงสองบัญชีที่ไม่เคยนำมารวมกัน บัญชีแรกคือค่าธรรมเนียมที่แพลตฟอร์มเรียกเก็บจากคุณ (ที่เกิดขึ้น − ที่จ่ายแล้ว = ค้างชำระ) ซึ่งเป็นลูกหนี้จริงรายการเดียวบนหน้านี้ เพราะแพลตฟอร์มเรียกเก็บจากคู่สัญญาเพียงรายเดียวต่อร้านค้าหนึ่งราย และสำหรับร้านค้าของคุณ คู่สัญญานั้นคือคุณ ไม่ใช่ร้านค้า บัญชีที่สองคือเงินที่คุณถือแทนร้านค้าและร้านค้าย่อยที่เงินฝากของเขาเข้ามาอยู่ในบัญชีของคุณ แสดงพร้อมเวลาที่คำนวณล่าสุด เพราะมาจากการซิงก์ข้อมูลการชำระบัญชี ไม่ใช่การอ่านสด ส่วนยอดที่ร้านค้าค้างจ่ายให้คุณนั้น แพลตฟอร์มไม่ได้ติดตามไว้เลย ช่วงนั้นตกลงกันนอกแพลตฟอร์มโดยใช้ตัวเลขชุดนี้ และมีหมายเหตุใต้การ์ดระบุไว้ชัดเจน ส่วน “เงินออก” แสดงรายการที่คุณจ่ายค่าธรรมเนียมให้แพลตฟอร์ม โดยมีเฉพาะแถวสถานะ “บันทึกแล้ว” เท่านั้นที่นับรวมในยอด “จ่ายแล้ว” พร้อมยอดรวมที่คุณโอนลงไปยังปลายทาง หากบทบาทของคุณมีสิทธิ์ด้านค่าธรรมเนียม แถวที่บันทึกแล้วจะมีปุ่มโต้แย้งด้วย ส่วนพาร์ตเนอร์ MDR อ่านหน้านี้ได้แต่จะไม่เห็นปุ่มนั้น
Settling with your merchantsการชำระบัญชีกับร้านค้าของคุณ
Deposits landed in your bank account, so you owe those merchants. This is where you discharge it.เงินฝากเข้าบัญชีธนาคารของคุณ คุณจึงค้างชำระร้านค้าเหล่านั้น และนี่คือที่ที่คุณเคลียร์ยอด
Step 17ขั้นตอนที่ 17
Settlement — what you oweการชำระบัญชี — ยอดที่คุณต้องจ่าย
(Needs MANAGE_PAYMENT_GATEWAYS — MDR read-only users see a permission notice instead.) Your settlement surface (WS-6), under the Manage Bank Account group. The 'What you owe' tab is an account-grouped drill-down of what you owe the merchants whose deposits settled into your bank accounts: expand a custodian account to see each merchant claimant with the gross owed and the 'Net settleable' amount (owed minus your fee slice). 'Sync now' refreshes the materialised cache, and you can settle a merchant proactively by recording the bank transfer before it is requested.(ต้องมีสิทธิ์ MANAGE_PAYMENT_GATEWAYS — ผู้ใช้ MDR แบบอ่านอย่างเดียวจะเห็นข้อความแจ้งสิทธิ์แทน) หน้าจอการชำระบัญชีของคุณ (WS-6) อยู่ในกลุ่มจัดการบัญชีธนาคาร แท็บ “ยอดที่คุณต้องจ่าย” เป็นมุมมองแบบเจาะลึกที่จัดกลุ่มตามบัญชี แสดงยอดที่คุณต้องจ่ายให้ร้านค้าที่เงินฝากของเขาเข้ามาชำระอยู่ในบัญชีธนาคารของคุณ กางบัญชีผู้ถือแทนออกเพื่อดูร้านค้าผู้มีสิทธิ์เรียกร้องแต่ละราย พร้อมยอดก่อนหักและยอด “ชำระได้สุทธิ” (ยอดที่ค้างลบด้วยส่วนค่าธรรมเนียมของคุณ) ปุ่ม “ซิงก์เดี๋ยวนี้” จะรีเฟรชแคชที่คำนวณไว้ และคุณสามารถชำระให้ร้านค้าล่วงหน้าได้ โดยบันทึกการโอนเงินก่อนที่จะมีการร้องขอเสียอีก
Step 18ขั้นตอนที่ 18
Settlement — Settle (record a payment)การชำระบัญชี — ชำระ (บันทึกการจ่ายเงิน)
The 'Settle' tab lists settlement requests raised against you. Open one and Record a payment: amount, paid-at, destination bank / last-4 / holder, an optional reference and note, and the transfer slip (required — no bypass, nothing auto-verifies the amount). Submitting records the discharge and reduces what you owe that merchant.แท็บ “ชำระ” แสดงคำขอชำระบัญชีที่ถูกยื่นมายังคุณ เปิดรายการหนึ่งแล้วบันทึกการจ่ายเงิน ได้แก่ จำนวนเงิน วันเวลาที่จ่าย ธนาคารปลายทาง / เลขบัญชี 4 ตัวท้าย / ชื่อเจ้าของบัญชี รหัสอ้างอิงและหมายเหตุที่ใส่หรือไม่ก็ได้ และสลิปการโอน (จำเป็นต้องมี — ไม่มีทางข้าม และไม่มีระบบใดตรวจสอบจำนวนเงินที่คุณกรอกโดยอัตโนมัติ) การกดส่งจะบันทึกการชำระหนี้ และลดยอดที่คุณค้างจ่ายให้ร้านค้ารายนั้น
What you earnรายได้ของคุณ
Your spread, and what is redistributed to MDR partners.ส่วนต่างที่คุณได้ และส่วนที่แบ่งต่อให้ตัวแทน MDR
Step 19ขั้นตอนที่ 19
Report — revenueรายงาน — รายได้
Your revenue view. Pick a date range to see headline totals — total usage, merchant fee, platform revenue, and your reseller gross — then a per-merchant breakdown you can expand to reveal each merchant's sub-merchant contributions. Every merchant links back to its detail page.มุมมองรายได้ของคุณ เลือกช่วงวันที่เพื่อดูยอดรวมหลัก ได้แก่ ยอดการใช้งานรวม ค่าธรรมเนียมร้านค้า รายได้ของแพลตฟอร์ม และยอดรวมก่อนหักของคุณในฐานะรีเซลเลอร์ จากนั้นเป็นรายละเอียดแยกรายร้านค้าที่กางออกเพื่อดูส่วนที่ร้านค้าย่อยของแต่ละรายมีส่วนร่วมได้ ทุกร้านค้ามีลิงก์กลับไปยังหน้ารายละเอียดของตัวเอง
Step 20ขั้นตอนที่ 20
My sharingส่วนแบ่งของฉัน
Your personal share-of-spread earnings. For an MDR user this shows what they've earned; for an owner it shows the full picture the same endpoint returns. Each row is a merchant and fee kind with the share % and the month-to-date share amount.รายได้ส่วนแบ่งจากส่วนต่างของคุณเอง สำหรับผู้ใช้ MDR หน้านี้แสดงยอดที่เขาได้รับ ส่วนสำหรับเจ้าของจะแสดงภาพรวมทั้งหมดที่ปลายทางเดียวกันส่งกลับมา แต่ละแถวคือร้านค้าหนึ่งรายคู่กับประเภทค่าธรรมเนียมหนึ่งประเภท พร้อมเปอร์เซ็นต์ส่วนแบ่งและยอดส่วนแบ่งสะสมตั้งแต่ต้นเดือน
Deposit destinationsบัญชีรับเงินฝาก
The accounts the cascade assigns to your merchants' customers.บัญชีที่ระบบเลือกให้ลูกค้าของร้านค้าในสังกัดโอนเข้า
Step 21ขั้นตอนที่ 21
Deposit accountsบัญชีรับฝากเงิน
(Grant-gated: needs the can_create_merchants grant.) The deposit-account view of your pool — the destination bank accounts customers actually pay into for reseller-leg deposits, managed through the shared deposit-accounts panel. It is the companion to Bank accounts; the reseller-leg routing effect is likewise behind FEATURE_RESELLER_GATEWAY_TIER.(ต้องได้รับสิทธิ์ can_create_merchants) มุมมองบัญชีรับฝากเงินของกลุ่มบัญชีคุณ — คือบัญชีธนาคารปลายทางที่ลูกค้าโอนเงินเข้ามาจริงสำหรับรายการฝากที่วิ่งผ่านชั้นรีเซลเลอร์ จัดการผ่านแผงบัญชีรับฝากเงินที่ใช้ร่วมกัน หน้านี้เป็นคู่กันกับหน้าบัญชีธนาคาร และผลของการกำหนดเส้นทางผ่านชั้นรีเซลเลอร์อยู่หลังฟีเจอร์แฟล็ก FEATURE_RESELLER_GATEWAY_TIER เช่นเดียวกัน