The step back is possible only if there are no data in new fields etc. If the new fields are filled up, you need to clear them... and of course, there is possibility that the data can be inconsistent after that step...
Whenever I do a release, I do my development in a local copy, export the objects from the local copy, export and archive the previous version of the objects from our server master copy of the client's system, install my changes and then send them on to the client (After testing).
If the client installs the changes on the lives system and then for whatever reason wishes to revoke the changes, I can send them the *.fob file with the previous set of objects (and turn back the master server copy as well).
As Daniel pointed out, if there have been field changes, then it is usually necessary to write an "upgrade" routine to reformat the data first.
This procedure is also useful in the event that a client claims that your release has changed something you know it definitely has not.
Experience has taught me that this works very well however, I do not remember the last time I had do do such a "roll back"!
Comments
If you have a backup of the objects before the change was made you can import the old object.
What's the problem with the changes?
http://www.BiloBeauty.com
http://www.autismspeaks.org
Nothing that I know of. Just thought if the situation ever came up where a customer of mine may want to remove the customization for whatever reason.
If he say's Ok then I guess you can charge him to remove it later down the road 8)
http://www.BiloBeauty.com
http://www.autismspeaks.org
http://www.BiloBeauty.com
http://www.autismspeaks.org
MVP - Dynamics NAV
My BLOG
NAVERTICA a.s.
i think you will be as clean as CRONUS!
>install Navision::4.0 SP1
>q
$
oOo
RIS Plus, LLC
Whenever I do a release, I do my development in a local copy, export the objects from the local copy, export and archive the previous version of the objects from our server master copy of the client's system, install my changes and then send them on to the client (After testing).
If the client installs the changes on the lives system and then for whatever reason wishes to revoke the changes, I can send them the *.fob file with the previous set of objects (and turn back the master server copy as well).
As Daniel pointed out, if there have been field changes, then it is usually necessary to write an "upgrade" routine to reformat the data first.
This procedure is also useful in the event that a client claims that your release has changed something you know it definitely has not.
Experience has taught me that this works very well however, I do not remember the last time I had do do such a "roll back"!
Lead Consultant
Theta