I don't believe that claim, but I don't know AS400 enough to be sure.
Every row that is inserted, deleted, or updated must be X-locked by the transaction A performing the modification. Otherwise, another transaction B could read that row while it is being changed and the results would be unpredictable. If B is running isolation level CS, RS, or RR, it is guaranteed that B sees only committed data and if the insert is not committed, that row won't be seen by B. So there are two solutions:
(1) B has a shadow copy of the before image of the data.
(2) A places a lock on the changed row (or table).
My recommendation would be to consult the manual and verify which locks are claimed in which situations.
Which of the two DB2 iSeries is doing, I do not know. DB2 LUW and DB2 z/OS use approach (2) and claim the X locks.