[Pliomera]

Semey,
Покурите экселевскую справку на использование встроенной функции VLOOKUP - она же ВПР в русской версии.

[pandaemanaeon]

Здравствуйте. Проблема. Эксель не правильно производит итоговые вычисления (результат в ячейке с589). Я так понимаю долже получаться нуль (точнее 0,00000000000001421085). При перестановке слагаемых в формуле он там получается, но в чем баг ни как не пойму Это в одном документе помогает перестановка, в других нет. MS Excel 2003 SP3.

Заранее благодарю!

[Pliomera]

pandaemanaeon, Объясните логику необходимости вычислений с точностью до 16 (!) знаков после запятой? Пусть даже единица измерения и "тыс. руб."?
К тому же надо привести файл в удобочитаемый вид, чтобы можно было понять, что к чему - в таком виде никто трах разбираться с вашим файлом - не будет.

[pandaemanaeon]

Pliomera, Посмотрите пожалуйста прикрепленный файл. В нем задача нагляднее и проще сформулирована. Когда доля числа считается то вылазит ох... большой процент. Не понятно откуда берётся это число: 0,00000000000001421085 А 16 знаков для наглядности.
Это малая из бед ..

Может есть какой нибудь патч к этому багу ?

[okshef]

pandaemanaeon, у Excel много таких "недокументированных" фишечек, не протоколировал, к сожалению, но знаком. Если это принципиально: меняйте программу для вычислений. Или попробуйте вычислить результат с помощью макросов с объявлением переменных двойной точности.

[Pliomera]

pandaemanaeon, да, это баг скорее всего. Кстати в excel 2007 - поведение точно такое же, т.е. от версии excel - не зависит. Скорее всего проблема лежит несколько глубже - думается в способе работы excel с числами с плавающей запятой. Кстати, если в формулу, которая у вас в ячейке F6 просто дописать +0, результат изменяется на такой же как в ячейке C12.
Да, еще такое соображение: в ограничениях excel-а указано что максимальная точность числа - 15 разрядов. Но при выполнении последовательного сложения - мне кажется возможно накопление систематической ошибки, которая в итоге случайным образом "переходит" в старшие разряды и полученная точность результата уже далеко не 15 разрядов.

[Petya V4sechkin]

pandaemanaeon, можно в конечную формулу добавить округление.

[pandaemanaeon]

Petya V4sechkin, округление в конечной формуле не влияет на результат в колонке "доля числа". Т.е. мне нужно что бы результат был нуль и при делении на нуль выполнялось условие... бла бла бла .. ячейка пустая, и в остальных корректноые выражения .. Считаются деньги. Такие ошибки (замучали уже эти экономисты (экономисты - без обид, ничего личного ))не приемлемы *вздох

[Petya V4sechkin]

pandaemanaeon, почему это?
К примеру, пишете формулу:

Код:

=ОКРУГЛ(C5+C6+C7-C8-C9-C10; 10)

[pandaemanaeon]

Petya V4sechkin, Да .. согласен формула катит. Формы уже рабочие. Но когда на предприятии 10 цехов.. под каждый цех отдельный файл.. в каждом месяце 9 проверок .. и 12 месяцев в году, и тут ручками это все лопатить, то получается ахтунг полный. Хотелось бы баг пофиксить этот и забыть про него. Вот я про что.

Да. Вот еще что. Как думаете если в суппорт МС Офис обратиться, помогут?