Shaman
xlrd+xlwt должно хватить.
Я бы архитектурно такое приложение разбил на 2 части. Импорт данных из xls в нормальную базу данных. И изготовление сводного отчета по данным из базы. Сегодня нужен один сводный отчет, завтра другой, ну и т.п. Все время парсить xls и по времени накладно и по объему кода. В этом случае xlrd+xlwt недостататочно, надо еще про базы почитать и понять как делать отчеты по шаблонам. Возьмите SQLite для начала.
p.s.
:) Недавно были вынуждены делать отчеты в Ворде. Печалька. Com интерфейс очень медленный да и сложный слишком интерфейс у ворда. pydocx не хватило возможностей по оформлению. Готовые шаблонизаторы сильно привязаны к версии ворда (используются 3, 7, 10, 13) Для большого коллектива разработчиков шаблонов это конечно не гуд. Посадили много народу для набивания отчетов. Опять не слава богу. Стили плывут жутко. При переходе между разными версиями Ворда то пробелы между слов потеряются то вообще документ перестает читаться. Написали модуль на пару абзацев. Применение шаблонов Mako в теле вордового документа. Основная часть этого модуля борется с тем, что любой введенный текст Ворд пытается разбить на множество кусочков, каждый со своим стилем, по терминологии ворда text runs. Этот модуль собирает осколки в один run, чтобы Mako мог найти что ему заменять (иначе надо будет выкручиваться как в
https://code.google.com/p/xdocreport/wiki/DocxDesignReport). Ну и назвали мы его соответственно word_srunt (word single run text). Но тоже не слава богу. Непонятно как вставлять рисунки и другие ссылки на внешние ресурсы. Это похоже даже гуру msword+c# не знают как делать.
Поделитесь опытом кто как делал? Мы с вордом вообще в первый раз плотно сцепились в этом проекте. Пока впечатление что ему только на помойке место.
Это я прозрачно намекал что сводные отчеты лучше в pdf или html делать. Ну может если приспичит то в odt формате.