Company and order evidence

PSN Wholesale verification and order controls

A practical record of what buyers can verify before payment, what each signal does and does not prove, and which evidence remains after an order is paid and delivered.

Legal operatorPSN NETWORK LTD
Company number16191822
Company statusActive
Incorporated17 Jan 2025
Verified identity

What the public register confirms

Companies House lists PSN NETWORK LTD as an active private limited company, company number 16191822, incorporated on 17 January 2025 with a registered office at 16 Ling Road, Victoria Docks, London, E16 4AL.

Evidence created during an order

01

Email identity

The magic link opens a workspace tied to the request email. Paid delivery is sent to that same identity.

02

Server-built quote

Region, denomination, quantity, stock, base discount, personal discount, and volume tier are recalculated on the server.

03

Exact invoice

The invoice names one USDT network, one wallet address, one exact amount, and a limited payment window.

04

Blockchain record

The transaction hash, amount, token contract, recipient, block, and confirmation state can be checked independently.

05

One-time delivery

The paid order email receives a password-protected note. After opening, the code view expires after three minutes.

06

Claim packet

Order ID, batch, delivery timestamp, region, customer error and support thread create a reviewable record.

Payment boundary

What the payment poller accepts

The browser cannot mark an order paid. Payment status comes from the server-side poller after it finds the expected token transfer on the selected network.

Two networks

USDT TRC20 and USDT BEP20 only. A transfer on another network is not a valid payment for the invoice.

Exact amount

The observed transfer amount must equal the invoice amount. A different amount is not automatically accepted.

Limited window

The standard invoice window is 20 minutes, with controlled late-payment checking for reconciliation.

Server confirmation

Client-side JavaScript displays status but does not decide it. The order state is written by the server.

Buyer records to retain

Before payment

Quote ID, region, product type, denomination, quantity, unit price, discount lines, network, wallet address, exact amount and expiry.

After payment

Transaction hash, token contract, recipient, transferred amount, block/confirmation status and payment confirmation time.

After delivery

Order ID, delivery email, delivery timestamp, SKU/batch labels and the internal inventory record created from the one-time note.

For a claim

Affected SKU/batch, customer account region, exact error, timestamp, screenshot and the listing language shown to the customer.

Claim review boundaries

Claims are reviewed through [email protected]. Evidence supports investigation but does not create an automatic refund or replacement. Outcomes depend on the order terms, batch records, region compatibility, code status and the facts available for the specific claim.

Do not email an entire unused batch.

Send the order ID and only the affected code or batch reference first. Protect unrelated inventory until support requests additional evidence.

Read the claim process or open the dispute evidence template.

Supplier verification sequence

  1. 1
    Verify the legal operator

    Match the company name, number and registered office against Companies House.

  2. 2
    Inspect current inventory

    Use the public availability page, then confirm the selected SKU inside the workspace.

  3. 3
    Start at the minimum

    Use 15 cards to test payment matching, delivery, inventory import and support before increasing exposure.

  4. 4
    Preserve the record

    Keep the quote, TXID, delivery timestamp and batch mapping together.

Verify first, then place a controlled order

Check the public catalog and company record before requesting a magic link. The minimum payable order is 15 cards.

Last materially reviewed: 2026-07-13