HELP ! Mi нужно в Excel собрать из нескольких книг строки в одну при опред. условии

[Gera_]

нужно в Excel собрать из нескольких книг с кучей листов, (файлы все в одной папке)все строки одинаковые по шаблону, как собрать строки в один лист при опред. условии
ЕСТЬ ПАПКА:\СМЕТА\ ВНУРИ У НЕЁ ЛЕЖИТ
\СМЕТА\_ОГЛАВЛЕНИЕ ПРАЙСА_.xlsx
\СМЕТА\ПРАЙС ОХРАНА.xlsx ИСХОДНИК
\СМЕТА\ПРАЙС НА видео.xlsx ИСХОДНИК
\СМЕТА\ПРАЙС НА контроль доступа.xlsx ИСХОДНИК

\СМЕТА\ПРАЙС НА ЭЛЕКТРО АВТОМАТИКУ.xlsx ИСХОДНИК С ОТЛИЧНЫМ
ФОМАТОМ СТРОК
ПОСЛЕДНИЙ ФАИЛ ВОЗМОЖНО ФОРМИРОВАТЬ ОТЧЁТ ОТДЕЛЬНО
А ВОТ ПЕРВЫЕ ТРИ ДОЛЖНЫ СВОДИТСЯ ВСЕ ВОЕДИНО СОГЛАСНО УСЛОВИЮ


ПОЛЬЗОВАНИЕ ХОТЕЛОСЬ БЫ УВИДИТЬ СЛЕДУЩИМ ОБРАЗОМ:

я обращаясь в своём файле "оглавление" (на который у меня висит ярлык на раб столе)
захожу на энное количество страниц там выбераю оборудование путём проставления кол-ва заказываемого оборудования, это происходит несколько раз пока не будут выбраны все нужные виды оборудования
после чего допустим нажимаю кнопку "собрать всё в смету", на допустим лист№2 файла смета, приэтом все строки с этих 3-х книг и вложенных в них лисов должны (отфильтроватся по наличию числа в колонке"U" она же "21" и начиная с 6-й строки.)
отправится в фаил смета, лист №2
после чего я могу проверить, всё ли учтено при заказе и сохранить его.

как это организовать

[Alexiy]

Организовать на VBA (макрос на Visual Basic for Applications)
Для того кто имеет опыт написания подобных программ - ничего сложного, однако, нужны исходные файлы с данными, чтобы на них тестировать работоспособность.

Вообще, ввод, хранение, сортировка, выборка и пакетные операции над массивами однотипных данных - это однозначно Access - в нём это всё реализовано намного лучше. Excell - для простых инженерных и экономических вычислений с не очень большим количеством данных. Импорт из Excell в Access c реализацией продуманной структуры хранения и интерфейса - тоже ничего сложного для того, кто всё это уже делал многократно (я по себе сужу)

И вообще, данной вами информации недостаточно - надо конкретно каждый файл обговаривать и в процессе реализации ещё вопросы возникнут. ;)

[tox]

+1 Делать такое в Excel то еще извращение. Можно конечно, но я бы, например, даже не взялся за такое.
Перекинуть все таблицы в Access, там все делается на порядок проще. Естественно при помощи VBA.

[Gera_]

Организовать на VBA (макрос на Visual Basic for Applications)
Для того кто имеет опыт написания подобных программ - ничего сложного, однако, нужны исходные файлы с данными, чтобы на них тестировать работоспособность.

Вообще, ввод, хранение, сортировка, выборка и пакетные операции над массивами однотипных данных - это однозначно Access - в нём это всё реализовано намного лучше. Excell - для простых инженерных и экономических вычислений с не очень большим количеством данных. Импорт из Excell в Access c реализацией продуманной структуры хранения и интерфейса - тоже ничего сложного для того, кто всё это уже делал многократно (я по себе сужу)

И вообще, данной вами информации недостаточно - надо конкретно каждый файл обговаривать и в процессе реализации ещё вопросы возникнут. ;)

Я готов предоставить исходники , правдо я не все ещё листы к единому формату по колонкам привёл , если поможите буду признателен!

[Alexiy]

В Access всё это делается штатными средствами почти всё визуально и можно без использования VBA.
Итоговую таблицу в формат Excell или в любой другой можно экспотрировать из Access (тоже абсолютно тривиальная задача) например для того чтобы передать заказчикам, у которых Access не установлен

[Gera_]

[QUOTE=Alexiy;758563]В Access всё это делается штатными средствами почти всё визуально и можно без использования VBA.
Итоговую таблицу в формат Excell или в любой другой можно экспотрировать из Access (тоже абсолютно тривиальная задача) например для того чтобы передать заказчикам, у которых Access не установлен[/мне для аксеса нужно всё менять,я уже давно пользуюсь сборным прайсом с нескольких фирм, куча ссылок настроены внутри папки прайса после экспорта всё сначала?

[Alexiy]

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