Corrections
TOES Corrections
Note: Be careful when doing TOES corrections not to delete and re-insert entries i.e. you should amend the existing entries as doing so will preserve the KeyIDs for the existing entries (which should not be removed).
Amendment coming into force before the provision it is amending comes into force
This scenario results in “later sld version errors” which prevent you from starting update. It is caused because at least one amendment has a start date earlier than one of the provisions in the affected document, so there are several different ways of getting round this depending on the exact situation:
- if the amended doc is being revoked before it comes into force, then you will have to reset update and re-do sld initial edit to make it prosp and redeploy and then do the update to revoke it;
- if an amendment comes into force before the affected provision comes into force, there are two options:
- do a TOES correction to change the IFDate of the effect to make it the same as the start date of the affected provision, ensuring that you also provide a “Suggested Commentary” for the effect that contains its REAL start date. (A suggested commentary should be written properly in our house style, including punctuation, legislation title and commencement order details). Then do update.
- if the amendments have start dates between the earliest date that the affected doc comes into force and one or more subsequent commencements, then you should reset update, re-do sld initial edit to make the subsequently commenced provisions prosp; then you should do a TOES correction to add coming into force effects for those now prosp provisions. Then when you re-allocate update the coming into force effects will be added as I-notes as part of the update task and will appear in the update timeline.