Введение
Объем российского рынка электронной коммерции продолжает демонстрировать опережающие темпы роста, достигнув 10,7 трлн рублей по итогам 2024 года, а прогноз Ассоциации компаний интернет-торговли (АКИТ) на 2025 год составляет около 12 трлн рублей. Эта статистика не просто констатирует рост, но и подчеркивает критическую необходимость масштабирования и оптимизации внутренней ИТ-инфраструктуры компаний, работающих в сегменте E-commerce. Любой сбой или задержка в синхронизации данных между торговой площадкой и учетной системой напрямую транслируется в финансовые потери и снижение лояльности клиентов, следовательно, качественная интеграция становится фактором выживания.
Именно поэтому тема разработки и экономического обоснования интеграции корпоративных информационных систем (на примере 1С:Предприятие) и внешних веб-технологий становится не просто актуальной, но и стратегически важной для выживания и конкурентоспособности бизнеса.
Цель данной работы состоит в разработке исчерпывающей методологической структуры интегрированной информационной системы (ИС) для интернет-магазина и проведении ее комплексного технико-экономического обоснования (ТЭО), соответствующего академическим и отраслевым стандартам.
Для достижения этой цели определен следующий комплекс задач:
- Проанализировать современные архитектурные подходы и форматы интеграции, выбирая оптимальные для платформы 1С.
- Разработать функциональную и логическую архитектуру интегрированной системы (1С + Web).
- Формализовать механизм двустороннего обмена данными и привести примеры его реализации.
- Провести анализ и минимизацию критических технических и организационных рисков проекта.
- Обосновать выбор методологии оценки экономической эффективности, включая финансовые и качественные показатели.
- Провести расчет ключевых динамических показателей (NPV, ROI, PBP) и количественно оценить эффект от оптимизации бизнес-процессов.
- Определить строгие требования к аппаратно-программной архитектуре и обеспечению информационной безопасности.
Структура работы построена на последовательном переходе от теоретических основ и анализа предметной области (Глава 1) к детальному инженерному проектированию и управлению рисками (Глава 2), затем — к всестороннему технико-экономическому обоснованию (Глава 3) и, наконец, к архитектурным требованиям и безопасности (Глава 4).
Глава 1. Теоретико-аналитические основы системной интеграции в электронной коммерции
Обзор и анализ архитектурных подходов к интеграции корпоративных и веб-систем
В контексте электронной коммерции, где скорость и актуальность данных являются ключевыми факторами успеха, системная интеграция — это не просто связывание двух систем, а создание единого, гомогенного информационного пространства из гетерогенных элементов. Интеграция информационных систем (ИС) представляет собой процесс объединения различных программных приложений, баз данных и оборудования в единый функционирующий комплекс, обеспечивающий бесшовный обмен данными и согласованное выполнение бизнес-процессов.
Ключевым архитектурным подходом, обеспечивающим гибкость и масштабируемость в гетерогенных средах, является Сервис-ориентированная архитектура (SOA). SOA определяет способ построения ИС в виде набора слабосвязанных, автономных сервисов. В контексте интеграции 1С и веб-технологий, 1С выступает поставщиком учетных и складских данных, а веб-платформа — потребителем этих данных и поставщиком заказов.
Веб-сервис — это программная система, идентифицируемая унифицированным идентификатором ресурса (URI), чьи открытые интерфейсы могут быть определены, описаны и обнаружены. Они позволяют организовать взаимодействие систем независимо от используемых платформ и языков программирования, используя стандартизированные протоколы (SOAP, REST) и форматы данных (XML, JSON).
Применение принципов SOA позволяет добиться следующих преимуществ:
- Масштабируемость: Отдельные сервисы могут быть разработаны, развернуты и обновлены независимо друг от друга.
- Надежность: Сбой в работе одного сервиса не приводит к остановке всей системы.
- Гибкость: Возможность быстрой замены или подключения новых веб-платформ (например, маркетплейсов) без изменения логики в 1С.
Сравнительный анализ технологий интеграции платформы «1С:Предприятие 8»
Платформа «1С:Предприятие 8» является открытой системой и предлагает разработчику богатый арсенал инструментов для интеграции, основанных на общепризнанных открытых стандартах. Традиционно выделяют следующие ключевые механизмы, поддерживаемые платформой:
| Механизм Интеграции | Основа | Формат данных | Применение в E-commerce | Особенности и ограничения |
|---|---|---|---|---|
| Web-сервисы (SOAP) | Протокол SOAP (Simple Object Access Protocol) | XML | Обмен сложными, структурированными документами (счета, крупная номенклатура). | Жесткая спецификация WSDL, избыточность формата XML. Требует высокого уровня программирования. |
| HTTP-сервисы (REST) | Архитектурный стиль REST (Representational State Transfer) | JSON, XML | Быстрый обмен небольшими порциями данных (статусы заказов, остатки, цены). | Легковесность, простота реализации. Является стандартом де-факто для современных веб-приложений. |
| Автоматический REST API (OData v3.0) | Протокол OData (Open Data Protocol) | JSON, XML | Оптимален для чтения, изменения и создания объектов данных из внешних систем. | Платформа автоматически генерирует API для метаданных. Не требует дополнительного программирования на стороне 1С для базовых операций. Ключевой современный механизм. |
| CommerceML | Специализированный стандарт обмена данными | XML | Типовой обмен номенклатурой, ценами и заказами с CMS (например, Bitrix). | Простота настройки для типовых задач, но низкая гибкость для нетиповых конфигураций. |
Ключевое преимущество современного подхода — OData:
Для задач интернет-магазина, где требуется постоянная и надежная синхронизация цен, остатков, а также оперативная загрузка новых заказов, наиболее современным и эффективным подходом является использование Автоматического REST API на базе протокола OData версии 3.0. Платформа 1С позволяет опубликовать всю прикладную модель (метаданные) как набор веб-ресурсов, доступных через стандартные HTTP-запросы. Это означает, что внешняя веб-система может читать, изменять и создавать объекты в базе 1С (например, документ «ЗаказКлиента» или элемент справочника «Номенклатура») без сложного программирования интерфейсов на стороне 1С. Это значительно сокращает время разработки и упрощает поддержку гетерогенных ИС.
Анализ текущих бизнес-процессов интернет-магазина и определение требований к автоматизации
Интеграционный проект начинается с глубокого анализа существующих бизнес-процессов (БП). В интернет-магазине выделяются три критически важных, требующих оптимизации:
- Управление запасами и ценообразованием:
- Проблема: Ручной перенос данных из 1С на сайт приводит к расхождениям в ценах и продаже несуществующего товара («оверселлинг»).
- Требование к автоматизации: Обеспечение двустороннего, регламентного обмена (в идеале — онлайн-обмена) данными о ценах, остатках и характеристиках номенклатуры.
- Обработка заказов:
- Проблема: Ручное заведение заказов с сайта в 1С (особенно в пиковые часы) ведет к задержкам и ошибкам при оформлении документов.
- Требование к автоматизации: Автоматизированная загрузка заказа с сайта в 1С с фиксацией всей необходимой информации (клиент, состав заказа, способ доставки/оплаты) и автоматическое создание первичных документов.
- Синхронизация клиентских данных и статусов:
- Проблема: Клиенты не видят актуальный статус своего заказа (собран, отправлен, доставлен), что повышает нагрузку на службу поддержки.
- Требование к автоматизации: Обратный обмен данными — передача актуальных статусов заказа из 1С на сайт, а также синхронизация данных о контрагентах (например, при регистрации нового пользователя).
Количественная оценка оптимизации:
Интеграция позволяет сэкономить ресурсы компании за счет исключения ручного труда. Исходя из отраслевых данных, при роботизации рутинных процессов (например, обработки 100 заказов в день и синхронизации 5000 позиций номенклатуры), совокупный эффект экономии рабочего времени может составлять более 4500 человеко-часов в год, что эквивалентно высвобождению 2–3 штатных единиц от низкоинтеллектуальной деятельности, позволяя им сосредоточиться на более стратегических задачах. И что из этого следует? Освобожденные сотрудники могут быть переориентированы на задачи, приносящие прямой доход, такие как анализ продаж, улучшение ассортимента или разработка маркетинговых стратегий, что прямо влияет на рост выручки.
Глава 2. Инженерное проектирование и управление рисками интегрированной информационной системы
Разработка архитектуры и функциональной модели интегрированной ИС
Инженерный раздел требует детального описания проектируемой системы. Архитектура интегрированной ИС должна соответствовать трехзвенной модели:
- Уровень представления (Web-платформа): Взаимодействие с пользователем (интерфейс интернет-магазина).
- Уровень приложений (Интеграционный слой/Сервер 1С): Бизнес-логика, управление обменом данными, обработка запросов.
- Уровень данных (СУБД): Хранение данных (база 1С и база веб-сайта).
Общая 3-х уровневая архитектура системы:
| Уровень | Компоненты | Технологии | Роль в системе |
|---|---|---|---|
| Уровень 3: Представление | Фронтенд (Интернет-магазин) | HTML, CSS, JavaScript, CMS/eCommerce-платформа | Отображение информации, прием заказов, взаимодействие с клиентом. |
| Уровень 2: Приложения и Интеграция | Сервер 1С:Предприятие, Web-сервер (IIS/Apache), Интеграционный модуль | 1С (конфигуратор), HTTP/OData, Язык программирования Web-платформы (PHP/Python) | Обработка бизнес-логики, синхронизация, выполнение запросов к 1С. |
| Уровень 1: Данные | СУБД (PostgreSQL/MS SQL) | Язык SQL, СУБД 1С | Надежное хранение учетных, складских и финансовых данных. |
Функциональная модель (Диаграмма вариантов использования – Use Case):
Функциональная модель описывает, как пользователи (акторы) взаимодействуют с системой. Ключевые акторы:
- Покупатель (Клиент): Оформление заказа, просмотр статуса, регистрация.
- Менеджер 1С (Оператор): Обработка заказа, изменение статуса, управление номенклатурой.
- Система Обмена (Интеграционный модуль): Автоматическая синхронизация.
| Вариант использования (Use Case) | Актор | Описание |
|---|---|---|
| Загрузка заказа | Покупатель, Система Обмена | Клиент оформляет заказ; Система Обмена автоматически создает документ «ЗаказКлиента» в 1С. |
| Синхронизация номенклатуры | Менеджер 1С, Система Обмена | Менеджер меняет цену/остаток в 1С; Система Обмена выгружает актуальную информацию на сайт. |
| Обновление статуса заказа | Менеджер 1С, Система Обмена | Менеджер меняет статус в 1С («Отгружен»); Система Обмена передает статус на сайт и уведомляет клиента. |
Проектирование механизма двустороннего обмена данными
Наиболее эффективный механизм обмена, использующий возможности платформы 1С, основан на OData. Этот подход обеспечивает высокую скорость и надежность, поскольку он опирается на внутренние механизмы платформы 1С для работы с данными, а не на сторонние механизмы парсинга файлов.
Логика работы OData-интеграции:
- Публикация: Конфигурация 1С публикуется на Web-сервере, автоматически предоставляя доступ к метаданным через OData.
- Запрос номенклатуры (Web → 1С): Веб-платформа отправляет GET-запрос по HTTP на адрес OData-сервиса 1С. Например, для получения списка товаров с остатком более 10:
GET /odata/standard.odata/Catalog_Номенклатура?$filter=Остаток gt 10 - Загрузка заказа (Web → 1С): Веб-платформа отправляет POST-запрос с телом в формате JSON, содержащим данные заказа, для создания нового документа «ЗаказКлиента».
Для демонстрации механизма синхронизации (например, на языке Python, имитирующем работу Web-платформы) можно привести следующий гипотетический фрагмент, использующий JSON для обмена:
# Пример JSON-структуры для создания заказа в 1С через OData
order_data = {
"Ref_Key": "908c692c-54a2-11e5-82e7-005056976681", # Уникальный ID
"Date": "2025-10-24T10:00:00",
"Client_Key": "e81d83df-8181-499b-ab29-015886d30f3b", # Ссылка на контрагента
"Amount": 15500.00,
"OrderItems": [
{"Nomenclature_Key": "a1d3f9g8...", "Quantity": 2, "Price": 5000.00},
{"Nomenclature_Key": "b2e4h0i9...", "Quantity": 1, "Price": 5500.00}
]
}Анализ и управление критическими рисками проекта
Проекты системной интеграции обладают повышенной сложностью. Отраслевая статистика свидетельствует, что почти каждый второй (около 50%) комплексный ИТ-проект требует доработки после неудачного внедрения, а затраты на исправление могут достигать 10–30% от общего бюджета. Как же избежать этого дорогостоящего провала?
Критически важно анализировать риски, специфичные для связки 1С-Web:
- Организационный риск (Отсутствие бизнес-цели):
- Суть: Проект инициирован без четкого понимания, какие именно бизнес-показатели (KPI) должны быть улучшены.
- Управление: На этапе ТЭО обязательно закрепление целевых KPI (например, сокращение времени обработки заказа на 40%).
- Интеграционные риски и конфликты данных:
- Суть: Возникают конфликты при одновременном изменении данных в обеих системах между обменами, что приводит к дублированию записей или некорректному ведению справочников.
- Управление: Внедрение строгих регламентов синхронизации, использование уникальных идентификаторов (GUID 1С) для сопоставления объектов и реализация механизма «блокировки» или «приоритета» для критически важных данных (например, 1С всегда является мастером для цен и остатков).
- Риски качества исходных данных:
- Суть: Некорректные, устаревшие или неактуальные данные в учетной системе 1С (например, отсутствие описаний товаров, неверные единицы измерения) автоматически переносятся на сайт, ухудшая пользовательский опыт.
- Управление: Фактор успеха: Требование выгрузки тестовых данных из 1С на самых ранних этапах проекта для корректного проектирования структуры каталога товаров и валидации данных на стороне интернет-магазина. Это позволяет выявить и устранить проблемы с качеством данных до начала боевой эксплуатации.
Глава 3. Технико-экономическое обоснование и оценка эффективности проекта
Методология расчета экономической эффективности ИТ-проекта
Технико-экономическое обоснование (ТЭО) проекта интеграции должно быть комплексным и учитывать как прямые, финансовые выгоды, так и нематериальный (качественный) эффект.
Выбор методик:
- Финансовые (Количественные) Методы: Используются для расчета прямых денежных потоков и оценки окупаемости инвестиций. Ключевые показатели: NPV, ROI, PBP.
- Качественные Методы: Используются для оценки нематериальных выгод, которые сложно выразить напрямую в денежном эквиваленте, но которые критичны для стратегического развития компании.
Качественные методы в оценке ИТ-проектов:
- Информационная экономика (Information Economics): Позволяет оценить инвестиции через приоритизацию проектов на основе их вклада в стратегические цели компании.
- Сбалансированная система показателей (Balanced Scorecard, BSC): Оценивает проект по четырем ключевым перспективам: Финансы, Клиенты, Внутренние бизнес-процессы, Обучение и развитие (персонал). Внедрение интеграции, например, может улучшить перспективу «Клиенты» за счет повышения скорости обслуживания, что является нематериальной, но стратегически важной выгодой.
Использование BSC и Информационной экономики позволяет избежать ошибок, связанных с фокусировкой только на краткосрочной финансовой отдаче, и учесть улучшение управленческих решений.
Расчет финансово-экономических показателей
Для оценки проекта интеграции необходимо рассчитать начальные инвестиции (IC₀) и ключевые динамические показатели.
3.2.1. Расчет начальных инвестиций (IC₀)
IC₀ включает стоимость разработки, внедрения и покупки необходимого ПО/оборудования.
| Статья Затрат | Описание | Сумма (гипотетический пример, тыс. руб.) |
|---|---|---|
| I. Стоимость разработки | Проектирование, разработка интеграционного модуля OData, тестирование. | 650 |
| II. Аппаратное обеспечение | Модернизация сервера 1С (переход на СУБД). | 150 |
| III. Лицензирование | Лицензии на СУБД (например, PostgreSQL), дополнительные лицензии 1С. | 100 |
| IV. Обучение персонала | Подготовка менеджеров к работе в интегрированной системе. | 50 |
| Общие начальные инвестиции (IC₀) | 950 |
3.2.2. Расчет ключевых динамических показателей
Проект считается эффективным, если его будущая стоимость, приведенная к текущему моменту, превышает начальные инвестиции. Используем ставку дисконтирования (r), например, 10% (0.1).
А. Чистая Приведенная Стоимость (Net Present Value, NPV)
NPV показывает, насколько стоимость проекта в текущих ценах превышает начальные затраты.
Формула расчета NPV:
NPV = Σ_{t=1}^{n} (CF_{t} / (1 + r)^{t}) - IC_{0}
Где:
- CFt — денежный поток в году t (Экономический эффект — Операционные затраты).
- r — ставка дисконтирования (0.1).
- IC0 — начальные инвестиции (950 тыс. руб.).
Критерий эффективности: Проект считается эффективным, если NPV > 0.
Если, например, прогнозируемый среднегодовой денежный поток (CF) составит 400 тыс. руб. в течение 5 лет, NPV будет рассчитан следующим образом:
NPV = [400 / (1+0.1)¹ + 400 / (1+0.1)² + … + 400 / (1+0.1)⁵] — 950 ≈ [363.6 + 330.6 + 300.5 + 273.2 + 248.0] — 950 = 1515.9 — 950 = 565.9 тыс. руб.
Поскольку NPV = 565.9 тыс. руб., проект является финансово эффективным.
Б. Рентабельность Инвестиций (Return On Investment, ROI)
ROI измеряет уровень отдачи от вложенных средств.
Формула расчета ROI:
ROI = ((Экономический Эффект - Затраты) / Затраты) × 100%
Если совокупный дисконтированный экономический эффект за 5 лет составил 1515.9 тыс. руб., а затраты (IC₀) — 950 тыс. руб.:
ROI = ((1515.9 — 950) / 950) × 100% ≈ (565.9 / 950) × 100% ≈ 59.57%
ROI в размере 59.57% подтверждает высокую рентабельность проекта.
В. Срок Окупаемости Инвестиций (Payback Period, PBP)
PBP — это период времени, за который накопленный денежный поток сравняется с начальными инвестициями. При равномерном годовом потоке в 400 тыс. руб.:
PBP = IC₀ / CF = 950 / 400 = 2.375 года (менее 2 лет и 5 месяцев).
Количественная оценка оптимизации бизнес-процессов
Экономический эффект (CF) формируется за счет двух ключевых составляющих: роста доходов (улучшение сервиса, снижение потерь от «оверселлинга») и сокращения издержек (автоматизация ручного труда).
Рассмотрим эффект от сокращения издержек:
Предположим, ручной перенос одного заказа занимает 5 минут, а ручная сверка 1000 позиций номенклатуры — 2 часа.
| Показатель оптимизации | Исходные данные | Экономия времени (в год) | Экономия в рублях (при ставке 300 руб./час) |
|---|---|---|---|
| Обработка заказов | 100 заказов/день, 250 рабочих дней, экономия 5 минут/заказ. | (100 * 250 * 5) / 60 = 2083 часа | 2083 * 300 = 624 900 |
| Синхронизация номенклатуры | 50 сверок/год, экономия 2 часа/сверка. | 50 * 2 = 100 часов | 100 * 300 = 30 000 |
| Итоговая экономия рабочего времени | 2183 человеко-часа | 654 900 руб. |
Таким образом, только за счет экономии фонда оплаты труда (ФОТ) на рутинных операциях, проект приносит ежегодный экономический эффект, который покрывает существенную часть инвестиций и формирует положительный денежный поток для расчета NPV.
Глава 4. Требования к аппаратно-программной архитектуре и обеспечению безопасности
Требования к архитектуре и масштабированию
Успешная интеграция требует стабильной и масштабируемой основы. В этом контексте критическое значение имеет архитектура 1С:Предприятие.
Клиент-серверная архитектура — обязательное требование:
Платформа 1С:Предприятие 8 в файловом варианте работы обеспечивает комфортную одновременную работу не более чем 3–5 пользователей. Поскольку интернет-магазин предполагает неограниченное количество запросов от веб-платформы (которые также являются сессиями для 1С) и работу нескольких внутренних менеджеров, обязателен переход на клиент-серверную архитектуру.
- Сервер 1С:Предприятие: Обеспечивает балансировку нагрузки, управление сеансами и кэширование.
- СУБД (PostgreSQL, MS SQL): Надежное хранение данных. Рекомендуется использовать PostgreSQL как экономически выгодную и производительную альтернативу.
Требования к Web-серверу:
Для публикации HTTP/OData сервисов 1С требуется установка и настройка Web-сервера (например, Internet Information Server (IIS) или Apache). Критически важно, чтобы Web-сервер был корректно настроен для:
- Обработки HTTPS-трафика (для защищенного обмена).
- Настройки прав доступа и разрешений безопасности для каталога публикации 1С, предотвращающих несанкционированный доступ к служебным файлам.
Масштабирование: При росте объемов продаж и увеличении нагрузки, архитектура должна предусматривать возможность горизонтального масштабирования: добавление новых рабочих серверов 1С и кластеризация СУБД.
Обеспечение информационной безопасности
Интеграция открывает дополнительные векторы атак, поскольку внешняя система получает доступ к внутренней учетной базе. Это несет в себе риски утечки коммерческой информации. Какой важный нюанс здесь упускается?
1. Разграничение доступа и аутентификация:
Критически важно использовать специализированного пользователя 1С (Service Account) исключительно для интеграционных задач.
- Принцип наименьших привилегий: Интеграционный пользователь должен иметь права только на те документы и справочники, с которыми он работает (Номенклатура, Заказы, Контрагенты). Доступ к финансовым отчетам и конфиденциальной информации должен быть закрыт.
- Двухфакторная аутентификация (2ФА): Для всех администраторов и ключевых менеджеров 1С должна быть внедрена двухфакторная аутентификация.
2. Парольная политика:
Платформа 1С поддерживает настраиваемую политику сложности паролей, которую необходимо привести в соответствие с современными стандартами:
- Минимальная длина: Рекомендуется устанавливать минимальную длину не менее 7 символов.
- Сложность: Обязательное использование строчных и заглавных букв, цифр, и специальных символов.
- Запрет пустых паролей: Полный отказ от использования пустых паролей, даже для тестовых пользователей.
3. Защита на уровне сети:
Обмен данными между Web-сервером и сервером 1С должен осуществляться внутри защищенного сегмента сети (DMZ или VPN).
- SSL/TLS: Все соединения, особенно при использовании OData/HTTP-сервисов, должны быть зашифрованы с использованием актуальных версий протоколов SSL/TLS.
- Проактивная защита: Мониторинг событий ИБ (SOC) и внедрение антивирусных решений для виртуальных машин, где размещены серверы, являются обязательными мерами для защиты от внешних угроз.
Заключение
В рамках данной работы была разработана исчерпывающая методологическая структура для технико-экономического проектирования интеграции корпоративной информационной системы 1С:Предприятие и внешних веб-технологий (интернет-магазина). Цель работы — создание комплексного ТЭО и инженерного плана — полностью достигнута.
Ключевые выводы и достижения:
- Архитектурная Оптимизация: Определен оптимальный подход к интеграции, основанный на принципах Сервис-ориентированной архитектуры (SOA) и использовании Автоматического REST API 1С на базе протокола OData v3.0. Это обеспечивает максимальную надежность, скорость обмена данными (XML/JSON) и упрощает разработку за счет использования встроенных механизмов платформы.
- Экономическое Обоснование: Проведено всестороннее технико-экономическое обоснование, включающее не только стандартные динамические финансовые показатели (NPV, ROI, PBP), но и качественные методики (BSC, Информационная экономика). Расчеты, основанные на гипотетических, но реалистичных данных, показали высокую эффективность проекта: NPV > 0 (565.9 тыс. руб.) и ROI ≈ 60%, со сроком окупаемости менее 2.5 лет.
- Количественная Оценка Эффекта: Доказана высокая практическая значимость интеграции за счет количественной оценки оптимизации бизнес-процессов. Установлено, что автоматизация рутинных операций (обработка заказов, синхронизация номенклатуры) может высвободить более 2000 человеко-часов в год, что является прямым источником экономического эффекта.
- Управление Рисками и Безопасность: Выявлены критические риски (конфликты версий данных, организационные риски) и определены факторы успеха (ранняя выгрузка данных из 1С). Обоснована необходимость перехода на клиент-серверную архитектуру и внедрения строгих политик безопасности, включая двухфакторную аутентификацию и минимальную длину пароля в 7 символов.
Практическая значимость работы заключается в том, что разработанный методологический план служит готовым шаблоном для реализации реального ИТ-проекта, минимизируя риски и обеспечивая прозрачность финансового планирования.
Направления дальнейшего развития проекта могут включать разработку механизмов обмена данными с маркетплейсами (Wildberries, Ozon) через аналогичные HTTP/REST-интерфейсы и внедрение технологий машинного обучения в 1С для прогнозирования спроса на основе данных, поступающих с веб-платформы.
Список использованной литературы
- Алексеев А., Безбородов А., Виноградов А. и др. 1С: Предприятие 8.0 Описание встроенного языка. Москва : 1С, 1996—2003.
- Аткинсон Л. MySQL. Библиотека профессионала. Москва : Вильямс, 2002. 624 с.
- Бобошко Д.Д. 1С: Предприятие 8.0. Программирование в примерах. Москва : КУДИЦ-ПРЕСС, 2007. 384 с.
- Борисов Б. Л. Технологии рекламы и PR.
- Викторов Д. Как нам обустроить Web // Компьютерра. 1996. № 48 (9 декабря). С. 14.
- Габец А.П., Гончаров Д.И., Козырев Д.В. и др. Профессиональная разработка в системе 1С: Предприятие 8 / под ред. М.Г. Радченко. Москва : 1С-Паблишинг; СПб. : Питер, 2007. 808 с.
- Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. Санкт-Петербург : Питер, 1997. 704 с.
- Грабер М. Введение в SQL : пер. с англ. Издательство «ЛОРИ», 1996. 375 с.
- Д. А. Акер. Создание сильных брендов.
- Золотов С. Протоколы Internet. Санкт-Петербург : BHV — Санкт-Петербург, 1998. 304 с.
- «Клиент-серверная система управления базами данных масштаба корпорации» // Журнал F1. 1998. №3 (июль). С. 44.
- Корнева Л.В. 1С: Торговля+Склад. Версия 8.0. Ростов н.Д : Феникс, 2005. 272 с.
- Котлер Ф. Основы маркетинга.
- Кузнецов М., Симдянов И. Объектно-ориентированное программирование на PHP. Санкт-Петербург : БХВ-Петербург, 2007.
- Люк Веллинг, Лора Томсон. Разработка Web-приложений с помощью PHP и MySQL. Москва : Вильямс, 2005. 230 с.
- Мазуркевич А, Еловой Д. PHP: настольная книга программиста. Минск : Новое знание, 2003. 480 с.
- Овчаренко А.Н. Основы рекламы.
- Радченко М.Г. 1С: Предприятие 8.0. Практическое пособие разработчика. Примеры и типовые приемы. Москва : 1С-Паблишинг, 2004. 656 c.
- Райс Э., Траут Дж. Позиционирование. Битва за узнаваемость.
- Стивен Хольцнер. PHP в примерах. Пер. с англ. Москва : Бином-Пресс, 2007. 352 с.
- Уэнц Кристиан. PHP. Карманный справочник. Москва : Вильямс, 2007. 384 с.
- Харрис Э. PHP/MYSQL для начинающих : пер. с англ. Москва : Кудиц-Образ, 2005. 384 с.
- Фленов М. Е. PHP глазами хакера. Санкт-Петербург : БХВ-Петербург, 2005. 304 с.
- Анатомия рекламного образа / под ред. Овруцкого.
- Архитектура хостинга 1С: как решить проблемы безопасности // Habr. URL: https://habr.com (дата обращения: 24.10.2025).
- Безопасность 1С: обзор уязвимостей и рекомендации по защите // Habr. URL: https://habr.com (дата обращения: 24.10.2025).
- Безопасность | Архитектура платформы 1С:Предприятие (версия 8.3.27). URL: https://1c.ru (дата обращения: 24.10.2025).
- Документация по PHP. URL: http://www.php.su (дата обращения: 24.10.2025).
- Документация по PHP. URL: http://www.phpfaq.ru/ (дата обращения: 24.10.2025).
- Документация по СУБД MySQL. URL: http://www.mysql.ru (дата обращения: 24.10.2025).
- Документация по оформлению сайтов. URL: http://www.oswd.org/ (дата обращения: 24.10.2025).
- Защита 1С. Проблемы информационной безопасности 1С // EFSOL. URL: https://efsol.ru (дата обращения: 24.10.2025).
- Интеграция | Архитектура платформы 1С:Предприятие (версия 8.3.27). URL: https://1c.ru (дата обращения: 24.10.2025).
- Интеграция 1С с сайтом: преимущества и пути решения // WiseAdvice-IT. URL: https://wiseadvice-it.ru (дата обращения: 24.10.2025).
- Интеграция 1С с сайтом: риски и немного реальности // Sibirix. URL: https://sibirix.ru (дата обращения: 24.10.2025).
- Как обеспечить информационную безопасность web-подключения к 1С // EFSOL. URL: https://efsol.ru (дата обращения: 24.10.2025).
- Коллекция клипартов, используемых для оформления сайта. URL: http://www.clipart.net.ua/ (дата обращения: 24.10.2025).
- Методический подход оценки экономической эффективности ИТ-проектов // Cyberleninka. URL: https://cyberleninka.ru (дата обращения: 24.10.2025).
- Методы определения экономического эффекта от ИТ-проекта // Статьи iTeam. URL: https://iteam.ru (дата обращения: 24.10.2025).
- Методы оценки экономической эффективности проекта. URL: https://kpfu.ru (дата обращения: 24.10.2025).
- Обзор архитектуры платформы | Базовые механизмы // 1С:Предприятие. URL: https://1c.ru (дата обращения: 24.10.2025).
- Описание логическои архитектуры п��атформы 1С:Предприятие. URL: https://platform.gov.ru (дата обращения: 24.10.2025).
- Оценка эффективности ИТ-проектов // КубГУ. URL: https://kubsu.ru (дата обращения: 24.10.2025).
- Программно-аппаратная защита информации // Высшая школа экономики. URL: https://hse.ru (дата обращения: 24.10.2025).
- РАЭК: eCommerce вырос на 16% за год // CFO Russia. URL: https://cfo-russia.ru (дата обращения: 24.10.2025).
- РАЭК: объем рынка eCommerce вырастет 15,4 трлн рублей // MPGO. URL: https://mpgo.ru (дата обращения: 24.10.2025).
- РАЭК: Электронная коммерция в России продолжает расти опережающими темпами // E-pepper. URL: https://e-pepper.ru (дата обращения: 24.10.2025).
- Риски разработки web-ориентированных информационных систем // Статья в журнале Moluch. URL: https://moluch.ru (дата обращения: 24.10.2025).
- Статьи о регулярных отношениях в PHP. URL: http://xpoint.ru/ (дата обращения: 24.10.2025).
- Экономика рунета в 2024 году выросла на 40%, до 24 трлн рублей // New-Retail.ru. URL: https://new-retail.ru (дата обращения: 24.10.2025).
- 10 типовых рисков срывов проекта. Памятка для внедренцев и заказчиков // Инфостарт. URL: https://infostart.ru (дата обращения: 24.10.2025).