MarketNet
Privacy Sign in
Legal

Terms of use

What the Service does, how the subscription and refunds work, and who is responsible for what when prices change automatically.

Revision of 12 September 2026 In force since 12 September 2026

This is a courtesy translation. The legally binding version of this document is the Russian one — Условия использования. In case of any discrepancy, the Russian text prevails.

Contents
  1. General provisions
  2. Definitions
  3. What the Service does
  4. Registration and account
  5. Connecting marketplaces
  6. Balance, plans and trial period
  7. Referral program
  8. Refunds
  9. Automatic price changes
  10. Auto-delivery of goods
  11. Prohibited actions
  12. Availability of the Service
  13. Intellectual property
  14. Liability
  15. Termination of use
  16. Changes to the Terms
  17. Disputes and contacts

General provisions

These Terms govern the use of the digital-goods store automation service MarketNet (hereinafter the “Service”), located at marketnet.pro. Registration with the Service means that the User has read these Terms and accepts them in full. Use of the Service by a person who has not accepted the Terms is not permitted.

In force alongside these Terms is the Privacy policy, which defines the categories, purposes and retention periods of the data processed. Both documents apply jointly.

1.1. Age

The Service is intended for persons who have reached the age of 18. By registering, the User confirms that they have reached that age and are entitled to enter into transactions on their own.

1.2. The User

The Service is intended for sellers trading in digital goods on marketplaces. The User acts in their own interest and is solely responsible for ensuring that their trading activity complies with the law and with the rules of the marketplaces on which they trade.

Definitions

  • Service — MarketNet, the software and the website marketnet.pro.
  • Service Administration — the person that operates the Service, provides access to it and is the User’s counterparty under these Terms. Its corporate and registration details are provided upon a written request sent to the contacts listed in section 17.
  • User — a person registered with the Service.
  • Marketplace — a third-party trading platform (GGsel, Digiseller) connected to the Service over its official API.
  • Variant — a single purchase option of a Marketplace listing (edition, region, term), priced independently.
  • Buyer — a person buying goods from the User on a Marketplace.
  • Balance — the User’s internal funds account within the Service, from which the Subscription is charged.
  • Subscription — the right to use the Service on the chosen plan for the paid period.
  • Trial period — the period of free use of the Service granted to a new User.
  • Auto-delivery — automatic sending of digital goods to a Buyer after an order is paid on a Marketplace.
  • Automatic mode — the mode in which the Service changes the prices of the User’s listings according to the rules the User has set, without separate approval of each change by the User.

What the Service does

The Service is a software tool. It connects to the User’s store on a Marketplace over the official API and performs actions there on the User’s behalf and at the User’s instruction:

  • calculates and updates prices (section 9);
  • delivers digital goods to Buyers once an order is paid (section 10);
  • answers routine questions from Buyers;
  • creates cards for the User’s goods on another connected Marketplace at the User’s command;
  • collects statistics on sales, competitor prices and product cost;
  • keeps logs of calculations, price updates and deliveries;
  • sends the User notifications, including in Telegram.

3.1. What the Service is not

The Service is not a party to transactions between the User and a Buyer. It does not sell goods, does not receive money for them, and does not act as a commission agent, an agent or a trade intermediary. The contract of sale is concluded between the User and the Buyer on the Marketplace — the Service takes no part in it and bears no liability under it.

The Service does not provide investment, tax or legal advice and does not guarantee growth in sales, profit or any other commercial outcome.

3.2. Dependence on Marketplaces

A significant part of the Service’s capabilities is provided by the programming interfaces that the Marketplaces themselves make available. A Marketplace may at any time change or discontinue its API, change its rules, restrict or block access. Such decisions are beyond the Service’s control and cannot be prevented by it.

Registration and account

Registration requires a valid email address, which must be confirmed. The User sets the password themselves.

4.1. Account security

The User is responsible for keeping the password safe and for all actions performed under their account. The Service provides protective measures — two-factor authentication, a list of active sessions and their revocation, signing out on all devices, and a bot check when signing in from an unfamiliar IP address. These measures cannot distinguish the account owner from a person who has learned the password.

On any suspicion of unauthorized access, the User must immediately change the password and notify support.

4.2. One account per person

Registering several accounts in order to obtain the Trial period again is not permitted. The right to a Trial period is tied not only to the account but also to the store on the Marketplace: if that store has already used a Trial period, a new registration does not create such a right.

4.3. One Marketplace account per Marketplace

No more than one account of each Marketplace may be connected to a single Service account.

Connecting marketplaces

To operate, the Service requires the API access keys of the User’s store and the seller ID. The Service neither requires nor requests the login and password of the Marketplace account.

The official Marketplace APIs allow reading listings, orders and the store’s remaining funds, creating and editing listings, updating prices, messaging Buyers and validating product codes. These APIs expose no method that would allow the store’s funds to be moved — withdrawing or debiting money from the store through the Service is technically impossible.

By passing the access keys, the User instructs the Service to perform the actions described in section 3 on their behalf. The instruction may be revoked at any time by disconnecting the Marketplace in the settings.

The User is solely responsible for complying with the rules of the Marketplace, including the rules for using its API. Any restriction or blocking of the User’s store by a Marketplace is beyond the Service’s control, and the Service Administration bears no liability for such consequences.

Balance, plans and trial period

6.1. Balance

Payment within the Service has two stages:

  1. The User tops up the internal Balance. The Balance is denominated in US dollars. The list of available top-up methods is shown on the balance top-up page; if a top-up is made in another currency, the amount is converted at the rate displayed before the payment is confirmed.
  2. From the Balance the Subscription is charged — when it is purchased and then on every renewal.

Topping up the Balance is not payment for the Subscription: until a charge is made, the funds remain the User’s and are recorded in their Balance with the Service. The same distinction determines the refund procedure — section 8.

The details of the User’s payment instruments are not transmitted to the Service, are not requested by it and are not stored.

6.2. Plans

Plan prices are stated in US dollars. What each plan includes, its price and its limits are published on the website and in the app, and are current as at the moment they are displayed.

The Service Administration may change what the plans include and their price, giving notice at least 30 days before the changes take effect. A period already paid for is not recalculated: a price change applies from the next renewal. A User who does not agree with the new price may turn off auto-renewal before the charge date.

6.3. Trial period

A new User is granted a free Trial period. Its length is determined by the chosen plan and is stated on it — in the Plans section of the website and in the Subscription section of the app. No payment is required to activate the Trial period.

The Trial period is granted once. It is not granted again — including through a new registration with the same store on a Marketplace.

6.4. Renewal with insufficient funds

At the end of the paid period (or the Trial period) the Service attempts to charge the price of the next period to the User’s Balance. Two outcomes are then possible:

  • If the Balance is sufficient, the Subscription renews automatically. Auto-renewal may be turned off in the app at any time before the charge date.
  • If the Balance is insufficient, the Subscription enters a grace period of 1 day. During the grace period the Service keeps working. If the Balance is not topped up, the Subscription ends: the functions are suspended and the data is retained (section 15).

Notifications of the approaching end of the Subscription are sent in advance — 3 days, 1 day and 0 days before the end — if auto-renewal is on and the Balance is insufficient to cover it.

Referral program

The User is given a personal referral link. If a person invited through it registers in the Service and either activates the Trial period with a connected Marketplace or takes out a paid Subscription, a reward is credited to the User’s Balance.

The grounds for crediting, the amount of the reward and the status of invitations are shown in the Referrals section of the app and are current as at the moment they are displayed. The Service Administration may change the amount of the reward; a change applies to invitations registered after it takes effect.

The total reward for one invited person does not exceed the amount set for that person’s paid Subscription: a reward credited for the Trial period is topped up to that amount when the invited person later takes out a paid Subscription. No reward is credited if the Subscription was granted to the invited person by the Service Administration free of charge.

A credited reward may be spent only on the Subscription and is not refundable: the refund provided for in section 8 applies only to funds paid in by the User themselves.

No reward is credited, and a credited reward may be canceled, if invitations were made in breach of these rules: registering accounts for oneself or for persons under the User’s control, using disposable email addresses, mass-sending invitations, and any other actions aimed at obtaining a reward without bringing in a new User. Invitations showing signs of a breach are reviewed by the Service Administration before the reward is credited to the Balance.

Refunds

Any unspent Balance is refunded upon a request submitted within 14 days of the top-up in question. The refund is made by a method compatible with the one used for the top-up. If there is no technical means of refunding by the same method, the refund procedure is agreed with the User.

A Subscription already charged for a period is not refundable — neither in full nor pro rata for the unused days.

This distinction rests on the following: topping up the Balance is not payment for the subscription service — until the charge is made, the funds belong to the User. From the moment the Subscription is charged, the subscription service is treated as being provided.

After 14 days the remaining Balance continues to belong to the User and may be spent on the Subscription, but is not refundable.

A refund request is sent to support@marketnet.pro from the email address linked to the account. The review takes up to 10 business days; the crediting time is determined by the rules of the relevant payment channel.

If the Service was unavailable for reasons attributable to the Service Administration for more than 24 consecutive hours during a paid period, the cost of the Subscription for that period of unavailability is compensated by a credit to the Balance. Unavailability caused by failures at Marketplaces, payment providers or other external services does not fall within this provision.

Automatic price changes

Automatic price changes are the core function of the Service. The way it works and the allocation of responsibility are set out in this section.

By enabling the automatic mode, the User authorizes the Service to change the prices of their listings on its own according to the rules the User has set: following competitors’ prices, or calculating from cost with a markup.

9.1. Control tools

The User has tools that constrain how the automation behaves. Configuring them is the User’s obligation:

  • Minimum price — the price of a Variant never falls below it in any calculation;
  • Sensitivity threshold — a change smaller than the set threshold is not sent to the Marketplace;
  • Competitor statistics filters — sellers blacklisted by the User and listings that have not reached the specified number of sales are excluded from the calculation;
  • Approval mode — the Service proposes a new price (in the product card or by a Telegram message) and does not send it to the Marketplace until the User agrees;
  • Manual mode — automatic calculation is disabled for an individual listing, and its price is changed only by the User.

In addition, the Service notifies the User of signs of a price war and of a price being held at the minimum for a prolonged time. Such a notification does not change the price: the decision rests with the User.

9.2. A price that has been sent is not rolled back

A price that has been sent to the Marketplace is not rolled back by the Service automatically — neither on a calculation error, nor on a failure, nor upon request. This is deliberate: an automatic rollback while sales are running on the Marketplace may cause more harm than the error itself.

The previous price can be restored manually — in the app or in the Marketplace cabinet. Every calculation and every price update is recorded in a log: the input data of the calculation, the money chain applied and the value sent to the Marketplace are all retained.

9.3. Allocation of responsibility

The Service Administration is responsible for the calculation matching the settings specified by the User and for the correct transmission of the calculation result to the Marketplace.

The User is responsible for the settings themselves and for their consequences: the mode selected, the size of the markup, the minimum price and the decision to publish prices without approval. Losses arising from goods being sold at an unfavorable price where the User’s settings operated correctly are not compensated.

The input data for the calculation — game platform prices, exchange rates, competitors’ prices — is obtained by the Service from external sources. Its accuracy and availability are not guaranteed by these Terms. Where reliable data is unavailable, no calculation is performed and the price remains unchanged.

Auto-delivery of goods

The User uploads digital goods to the Service — keys, codes, account details — and the Service sends them to Buyers once an order is paid on the Marketplace. The goods are stored in encrypted form (see the Privacy policy).

Responsibility for the goods lies with the User. The Service does not check whether a key is valid, whether it has been activated before, whether it matches the Buyer’s region, or whether its sale is lawful. The Service delivers what the User has uploaded. Buyers’ claims as to the quality of the goods are addressed to the User and resolved by the User independently.

The Service monitors the remaining stock and warns the User that it is running out. When the stock is empty, no delivery is made and the listing is taken off sale — otherwise a Buyer would pay for goods that cannot be delivered. Once the stock is replenished, the listing is returned to sale.

If a spike in refunds is recorded on a single listing, the Service suspends auto-delivery and takes the listing off sale until the User has checked it. This measure is intended to limit the User’s losses; returning the listing to sale is done by the User.

The User undertakes to upload only those digital goods which they are entitled to dispose of, and determines the terms of their sale to Buyers independently.

Prohibited actions

When using the Service it is prohibited to:

  • upload or sell through the Service any goods whose circulation is restricted or prohibited by law, or goods to which the User holds no rights;
  • use the Service to deceive Buyers, including by delivering knowingly non-working or previously activated keys;
  • attempt to gain access to other users’ accounts or data, or to the Service’s infrastructure;
  • probe the Service for vulnerabilities without the prior written consent of the Service Administration, or deliberately generate load that interferes with other users’ use of the Service;
  • circumvent the technical limits of a plan, including by creating additional accounts;
  • resell access to the Service or grant it to third parties without the written consent of the Service Administration;
  • copy, decompile or reproduce the software part of the Service;
  • use the Service in a way that violates the rules of a connected Marketplace.

In the event of a breach, the Service Administration may restrict access to the account. In the event of a gross or repeated breach, access is terminated without a refund of the cost of the paid period.

Availability of the Service

The Service is provided on an “as is” basis. The Service Administration takes reasonable measures to keep it running continuously; these Terms do not establish any guaranteed level of availability and do not warrant that the Service will be free of errors.

Scheduled maintenance is carried out, where possible, during the hours of lowest load. The Service Administration gives advance notice of prolonged maintenance — in the app or by a separate message.

Interruptions caused by failures at Marketplaces, payment providers, Telegram, the hosting provider or other external services, as well as by force majeure, do not constitute a breach by the Service Administration. If a Marketplace is unavailable, the Service continues to operate and retries the failed requests; the outcome of such retries depends on the Marketplace being restored.

Inquiries are accepted by email and in Telegram. A reply is provided within a reasonable time during business hours.

Intellectual property

The exclusive rights to the Service — the software code, interface, design, texts, logo and name — belong to the Service Administration. The Subscription grants the User the right to use the Service for its intended purpose and does not transfer to them any rights in the Service itself.

The data uploaded by the User to the Service — the catalog, the settings, the digital goods — remains the User’s data. The Service uses it solely to provide the subscription service; the Service Administration acquires no rights in it.

Liability

The Service Administration is responsible for the proper operation of its own software: for performing calculations according to the rules set by the User and for the correct transmission of the results to the Marketplace.

The Service Administration is not responsible for:

  • decisions of Marketplaces — changing or shutting down an API, restricting or blocking the User’s store, changing the Marketplace’s rules;
  • losses caused by settings the User configured themselves (including prices, markups and minimum thresholds);
  • the quality and lawfulness of the digital goods the User uploaded for delivery, and Buyer claims about them;
  • lost profit, shortfalls in profit and other indirect losses;
  • the consequences of third parties accessing the User’s account where the password became known to them through no fault of the Service Administration;
  • failures of external services and force majeure.
Liability cap. The aggregate liability of the Service Administration on any grounds is limited to the amount actually paid by the User for the Subscription over the last 3 (three) months preceding the event giving rise to the claim.

Termination of use

15.1. At the User’s initiative

The User may at any time and without giving reasons turn off auto-renewal — in the “Subscription” section of the app. If auto-renewal is turned off, access is retained until the end of the paid period.

The account is deleted at the User’s request, sent to the support address given in section 17 from the email address linked to the account.

15.2. Data after termination

The procedure differs depending on the ground for termination.

When the Subscription ends:

  1. Export of uploaded goods. If any uploaded digital goods remained in the Service, the Service compiles a file containing them — the product name, the Variant and the code itself — and sends it to the User through two channels: as an email attachment and as a document in Telegram. No copy of the file is kept in the Service. Until the file has been delivered through at least one channel, the User’s data is not deleted. If there were no such goods, no file is compiled.
  2. Disconnection from the Marketplaces. The stored access keys are deleted, and the Service loses the technical ability to reach the User’s store. Listings that use auto-delivery are taken off sale: otherwise a Buyer would pay for goods that the Service can no longer deliver.
  3. Retention of data for 180 days. The catalog, settings, money chains, auto-replies and uploaded goods are retained and become available again if the Subscription is resumed. After 180 days from the date the Subscription ended they are marked as deleted, and 7 days later they are erased irreversibly.

Where the account is deleted upon the User’s request, and where access is terminated at the initiative of the Service Administration:

  1. The account is marked as deleted and all sessions are terminated — signing in becomes impossible.
  2. The Subscription is not renewed. When it ends, the stored Marketplace access keys are deleted and the Service loses the ability to reach the store.
  3. The catalog, settings, money chains, auto-replies and uploaded goods are deleted in the same way as when the Subscription ends: 180 days after it ends they are marked as deleted, and 7 days later they are deleted permanently. If the account never had a Subscription, the period runs from the date the account was deleted and is 30 days: after it the data is marked as deleted, and 7 days later it is deleted permanently.

The email address, the records of financial transactions, the Subscription history and the identifier of the User’s store on the Marketplace are retained after that: the records and the history for the accounting of settlements, the address so that they stay linked to the account, and the identifier so that the Trial period cannot be obtained again.

Uploaded digital goods. The file is compiled only when the Subscription ends. It is not compiled where the account is deleted or where access is terminated at the initiative of the Service Administration. There is no other way to obtain the uploaded goods: within the Service they are stored in encrypted form, and after deletion they cannot be delivered. Before requesting deletion of the account, the User should make sure that the uploaded digital goods are no longer needed.

15.3. At the initiative of the Service Administration

The Service Administration may restrict or terminate access in the event of a breach of section 11, in the event of non-payment, and where required by law. Where access is terminated for a breach, the cost of the paid period is not refunded. The handling of data in such cases is set out in clause 15.2.

Changes to the Terms

The Service Administration may amend these Terms. The version in force is published at marketnet.pro/terms; the revision date is shown at the top of the page.

The Service Administration gives notice of material changes — those affecting price, the payment procedure, refunds or liability — at least 30 days before they take effect: by email and by a message in the app. Non-material changes (clarifications of wording, correction of typos) take effect upon publication.

A User who does not agree with the new version may stop using the Service and turn off auto-renewal before the date the changes take effect. Continued use of the Service after that date constitutes acceptance of the new version.

Disputes and contacts

These Terms are governed by the law of the Russian Federation.

Before going to court, the parties shall follow a pre-action claim procedure: a claim is sent to the email address given below, and the time for replying to it is 30 calendar days from the date of receipt.

If any individual provision of these Terms is held invalid, this does not render the remaining provisions invalid.

Contacts:

  • email: support@marketnet.pro
  • Telegram: MarketNet support
© 2026 MarketNet
support@marketnet.pro