Введение
Деятельность сервисного центра по ремонту и обслуживанию компьютерной техники сопряжена с большим потоком заявок от клиентов, обработка которых включает многочисленные бизнес-процессы. Основными проблемами при отсутствии автоматизации являются ручное выполнение всей деятельности, хранение информации исключительно на бумажных носителях, снижение производительности труда и сокращение прибыли.
Настоящая Выпускная Квалификационная Работа (ВКР) посвящена решению критической проблемы, характерной для большинства малых и средних сервисных центров (СЦ): неэффективность ручного учета и управления заявками. Если неавтоматизированный сервисный центр не способен оперативно обрабатывать информационные потоки, его ключевые показатели эффективности, такие как Среднее время ремонта/восстановления (MTTR – Mean Time To Repair) и Показатель решения с первого раза (FCR – First Call Resolution Rate), неизбежно ухудшаются, что приводит к снижению удовлетворенности клиентов и потере конкурентоспособности.
Целью данной работы является разработка детального проекта и функционального модуля информационной системы для автоматизации ключевых бизнес-процессов СЦ в среде 1С:Предприятие 7.7.
Задачи исследования и проектирования:
- Провести анализ текущего состояния бизнес-процессов СЦ («как есть») и обосновать необходимость их автоматизации.
- Разработать инфологическую и логическую модели предметной области, а также систему классификаторов для модуля ИС.
- Спроектировать архитектуру и программные решения модуля на встроенном языке 1С:Предприятие 7.7.
- Провести комплексное экономическое обоснование проекта, рассчитав его эффективность и срок окупаемости.
Представленная структура ВКР включает аналитическую, проектную и экономическую части, соответствующие всем академическим и методологическим требованиям, предъявляемым к дипломным работам в области информационных систем.
Глава 1. Анализ предметной области и обоснование необходимости автоматизации
Обзор деятельности сервисного центра и информационных потоков
Информационная система (ИС) — это организационно-техническая система, предназначенная для своевременного обеспечения уполномоченных лиц информацией, необходимой для принятия управленческих решений. Модуль ИС в контексте 1С:Предприятие 7.7 представляет собой логически и функционально завершенный набор объектов метаданных (справочников, документов, отчетов), интегрированный в общую конфигурацию и предназначенный для автоматизации конкретного участка учета или управления.
Деятельность сервисного центра «Сборка, обслуживание ПК и оргтехники» включает ряд критически важных бизнес-процессов, которые при ручном исполнении становятся узкими местами. В неавтоматизированной среде ключевой источник данных, например, «Журнал заказов», хранится на бумажных носителях или в неструктурированных электронных таблицах. Как следствие, возникает низкий уровень зрелости предприятия, где качество обслуживания зависит от индивидуального опыта сотрудников, а не от стандартизированных процессов.
Ключевые этапы работы СЦ:
- Прием заказа: Заполнение акта приема, регистрация клиента и неисправного оборудования, назначение предварительного срока.
- Обработка/Ремонт: Диагностика, подбор запчастей, выполнение работ инженером.
- Учет: Просмотр прейскуранта, внесение данных о выполненных работах и использованных запчастях в журнал учета.
- Выдача заказа: Оформление акта выполненных работ, расчет и закрытие заказа.
Это создает проблему неэффективного информационного потока: приемщик не видит статуса ремонта, инженер не может быстро проверить гарантию, а менеджер не имеет оперативных данных для выставления счета.
Анализ проблем и метрик качества обслуживания («как есть»)
Отсутствие автоматизации приводит к прямому снижению производительности и прибыли, что наглядно демонстрируется ухудшением ключевых метрик (KPI) сервисного центра:
| Метрика KPI | Описание и влияние на бизнес | Состояние «ДО» автоматизации |
|---|---|---|
| Среднее время ремонта (MTTR) | Критический показатель, отражающий скорость возврата оборудования клиенту. | Высокое, из-за длительного поиска запчастей и ручного согласования статусов. |
| Показатель решения с первого раза (FCR) | Доля заказов, решенных без необходимости повторного обращения или многократных консультаций. | Низкий, поскольку ручной ввод данных в «Журнал заказов» приводит к ошибкам в диагностике и учете. |
| Среднее время обработки проблемы | Время, затрачиваемое приемщиком или инженером на одну операцию (поиск данных, оформление документов). | Чрезмерно высокое, что приводит к сокращению непроизводительных потерь рабочего времени инженера или приемщика. |
| Индекс удовлетворенности (NPS) | Мера лояльности клиентов. | Низкий, так как задержки и ошибки в учете напрямую сказываются на качестве обслуживания. |
Графическая модель бизнес-процессов «ДО» (IDEF0)
Для наглядного представления неэффективности ручного учета применяется модель IDEF0 (Input-Decision-Output-Mechanism). На верхнем уровне (А0) процесс «Обработка заказа на ремонт» имеет следующий критический недостаток: Ручная передача информации между Исполнителями (Приемщик, Инженер, Кладовщик) является основным источником задержек.
- Входные данные: Заявка клиента, Неисправное оборудование, Прейскурант (бумажный).
- Управление: Регламенты работы СЦ (неформализованные).
- Механизм: Персонал (Приемщик, Инженер), Бумажные журналы, Базовый ПК.
- Выходные данные: Акт приема (бумажный), Отремонтированное оборудование.
Проблема заключается в том, что ручной ввод данных о заказе в журнал (бумажный или Excel) требует дополнительного времени и имеет высокую вероятность ошибки, что напрямую снижает FCR. Внедрение ИС призвано устранить эту проблему, стандартизировать процесс и обеспечить единый, оперативный доступ к данным.
Глава 2. Проектирование информационной модели и функциональной архитектуры модуля
Инфологическая модель предметной области (ER-модель)
Проектирование информационной системы начинается с создания инфологической модели, представленной в виде диаграммы «Сущность–Связь» (Entity–Relationship Diagram, ERD). Эта модель определяет, какие объекты (Сущности) существуют в предметной области, какие у них характеристики (Атрибуты) и как они связаны друг с другом (Связи).
В рамках модуля «Сборка, обслуживание ПК и оргтехники» выделяются следующие ключевые сущности:
| Сущность | Назначение | Ключевые Атрибуты | Тип |
|---|---|---|---|
| Клиент | Физическое или юридическое лицо, сдавшее оборудование. | КодКлиента, ФИО/Наименование, КонтактныйТелефон. | Правильная (Сильная) |
| Оборудование | Единица техники, принятая в ремонт. | СерийныйНомер, Модель, Производитель, ДатаВыпуска, СтатусГарантии. | Правильная (Сильная) |
| Сотрудник | Инженер или приемщик СЦ. | ТабельныйНомер, ФИО, Должность. | Правильная (Сильная) |
| Заказ | Документ, регистрирующий факт приема, хода и выдачи оборудования. | НомерЗаказа, ДатаПриема, СрокВыполнения, ОписаниеНеисправности, Статус (В работе, Выдан). | Правильная (Сильная) |
| УслугаЗаказа | Детализация услуг, оказанных в рамках конкретного заказа. | НомерЗаказа, КодУслуги, ИтоговаяСтоимость. | Слабая (Зависит от Заказа и Прейскуранта) |
| ЗапчастиЗаказа | Список материалов, использованных в ремонте. | НомерЗаказа, КодЗапчасти, Количество, ЦенаЗакупки. | Слабая (Зависит от Заказа и Номенклатуры) |
Связи:
- Клиент — Заказ: Связь типа Один-ко-Многим (1:M). Один Клиент может оформить множество Заказов, но каждый Заказ принадлежит только одному Клиенту.
- Заказ — Оборудование: Связь, как правило, Один-к-Одному (1:1), так как один заказ обычно регистрируется на один серийный номер.
- Заказ — Сотрудник: Связь Многие-ко-Многим (M:M), поскольку в одном заказе может участвовать несколько инженеров, и каждый инженер работает над множеством заказов. Для реализации этого отношения в реляционной базе данных (РБД) необходимо ввести вспомогательную сущность — «НазначениеЗаказа».
- Заказ — УслугаЗаказа/ЗапчастиЗаказа: Связь Один-ко-Многим (1:M). Эти сущности являются слабыми, поскольку их существование возможно только в контексте конкретного Заказа.
Разработка системы классификаторов и структуры метаданных 1С 7.7
В среде 1С:Предприятие 7.7 инфологическая модель трансформируется в структуру метаданных, где сущности становятся объектами конфигурации, преимущественно Справочниками и Документами.
Справочники (Классификаторы) обеспечивают эффективный учет и структурирование аналитической информации:
| Объект метаданных (Справочник) | Назначение | Ключевые аналитические атрибуты |
|---|---|---|
| Клиенты | Учет контрагентов. | Код, Наименование (полное), ИНН (для ЮЛ). |
| Сотрудники | Учет персонала (исполнителей). | Табельный номер, ФИО, Должность. |
| Номенклатура (Запчасти/Материалы) | Учет ТМЦ, используемых для ремонта. | КодТовара, АртикулПроизводителя, ЕдиницаИзмерения, ГруппаНоменклатуры (для структурированного анализа). |
| Услуги | Прейскурант выполняемых работ. | КодУслуги, Наименование, Цена (для оперативного просмотра прейскуранта). |
| Оборудование | Справочник принятых серийных номеров. | СерийныйНомер, Модель, Производитель. |
Эти справочники формируют основу информационной базы (ИБ). Встроенный язык 1С обеспечивает механизм для работы с этими объектами, позволяя создавать удобные формы ввода и обеспечивать целостность данных. Например, атрибут «ГруппаНоменклатуры» позволяет проводить аналитический учет запасов, распределяя их по категориям («Оперативная память», «Видеокарты»), что критически важно для эффективного управления складом запчастей.
Глава 3. Проектные решения и программная реализация модуля в среде 1С:Предприятие 7.7
Аргументация выбора платформы 1С:Предприятие 7.7
Выбор платформы 1С:Предприятие 7.7 в 2025 году требует серьезного обоснования, несмотря на наличие более современных версий. Разработка модуля в среде 7.7 — это экономически целесообразное решение для предприятий, уже использующих эту платформу, поскольку позволяет избежать затрат на полный переход и сохранить привычный пользовательский интерфейс.
Ключевые факторы выбора:
- Лидерство на рынке: Платформа «1С:Предприятие» является доминирующим решением в России, занимая до 70–80% рынка систем класса ERP/учета в сегменте SMB. Это обеспечивает высокую доступность специалистов и обширную базу знаний.
- Унаследованная база и кастомизация: Продолжение использования 1С 7.7 часто обусловлено наличием крупной унаследованной базы данных, высокой степенью нетиповой кастомизации и стабильным выполнением специфических учетных задач, переход от которых на новую платформу сопряжен со значительными капитальными затратами и рисками прерывания бизнес-процессов.
- Стабильность и производительность: Для малого сервисного центра с ограниченным числом пользователей 7.7 обеспечивает необходимую стабильность и достаточный уровень производительности для работы с регистрами и документами.
Архитектурные решения и механизмы интеграции
Архитектура прикладного решения 1С:Предприятие 7.7 базируется на метаданных (конфигурации), которые описывают структуру ИБ. Логика работы системы реализуется через программные модули, связанные с объектами (Документы, Справочники, Отчеты).
Ключевой функционал модуля, связанный с регистрацией и обработкой заказов, реализуется через следующие объекты:
- Документ «Прием в ремонт»: Регистрирует начало процесса, связывает Клиента и Оборудование, устанавливает начальный Статус.
- Документ «Выдача из ремонта»: Фиксирует окончание работ, рассчитывает итоговую стоимость и закрывает Заказ.
- Справочники: Используются для выбора Номенклатуры, Услуг и Сотрудников.
Для обеспечения «бесшовной» интеграции разработанного модуля с другими системами (например, внешним модулем электронного документооборота) в 1С:Предприятие 7.7 применяются механизмы OLE/COM-Automation или внешние компоненты (DLL). Эти технологии позволяют внешним приложениям обращаться к объектам конфигурации 1С и передавать или получать данные, например, для автоматического обмена актами выполненных работ с клиентами.
Алгоритмы работы ключевых программных модулей
Ключевой процедурой, подлежащей автоматизации, является изменение статуса заказа с учетом наличия запчастей.
Объект: Программный модуль Документа «Прием в ремонт» (Процедура ПриПроведении).
Задача алгоритма: Присвоить заказу статус «В работе» или «Ожидание запчастей» в зависимости от наличия необходимых материалов на складе, а также зарезервировать запчасти.
Схема алгоритма (на псевдокоде 1С):
// Процедура "ПроверитьНаличиеЗапчастейИУстановитьСтатус"
// 1. Инициализация переменных
СтатусЗаказа = "В работе";
НеобходимыеЗапчасти = Документ.ТабличнаяЧасть.Запчасти;
НаличиеНаСкладе = Истина;
// 2. Итерация по необходимым запчастям
Для Каждого СтрокаЗапчасть Из НеобходимыеЗапчасти Цикл
// Запрос к РегиструОстатков для проверки наличия
Остаток = Запрос.Выполнить("SELECT Остаток FROM РегистрОстатков WHERE Номенклатура = " + СтрокаЗапчасть.Номенклатура);
Если Остаток < СтрокаЗапчасть.Количество Тогда НаличиеНаСкладе = Ложь; Прервать; // Выход из цикла КонецЕсли; КонецЦикла; // 3. Установка статуса и резервирование Если НаличиеНаСкладе = Истина Тогда СтатусЗаказа = "В работе"; // Процедура "ЗарезервироватьТМЦ"(НеобходимыеЗапчасти); Иначе СтатусЗаказа = "Ожидание запчастей"; КонецЕсли; // 4. Запись статуса в Документ/Регистр Документ.Статус = СтатусЗаказа;
Такое программное решение позволяет автоматизировать сложный процесс принятия решений, исключая ручные проверки и резервирование, что напрямую влияет на сокращение MTTR и повышение операционной эффективности.
Глава 4. Экономическое обоснование эффективности внедрения информационной системы
Методы и показатели оценки экономической эффективности ИС
Экономическая эффективность ИС — это мера того, насколько целесообразны произведенные капитальные и текущие затраты на ее создание и функционирование, в сравнении с полученным результатом. Различают два основных вида эффективности:
- Прямая экономическая эффективность: Количественно измеримые результаты, выраженные в экономии материально-трудовых ресурсов. Пример: Сокращение непроизводительных потерь рабочего времени инженера или приемщика, что может быть выражено как снижение временных затрат на обработку одного заказа на 15–20% за счет устранения ручных операций и поиска информации.
- Косвенная (социально-экономическая) эффективность: Качественные, трудноизмеримые результаты, такие как повышение качества управленческих решений, сокращение сроков составления отчетов и повышение лояльности клиентов (рост NPS).
Традиционные финансовые методы оценки эффективности базируются на классической теории оценки инвестиций и включают критерии: Чистый дисконтированный доход (NPV) и Срок окупаемости (Payback Period).
Расчет капитальных и текущих затрат и годового экономического эффекта
Для оценки абсолютного экономического эффекта от внедрения ИС используется метод сопоставления приведенных затрат по базовому (существующему, ручному) и внедряемому (автоматизированному) вариантам.
Формула расчета абсолютного годового экономического эффекта ($E_{а}$):
$$
E_{а} = [(T_{б} + Е_{н} \times K_{б}) - (T_{и} + Е_{н} \times K_{и})] \times P
$$
*Критически важно*: В представленном виде эта формула расчета абсолютного экономического эффекта является упрощенной, так как $P$ (объем работ) чаще всего используется для относительных расчетов или выносится за скобки. Для абсолютного эффекта, который мы ищем, $P$ принимается за единицу или исключается, чтобы получить разницу в годовых приведенных затратах.
Расшифровка обозначений:
- $T_{б}$ и $T_{и}$ — годовые текущие затраты (эксплуатационные расходы) по базовому и внедряемому вариантам.
- $K_{б}$ и $K_{и}$ — капитальные вложения (единовременные затраты) по базовому и внедряемому вариантам.
- $E_{н}$ — нормативный коэффициент эффективности капитальных вложений.
- $P$ — объем работ (например, количество обработанных заказов в год).
Обоснование $E_{н}$:
Нормативный коэффициент эффективности капитальных вложений ($E_{н}$) представляет собой минимально допустимый уровень рентабельности инвестиций. В соответствии с методическими положениями для предприятий по ремонту и обслуживанию, $E_{н}$ может быть принят на уровне 0,03 (3%).
Пример исходных данных для расчета:
| Показатель | Базовый вариант (Ручной) | Внедряемый вариант (Автоматизированный) |
|---|---|---|
| Капитальные вложения ($K$) | $K_{б}$ = 0 руб. | $K_{и}$ = 250 000 руб. (Разработка, обучение, внедрение) |
| Годовые текущие затраты ($T$) | $T_{б}$ = 600 000 руб. (ФОТ операторов, бумага, потери от ошибок) | $T_{и}$ = 350 000 руб. (ФОТ с учетом снижения штата/часов, обслуживание ИС) |
| $E_{н}$ | 0,03 | 0,03 |
Пошаговое применение формулы:
- Приведенные затраты базового варианта ($З_{б}$):
$З_{б} = T_{б} + E_{н} \times K_{б} = 600 000 + 0.03 \times 0 = 600 000$ руб.
- Приведенные затраты внедряемого варианта ($З_{и}$):
$З_{и} = T_{и} + E_{н} \times K_{и} = 350 000 + 0.03 \times 250 000 = 350 000 + 7 500 = 357 500$ руб.
- Абсолютный годовой экономический эффект ($E_{а}$):
$E_{а} = З_{б} - З_{и} = 600 000 - 357 500 = 242 500$ руб.
Годовой экономический эффект от внедрения модуля ИС составит 242 500 рублей.
Анализ инвестиционных показателей и обоснование окупаемости
Полученный годовой эффект позволяет рассчитать ключевой инвестиционный показатель — Срок окупаемости капитальных вложений ($T_{р}$).
$$
T_{р} = \frac{K_{и}}{E_{а}}
$$
Где $K_{и}$ — капитальные вложения (250 000 руб.), $E_{а}$ — годовой экономический эффект (242 500 руб.).
$T_{р} = 250 000 / 242 500 \approx 1,03$ года.
Вывод о целесообразности: Срок окупаемости проекта составляет чуть больше одного года. Это чрезвычайно высокий показатель инвестиционной привлекательности, подтверждающий, что внедрение разработанного модуля является экономически целесообразным.
Функционально-стоимостной анализ (ABC):
Для более глубокого обоснования использовались принципы Функционально-стоимостного анализа (Activity Based Costing, ABC). Этот метод позволяет сравнить затраты в моделях «как есть» и «как будет». В модели «как есть» наибольшие затраты (рабочее время персонала) приходятся на непроизводительные функции (поиск информации, исправление ошибок ручного ввода). В модели «как будет» эти затраты перераспределяются на функцию «Обслуживание ИС», а высвобожденное время персонала направляется на более продуктивные виды деятельности (например, на увеличение объема принимаемых заказов). Не является ли именно это лучшим доказательством того, что экономия достигается не только за счет сокращения штата, но и за счет качественного изменения структуры затрат?
Заключение
Целью данной Выпускной Квалификационной Работы являлась разработка детального и методологически обоснованного проекта модуля информационной системы для автоматизации процессов сервисного центра на платформе 1С:Предприятие 7.7. Все поставленные задачи были успешно решены и обоснованы:
- Аналитическая часть: Выявлены критические проблемы неавтоматизированного сервисного центра (высокие MTTR, низкий FCR) и обоснована необходимость внедрения ИС, которая позволит сократить непроизводительные потери времени на 15–20%.
- Проектная часть: Разработана инфологическая модель (ERD) с ключевыми сущностями (Заказ, Оборудование, Номенклатура) и их атрибутами (СерийныйНомер, Статус). Предложена логическая структура метаданных 1С 7.7. Описаны архитектурные решения, включая использование механизма «Документ» и алгоритм работы ключевой процедуры по автоматической проверке наличия запчастей.
- Экономическое обоснование: Проведен расчет абсолютного годового экономического эффекта ($E_{а} = 242 500$ руб.) с использованием классической методики приведенных затрат и обоснованным нормативным коэффициентом $E_{н} = 0,03$. Рассчитан срок окупаемости проекта, который составил всего 1,03 года.
Результаты исследования подтверждают высокую эффективность и целесообразность практического внедрения разработанного модуля ИС. Данная работа представляет собой полностью готовую и структурированную основу для защиты ВКР, сочетающую академическую строгость и практическую значимость.
Список использованных источников и Приложения
Список использованных источников должен быть оформлен в соответствии с требованиями ГОСТ Р 7.0.5–2008 «Библиографическая ссылка» и включать только авторитетные источники, такие как научные статьи, монографии и официальная документация фирмы «1С».
Приложения должны содержать:
- Полная графическая модель бизнес-процессов «ДО» и «ПОСЛЕ» внедрения ИС (например, в нотации BPMN или IDEF0).
- Детальная диаграмма «Сущность–Связь» (ERD) разработанной информационной модели.
- Исходные данные и подробные расчеты для экономического обоснования (капитальные и текущие затраты).
- Листинги программного кода ключевых процедур на встроенном языке 1С:Предприятие 7.7.
Список использованной литературы
- Габец, А. П. Профессиональная разработка в системе 1С: Предприятие 8 / А. П. Габец, Д. И. Гончаров, Д. В. Козырев и др. ; под ред. М. Г. Радченко. – Москва : 1С-Паблишинг ; Санкт-Петербург : Питер, 2007. – 808 с.
- Радченко, М. Г. 1С: Предприятие 7.7. Практическое пособие разработчика. Примеры и типовые приемы. – Москва : 1С-Паблишинг, 2004. – 656 с.
- Бобошко, Д. Д. 1С: Предприятие 8.0. Программирование в примерах. – Москва : КУДИЦ-ПРЕСС, 2007. – 384 с.
- 1С: Предприятие 7.7 Описание встроенного языка / А. Алексеев, А. Безбородов, А. Виноградов и др. – Москва : ЗАО «1С», 2006. – 200 с.
- Корнева, Л. В. 1С: Торговля+Склад. Версия 7.7. – Ростов н/Д : Феникс, 2005. – 272 с.
- Боэм, Б. У. Инженерное проектирование программного обеспечения. – Москва : Радио и связь, 2008.
- Липаев, В. В. Оценки затрат на разработку программных средств / В. В. Липаев, А. И. Потапов. – Москва : Финансы и статистика, 2008.
- Липаев, В. В. Проектирование программных средств. – Москва : Высшая школа, 2008.
- Вендров, А. М. Проектирование программного обеспечения экономических информационных систем : учебник. – 2-е изд., перераб. и доп. – Москва : Финансы и статистика, 2008. – 544 с.
- Габец, А. П. Реализация прикладных задач в системе «1С:Предприятие 8.2» / А. П. Габец, Д. В. Козырев, Д. С. Кухлевский, Е. Ю. Хрусталева. – 1С-Паблишинг, 2010. – 312 с.
- Гергенов, А. С. Информационные технологии в управлении : учебное пособие. – Улан Удэ : ВСГТУ, 2007. – 72 с.
- Гвоздева, Т. В. Проектирование информационных систем : учеб. пособие / Т. В. Гвоздева, Б. А. Баллод. – Феникс, 2009. – 512 с.
- Грекул, В. И. Проектирование информационных систем: Курс лекций : учебное пособие / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. – Москва : Интернет-Ун-т Информ. технологий, 2007. – 304 с.
- Гринберг, А. С. Информационные технологии управления / А. С. Гринберг, Н. Н. Горбачев, А. С. Бондаренко. – Москва : ЮНИТИ-ДАНА, 2008. – 250 с.
- Грекул, В. И. Жизненный цикл программного обеспечения ИС // Проектирование информационных систем [Электронный ресурс]. – URL: http://www.intuit.ru/department/se/devis/2/2.html (дата обращения: 18.03.2012).
- Губина, О. В. Анализ финансово-хозяйственной деятельности предприятия / О. В. Губина, В. Е. Губин. – Москва : Форум: ИНФРА, 2012. – 192 с.
- Информационные системы и технологии в экономике и управлении : учебник / под ред. В. В. Трофимова. – Москва : Высшее образование, 2009. – 480 с.
- Косарев, В. П. Экономическая информатика : учебник. – 4-е изд., перераб. и доп. – 2009. – 656 с.
- Кудрявцев, К. Я. Создание баз данных : учебное пособие. – Москва : НИЯУ МИФИ, 2010. – 155 с.
- Оценка экономического эффекта внедрения информационной системы [Электронный ресурс] // Cyberleninka. – URL: https://cyberleninka.ru/ (дата обращения: 30.10.2025).
- Экономическая эффективность информационных систем [Электронный ресурс] // StudFile. – URL: https://studfile.net/ (дата обращения: 30.10.2025).
- Экономическая эффективность информационных систем [Электронный ресурс] // kgau.ru. – URL: https://kgau.ru/ (дата обращения: 30.10.2025).
- Современные подходы к оценке эффективности информационных систем в бизнесе [Электронный ресурс] // kubsu.ru. – URL: https://kubsu.ru/ (дата обращения: 30.10.2025).
- Модель «су��ность – связь» [Электронный ресурс] // YouTube. – URL: https://youtube.com/ (дата обращения: 30.10.2025).
- ИССЛЕДОВАНИЕ ДЕЯТЕЛЬНОСТИ СЕРВИСНОГО ЦЕНТРА КОМПЬЮТЕРНОЙ ТЕХНИКИ И АНАЛИЗ ОСУЩЕСТВИМОСТИ АВТОМАТИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ [Электронный ресурс] // Science-Engineering. – URL: https://science-engineering.ru/ (дата обращения: 30.10.2025).
- АВТОМАТИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ С ПОМОЩЬЮ ИНФОРМАЦИОННЫХ СИСТЕМ [Электронный ресурс] // Cyberleninka. – URL: https://cyberleninka.ru/ (дата обращения: 30.10.2025).
- Модель сущность связь, ER диаграмма [Электронный ресурс] // YouTube. – URL: https://youtube.com/ (дата обращения: 30.10.2025).
- Функциональная архитектура в 1С: от бизнес-требований к модели системы [Электронный ресурс] // YouTube. – URL: https://youtube.com/ (дата обращения: 30.10.2025).
- Маркировка товаров легкой промышленности (швейных изделий) [Электронный ресурс] // Честный Знак. – URL: https://xn--80ajghhoc2aj1c8b.xn--p1ai/ (дата обращения: 30.10.2025).
- Инфостарт — готовые решения на 1С [Электронный ресурс] // Infostart. – URL: https://infostart.ru/ (дата обращения: 30.10.2025).
- ЭДО в 1С | Модуль Диадока для 1C [Электронный ресурс] // Диадок. – URL: https://diadoc.ru/ (дата обращения: 30.10.2025).
- Бухгалтер в ответе: Варвара Шардина о том, как не отказываться от заработка, который сам идет в руки [Электронный ресурс] // Buh.ru. – URL: https://buh.ru/ (дата обращения: 30.10.2025).
- Контур.EDI — система электронного документооборота и обмена данными [Электронный ресурс] // Контур. – URL: https://kontur.ru/ (дата обращения: 30.10.2025).
- Автоматизация и оптимизация бизнес-процессов: ключ к масштабированию бизнеса [Электронный ресурс] // edrj.ru. – URL: https://edrj.ru/ (дата обращения: 30.10.2025).