JohnyLee, для понимания того что скинул вам vikttur,
см. вложение

В вашей таблице результат вычеслений 70,8-70 написан в 3 столбце руками а не формулой. а в функции если вы вычисляете итог формулой.

ошибка описанная в документации называется уже не ошибкой, а особенностью эксплуатации системы

Это не ошибка, а следствие того, что все числа, не являющиеся целыми и не представимые в виде дроби, числитель и знаменатель которой целые числа и знаменатель не является степенью двойки, хранятся в памяти процессора приближенно. Например, одна десятая. Естественно, когда вы над ними производите алгебраические операции, то может возникнуть погрешность. Поэтому на всех языках программирования (и во всех операционных системах) числа типа double (не целые) надо сравнивать так:

где погрешность EPS подбирается, исходя из специфики задачи. Для сумм в любой валюте можно, например, можно взять 1E-4.

Алексей, еще пару слов после прочтения сегодняшного анекдота.

Предположим, что у Вас есть калькулятор с двумя десятичными знаками после запятой. В нем число 1/3 будет записано как 0,33. Вас нисколько не удивляет погрешность в последнем знаке после умножения на 3, так как Вы знаете, что 1/3 нельзя представить в виде десятичной дроби с конечным числом знаков после запятой (и, тем более, с двумя).

Точно так же, 1/10 не может быть представлена точно в типе double (как как раскладывается в бесконечную периодическую дробь в двоичной системе счисления). Всё, точка, мы перешли в мир приближенных вычислений. Это тоже комфортный мир, если знаешь правила проживания.
Равенство чисел означает в этом мире равенство с учетом возможной погрешности округления (пример из #7). Хотите, чтобы Excel показывал Вам числа без учета округлений в последних разрядах - применяйте "числовой" формат ячеек. Общий формат ячеек не очень подходит для дробных чисел - Excel не знает, а вдруг для Вас крайне важна последняя 1 после запятой в примере из #8.

Когда Вы в Excel и/или VBA применяете функцию Round и округляете число до какого-то числа знаков после десятичной запятой, то Вы получаете не точное значение, а приближенное с минимально возможной для типа double погрешностью (кроме дробей со знаменателем, равным степени 2).

Поэтому не в стандартах дело, а в приближенных вычислениях...