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:
@@ -122,9 +122,9 @@ You must `docker login git.manko.yoga -u manawenuz` first. Pushes both tags and
|
||||
|
||||
### `start-ngrok.sh`
|
||||
|
||||
**Purpose.** Start `ngrok http` against a local port (default `8083`) and print the public URL by polling the inspector at `127.0.0.1:4040`. Lets you receive SHKeeper webhooks on your laptop.
|
||||
**Purpose.** Start `ngrok http` against a local port (default `8083`) and print the public URL by polling the inspector at `127.0.0.1:4040`. Lets you receive Request Network webhooks on your laptop.
|
||||
|
||||
**When to run.** Local SHKeeper webhook development.
|
||||
**When to run.** Local Request Network webhook development.
|
||||
|
||||
**Example.**
|
||||
|
||||
@@ -219,9 +219,9 @@ Each script takes a base URL + admin token. Inspect them before running.
|
||||
|
||||
### `manual-test.ts`
|
||||
|
||||
**Purpose.** Local sanity check for the SHKeeper service: calls `createPayInIntent` with mock data and verifies a webhook signature in dev mode.
|
||||
**Purpose.** Historical sanity check for the old SHKeeper service.
|
||||
|
||||
**When to run.** Smoke-test after changing SHKeeper code without running the full suite.
|
||||
**When to run.** Legacy-record troubleshooting only; new payment work should use the Request Network tests.
|
||||
|
||||
**Example.**
|
||||
|
||||
@@ -243,13 +243,13 @@ npm run dev &
|
||||
ts-node manual-payout-test.ts
|
||||
```
|
||||
|
||||
> [!warning] Will create a real payout record in the DB. With `SHKEEPER_FORCE_PAYOUT_DEMO=true` no on-chain transaction is sent; without that flag a real on-chain transfer can occur.
|
||||
> [!warning] Will create a real payout record in the DB. Treat this as a legacy/manual helper; routine releases should go through ledger-gated release/refund orchestration.
|
||||
|
||||
### `fix-transaction-hashes.js`
|
||||
|
||||
**Purpose.** One-off backfill — walks completed Payments missing `transactionHash`, queries SHKeeper for the original invoice, extracts the confirmed transaction hash, and updates the payment document.
|
||||
**Purpose.** Historical one-off backfill — walks completed legacy Payments missing `transactionHash`, queries SHKeeper for the original invoice, extracts the confirmed transaction hash, and updates the payment document.
|
||||
|
||||
**When to run.** Only if you see payments displayed as "completed" with a missing tx hash. Rate-limits itself with a 1s delay per record.
|
||||
**When to run.** Only for old SHKeeper records. New Request Network payments should be reconciled through Request Network webhook/reconciliation tooling.
|
||||
|
||||
**Example.**
|
||||
|
||||
@@ -260,7 +260,7 @@ SHKEEPER_API_KEY=... \
|
||||
node fix-transaction-hashes.js
|
||||
```
|
||||
|
||||
> [!warning] Hits the live SHKeeper API and writes to MongoDB. Take a backup ([[Backup & Recovery]]).
|
||||
> [!warning] Hits the live legacy SHKeeper API and writes to MongoDB. Take a backup ([[Backup & Recovery]]).
|
||||
|
||||
### `check-templates.js`, `get-admin-token.js`
|
||||
|
||||
|
||||
Reference in New Issue
Block a user