Непонятный глюк при использовании функции ВПР в Экселе

[yura613]

Здравствуйте. Помогите разобраться.
В экселе делаю таблицу для рассчетов стипендии. Стипендия начисляется по среднему балу. В одной ячейке результат сесси в другой должена быть сумма стипендии. Для этого разработана таблица всевозможных премий и вычетов. Использую функцию ВПР для поиска нужного коофициента и отображения нужного результата, но возник какой то глюк. Пол таблицы работает идеально, а вторая половина почему то результат показывать не хочет. Когда средний бал выше 6 начинаются ошибки. Как исправить? Не понимаю.

[GSerg]

Здравствуйте, у меня что-то где-то не работает. Пожалуйста, дайте мне точное описание того, как это исправить.

[KL]

Опыт показывает, что у функции ВПР в Экселе глюков не бывает, а бывает чаще всего невнимательно прочитанная справка или неодинаковый формат данных

[yura613]

KLЯ все привел к одному формату.

GSerg
Попробую объяснить что за неполадки у меня

есть таблица в которой в первом столбце написаны возможные средние балы от 1 до 10 шаг 0.1 (по этому столбцу осуществляется поиск) в остальных столбиках разные суммы вычетов или премий.
Пример: студент получает средний бал по атестации 7.5. После чего в таблице ищется соответственный бал и забирается нужное значение.например +100 р.
Но проблема в том что ВПР находит все средние балы от 1 до 6 без ошибок, а вот когда вводишь бал выше 6 начинает показывать Н/Д (в случае если поставить интервальный просмотр 0) или ближайшее число, если задали 6,5 то значение показывает соответствующее 6,4 (если интервальный просмотр 1)

[GSerg]

Значит нет числа 6.5 в таблице.
А есть, к примеру, 6.500000000000001.

[KL]

А можно файл-пример посмотреть? Интаресуют:

1. формула
2. таблица с возможными баллами
3. пример баллов дающих ошибку и баллов ошибки не дающих

[uhm]

Попробую потелепатствовать

Ты формулу с ВПР не растягивал? Если растягивал, проверь, что у тебя область поиска не меняется, т. е. что нет ситуации, в которой первый ВПР ищет в таблице A1:A100, а второй - в A2:A101.

[yura613]

uhm
не не растягивал. Формула только в одной ячейке.
Ближе ответGSerg после 6,4 начинаются ошибки. Показываются какие то огромные числа, а откуда они взялись то непонятно.

[yura613]

вот примеры чисел которые глючат
6,5 6,8 6,9 7 7,2 7,3 7,4 7,5 7,6 7,7 7,8 7,9 8 8,1 8,2 8,3 8,4 8,5 8,6 8,7 8,8 8,9 9 9,1 9,2 9,3 9,4 9,5 9,6 9,7 9,8 9,9

[uhm]

Да, телепатический модуль GSergа сработал лучше

У тебя действительно в таблице вместо 9,1 стоит 9,10000000000001 (то же самое с другими числами). Замени, и проблемы исчезнут.

[yura613]

uhm
А не результат ли это того что балпы я растягивал, и они по умолчанию получились такими. Откуда вдруг у меня такие числа появились?

[GSerg]

- Почему процессор 586 назвали Пентиум?
- Потому что когда на нём сложили 486 и 100, получилось 585.9999999999.....

[yura613]

Ну, все понятно.
Спасибо большое всем за помощь.

[Krasnaja Shapka]

ты можешь применить функцию округл(...;1) над диапазоном в ВПР... тогда можно на такие мелочи в виде 10 знака после запятой внимания не обращать.

[alibek]

А еще лучше в настройках задать "точность как на экране". Обычно лучше.