Skip to content

AWS Marketplace HK → SG migration

Goal: clear the legacy Hong Kong (Husky Data Science Company Limited) data attached to AWS Marketplace seller account 969735114743 so the seller is verified under the Singapore primary contracting entity Husky Technology Pte. Ltd. (UEN 202542834K). This unblocks both AWS Data Exchange listings (free + paid) and downstream procurement messaging.

Why this matters

Two parallel AWS cases are stuck on the location/tax mismatch:

Case Scope Without this fix
Seller application appeal #00874776 Approves the account as an AWS DX Producer Cannot list any product — free or paid — until the reviewer re-pulls clean SG verification
displayId 177718611100103 (opened 2026-04-26) Manually clears stale Tax Settings row showing HK Business legal address Self-service edit is structurally blocked; human Ops action required

Free products are not exempt: AWS DX requires Producer-level seller approval before any listing (zero-revenue or otherwise). The location case is technically softer for free-only (no payouts to verify), but operationally on the critical path because the seller-appeal reviewer re-pulls the same Tax Settings + W-8BEN-E + Account Contact triple and rejects on inconsistency.

Timeline

2026-04-20 — first migration attempt

  • AWS account 969735114743 contact info updated HK → SG via aws account put-contact-information (Husky Data Science Limited / HK → Husky Technology Pte Limited / SG, Benjamin Wong / Director / benjamin@huskydata.io / +852 9404 9323).
  • W-8BEN-E filed under SG entity, ref A03508422LNBVTRB7HB45, 0% withholding.
  • Initial Support case opened for "Business location" HK → SG correction.
  • Marketplace seller-settings dashboard still showed Business location: Hong Kong + Location mismatch banner. Suspected eventual cache catch-up.

2026-04-26 — banner still stuck, escalation cycle

  • Confirmed Tax Settings table still shows phantom HK Business legal address: "Rm 15, Smart Space 8, 25/F CDW Building, Tsuen Wan, N.T., 00000, HK".
  • Self-service edit attempt: AWS "Edit tax registration" form chains TRN Country/Region to Business legal address Country/Region. Selecting Singapore on either side forces a mandatory GST UEN entry, but Husky has no GST registration (turnover below S$1M threshold). Form rejects submission.
  • "Delete TRN" row action greyed out because the TRN field is empty (no SG TRN to remove — earlier SG TRN attempt was already rejected and rolled back).
  • W-8BEN-E re-signed with current SG entity. New ref A03066675A5YV92XH8NF validated, 0.0% withholding (no US-SG tax treaty exists; 0% applies because the income is non-US-source). Old ref A03508422LNBVTRB7HB45 superseded; HK-era ref A0806323XEC2CITHX37 superseded much earlier.
  • Support case displayId 177718611100103 opened. Subject: "Marketplace Business location stuck on Hong Kong despite Singapore W-8BEN-E (account 969735114743)". Category: Account and billing → Marketplace → General Marketplace Seller Inquiry.
  • AWS GenAI auto-reply ~14:50 HKT suggested two self-service paths (Tax Settings row removal, address update without TRN). Both already verified blocked by the chained-country / GST UEN logic above.
  • Human-escalation reply posted 16:27 HKT via Support Console. Asked AWS Marketplace Seller Operations / Tax Operations team for one of two backend actions:
  • (a) Remove the entire stale Tax Settings row for account 969735114743 (no replacement TRN needed; rely on validated W-8BEN-E ref A03066675A5YV92XH8NF + Account Contact info SG).
  • (b) Update only the Business legal address fields on the row to the SG registered office (151 Chin Swee Road, #07-12, Manhattan House, Singapore 169876, SG) — bypassing the chained-country / GST UEN validation since no TRN exists.

What we are NOT doing

  • Not registering for SG GST. Turnover is below the S$1M compulsory threshold; voluntary GST registration would create monthly compliance overhead with no immediate tax benefit. AWS's TRN form should not be the forcing function for a multi-year compliance commitment.
  • Not restoring the HK address as the "billing-of-record" workaround. Procurement messaging in US/EU buyer reviews has already been pivoted to SG-as-residency; reverting would reopen the geopolitical-risk objection that the SG migration was meant to close.
  • Not opening a new account to bypass the stuck row. The existing account holds production S3 segment data (~$2,135/month storage), Partner Central registration, OCBC SWIFT disbursement setup, and IAM scope cleanup — re-doing that on a fresh account is multi-week work.

Status as of 2026-04-26 EOD HKT

Item State
W-8BEN-E (SG, ref A03066675A5YV92XH8NF) Validated, 0% withholding ✅
AWS account contact info SG (Husky Technology Pte Limited) ✅
Tax Settings Business legal address row Still HK ❌ (waiting on case 177718611100103)
Marketplace seller-settings "Business location" banner Still HK ❌ (downstream of Tax Settings row)
Seller application appeal #00874776 Open, awaiting clean SG verification re-pull
Support case displayId 177718611100103 Escalated to human, ETA 24-48hr
AWS DX listings (free + paid) All blocked until both cases close

Next actions (no manual steps until AWS replies)

  1. Monitor aws@huskyai.com inbox for AWS Support case 177718611100103 reply (handled via M365 service account).
  2. Once AWS confirms backend row update / removal, verify Tax Settings table + seller-settings dashboard reflect SG.
  3. Post follow-up to seller appeal #00874776 asking the reviewer to re-pull verification now that SG records are consistent.
  4. Once seller appeal approves, resume 7-product AWS DX rollout (3 Free reference + 4 Paid audience SKUs) per docs/strategy/2026-04-20-aws-dx-product-catalog.md.

Provenance

  • AWS Support case page: https://support.console.aws.amazon.com/support/home#/case/?displayId=177718611100103
  • Tax Settings table: https://us-east-1.console.aws.amazon.com/billing/home#/tax-settings
  • Seller settings dashboard: https://aws.amazon.com/marketplace/management/seller-settings
  • Source-of-truth entity facts: docs/reference/corporate-entities.md