Да, копипаст легко Проверку ломает - это проблема старая. Причем перехват копипаста возможен только макросом, причем весьма сложным, ибо очень уж много вариантов вставки надо пресекать (сочетанием клавиш, контекстное меню, лента и т.д.)

Мне раньше не приходило в голову создание сводной таблицы на базе динамического диапазона данных. Очень удобно при частой смене данных, отсутствуют пустые строки в сводной таблице.
И еще. что можно создать пользовательский формат в одной ячейке в две строки. Я понял что только начал открывать для себя возможности Excel.

А  для меня было маленьким открытием, что можно с помощью пользовательского формата скрыть значение ошибки

Уважаемый DV если не затруднит можно степ бай степ провести ликбез?  

Ну как сказать сложным...смотря каким путем пойти :-)
Во вложении книга, на первом листе которой вып.списки в диапазоне A1:A10. Кому интересно может попробовать вставить данные через копирование-вставку(любым способом) из любого листа/книга. Правда, есть два момента: если копировать из другого приложения - все пропало, т.к. данное событие невозможно отследить. При такой вставке проверка данных останется, но текст будет вставлен. Но при таком подходе по крайней мере можно будет воспользоваться обводной неверных данных и вычислить косяки ввода.
Если же копировать и вставлять с отключенными макросами, то даже проверка не останется.


Если по теме:
-лично для себя обнаружил, что можно осуществить поиск значений по нескольким листам через ВПР без макросов: ВПР с поиском по нескольким листам
-знал как бы давно, но все же в этом году пригодилось на практике(может не секрет, но все же): для функции ЯЧЕЙКА(CELL) в любой локализации лучше указывать первый аргумент на английском: ЯЧЕЙКА("filename";A1). Функция распознает в таком виде аргумент в любой локализации, в то время как указывая аргумент на своей локали: ЯЧЕЙКА("имяфайла";A1) в отличной от русской локализации формула работать не будет;
-понял, что кодом с текстовыми файлами лучше работать через FSO, а не через стандартные средства(Open As), т.к. в стандартных порой возникает беда с распознованием переноса строк.


Ну и еще понял, что ВПР, ПОИСКПОЗ, ПРОСМОТР (и может еще другие родственные функции) по всей видимости вытягивают значения из схем XML файла, а не из видимых значений ячеек. Пока не получил от ребят из Microsoft подтверждения, но по факту так и есть. Притом другие функции работают иначе - с видимыми значениями.

Друзья, всех приветствую.

Для меня открытием 2013 года в процессе работы в Excel стало то,что мною любимые  и используемые практически в каждом файле, функции СЧЕТЕСЛИМН, СУММЕСЛИМН - попросту не работают если они ссылаются на диапазоны данных в других книгах.
Оказывается в таких случаях нужно использовать комбинированную функцию сумм(если(.......)))));если(...); если)))  

Ну, не совсем же ОFF - все же про Excel

Давно попробовал выделять диапазоны с удержанием CTRL по примеру выделения файлов в проводнике или файловом менеджере - получилось, использую.
Приятно был удивлен возможности поименования не только диапазонов, но и целых формул, вовсю юзаю    

Николай, это любые формулы в условном форматировании пересчитываются при любом изменении любой ячейки на листе (или даже в книге).
ссылку на оригинал статьи (буржуйской) я здесь где-то давал, но после этого у меня слетали все закладки в браузере - увы, сейчас в гугле не смог найти.
но я где-то и на майкрософтовском сайте читал об этом...

upd первую статью нашёл: здесь, совет номер 10. кстати, там формулировка немного другая - не при изменении любой ячейки, а при выполнении вычисленияй на листе. но не суть.

насчет сводных из динамического диапазона  - не понял, а как они обновляются?

Хуже того. При выделении.

Надо было в таблице на 25 тыс. строк удалить десяток. Применил УФ, отфильтровал, а удалить не смог. Пир выделении строк УФ начинало пересчитываться, и полностью подвешивало Excel.
Пришлось убрать УФ.

При использовании функции суммесли/суммеслимн если диапазон суммирования и критерии находятся в одном и том же столбце, но на разных листах, то функция всегда выдаёт результат 0. Потерял несколько часов, пытаясь понять почему не считает. Оказалось ошибка самого Екселя.

А я уж, грешным делом, подумал, что имеется ввиду ситуация, которая меня всегда бесила и для которой совсем недавно нашел простое решение. Когда вводишь или пытаешься редактировать формулу для условного форматирования или для именованного диапазона, то нельзя пользоваться стрелками на клавиатуре для перемещения курсора по формуле, т.к. будет двигаться не курсор, а активная ячейка и рушить при этом формулу. Оказывается достаточно нажать F2, чтобы курсор опять заработал как надо.

это-то понятно.
первый раз слышу