Revion Crew Board

The payout run drafted it on 27 Aug (pay on or after 28 Aug, settlement window 17–27 Aug, 9 orders). Nothing in #ach-payouts-production says it was sent or reconciled, and Andrew wrote on Thu: “i have not seen or received any of these funds in our accounts?”. Paying late erodes the exact merchant that proves the product works — 24 orders and counting.

Next action

Manual entry in Mercury from the instruction file in the channel, then record the bank reference in Revion so the books close.

All four sit banking_approved=0 with bank details on file (DB state as of the 14:45 board). Code-verified: payouts.ts:316 refuses to draft and payout-ach.ts:241 refuses ACH generation. RHP took his first order at 12:56Z today and Kiyora is cleared to sell — their orders mature Thu (t+4) and would hit exactly the 5-day Best Peptide trap. Aadil confirmed bank details are on file for all (TG 13:11Z); Tim: the click is the human once-over of those details before money moves.

Next action

One click per merchant on the admin merchant page. Kiyora first.

Order RC-2026-1000229, $7.99, AUTHORIZED 12:56Z (avs=Y, txn 12495615124) from his own email — the tax + shipping flow works end to end (order observed in prod DB at 14:45; he still hasn’t replied in #rhp-rhpeptides, where the last message is our 09:04Z chase). He may be waiting on the promised void. Banking approval (task above) now matters for him too.

Next action

Refund/void the $7.99, then message: test confirmed + voided, you are live for real customers, we watch the first day.

Apple Pay and card both verified end to end on her live store; both $15 tests (RC-2026-1000218 + RC-2026-1000222) refunded Sat, confirmations delivered. Told 09:05Z she is clear to sell. Every day she does not point traffic at it is revenue for nobody.

Next action

When she announces go-live, watch the first day’s orders and confirm the first receipt + descriptor look right.

Aadil approved 12:59Z (#merchant-applications-production: received → under review → approved in one minute) — Casey Wilder signed the contract immediately (Aadil’s TG note 13:01Z). Credentials delivered, but status=inactive, so checkout returns merchant_inactive. Registered domain is www.biopepusa.com while the site serves the apex — the same misregistration that broke RHP’s and Kiyora’s first checkouts. #biopep-usa-llc channel created 12:59Z with only our team in it; Slack invite still awaiting_merchant.

Next action

Set live in admin, correct the domain to https://biopepusa.com via single-field DB update (never suspend — it wipes credentials), post the welcome from onboarding-drafts/biopep-welcome.md. Descriptor + banking while there.

Application app_uHyTgAc1QXxFQKBW (coreresearchpeptides.com) received Sat 01:39Z; agreed with Aadil in TG to approve during today’s daily. Middesk KYB gates provisioning automatically.

Next action

Approve → provision → descriptor → banking → welcome draft from chase-2026-08-31.md. Then onboarding-check.sh app_uHyTgAc1QXxFQKBW to confirm the Slack invite landed before telling him “check Slack”.

A checkout session from zenaminos.is reached prod Thu ($143.96, order 54427, buyer never paid), so Chris’s silence is not a setup problem. Chased 09:06Z with that evidence.

Next action

If quiet through tomorrow, escalate to a booked slot rather than another open-ended nudge.

Narboto’s US-6 daily test (order RC-2026-1000210, already refunded). SLA warning + breach emails have fired to A@ daily since 27 Aug, and at 13:44Z today Aadil asked “Just got this again what is it?” — Nur started working it as a real inquiry (“looks like customer cant remember transaction”) before Tim called it: “all this is test from @HE5oYaIVI, not real”. Real alerts drown in test noise, and now it costs live attention too.

Next action

revioncaps.com/admin/billing-inquiries → Resolve, note “QA daily test — no action”. Then promote PR #355 (alert deep links) with the next release. Also run locally: source ~/RevionCaps/creds.sh && python3 ~/RevionCaps/linear_cleanup_rev60.py.

Zero sessions from them since 20 Aug — the embed was never tried. Their dev answers “let me check” and stalls; chased 09:06Z proposing a 20-minute call this week. Contact email is still the dev shop (dev@guardedpaypro.com), so the merchant principal may not even see our messages.

Next action

Book the slot; run the first embedded order together and void it.

Open since 28 Aug; Nur asked again Sat morning. An unpaid engineer is the fastest way to stall every code item on this board.

Next action

Send it, confirm in the thread.

Tim, TG 13:03Z: “they probably dont read it like zen, so need to be chased elsewhere outside slack.” You offered to do the chasing (“just need to know what you would like from each”); Tim messaged Andrew the per-merchant statuses this morning.

Next action

Email/phone per merchant: Zen — one test order; Best Peptide — book the 20-min embed call; Biopep (Casey) — accept the Slack invite + install the plugin; Kiyora — switch real traffic on.

VAPI_PRIVATE_KEY etc. are SET on revioncaps-prod; calls are held off only by VAPI_OUTBOUND_ENABLED=false. No calling-window, DNC, or consent gates exist in vapi-outbound.ts.

Next action

Either unset the prod keys or commission the TCPA gates. Deciding is the task.

Variants live in the “Revion Home Variants” artifact (REV-101). Waiting since 27 Aug.

Next action

Reply with a letter in the Core Engineering thread.

Decided in TG 13:37–13:43Z (Nur: Docuseal fits 10–50 contracts; you: “for all new merchants after this cohort i will send via docuseal”). Flow confirmed 13:42Z: generic contract + company/signature/signer/title/date fields, % agreed with Andrew up front, contract sent per the agreed 12 or 14.

Next action

Set up the Docuseal template (generic + those fields), and add a follow-up chase for merchants who signed but never hit /apply — that gap loses signed leads today (your own words, 13:40Z). Skip the $90/mo DocuSign seat.

Remaining items: verify the domain against its real apex/www redirect at registration, log rejected checkouts (today it takes a buyer’s screenshot to diagnose), and a safe domain-correction path that doesn’t route through suspend (suspend wipes credentials). PR #364’s www-folding covers success_url/CORS only.

Aadil, TG 13:14Z: “Andrew needs the business address when adding them in the Bank of America portal. So we should add the address for each merchant’s first payout.” The address is already collected at onboarding on the application record (Middesk-checked — Tim 13:19Z), e.g. Halo’s sits on app_R89kpf0lM4Jd5X_r.

Next action

In the “MANUAL MERCHANT PAYOUTS READY” post to #ach-payouts-production: on a merchant’s FIRST payout include their business address (from the application); subsequent payouts stay name + breakdown only (Aadil 13:23Z). Worth a Linear issue with the LLM pre-check block.

support_admin_alert emails to support@send.revioncaps.com show [failed] repeatedly since ~28 Aug in the prod email log (observed at the 14:45 board build); earlier alerts to support@revioncaps.com delivered fine. Looks like a bad address/config after a change.

emails.ts:368 still carries the line; it went to Biopep today and will go to Finck. Humans correct it in-channel each time — the template is the fix. (Linear: REV-169, p0, assigned to you.)

slack_provisioning_status/_error exist on the merchant row but nothing shows them. Biopep is awaiting_merchant right now (its channel holds only our team) and only a shell query can tell.

settlement.ts deducts refunded_cents but never recalculates fee_cents down; MFSA 16.4 argues the fee share should come off too. Invisible until a merchant partially refunds a settled order — cheaper to fix before one does. (Adjacent: REV-172, gateway-side refunds invisible to the sweep.)

Asked in Core Engineering 13:48Z today, mid-triage of an inquiry where the “customer cant remember transaction”: “Would be sick if we had the customers number ready for anyone/me/andrew/pat to call them right away too.” The buyer’s phone is collected at checkout; the billing-inquiry queue and its alert email don’t surface it.

Next action

Show the buyer’s phone on the billing-inquiry admin view + in the alert email. File in Linear with the LLM pre-check block.

Implement the chosen variant from REV-101 with the new logos once a letter lands.

Nur sent the PostHog invite to your corp mail today (13:07Z) with a replay link; Aadil wants /apply and checkout sessions covered “at the least” (13:00Z).

Next action

Accept the invite, watch the last 7 days of /apply + checkout replays, file anything real as Linear issues, fold the review into the daily QA plan (REV-60). And keep same-day cleanup tight: today’s QA test traffic reached Aadil’s inbox again at 13:44Z and read as a real complaint until Tim called it.

Jarrod moved first — without a live watch (12:56Z, caught after the fact; void now on Tim). Next: whichever of Chris (Zen) / Casey (Biopep) / Sean moves first — watch-merchant.sh <mrc> during the order, confirm each step, void after.

File one labelled Charge inquiry via the sandbox public support endpoint and confirm the alert email carries both admin links. (Claude’s live POST was classifier-blocked — needs a human-run curl or Tim’s go.)

Channels + prod DB swept this morning; four chases posted 09:04–06Z (all visible in today’s bundle), Biopep welcome drafted. Repeats each morning until every merchant has a completed live order. Note for tomorrow’s collector run: today’s bundle returned no DB rows for any merchant — check the DB collector before trusting an “empty” day.