В настоящей дипломной работе будет рассмотрена подсистема «заказ-наряд»
Данная подсистема выполняет следующие основные функции:
- оформление заказов на проведение работ;
- расчет за проведенные работы и отгрузки товаров;
- составление отчета о заказах и оплатах этого заказа;
- составление отчета по остаткам товара на складах.
2.4 Анализ деятельности отдела менеджмента
Документ «заказ-наряд» предназначен для оформления заказа на проведения работ и является документам, на основании которого производится оплата и отгрузка товара.
Основные реквизиты документа приведены в таблице 1.
Таблица 1- Реквизиты документа «заказ-наряд»
| Реквизит | Назначение | Тип значения |
| 1 | Автомобиль | Справочники-Автомобили |
| 2 | Плательщик | Справочник-Контрагент |
| 3 | Заказчик | Справочник - Контрагент |
| 4 | Договор | Справочник - Договора |
| 5 | Пробег | Строка |
| 6 | Тип нарядов | Справочник – Тип заказов |
| 7 | Тип работы | Справочник - Номенклатура |
| 8 | Работа | Справочник – Работа |
| 9 | Норма часов всего | Число |
| 10 | Норма часов факт. | Число |
| 11 | Цена | Число |
| 12 | Механики | Справочник – Механики |
| 13 | Склады | Справочник – Склады |
| 14 | Территории | Справочник – Территории |
| 15 | Организации | Справочник – Фирмы |
| 16 | Номенклатура | Справочник - Номенклатура |
Справочник Автомобили предназначен для занесения информации об автомобилях организации или частных лиц. Основные реквизиты данного справочника приведены в таблице 2.
Таблица 2 - Реквизиты справочника «Автомобили»
| Реквизит | Назначение | Тип значения |
| 1 | Гос. номер | Строка |
| 2 | VIN | Строка |
| 3 | Модель | Справочник |
| 4 | Год выпуска | Дата |
| 5 | Владелиц | Справочник |
Справочник «Механики» предназначен списка слесарей участвующих в авторемонте. Основные реквизиты справочника представлены в таблице 3.
Таблица 3 - Реквизиты справочника «Механики»
| Реквизит | Назначение | Тип значения |
| 1 | Код | Число |
| 2 | Наименование | Строка |
| 3 | Контрагент | Справочник |
| 4 | Договор | Справочник Строка |
| 5 | Класс | Число |
Справочник «Тип «заказ-нарядов» предназначен для хранения списков, типов заказ-наряда. Основные реквизиты справочника представлены в таблице 4.
Таблица 4 – Реквизиты справочника «Тип «заказ - нарядов»
| Реквизит | Назначение | Тип значения |
| 1 | Код | Число |
| 2 | Наименование | Строка |
| 3 | Плательщик | Справочник |
| 4 | Тип работ | Справочник |
| 5 | Работы | Справочник |
Справочник «Контрагенты» предназначен для заполнения и хранения информации о всех контрагентах, с которыми могут какие либо отношения. Обязательные реквизиты данного справочника представлены в таблице 5.
Таблица 5 - Реквизиты справочника «Контрагенты»
| Реквизит | Назначение | Тип значения |
| 1 | Код | Число |
| 2 | Наименование | Строка |
| 3 | ИНН | Строка |
| 4 | Телефон | Строка |
| 5 | Адрес | Строка |
| 6 | Договор | Справочник |
Справочник «Работы» заносятся название работ по автосервису. Обязательные реквизиты данного справочника представлены в таблице .6.
Таблица 6 - Реквизиты справочника «Работы»
| Реквизит | Назначение | Тип значения |
| 1 | Код | Число |
| 2 | Наименование | Строка |
| 3 | Нормо - часы | Число |
| 4 | Год выпуска | Дата |
| 5 | Объем двигателя | Строка |
Справочник «Территории» предназначен для ввода информации о торговых точках филиалах, которые могут характеризоваться территориальной обособленностью, наличием собственных складов, видением учета в отдельной информационной базе со своими особенностями постановки учета и со своим режимом работы. Обязательные реквизиты данного справочника представлены в таблице .7.
Таблица 7 - Реквизиты справочника «Территории»
| Реквизит | Назначение | Тип значения |
| 1 | Код | Число |
| 2 | Наименование | Строка |
В Справочник «Номенклатура» заносятся информация о всех товарах автосервиса и об оказываемых компанией услугах. Обязательные реквизиты данного справочника представлены в таблице .8.
Таблица 8 - Реквизиты справочника «Номенклатура»
| Реквизит | Назначение | Тип значения |
| 1 | Код | Число |
| 2 | Наименование | Строка |
| 3 | Вид Номенклатуры | Перечисление |
| 4 | Единицы измерения | Справочник |
| 5 | Производитель | Строка |
| 6 | ОЕ номер | Строка |
| 7 | Цена | Число |
3. Проектирование подсистемы
3.1 Структура и функции подсистемы
Для учета «заказ-наряда» подсистема должна выполнять следующие функции:
− формирование документа «заказ – наряда»;
− формирование отчета «заказ – наряда»;
− формирование отчета «остатки товаров»;
Функция калькуляции себестоимости продукции вычисляет норматив для списания, проверяет номенклатуру на наличие нормативов, если они есть, то создает список для списания, осуществляется путем суммирования элементов затрат на продукцию.
Функция списания нормативов проверяет остатки на складе и выводит количество и сумму для списания, организуется путем формирования проводок по списанию МПЗ в производство.
Формирование оперативной и наглядной информации о процессе выпуска готовой продукции осуществляется функцией подготовки документации для руководства.
3.2 Анализ существующих систем для автоматизации деятельности отдела менеджмента
При проведении автоматизации перед отдела менеджмента стоит альтернатива выбора между программными продуктами, предлагаемыми на рынке информационных технологий. При анализе существующих систем необходимо учитывать особенности организации деятельности отдела менеджмента, а также рассматривать ряд факторов (например, простота использования и внедрения, стоимость, реализация выполняемых функций и т.д.).
Критерии, которым должна удовлетворять некая стандартная бухгалтерская программа для использования ее в современных Российских условиях:
− полнота охвата различных участков учета;
− выгоды и преимущества от использования программы не больше,чем затраты, связанные с ее изучением, внедрением и последующим сопровождением;
− достаточный запас гибкости, для отражения постоянно изменяющихся внутренних и внешних факторов;
− способность выполнять функции внутреннего контроля, необходимые для защиты и обеспечения безопасности данных в системе;
− адаптируемость для ведения учета по международным стандартам.
Среди нескольких десятков существующих бухгалтерских пакетов таких фирм-производителей, как "ИнФин", "1С", "Парус", "Интеллект-Сервис", "ИнфоСофт", "Галактика", "АйТИ" и многих других нет ни одного программного продукта, отвечающего всем вышеуказанным критериям, однако у каждой можно отметить некую изюминку, благодаря которой она подходит предприятию.
Анализ достоинств пакета «ИнФин»:
- простота работы с пакетом;
- легкость обучения персонала работе с пакетом;
- незначительные аппаратные и программные требования;
- не требует никаких сложных и продолжительных настроек;
- не требует специалиста для установки и первоначальной настройки пакета, все это может сделать сам бухгалтер;
- пакет, хоть и работает под управлением устаревшей ОС MS-DOS,однако может работать и в ОС Windows в режиме эмуляции MS-DOS;
- также широко поддерживаем официальными дилерами и распространен;
- широко применим на предприятиях и организациях имеющих старую технику.
Недостатки:
- является жесткой системой, плохо настраиваемой под нестандартные случаи применения;
- работает под управлением устаревшей ОС MS-DOS, менее распространенной, чем Windows;
- пакет не развиваем на месте применения, требует для этого поддержки разработчиком;
- работает в графическом режиме, что на некоторых компьютерах отражается в скорости работы;
- не имеет внутреннего языка, что не дает возможности переконфигурировать пакет в случае необходимости.
Достоинства «1С:Предприятие»:
- является очень гибкой системой для работы в среде бухгалтерия, кадры, зарплата и т.д.;
- имеет возможность настройки системы практически под любого бухгалтера, начальника отдела, менеджера и т.п.;
- имеет возможность настройки системы под любое предприятие,организацию, включая бюджетные;
- имеет внутренний язык, что существенно отличает ее от другихпакетов в сторону гибкости и настраиваемое практически под любогопользователя;
- работает под управлением ОС Windows (наиболее распространенной на данный момент), что существенно расширяет применимость этого пакета;
- установленная и настроенная система практически не требует достройки и дополнения ее модулями разработчика, т.е. не является зависимой от него и продолжительное время может существовать отдельной от разработчика единицей;
- распространенность и развитость поддержки потребителя системы. Недостатки: