Отделяете даты в отдельный столбец, по нему сортируете.

Файл нужен. А, вижу, проблему вручную решили.

Здесь полностью Ваш вариант, даже шире.

Походу да, не тот...

Да, прошу прощения, сразу недоглядел.

Свойство листа Protection.AllowEditRanges

Скорее затерялся)

Ну если принципиальный подход менять не хотите, то да, можно макросом сужать.

Не то чтобы неправильно - для Вашей задачи скорее избыточно + контроль над ячейками усложнен. Здесь нужен всего один лист для БД и лист для переменных - он же титульный - с одной кнопкой вызова формы, где заполняются нужные поля. Вот через нее уже и авторизацию, и целевую запись в БД вести стоит.

Надо чтоб и суббота)

Пожалуйста. Первая половина листа - на правилах УФ, меняете только одну дату в А2 - меняются все заливки на листе. Если дату месяца задавать на отдельном листе (там где праздники), а в А2 ставить на нее ссылку, то месяц будет меняться на всех листах сразу. Список праздников также задан на отдельном листе. Если выходные и праздники заливать одним цветом, в УФ можно обойтись одной формулой вместо трех.

Все вопросы - к мелкомягким) ЛЕВСИМВ=ЛЕВБ, ПРАВСИМВ=ПРАВБ, просто пишется короче.

Goldar, сделайте проще - на листе задайте правила УФ для субботы, воскресения и списка праздников. Тогда Вам не придется ежемесячно заниматься переукрашательством Вашего шаблона - вся раскраска будет автоматически определяться одной заданной на листе датой, причем на всех листах сразу.

*Б просто не отображаются при выборе, но работают так же как обычные, так что использовать можно спокойно.

Потому что функции *Б - для китайского языка)

Разбирайте формулу сами, что непонятно - спрашивайте.

Ну тогда еще варианты. Второй предполагает, что цифр перед % всегда 2.

А поиском воспользоваться никак? Неоднократно обсуждалось:

Для AG26 без проверки на корректность выбранных данных "начало/конец".

Пример

Ну так запишите макрорекордером действия из #4 - будет макрос.

Жестокая философия у Владимира)
Простейший пример с макросами:

А что мешает сразу подгонку в Loan делать?

Можно, но только макросом.

А так подойдет?

От и До.

Изменю немного формулу, т.к. при несплошном расположении данных пересчета будет выбираться неверная дата...
Работа функции ПРОСМОТР в примере подробнее:
ПРОСМОТР(2;1/((Движ[Позиция]=$B$2)*ПОИСК($A3;Движ[Комментарий]));Движ[Дата]))
- 2 - число, большее чем максимальное в получаемом массиве - просто "лопата для поиска", в расчетах не участвует;
- ПОИСК($A3;Движ[Комментарий]) - массив из чисел (позиции искомого слова А3 в комментах) и ошибок (если слово А3 не найдено), возвращенный функцией ПОИСК;
- (Движ[Позиция]=$B$2)*... - фильтрация полученного через ПОИСК массива по товару В2 - найденные позиции слова, не принадлежащие товару В2, обнуляются;
- 1/((Движ[Позиция]=$B$2)*ПОИСК($A3;Движ[Комментарий])) - единица делится на весь отфильтрованный массив, чтобы нули превратить в ошибки - остаются ошибки и только числа (меньше или равны 1), где ПОИСК нашел в комменте слово А3, принадлежащее товару В2.
- ПРОСМОТР(2;1/((Движ[Позиция]=$B$2)*ПОИСК($A3;Движ[Комментарий]));Движ[Дата])) - функция ПРОСМОТР ищет в полученном массиве из чисел и ошибок самое последнее число (для этого и нужна "2" - больше максимального) и возвращает из столбца дат дату по позиции этого последнего числа в массиве.

Сделайте для каждого переключателя связь с ячейкой и проверяйте их значения (или общую сумму, если переключатели - только "галочки")

Не встречал.

Ну почти все правильно) ПРОСМОТР дает последнюю дату, когда в комментариях встречается искомое слово А3. До этой даты все данные и считаются в СУММЕСЛИМН. 9^9 - это такое большоооое число для ПРОСМОТР, чтобы он среди всех чисел (позиций слова, выданных ф-цией ПОИСК), взял последнее в массиве (это фича данной функции:).