Backorders
Introduction
Every day, thousands of valuable domains expire and become available for open registration. CentralNic Reseller’s high-performance backordering service can improve your chances of obtaining these expiring domains quickly, easily, and with more success.
CentralNic Reseller Backorder service covers hundreds of different TLDs, making it a leader in terms of TLD selection anywhere industry-wide.
How do Backorders work?
Resellers can place Backorders for currently registered domains in supported TLDs via the Control Panel or through the API.
CentralNic Reseller makes list of domains about to be released available to all Resellers. These can be downloaded from the Control Panel (under Download > Backorder Droplists). Furthermore, Resellers can search for specific domains or keywords in the droplists via the Control Panel and the API, using the command QueryDomainPendingDeleteList as described below.
It is strongly recommended that Resellers perform an availability check on the domain they intend to Backorder to confirm that it is currently registered, before submitting the Backorder. In case the domain is available, it should be registered following the regular registration procedure.
Resellers are, however, not limited to the domains in the droplist and Backorders can be submitted for any currently registered domain at any time.
Backorders remain dormant in the system until the requested domain is scheduled to be deleted by the Registry. Backorders in this condition have the status UNPAID in the system (if the Backorder has been prepaid, the status will show as PAID).
Resellers can cancel these Backorders at any time at no cost, via the Control Panel or through the API.
Once a release date for the domain has been determined, a Finalization Date is calculated by the system. This is the deadline until which new orders for the domain are accepted by the system. This is also the deadline to cancel existing Backorders. Reseller can check the Finalization Date of a specific domain by checking the pending delete lists or through the Backorder search function. This information is also provided by the system when querying existing Backorders.
Starting from 6 hours before the Finalization Date, the Backorder system will attempt to lock the funds necessary to cover the cost of the Backorder in the Reseller's account, according to the listed price for the specific Reseller's tier. Once funds have been secured, the status of the order turns to "PAID".
In case the Reseller account holds insufficient funds to cover the cost of the Backorder, the system will keep trying until the Finalization Date is reached. Backorders that could not be funded by then are failed and removed from the processing queue. To avoid any issues caused by possible processing delays, Resellers are strongly recommended to make sure their Backorders are submitted and funded no later than 90 minutes before the Finalization Date.
If the Reseller account does not hold enough funds to cover the cost of the Backorder, the system will keep retrying until the Finalization date.
Only orders for which we were able to secure funds before the finalization date will be considered valid. Once the finalization date has passed, these orders will have the status "PROCESSING" in the system. The system will only attempt to register domains for which at least one valid order exists. Also, in case our system catches a domain for which multiple valid orders have been received, only those customers with valid orders will be invited to the auction.
In case the system fails to register the domain, the lock on the funds in the deposit is released and no charges are applied to the Reseller account.
In case of success, the next step will depend on the number of valid orders received for that domain. In case of a single valid order, the system will finalize the charge of the amount that was locked for the Backorder in the Reseller's account. In case of multiple valid orders, a private auction will take place among the customers that had submitted those orders.
Current Limitations
CentralNic Reseller offers Backorders in cooperation with its sister company HEXONET. All orders are collected in a common pool and processed by HEXONET.
The following functionalities currently offered by HEXONET are not yet available via CentralNic Reseller, but we are working to add them as soon as possible:
- Backorder of Premium names in the TLDs that support them (CentralNic Reseller will return an error if a Backorder is submitted for a premium name)
- Custom email alerts
- Backorders in TLDs for which the use of an extension is required:
- attorney
- country
- dentist
- it
- lawyer
- ltda
- nyc
- org.co
- srl
- uk (and 2ld.uk)
- us
Auctions
In case the Backorder system is successful in registering a domain for which multiple valid orders have been received, an auction will take place on a dedicated auction portal at Premiumsale.com.
The customers who submitted the backorders will receive an email directly from the auction platform inviting them to register an account to participate in the auction. Auctions are private, so only the customers who have placed a valid Backorder are invited to participate.
Invitations are sent to the email address listed in the OWNERCONTACT that was used in the Backorder. Resellers should advise customers to whitelist the domain premiumsale.com in their spam filters to avoid missing any important communication.
- Auction Start time: 20:00 UTC
- Starting Bid: 10.00 USD
- Bidding: 5.00 USD increments
- Currency: Only USD at this time
- Auction Duration: 3 Days - If a bid is placed in the last 2 minutes auctions are then extended by 2 more minutes
- Proxy Bids: Supported
After the auction is finished
Upon completion of an auction, the winner has 7 days to pay the auction price. The following payment options are available:
The auction price does not include the Backorder fee, which is charged to the account of the Reseller that submitted the winning Backorder once the Auction Provider has confirmed that the winner has paid the auction price.
In case an auction ends without any bids from any of the registered participants, the domain is assigned to the customer whose Backorder was received first, based on the creation date associated with the Backorder in the Backorder system.
How to deal with duplicate Backorders
The Backorder system will accept multiple Backorders for the same domain to allow multiple customers to compete for the right to register the domain.
In case the Reseller has inadvertently submitted the same order multiple times:
- If the finalization date has not passed, cancel the duplicate orders via the API or the Control Panel
- If the domain has gone to auction:
- Verify that there are no other applicants for the same domain invited to the auction. The number of invited participants is clearly stated in the invitation email that each customer receives directly from Premiumsale.com. If a Reseller has submitted 3 Backorders, the invitation email shows that there are 3 invited parties and the customer has received 3 separate copies of the invitation, then it is safe to assume there are no other bidders involved. Resellers can also verify this by contacting support.
- Do not submit any bids, so that the auction ends with no bids.
- The domain is then automatically assigned to the Backorder that was received first, based on the creation date associated with the Backorder in the Backorder system. The other duplicate Backorders will be automatically failed.
When dealing with duplicate auctions, please note the following:
- Neither CentralNic Reseller, HEXONET nor Premiumsale.com take any responsibility for domains lost due to duplicate Backorders or to the decision of Reseller/Registrant not to submit any bid in the auction.
- Any bid placed through the auction platform is considered final, regardless of whether the auction was the result of duplicate Backorders being submitted to the system. Registrants are expected to pay any winning bid in full. No refunds will be issued for bids submitted through the Auction portal.
- The procedure described here is the only way to deal with duplicated Backorders. Support will decline any request to cancel any auction or Backorder after the finalization date has passed.
Allocation of domains in TLDs that do not allow auctions
Certain ccTLD Registries do not allow domains in their extensions to be auctioned off. In these cases, the domain is assigned to the customer whose Backorder was received first, based on the creation date associated with the Backorder in the Backorder system. This applies to the following ccTLDs:
Important Things To Remember
CentralNic Reseller offers Backorders in cooperation with its sister company HEXONET. All orders are collected in a common pool and processed by HEXONET.
To maximize the chances of success, the Backorder system uses multiple accreditations from various Registrar Partners.If the registration is successful, domains backordered via CentralNic Reseller are available to be managed by the CentralNic Reseller Control Panel just like any other domain registered via CentralNic Reseller. For most extensions, the CentralNic Reseller system will automatically transfer the domain to CentralNic Reseller at the time of the subsequent renewal.
While a backorder system increases the chances of obtaining a dropping domain name, there is no guarantee of success, as many other companies also have Backorder systems that compete with ours. This is particularly true for generic domains that are considered valuable on the aftermarket.
Backorders are only processed if the system was able to secure a deposit from the Reseller account by the Finalization Date of the domain object of the Backorder. Resellers should make sure there are enough funds in their accounts to cover the cost of the Backorders and any other operation they need to run in the same period. CentralNic Reseller also offers the possibility for Resellers to prepay a Backorder in advance, in order to avoid issues with sudden dips of available funds in the Reseller’s deposit due to Backorders processing kicking in.
Commands
Backorder Command reference
Create new Backorder
Command
command = AddDomainApplication
class = BACKORDER|LITEBACKORDER
domain = YOURDOMAIN.TLD
ownercontact0 = (CONTACT)
admincontact0 = (CONTACT)
techcontact0 = (CONTACT)
billingcontact0 = (CONTACT)
Query status of a Backorder application:
Command
command = StatusDomainApplication
application = <ID>
Delete a Backorder:
Command
command = DeleteDomainApplication
application = <ID>
Pay for a Backorder in advance:
Command
command = PayDomainApplication
application = <ID>
Query list of submitted Backorders:
Command
command = QueryDomainApplicationList
class = BACKORDER|LITEBACKORDER
orderby = FINALIZATIONDATE
Response
Backorders for which a Finalization Date has not been established yet will display:
property[finalization date][0] = 0001-01-01 00:00:00
Backorders with a Finalization Date set will display:
property[finalization date][0] = 2020-08-28 17:00:00
Search for keywords/domains in the pending delete lists:
Command
command = QueryDomainPendingDeleteList
Attributes
KEYWORD[0..N] | Filter by a list of keywords (TEXT or NULL)
|
KEYWORDCATENATION | Keyword concatenation (AND, OR or NULL)
|
KEYWORDMATCH | Specify which part of the domain name the keyword has to match (BEGIN, END, ANY or NULL)
|
ZONE[0..N] | Filter by zone (TEXT or NULL)
|
DELETIONDAY[0..N] | Filter by deletion days (DATE or NULL)
|
FINALIZATIONDATE[0..N] | Filter by finalization dates (DATE, DATETIME or NULL)
|
MINFINALIZATIONDATE | Returns only results > |
MAXFINALIZATIONDATE | Returns only results < |
LENGTH[0..N] | Filter by length of domain name (range: 1-20) (TEXT or NULL)
|
SCORE[0..N] | Filter by score of domain names (range: 1-10) (TEXT or NULL)
|
FILTER[0..N] | Filter by domain name criteria, must be one of the following: NOHYPHENS show only domain names with no hyphens | NONUMBERS: show only domain names which don't contain any numbers | NOIDNS don't show any IDNs (NOHYPHENS, NONUMBERS, NOIDNS or NULL)
|
ORDERBY | Parameter by which the output will sorted (NAME, DELETIONDAY, FINALIZATIONDATE, SCORE, NAMEDESC, DELETIONDAYDESC, FINALIZATIONDATEDESC, SCOREDESC, RANDOM or NULL)
|
LIMIT | Max. number of entries to be returned. The system has a default value for performance purposes (INT or NULL)
|
FIRST | Index of the first entry to be returned (INT or NULL)
|
REGEXP | Regular expression to match label. For example, the following matches labels which consist of digits only: REGEXP |
| |