Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка и реализация конфигурации для станции технического обслуживания на платформе 1С:Предприятие 8.2.

Содержание:

 Введение

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

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

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

Одной из таких систем планирования корпоративных ресурсов является платформа 1С:Предприятие. Имеющая ряд преимуществ:

  • простота в освоении, как и в пользовании, так и в программировании;
  • оперативные и безболезненные для конфигураций и баз данных обновления платформы и модулей;
  • наличие огромного количества вспомогательной документации, как и на самом сайте 1С, так и в книгах авторов Кашаева и Радченко;
  • совместимость с распространёнными табличными редакторами (Microsoft Excel) для импорта данных и модулями сторонних разработчиков;
  • высокий уровень безопасности осуществления транзакций, хорошая отказоустойчивость.

Помимо платформы 1С существуют и аналоги – это ERP-системы Галактика и Парус российского производства и зарубежные: Oracle Designer (Америка) и SAP (Германия).

Но в курсовой работе рассматривается применение именно платформы 1С:Предприятие. По отношению к объекту исследования: СТО ФорвардКарс. Предметом исследования является бизнес-процесс Получение и обработка заявки. Цель исследования – это автоматизация процесса получения и обработки заявки. Задача – разработать и реализовать конфигурацию 1С:Предприятия для оказания услуг по ремонту и техническому обслуживанию автомобилей.

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

Теоретическая часть.

1.Назначение системы планирования ресурсов

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

MRP – планирование материальных потребностей;

MRP II – планирование производственных ресурсов.

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

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

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

1.1Платформа 1С:Предприятие

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

К плюсам применения 1С на предприятии можно отнести:

  • Быстрая стандартизация работы;
  • Автоматизация документов, бланков и отчетов;
  • Возможность быстро получать отчеты и аналитические документы;
  • Контроль над работой сотрудников компании;
  • Повышение качества обслуживания, ускорение ответа на запросы клиентов;
  • Снижение административных издержек.

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

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

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

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

1.2.Альтернативы платформе 1С:Предприятие

Программы-аналоги «1С» довольно распространены сегодня, но не так популярны. Среди них есть такие, которые копируют практически всю систему платформы 1С. Есть варианты, которые могут составить конкуренцию лишь определенным отраслевым конфигурациям программы.

Из отечественных вариантов целой программной платформы – альтернативой 1С, существуют ERP-системы:

  • «Галактика» и
  • «Парус».

Из зарубежных аналогов, можно рассматривать:

  • SAP и
  • Microsoft Dynamics Axapta.

Программа «Галактика» больше всего подходит для средних и крупных производств. Имеет широкую функциональность, позволяет следовать стратегическому планированию и оперативному управлению. В России занимает небольшой процент рынка. Платформа сформирована с учетом анализа российской экономики, система понимает специфику и изменения в законодательстве. Особенностью программной платформы считается её гибкость, интегрированность и поддержка законодательной основы. Как и в случае с 1С, этот вариант получил функциональные модули, которые объединяются в платформу. Это неплохая альтернатива программе 1С. Она доступна как в бесплатной версии, так и в коммерческом варианте.

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

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

1.3.Роль конфигурации в жизни предприятия

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

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

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

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

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

1.4.Система управления базой данных в 1С:Предприятии

Файловая система управления базой данных разработана фирмой 1С и является частью платформы. Она хранит все данные в одном файле – файловой базе данных. Этот формат хранения данных разработан специально для прикладных решений 1С:Предприятия 8.

Встроенная файловая СУБД удовлетворяет следующие требования:

  • эффективность;
  • поддержка UNICODE;
  • возможность размещения всей информационной базы в одном файле;
  • не требует установки дополнительного программного обеспечения у пользователя;
  • не требует каких-либо действий по администрированию.

Файловая СУБД является частью платформы, поэтому при работе системы в файловом варианте толстый и тонкий клиенты самостоятельно осуществляют всю работу с данными.

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

Взаимодействие элементов системы с файловой базой данных осуществляется по собственному протоколу обмена данными, разработанному 1С.

1.5.Онлайн балансировка счетов

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

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

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

2.Аналитическая часть

2.1Описание предметной области

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

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

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

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

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

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

2.2.Технико-экономическая характеристика предприятия

Автосервис ФорвардКарс был основан в 2007 году. Начал свою деятельность с небольшой автомастерской на окраине города. На сегодняшний день сервис располагается ближе к центру города, имеет достаточно места внутри помещений для предоставления широкого спектра услуг по техническому обслуживанию, диагностике и ремонту легковых автомобилей, внедорожников и микроавтобусов. Более подробные технико-экономические характеристики представлены в таблице 2.2. За годы работы сформирован высококвалифицированный коллектив. Используются оборудование и инструменты передовых фирм-производителей.

Таблица 2.2.

Технико-экономические характеристики компании «ФорвардКарс»

п\п

Наименование характеристики

(показателя)

Значение показателя

за 2017й год

Количество автосервисов

1 автосервис

Площадь

120 кв. м

Количество сотрудников

10 человек

Количество подъёмников

2 подъёмника

Количество поставщиков запчастей

9 организаций

Оборот денежных средств

1,2 млн рублей

Обслуженных клиентов

около 1500 человек

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

Клиентами для компании являются обычные автолюбители, которые периодически проходят техническое обслуживание (замена масла, масленого фильтра, воздушных фильтров, тормозных дисков, колодок и других расходников и ГСМ), а также автовладельцы с непредвиденными поломками, либо просто разовые клиенты для прохождения диагностики перед покупкой, мойки автомобиля или смены резины и юридические лица.

Целями для автосервиса являются:

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

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

2.3.Функциональная организационная структура автосервиса

Организационная структура управления представляет собой внутреннее строение производственно-хозяйственной системы, способ организации элементов в систему, совокупность устойчивых связей и отношений между ними. И такая организационная структура автосервиса представлена на рисунке 2.3.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\ОрганизационнаяСтруктура.jpg

Рис. 2.3 – функциональная организационная структура автосервиса

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

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

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

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

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

2.4.Описание бизнес модели as is в нотации IDEF0

Для описания бизнес модели автосервиса использовалась графическая нотация IDEF0 (методология функционального моделирования), предназначенная для формализации и описания бизнес-процессов. В IDEF0 рассматриваются логические отношения между работами.

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

Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку.

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

Такая диаграмма, касательно автосервиса ФорвардКарс, изображена на рисунке 2.4.1 – контекстная. Рассмотрена деятельность всего сервиса, с последующей детализацией: декомпозицией первого уровня – рисунок 2.4.2 и декомпозицией второго уровня – рисунок 2.4.3.

Модель является реально рабочей, т.е. Working или AS IS. Деятельность автосервиса состоит из следующих этапов (рисунок 2.4.2):

  • А1 Разработка стратегии и развитие автосервиса;
  • А2 Продвижение и реклама;
  • А3 Финансирование и бухгалтерский учёт;
  • А4 Подбор рабочего персонала;
  • А5 Подбор инструментов и оборудования;
  • А6 Закупки, хранение и снабжение запчастями;
  • А7 Ремонтная деятельность.

В свою очередь, этап А7 Ремонтная деятельность подразделяется на под этапы (рисунок 2.4.3):

  • А71 Получение и обработка заявки;
  • А72 Составление заказ-наряда и акта сдачи-приёмки;
  • А73 Проведение работ по ремонту и обслуживанию;
  • А74 Оплата и подпись документов;
  • А75 Предоставление послеремонтной гарантии.

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

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\AFPM70_2017-12-21_17-19-59.png

Рис. 2.4.1 – Контекстная диаграмма

Рис. 2.4.2 – Декомпозиция первого уровня

Рис. 2.4.3 – Декомпозиция второго уровня

2.5.Диаграмма сущность-связь в нотации IDEF1X

ER диаграмма состоит из десяти справочников, десяти таблиц и одного документа и представлена ниже, на рисунке 2.5.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\MySQLWorkbench_2017-12-21_18-09-42.png

Рис. 2.5 – Диаграмма сущность-связь

2.6.Описание ПО на объекте и выбор процесса автоматизации

На объекте имеется персональный компьютер, пригодный для офисной деятельности, на котором установлена платформа 1С и конфигурация из третьей главы, антивирусы и пакет офисных приложений (MS Word, Excel). Также компьютер имеется у генерального директора и на складе у отдела материального обеспечения для ведения складского учёта запчастей.

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

В итоге – был автоматизирован бизнес-процесс А71 Получение и обработка заявки (рисунок 2.4.3). До автоматизации менеджер-приёмщик был загружен звонками по телефону, о поступающих заявках, в некоторых случаях ему приходилось отвлекаться от клиентов, находившихся в самом сервисе.

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

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

3.Практическая часть.

3.1.Создание подсистем

Для нормальной работы автосервиса для оказания услуг (не включая налоговую отчётность и прочее), потребуется создать три подсистемы (показаны на рисунке 3.1.1):

  • Заказы
  • Управление
  • Склад

D:\Users\Melkiy582\Documents\ShareX\Screenshots\2017-12\1cv8t_2017-12-22_16-10-27.png

Рис. 3.1.1 – Подсистемы

Подсистему Заказы использует Менеджер-приёмщик, для занесения в базу данных: новых клиентов и их транспортных средств со всеми реквизитами; записи новых адресов или редактирования старых; редактирования перечня выполняемых работ; и наконец – создания главного документа Заказ-наряд. Командный интерфейс подсистемы Заказы изображён на рисунке 3.1.2.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_16-36-31.png

Рис. 3.1.2 – Командный интерфейс подсистемы Заказы

Подсистемами Управление и Склад пользуются Генеральный директор и Отдел материального обеспечения соответственно. Ген. директор может изменять справочник Сотрудники и Должности. Отдел МТО может закупать и изменять справочник Номенклатура запчастей, список деталей на складе. Командные интерфейсы этих подсистем показаны ниже на рисунке 3.1.3.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_16-43-14.pngD:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_16-43-25.png

Рис. 3.1.3 – Командные интерфейсы подсистем Управление и Склад

3.2.Создание справочников и таблиц

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

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_16-50-44.png

Рис. 3.2.1 – Список всех справочников

Справочник Клиенты содержит следующие реквизиты (рисунок 3.2.2):

  • Код
  • Наименование – ФИО
  • Номер водительского удостоверения
  • Контактный телефон
  • Электронная почта
  • Адрес – СправочникСсылка.Адреса
  • Дата регистрации

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_16-58-10.png

Рис. 3.2.2 – Справочник Клиенты

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

Справочник Машины клиентов содержит следующие реквизиты:

  • Код;
  • Клиент – СправочникСсылка.Клиенты;
  • Автосервис – СправочникСсылка.Автосервисы;
  • ВИН;
  • СТС;
  • Гос номер;
  • Модель автомобиля – СправочникСсылка.МоделиАвто.

Справочник Автосервисы содержит следующие реквизиты:

  • Код;
  • Название;
  • Адрес – СправочникСсылка.Адреса;
  • Статус;
  • Дата основания.

Справочник Модели автомобилей содержит следующие реквизиты:

  • Код;
  • Наименование;
  • Производитель – СправочникСсылка.ПроизводителиАвто.

Справочник Производители автомобилей содержит следующие реквизиты:

  • Код;
  • Наименование.

Справочник Адреса содержит следующие реквизиты:

  • Код;
  • Область – СправочникСсылка.Области;
  • Город – СправочникСсылка.Города;
  • Улица и дом;
  • Почтовый индекс.

Справочник Города содержит следующие реквизиты:

  • Код;
  • Наименование.

Справочник Области содержит следующие реквизиты:

  • Код;
  • Страна – СправочникСсылка.Страны;
  • Наименование.

Справочник Страны содержит следующие реквизиты:

  • Код;
  • Наименование.

Справочник Работники содержит следующие реквизиты:

  • Код;
  • ФИО;
  • Должность – СправочникСсылка.Должности;
  • Телефон;
  • Адрес – СправочникСсылка.Адреса;
  • Автосервис – СправочникСсылка.Автосервисы;
  • Статус;
  • Дата приёма на работу.

Справочник Должности содержит следующие реквизиты:

  • Код;
  • Наименование.

Справочник Работы содержит следующие реквизиты:

  • Код;
  • Номер заказ наряда – ДокументСсылка.ЗаказНаряды;
  • Выполняемая работа – СправочникСсылка.ВыполняемыеРаботы;
  • Работник – СправочникСсылка.Работники;
  • Статус.

Справочник Выполняемые работы содержит следующие реквизиты:

  • Код;
  • Вид выполняемой работы – СправочникСсылка.ВыпыеРаботыВид;
  • Наименование;
  • Стоимость.

Справочник Выполняемые работы виды содержит следующие реквизиты:

  • Код;
  • Наименование.

Справочник Запчасти в сервисе содержит следующие реквизиты:

  • Код;
  • Работа – СправочникСсылка.Работы;
  • Запчасть – СправочникСсылка.НоменклатураЗапчастей;
  • Цена;
  • Количество;
  • Стоимость.

Справочник Запчасти на складе содержит следующие реквизиты:

  • Код;
  • Запчасть – СправочникСсылка.НоменклатураЗапчастей;
  • Поставщик – СправочникСсылка.Поставщики;
  • Статус;
  • Дата прибытия.

Справочник Поставщики содержит следующие реквизиты:

  • Код;
  • Наименование;
  • Адрес – СправочникСсылка.Адреса.

Справочник Номенклатура запчастей содержит следующие реквизиты:

  • Код;
  • Подкатегория – СправочникСсылка.НоменкЗапчПодКатегории;
  • Наименование;
  • Стоимость.

Справочник Номенклатура запчастей подкатегории содержит следующие реквизиты:

  • Код;
  • Категория – СправочникСсылка.НоменкЗапчКатегории;
  • Наименование.

Справочник Номенклатура запчастей категории содержит следующие реквизиты:

  • Код;
  • Наименование.

3.3. Создание документа

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

  • Номер;
  • Дата;
  • Клиент – СправочникСсылка.Клиенты;
  • МашинаКлиента – СправочникСсылка.МашиныКлиентов.

Две табличные части: Работы, содержащая реквизиты:

  • Работа;
  • Стоимость;
  • Сотрудник;

и Детали, содержащая реквизиты:

  • Запчасть – СправочникСсылка.НоменклатураЗапчастей;
  • Цена;
  • Количество;
  • Сумма.

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

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_20-33-07.png

Рис. 3.3.1 – Форма документа Заказ-наряд

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

Для отображения общей стоимости (ИтогСтоимость) работ и (ИтогСумма) запчастей в свойствах поля Сумма в параметре ПутьКДаннымПодвала указано Объект.Детали.ИтогСумма, как на рисунке 3.3.2.

D:\Users\Melkiy582\Documents\ShareX\Screenshots\2017-12\1cv8t_2017-12-22_19-17-39.png

Рис. 3.3.2 – Автоматический подсчёт итого в подвале

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

3.4.Сценарии в документе и общие модули

В документе ЗаказНаряд при выборе работы поле стоимости заполняется автоматически. Также при выборе менеджером-приёмщиком запчасти, цена из справочника переносится в поле. При изменении количества деталей идёт автоматический подсчёт суммы. Листинг находится в приложении А.

Но без общих модулей – объекта метаданных конфигурации, который хранит в себе программный код, часто вызываемый в конфигурации, показанных на рисунке 3.4.1, сценарии в документе ЗаказНаряд не работали бы корректно.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8t_2017-12-22_20-44-49.png

Рис. 3.4.1 – Общие модули

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

3.5.Наполнение справочников и таблиц в 1С:Предприятии

Перед работой необходимо наполнить информацией справочники:

  • Автосервисы
  • МоделиАвто
  • ПроизводителиАвто
  • Города
  • Области
  • Страны
  • Работники
  • Должности
  • ВыполняемыеРаботы
  • ВыполняемыеРаботыВиды
  • Поставщики
  • НоменклатураЗапчастей
  • НоменклатураЗапчастейПодКатегории
  • НоменклатураЗапчастейКатегории

А все остальные справочники и некоторые из перечисленных ранее будут дополняться уже во время работы. Наполнение справочников в подсистеме Управление показано на рисунках 3.5.1 – 3.5.3.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_21-47-27.png

Рис. 3.5.1 – Справочник Автосервисы

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_21-47-51.png

Рис. 3.5.2 – Справочник Должности

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_21-48-33.png

Рис. 3.5.3 – Справочник Работники

Наполнение справочников в подсистеме Заказы показано на рисунках 3.5.4 – 3.5.7.

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_21-54-38.png

Рис. 3.5.4 – Заполнение категорий

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_21-55-58.png

Рис. 3.5.5 – Заполнение подкатегорий

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_21-59-48.png

Рис. 3.5.6 – Заполнение номенклатуры запчастей

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_22-01-07.png

Рис. 3.5.7 – Заполнение категорий

Большинство подготовительных работ с конфигурацией сделано, можно рассмотреть визит клиента в автосервис.

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

Рассмотрим порядок процессов на предприятии, на примере клиента, у которого есть необходимость в проведении технического обслуживания. А именно – клиент уже проехал восемь тысяч километров на своём автомобиле без замены масла. Попав на сайт автосервиса, воспользовавшись навигацией меню, клиент заходит на страницу для отправки заявки (пример на рисунке 3.6.1), вместо того, чтобы звонить по телефону. Заполняет все поля. В тексте заявки указывает, что за моторное масло ему нужно – синтетическое от Nissan и в каком количестве – одна канистра, вязкость 5W-40.

Менеджер прочитав сообщение в свободное от клиентов время пишет в ответ оптимальное время визита и заказывает жидкость со склада. Параллельно внося нового клиента в базу данных (рисунок 3.6.2).

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\firefox_2017-12-22_20-58-17.png

Рис. 3.6.1 – форма для заявки

Заполняя справочники клиенты и машины клиентов (рисунки 3.6.2 – 3.6.3)

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-22_23-32-44.png

Рис. 3.6.2 – Новый клиент

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\NVIDIA Share_2017-12-22_23-35-48.png

Рис. 3.6.3 – Машина нового клиента

Через несколько дней, в назначенное время клиент приезжает в сервис, где его уже ждёт всё, что нужно для удовлетворения его потребностей. Далее в соответствии с моделью бизнес-процессов идёт оформление заказ-наряда и дозаполнение информации о машине и самом клиенте. Заполнение документа на выполнение работ показано на рисунке 3.6.4. И его проведение, на рисунке 3.6.5. В это время работы над автомобилем уже идут. После завершения работ печатается документ заказ-наряд (рисунок 3.6.6) в двух экземплярах и подписывается обеими сторонами (рисунок 3.6.7).

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-23_00-29-10.png

Рис. 3.6.4 – Заказ-наряд в стадии оформления

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-23_00-30-57.png

Рис. 3.6.4 – Заказ-наряд проведён

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\1cv8ct_2017-12-23_01-10-23.png

Рис. 3.6.6 – Печатная форма документа заказ-наряд

D:\Users\Melkiy582\YandexDisk\Университет. Валера ДБИ-401\7-ой семестр\РиРКСУБД1сП - Владимир Александрович - Разр и реализ конф СУБД 1С Пред\Курсовая РиРКСУБД1СП\IMG_0011.JPG

Рис. 3.6.7 – Распечатанный и подписанный документ

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

Заключение

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

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

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

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

Список литературы

  1. ГОСТ 34.601-90 [Государственный стандарт] Автоматизированные системы.Стадии создания.
  2. ГОСТ Р ИСО МЭК 12207-2010 [Государственный стандарт] Процессы жизненного цикла программных средств.
  3. Приказ Минфина РФ от 16 декабря 2010 г. N 174н [Федеральный закон] "Об утверждении Плана счетов бухгалтерского учета бюджетных учреждений и Инструкции по его применению".
  4. Кашаев С. М. Программирование в 1С:Предприятие 8.2 [Книга]. - Санкт-Петербург : Издательство "Питер", 2014.
  5. Печёрских В. В. и Бельцев Г. М. Внедрение ERP-решений на платформе "1С:Предприятие 8" [Книга]. - Санкт-Петербург : Издательство "БХВ-Петербург", 2015.
  6. Радченко М. Г. и Хрусталёва Е. Ю. 1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приёмы. [Книга]. - Москва : Издательство "1С - Паблишинг", 2013.
  7. Титоренко Г. А. Информационные системы в экономике [Книга]. - Москва : Издательство "ЮНИТИ-ДАНА", 2013.
  8. 1С:Предприятие 8 [В Интернете] // Веб-сайт компании 1С. - 15 декабря 2017 г. - http://v8.1c.ru/metod/books/book.jsp?id=462.
  9. Пример разработки конфигурации в 1С:Предприятие 8.2. Быстрая демонстрация возможностей платформы 1С. [В Интернете] // Бесплатные онлайн уроки 1С:Предприятие. - 14 декабря 2017 г. - http://1c-uroki.ru/articles/pochagoviy_primer_1C_8.2.

Приложения

Приложение А

Документ ЗаказНаряд: Форма документа

&НаКлиенте

Процедура ДеталиЗапчастьПриИзменении(Элемент)

// Получить текущую строку табличной части

СтрокаТабличнойЧасти = Элементы.Детали.ТекущиеДанные;

// Установить цену

СтрокаТабличнойЧасти.Цена = РаботаСоСправочниками.АктуальныеЦены(Объект.Дата, СтрокаТабличнойЧасти.НоменклатураЗапчастей);

// Пересчитать сумму строки

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти);

КонецПроцедуры

&НаКлиенте

Процедура ДеталиЗапчастьКоличествоПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы. Детали.ТекущиеДанные;

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти);

КонецПроцедуры

&НаКлиенте

Процедура ДеталиЗапчастьЦенаПриИзменении(Элемент)

СтрокаТабличнойЧасти = Элементы. Детали.ТекущиеДанные;

РаботаСДокументами.РассчитатьСумму(СтрокаТабличнойЧасти);

КонецПроцедуры

Приложение Б

Общий модуль РаботаСДокументами: Модуль

Процедура РассчитатьСумму(СтрокаТабличнойЧасти) Экспорт

СтрокаТабличнойЧасти.Сумма = СтрокаТабличнойЧасти.Количество * СтрокаТабличнойЧасти.Цена;

КонецПроцедуры

Приложение В

Общий модуль РаботаСДокументами: Модуль

Функция АктуальныеЦены(АктуальнаяДата, ЭлементНоменклатуры) Экспорт

// Создать вспомогательный объект Отбор

Отбор = Новый Структура("НоменклатураЗапчастей", ЭлементНоменклатуры);

// Получить актуальные значения ресурсов регистра

ЗначенияРесурсов = РегистрыСведений.Цены.ПолучитьПоследнее(АктуальнаяДата, Отбор);

Возврат ЗначенияРесурсов.Цена;

КонецФункции

Приложение Г

Документ ЗаказНаряд: Команда Печать: Модуль команды

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

КонецПроцедуры

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.ЗаказНаряд.Печать(ТабДок, ПараметрКоманды);

КонецПроцедуры

Приложение Д

Документ ЗаказНаряд: Модуль менеджера

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.ЗаказНаряд.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| ЗаказНаряд.Дата,

| ЗаказНаряд.Клиент,

| ЗаказНаряд.МашинаКлиента,

| ЗаказНаряд.Номер,

| ЗаказНаряд.Работы.(

| НомерСтроки,

| Работа,

| Стоимость,

| Сотрудник

| ),

| ЗаказНаряд.Детали.(

| НомерСтроки,

| Запчасть,

| Цена,

| Количество,

| Сумма

| )

|ИЗ

| Документ.ЗаказНаряд КАК ЗаказНаряд

|ГДЕ

| ЗаказНаряд.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьРаботыШапка = Макет.ПолучитьОбласть("РаботыШапка");

ОбластьРаботы = Макет.ПолучитьОбласть("Работы");

ОбластьДеталиШапка = Макет.ПолучитьОбласть("ДеталиШапка");

ОбластьДетали = Макет.ПолучитьОбласть("Детали");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьРаботыШапка);

ВыборкаРаботы = Выборка.Работы.Выбрать();

Пока ВыборкаРаботы.Следующий() Цикл

ОбластьРаботы.Параметры.Заполнить(ВыборкаРаботы);

ТабДок.Вывести(ОбластьРаботы, ВыборкаРаботы.Уровень());

КонецЦикла;

ТабДок.Вывести(ОбластьДеталиШапка);

ВыборкаДетали = Выборка.Детали.Выбрать();

Пока ВыборкаДетали.Следующий() Цикл

ОбластьДетали.Параметры.Заполнить(ВыборкаДетали);

ТабДок.Вывести(ОбластьДетали, ВыборкаДетали.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры