docs: AML scope note, human-blocked items, Task #11 pre-flight inventory
- Add AML scope note to Handoff - RN Multichain Probe (sanctions-only vs full KYT) - Add human-blocked section with 3 precise next steps for owner - Create Task 11 Pre-flight Inventory: library choice, dev/prod flow, admin UI gaps, backend gaps, risks, acceptance criteria
This commit is contained in:
@@ -72,7 +72,7 @@ Delivery addresses are required before some sellers will accept your offer.
|
||||
|
||||
## 3. Connecting a wallet
|
||||
|
||||
If you want to pay via **Web3** instead of SHKeeper invoice:
|
||||
If you want to pay from your own wallet:
|
||||
|
||||
1. **Dashboard → Account → Wallet**.
|
||||
2. Click **Connect Wallet**.
|
||||
@@ -81,7 +81,7 @@ If you want to pay via **Web3** instead of SHKeeper invoice:
|
||||
5. The connected address appears as a chip. You can disconnect anytime.
|
||||
|
||||
> [!info]
|
||||
> Connecting a wallet is **optional**. SHKeeper QR payments work without one. See [[Payment Flow - DePay & Web3]].
|
||||
> Connecting a wallet is required for the in-house Request Network checkout. See [[Escrow Flow]] and [[Request Network Integration Constraints]].
|
||||
|
||||
---
|
||||
|
||||
@@ -202,32 +202,22 @@ Effects:
|
||||
|
||||
## 8. Paying for an order
|
||||
|
||||
Two payment paths. Pick at the **Pay** step.
|
||||
The current payment path is the Request Network in-house checkout.
|
||||
|
||||
### 8.1 Path A — SHKeeper invoice (recommended for non-crypto-native users)
|
||||
### 8.1 Request Network checkout
|
||||
|
||||
1. Click **Pay with crypto invoice**.
|
||||
1. Click **Pay**.
|
||||
2. Choose a token + network (e.g., USDT on BSC).
|
||||
3. A QR code + address appears.
|
||||
4. Open your wallet (any wallet that supports the network).
|
||||
5. Scan the QR, send the exact amount, confirm in your wallet.
|
||||
3. Connect or select your wallet.
|
||||
4. Approve the token spend if prompted.
|
||||
5. Confirm the payment transaction in your wallet.
|
||||
6. The page updates in real-time as the blockchain confirms (typically 30s–5 min).
|
||||
7. Status moves to **Funded** when fully confirmed.
|
||||
|
||||
> [!warning]
|
||||
> Send the **exact** amount on the **exact** network. Sending USDT on the wrong network (e.g., ERC-20 instead of BSC) WILL lose your funds. The displayed network is binding.
|
||||
|
||||
See [[Payment Flow - SHKeeper]].
|
||||
|
||||
### 8.2 Path B — Direct Web3 wallet
|
||||
|
||||
1. Click **Pay from connected wallet** (requires a connected wallet — see §3).
|
||||
2. Your wallet pops up a transaction approval (token transfer to escrow address).
|
||||
3. Approve & sign.
|
||||
4. Wait for on-chain confirmation.
|
||||
5. Backend verifies the transaction and moves status to **Funded**.
|
||||
|
||||
See [[Payment Flow - DePay & Web3]].
|
||||
See [[Escrow Flow]].
|
||||
|
||||
---
|
||||
|
||||
@@ -405,6 +395,6 @@ Contact support — account deletion is a manual operation by admins to ensure a
|
||||
## 16. Related
|
||||
|
||||
- [[Seller Guide]] · [[Admin Guide]] · [[Support Guide]]
|
||||
- Flows: [[Authentication Flow]] · [[Registration Flow]] · [[Purchase Request Flow]] · [[Payment Flow - SHKeeper]] · [[Payment Flow - DePay & Web3]] · [[Delivery Confirmation Flow]] · [[Dispute Flow]] · [[Rating Flow]] · [[Referral Flow]]
|
||||
- Flows: [[Authentication Flow]] · [[Registration Flow]] · [[Purchase Request Flow]] · [[Escrow Flow]] · [[Delivery Confirmation Flow]] · [[Dispute Flow]] · [[Rating Flow]] · [[Referral Flow]]
|
||||
- Models: [[User]] · [[PurchaseRequest]] · [[Payment]] · [[Address]]
|
||||
- [[Glossary]]
|
||||
|
||||
Reference in New Issue
Block a user