I've noticed that Recversion on some records in the database aren't updating as I'd expect.  What I'm trying to do is to rework how my company is moving data into our Data Warehouse for reporting purposes.  Up until this point, the tables we use for reports are refreshed each night with data from our production environment.  Data Warehouse tables are truncated, then reloaded fresh.
Naturally, as our production database grows, this is becoming less and less ideal.  We're using SQL Server 2005 for our database, so we don't have access to the new SQL "Merge" statement, but we were able to achieve a similar effect.  We match records between the databases by RecId, and are using Recversion to test whether a Data Warehouse record needs to be updated from production in the case of changes to the record (inserts are handled based on not finding a matching record in the data warehouse by RecId).
So the problem is, if Recversion isn't being updated all the time, this method is useless since we aren't accurately capturing all updates.  The table we've noticed a problem with is InventSum.  The only thing I can see different from most other tables is the concurrency setting; InventSum is set to use Pessimistic concurrency.  Would this affect the behavior of when the Recversion value changes?  What else might cause this value not to update regularly?
The test:
I tested this out by recording the Recversion value of an InventSum record on a particular item in a given warehouse.  I then created a sales line for 100,000 of the item, which in turn updated the InventSum.ReservPhysical value.  Despite the change in the reserved amount on InventSum, the Recversion remained unchanged from its original value.  Picking the quantity also did not update the Recversion.  Posting a packing slip DID cause the Recversion to change.
So why the difference?