Not necessarily. The app subscription state and app billing timing are related, but not always the same thing.
I went into this in more detail in this earlier thread, but the TLDR; is a merchant can only have one active app subscription at a time, so the app subscription APIs generally reflect the accepted/current subscription state. The replacement behavior is about when the billing change takes effect, which can be deferred separately from the subscription state.