If we have option we don’t want to even show for delivery also as this is a regulation we are forced to show.
2 Likes
This is both a query and probably a feature request.
I always traded using cash. Recently I pledged shares so that I can trade Intraday Equity using my Pledged shares margin.
When I take Trades I see that my Cash is being used first and not the pledged margin.
Now my query is what happens if my cash is being utilized and I have GTT orders set for delivery ?
Will my GTT orders not execute due to shortage of cash ?
Also, it will limit me from placing CNC orders during the Trading day ?
And wouldn’t it be better to use the available Margin from Pledged shares first.
Sorry, if I haven’t understood margin usage correctly as I have recently started using it.
Before taking Trade :
During the Trade :
From what I understand here the Cash is being used first.
If you see in the second image there is 51,367 available collateral ( Equity ) but that’s not being used.
Just mentioning again that this is an Intraday Equity Trade.
1 Like
That is front end display only, in your case you can still use 18950 of your free cash to buy delivery orders.
System don’t know what you are gonna do next, also in this case for example if 18950 is used to buy cnc trade then ideally you are not allowed to place a mis trade also because irrespective if it is intraday or carryforward 50: 50 rule should be maintained, but at Zerodha we fund full for remaining 50% also with our own funds and won’t charge any interest to users for intraday trades.
3 Likes
Got it @siva Thanks.
If I am taking Futures Trades, then I will have to maintain 50% Cash and the remaining can be used from Pledged equity margin ?
Or you will allow 100% from pledges equity margin there also ?
Same for futures also, for intraday we will deduct from collateral only first but we display as cash because user should know that 50% cash is required to avoid penalty to carry forward.
2 Likes
Got it Siva. Thank You.
Check this -
@siva @nithin I appreciate the improvements you’re making to the tagging feature. While I’m glad it’s available for holdings, it would be very helpful if you could also enable it for trades in its current form—even temporarily—while you work on the enhanced version.
This would allow users to categorize and evaluate trades by strategy without waiting for the full upgrade. Since the feature already exists for holdings, enabling it for trades may not require significant additional resources.
Hope you can consider this request.
We have no plans to bring tagging for FNO or mis eq trades any time soon.
@siva @VenuMadhav @nithin The contract note’s lack of clarity requires urgent attention, as we are currently have to apply mind to verify how net pay-in/out obligations are derived. This is particularly problematic for executed trades, whereas only carried-forward positions correctly reflect MTM and obligations. The issue becomes more pronounced when new positions are added or squared off alongside carried-forward positions. While the final net pay-in/out figures are accurate, the insufficient breakdown in the contract note should be prioritised for resolution.
1 Like
We will review this.
Please refer to the first image for the value of MIDCP NIFTY Net Total (Before Levies). I’m unable to understand how this value is derived. The second image shows the trades done in these scripts, but it’s still difficult to match the numbers without manually checking each trade and position.
I don’t know if other users go through their contract notes, but I review them carefully. Even if a few trading features are missing, the contract note must be accurate and clear, as it is a SEBI-governed legal document.
Please take this seriously and ensure that the contract note reflects complete transparency and correctness.
@VenuMadhav as the COO, I kindly request you to look into this matter.
Hi @Infinitum_Trader
We follow the exchange stipulated format to show the values on the contract note. For all brought-forward positions, the MTM (Mark To Market) values are shown in the entries under the table Brought forward futures position. Whereas, for all the traded contracts, the total contract value is shown in the entries of the trade table named Derivatives.
In your case, we see that you had a futures long position brought forward. This was closed and another short position in the same contract was initiated. The trade table has the total contract values of the positions initiated that day. The value that you see in the in front of this contract under the Brough forward table is a direct calculation of the P&L for the closed position plus the MTM of the new position initiated. Here’s the breakdown:
We’ll review this and see if this can be shown in a better way that gives more clarity.
1 Like
Can you now provide desktop login for Kite Web from Mobile via scanning QR code
Brokers like ICICI, Dhan and many more are doing this for long time , i dont think there is any compliance failure w.r.t sebi rules and guidelines, please look into this
Your new Watch view is worth for such long wait !
Now please expedite QR login in this quarter itself !
1 Like
There is no compliance issue on QR login but we decided to not provide it, we feel QR login is not secured enough.
its most convenient method to log in laptop/desktop instead of entering passwords and then 2FA from phone app,
it is request to reconsider the decision by adding relevant security measures
like security Question or prompt on the phone or something similar which is easy for users
2 Likes
Hi @varad_mulye , we understand that QR login feels convenient and easy to use. But in some ways, it bypasses the intent of 2FA, which is meant to ensure secure access through password, TOTP.
Think, If someone takes a screenshot of the QR code and sends it to the account holder, it can be scanned from a different device and still grant access. That makes it easier for someone else to log in without proper checks.
These things might seem small, but they open up possibilities for misuse.
So our approach to designing is to put security first. If we ever have to choose between convenience and security, we’ll go with the option that’s safer for users. Even if it’s slightly less convenient. 
for this software team can add codes to prohibit Screenshot of login QR,
additionally like APP code QR can be refreshed for short span of 15/20 seconds.
zerodha can mandatorily add location access of both device and only allow such logins if they are in proximity and not for far away.
or add things such as Trusted Device and make OTP mandatory for Registration of Trusted devices once and only allow that device to get access into the system and no any other device
think, if a device has 2/3 registered Fingerprint and if by anyone person having registered FP can make unauthorised changes on their behalf , which also bypasses intent of 2FA.
whole scenario can also be interpreted if FP is registered in a device which is not known to the user and commits same kind of thing whole current system can be questioned.
QR login is important in case when important market movements , thus ensuring checks zerodha can explore innovative possibilities instead of directly turning down the suggestions