We have a need to quickly get all issues that are created/changed synchronized into a second system, but the REST API does not expose any symptotically increasing number that can be queried on, and no we cannot use the updated timestamp as the resolution is way too low and modern machines can make a huge number of changes in that time, not to mention the pagination issue causing issues.
I know that this number exists in the database as we used it in the Server version, it was called something like change_group_id, but that is not available in the REST interface.
We cannot use the webhook method either as it is too unreliable as anything from service restarts to network issues can mess with it.
Is there some way of being able to reliably resume a synchronization operation from some point?