Oh, yes, premium is currently per contract - I’ll change it as I see the standard is to have it per share
Update (2.23.7)
Fixed premium price to be counted per share, not contract
Great to see that options tracking is nearly ready. Without it, cash tracking couldn’t work correctly for accounts trading both equities and options. Once IBKR import supports options, I’ll be able to test whether all data imports properly and confirm that cash tracking finally becomes consistent.
OK, great - thank you! One question about the market price though: can we get the actual market price (aka, premium) the same way the data provider you use gives the market price of stocks and ETFs? In your post from 5 days ago you mentioned the option’s price is a simple “strike - market”, but that is very far from the actual premium.
Thank you!
We don’t have option prices data feed at the moment.
What probably will be available though, is Black-Scholes price estimation model, which should yield results closer to the market price.
Update (2.23.10)
IBKR preset will import options ![]()
Black-Scholes would definitely be a big step up from the current formula, looking forward to it! And hopefully data feed in the future.
Really love how you keep improving the product and adding features!
After import “Premium price per share” is 0, in IBKR csv export file column TradePrice holds proper non-0 value.
There is no Asset Type “Option” in filters.
@witek could you please send a small sample to support@mycapitally.com? Might be that the files I have are outdated.
In filters you should see “Option” (yes/no) and “Option type” (call/put)
Btw, I just noticed those sold puts have a dollar value of 0; is this normal? Isn’t it supposed to use the default formula as per your post?
Contracts that are out of money have 0 value as they won’t be exercised
I’ve located the issue - will be fixed in 2.23.11
With this it will be the best portfolio tracker
Amazing
What I would see it in the future, would be grouping the options by strategy on some dashboard. e.g
BUY Call + SELL put with the same strike and expiration date → Synthetic long
It’s already here - you can assign opening transactions to Lot Groups and see them in the “Lots” tab under the asset.
In Settings → General you can enable the top-level Lots tab that will display only the groups.
It’s not automated though, but maybe could be?
Some automation(can be optional) could be usefull
Sure, the question is what strategies could be covered and how to detect them? I guess some of them may overlap heavily. It may also depend on the investor.
Just thinking out loud - maybe there could be a set of grouping templates, like:
Straddle/{isin} @ {strikePrice} {expiryDate}
Maybe with an optional filter (to just look at option buys)
The first one to set a lot group wins, so the list goes from the most complex to the simplest ones. Group is created only if at least two transactions match (or there could be an option on how many “legs” are required).
I’m not yet sure if such highly dynamic system is compatible with the current grouping model, but may be.
(btw, the above would not be able to cover strike price ladders - can only group by the same value)
Some sample you can find there: QQQ: Invesco QQQ Trust Series 1 | Option Profit & Loss Chart Those + syntethic/risk reversal positions should cover 99% of usecases in my opnion. Generaly grouping is done by assets then by strike or expiration date. I guest it can create some edge cases when many strategies are allayed on the same assets, but in that case when it is not clean, we could go with simple list of calls/puts on that asset.
Thanks for that site. So it’s more suitable for a built-in grouping. I’ll see what I can do
My broker (IBKR) still shows the current market value of that put I sold (i.e., how much it would cost me to buy to close) and uses it to compare it to my “cost basis” (the premium I received) so it can show me an (unrealized) P&L.
On this topic, I think there may be a mistake with the info bubble for the “options quantity (change)” text field when you enter an options transaction: it shows “positive quantity when buying to open, selling to close” and “negative quantity for selling to open, buying to close”. Shouldn’t it be “positive quantity when buying to open, buying to close” and “negative quantity when selling to open, selling to close”? For example, with my sold put I sell to open (negative) and to get out of the position would buy to close, and that would need to be positive to offset the initial transaction. Sorry if I’m mistaken, long day already ![]()