ежеквартально множество отделов присылают в центральный офис множество стат.отчетов — таблиц со статистическими данными
пример одной из "входящих" табличек здесь: здесь
таблички представляют из себя печатные бланки таблицы (в ворде):
строка заголовков + столбец заголовков и данные (числовые) в ячейках
т.е. по-существу каждая таблица это двумерная матрица

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

подскажите как должны выглядеть архитектура приложения для решения этой задачи?

1) устанавливать ли в каждом офисе клиентское приложение для подготовки исходящего стат. отчета или подготавливать исходящие отчетные таблицы в MS Office и эти же файлы пересылать….
так как все равно должен быть бумажный документооборот
2) как и в каком формате пересылать данные из отделов в центральный офис
3) пока все потребности в стат. обработке перекрываются Excel и т.о. напрашивается решение и подготавливать и пересылать и хранить данные в xls

PS
мне кажется что в центральном оффисе данные надо помещать в поля таблиц БД, что бы потом их обрабатывать более менее стандартным средствами субд

конечно можно просто скидывать в файловую систему в txt или XML — одна входящая табличка — один файл (год / квартал / филиал /) — НО как то это не очень

Здравствуйте, aquatic3000, Вы писали:

A>конечно можно просто скидывать в файловую систему в txt или XML — одна входящая табличка — один файл (год / квартал / филиал /) — НО как то это не очень

Мне кажется это должно быть простое веб приложение — зашел человек в браузер, набрал адрес и заполнил отчет. Или на худой конец .xls файл, к которому можно подцепиться через ODBC, втянуть все в БД и делать необходимые расчеты.

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

Здравствуйте, MozgC,
просто, я полагаю, что задача весьма стандартная, и уже много раз решалась

Здравствуйте, MozgC, Вы писали:

MC>В каждом офисе должно быть ПО, работа должна происходить в этом ПО, по забитым данным должны генерироваться отчеты в MS Office, а сами забитые данные сохраняются в БД. Далее эти данные либо закачивать на единый центральный сервер в интернете через веб-сервис, либо продумать какой-то формат, т.е. данные с каждого офиса будут дампиться в этот формат, отсылаться в центральный офис и там импортироваться.

честно говоря, просто лень связываться с БД,
в плане хранения полей документа в полях базы
так как доки больно витиеватые

или может просто хранить доки целиком в блобах
без раскладывания на поля
вроде смысла нет

Данные должны хранится в базе данных, а не в каких-то так ворд/эксель документах. Если нужен бумажный документооборот — то ворд/эксель документы — это лишь продукт сгенерированный по данным из БД, но никак не оригинальный носитель данных.

Видел какой дурдом творится в отделениях сотовой связи, подруга там работает. Каждый офис заполняет свои отчеты в экселе, потом все эти отчеты присылаются в какой-то главный офис, где их обрабатывают. Так вот каждый раз эти отчеты приходят в разном формате. То девушка-операторша решит вдруг добавить пару строк, то колонку удалит где-то, то местами колонки поменяет, то решит что номера телефонов пишутся с пробелами-разделителями, а имя и отчество абонента указывать не обязательно — там ужас творится.

Здравствуйте, aquatic3000, Вы писали:

A>ежеквартально множество отделов присылают в центральный офис множество стат.отчетов — таблиц со статистическими данными
A>пример одной из "входящих" табличек здесь: здесь
A>таблички представляют из себя печатные бланки таблицы (в ворде):
A>строка заголовков + столбец заголовков и данные (числовые) в ячейках
A>т.е. по-существу каждая таблица это двумерная матрица

A>данные надо собирать со всех филиалов, хранить множество табличек из каждого филиала за каждый квартал,
A>суммировать по разным критериям таблицы присланные из разных филиалов, вычислять итоги по периодам времени, делать итоговую таблицу суммирующую данные с филиалов и т.п. сводные таблицы

A>подскажите как должны выглядеть архитектура приложения для решения этой задачи?

A>1) устанавливать ли в каждом офисе клиентское приложение для подготовки исходящего стат. отчета или подготавливать исходящие отчетные таблицы в MS Office и эти же файлы пересылать….
A> так как все равно должен быть бумажный документооборот
A>2) как и в каком формате пересылать данные из отделов в центральный офис
A>3) пока все потребности в стат. обработке перекрываются Excel и т.о. напрашивается решение и подготавливать и пересылать и хранить данные в xls

A>PS
A>мне кажется что в центральном оффисе данные надо помещать в поля таблиц БД, что бы потом их обрабатывать более менее стандартным средствами субд

A>конечно можно просто скидывать в файловую систему в txt или XML — одна входящая табличка — один файл (год / квартал / филиал /) — НО как то это не очень