Заказчик

Описание:
Необходимо разработать макрос который бы импортировал xls файлы и с помощью них формировал отчет о продуктивности организации и менеджеров. В папке input лежат отдельные xls файлы в которых выгружены данные по выполненным заказам за конкретный месяц. Файлы имеют название вида: otchet_04_21, где 04 это порядковый номер месяца, а 21 это текущий год. Файл в котором необходимо разместить макрос называется ManagerBook. В нем первый лист называется "Журнал заказов", второй и последующие листы называются в виде ФИО менеджера, это персональные страницы менеджеров. В Журнал заказов получает таблицы с заказами и на основе персональных настроек для каждого менеджера формирует отчеты в виде графиков по выручке, прибыли и зп.

Во вложении:
1) полное техническое задание
2) примеры входных файлов
3) пример выходного файла

Необходим исходный код модуля осуществляющий перенос данных с ресурса zenmoney.ru посредством его стандартного API
Среда разработки Delphi 2010.
Основная процедура LoadDzTransaction должна получать
1. Период за который необходимо загрузить транзакции.
2. Массив с названием счетов которые участвуют в выдаче
3. Массив с названиями организаций, транзакции которых не должны попасть в выдачу
4. Массив слов и словосочетаний присутствие которых в комментарии не позволяет транзакции попасть в выдачу.
5. Минимальное значение суммы транзакции, ниже которого транзакция не попадает в выдачу
6. Максимальное значение транзакции, выше которого транзакция не попадает в выдачу
7. Флаг который определяет – показывать только поступления, только списания, поступления и списания
8. Массив с списком категорий которые не участвуют в выдаче

Код должен быть отформатирован, глобальные переменные и процедуры должны иметь осмысленные названия

0. Сумму проекта предлагает исполнитель.
1. Организация статей и параграфов в виде двух каталогов с возможностью поиска по ключевым словам и тегам.
2. Система авторизации пользователей: Каждая статья, каталог(папка) или параграф должны иметь области видимости для каждой группы пользователей, а так же для конкретных пользователей (показывать/не показывать, редактировать / только просмотр)
3. В системе пользователей есть набор ролей, каждая роль определяет набор возможных взаимодействий с сайтом
СПИСОК РОЛЕЙ:
1. Администратор может: читать, создавать, редактировать и утверждать модерацию на все Статьи, Параграфы, Каталоги. Выставлять видимость Статей, Параграфов, Каталогов, для групп пользователей, для отдельных пользователей. Выставление прав и Ролей для пользователей. Добавлять и списывать баллы.
2. Модератор может: читать, создавать, редактировать и утверждать модерацию на все Статьи и Параграфы в рамках видимости свой роли
3. Мастер может читать, создавать, редактировать Статьи, Параграфы в рамках видимости своей роли.
4. Пользователь может читать статьи в рамках видимости своей роли.
5. Гость / Без регистрации может читать статьи в рамках видимости роли Гость
4. Внесение изменений в статью – когда пользователь вносит изменения в статью, статья отправляется на модерацию, после прохождения модерации статья с изменениями отображается на сайте, старая версия статьи сохраняется в архиве.
5. У пользователя со статусом модератор или администратор внизу каждой статьи и параграфа есть ссылка на список старых версии этой объекта с возможностью сделать одну из старых версий снова актуальной, при этом текущая версия отправляется в архив.
6. У пользователей со статусом Мастер и выше внизу каждой статьи и параграфа есть кнопка – "редактировать", после окончания редактирования статья или параграф отправляется на модерацию.
7. Статья может содержать неограниченное количество других статей, которые добавляются в нее в виде раскрывающегося спойлера. В начале каждой статьи есть кнопка "раскрыть/закрыть все вложенный спойлеры". Каждая статья имеет свой уникальный ID, если этот ID встречается в другой статье тогда при загрузке статьи на место ID подставляется соответствующее содержимое. Таким образом если мы в одной статье изменим содержимое, то оно автоматические поменяется во всех статьях где присутствует эта статья.
ТЕГИ:
1. У каждой Статьи есть свой список тегов, при добавлении статьи 1 в статью 2 (в виде раскрывающегося спойлера), статья 2 принимает все теги которые присутствуют в статье 1. Т.е. каждая статья имеет свой набор тегов плюс все теги которые имеют вложенные в неё статьи.
2. Каждый тег в статье имеет свой уровень частоты вхождения. Если тег встречается 1 раз, его уровень вхождения 1, если встречается 3 раза, например, в заголовке самой статьи и в двух вложенных статьях, тогда его уровень частоты вхождения равен 3. Далее когда пользователь в поиске указывает этот тег, в первую очередь будут отображаться те статьи у которых тег имеет наибольшую частоту вхождения.
8. Внешний вид Статьи имеет 3 разновидности.
1. Плитка в Каталоге статей: Блок с большим изображением, с заголовком и кратким описанием.
2. Элемент списка – полоска с небольшим изображением сбоку, с заголовком и кратким описанием.
3. Сама статья
4. Статья заключенная в раскрывающейся спойлер (см. рисунок)
9. Параграф – это упрощенная версия Статьи, в нем нет системы тегов. В статью он добавляется в виде блока с серой полосой расположенной в левой его части, полоса равна высоте параграфа (см. картинку). Параграф может быть вставлен в другой параграф.
10. Каждый пользователь должен иметь счетчик который показывает количество созданных статей, параграфов (учитываются те, что прошли модерацию), количество успешных правок в статье, параграфе. Каждое успешное действие имеет свою стоимость в баллах и опыте. Количество заработанного опыта учитывается в системе рангов (Новичок -> Опытный -> Профессионал ) и в системе рейтинга между зарегистрированными пользователями. Баллы же играют роль валюты на которую пользователь может что то приобрести. Список товаров и стоимость определяет Администратор. Товары отображаются на страничке личного кабинета пользователя. При покупке "товара" списываются баллы и на почту Администратора приходит соответствующее уведомление.
11. При модерации Модератор указывает повышающий или понижающий коэффициент к баллам и опыту которые получит пользователь отправивший статью.
12. Каталоги статей и параграфов должны иметь возможность отображения в виде плиток или списка. Должна быть реализована возможность сортировки по названию статей или по дате создания.
13. Сайт должен иметь адаптивную верстку.
14. Внешний вид верстки должен быть приближен к эскизам в приложенных картинках и предварительно согласован.
15. Результатом работы должен быть запущенный сайт размещенный на хостинге заказчика. Код должен быть отформатирован и читаем с возможностью дальнейшей доработки.