@truelogin

Добрый день!

Товарищи, прошу помощи в разработке концепции БД.

Отрасль:
Работаю в одной небольшой (по численности) компании (в региональном отделе), которая занимается терминалами самообслуживания для приёма различных платежей и т.д. Помимо терминалов присутствует общий сайт, который так же выполняет функцию приёма-перевода денежных средств.
Я отвечаю за формирование разных отчётов на основании выгрузок из Автоматизированных систем (АС).
Как сейчас происходит формирование отчётов:
Раз в неделю/месяц/квартал/год получаем выгрузку из АС в формате Excel по платежам в разрезе Получателей платежей/терминалов/услуг. Выгрузка приходит не одним файлом, а разными – по Виду оплачиваемых услуг/терминалам/услугам. Например, Выгрузка по платежам за Сотовую связь/за Интернет/Телевидение/пополнение личного кабинета и т.д. Всего таких выгрузок около 10. Почти все эти выгрузки содержат аналогичные поля (например, сумма пополнения, номер терминала, дата пополнения, Поставщик услуг, и т.д.).
Получая данную выгрузку я вставляю данные из неё в Утвержденный формат отчёта (Для каждой выгрузке свой) и Excel просчитывает сам выручку, количество платежей по каждому терминалу и т.д. Список терминалов с их номерами, адресами содержится в каждом отчёте. Они сгруппированы по районам города, округам, городам, и т.д.

Проблемы:
1. Каждая выгрузка весит от 150 Мб. до 500 Мб. В зависимости от поставщика услуг – поэтому некоторые отчёты формируются по 5-8 часов на мощном компьютере.
2. Список терминалов с адресами содержится на отдельном листе в каждом отчёте. Но очень часто терминалы переносятся, убираются, ставятся новые. Поэтому приходится актуализировать их данные – это тоже долгий процесс. Так же после изменения списка терминалов мы не можем просмотреть какие-либо показания за предыдущие месяцы, недели, года и т.д., так как они тоже изменились.
3. Иногда приходится придумывать новые виды отчётов, в зависимости от поставленных от руководства задач – где приходится дополнять одну выгрузку дополнительными полями из другой выгрузки по терминалам. Например, в одной выгрузке находятся ИНН получателей платежей, а получатель может принимать платежи за несколько услуг, но на разные расчётные счета. В свою очередь в выгрузке по Получателям поставщиков находятся эти расчётные счета – и для этого необходимо вводить дополнительные списки Поставщиков, Услуг, что бы в конечном виде в отчёте уже были фактические наименования, а Актуализация этих списков в каждом отчёте – требует также большого количества времени.
4. Данные отчёты создавались, модернизировались, переделывались не одним человеком, поэтому в них очень большое количество разных вкладок (включая скрытые), формул, макросов и т.д. в которых на данный момент практически невозможно разобраться (или для этого нужно очень много времени). Также очень много лишней информации, которая когда-то давно была нужна, а сейчас не используется – но удалять её нельзя, так как она привязана к предыдущим расчётам (за другие года), которые необходимы для составление другого отчёта, например, динамики платежей по годам.
5. В некоторых отчётах (так повелось издавна) выгрузки не копируются в сам Excel, а просто подгружаются или ещё хуже - ссылаются на другие Excel файлы, которые могут быть разнесены по разным сетевым дискам и т.д.
6. Из-за большого количества разной справочной информации (в том числе и повторяющейся) приходится использовать формулы, например, ПОИСКПОЗ и т.д., используя подряд по 3-5 ЕСЛИ в одной формуле.
7. Неоднородность копируемых исходных данных – где-то они в виде таблиц (и формулы настроены на них), где-то просто массивом находятся, что очень неудобно.
В связи с перечисленными проблемами (которые смог вспомнить) было решено переходить на Access для хранения Выгрузок, создания между ними связей, выполнения простых операций над ними. И использовать уже Excel для визуализации полученных данных и для более гибкой настройки отчётов.

Почему был выбран Access:
1. В нашей компании все используют MS Office – стороннее ПО крайне нежелательно использовать.
2. Для MS SQL желательно использовать сервер – это дополнительные расходы и т.д.
3. Access достаточно простая СУБД, развивается, хорошо документирована, существует большое количество различных сообществ, которые могут помочь в решении различных проблем.
4. Access взаимодействует почти со всеми продуктами MS Office.

Поэтому, прошу Вас помочь в разработке концепции БД, которая сможет решить описанные выше проблемы. Буду рад любым идеям, критикам, замечаниям, примерам и т.д.

P.S.: Я не очень много работал c СУБД и БД, но сейчас интенсивно начал изучать тему БД и в том числе изучать Access.

0

@truelogin

Вячеслав Я, выложил. До рабочего Варианта ещё далеко))

0