finanzperpetuum@finanzperpetuum

3Mon

@finanzperpetuum That is why we have mentioned 2 variants of how to proceed. :)
Banking processes are still very manual, which is why errors are common during the changeover.

In addition, automated solutions are again unfavorable for linked portfolios, as you can sometimes see from the splits. We carry it out on the same day and the broker issues the shares a week later. Correction bookings occur again.

••

3Mon

@Kundenservice if portfolio not connected AND iSIN BLK then replace 😉

Definitely works, was just a small suggestion to improve the customer experience 🤓

•

Cype@Cype

3Mon

@Kundenservice Perhaps you should generally rethink and improve the whole process regarding correction bookings instead of always pointing out that there are or will be correction bookings. The correction postings are not a natural phenomenon, but have been developed by you.

What would be the problem with a split to check whether the position size at the broker has already changed in the ratio in which you entered the split in your system and to simply "keep your feet still" instead of reacting with correction entries?

There is so much potential for improvement in the whole area of "correction bookings", just as food for thought :)

••

Dividende > Zinsen@GoDividend

3Mon

@Cype

If we were to "keep our feet still", we would have to build a data day.
In other words, only call up updates later when splits are booked.

We don't always have the splits in the database immediately, so we would make correcting entries despite the logic of not updating splits.

Or the Open Banking generally updates itself every 72 hours at the most, which should usually be enough for posting splits and ISIN changes, but then there are complaints because we retrieve data so rarely. :)

The correction postings are subject to a simple logic that is also transmitted by finAPI and the like in Open Banking. (In other words, even if we install a delay, the data from finAPI and co. will still arrive).

10 shares with us -> FinAPI transmits 11 shares to the broker -> no transaction with the broker -> FinAPI says "Yes, then just make a purchase as a correction so that it fits".

We already have a logic regarding splits and the adjustment at the broker.
However, not every broker carries out the split on time, which makes such logic almost useless in the end because the data backlog gets longer and longer.

After all, what do we do if the broker does not carry out the split on time, but the user trades again immediately after the price adjustment? :)

Amazon took 4 days with Scalable back then. Tesla at Trade Republic 3 days. At ING, the NVIDIA split was completed on the same day.

••

Cype@Cype

3Mon

@Kundenservice Yes, that's exactly what I meant by "keep your feet still".
It's not that you should stop (of course you shouldn't do anything, as I said, food for thought :)) data from the broker or the interface, but to handle it a little more intelligently.

I don't really think it's relevant whether a user acts immediately after the price adjustment or not, at least not as a whole.
You don't just have one user who syncs his securities account with the broker, but dozens, hundreds or thousands. So perhaps you should look away from the individual "securities account status" towards the "broker status".
(Is the broker already ready / has he booked the split? Yes/No).
You apparently do not receive this data via your interface, but you could derive it yourself from your database. (Example: Ratio 10:1 --> split carried out if the position in the ratio has shrunk by 10:1 for x% of the securities accounts after the reconciliation)

As long as this has not been carried out, "keep your feet still" and possibly give the user a note in the position "Unfortunately your broker has not yet carried out the split, please be patient", instead of producing scrap data and giving the user instructions on how to correct it.

I understand the actual situation and your explanation. But I think we agree that there is room for improvement and that it is not a technical impossibility. :)

••

Patrick@Paddy_ro

3Mon

In variant 1, the past dividends are not allocated to the new isin

•

Patrick@Paddy_ro

3Mon

I have just noticed that the dividend is completely missing from the overview. Past as well as future

••

3Mon

@Paddy_ro well, no dividend history is yet available for the ISIN. Maybe it will just take a while until the data is available

•

Sodala@Sodala

3Mon

All of them are no longer available for me either....
I have now switched to variant 2.

••

Max@bullish999

3Mon

@Paddy_ro wait a little. Comes back automatically

••

3Mon

@Paddy_ro The dividends are now in the database. :)
It always takes a while for the new data to arrive.

•

Wealthy@Wealthy1

3Mon

I have it as a savings plan with Comdirect. Does anyone know if the old ISIN is automatically replaced or do I have to do it manually?

••

3Mon

@Wealthy1 In the case of an automatic connection, the entire position with the old ISIN is derecognized (sold) and then the new ISIN is booked in (bought).

•

3Mon

What is the situation at Lam Research? There is a stock split + ISIN change...

•

3Mon

@jaheu Do you have the ISIN?
So old and new?

••

3Mon

Just enter "Lam Research Split" in Google and it will appear immediately (e.g. financial news). The copy function somehow doesn't work on my iPhone here in the chat...

••

3Mon

@jaheu The split is also included in the new ISIN.

So either enter the new ISIN in the purchases and sales, in which case the split is simply posted to the new ISIN, or enter a sale of the old ISIN and a purchase of the new ISIN.

•

3Mon

@Kundenservice all right, thanks

••

3Mon

@Kundenservice I can update the ISIN of the purchases but not of the sales... then I guess the only option is the other one

••

3Mon

@jaheu You can simply select the other ISIN in the dropdown.

••

:-)@XXversuchmachtklugXX

3Mon

@Kundenservice Option 2 is one possibility. Sale and purchase at the average purchase price. But where can I still find my old average purchase price?

•

Dividende > Zinsen@GoDividend

3Mon

@XXversuchmachtklugXX Securities page -> Portfolio tab -> Average purchase price

••

Greg@Greg

3Mon

@Kundenservice With variant 1, it is a bit tedious to change the ISIN manually for all transactions. Especially for ongoing savings plans.

In the portfolio, I can simply filter the transactions by share.

It would be great if I could select all transactions for Blackrock by batch processing and change the ISIN for them.

That way it would be done in one step.
I have created a new feature request for this:
https://feedback.getquin.com/b/feature-requests/bulk-edit-for-transaction-isin-change

•

Saschko@WarrenamBuffet

3Mon

That comes just in time :)

••

3Mon

@WarrenMunger1989 I told you 😜

•

Tenbagger2024@Tenbagger2024

3Mon

I think this also applies to $TNK
?

••

3Mon

@Tenbagger2024 If there was also a 1:1 change there, yes.

•

bz2024@bz2024

3Mon

Also with $AMS

••

3Mon

why does it not show the split of super micro computer correctly and isin is also different. 900% price gain after split?????

••

3Mon

@Ismetnrw_ We are still waiting for the adjusted price from our data supplier and only then can the chart be recalculated.

Have you already made the ISIN change here?

•

3Mon

@Kundenservice no how does it work ?instructions?with parget everything runs automatically by itself.VG

••

3Mon

@Kundenservice ?

••

3Mon

@Ismetnrw_ The instructions are similar to the Blackrock ISIN change.
Either change in all transactions or sell the old ISIN and buy the new ISIN at the average price.

•

3Mon

@Kundenservice Variant 1 carried out.thank you

•

Arian S.@cooloextreme

3Mon

I have just tried variant 2 and now I am far too much in profit for the day. The portfolio value is correct but the daily performance has increased by what I am in profit overall with Blackrock...

••

Michael@Mbsmoker

3Mon

How exactly does the whole process work?
Among other things, I have automatically deposited my securities account with ING.
Now the old ISIN has been sold for X amount and the new ISIN has been bought for Y amount.
Everything is automated, the difference can be handled manually without any problems.
The total return in the portfolio would be clean except for the current difference.

However, the individual return on the price of the new ISIN is more or less 0%
The change of ISIN is currently considered a realized gain on sale.
The dividends are also still on the old ISIN

What else changes automatically here?

So if this has to be adjusted manually, then I'm looking forward to monthly dividend payers like Main or Realty with a partial special distribution in the event of an ISIN change

••

Tenbagger2024@Tenbagger2024

3Mon

@Mbsmoker The derecognition is technically a sale, as there is no such thing as a "derecognition" in open banking.
Here you use the average buy-in as the selling price.

The "booking-in" is again classified as a purchase in Open Banking and is given the value at the time of booking-in as the price.
Here you also simply change the purchase to the average buy-in and then the return is correct again.

Dividends from Blackrock are automatically transferred to the new ISIN as soon as the data is available, including forecasts.

••

Michael@Mbsmoker

3Mon

@Kundenservice I wanted to know the last part. Top 👍

••

3Mon

Hello my dears,
With variant 1, the dividend already paid is no longer displayed.
That is why I have chosen variant 2.
Here you sell the share under the old ISIN and select the purchase price at the time as the selling price; if you have bought more, you select the average price.
(So you should have sold with 0% profit).

Now you buy the share again under the new ISIN and select the old selling price as the purchase price.
The share is then booked back in under the new ISIN at the old purchase price.

Have fun with it 😘.

••

Tenbagger2024@Tenbagger2024

3Mon

@Tenbagger2024 Dividends will be transferred automatically as soon as the new data is available. :)
In other words, the historical data also reappears when you change the ISIN in the transactions.
It just takes a while for the data to arrive.

•

3Mon

@Kundenservice
Thank you, I was probably too impatient.

••

Florian T@FloT

3Mon

@Kundenservice

Good evening,
Unfortunately, I have to ask another question on this subject.

I use the automatic connection to TradeRepublik and the conversion of the BlackRock share was also carried out in my portfolio here.
Unfortunately, however, I was charged a 100% negative amount for the old share with the automatic conversion, which means that my performance and balance sheet are no longer correct.

How can I now correct my balance sheet or remove this incorrect negative amount?
Many thanks for your support

••