Finish setting up your shop
Available Balance
Your balance is $31,400. $4,650 is held for 8 cards in the Vault, for up to 48 hours.Last 30 days
The card value of the Temporary Purchases made through your packs came to $1,240,000, up 18% on the 30 days before. $1,205,850 was released, $29,500 was fulfilled and shipped, and $4,650 is still in the Vault. Your margin was $121,050. Grail fees were $11,800, which is 0.95% of the card value.Needs attention
Shop platform
LiveSilver fees
Data sources
Where each kind of figure comes from, and when it last changed. Your balance, holds and fees are Grail’s own records. Purchases and customers arrive from your shop platform. Tracking comes from the carrier, and a status the carrier has not updated for a day is shown as the last known status. Times are UTC.Your packs
Built and stocked by Grail. You call a pack by its ID, and you can change its name and artwork. A pack is live while its top card is within your Max Card Value, and each paused pack shows what it still needs. The 17 price tiers shown here are proposals.- Available Balance
- $26,750
- Max Card Value40% of your Available Balance, and 60% from $50,000. A pack is live while its top card is within this value.
- $10,700
Funding a new shop
Last 30 days
A purchase is one pack bought by a customer, which is one Temporary Purchase. A buyer is counted once, however many packs they bought. A buyer came back if they bought on more than one day.Pack insights
Top 10 packs by purchases
| Pack | Category | Purchases | Relative popularity | Share of all |
|---|
One completed pack purchase counts once. A repeated delivery of the same purchase is not counted again. The share is of all purchases, not only of these 10.
Top 10 cards returned to stock
| Card | Received | Returned | From Reserve Card | From Vault | Return rate |
|---|
Stock returns only. A card returns to stock when it is released in Reserve Card or in the Vault. Returns of shipped cards and delivery claims are not counted here. A high rate is a signal, not proof of low interest.
Purchases by category
| Category | Purchases | Share | Percentage |
|---|
Marketplace singles
About 100 cards picked and priced by Grail, the same list in every shop. You can add your own service fee.Reserve Card & Vault
Reserve Card: first 5 minutes
Not heldThe transaction fee is already charged. Nothing is held in these 5 minutes. A card that is not released by then moves to the Vault.
| Card | Customer | Pack | Value | Reserve time left |
|---|
Vault: after 5 minutes
HeldThe full value of a card is held only after its 5 minutes of Reserve Card. The held amount is blocked on your balance, not deducted, until the card ships or is released.
| Card | Customer | Pack | Class | Held | Time left |
|---|
The 48-hour shipping window starts at the Temporary Purchase. The 5 minutes of Reserve Card are part of it. A card that is not shipped by hour 48 is released: the hold is lifted and the transaction fee stays.
Where the held amount sits
By pack
| Pack | Cards | Held | Share of held | Next release |
|---|
By customer
| Customer | Cards | Held | Share of held | Next release |
|---|
Shipments
Every card a customer asked to ship, with its tracking. A customer can ask for shipping until hour 48. The card price is paid from the held amount. A card that ships pays the Fulfilment fee instead of the transaction fee, never both: the transaction fee was charged at the purchase, so shipping charges only the difference. The shipping itself is charged at the carrier’s cost, with no markup. Cards ship from Hong Kong. A shipment with a problem shows who acts next.| Shipment | Customer | Card | Ships to | Tracking | Status |
|---|
Shipping terms
Destinations and service times
| Destination | Status | Handling before dispatch | Estimated carrier transit |
|---|
Handling runs from the shipping request until the card is handed to the carrier. Transit is the carrier’s estimate from there. Live availability is published only after Grail confirms a route.
What your support team can say
Example onlyBefore a route goes live
- Destination and carrier confirmed
- Handling and transit estimates confirmed
- Duties and importer details agreed
Shipping cost: carrier quote at cost, no markup.
Customers
Your customers as your site reports them to Grail. Sales are the card values of their Temporary Purchases. Open a customer to see what they hold in the Vault and what was shipped to them.Top customers
| Rank | Customer | Purchases | Sales | In the Vault | Shipped | Last purchase |
|---|
Analytics
When your customers buy. A purchase is one pack bought by a customer. Hours are in your shop’s time zone.Purchases by hour of day
Average purchases by day and hour
Billing
The transaction fee is charged on every Temporary Purchase, at the moment it is made. A card that ships pays the Fulfilment fee instead, never both, so shipping charges only the difference. Fees come off your balance as they are charged, so there is never a bill to pay later. No setup fee, no monthly minimum, no storage fees.Already paid from your balance.Each transaction fee is charged at once, when the Temporary Purchase is made.
Transaction fees, purchase by purchase
The transaction fee of a purchase comes off your balance at the moment the purchase is made. It is charged while the card is still in Reserve Card, and it stays when the card is released. The balance activity further down adds each day’s fees into one line.| Purchase | Card value | Class | Transaction fee | Card status | Fee |
|---|
A hold is separate from the fees
A card that is not released in its first 5 minutes moves to the Vault, and its value is held on your balance for up to 48 hours. A hold is not a charge: it is lifted on Release, and it pays the card price if the card ships. The transaction fee was charged at the purchase either way.Fees by commission
| Commission | Rate | Volume | Fee | Share of fees |
|---|
Invoices
One invoice per calendar month. Fees are paid from your balance when they are charged, so an invoice is a record of what was paid, not a bill. The transaction fees are those of every purchase in the month. The Fulfilment column is what shipping added on the cards that shipped.| Invoice | Period | Transaction fees | Fulfilment, at shipping | Total | Status |
|---|
An invoice records fees that were already paid from your balance. Nothing is owed.
Balance activity
| Date | What | Amount | Balance |
|---|
Payment methods
An admin can add as many payment methods as the shop needs and choose the default one. The default pays for Auto top-up.Fees by level
Your level follows the higher of your 30-day volume or your 30-day average balance, and it moves up or down on its own. The level sets the rate on all of your volume.Silver
Level 2 of 5- Starter
- SilverYou are here
- Gold
- Platinum
- Black
| Level | Basic | Chase | Fulfilment | How to reach it |
|---|
Integration
Whether the link between your shop platform and Grail works: the last sync, the events your platform acknowledged and the ones to send again. Below that is what your developers need: API keys, a Sandbox, your pack IDs and the docs.Shop platform connection
Grail tells your shop platform about every step of a purchase, and your platform acknowledges each event. An event that is not acknowledged is kept, and you can send it again safely. LiveEvent delivery
Showing the events of purchase .
| Sent | Event | Grail purchase | Shop platform transaction | Delivery |
|---|
API keys
The live key takes real purchases against your balance. The Sandbox key works on test money only. A new key is shown once, so copy it when you generate it.Pack IDs
Your site calls a pack by its ID. Grail builds and stocks the pack, and the ID stays the same when you rename it. The category comes from Grail too, and the pack insights count by it.| Pack | ID | Category | Status |
|---|
Docs
KYB
Know Your Business. Grail verifies the company behind a shop before the shop can take real purchases.Company
- Legal name
- [COMPANY LEGAL NAME]
- Registration number
- [REGISTRATION NUMBER]
- Country of registration
- [COUNTRY]
- Registered address
- [REGISTERED ADDRESS]
- Website
- [WEBSITE]
- Owners with 25% or more
- [OWNER NAMES AND SHARES]
- Contact
- [CONTACT EMAIL]
Documents
Team
The people who can sign in to this dashboard, and what each role may do. An admin adds users, changes their role and decides what each role may see.Users
| User | Role | Status | Last active |
|---|
Roles and permissions
Tick what each role may do. A page a role may not open is hidden for the people in that role. Admin always has everything. To see the result, use Signed in as at the bottom of the page.Change history
A record of every change to roles, users, payment methods, funding rules, keys and notifications: who made it, when, and what it was before and after.Settings
Shop
Appearance
Returns and claims
Delivery problems, claims and return requests, one case each. Every case shows who owns it, what happens next, the evidence and its history. What a decision leads to follows your agreed policy.| Case | Shipment | Issue | Status | Who acts next | Updated |
|---|
Refunds, replacements and returns follow your agreed policy: [RETURNS AND CLAIMS POLICY]. The cases and their steps are a sample.
Daily reconciliation
Each day, the records your shop platform sends are matched against Grail’s: the purchase, the hold, the release, the fees and the shipping. A record that differs or is missing on one side is listed for review.Your records and Grail’s records
| Shop platform transaction | Grail purchase | Record | Card value | Result |
|---|
Checked on every record: the purchase, the hold, the release, the fees and the shipping. All amounts are in US dollars. These are sample records, not accounting data.
Auto top-up
Keeps your balance funded on its own, inside limits you set: when to add money, how much each time and how much a day at most. A failed payment pauses it until someone has looked at the payment.Paused after a failed payment. No further attempt is made until the payment has been looked at.
Review paymentToday’s limit is reached. Auto top-up starts again at midnight. You can still top up by hand.
Today’s automatic funding
When a payment fails
Three steps keep one failed payment from turning into repeated charges.
Launch checks
Six tests of the purchase, top-up and shipping flow, run in the Sandbox against your shop platform before your shop takes real purchases. Every test has to pass before the launch can be approved.Purchase, top-up and shipping tests
Each test runs in the Sandbox against your shop platform. No real balance moves.
Launch approval
Sample results. No test has been run against a real shop.
Notifications
Each alert goes to the role that can act on it, by the channel and at the time you choose. A payment failure is always sent at once.Delivery settings
Alerts of the same kind are combined into one message. Times are in your shop’s time zone.
A payment failure is always sent at once. It is never held for the daily summary.
Test notification
Delivery history
| Sent | Alert | To | Channel | Delivery |
|---|
Recipients, channels and the history are a sample. This demo sends nothing.
Search
One search for purchases, customers, shipments and cases. Type a name, a card or any reference: a purchase, a shop platform transaction, a shipment, an order, a tracking number or a case. Each result leads on to the records that belong to it.The search shows only what your role may open.