The "error" in that comes from only being able to input whole numbers into the "stretch by" field. It will not take 111.111%, so the actual calculation comes to 100 bpm/1.11 (111%) or 90.09 bpm.
There are a lot of remnants inside the SONAR/CbB that come from the 90s when computing power couldn't handle massive precision. Many areas still limit the user to whole numbers only (transpose, etc.). There is really no reason why cents (or even decimals of cents) cannot be used when transposing... the "semi-tone" was there 20+ years ago.
In fact, that simple algorithm could be overhauled to allow the user to highlight a section, choose "target bpm" and then SONAR/CbB could insert all tempo changes (update the tempo map), with 100% precision.