Краткий анализ предметной области

Содержание:

Введение

Практически у каждой организации или предприятие введется учет данных в документальной форме, а также с использованием определенных программных продуктов для той или иной сферы деятельности. Каждая организация хочет как можно больше упростить и как можно лучше оптимизировать учет своей сферы. В некоторых организациях возникает актуальность быстрого обслуживания клиентов при продаже продавцом той или иной продукции. Не всегда удобно использовать большие электронные таблицы расчетов, такие как Microsoft Excel, в которых можно сбиться и запутаться, так как она может визуально содержать много информации для пользователя. Трудно сделать восстановление информации и отследить ошибку при вводе при учете тех или иных данных.

Система 1С всегда имела широкий интерес у любой компании. Использование 1С:Предприятие облегчает документооборот и ускоряет выполнение рутинных задач. Однако, создание конфигурации и настройка инфраструктуры для её использования – непростая задача. К тому же, для каждой сферы деятельности нередко приходится создавать с нуля уникальную конфигурацию, соответствующую специфичным условиям работы фирмы.

В рамках данной курсовой работы будет произведена разработка конфигурации 1С:Предприятите. Конфигурация должна быть одновременно как достаточно функциональной, обладающей спектром всех необходимых функций и возможностей, удовлетворяющей требованиям заказчика, так и простой и понятной, чтобы сократить время обучения персонала и внедрения системы.

Будет разработана комплексная система, содержащая широкий спектр объектов конфигурации 1С, таких как документы, справочники, регистры накопления и прочие. В то же время в системе будут созданы роли, разграничивающие возможности пользователей в соответствии с их рабочими обязанностями.

Для достижения этих целей необходимо решить следующие задачи:

• изучить предметную область;
• составить техническую и программную архитектуру предприятия;
• охарактеризовать текущие бизнес-процессы компании;
• проанализировать требования заказчика и среду разработки;
• разработать и протестировать базу данных конфигурации 1С: Предприятия.

Глава 1. Теоретическая часть.

Краткий анализ предметной области

Автосервис, предоставляющий широкий спектр качественных услуг по обслуживанию и доработке автомобилей. Компания занимается как проведением регулярного технического обслуживания, шиномонтажом, так и выполнением более сложных работ, включая кузовной ремонт, покрасочные работы, мероприятия по увеличению производительности транспортных средств.

Основан в 2015 году. В своём штате имеет высококлассных специалистов, способных выполнять свою работу на высочайшем уровне, за что особо ценится среди клиентов и выгодно выделает на фоне прочих автосервисов.

В компании присутствует call-центр, при помощи которого можно произвести запись, получить краткую консультацию, а также записаться на приём в сервис для диагностики или проведения определённого типа работ. К каждому из клиентов формируется индивидуальный подход. Для каждого клиента создаётся индивидуальная карточка в системе, куда записывается основная информация о клиенте, автомобиле клиента.

Основными целями компании являются:

• Получение прибыли;
• Увеличение получаемой прибыли;
• Повышение качества обслуживания и ремонта;
• Упрощение ведения документооборота за счёт информатизации и автоматизации соответствующих областей деятельности;

Главные технико-экономические показатели за 2020 год приведены в таблице 1.

Таблица 1.

Технико-экономические показатели ООО «Движок».

№ п/п	Наименование характеристики (показателя)	Значение показателя за 2020 год
1.	Количество обслуженных автомобилей, штук	8257
2.	Площадь помещения, м2	1120
3.	Выручка, тыс. руб.	109758
4.	Чистая прибыль, тыс. руб	762

Организационная структура управления предприятием

Управление автосервисом имеет линейную организационную структуру. В ней каждый отдел подчиняется единоличному руководителю, которые, в свою очередь, подчиняются только одному лицу – непосредственному вышестоящему руководителю. Линейная структура проста и понятна, широко используется и в современных условиях, однако требует современных методов организации работы предприятия. Обязанности каждой роли имеют чёткую характеристику, что даёт возможность к оперативному решению поставленных задач. Все взаимосвязи в компании имеют выраженную структуру подчинения, каждый уровень зависим от вышестоящего и обязан выполнять поставленные им задачи, равно как и предоставлять отчёты о проделанной работе.

Организационная структура показана на рисунке 1.

Рисунок 1. Организационная структура предприятия.

Основное руководство компанией осуществляется генеральным директором. Им определяются векторы дальнейшего развития автосервиса, маркетинговые стратегии компании, необходимость в пополнении или обновлении штата сотрудников. В подчинении у генерального директора находятся главный бухгалтер, руководитель ремонтного отдела, руководитель отдела по работе с клиентами и руководитель отдела закупок.

Главный бухгалтер руководит всей бухгалтерией и финансами предприятия. В его задачи входит управление всеми финансовыми потоками компании, планирование бюджета, ведение бухгалтерской и налоговой отчётности, формирование отчётности, обеспечение финансовой стабильности. В подчинении у главного бухгалтера находится отдел бухгалтерии.

Отдел бухгалтерии занимается ведением бухгалтерской и налоговой отчётности. Основными обязанностями бухгалтерского отдела являются подбор и предоставление документов для предоставления в банки и другие учреждения в бумажном и цифровом виде, разработка и выполнение мероприятий для снижения налогообложения, ведение отчётности, а также выполнение разовых поручений вышестоящих лиц.

В непосредственные обязанности главного механика входят подбор персонала для выполнения ремонта, контроль выполнения ремонтных и покрасочных работ, контроль правильности составления документов, распределение заказов между сотрудниками сервиса.

В обязанности сотрудников ремонтного отдела входит непосредственно выполнение ремонтных работ, формирование документов о выполнении каких-либо работ, формирование закупок запчастей, необходимых для выполнения ремонта.

Руководитель Call-центра обязан следить за правильностью заполнения заявок на ремонт, а также при высокой загруженности также принимать участие в формировании заявок на ремонт.

Call-центр формирует заявки на ремонт, а также проводит первичную консультацию по телефону. В некоторых случаях применяется практика рекламных звонков абонентам, которым могут быть интересны услуги автосервиса.

Программная и техническая архитектура ИС предприятия

Техническая архитектура изображена на рисунке 2.

В сети установлен межсетевой экран, обеспечивающий создание виртуальной закрытой сети и повышающий безопасность.

Всё предприятие поделено на три подсети. Первая подсеть находится непосредственно в автосервисе и состоит из точки доступа Wi-Fi и 3 рабочих станций. В этой области наличие беспроводного доступа необходимо, так как компьютеры нередко приходится перемещать по основному цеху автосервиса для выполнения специализированных задач.

Вторая подсеть отвечает за административное здание. Здесь находятся рабочие станции генерального директора и бухгалтерии, принтер для печати документов, а также рабочие станции Call-центра с установленными IP-телефонами.

На всех рабочих станциях установлен одинаковый пакет программ. Он состоит из пакета Microsoft Office 2019, клиента приложения 1С:Предприятие, а также встроенным браузером для выхода в сеть интернет Microsoft Edge. Также на рабочие станции механиков установлен различный диагностический и настроечный софт от автопроизводителей. На всех компьютерах установлена операционная система Windows 10.

Третья подсеть содержит все сервера компании. Первый сервер представляет из себя сервер приложений. Второй сервер – сервер базы данных. На всех серверах установлена операционная система Windows Server 2016. На сервере приложений установлен сервер 1С. На сервере базы данных установлена MS SQL Server 2019.

На межсетевом экране установлено встроенное ПО производителя. Программа SecuExtender Software позволяет произвести настройку виртуальной сети предприятия и производить фильтрацию контента, поступающего из сети.

Рисунок 2. Техническая архитектура ООО «Движок».

В таблице 2 представлено описание технических характеристики элементов технической архитектуры.

Таблица 2.

Технические характеристики элементов технической архитектуры.

№	Наименование устройства	Основные характеристики
1	Межсетевой экран ZyXEL ZyWall VPN50	Поддержка IPv6: есть Сетевые стандарты: IEEE 802.1q (VLAN), автоопределение MDI/MDIX Количество LAN-портов: 4 Базовая скорость передачи данных: 1 Гбит/с Количество uplink/стек/SFP-портов и модулей: 1 Максимальная скорость uplink/SFP-портов: 1 Гбит/с DHCP-сервер: есть Межсетевой экран (Firewall): есть NAT: Есть WAN-порт: Ethernet 10/100/1000 Мбит/сек Количество WAN-портов: 2 Консольный порт: есть Web-интерфейс: есть Поддержка Telnet: есть
2	Ноутбук Lenovo IdeaPad S145	Процессор: Ryzen 5 3500U Разрешение экрана: 1920x1080 Оперативная память: 8Гб Встроенный накопитель: 1Тб Диагональ дисплея: 15.6” Wi-Fi: 802.11ac
3	Коммутатор D-LINK DES-3200-26	Базовая скорость передачи данных: 100 Мбит/сек Общее количество портов коммутатора: 26 Количество портов 100 Мбит/сек: 24 Количество портов 1 Гбит/сек: 2 Размер таблицы МАС адресов: 8000 Внутренняя пропускная способность: 8.8 Гбит/сек Скорость обслуживания пакетов: 6 Буфер пакетов: 1500 Кбайт
4	Сервер НИКС S6000 / 1U	Процессор: Intel XEON E3 1240 v6 (3.7-4.1 ГГц, 4 ядра, 8 потоков) Оперативная память: 16Гб DDR4 2666 МГц Объём накопителя: 2х2 Тб HDD SATA Сетевая карта: 2х10/100/1000 Мбит/сек Высота: 1U Приблиз. Кол-во пользователей 1с: 5-20
5	Принтер HP LaserJet Pro M404dn	Технология печати: лазерный Тип печати: черно-белый Формат печати: A4 Скорость печать (ч/б): до 38 стр/мин, формата А4 Разрешение печати (ч/б): 4800 x 600 dpi
6	Wi-Fi роутер TP-LINK Archer C6	Стандарты Wi-Fi: 4 (802.11n) , 5 (802.11ac) Количество LAN портов: 4 Скорость передачи по проводному подключению: 1000 Мбит/сек Поддержка DHCP: есть Статическая маршрутизация: есть
7	Телефон IP Yealink SIP-T19 E2	Наличие WAN порта: Да Наличие LAN порта: Да Конференц-связь: Да Количество линий: 1 шт.

На рисунке 3 изображена программная архитектура предприятия.

Рисунок 3. Программная архитектура предприятия.

• 1. Характеристика существующих бизнес-процессов и определение места проектируемой задачи в комплексе задач и её описание

Основным видом деятельности для предприятия является ремонт транспортных средств. Характеристика процесса представлена на рисунке 4.

Рисунок 4. Схема основного бизнес-процесса ООО «Движок»

На рисунке 5 представлена декомпозиция процесса.

Рисунок 5. Декомпозиция основного бизнес-процесса ООО «Движок»

На входе имеется потребность в ремонте автомобиля (а также достоверность владения транспортным средством либо доверенностью на выполнение определённых операций), а на выходе – выполненные работы, прибыль и отчётная документация. Управление существующими бизнес-процессами происходит в соответствии с нормативно-правовой базой в данной области, а также внутренние инструкции и регламенты компании по выполнению указанных ранее типов работ. Механизмами выполнения работ являются сотрудники компании.

Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

На рынке представлено немало программ ERP, предоставляющих автоматизацию процессов работы и учёта. В связи с этим необходимо провести сравнительный анализ этих программ по нескольким критериям. Результаты анализа представлены в таблице 3.

Таблица 3.

Сравнительный анализ программ ERP.

Название параметра	1С:Предприятие	Галактика-ERP	Парус-ERP	Microsoft Dynamics AX	Oracle Business Intelligence Enterprise Edition
Стоимость (включая лицензию) (тыс. руб.)	10-30	15-45	30-60	40-150	50-200
Срок внедрения (мес)	3-9	4-18	4-12	8-48	12-60
Русскоязычный интерфейс	+	+	+	+	-
Наличие мобильного приложения	+	+	-	+	+
Интеграция с сайтом	+	+	-	+	+

1С:Предприятие – единая платформа для автоматизации деятельности организации. Система обладает гибкой настройкой, позволяющей адаптировать её под любые задачи и предприятия. Также программа обладает открытым кодом, однако за функционалом и открытостью также следует увеличение сроков обучения сотрудников и снижение быстродействия.

Галактика-ERP – интегрированная система управления предприятием, позволяющая в едином информационном пространстве оперативно решать главные управленческие задачи, а также обеспечивать персонал предприятия различного уровня управления необходимой и достоверной информацией для принятия управленческих решений. Обладает модульной структурой, позволяющей тонко настроить итоговый продукт. ИЗ недостатков можно выделить трудный программный код, который лишь частично находится в открытом доступе, и заметное ухудщение быстродействия при обработке большого количества данных.

Парус-ERP - серия программных продуктов, предназначенных для автоматизации деятельности организаций сектора государственного и муниципального управления, а также коммерческих предприятий, выпускаемое одноимённой российской компанией. Из недостатков можно выделить отсутствие мобильной версии и интеграции с сайтом, а также, как и в случае с Галактика-ERP, заметное снижение быстродействия при работе с большими объёмами данных.

Microsoft Dynamics AX — одно из программных решений корпорации Microsoft для автоматизации управления предприятием (ERP-систем), поставляемых подразделением Microsoft Dynamics. Система была разработана для среднего и крупного сегментов бизнеса и предоставляет функции финансового менеджмента, бизнес-анализа, управления процессами производства.

Oracle Business Intelligence Enterprise Edition (OBIEE, OBI) — программная платформа для решения задач бизнес-аналитики: интерактивных и публикуемых отчетов, мониторинга KPI и бизнес-процессов.

К главным недостаткам зарубежных ERP-систем можно отнести большую стоимость продукта и более долгие сроки внедрения. Также эти системы более сложны в освоении, в связи с чем увеличиваются сроки обучения сотрудников. Если рассматривать каждое решение отдельно, то в решении от Oracle отсутствует русскоязычный интерфейс, а решение от Microsoft обладает закрытым программным кодом.

Глава 2. Практическая часть

2.1. Анализ среды разработки

Разработка решения будет производиться при помощи системы 1С: Предприятие версии 8.3. Ключевым понятием архитектуры 1с является разделение программного приложения на платформу и конфигуратор. Разделение на платформу и конфигурацию необходимо для экономии времени на создание программного продукта.

Сама платформа не является программным продуктом для использования конечным пользователем. Она содержит основные типовые элементы будущей конфигурации, называющиеся метаданными. На основе метаданных создаётся конкретное программное решение, которое впоследствии использует заказчик. Также платформа предназначена для осуществления автоматизации взаимодействия программного приложения 1С со всеми ресурсами компьютера.

Второй основной блок – конфигуратор. Конфигурация определяет некоторые нестандартные, нетиповые методы и средства, которые и определяют созданную конфигурацию. Можно сказать, что конфигуратор настраивает программу на конкретную прикладную область. Конфигуратор определяет следующие функции:

• Структура учётных данных, форма ввода, вывода, печати.
• Состав механизмов учёта, итоговых данных и движение учётных данных
• Состав различных отчётов и обработок
• Набор пользовательских интерфейсов
• Набор ролей (прав доступа)
• Набор общих процедур и функций
• Набор вспомогательных объектов

Система 1С имеет два варианта работы: файловый и серверный. В файловом режиме работы система «имитирует» функции сервера на компьютере пользователя, потому при разработке любой конфигурации следует придерживаться клиент-серверного механизма работы. Такой режим работы прост в настройке и обслуживании и подойдёт для небольших компаний с малым документооборотом (до 5 сотрудников). В данном случае файл информационной базы (содержащий конфигурацию, данные, движения по регистрам и настройки пользователей) хранится в одном файле и располагается на общем сетевом ресурсе, доступном всем пользователям системы.

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

При использовании клиент-серверной архитектуры происходит разделение всей работающей системы на три части: клиентское приложение, кластер серверов 1С:Предприятие, сервер базы данных. При этом кластер серверов 1С:Предприятие и сервер базы данных могут физически располагаться и на одном компьютере.

2.2. Архитектура разрабатываемого прикладного решения

В результате анализа требований и согласования с руководством были разработаны следующие объекты конфигурации, описание которых приведено далее.

Конфигурация состоит из 4 справочников, хранящих данные о клиентах, данные о сотрудниках, контакты поставщиков запчастей, а также справочник каталога услуг.

В конфигурации имеются 5 документов. Первый документ представляет собой заявку на ремонт, формирующуюся работниками Call-центра при звонке клиента. Второй документ содержит в себе результаты диагностики транспортного средства, в том числе список проведённых работ, список необходимых работ и список необходимых запчастей. Третий документ – заказ-наряд, формирующийся при непосредственном проведении ремонта и содержащий список проведённых работ, использованных запчастей, а также итоговую сумму оплаты. Четвёртый документ свидетельствует о закупке запчастей мастером у определённого поставщика. Пятый документ является свидетельством о выплате сотруднику зарплаты и заработанных бонусов.

Все движения регистрируются двумя регистрами накоплений. Первый регистр отслеживает поступления и расходы средств в целом: оплаты запчастей компанией, оплаты ремонтов клиентами, выплату заработных плат сотрудникам. Второй регистр накоплений отслеживает выполненные сотрудниками ремонты и диагностики и вычитывает размер бонуса сотрудника с каждой оплаты.

Для просмотра информации в системе присутствует три отчёта. Первый отчёт даёт возможность в удобном виде просмотреть информацию о сотрудниках. Второй отчёт позволяет посмотреть обороты фирмы за выбранный период. Третий отчёт предназначен для расчёта зарплаты сотрудникам. Он имеен два варианта. Первый вариант отчёта включает в себя оклад сотрудника и высчитывает всю заработную плату сотрудника за указанный период. Второй вариант отчёта предполагает только просмотр бонусов сотрудника за выбранный период.

Конфигурация содержит 4 роли, которые ограничивают доступ пользователей к некоторой информации:

• Механики имеют полный доступ к созданию документов из подсистемы Ремонт, имеют право на просмотр и добавление клиентов в справочник, могут просматривать справочник каталога услуг, но имеют только частичный доступ ко справочнику сотрудников (не доступна информация об окладе);
• Сотрудники Call-центра имеют право просматривать, изменять и дополнять информацию в справочнике о клиентах, просматривать справочники с сотрудниками и каталогом услуг, и формировать заявки на ремонт, однако доступ к остальным документам и справочникам им не предоставлен.
• Бухгалтерия имеет доступ ко всем справочникам, имеет право формировать отчёты, а также может просматривать созданные документы и просматривать движения по регистрам накопления.
• Директор имеет неограниченный доступ ко всем объектам конфигурации. Единственным ограничением является невозможность редактировать регистры накопления.

Все эти объекты распределены по 3 подсистемам – бухгалтерия, ремонт и справочники.

2.3. Описание основных объектов (элементов) разрабатываемого прикладного решения

Вся конфигурация разделена на 3 подсистемы. Их состав представлен на рисунке 6.

Рисунок 6. Состав подсистем конфигурации.

Следующими основными элементами конфигурации являются справочники. Для текущей конфигурации необходимо 4 справочника. Все они входят в подсистему «Справочники». Их список и содержащиеся данные представлены на рисунке 7.

Рисунок 7. Содержание справочников.

Первый справочник – список сотрудников компании. Реквизиты справочника:

• Наименование (стандартный) – ФИО сотрудника;
• Код (стандартный) – код записи в справочнике;
• Должность – содержит данные о должности, занимаемой сотрудником;
• Оклад – содержит оклад сотрудника.

Второй справочник – список клиентов компании. Реквизиты справочника:

• Наименование (стандартный) – ФИО клиента;
• Код (стандартный) – код записи в справочнике;
• Телефон – содержит номер мобильного телефона клиента для связи;
• Название – содержит название автомобиля клиента;
• VIN – содержит код VIN (Vehicle Identification Number, автомобильный идентификационный номер) автомобиля;
• ГосНомер – содержит государственный регистрационный номер автомобиля.

Третий справочник – каталог услуг. Справочник содержит иерархическую структуру для более удобного разделения услуг на подкатегории. Реквизиты справочника:

• Наименование (стандартный) – наименование услуги;
• Код (стандартный) – код записи в справочнике.
• Четвёртый, последний справочник – список поставщиков. Реквизиты справочника:
• Наименование (стандартный) – наименование фирмы-поставщика;
• Код (стандартный) – код записи в справочнике;
• КонтактноеЛицо – содержит ФИО контактного лица компании в фирме-поставщике;
• Телефон – телефон контактного лица;
• Email – электронная почта контактного лица.

Следующими объектами конфигурации являются документы. В конфигурации представлено 5 документов: «Заявка на ремонт», «Диагностика», «Заказ-наряд», «Закупка запчастей» и «Платёжка зарплаты». Они представлены на рисунке.

Документ «Заявка на ремонт» относится к подсистеме «ремонт». Он формируется сотрудником Call-центра и представляет собой свидетельство и записи клиента на приём в определённый день для выполнения работ, указанных при формировании заявки. Реквизиты и табличная часть документа «Заявка на ремонт» указаны на рисунке. Программный код модуля формы документа указан в приложении 1.

Описание реквизитов документа «Заявка на ремонт»:

• Дата (стандартный реквизит) – Дата создания документа;
• Номер (стандартный реквизит) – номер документа в системе;
• Клиент – ФИО клиента из справочника;
• Телефон – мобильный телефон клиента;
• Автомобиль – название автомобиля клиента;
• VIN – VIN-код автомобиля;
• ГосНомер – регистрационный номер автомобиля;
• ДатаИВремяПриема – дата и время, на которые записан клиент.

Документ содержит одну табличную часть ПредполагаемыйСоставРабот. Единственный реквизит – наименование работы, которое выбирается из справочника «Каталог услуг».

Документ «Диагностика» формируется механиком, когда клиенту необходимо только продиагностировать определённые узлы транспортного средства и рассчитать примерную стоимость ремонта. Входит в подсистему «Ремонт». Реквизиты и табличная часть документа «Заявка на ремонт» указаны на рисунке. Программный код модуля, форма печати, а также программный код модуля формы документа указаны в приложениях 2, 3 и 4 соответственно.

Описание реквизитов документа «Диагностика»:

• Дата (стандартный реквизит) – Дата создания документа;
• Номер (стандартный реквизит) – номер документа в системе;
• Клиент – ФИО клиента из справочника;
• Телефон – мобильный телефон клиента;
• Автомобиль – название автомобиля клиента;
• VIN – VIN-код автомобиля;
• ГосНомер – регистрационный номер автомобиля;
• Пробег – пробег автомобиля;
• ДиагностикуПровёл – ФИО сотрудника, проводившего диагностику;
• ИтогоРасчёт – итоговая сумма необходимого ремонта
• Итого – стоимость услуг автосервиса.

Описание реквизитов табличной части СтоимостьУслуг:

• Наименование – наименование услуги из справочника «Каталог услуг»;
• Стоимость – стоимость услуги.

Описание реквизитов табличной части РасчётРемонта:

• Наименование – наименование услуги из справочника «Каталог услуг»;
• Количество – количество раз, которые необходимо оказать услугу;
• Цена - цена услуги;
• Стоимость – стоимость оказания услуг в указанном количестве.

Описание реквизитов табличной части РекомендуемыеЗапчасти:

• Наименование – наименование запчасти;
• Количество – количество указанной запчасти;
• Цена - цена за штуку;
• Стоимость – стоимость указанного количества запчастей.

Документ «Заказ-наряд» формируется мастером или маляром по факту выполнения работ с указанием оказанных услуг и использованных запчастей или материалов. Входит в подсистему «Ремонт». Содержит форму печати документа. Реквизиты и табличная часть документа «Заявка на ремонт» указаны на рисунке. Программный код модуля, форма печати, а также программный код модуля формы документа указаны в приложениях 5, 6 и 7 соответственно.

Описание реквизитов документа «Заказ-наряд»:

• Дата (стандартный реквизит) – Дата создания документа;
• Номер (стандартный реквизит) – номер документа в системе;
• Клиент – ФИО клиента из справочника;
• Телефон – мобильный телефон клиента;
• Автомобиль – название автомобиля клиента;
• VIN – VIN-код автомобиля;
• ГосНомер – регистрационный номер автомобиля;
• Пробег – пробег автомобиля;
• РаботуПровёл – ФИО сотрудника, выполнившего ремонт;
• Итого – стоимость ремонта.

Описание реквизитов табличной части ВыполненныеРаботы:

• Наименование – наименование услуги из справочника «Каталог услуг»;
• Количество – количество раз, которые была оказана услуга;
• Цена - цена услуги;
• Стоимость – стоимость оказания услуг в указанном количестве.

Описание реквизитов табличной части ИспользованныеЗапчасти:

• Наименование – наименование запчасти;
• Количество – количество указанной запчасти;
• Цена - цена за штуку;
• Стоимость – стоимость указанного количества запчастей.

Документ «ЗакупкаЗапчастей» формируется механиком и содержится в подсистеме «Бухгалтерия». Закупка запчастей производится заблаговременно при создании заявки на ремонт либо по ходу выполнения работ в случае, если количество работ окажется больше ожидаемого. Реквизиты и табличная часть документа «Заявка на ремонт» указаны на рисунке. Программный код модуля, а также программный код модуля формы документа указаны в приложениях 8 и 9 соответственно.

Описание реквизитов документа «ЗакупкаЗапчастей»:

• Дата (стандартный реквизит) – Дата создания документа;
• Номер (стандартный реквизит) – номер документа в системе;
• Мастер – ФИО сотрудника из справочника;
• Поставщик – наименование поставщика, у которого были закуплены запчасти.
• Итого – итоговая стоимость закупленных запчастей.

Описание реквизитов табличной части ЗакупленныеЗапчасти:

• Наименование – наименование запчасти;
• Количество – количество указанной запчасти;
• Цена - цена за штуку;
• Стоимость – стоимость указанного количества запчастей.

Документ «ПлатёжкаЗарплата» представляет собой документ для выплаты заработной платы сотруднику. В него вводится ФИО сотрудника, автоматически подставляется оклад и при необходимости заполняются бонусы на основании соответствующего отчёта. Реквизиты и табличная часть документа «Заявка на ремонт» указаны на рисунке. Программный код модуля, форма печати, а также программный код модуля формы документа указаны в приложениях 10, 11 и 12 соответственно.

Описание реквизитов документа «ПлатёжкаЗарплата»:

• Дата (стандартный реквизит) – дата создания документа;
• Номер (стандартный реквизит) – номер документа в системе;
• Сотрудник – ФИО сотрудника;
• Оклад – размер оклада сотрудника;
• РазмерБонуса – размер бонуса к окладу, полученный из отчёта;
• Итого – сумма оклада и бонусов.

После этого приступаем к созданию регистров накопления. В данной конфигурации нам понадобится 2 регистра накопления – первый будет отслеживать все движения финансов в компании, второй будет отвечать за учёт работ, выполненных сотрудниками, и расчёт доли сотрудника от каждой работы.

Первый регистр накоплений называется «ДвиженияФинансов». Он принадлежит к подсистеме «Бухгалтерия». В меню данных указываем в качестве измерений – дату, в ресурсах – количество средств, полученных или потраченных в результате операции, а в качестве реквизита будет выступать описание операции (например, оплата за ремонт или выплата зарплаты). Итоговые данные указаны на рисунке 8.

Рисунок 8. Данные регистра накопления «ДвиженияФинансов».

Регистраторами выступают все документы, по которым производится оплата, а именно «Диагностика», «ЗаказНаряд», «ЗакупкаЗапчастей» и «ПлатёжкаЗарплата». Указанные параметры представлены на рисунке 9.

Рисунок 9. Регистраторы регистра накопления «ДвиженияФинансов».

Второй регистр накоплений носит название «БонусСРаботы». Данный регистр также относится к подсистеме «Бухгалтерия». Он предназначен для подсчёта бонуса к зарплате сотрудника с каждой выполненной им в течение периода работой. В качестве измерений присваиваются Сотрудник и Дата, ресурсами выступают СтоимостьРабот и БонусСотруднику (высчитывается по формуле СтоимостьРабот*0.10), а реквизитом является ТипВыполненнойРаботы. Данные регистра накопления отражены на рисунке 10.

Рисунок 10. Данные регистра накопления «БонусСРаботы».

Регистраторами в этот раз выступают лишь 2 документа: Диагностика и ЗаказНаряд, т.к. именно они заполняются при выполнении работ и именно с них и производится расчёт бонуса. Выбранные регистраторы показаны на рисунке 11.

Рисунок 11. Регистраторы регистра накопления «БонусСРаботы».

Последними элементами, необходимыми для конфигурации, являются отчёты. В конфигурации для формирования будут доступны 3 отчёта. Первый отчёт позволяет в удобной форме посмотреть данные о сотрудниках. На рисунке 12 представлены наборы данных и код запроса отчёта. На рисунке 13 представлены настройки отчёта.

Рисунок 12. Наборы данных и код запроса отчёта «ПросмотрСотрудников».

Рисунок 13. Настройки отчёта «ПросмотрСотрудников».

Следующий отчёт – «ПросмотрОборотов», предлагает просмотреть обороты предприятия за выбранный период. Наборы данных, ресурсы и настройки отчёта представлены в рисунках 14, 15 и 16 соответственно.

Рисунок 14. Наборы данных и код запроса отчёта «ПросмотрОборотов».

Рисунок 15. Ресурсы отчёта «ПросмотрОборотов».

Рисунок 16. Настройки отчёта «ПросмотрОборотов».

Последний отчёт – «РасчётЗарплаты». Принадлежит подсистеме «Бухгалтерия». Позволяет узнать размер заработной платы сотрудника за указанный период. Имеет два варианта – первый ведёт подсчёт полной зарплаты, складывая оклад и бонусы, второй производит только подсчёт бонусов. Наборы данных для отчёта, ресурсы, а также настройки и параметры отбора представлены на рисунках 17, 18 и 19 соответственно.

Рисунок 17. Наборы данных и код запроса отчёта «РасчётЗарплаты».

Рисунок 18. Ресурсы отчёта «РасчётЗарплаты».

Рисунок 19. Наборы данных и код запроса отчёта «РасчётЗарплаты».

2.4 Тестирование разработанного прикладного решения

После создания конфигурации необходимо провести тестирование итогового программного продукта. Рассмотрим различные варианты использования программного продукта.

При запуске необходимо выбрать роль и ввести пароль. В первом варианте использования авторизуемся как сотрудник call-центра. Выбираем соответствующего пользователя (рисунок 20).

Рисунок 20. Окно авторизации.

После авторизации на начальном экране присутствует форма для быстрого создания документа «Заявка на ремонт». (Рисунок 21)

Рисунок 21. Начальный экран пользователя «СотрудникКЦ».

Однако сначала перейдём в категорию «Справочники» и откроем справочник «Клиенты» (рисунок 22).

Рисунок 22. Справочник «Клиенты».

Нам необходимо внести данные о новом клиенте.

Нажимаем «Создать» и вводим необходимые данные (Рисунок 23).

Рисунок 23. Создание новой записи в справочник «Клиенты».

Далее открываем категорию «Ремонт» и выбираем документ «Заявка на ремонт».

Создаём новый документ (Рисунок 24).

Рисунок 24. Создание документа «Заявка на ремонт».

Записываем документ и выходим из учётной записи. Снова авторизуемся, но уже под учётной записью механика.

Главная страница учётной записи содержит две формы создания документов – «Заказ-Наряд» и «Диагностика». Однако в данный момент нам необходимо заказать запчасти для выполнения ремонта. Открываем категорию «Бухгалтерия» и создаем документ «Закупка запчастей» (Рисунок 25).

Рисунок 25. Создание документа «Закупка запчастей».

После этого переходим в категорию «Ремонт» и создаём документ «Заказ-наряд» в соответствии с данными, указанными в созданной ранее заявке на ремонт (Рисунок 26, 27).

Рисунок 26. Создание документа «Заказ-наряд».

Рисунок 27. Создание документа «Заказ-наряд» (продолжение).

Проводим и закрываем документ. Теперь проводим диагностику для другого клиента. Для этого в той же категории открываем документ «Диагностика» и создаём его (Рисунок 28, 29).

Рисунок 28. Создание документа «Диагностика».

Рисунок 29. Создание документа «Диагностика» (продолжение).

Проводим документ и выходим из учётной записи механика. Авторизуемся снова как бухгалтер. Открываем категорию и просматриваем регистр накоплений «Движения финансов» (рисунок 30).

Рисунок 30. Просмотр регистра накоплений.

Сформируем отчёт «Список сотрудников». Переходим в категорию «Справочники», из выпадающего меню «Отчёты» выбираем «Просмотр сотрудников». Нажимаем кнопку сформировать (Рисунок 31).

Рисунок 31. Формирование отчёта «Просмотр сотрудников».

Вернёмся в категорию «Бухгалтерия» и создадим отчёт расчёте заработной платы для сотрудника с именем Сидоров Иван Анатольевич за период с 13.12.2020 по 13.01.2021 (Рисунок 32).

Рисунок 32. Формирование отчёта «Расчёт зарплаты».

На основании данных, полученных из этого отчёта, формируем платёжку зарплаты (Рисунок 33).

Рисунок 33. Формирование платёжки.

Проводим документ. Формируем отчёт по оборотам компании (Рисунок 34).

Рисунок 34. Формирование отчёта по оборотам компании.

Тестирование можно считать завершённым. Все функции работают в соответствии с требованиями компании.

Заключение

В последнее время информатизация и цифровизация различных отраслей нашей жизни только ускоряется и захватывает всё больше областей бизнеса. Современное управление компанией, продвижение компании, ведение учёта, документооборота невозможно без использования компьютера и сети Internet. Регулярно происходят обновления технических и программных компонентов.

Система 1С позволяет связать традиционное ведение учёта и современные технологии воедино. С помощью этого симбиоза можно значительно ускорить выполнение рутинного заполнения документов, позволяя выполнять больше рабочих задач и соответственно увеличить прибыль предприятия. Система 1С может использоваться как для крупных предприятий с большим количеством сотрудников и сложным документооборотом, так и для небольших фирм с малым штатом.

В результате выполнения курсовой работы мы познакомились с основными функциональными возможностями платформы 1С. Было изучено создание основных объектов конфигурации, настройка конфигурации, ограничение доступа. Также мы ознакомились с другими вариантами ERP-систем, изучили из особенности, достоинства и недостатки.

Для использования в итоговом предприятии был выбран серверный вариант использования системы 1С. Такой вариант позволяет ускорить вычисления и выдачу результата, в то же время снижая нагрузку на рабочие станции пользователей.

Настройка конфигурации была произведена в соответствии с требованиями заказчика. Уникальность созданной конфигурации показывает гибкость платформы 1С, позволяющую подстроиться под любые условия работы и особенности ведения документооборота и учёта. С помощью системы легко создавать как собственные формы документов, так и унифицированные формы, требуемые государством и различными органами налогообложения.

Практическое ознакомление с созданием конфигураций также помогло узнать об особенностях внутренней работы платформы, особенностях формирования запросов и возможностях встроенного языка 1С, позволяющего тонко настроить аспекты работы созданной конфигурации.

Список использованной литературы

1. Сборник лабораторных работ для студентов учебных заведений, изучающих программирование в системе- П.А.Чистов, А.А. Мальгинова 2020 год

2. Хозяйственные операции в «1С:Бухгалтерии 8» Задачи, решения, результаты. Издание 1 - Д.В. Чистов, С.А. Харитонов 2017 год

3. Хозяйственные операции в «1С:Бухгалтерии 8» Задачи, решения, результаты. Издание 2- Д.В. Чистов, С.А. Харитонов 2018 год

4. Хозяйственные операции в «1С:Бухгалтерии 8» (редакция 3.0). Задачи, решения, результаты. Издание 4- Д.В. Чистов, С.А. Харитонов 2020 год

5. Секреты профессиональной работы с «1С:Бухгалтерией 8» Банк и касса». Издание 3- Е.А. Кадыш, И.В. Фадеева 2018 год

6. Сборник задач для подготовки к экзамену «1С:Специалист» по конфигурированию и внедрению бухгалтерской подсистемы в прикладных решениях «1С:Предприятия 8» - Е.А. Кадыш, И.В. Фадеева 2020 год.

7. Байдаков В., Дранищев В, Краюшкин А, Кузнецов И, Лавров М, Моничев А.1С: Предприятие 8.0 Описание встроенного языка. В 4-х томах.- М.: Фирма «1С», 2004. - 2575с.

8. Белоусов П.С., Островерх А.В. 1С: Предприятие 8.0 от 8.1. Практическое пособие. – М.: ООО”1С-Паблишинг”, 2010. - 286с.: ил.

9. Филимонова Е.В. - Разработка и реализация конфигураций в системе 1С:Предприятие: учебник / Е. В. Филимонова. – Москва: Университет «Университет», 2020. – 208 с.