Thanks for your questions Andy. So, the first question, we do indeed primarily actually look at phased-in. the point is, I think it’s, I think for the outside world it’s always easier to compare fully loaded metrics. The phased-in is the one that matters for regulatory purposes which is why that clearly is the one that we always look at and so, it is important. As you rightfully point out, the numbers for January 1 are tight. I think at this stage it’s also important to highlight that the model that the regulator applies will change to some extent because we were going forward, have a MDA, which includes the pillar 2 requirements. And then there will be the SREP level which adds to the MDA, the pillar 2 guidance. The automatism that existed in the past is hence then changed a bit. You absolutely have to be north of your MDA because if you’re south of your MDA then clearly certain metrics are triggered automatically as in for example you could not be paying your AT1 coupons. That MDA level as we pointed out, we do expect to come down substantially relative to the SREP level for 2016. As it relates to the SREP level in 2017 which will then include the pillar 2 guidance, yes, I mean, with our guidance for a fully loaded around 11% core Tier 1 ratio, will be at around the level of last year’s SREP levels. We have not yet received the final numbers on MDA and pillar-2 guidance. We’ll have to see where that stands. But you’re right, we will certainly, we do not expect to be substantially north of our SREP level we certainly expect to be north of our MDA. Secondly, on the software developments, I’m not so sure you’re going to like my answer but the truth is, let me give you just an example, there are clearly reg projects that we are pursuing such as the implementation of FRTB where you could argue, there is a lot of IT spend just to make sure that we will be compliant with new regulation. But of course, when implementing those changes, you use those projects to also make sure that you have some efficiency gains. So it is quasi impossible to separate completely what is purely just a reg IT spend and what improves efficiency and makes us in a way a better and safer bank. They go in a way hand-in-hand. I know this doesn’t really help you. Technically speaking, I would say that about 40% of our current change the bank spends is for regulatory projects. I could see that rise in the coming three years to something like 50%. But again, that 50%, it doesn’t mean that that doesn’t bring any improvements from an, efficiency from a controls point of view. So bit careful on how you interpret this 40% to 50%. Does that answer your question?