Guru11 refer code: how it triggers, who gets paid, and when it voids
A Guru11 refer code is the short string that an existing user shares so that a new user can be tagged to the existing user on signup, and so that both sides see a refer credit on the wallet. This page is the desk's working note on the qualifying action that triggers the credit, the single account rule that voids the bonus when broken, the time window that determines when the credit pays out, the turnover that has to clear before the credit converts to cash, and the conditions that the operator checks before paying the referrer.
The shape of a Guru11 refer code
The Guru11 refer code is usually a six to ten character alphanumeric string that is generated by the operator for each existing user and assigned to the user's account on signup. The string lives in the refer and earn tab inside the app, where the existing user can copy the string, share the string through the operator's built-in share sheet, or generate a unique landing page URL that carries the string as a query parameter. The landing page URL is the share path that the existing user is most often encouraged to send, because the URL survives copy paste into a chat app without being truncated.
The string also lives in the operator's official promotional material when the operator runs a refer campaign around a specific tournament, such as the IPL 2026 or the T20 World Cup 2026. The promotional string is usually issued by the operator rather than generated per user, and the promotional string carries a different bonus structure than the per user string. The desk's habit is to confirm which string the existing user is sharing before the new user signs up, because the two strings carry different payout conditions and the conditions are stated in different places on the coupon sheet.
A refer code is a short alphanumeric string - usually 6-10 characters - that the referrer shares with the referee. The referee enters the code at the signup or first-deposit step, and the code links the referee's account to the referrer's account. The linking is at the database level, and the linked relationship is what triggers the refer credit when the referee completes the qualifying action. The code is unique to the referrer, and the same code used by two referees links both referees to the same referrer.
The qualifying action, in plain language
The qualifying action is the single event that triggers the refer credit on the new user's account. On Guru11 the qualifying action is usually a first deposit that meets a minimum threshold, combined with a KYC submission that the operator has verified. The combination is what the operator calls a qualified signup, and the qualified signup is the unit the operator counts toward the refer ladder. Beginners sometimes assume that the qualifying action is signup alone, and the assumption is wrong: signup without a deposit does not trigger the refer credit.
The qualifying action is also the action the operator checks before paying the referrer, and the check runs on the new user's account at the moment the operator pays the existing user. If the new user's deposit is reversed, if the KYC is rejected, or if the new user is tagged as duplicate, the qualifying action is voided and the refer credit is reversed on both wallets. The desk's habit is to wait at least thirty days after the new user's first deposit before considering the refer credit cleared, and the wait covers the operator's standard reversal window.
The qualifying action is the trigger that converts a 'referred' status into a 'successful referral' status. The action is set by the operator and is published in the refer program terms. The most common action is a first deposit, but the action can also be a first contest entry or a KYC completion. The action is a one-time event, and the referee's account is marked as 'referred' until the action is completed. The marking is invisible to the referee and is only visible in the referrer's refer dashboard.
The single account rule, enforced
The single account rule is the clause that says one phone number, one email, one PAN, and one device fingerprint can host only one Guru11 account. The rule is the most-violated refer rule on the desk's tracking, because beginners often open a second account on the same phone to claim a second welcome offer or a second refer credit. The rule is enforced server side at the moment the second account is opened, and the enforcement usually tags the second account as duplicate, which voids the welcome bonus on the second account and voids the refer credit on both wallets.
The single account rule also covers the family-share trap. The family-share trap is the case where two members of the same household sign up from the same Wi-Fi network and the same device, and the operator's duplicate detection flags both accounts as related. The flag is not visible to the user, but the flag is what the operator's support desk reads when a refer credit is contested, and the flag is the reason most family-share refer credits do not pay out. The desk recommends that new users install the app on a separate device and complete the KYC on a separate ID before attempting to claim a refer credit from a household contact.
The single account rule says: one player, one account, one refer credit. The rule is enforced at the account level, not the device level, and a player who creates a second account to claim a second refer credit is violating the operator's terms. The detection is usually within 24-48 hours, and the detection triggers an account freeze on both accounts. The freeze is hard to reverse, and the reversal usually requires a written explanation and KYC re-verification.
The time window for payout
The time window for payout is the period during which the new user's qualifying action has to land for the refer credit to count. The window is usually stated on the coupon sheet and on the refer and earn tab, and the window is the cheapest place to confirm whether a particular signup will count toward a particular refer bonus. The desk has observed windows ranging from seven days for a short bilateral series to ninety days for a long domestic T20 league, and the window starts at the moment the new user enters the refer code on signup.
The time window is also the reason the desk recommends that the new user enter the refer code during signup rather than after signup. The operator's standard flow treats the refer code as a signup field, and the operator's standard flow does not allow a refer code to be applied retroactively once the first deposit has landed. Beginners who skip the field at signup usually find that the refer code cannot be applied later, and the missed field is the second most common support ticket the desk has observed on the Guru11 refer flow.
The time window for the refer credit payout is usually 7-30 days from the qualifying action. The window is set by the operator and is published in the refer program terms. A refer credit that doesn't appear in the wallet within the window is either pending verification or has been voided. The verification is usually completed within 3-5 business days, and the void is usually communicated via email with a reason. The reason is most commonly a failed KYC check or a duplicate account.
The turnover attached to the refer credit
The turnover attached to the refer credit is the number of times the credit has to be played through a paid contest before the credit converts to cash. The turnover is stated on the coupon sheet and on the wallet screen, and the turnover is the cheapest place to confirm how close the credit is to conversion. The desk has observed turnover numbers between one and three times on recent tournament windows, and the turnover is usually lower on the refer credit than on the welcome bonus.
The turnover is also tracked separately from the welcome bonus turnover, and the two turnovers sit on two different lines of the wallet screen. Beginners who clear the welcome bonus turnover before the refer turnover usually see the welcome bonus convert to cash while the refer credit remains in the bonus balance, and the separation is the reason the wallet screen lists each bonus on its own line. The desk recommends that beginners read the wallet screen once a week during the active turnover period, because the screen is the only place where the conversion progress is stated.
The refer credit is usually bonus cash, and bonus cash has a turnover requirement. The turnover is the number of times the credit must be played through before it converts to withdrawable cash. The turnover is set by the operator and is usually 1x to 5x. A 1x turnover on Rs 50 refer credit means the credit must be used in contests worth Rs 50 before it converts. The turnover is enforced at the withdrawal step, not at the deposit step.
When the refer credit voids
The refer credit voids when one of five conditions is met. The first condition is a duplicate account, which the single account rule covers. The second condition is a reversed deposit, where the new user's first deposit is reversed by the issuing bank or by the operator's payment gateway. The third condition is a rejected KYC, where the operator's KYC check rejects the new user's PAN or address proof. The fourth condition is an expired time window, where the new user's qualifying action lands after the operator's published payout window has closed. The fifth condition is a flagged IP or device fingerprint, where the operator's risk system tags the signup as related to the existing user in a way that the operator's terms do not allow.
Each void is a reason to contact the operator's support desk rather than to assume the credit will pay out. The operator's support desk reads the same five conditions, and the support desk is the only channel that can confirm or overturn a void. The desk recommends that beginners forward the wallet screen to the operator's support channel as soon as a void is suspected, because the wallet screen carries the timestamp that the support desk needs to read the void condition. The blog note Guru11 refer code conditions: 5 things that determine payout lists the conditions the desk has confirmed during the last tournament window.
The refer credit voids when: the referee doesn't complete the qualifying action within the time window, the referee's KYC fails, the referee's account is flagged for fraud, or the referee requests a refund of the qualifying deposit. The void is communicated via email with a reason, and the void is final - there's no appeal process for a voided credit. The safe path is to refer users who are likely to complete the qualifying action and who are not at risk of KYC failure or fraud flags.
How the refer credit interacts with the coupon credit
The refer credit and the coupon credit on Guru11 are tracked separately in the wallet, and the two credits can sit in the wallet at the same moment without conflict. The refer credit converts when the refer turnover is met, and the coupon credit converts when the coupon turnover is met, and the two conversions happen independently. Beginners who redeem both a refer code and a coupon code on the same deposit usually see two bonus lines on the wallet screen, and the two lines convert independently.
The interaction that does cause a void is the duplicate-account flag. The duplicate flag is the operator's way of saying that the new user's account is too closely related to the existing user's account, and the flag voids the refer credit on both wallets even if the coupon credit on each wallet was earned independently. The desk's habit is to read the wallet screen after the first deposit lands, because the wallet screen is the cheapest place to confirm that both credits are tracked and that neither has been flagged.
The refer credit and the coupon credit are usually stackable, but the stacking rules vary by operator. The common rule is: a referee can claim either the refer credit or the coupon credit, not both, and the choice is made at the deposit step. The referrer can claim the refer credit regardless of what the referee claims, but the referrer's credit is void if the referee's credit is void. The stacking rules are published in the refer program terms and the coupon terms.
How the refer hub fits the wider site
The refer hub is one of two offer-side hubs on the Guru11 India site. The other is the coupon code hub, which explains the offer ladder and the conditions attached to each tier. The refer hub is the deeper dive for users who want to understand the refer ladder and the conditions attached to each tier, and the coupon hub is the deeper dive for users who want to understand the deposit-side and contest entry-side bonuses. The two hubs cross-link so that users who land on the wrong hub for their situation can find the right hub without consulting the sitemap.
The refer hub also cross-links to the payment gateway hub, which explains the deposit rails that carry the refer credit, and to the app download hub, which explains the install path that carries the contest entry. The cross-link set mirrors the cross-link set on the coupon hub, because both hubs serve the same offer-side flow. Users who want a wider view of the offer-side frame should read the responsible play hub, which explains the deposit cap and the session limit that interact with the refer ladder.
What 'qualifying action' means in the refer program
The qualifying action is the action the referee must take to trigger the refer credit for both the referrer and the referee. The action is usually a first deposit, but it can also be a first contest entry, a KYC completion, or a mobile verification. Each operator sets its own qualifying action, and the action is published in the refer program terms. The action is the gate that determines whether the refer credit is triggered, and the action is usually a one-time event, not a recurring one.
The way to handle the qualifying action is to read the refer program terms before sharing the code, not after. The terms specify the action, the time window, the minimum deposit (if any), the turnover attached to the credit, and the conditions under which the credit voids. The reading takes 2-3 minutes and it establishes the baseline for what the referrer and the referee can expect. The cost of not reading the terms is the surprise when the credit doesn't trigger, and the surprise is usually avoidable by a one-time read.
The most common qualifying action is a first deposit of Rs 100 or more, and the most common disqualifying scenario is a referee who has already made a first deposit before being referred. The disqualification is at the account level, not the device level, and a referee who creates a new account to claim a second refer credit is violating the operator's terms. The safe path is to refer users who have not yet made a first deposit, and to wait for the next offer cycle if the user has already deposited.