Merchant Owner Portalพอร์ทัลสำหรับเจ้าของร้านค้า
The owner or staff of a partner business. This guide is for a merchant owner — the person who runs a partner business's account on the P2P platform. From this portal you settle your customers' deposits and withdrawals, watch your platform-credit pool, top up and track your usage-credit billing, and manage everything around the account: linked users, staff, sub-merchants, bank accounts, payment gateways, API keys and webhooks. You never move the platform's money — sellers pay your withdrawers bank-to-bank — so most of your day is reviewing transactions, fulfilling withdrawals, and keeping your integration healthy.เจ้าของหรือพนักงานของร้านค้าพันธมิตร คู่มือนี้สำหรับเจ้าของร้านค้า — ผู้ดูแลบัญชีของธุรกิจพันธมิตรบนแพลตฟอร์ม P2P จากพอร์ทัลนี้คุณจัดการรายการฝากและถอนของลูกค้า ติดตามยอดเครดิตที่ลูกค้าถืออยู่ เติมและตรวจสอบเครดิตการใช้งานกับการเรียกเก็บเงิน และบริหารทุกอย่างรอบบัญชีของคุณ ทั้งลูกค้าที่เชื่อมโยง พนักงาน ร้านค้าย่อย บัญชีธนาคาร เกตเวย์ชำระเงิน กุญแจ API และเว็บฮุก คุณไม่เคยเคลื่อนย้ายเงินของแพลตฟอร์ม — ผู้ขายเป็นผู้โอนให้ผู้ถอนของคุณจากธนาคารถึงธนาคาร งานส่วนใหญ่ในแต่ละวันจึงเป็นการตรวจสอบรายการ จ่ายเงินถอน และดูแลการเชื่อมต่อระบบให้ทำงานได้ดี
This Thai text is an unreviewed draft. A native reviewer should read it before it is published outside the team.
Your dayงานประจำวัน
The screens you open every morning, in the order you use them.หน้าจอที่คุณเปิดทุกเช้า เรียงตามลำดับการใช้งานจริง
Step 1ขั้นตอนที่ 1
Dashboardแดชบอร์ด
Your landing screen after signing in. Four KPI cards summarise the account at a glance — pending withdrawals, pending fulfillments, total platform credit held across your users, and recent priority grants — and each links straight to the surface behind it. Below them a merchant-scoped deposit-and-withdrawal flow-analytics panel (ADR-0109) charts your throughput from a load-isolated rollup. Start here every day to see whether anything is waiting on you.หน้าจอแรกหลังเข้าสู่ระบบ การ์ดตัวชี้วัดสี่ใบสรุปภาพรวมบัญชี — คำขอถอนที่รออยู่ รายการที่รอดำเนินการ ยอดเครดิตรวมที่ลูกค้าของคุณถืออยู่ และสิทธิ์ลำดับความสำคัญที่ให้ไปล่าสุด — แต่ละใบกดเข้าไปยังหน้าจอที่เกี่ยวข้องได้ทันที ด้านล่างเป็นแผงวิเคราะห์กระแสการฝาก-ถอนเฉพาะร้านค้าของคุณ (ADR-0109) ที่แสดงปริมาณงานจากข้อมูลสรุปที่แยกภาระออกจากระบบหลัก เริ่มต้นที่นี่ทุกวันเพื่อดูว่ามีอะไรรอคุณอยู่บ้าง
Step 2ขั้นตอนที่ 2
Deposit & withdrawal flow analyticsวิเคราะห์กระแสการฝากและถอน
The merchant-scoped flow-analytics panel on your dashboard (ADR-0109), read from a load-isolated hourly rollup rather than a live query. Pick a range (Today / 7d / 30d or custom) to drive four KPI tiles (deposits, withdrawals, stale items, average fulfilment time), a deposits-vs-withdrawals bar chart with a count/volume toggle, a 'settled under 30 min' SLA gauge, a status-mix donut, and a per-bucket table you can export to CSV. Everything is scoped to your merchant (and narrowed to your sub-merchant if you sign in as sub-merchant staff). This step widens the range to 30 days.แผงวิเคราะห์กระแสเฉพาะร้านค้าของคุณบนแดชบอร์ด (ADR-0109) อ่านจากข้อมูลสรุปรายชั่วโมงที่แยกภาระออกจากระบบหลักแทนการสอบถามข้อมูลสด เลือกช่วงเวลา (วันนี้ / 7 วัน / 30 วัน หรือกำหนดเอง) เพื่อขับเคลื่อนการ์ดตัวชี้วัดสี่ใบ (ยอดฝาก ยอดถอน รายการค้างนาน และเวลาเฉลี่ยในการดำเนินการ) กราฟแท่งเปรียบเทียบฝากกับถอนพร้อมปุ่มสลับจำนวนรายการกับมูลค่า มาตรวัด “ดำเนินการเสร็จภายใน 30 นาที” โดนัทสัดส่วนสถานะ และตารางแยกช่วงเวลาที่ส่งออกเป็น CSV ได้ ทุกอย่างจำกัดขอบเขตอยู่ที่ร้านค้าของคุณ (และแคบลงเหลือเฉพาะร้านค้าย่อยหากคุณเข้าสู่ระบบด้วยบัญชีพนักงานร้านค้าย่อย) ขั้นตอนนี้ขยายช่วงเวลาเป็น 30 วัน
Step 3ขั้นตอนที่ 3
Transactionsรายการธุรกรรม
The full money feed for your merchant: deposits, withdrawals, order fills, and adjustments, newest first. Use the search box, the grouped type multi-select, and the created-at date presets to narrow it down. Rows that need action expose inline buttons — 'Cancel & release' on an open deposit reservation or pending leg, 'Fulfill' on a withdrawal request, and a 'Review' jump when a slip is stuck in manual review.กระแสเงินทั้งหมดของร้านค้าคุณ: รายการฝาก ถอน การเติมคำสั่งซื้อ และรายการปรับปรุง เรียงใหม่สุดก่อน ใช้ช่องค้นหา ตัวเลือกประเภทแบบหลายรายการ และปุ่มช่วงวันที่สร้าง เพื่อกรองให้แคบลง แถวที่ต้องดำเนินการจะมีปุ่มในตัว — “ยกเลิกและปลดล็อก” สำหรับการจองเงินฝากที่เปิดอยู่หรือรายการแบ่งที่รอ “ดำเนินการ” สำหรับคำขอถอน และปุ่มลัด “ตรวจสอบ” เมื่อสลิปติดอยู่ในการตรวจสอบด้วยมือ
Step 4ขั้นตอนที่ 4
Transaction detailรายละเอียดรายการ
Opened from any row's 'Open detail' link. Shows the full ledger entry with its related records, and surfaces any over-cap or under-cap verdict at the very top so you can see immediately whether the depositor paid more or less than they reserved. Since WS-21 it also carries the flow checkpoint — the transaction's start-to-end spine, with the current blocking step named and its remedy dispatchable in place. This is the record you cite when a customer queries a specific movement. Note it resolves a settled ledger entry or a withdrawal request only: for a deposit that has not settled yet, open the reservation page instead.เปิดจากลิงก์ “เปิดรายละเอียด” ในแถวใดก็ได้ แสดงรายการบัญชีฉบับเต็มพร้อมเอกสารที่เกี่ยวข้อง และแสดงผลการตัดสินกรณีโอนเกินหรือโอนขาดไว้บนสุด เพื่อให้เห็นได้ทันทีว่าผู้ฝากโอนมากหรือน้อยกว่าที่จองไว้ ตั้งแต่ WS-21 หน้านี้ยังมีจุดตรวจกระแสงาน — แกนของรายการตั้งแต่ต้นจนจบ พร้อมระบุขั้นตอนที่กำลังติดขัดและสั่งการแก้ไขได้จากที่นั่นเลย นี่คือหลักฐานที่คุณใช้อ้างอิงเมื่อลูกค้าสอบถามรายการใดรายการหนึ่ง ข้อควรทราบ: หน้านี้เปิดได้เฉพาะรายการบัญชีที่ตัดบัญชีแล้วหรือคำขอถอนเท่านั้น หากเป็นรายการฝากที่ยังไม่ตัดบัญชี ให้เปิดหน้าการจองเงินฝากแทน
Step 5ขั้นตอนที่ 5
Withdrawals queueคิวคำขอถอนเงิน
The list of withdrawal requests awaiting fulfillment, ordered by priority tier. Each row shows the remaining amount, the withdrawer's masked payout name and bank, and any sub-merchant attribution. From here you open a request to fulfill it; partially-filled rows also offer 'Close at filled' (early success) and unfilled rows offer 'Cancel'.รายการคำขอถอนที่รอการดำเนินการ เรียงตามระดับความสำคัญ แต่ละแถวแสดงยอดคงเหลือที่ต้องจ่าย ชื่อและธนาคารปลายทางของผู้ถอนแบบปิดบังบางส่วน และการระบุร้านค้าย่อยหากมี จากที่นี่คุณเปิดคำขอเพื่อจ่ายเงิน รายการที่จ่ายไปบางส่วนจะมีตัวเลือก “ปิดที่ยอดที่จ่ายแล้ว” เพิ่มขึ้นมา และรายการที่ยังไม่มีการจ่ายจะมีปุ่ม “ยกเลิก”
Step 6ขั้นตอนที่ 6
Fulfill a withdrawalดำเนินการจ่ายเงินถอน
The screen where you actually pay a withdrawer. It reveals the full payout destination — bank, holder name and account number (an audited reveal) — plus the funding deposits behind the request. Enter the amount, then either upload the transfer slip OR toggle bypass mode to record a signed reason; the two paths are mutually exclusive and share one submit.หน้าจอที่คุณจ่ายเงินให้ผู้ถอนจริง ๆ ระบบจะเปิดเผยบัญชีปลายทางแบบเต็ม — ธนาคาร ชื่อบัญชี และเลขบัญชี (การเปิดเผยนี้ถูกบันทึกไว้ในร่องรอยการตรวจสอบ) — พร้อมรายการฝากที่เป็นแหล่งเงินของคำขอนี้ กรอกจำนวนเงิน แล้วเลือกอัปโหลดสลิปการโอน หรือเปิดโหมดข้ามการแนบสลิปพร้อมระบุเหตุผลที่ลงนามไว้ สองทางนี้เลือกได้อย่างใดอย่างหนึ่งเท่านั้น และใช้ปุ่มส่งเดียวกัน
Step 7ขั้นตอนที่ 7
Usersลูกค้า
Everyone linked to your merchant, with consent and channel status. Search by email, display name, or your own merchant-user reference. You can re-issue a one-shot signup link for a user and revoke a consent (a type-to-confirm action). Owners with sub-merchants can also drill the list down to a single sub-merchant.ทุกคนที่เชื่อมโยงกับร้านค้าของคุณ พร้อมสถานะความยินยอมและช่องทางติดต่อ ค้นหาด้วยอีเมล ชื่อที่แสดง หรือรหัสลูกค้าในระบบของคุณเอง คุณสามารถออกลิงก์สมัครแบบใช้ครั้งเดียวให้ลูกค้าใหม่อีกครั้ง และเพิกถอนความยินยอมได้ (ต้องพิมพ์ข้อความยืนยัน) เจ้าของที่มีร้านค้าย่อยยังกรองรายชื่อให้เหลือเฉพาะร้านค้าย่อยรายเดียวได้ด้วย
Step 8ขั้นตอนที่ 8
User detailรายละเอียดลูกค้า
A single linked user's profile: email, user id, phone, language, KYC level and status. This is the read-only reference you use to confirm you are acting on the right person before revealing a balance or fulfilling their withdrawal.ข้อมูลของลูกค้าที่เชื่อมโยงหนึ่งราย: อีเมล รหัสผู้ใช้ เบอร์โทร ภาษา ระดับการยืนยันตัวตน และสถานะ นี่คือข้อมูลอ้างอิงแบบอ่านอย่างเดียวที่คุณใช้ยืนยันว่ากำลังดำเนินการกับบุคคลที่ถูกต้อง ก่อนจะเปิดดูยอดคงเหลือหรือจ่ายเงินถอนให้เขา
Step 9ขั้นตอนที่ 9
Slip reviewการตรวจสอบสลิป
The manual slip-review queue, split into reservation-funded and leg-funded deposits whose slips fell through automatic verification. As merchant staff you can approve a slip, reject it (releasing the held funds), or re-run verification on one the reader could not decode — you do not need a platform admin for any of the three. The one case that swaps its buttons is an over-payment, which offers Approve over-cap / Cancel instead of a plain approve; that decision is the next screen. Work this queue so genuine deposits are not left stranded and suspect ones are cleared.คิวการตรวจสอบสลิปด้วยมือ แยกเป็นรายการฝากแบบจองเงินและแบบแบ่ง (leg) ที่สลิปไม่ผ่านการตรวจสอบอัตโนมัติ ในฐานะพนักงานร้านค้า คุณอนุมัติสลิปได้ ปฏิเสธได้ (ซึ่งจะปลดล็อกเงินที่ถูกจองไว้) หรือสั่งตรวจสอบใหม่สำหรับสลิปที่ระบบอ่านไม่ออก — ทั้งสามอย่างนี้ไม่ต้องรอผู้ดูแลแพลตฟอร์ม กรณีเดียวที่ปุ่มเปลี่ยนไปคือการโอนเกิน ซึ่งจะมีปุ่ม “อนุมัติตามยอดเกิน” และ “ยกเลิก” แทนปุ่มอนุมัติธรรมดา และการตัดสินใจนั้นคือหน้าจอถัดไป จัดการคิวนี้อย่างสม่ำเสมอ เพื่อไม่ให้รายการฝากที่ถูกต้องค้างอยู่ และรายการที่น่าสงสัยถูกสะสาง
When a deposit goes wrongเมื่อการฝากเงินมีปัญหา
Symptom, then repair. Each screen below is a real state a customer can put you in — read the one that matches what you are looking at.อาการ แล้วตามด้วยวิธีแก้ ทุกหน้าจอด้านล่างคือสถานะจริงที่ลูกค้าทำให้เกิดขึ้นได้ — อ่านหัวข้อที่ตรงกับสิ่งที่คุณเห็นอยู่
Step 10ขั้นตอนที่ 10
Repair — the customer paid MORE than they reservedแก้ปัญหา — ลูกค้าโอนเงินมามากกว่าที่จองไว้
The single most common thing that goes wrong on a deposit. The customer reserved one amount and transferred a larger one, so the slip cannot be accepted as-is: the platform holds it and hands you a decision, because only you know whether to take the money. 'Approve over-cap' credits the reserved amount and records the surplus as an over-payment your system is told about; 'Cancel' refuses the deposit and leaves the customer to be refunded out of band. This screen shows the queue row with both buttons and the confirmation dialog opened — read the reserved figure against the paid figure before you choose. Note the customer cannot fix this by re-uploading: the slip is honest, the amount is simply not the one they reserved.นี่คือปัญหาที่พบบ่อยที่สุดของการฝากเงิน ลูกค้าจองยอดหนึ่งแต่โอนมาอีกยอดที่มากกว่า สลิปจึงรับตามนั้นไม่ได้: ระบบจะพักรายการไว้และส่งการตัดสินใจมาให้คุณ เพราะมีเพียงคุณที่รู้ว่าจะรับเงินนั้นหรือไม่ ปุ่ม “อนุมัติตามยอดเกิน” จะเติมเครดิตเท่ายอดที่จองไว้ และบันทึกส่วนเกินเป็นการโอนเกินที่ระบบของคุณจะได้รับแจ้ง ส่วนปุ่ม “ยกเลิก” คือการปฏิเสธรายการฝากนี้ และปล่อยให้คืนเงินลูกค้านอกระบบ หน้าจอนี้แสดงแถวในคิวพร้อมปุ่มทั้งสอง และกล่องยืนยันที่เปิดอยู่ — อ่านยอดที่จองเทียบกับยอดที่โอนจริงก่อนตัดสินใจ ข้อควรทราบ: ลูกค้าแก้ปัญหานี้ด้วยการอัปโหลดสลิปใหม่ไม่ได้ เพราะสลิปนั้นถูกต้อง เพียงแต่จำนวนเงินไม่ตรงกับที่จองไว้
Step 11ขั้นตอนที่ 11
Repair — the customer paid LESS than they reservedแก้ปัญหา — ลูกค้าโอนเงินมาน้อยกว่าที่จองไว้
An under-payment does NOT stop: the deposit settles, at the amount actually transferred, and the customer is credited that smaller figure. Nothing interrupts you, so the only trace is on this page — the verification attempt is marked as an under-payment against the reserved amount. Open the deposit here when a customer says they are short: compare the reserved amount with the parsed slip amount in the attempt log, and if the shortfall matters, take it up with the customer directly. There is no platform-side correction to apply.การโอนขาดไม่ได้ทำให้รายการหยุด: ระบบจะตัดบัญชีตามจำนวนที่โอนมาจริง และลูกค้าได้รับเครดิตเท่ายอดที่น้อยกว่านั้น ไม่มีอะไรมาแจ้งเตือนคุณ ร่องรอยเดียวที่เหลือจึงอยู่บนหน้านี้ — บันทึกการตรวจสอบจะถูกทำเครื่องหมายว่าโอนน้อยกว่ายอดที่จองไว้ เปิดรายการฝากที่นี่เมื่อลูกค้าแจ้งว่ายอดขาด แล้วเทียบยอดที่จองกับยอดที่อ่านได้จากสลิปในบันทึกการตรวจสอบ หากส่วนต่างมีนัยสำคัญ ให้ตกลงกับลูกค้าโดยตรง เพราะไม่มีการแก้ไขฝั่งแพลตฟอร์มให้ใช้ในกรณีนี้
Step 12ขั้นตอนที่ 12
Repair — the same slip submitted twiceแก้ปัญหา — สลิปใบเดิมถูกส่งซ้ำสองครั้ง
One transfer, two deposits: the customer (or someone acting for them) uploaded an image that had already settled a different deposit. The platform matches slips by their exact image and refuses the second one, and the blue note says why — approving it would credit a single transfer twice. Two things on this screen mislead, so read them here rather than discovering them at speed. The yellow banner at the top offers to take you to the slip-review queue, but a duplicate raises NO review item, so the row you are sent to look for is not there. And the attempt log names the verdict in machine English (DUPLICATE_SHA256_DIFFERENT_SOURCE) rather than in words. What to do: confirm with the customer whether a second transfer was actually made. If it was, have them upload THAT slip — the upload-on-their-behalf panel at the top takes it. If it was not, cancel the deposit.โอนครั้งเดียวแต่ใช้ฝากสองรายการ: ลูกค้า (หรือคนที่ทำแทน) อัปโหลดภาพที่เคยใช้ตัดบัญชีรายการฝากอื่นไปแล้ว ระบบเทียบสลิปจากภาพต้นฉบับและปฏิเสธใบที่สอง โดยกล่องข้อความสีฟ้าอธิบายเหตุผลไว้ว่า การอนุมัติจะทำให้การโอนครั้งเดียวถูกเครดิตสองครั้ง มีสองสิ่งบนหน้าจอนี้ที่ทำให้เข้าใจผิด จึงควรอ่านไว้ล่วงหน้าแทนที่จะไปเจอเอาตอนเร่งรีบ อย่างแรก แถบสีเหลืองด้านบนชวนให้ไปที่คิวตรวจสอบสลิป แต่รายการซ้ำจะไม่สร้างงานในคิวเลย แถวที่คุณไปตามหาจึงไม่มีอยู่จริง อย่างที่สอง บันทึกการตรวจสอบระบุผลเป็นรหัสภาษาอังกฤษ (DUPLICATE_SHA256_DIFFERENT_SOURCE) ไม่ใช่คำอธิบายเป็นคำพูด สิ่งที่ควรทำ: ตรวจสอบกับลูกค้าว่ามีการโอนครั้งที่สองจริงหรือไม่ ถ้ามี ให้เขาอัปโหลดสลิปใบนั้น โดยใช้แผงอัปโหลดแทนลูกค้าที่อยู่ด้านบน ถ้าไม่มี ให้ยกเลิกรายการฝากนี้
Step 13ขั้นตอนที่ 13
Repair — a withdrawal a deposit is quietly holdingแก้ปัญหา — คำขอถอนที่ถูกรายการฝากกันยอดไว้เงียบ ๆ
Read the two halves of this screen against each other, because they disagree. The summary at the top says REMAINING is the full amount — as if nothing had happened to this withdrawal. The funding table directly below says otherwise: a deposit is already RESERVED against the whole of it, showing the reserved amount against a dash in the received column and a status of confirmed-but-pending. Both are true: the customer's deposit is spoken for but has never been proved with a slip, so the money is held and not received. Pay the top number without reading the table and you pay for a transfer that may already be coming. The hold does not expire on its own — the row's own 'release the stranded deposit' action is what frees the withdrawal for someone else to fund, and you take it once you are satisfied the depositor is not about to produce a slip.อ่านสองส่วนของหน้าจอนี้เทียบกัน เพราะทั้งสองขัดแย้งกันเอง สรุปด้านบนบอกว่ายอดคงเหลือคือยอดเต็ม ราวกับว่าไม่มีอะไรเกิดขึ้นกับคำขอถอนนี้ แต่ตารางแหล่งเงินที่อยู่ใต้ลงมาบอกอีกอย่าง: มีรายการฝากจองยอดไว้เต็มจำนวนแล้ว โดยแสดงยอดที่จองไว้คู่กับขีดกลางในช่องที่ได้รับ และสถานะยืนยันแล้วแต่ยังรอดำเนินการ ทั้งสองอย่างเป็นความจริง: เงินฝากของลูกค้าถูกจองไว้แล้วแต่ยังไม่เคยพิสูจน์ด้วยสลิป เงินจึงถูกกันไว้แต่ยังไม่ได้รับจริง ถ้าคุณจ่ายตามตัวเลขด้านบนโดยไม่อ่านตาราง คุณกำลังจ่ายให้กับการโอนที่อาจกำลังจะมาถึงอยู่แล้ว การกันยอดนี้ไม่หมดอายุเอง — ปุ่ม “ปล่อยรายการฝากที่ค้าง” ในแถวนั้นคือสิ่งที่ปลดคำขอถอนให้คนอื่นมาเป็นแหล่งเงินได้ และคุณกดเมื่อมั่นใจแล้วว่าผู้ฝากจะไม่ส่งสลิปมาอีก
Step 14ขั้นตอนที่ 14
Repair — a withdrawal you have only part-paidแก้ปัญหา — คำขอถอนที่คุณจ่ายไปเพียงบางส่วน
You transferred part of what was asked and recorded it, so the request is partially filled: the summary shows the amount requested, the amount already fulfilled and the remainder, and your own earlier payment appears in the funding table as a verified staff fulfilment. The remainder stays open — you can pay the rest here (the amount field defaults to it) or leave it to be matched by another deposit. The third option is not on this page: if the customer has agreed to take the smaller amount, 'close at filled' is offered on the withdrawals QUEUE against this row, and it ends the request and releases the outstanding balance rather than paying it.คุณโอนไปบางส่วนของยอดที่ขอและบันทึกไว้แล้ว คำขอนี้จึงอยู่ในสถานะจ่ายบางส่วน: ส่วนสรุปแสดงยอดที่ขอ ยอดที่ดำเนินการไปแล้ว และยอดคงเหลือ ส่วนการจ่ายครั้งก่อนของคุณจะปรากฏในตารางแหล่งเงินในฐานะการดำเนินการโดยพนักงานที่ยืนยันแล้ว ยอดคงเหลือยังเปิดอยู่ — คุณจ่ายส่วนที่เหลือจากหน้านี้ได้ (ช่องจำนวนเงินตั้งค่าไว้ให้แล้ว) หรือปล่อยให้ระบบจับคู่กับรายการฝากอื่น ทางเลือกที่สามไม่ได้อยู่บนหน้านี้: หากลูกค้าตกลงรับยอดที่น้อยลง ปุ่ม “ปิดที่ยอดที่จ่ายแล้ว” จะอยู่ในคิวคำขอถอนที่แถวของรายการนี้ ซึ่งจะปิดคำขอและคืนยอดส่วนที่เหลือแทนการจ่าย
Your moneyเรื่องเงินของคุณ
Usage credit, fees, and what the platform or your reseller owes you.เครดิตการใช้งาน ค่าธรรมเนียม และยอดที่แพลตฟอร์มหรือรีเซลเลอร์ค้างชำระคุณ
Step 15ขั้นตอนที่ 15
Money — what came in, what you owe, what has been paidเรื่องเงิน — อะไรเข้ามา คุณค้างใคร และจ่ายอะไรไปแล้ว
The one screen that answers 'what happened to my money, and whom do I owe?', and the page the rest of this section drills into. It reads in three parts. Incoming lists the settled activity that generated a platform fee — every settled deposit and every withdrawal fill is billable whatever route it took — split by activity type and by whether it belongs to the merchant pool or to a named branch, with the volume and the fee accrued against each. Balance shows two accounts side by side and deliberately never adds them: Fee is what you owe the platform (accrued − paid = outstanding); Custody is cash somebody else is holding for you (accrued − settled = owed), alongside the other direction — what you are holding for your own branches. The platform holds neither. Custody is owed by whoever actually received the deposits, and the fee is a bill, not a balance you can draw on. Outgoing lists the fee payments the platform has recorded against you with their date, amount and bank reference; only Recorded rows are inside the Paid figure above, so a Disputed or Void row stays listed at face value while sitting outside the arithmetic, and a note says so whenever such a row is on screen. Two kinds of nothing are told apart on purpose: if the fee ledger has not been opened you are told exactly that instead of being shown ฿0.00, because nobody has been billed anything yet, and the branch-custody figure carries the time it was last computed because it comes from a sync rather than a live read. If your role carries the settlement permission, a Recorded fee payment also offers Dispute — contest a receipt you do not recognise and the amount returns to your outstanding balance until an admin resolves it.หน้าจอเดียวที่ตอบคำถามว่า “เงินของฉันไปไหน และฉันค้างใครอยู่บ้าง” และเป็นหน้าที่ส่วนที่เหลือของหมวดนี้เจาะลึกลงไป อ่านได้เป็นสามส่วน ส่วน “เงินเข้า” แสดงรายการที่ชำระเสร็จแล้วซึ่งก่อให้เกิดค่าธรรมเนียมของแพลตฟอร์ม โดยทุกรายการฝากที่ชำระเสร็จและทุกการเติมเต็มคำขอถอนล้วนคิดค่าธรรมเนียมได้ ไม่ว่าจะมาทางเส้นทางใด แยกตามประเภทกิจกรรม และแยกว่าเป็นของกลุ่มบัญชีร้านค้าหรือของร้านค้าย่อยรายใด พร้อมยอดรวมและค่าธรรมเนียมที่เกิดขึ้นกับแต่ละรายการ ส่วน “ยอดคงเหลือ” แสดงสองบัญชีคู่กัน และตั้งใจไม่นำมาบวกกันเด็ดขาด บัญชีแรกคือค่าธรรมเนียมที่คุณค้างแพลตฟอร์ม (ที่เกิดขึ้น − ที่จ่ายแล้ว = ค้างชำระ) บัญชีที่สองคือเงินที่ผู้อื่นถือแทนคุณ (ที่เกิดขึ้น − ที่ชำระแล้ว = ค้างจ่ายให้คุณ) ควบคู่กับทิศทางตรงข้าม คือยอดที่คุณถือไว้แทนร้านค้าย่อยของคุณเอง 🔴 แพลตฟอร์มไม่ได้ถือทั้งสองอย่าง เงินที่ถือแทนเป็นหนี้ของผู้ที่รับเงินฝากนั้นไว้จริง ส่วนค่าธรรมเนียมคือใบเรียกเก็บ ไม่ใช่ยอดที่คุณเบิกใช้ได้ ส่วน “เงินออก” แสดงรายการชำระค่าธรรมเนียมที่แพลตฟอร์มบันทึกไว้กับคุณ พร้อมวันที่ จำนวนเงิน และรหัสอ้างอิงธนาคาร 🔴 มีเฉพาะแถวสถานะ “บันทึกแล้ว” เท่านั้นที่อยู่ในยอด “จ่ายแล้ว” ด้านบน แถวที่ถูกโต้แย้งหรือถูกยกเลิกจึงยังคงแสดงตามมูลค่าหน้าตั๋ว แต่อยู่นอกการคำนวณ และจะมีหมายเหตุระบุไว้ทุกครั้งที่มีแถวลักษณะนี้บนหน้าจอ ระบบแยกความว่างเปล่าสองแบบออกจากกันโดยตั้งใจ หากบัญชีค่าธรรมเนียมยังไม่ถูกเปิด ระบบจะบอกตรง ๆ อย่างนั้น แทนการแสดง ฿0.00 เพราะยังไม่มีใครถูกเรียกเก็บอะไรเลย และตัวเลขเงินที่ถือแทนร้านค้าย่อยจะแสดงเวลาที่คำนวณล่าสุดกำกับไว้ เพราะมาจากการซิงก์ ไม่ใช่การอ่านสด หากบทบาทของคุณมีสิทธิ์ด้านการชำระบัญชี รายการค่าธรรมเนียมที่บันทึกแล้วจะมีปุ่มโต้แย้งด้วย เมื่อคุณโต้แย้งใบรับเงินที่ไม่รู้จัก ยอดนั้นจะกลับเข้าไปอยู่ในยอดค้างชำระของคุณจนกว่าผู้ดูแลระบบจะตัดสิน
Step 16ขั้นตอนที่ 16
Usage credit — balance & top-upเครดิตการใช้งาน — ยอดคงเหลือและการเติม
Your prepaid usage-credit wallet, which the platform draws down as your merchant processes deposits. The snapshot card shows the current balance and a low-balance warning; below it the top-up form requests more credit (subject to admin approval). Keep this funded — a depleted balance can gate new activity.กระเป๋าเครดิตการใช้งานแบบจ่ายล่วงหน้าของคุณ ซึ่งแพลตฟอร์มจะหักไปเรื่อย ๆ เมื่อร้านค้าของคุณประมวลผลรายการฝาก การ์ดสรุปแสดงยอดคงเหลือปัจจุบันพร้อมคำเตือนเมื่อยอดใกล้หมด ถัดลงมาเป็นแบบฟอร์มขอเติมเครดิตเพิ่ม (ต้องผ่านการอนุมัติจากผู้ดูแลระบบ) ควรรักษายอดนี้ให้มีอยู่เสมอ เพราะยอดที่หมดลงอาจกั้นไม่ให้เกิดกิจกรรมใหม่
Step 17ขั้นตอนที่ 17
Billingการเรียกเก็บเงิน
Your usage and fees over time, computed at read-time from the effective-dated rate (all in GMT+7). Headline cards show today and month-to-date usage with the fee alongside; the timeseries below can be switched between granularities. This is the page you reconcile against your invoice.ยอดการใช้งานและค่าธรรมเนียมของคุณตามช่วงเวลา คำนวณ ณ เวลาที่อ่านข้อมูล จากอัตราที่มีผลตามวันที่กำหนด (ทั้งหมดเป็นเวลา GMT+7) การ์ดหลักแสดงยอดการใช้งานของวันนี้และสะสมตั้งแต่ต้นเดือน พร้อมค่าธรรมเนียมกำกับ ส่วนกราฟตามเวลาด้านล่างสลับความละเอียดได้ นี่คือหน้าที่คุณใช้กระทบยอดกับใบแจ้งหนี้
Step 18ขั้นตอนที่ 18
Settlement — where your money isการชำระบัญชี — เงินของคุณอยู่ที่ไหน
The 'Where your money is' surface (WS-6), under the Manage Bank Account group: your settled deposits grouped by who is currently holding the cash. The default 'Owed to you' tab shows a per-holder accrual table — settled to you vs still owed — plus the claimant actions: 'Request a settlement' to ask a custodian to pay you, a dispute inbox to challenge a payment a custodian claims it wired, and your payout-account list (where you get paid). Which tabs you see depends on your role — sub-merchant staff get only this read-only 'Owed to you' view with a Sync control.หน้าจอ “เงินของคุณอยู่ที่ไหน” (WS-6) อยู่ในกลุ่มจัดการบัญชีธนาคาร แสดงรายการฝากที่ชำระเสร็จแล้วของคุณ จัดกลุ่มตามว่าใครกำลังถือเงินสดนั้นอยู่ แท็บเริ่มต้น “ค้างจ่ายให้คุณ” แสดงตารางยอดสะสมรายผู้ถือ คือยอดที่ชำระให้คุณแล้วเทียบกับยอดที่ยังค้าง พร้อมสิ่งที่คุณในฐานะผู้มีสิทธิ์เรียกร้องทำได้ ได้แก่ “ขอให้ชำระบัญชี” เพื่อร้องขอให้ผู้ถือแทนจ่ายคุณ กล่องข้อโต้แย้งสำหรับคัดค้านการจ่ายเงินที่ผู้ถือแทนอ้างว่าโอนแล้ว และรายการบัญชีรับเงินของคุณ (ที่ที่คุณจะได้รับเงิน) แท็บที่คุณเห็นขึ้นอยู่กับบทบาท พนักงานร้านค้าย่อยจะเห็นเฉพาะมุมมอง “ค้างจ่ายให้คุณ” แบบอ่านอย่างเดียว พร้อมปุ่มซิงก์เท่านั้น
Step 19ขั้นตอนที่ 19
Settlement — what you owe (downstream)การชำระบัญชี — ยอดที่คุณค้างจ่ายปลายทาง
The 'What you owe' tab (merchant-level owners with MANAGE_SETTLEMENT): an account-grouped drill-down of what you owe your own sub-merchants, whose deposits settled into your bank accounts. Expand a custodian account to see each sub-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 sub proactively — record the bank transfer to push the money down before it is even requested.แท็บ “ยอดที่คุณต้องจ่าย” (สำหรับเจ้าของระดับร้านค้าที่มีสิทธิ์ MANAGE_SETTLEMENT) เป็นมุมมองเจาะลึกจัดกลุ่มตามบัญชี แสดงยอดที่คุณค้างจ่ายให้ร้านค้าย่อยของคุณเอง ซึ่งเงินฝากของเขาเข้ามาชำระอยู่ในบัญชีธนาคารของคุณ กางบัญชีผู้ถือแทนออกเพื่อดูร้านค้าย่อยผู้มีสิทธิ์เรียกร้องแต่ละราย พร้อมยอดก่อนหักและยอด “ชำระได้สุทธิ” (ยอดที่ค้างลบด้วยส่วนค่าธรรมเนียมของคุณ) ปุ่ม “ซิงก์เดี๋ยวนี้” จะรีเฟรชแคชที่คำนวณไว้ และคุณชำระให้ร้านค้าย่อยล่วงหน้าได้ โดยบันทึกการโอนเงินเพื่อผลักเงินลงไปก่อนที่จะมีการร้องขอเสียอีก
Step 20ขั้นตอนที่ 20
Settlement — Settle (record a payment)การชำระบัญชี — ชำระ (บันทึกการจ่ายเงิน)
The 'Settle' tab lists the settlement requests other parties have raised against the accounts where you hold their cash. 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, and nothing auto-verifies the amount you type). Submitting records the discharge and reduces what you owe that claimant.แท็บ “ชำระ” แสดงคำขอชำระบัญชีที่คู่สัญญาอื่นยื่นมายังบัญชีที่คุณถือเงินของเขาไว้ เปิดรายการหนึ่งแล้วบันทึกการจ่ายเงิน ได้แก่ จำนวนเงิน วันเวลาที่จ่าย ธนาคารปลายทาง / เลขบัญชี 4 ตัวท้าย / ชื่อเจ้าของบัญชี รหัสอ้างอิงและหมายเหตุที่ใส่หรือไม่ก็ได้ และสลิปการโอน (จำเป็นต้องมี — ไม่มีทางข้าม และไม่มีระบบใดตรวจสอบจำนวนเงินที่คุณกรอกโดยอัตโนมัติ) การกดส่งจะบันทึกการชำระหนี้ และลดยอดที่คุณค้างจ่ายผู้เรียกร้องรายนั้น
Your business and your teamธุรกิจและทีมงานของคุณ
Sub-merchants and the staff who work these screens.ร้านค้าย่อยและพนักงานที่ใช้งานหน้าจอเหล่านี้
Step 21ขั้นตอนที่ 21
Sub-merchantsร้านค้าย่อย
The list of sub-merchants nested under your account, plus a create form. Sub-merchants let you attribute deposits, withdrawals and billing to distinct storefronts or partners while sharing your integration. Create one with an external code and display name, then open it to manage it.รายชื่อร้านค้าย่อยที่อยู่ภายใต้บัญชีของคุณ พร้อมแบบฟอร์มสร้างใหม่ ร้านค้าย่อยช่วยให้คุณแยกที่มาของรายการฝาก รายการถอน และการเรียกเก็บเงิน ไปตามหน้าร้านหรือพาร์ตเนอร์แต่ละราย โดยยังใช้การเชื่อมต่อระบบชุดเดียวกัน สร้างร้านค้าย่อยด้วยรหัสอ้างอิงภายนอกและชื่อที่แสดง แล้วเปิดเข้าไปเพื่อจัดการ
Step 22ขั้นตอนที่ 22
Sub-merchant detailรายละเอียดร้านค้าย่อย
Everything for one sub-merchant on a single page: its usage-credit balance with an allocate form (move credit down from the parent), a separate Withdraw-allowance card to grant or claw back the sub-merchant's withdraw-allowance balance (the plane the withdraw-allowance gate meters against, funded independently of usage credit), its name and status controls (activate / suspend / deactivate), its own bank-account pool, and a staff panel to invite VIEWER staff scoped just to this sub-merchant. This is where a parent owner runs a nested storefront day-to-day.ทุกอย่างของร้านค้าย่อยรายหนึ่งรวมอยู่ในหน้าเดียว ได้แก่ ยอดเครดิตการใช้งานพร้อมแบบฟอร์มจัดสรร (ย้ายเครดิตลงมาจากร้านค้าแม่) การ์ดวงเงินถอนแยกต่างหากสำหรับให้หรือเรียกคืนยอดวงเงินถอนของร้านค้าย่อย (ซึ่งเป็นคนละระนาบกับเครดิตการใช้งาน มีแหล่งเงินของตัวเอง และเป็นสิ่งที่เงื่อนไขจำกัดวงเงินถอนใช้วัด) ตัวควบคุมชื่อและสถานะ (เปิดใช้งาน / ระงับชั่วคราว / ปิดใช้งาน) กลุ่มบัญชีธนาคารของร้านค้าย่อยเอง และแผงพนักงานสำหรับเชิญพนักงานสิทธิ์ดูอย่างเดียวที่จำกัดขอบเขตอยู่เฉพาะร้านค้าย่อยรายนี้ นี่คือที่ที่เจ้าของร้านค้าแม่บริหารหน้าร้านย่อยในแต่ละวัน
Step 23ขั้นตอนที่ 23
Teamทีมงาน
Your staff roster with each member's role and status. As the owner you can invite new staff; the invite reveals one-shot credentials (a temporary password plus a TOTP secret and QR code) that must be captured immediately because they are never shown again. Use roles to keep viewers, fulfillers and managers appropriately scoped.รายชื่อพนักงานของคุณ พร้อมบทบาทและสถานะของแต่ละคน ในฐานะเจ้าของ คุณเชิญพนักงานใหม่ได้ 🔴 การเชิญจะเปิดเผยข้อมูลรับรองแบบใช้ครั้งเดียว (รหัสผ่านชั่วคราว พร้อมรหัสลับ TOTP และ QR) ซึ่งต้องบันทึกไว้ทันที เพราะจะไม่แสดงอีกเลย ใช้บทบาทเพื่อกำหนดขอบเขตของผู้ดูอย่างเดียว ผู้ดำเนินการจ่ายเงิน และผู้จัดการ ให้เหมาะสม
Step 24ขั้นตอนที่ 24
Team — invite formทีมงาน — แบบฟอร์มเชิญ
The expanded 'Invite staff' panel, opened from the button in the team header. It collects the new member's details and role before issuing the one-shot credentials. Shown here so you can see the fields you fill in; this step only opens the form (it does not submit an invite).แผง “เชิญพนักงาน” ที่กางออก เปิดจากปุ่มบนหัวข้อทีมงาน แผงนี้เก็บข้อมูลและบทบาทของสมาชิกใหม่ ก่อนออกข้อมูลรับรองแบบใช้ครั้งเดียว แสดงไว้ที่นี่เพื่อให้เห็นช่องที่ต้องกรอก ขั้นตอนนี้เพียงเปิดแบบฟอร์มเท่านั้น ไม่ได้ส่งคำเชิญจริง
Connecting your systemการเชื่อมต่อระบบของคุณ
Set once, check when something breaks: keys, routing, bank accounts, gateways and webhooks.ตั้งค่าครั้งเดียว แล้วกลับมาดูเมื่อมีปัญหา: กุญแจ API เส้นทางการจับคู่ บัญชีธนาคาร เกตเวย์ และเว็บฮุก
Step 25ขั้นตอนที่ 25
API key & HMAC secretAPI key และ HMAC secret
Your integration credentials. The top card shows the active API key's fingerprint (never the plaintext), its hash version and when it was last rotated. Below are two rotation cards — one for the API key, one for the HMAC signing secret — each guarded by a type-to-confirm 'ROTATE' step. Rotate immediately if a credential is ever exposed.ข้อมูลรับรองสำหรับเชื่อมต่อระบบของคุณ การ์ดบนสุดแสดงลายนิ้วมือของ API key ที่ใช้งานอยู่ (ไม่เคยแสดงค่าจริง) เวอร์ชันของการแฮช และเวลาที่หมุนเปลี่ยนล่าสุด ถัดลงมาเป็นการ์ดหมุนเปลี่ยนสองใบ ใบหนึ่งสำหรับ API key อีกใบสำหรับ HMAC secret ที่ใช้ลงลายเซ็น แต่ละใบมีขั้นตอนพิมพ์ยืนยันกำกับไว้ ให้หมุนเปลี่ยนทันทีหากข้อมูลรับรองใดรั่วไหล
Step 26ขั้นตอนที่ 26
API key — rotation confirmAPI key — ยืนยันการหมุนเปลี่ยน
Rotating a credential is guarded by a type-to-confirm step: you type ROTATE to arm the 'Confirm rotation' button. On confirm, the new key is shown once as a one-shot plaintext reveal — copy it into your integration immediately, because it cannot be retrieved again. (This guide captures the armed confirm state rather than performing the rotation, so a live integration key is never rotated just to build the manual — and a real secret is never screenshotted.)การหมุนเปลี่ยนข้อมูลรับรองมีขั้นตอนพิมพ์ยืนยันกำกับไว้ คุณต้องพิมพ์คำว่า ROTATE เพื่อปลดล็อกปุ่ม “ยืนยันการหมุนเปลี่ยน” เมื่อกดยืนยัน ค่าใหม่จะแสดงเป็นข้อความธรรมดาเพียงครั้งเดียว ให้คัดลอกไปใส่ในระบบที่เชื่อมต่อทันที เพราะเรียกดูย้อนหลังไม่ได้อีก (คู่มือนี้บันทึกภาพขั้นตอนที่ปลดล็อกแล้วเท่านั้น ไม่ได้หมุนเปลี่ยนจริง เพื่อไม่ให้คีย์ที่ใช้งานอยู่ถูกเปลี่ยนเพียงเพราะจะสร้างคู่มือ และเพื่อไม่ให้ค่าจริงถูกบันทึกภาพไว้)
Step 27ขั้นตอนที่ 27
Settingsตั้งค่า
Your merchant settings, now organised into tabs. Profile shows slug / status / timestamps (and the owner-editable display name); Integration holds the webhook URL, per-minute rate limit, the hosted-checkout return-domain allow-list and a link to your API credentials; Matching & routing carries your matching, denomination, reservation-window and deposit-cascade controls; Account shows a read-only bank summary plus DPA acceptance. Full bank-account and payment-gateway management still live on their own pages (below).การตั้งค่าร้านค้าของคุณ จัดเป็นแท็บแล้ว แท็บโปรไฟล์แสดง slug สถานะ และเวลาต่าง ๆ (พร้อมชื่อที่แสดงซึ่งเจ้าของแก้ไขได้) แท็บการเชื่อมต่อระบบเก็บ URL เว็บฮุก ขีดจำกัดคำขอต่อนาที รายการโดเมนที่อนุญาตให้ส่งกลับหลังชำระเงินผ่านลิงก์ และลิงก์ไปยังข้อมูลรับรอง API ของคุณ แท็บการจับคู่และเส้นทางเก็บตัวควบคุมด้านการจับคู่ ชุดจำนวนเงิน กรอบเวลาการจอง และลำดับการเลือกบัญชีรับฝาก ส่วนแท็บบัญชีแสดงสรุปบัญชีธนาคารแบบอ่านอย่างเดียว พร้อมการยอมรับข้อตกลงประมวลผลข้อมูล ทั้งนี้การจัดการบัญชีธนาคารและเพย์เมนต์เกตเวย์แบบเต็มยังอยู่ในหน้าของตัวเอง (ด้านล่าง)
Step 28ขั้นตอนที่ 28
Settings — Matching & routing (sub-merchant gates)ตั้งค่า — การจับคู่และเส้นทาง (เงื่อนไขร้านค้าย่อย)
The Matching & routing tab (owner / MANAGE_MATCHING_SETTINGS only). Alongside allow-partial-fulfilment, the denomination subset, the reservation-expiry window and the deposit-cascade routing order, it holds the two opt-in sub-merchant gates (migration 0180): 'Sub-merchant match isolation' (a sub-merchant's withdrawals match only same-sub deposits — Isolated vs Shared pool) and 'Sub-merchant withdraw allowance limit' (a sub-merchant can withdraw only up to its separately-funded allowance — Allowance enforced vs No limit). Both default OFF.แท็บการจับคู่และเส้นทาง (เฉพาะเจ้าของ หรือผู้มีสิทธิ์ MANAGE_MATCHING_SETTINGS) นอกจากการอนุญาตให้เติมเต็มบางส่วน ชุดจำนวนเงินย่อย กรอบเวลาหมดอายุการจอง และลำดับการเลือกบัญชีรับฝากแล้ว ยังมีเงื่อนไขร้านค้าย่อยแบบเลือกเปิดสองข้อ (migration 0180) ได้แก่ “แยกกลุ่มจับคู่ของร้านค้าย่อย” (คำขอถอนของร้านค้าย่อยจะจับคู่ได้เฉพาะกับรายการฝากของร้านค้าย่อยเดียวกัน — แยกกลุ่ม เทียบกับ ใช้กลุ่มร่วม) และ “จำกัดวงเงินถอนของร้านค้าย่อย” (ร้านค้าย่อยถอนได้ไม่เกินวงเงินที่มีแหล่งเงินแยกต่างหาก — บังคับใช้วงเงิน เทียบกับ ไม่จำกัด) ทั้งสองข้อปิดอยู่โดยค่าเริ่มต้น
Step 29ขั้นตอนที่ 29
Settings — bank accountsตั้งค่า — บัญชีธนาคาร
The bank accounts registered to your merchant. Owners can toggle each account active or inactive; adding new accounts is done by a platform admin. Keeping the right accounts active controls which of your banks the deposit cascade and payouts can use.บัญชีธนาคารที่ลงทะเบียนไว้กับร้านค้าของคุณ เจ้าของสลับสถานะเปิดหรือปิดใช้งานของแต่ละบัญชีได้ ส่วนการเพิ่มบัญชีใหม่ต้องให้ผู้ดูแลระบบของแพลตฟอร์มเป็นผู้ทำ การเปิดใช้งานบัญชีให้ถูกต้องคือสิ่งที่กำหนดว่าธนาคารใดของคุณจะถูกใช้ในการรับฝากและจ่ายเงินได้บ้าง
Step 30ขั้นตอนที่ 30
Settings — payment gatewaysตั้งค่า — เพย์เมนต์เกตเวย์
Your provisioned payment-gateway credentials (ADR-0096). Owners can enable or disable each gateway and rename its display label; provisioning the gateway itself is admin-only. Enable a gateway here to let the deposit cascade issue gateway-hosted destination accounts to your customers.ข้อมูลรับรองเพย์เมนต์เกตเวย์ที่จัดเตรียมไว้ให้คุณ (ADR-0096) เจ้าของเปิดหรือปิดใช้งานเกตเวย์แต่ละตัวได้ และเปลี่ยนชื่อป้ายที่แสดงได้ ส่วนการจัดเตรียมตัวเกตเวย์เองเป็นสิทธิ์ของผู้ดูแลระบบเท่านั้น เปิดใช้งานเกตเวย์ที่นี่เพื่อให้ระบบออกบัญชีปลายทางที่เกตเวย์เป็นผู้ดูแลให้ลูกค้าของคุณได้
Step 31ขั้นตอนที่ 31
Webhooksเว็บฮุก
The delivery log for outbound webhooks sent to your endpoint, filterable by delivery status (delivered / failed / dead-letter), event type and time window. Use it to confirm the platform is signalling your system correctly and to spot failing deliveries you need to re-drive.บันทึกการส่งเว็บฮุกออกไปยังปลายทางของคุณ กรองได้ตามสถานะการส่ง (ส่งสำเร็จ / ล้มเหลว / เข้าคิวปลายทาง) ประเภทเหตุการณ์ และช่วงเวลา ใช้ยืนยันว่าแพลตฟอร์มส่งสัญญาณเข้าระบบของคุณถูกต้อง และใช้หารายการที่ส่งไม่สำเร็จซึ่งคุณต้องสั่งส่งซ้ำ
Step 32ขั้นตอนที่ 32
Integration testทดสอบการเชื่อมต่อ
A two-way integration playground. The Webhooks tab fires synthetic events at your configured webhook URL so you can verify your receiver; the API tab makes live partner-API calls from the browser using your API key. This is where you shake out an integration before going live — a link to the full guide sits in the header.พื้นที่ทดลองเชื่อมต่อสองทาง แท็บเว็บฮุกจะยิงเหตุการณ์จำลองไปยัง URL เว็บฮุกที่คุณตั้งไว้ เพื่อให้ตรวจสอบตัวรับของคุณได้ ส่วนแท็บ API จะเรียกใช้ partner API จริงจากเบราว์เซอร์โดยใช้ API key ของคุณ นี่คือที่ที่คุณควรทดสอบการเชื่อมต่อให้เรียบร้อยก่อนเปิดใช้งานจริง โดยมีลิงก์ไปยังคู่มือฉบับเต็มอยู่ที่ส่วนหัว
Further referenceหน้าจออ้างอิงเพิ่มเติม
Screens you reach from somewhere else, gathered here for completeness.หน้าจอที่เข้าถึงจากที่อื่น รวบรวมไว้ที่นี่เพื่อความครบถ้วน
Step 33ขั้นตอนที่ 33
Deposit reservation detailรายละเอียดการจองรายการฝาก
The deposit command centre — and the page to open whenever a deposit is stuck, because an unsettled deposit can never be the subject of /merchant/transactions/:id (that route resolves a settled ledger entry or a withdrawal only). It shows the reservation, the matched seller order, the uploaded slip image with its re-rendered EMVCo QR, and the full slip-verification attempt log. Since WS-21 it also carries an armed flow checkpoint that names what is blocking the deposit and dispatches the remedy in place — approve, reject or re-verify a slip, resolve an over-payment, or release a stranded hold. Two further panels appear according to status: upload a slip on the depositor's behalf, and the late-slip route for an already-expired reservation.ศูนย์บัญชาการของรายการฝาก และเป็นหน้าที่ควรเปิดทุกครั้งที่รายการฝากค้าง เพราะรายการฝากที่ยังไม่ชำระเสร็จจะไม่มีวันเปิดผ่าน /merchant/transactions/:id ได้ (เส้นทางนั้นค้นหาได้เฉพาะรายการบัญชีที่ชำระเสร็จแล้วหรือคำขอถอนเท่านั้น) หน้านี้แสดงการจอง คำสั่งของผู้ขายที่จับคู่ได้ ภาพสลิปที่อัปโหลดพร้อม QR มาตรฐาน EMVCo ที่เรนเดอร์ใหม่ และบันทึกการพยายามตรวจสอบสลิปทั้งหมด ตั้งแต่ WS-21 เป็นต้นมา หน้านี้ยังมีจุดตรวจสถานะที่พร้อมใช้งาน ซึ่งระบุว่าอะไรกำลังขวางรายการฝากอยู่ และสั่งการแก้ไขได้จากตรงนั้นเลย ทั้งอนุมัติ ปฏิเสธ หรือตรวจสอบสลิปใหม่ แก้ปัญหาการโอนเกิน หรือปลดยอดที่ค้างอยู่ นอกจากนี้ยังมีอีกสองแผงที่ปรากฏตามสถานะ คือการอัปโหลดสลิปแทนผู้ฝาก และเส้นทางสลิปย้อนหลังสำหรับการจองที่หมดอายุไปแล้ว
Step 34ขั้นตอนที่ 34
User balance (three-pool)ยอดคงเหลือของผู้ใช้ (สามกลุ่ม)
A single user's wallet as the platform models it: separate balances per source and credit kind (platform vs merchant, real vs point), not one scalar number. Reached from a withdrawal or user context when you need to see exactly what a user holds with you before acting.กระเป๋าเงินของผู้ใช้รายหนึ่งตามที่แพลตฟอร์มจำลองไว้จริง คือแยกยอดคงเหลือตามแหล่งที่มาและชนิดของเครดิต (แพลตฟอร์มหรือร้านค้า, เงินจริงหรือแต้ม) ไม่ใช่ตัวเลขเดียวรวมกัน เข้าถึงได้จากบริบทของคำขอถอนหรือของผู้ใช้ เมื่อคุณต้องการเห็นให้ชัดว่าผู้ใช้รายนั้นถือเงินอะไรไว้กับคุณบ้างก่อนจะดำเนินการ
Step 35ขั้นตอนที่ 35
Priority grantsการให้สิทธิ์ลำดับความสำคัญ
(Not yet live: the list renders, but creating or revoking a grant returns a 'coming soon' 422 until the staff-attribution columns ship in a later phase.) When live, this screen will let you raise a specific user's matching priority. For now it is view-only; the 'New grant' and 'Revoke' controls surface a coming-soon notice instead of acting.(ยังไม่เปิดใช้งาน หน้ารายการแสดงผลได้ แต่การสร้างหรือเพิกถอนสิทธิ์จะตอบกลับด้วยสถานะ 422 “เร็ว ๆ นี้” จนกว่าคอลัมน์ระบุตัวพนักงานจะพร้อมใช้งานในเฟสถัดไป) เมื่อเปิดใช้งานแล้ว หน้าจอนี้จะให้คุณยกระดับลำดับความสำคัญในการจับคู่ของผู้ใช้รายใดรายหนึ่งได้ ในตอนนี้เป็นแบบดูอย่างเดียว ปุ่ม “ให้สิทธิ์ใหม่” และ “เพิกถอน” จะแสดงข้อความแจ้งว่ายังไม่เปิดใช้งานแทนการทำงานจริง
Step 36ขั้นตอนที่ 36
Slip findingsผลตรวจสลิป
The fraud-signal log for slips processed for your merchant — scored findings such as duplicate-image or same-slip-different-source signals, filterable by status. Use it to spot patterns of suspicious deposits across your customers rather than one slip at a time.บันทึกสัญญาณทุจริตของสลิปที่ประมวลผลให้ร้านค้าของคุณ เป็นผลตรวจที่มีคะแนน เช่น สัญญาณภาพซ้ำ หรือสลิปใบเดียวกันที่มาจากคนละแหล่ง กรองได้ตามสถานะ ใช้หาแบบแผนของรายการฝากที่น่าสงสัยข้ามลูกค้าหลายราย แทนการดูทีละสลิป
Step 37ขั้นตอนที่ 37
Integration guideคู่มือการเชื่อมต่อ
The canonical partner setup guide rendered inside the merchant shell — the same source the integration-test page serves. It walks a developer through wiring up API calls and webhooks against your account; a 'Try it' link jumps to the live playground.คู่มือการตั้งค่าสำหรับพาร์ตเนอร์ฉบับหลัก แสดงอยู่ภายในหน้าจอร้านค้า โดยใช้แหล่งข้อมูลเดียวกับที่หน้าทดสอบการเชื่อมต่อใช้ คู่มือนี้พานักพัฒนาผ่านขั้นตอนการต่อ API และเว็บฮุกเข้ากับบัญชีของคุณ และมีลิงก์ “ลองใช้” ที่กระโดดไปยังพื้นที่ทดลองจริง
Step 38ขั้นตอนที่ 38
Deposit accountsบัญชีรับฝากเงิน
The pool of deposit-destination accounts the platform assigns to your customers when they pay in by bank transfer, rotated round-robin by the deposit cascade. Staff with the bank-account permission can add and manage the accounts here so incoming deposits always have a live destination.กลุ่มบัญชีปลายทางที่แพลตฟอร์มกำหนดให้ลูกค้าของคุณเมื่อชำระเงินด้วยการโอนผ่านธนาคาร โดยระบบจะหมุนเวียนใช้แบบวนรอบ พนักงานที่มีสิทธิ์จัดการบัญชีธนาคารสามารถเพิ่มและจัดการบัญชีได้ที่นี่ เพื่อให้รายการฝากที่เข้ามามีบัญชีปลายทางที่ใช้งานได้เสมอ
Step 39ขั้นตอนที่ 39
Settings — priority thresholdsตั้งค่า — เกณฑ์ลำดับความสำคัญ
(Not yet live: the four-tier threshold form renders, but saving returns a 422 stub until the admin-attribution gap is closed in a later phase.) When live, this screen will let you tune the strictly-increasing priority tier cut-offs for your withdrawal queue. Until then it shows the platform defaults read-only and reports the stub on save.(ยังไม่เปิดใช้งาน แบบฟอร์มเกณฑ์สี่ระดับแสดงผลได้ แต่การบันทึกจะตอบกลับด้วยสถานะ 422 จนกว่าช่องว่างเรื่องการระบุตัวผู้ดูแลระบบจะถูกปิดในเฟสถัดไป) เมื่อเปิดใช้งานแล้ว หน้าจอนี้จะให้คุณปรับจุดตัดของลำดับความสำคัญที่ต้องเรียงเพิ่มขึ้นอย่างเคร่งครัด สำหรับคิวคำขอถอนของคุณได้ ในระหว่างนี้จะแสดงค่าเริ่มต้นของแพลตฟอร์มแบบอ่านอย่างเดียว และรายงานว่ายังไม่เปิดใช้งานเมื่อกดบันทึก