Описание проекта
Требуются услуги программиста. Требуется разработка системы журналов учета на Access + Excell + VBA. Нужен многопользовательский комплекс журналов учета в корпоративной сети, как элемент построение системы управленческого учета.
Необходимо на базе MS Access (не выше вер.2016) с применением VBA сделать многопользовательские журналы учета информации.
► Исходный код создаваемого программного комплекса (ПК) должен быть открыт для заказчика в полном объеме
► Журналов много и они разные и будут со временем подключаться новые, которых сейчас нет даже в проекте, соответственно ПК нужно создать универсальным и не привязанным к особенностям информации в конкретном журнале.
► Система доступов пользователей:
● программный комплекс (ПК) должен иметь настраиваемую систему доступа пользователей, где определяется какие журналы доступны пользователю и какой уровень доступа у пользователя в разрешенных журналах, например, доступ для чтения только своих (созданных данным пользователем) записей; чтение записей всех записей в данном журнале, разрешение на добавления новых записей, редактирование только своих записей, редактирования любых записей, удаление только своих записей, удаление любых записей данного разрешенного журнала, полный доступ/административный. Т.е. Отдельный набор разрешений для каждого журнала.
● Любая запись сперва помечается на удаление, но ее можно видеть, как обычную запись, но с соответствующим флагом. Окончательно удалить записи из БД может только администратор из специального интерфейса. Что-то подобное реализовано в 1с.
● ПК, как минимум должен отслеживать дату и автора создаваемой записи, отслеживать кто и когда последний вносил изменения в конкретную запись БД, кто и когда запись пометил на удаление. В идеале нужен журнала учета изменений записей БД – чтоб можно было при необходимости понять кто в какой записи и что изменил, полаем что задача в такой постановке сложна и требует много времени на разработку, поэтому достаточно реализации в упрощенном варианте.
● БД нельзя открыть стандартными методами в Access – без фанатизма, на уровне обычных пользователей, хот предложения по увеличению безопасности и конфиденциальности БД принимаются и обсуждаются, хотя задача и не в приоритете.
● Желательно, чтоб администратор может сбросить пароль и система при 1-ом входе пользователя (после сброса) должна попросить пользователя ввести новый пароль. Если слишком трудоемко, то можно оставить задание пароля за администратором при настройке прав пользователя.
► Интерфейс
● При запуске программы пользователь должен иметь возможность выбрать себя из списка, желательно чтоб ПК запомнил под каким пользователем заходили с этого компьютера (или учетной записи) и автоматически подставлял этого пользователя (как это происходит при запуске 1с).
● При входе в первичный интерфейс пользователь должен видеть только перечень разрешенных ему для чтения журналов и не видеть остальных
● Интерфейс пользователя необходимо сделать максимально «интуитивно понятным» без «примочек» Access, типа стрелочек для перехода к следующей базе, должны быть определены «горячие» клавиши и заложена возможность работы с мышью – интерфейс должен быть по возможности максимально удобным.
● Информация с записями конкретного журнала должна выводиться в виде таблицы и иметь возможность сортировать по любому столбцу и настраивать фильтры – например диапазон дат, по создателю записи, по состоянию записи (зависит от журнала). Обязательно необходимо чтоб система запоминала настройки сортировки и фильтрации на каждый журнал и на каждого конкретного пользователя.
● Сделать модуль экспортной выгрузки отсортированной и отфильтрованной части таблицы просматриваемого журнала в Excel, желательно чтоб выгружаемая таблица сразу открывалась и был включен автофильтр Excel.
● Создание доп. Модулей выгрузки/ загрузки информации из/в Word, Excel приветствуется.
Необходимо на базе MS Access (не выше вер.2016) с применением VBA сделать многопользовательские журналы учета информации.
► Исходный код создаваемого программного комплекса (ПК) должен быть открыт для заказчика в полном объеме
► Журналов много и они разные и будут со временем подключаться новые, которых сейчас нет даже в проекте, соответственно ПК нужно создать универсальным и не привязанным к особенностям информации в конкретном журнале.
► Система доступов пользователей:
● программный комплекс (ПК) должен иметь настраиваемую систему доступа пользователей, где определяется какие журналы доступны пользователю и какой уровень доступа у пользователя в разрешенных журналах, например, доступ для чтения только своих (созданных данным пользователем) записей; чтение записей всех записей в данном журнале, разрешение на добавления новых записей, редактирование только своих записей, редактирования любых записей, удаление только своих записей, удаление любых записей данного разрешенного журнала, полный доступ/административный. Т.е. Отдельный набор разрешений для каждого журнала.
● Любая запись сперва помечается на удаление, но ее можно видеть, как обычную запись, но с соответствующим флагом. Окончательно удалить записи из БД может только администратор из специального интерфейса. Что-то подобное реализовано в 1с.
● ПК, как минимум должен отслеживать дату и автора создаваемой записи, отслеживать кто и когда последний вносил изменения в конкретную запись БД, кто и когда запись пометил на удаление. В идеале нужен журнала учета изменений записей БД – чтоб можно было при необходимости понять кто в какой записи и что изменил, полаем что задача в такой постановке сложна и требует много времени на разработку, поэтому достаточно реализации в упрощенном варианте.
● БД нельзя открыть стандартными методами в Access – без фанатизма, на уровне обычных пользователей, хот предложения по увеличению безопасности и конфиденциальности БД принимаются и обсуждаются, хотя задача и не в приоритете.
● Желательно, чтоб администратор может сбросить пароль и система при 1-ом входе пользователя (после сброса) должна попросить пользователя ввести новый пароль. Если слишком трудоемко, то можно оставить задание пароля за администратором при настройке прав пользователя.
► Интерфейс
● При запуске программы пользователь должен иметь возможность выбрать себя из списка, желательно чтоб ПК запомнил под каким пользователем заходили с этого компьютера (или учетной записи) и автоматически подставлял этого пользователя (как это происходит при запуске 1с).
● При входе в первичный интерфейс пользователь должен видеть только перечень разрешенных ему для чтения журналов и не видеть остальных
● Интерфейс пользователя необходимо сделать максимально «интуитивно понятным» без «примочек» Access, типа стрелочек для перехода к следующей базе, должны быть определены «горячие» клавиши и заложена возможность работы с мышью – интерфейс должен быть по возможности максимально удобным.
● Информация с записями конкретного журнала должна выводиться в виде таблицы и иметь возможность сортировать по любому столбцу и настраивать фильтры – например диапазон дат, по создателю записи, по состоянию записи (зависит от журнала). Обязательно необходимо чтоб система запоминала настройки сортировки и фильтрации на каждый журнал и на каждого конкретного пользователя.
● Сделать модуль экспортной выгрузки отсортированной и отфильтрованной части таблицы просматриваемого журнала в Excel, желательно чтоб выгружаемая таблица сразу открывалась и был включен автофильтр Excel.
● Создание доп. Модулей выгрузки/ загрузки информации из/в Word, Excel приветствуется.
Разработка программ Наличные, Банковский перевод
