Barmaldon, если интересно почитайте статью
Здесь только посоветовать как бороться:
=ОКРУГЛ(СУММ(A1:A47);2)

Павел \Ʌ/, sokol92, Спасибо за ответ, но что удивляет, что я четверть века с экселем, вел на нем огромное количество всего всякого и НИКОГДА не сталкивался с такой проблемой. Регулярно для поиска или исключения ошибки я сравнивал контрольные суммы огромных массивов данных и всегда все совпадало тютя в тютю (если разумеется не было реальной ошибки, НЕ связанной с потерей или "рождением" единицы в одном из младших разрядов. Про функцию округления я разумеется знаю, но никогда не возникало надобности применять ее именно с такой целью.
Для проверки гипотезы о том, что такая ошибка не проявляется регулярно, в свой файл (см. измененный файл в данном месседже) я добавил колонку C - это случайные числа от 0 до 100 с двумя цифрами после запятой. Внизу стоит аналогичная функция СУММ. Но сколько бы я не обновлял лист со случайными числами из колонки С, ни разу не было "кривой" суммы в колонке С, всегда было две значащих цифры после запятой и никаких девяток в периоде. Как вы можете объяснить этот факт? Получается, что в первичной колонке А содержится какой-то попросту мистический набор чисел, который в сумме дает "кривое" число как результат функции СУММ, ведь никакие другие наборы чисел не дают такой "кривой" суммы. Более того, если удалить любое число из колонки А - "кривая" сумма исправляется! Так как же с остальными числами из этой колонки? Например, удалите А2 и сумма будет "ровной", несмотря на то, что как вы пишите "Уже первое число (ячейка A1) 3,58 представляет собой бесконечную периодическую дробь в двоичной системе счисления и не может быть точно представлено в используемом формате double." То есть очевидно, что причина в чем-то ином. В чем?

sokol92, Я прочитал теорию о том, как хранятся данные с плавающей точкой. Понятно, что эксель хранит аналогично и использует стандарт IEEE 754. Непонятно другое: почему в большинстве случаев этого округления не видно (например число 0,1 в двоичной системе имеет бесконечный периодический "хвост", но тем не менее в экселе =0,1+0,1 дает 0,2, а не 0,1999999999999998 или 0,20000000000002, но в некоторых случаях, это неровность пролазит. Причем совершенно непонятно и нигде не описано - в каких же именно случаях в экселе пролазит подобная "кривизна".