Items and E-Pins

In-Game Item and E-Pin Marketplace Software

With digital goods, delivery completes in seconds and cannot be undone. That is why the infrastructure's real job is not managing a catalogue but building a flow in which neither side can be cheated: held payments, verified delivery and an earnings holding period.

Start Free TrialGet a Quote
No shipping; delivery completes in seconds
Instant deliveryNo shipping; delivery completes in seconds
Automatic distribution from an e-pin and key pool
Automatic codesAutomatic distribution from an e-pin and key pool
Managing chargeback risk by holding earnings
Holding periodManaging chargeback risk by holding earnings
Balance, withdrawal requests and transaction history
WalletBalance, withdrawal requests and transaction history

What Is the Real Problem on an Item and E-Pin Marketplace?

An in-game item and e-pin marketplace is a platform where digital goods change hands between users. What is sold might be an in-game item, in-game currency, an e-pin code or a digital balance. Because there is no physical product, none of the classic e-commerce concepts — shipping, returns, stock — work the same way; in their place a different and harsher problem appears: proving that delivery actually happened.

In this category delivery completes in seconds and cannot be undone. Once a code has been revealed it counts as used; once an in-game item has been transferred it cannot be recalled. So the platform's real job is not managing a catalogue but building a flow in which neither side can be cheated. The way to do that is for the money to reach the seller not immediately, but after delivery is confirmed.

The second risk sits on the payment side. On instantly delivered goods the chargeback rate is higher than in classic e-commerce; when a buyer reverses a payment the platform can lose both the code and the money. That is why an earnings holding period, seller limits and suspicious transaction rules are not optional in this model but mandatory components.

Risk Management

The Two Fronts of Delivery and Payment Risk

What stops growth in this category is not traffic but loss of trust. Both fronts have to be designed from the start.

Delivery security

  • Codes and keys revealed to the buyer only after the payment is confirmed
  • Recording the moment a code is first viewed; it becomes the evidence in a dispute
  • A delivery confirmation step and time limit on items requiring manual handover
  • Automatic cancellation and refund of an undelivered order once the window expires
  • The seller's delivery performance being visible on their profile
  • Reviewing all correspondence and transaction history on one screen in a dispute

Payment and fraud risk

  • Earnings holding period: the amount opens to the seller with a delay, not immediately
  • Daily transaction and value limits for new sellers
  • An automatic review queue driven by suspicious transaction rules
  • Flagging accounts opened from the same device or payment instrument
  • An extra verification step on high-value transactions
  • Fake account detection and identity verification (KYC) fall under project-specific development
Flow

The Path an Order Follows From Payment to Withdrawal

Which step the money reaches the seller at defines this entire model.

  1. The seller defines their product

    The game, server, region and product type are chosen. For automatically delivered goods a code pool is uploaded; for items needing manual handover, the delivery window and method are declared.

  2. The buyer pays and the amount is held

    Payment is taken through the platform and does not pass straight to the seller. This step is the trust mechanism the whole category rests on.

  3. Delivery takes place

    For automatic goods a code is drawn from the pool and shown to the buyer instantly. For manual goods a notification goes to the seller; the parties meet through platform messaging and the handover is made.

  4. The buyer confirms delivery

    Delivery counts as complete once the code is viewed or the buyer gives confirmation. If no objection arrives within the set window, the order is approved automatically.

  5. Earnings enter the holding period

    The amount is credited to the seller's balance but cannot be withdrawn yet. It opens for withdrawal once the holding period you defined, covering the chargeback risk, has elapsed.

  6. The seller withdraws their balance

    A withdrawal request is created, deductions are calculated and payment is made. Every movement is listed in the transaction history in the seller's own panel.

Modules

Modules That Come Ready for an Item and E-Pin Marketplace

Code Pool and Automatic Delivery

E-pins and keys are uploaded in bulk, drawn from the pool at the moment of sale and shown to the buyer. The same code cannot be sold twice.

In-Game Currency and Balance Sales

Selling by unit: a thousand gold, a hundred gems. The price is calculated per unit and the seller updates their own stock quantity.

Item Listing

Listing with game, server, region and rarity fields. Category-specific field templates can be defined separately for every game.

Earnings Holding Rules

Different holding periods are defined by seller history; long for a new seller, short for a trusted one.

Suspicious Transaction Rules

Automatic checks are set up with workflows: sudden volume spikes, repeated cancellations and multiple accounts from the same device go into review.

In-Platform Messaging

On manual handovers the parties meet inside the platform. Because the conversation never leaves, the evidence stays on the platform in a dispute.

Seller Tiers and Limits

Sellers are tiered by transaction history; each tier can carry a different daily value limit, commission rate and holding period.

Ratings and Delivery Speed Badges

The buyer rates the seller after delivery; the average delivery time appears on the seller card and affects ranking.

Automatic Cancellation and Refund

An order not delivered in time is cancelled automatically, the held amount is refunded to the buyer and it counts against the seller's performance.

Mobile App Support

User behaviour in this category is heavily mobile; the iOS and Android apps are fed from the same core as the web.

Wallet and Withdrawal Management

The seller's balance, pending amount and withdrawable amount are shown separately; withdrawal requests are approved from the admin panel.

Prohibited Item Rule Set

Which games and which product types are open for sale is defined as a rule; records outside that scope are never published.

Points to Watch

Four Matters to Settle When Building This Model

These are commercial and legal decisions rather than software ones; the infrastructure leaves all of them configurable.

Account sales and publisher rules

Transferring a game account breaches most publishers' terms of use. Which product types you open for sale is a commercial and legal decision; the infrastructure supports restricting it per category.

You define the rule set

Rules such as a prohibited game list, product type restrictions and age limits are defined from the admin panel; records outside the scope are stopped at moderation.

The chargeback window

On instantly delivered goods the dispute window can be long. The earnings holding period has to be set to cover that window.

Tax and accounting records

Commission income, seller earnings and deductions are recorded as separate lines and passed to e-invoicing integrations.

FAQ

Frequently Asked Questions

The questions asked most often on item and e-pin marketplace projects.

Because there is no physical product, the concepts of shipping, stock and returns do not work the same way. In their place a harsher problem appears: proving that delivery actually happened. Delivery completes in seconds and cannot be undone; once a code has been viewed it counts as used. That is why what sits at the centre of the infrastructure is not the catalogue but the trust mechanism that decides when the money reaches the seller.
The seller uploads their e-pins or keys into a code pool in bulk. When the buyer completes payment, the system draws a code from the pool, shows it to the buyer and marks it as used; the same code can never be sold a second time. The moment the code was first viewed is recorded, and that record becomes the evidence in a dispute. When the pool runs low, a stock warning goes to the seller.
After the payment is taken and the amount held, a notification goes to the seller and the delivery window starts. The parties meet through platform messaging and complete the transfer; when the buyer confirms delivery the order is completed. If delivery is not made within the set window, the order is cancelled automatically, the held amount is refunded to the buyer and it counts against the seller's delivery performance.
The chargeback rate in this category is higher than in classic e-commerce because the product is delivered instantly and cannot be recovered. The main protection is the earnings holding period: the amount is credited to the seller's balance but does not open for withdrawal until the dispute window closes. On top of that, daily transaction and value limits for new sellers, suspicious transaction rules and extra verification on high values are defined. An automated fraud detection module falls under project-specific development.
Technically the platform can be configured to support it, but transferring an account breaches most game publishers' terms of use and can end with the account being closed. This is a commercial and legal decision rather than a software one. The infrastructure lets you restrict which games and which product types are open for sale on a per-category basis; records outside that scope are stopped at moderation. We recommend making this decision with your legal adviser.
Sellers can be tiered by transaction history, delivery performance and ratings. Each tier is given a different daily value limit, commission rate and earnings holding period; a new seller gets a narrow limit and a long hold, a trusted seller the reverse. Tier transitions can be automated with workflows.
The most common model is commission per transaction; you can vary the rate by game, product type or seller tier. On top of that you can define featured listing packages, seller subscriptions, a fast withdrawal fee and advertising space. Because commission is deducted automatically from within the payment flow, no separate collection process is needed.

Related Pages

Gaming Marketplace Software

The wider gaming category infrastructure where game keys, consoles and hardware are sold together.

C2C Marketplace Software

The general framework and module list of the user-to-user selling model.

Electronics Marketplace Software

The physical-goods side of trust and verification design on high-value transactions.

All Marketplace Features

The full account of the wallet, workflow and earnings modules.

Start Building Your Item and E-Pin Marketplace

Let's plan which product types to open, your seller limits and your earnings holding period together.

Start Free TrialGet a Quote

Setup support · Automatic code delivery · 24/7 support