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

Проектирование реализации операций бизнес-процесса «Контроль поставок товара (АНАЛИТИЧЕСКАЯ ЧАСТЬ)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

Теоретическая значимость работы заключается в выработке методик для автоматизации бизнес-процессов отдела контроля поставок товара.

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

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

Предмет исследования – компьютеризированные системы управления, предназначенные для автоматизации логистической деятельности организации.

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

Для достижения поставленной цели были сформулированы задачи:

изучить особенности предметной области;
проанализировать рынок имеющихся программных решений;
сформулировать требования к разрабатываемой подсистеме «Управление контроля поставок товара»;
разработать подсистему «Управление контроля поставок товара».

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

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Выбор комплекса задач автоматизации

Основными задачами логистических процессов является обеспечение транспортировки и хранения ресурсов. В связи с этим различаются и обязанности логиста. Так, логист в сфере складского хранения организует деятельность складских комплексов и терминалов, определяет порядок размещения и хранения товарно-материальных ценностей (ТМЦ), формирует схему его обработки. Кроме того, на нем лежат обязанности по обеспечению эффективного использования складских площадей. Транспортный логист или диспетчер планирует маршруты и порядок перевозки грузов, подготавливает все необходимые документы для транспортировки, осуществляет контроль над процессами перевозок. Выделение таких функций позволяет максимизировать качество выполняемых диспетчером работ и минимизировать затраты, связанные с непрофессионализмом.

Функции, выполняемые отделом логистики, отражены на схеме (рис. 1).

Рис. 1. Функции отдела контроля поставок

По мнению некоторых ученых, логистический цикл заказов
представляется в виде схемы (рис. 2).

Рис. 2. Составляющие общего логистического цикла заказов

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

1.2. Характеристика существующих бизнес-процессов

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

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

Прием менеджером по работе с клиентами и партнерами (реже – директором отдела) заявки от клиентов и/или партнеров по телефону, или по общей корпоративной почте, уточнение запроса и выявление существенных нюансов (сроков исполнения, важные параметры, расчет и согласование стоимости услуг и т.д.);
Определение менеджером специалиста, ранее работавшим с клиентом/партнером по запрашиваемому виду услуг;
Формирование менеджером и пересылка в электронном виде заявки клиента/партнера с указанием условий технического задания начальнику соответствующего подразделения и идентифицированному специалисту – в случае осуществления ранее аналогичных работ, только начальнику соответствующего подразделения – в случае первичного обращения по услуге, с пометкой «первая услуга»;
В случае первичного обращения по услуге – определение начальником департамента специалиста, которому будет поручено выполнение заявки и направка заявки специалисту с указанием менеджера, направившего эту заявку, а также ответ менеджеру с указанием принятого решения по определению ответственного специалиста;
Отправка менеджеру специалистом подтверждения о получении заявки с указанием факта готовности ее исполнения (готов/не готов), с указанием объяснительных причин – в случае неготовности исполнения;
В случае неготовности исполнения специалистом заявки – отправка менеджером клиенту запроса о согласии на прохождение повторного цикла заявки с указанием объяснительных причин несостоятельности первого цикла и описанием предлагаемых условий прохождения повторного цикла;
В случае отказа клиента о прохождении повторного цикла заявки – закрытие заявки;
В случае согласия клиента на прохождение повторного цикла заявки – направление менеджером повторной заявки специалисту;
В случае готовности исполнения специалистом заявки или в случае согласия клиента на прохождение повторного цикла заявки – исполнение заявки специалистом по схеме утвержденного технического задания;
Мониторинг менеджером сроков исполнения заявки и существенных условий технического задания;
Мониторинг начальником соответствующего подразделения сроков, существенных условий и профессионального качества выполнения технического задания;
Отправка специалистом результата выполнения заявки начальнику соответствующего подразделения и менеджеру, от которого поступила заявка в отдел;
Пересылка менеджером, принявшим заявку и получившим результат ее выполнения, результата и/или отчета об окончании выполнения работ/оказанию услуг клиенту/партнеру;
В случае неудовлетворительного согласования результатов исполнения заявки, передача менеджером ответственности за устранение разногласий начальнику соответствующего подразделения с указанием претензий клиента и его контактов и уведомление менеджером директора по работе с клиентами и партнерами о факте конфликта интересов;
В случае получения начальником подразделения результатов неудовлетворительного согласования исполнения заявки, под контролем директора по работе с клиентами и партнерами начальником соответствующего подразделения предпринимаются все меры по выявлению и устранению причин расхождения результатов от технического задания в случае ошибки специалиста и недостаточном контроле со стороны начальника подразделения – за счет штрафных санкций соответствующего отдела, в случае необоснованных претензий клиента/партнера – за счет клиента/партнера;
В случае удовлетворительного согласования результатов исполнения заявки, выставление менеджером клиенту/партнеру счета на оплату;
Контроль менеджером факта оплаты клиентом выполненных работ/оказанных услуг;
Сбор и передача менеджером в бухгалтерию всех необходимых первичных документов от клиентов/партнеров;
Добавление менеджером информации об исполненной заявке в сводный отчет о заявках, подлежащий представлению директору по работе с клиентами и партнерами;
Закрытие заявки.

1.3. Характеристика документооборота, возникающего при решении задачи

Основным документом в рассматриваемой задаче является заявка клиента. Схема документооборота заявки приведена на рис. 3.

Рисунок 3. Схема документооборота

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

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

Временные характеристики описанных процессов приведены в таблице 1.

Таблица 1. Характеристики описанных процессов

Действие	Среднее количество за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Регистрация заявки	10	15	150
Поиск необходимой информации	5	30	150
Анализ информации за период	0,5	60	30
ИТОГО, минут:			330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей (то есть непосредственную работу по решению проблем клиента и выработке необходимых мероприятии) остается менее 40 % рабочего времени, что крайне неэффективно.

Для данного способа также характерны следующие недостатки:

Невысокая скорость и точность выполнения расчетов.
Неэффективное использование рабочего времени.
Слабый контроль работы сотрудника.
Бюрократия – увеличивающийся «поток» бумажной работы.
Усталость служащих - усиление негативного воздействия человеческого фактора.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации.

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

1.4. Обоснование проектных решений по информационному обеспечению

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

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

Классики интегрированной логистики Д. Бауэрсокс и Д. Клосс справедливо подчеркивают: «Фирмы с передовыми логистическими системами считают, что дешевле с помощью информации искать оптимальные решения, чем осуществлять неоптимальное перемещение запасов» [22].

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

планирование и координация производственной, транспортной
деятельности и размещение запасов;
оперативная деятельность, связанная с управлением, транспортированием и грузопереработкой.

Информационный процесс с помощью ИТ реализуется со следующими
основными функциями:

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

В этой связи ИОТЛ должно соответствовать следующим основным
требованиям:

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

Информационные ресурсы можно представить в виде схемы (рис. 3).

Рис. 3. Информационные ресурсы логистики

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

базовых логистических операций;
управленческого контроля;
анализа оперативных и стратегических решений.

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

получение заказов;
обработки заказов;
транспортировка;
распределение;
управление запасами.

Рис. 4. Инфраструктура потоков логистической информации

Файлы данных – это инфраструктура информационной системы, где хранится информация, сгруппированная по функциональным признакам; ввод данных – информационный интерфейс из внешних источников. Логистические отчеты содержат информацию о логистических операциях и межфункциональных связях.

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

1.4. Обоснование проектных решений по программному обеспечению

В организации имеются нормативно-правовые и организационно-распорядительные документы такие как:

- 1. Регламент информационной безопасности:
доступ сотрудников к служебной информации, составляющей коммерческую тайну;
доступ к использованию программного обеспечения, сконфигурированного персонального под организацию (1С Бухгалтерия; CRM Fresh Office – Система управления клиентами и партнерами; файловое хранилище).
- 1. Регламенты использования сети Internet, электронной почты организации.

С целью более эффективного исполнения регламентов в организации.

В организации настроена служба Active Directory на Windows Server 2003. Она позволяет настраивать и контролировать информационную безопасность.

Active Directory имеет следующую структуру.

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

Аудит. Все изменения объектов Active Directory записываются, поэтому известно, что именно изменилось, какое значение имеет измененный атрибут сейчас и какое значение он имел ранее.

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

Повышение эффективности управления учетными записями пользователей, применяемыми в качестве удостоверений для служб. Поддержка паролей учетных записей служб (учетных записей пользователей, применяемых в качестве удостоверений для служб) — одна из тех задач, которые отнимают у ИТ-специалистов больше всего времени. Если пароль учетной записи службы изменяется, службам, которые используют соответствующее удостоверение, также необходимо указать новый пароль. Чтобы разрешить эту проблему, Windows Server 2008 R2 поддерживает новый компонент — управляемые учетные записи служб. который при изменении пароля учетной записи службы автоматически изменяет пароли для всех служб, использующих эту учетную запись.

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

Встроенный протокол SCEP. Можно выдавать сертификаты сетевым устройствам, например маршрутизаторам.

Сетевой ответчик. Записи в списке отзывов сертификатов (CRL) можно возвращать запросившей стороне в виде откликов отдельных сертификатов вместо отправки всего CRL. Это снижает сетевой трафик, расходуемый при проверке сертификатов клиентскими системами.

PKI предприятия (представление PKI). Это средство управления дает возможность администратору служб сертификации управлять иерархией центра сертификации (ЦС) для определения общей работоспособности ЦС и устранения неполадок.

Службы федерации Active Directory(AD FS). Представляют собой безопасное, расширяемое решение управления доступом с возможностью интернет-масштабирования, которое позволяет организациям осуществлять проверку подлинности пользователей из других организаций. При помощи AD FS в Windows Server 2003 можно простым и безопасным способом предоставлять внешним пользователям доступ к ресурсам домена вашей организации. Службы AD FS также упрощают интеграцию между недоверенными ресурсами и ресурсами домена в вашей организации.

Контроль проверки подлинности. В Windows Server 2008 R2 службы федерации Active Directory поддерживают контроль проверки подлинности — новую возможность, с помощью которой администраторы могут устанавливать политики проверки подлинности для учетных записей, проходящих проверку подлинности в федеративных доменах. Это позволяет выполнять проверку подлинности с помощью смарт-карт и использовать другие сценарии проверки подлинности.

Службы управления правами Active Directory. Интеллектуальная собственность любой организации нуждается в надежной защите. Службы управления правами Active Directory (AD RMS) входят в состав Windows Server 2008 R2 и предназначены для того, чтобы разрешать доступ к файлам только тем пользователям, которые имеют на это право. Службы AD RMS защищают файл путем перечисления прав, которыми пользователь обладает в отношении данного файла. Права можно настроить таким образом, чтобы дать возможность пользователю открывать, изменять, печатать, перенаправлять информацию или выполнять другие действия с ней. При помощи AD RMS можно защищать данные, даже когда они распространяются за пределами вашей сети.

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1.Информационная модель и ее описание

Для работы модуля «Контроль поставок товара» разработан механизм работы, входными данными для работы которого является информация о заказе, а исходящими – отчет о поставке товара.

Для более подробного рассмотрения алгоритма можно разложить его на 3 этапа:

оформление заявки;
формирование маршрута;
контроль поставки товара.

Для понимания работы алгоритма автоматического расчета маршрутов следования транспортных средств, процесс можно разделить на 3 части:

разбиение на кластеры;
построение маршрута;
корректировка, проведение и печать маршрутного листа.

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

После формирования списка поставки формируется маршрутный лист, в который вносится подробная информация о поставляемом товаре, его количестве, а также адресе поставки.

Описанный процесс повторяется до тех пор, пока не кончатся точки поставки или транспортные средства, осуществляющие поставку (рис. 5).

Рис. 5. Алгоритм формирования маршрутного листа

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Поскольку приложение «Управление контроля поставок товара» является модулем с возможностью интеграции в различные конфигурации «1С: Предприятие 8.2», оно использует часть объектов типового решения.

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

константы;
перечисления;
справочники;
документы;
регистры сведений;
отчеты;
обработки.

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

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

В программных модулях для общих действий над заданными в конфигураторе константами (получение формы для управления константами, создание набора констант) служит объект КонстантыМенеджер. Для одновременного изменения значений определенной группы констант следует пользоваться объектом КонстантыНабор. Для чтения и записи значения определенной константы можно обращаться к объекту [13, 14].

В рамках разработанного модуля была добавлена константа «ПДАдресКаталогаВременныхФайлов», имеющая тип «Строка» неограниченной длинны.

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

В рамках разработки модуля создано два перечисления. «ПДСтатусЗаявкиДоставки», со значениями:

«ЗаявкаПринята»;
«Доставка»;
«Выполнено».

«ПДСостоянияТранспортныхСредств», со значениями:

«Работает»;
«Не работает»;
«Сломано».

Для работы с постоянной и условно постоянной информацией с некоторым множеством значений в системе, используются объекты типа «Справочник».

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

Помимо кода и наименования, механизм работы со справочниками позволяет создавать набор реквизитов для хранения любой дополнительной информации об элементе справочника [13, 14].

В рамках разрабатываемого модуля новые справочники не добавлялись. В типовой справочник «Склады» был добавлен реквизит «ПДАдрес» с типом «Строка» неограниченной длины.

Для своей работы модуль использует типовые справочники:

справочник «Номенклатура»;
справочник «Упаковки номенклатуры»;
справочник «Транспортные средства»;
справочник «Контрагенты»;
справочник «Физические лица».

Документ – одно из основных понятий системы «1С: Предприятие». При помощи документов организуется ввод в систему информации о совершаемых хозяйственных операциях, а также ее просмотр и корректировка.

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

Структура каждого конкретного вида документа определяется при его создании в конфигураторе. У любого вида документа существуют реквизиты, которые создаются автоматически – это «Дата» и «Номер». Прочие реквизиты документа определяются в конфигураторе отдельно для каждого создаваемого вида документа [13, 14].

Для реализации функций модуля были разработаны следующие документы:

документ «ПДЗаявкаНаДоставку»;
документ «ПДМаршрутныйЛист»;
документ «ПДОтчетОДдоставке»;
документ «ПДСостояниеТранспортныхСредств».

Кроме того, модуль использует типовой документ «Реализация товаров и услуг».

Документ «ПДЗаявкаНаДоставку» позволяет оформлять заявку с указанием адреса поставки и перечнем поставляемого товара. При проведении документ делает запись в регистре сведений «ПДЗаявкиНаДоставку», устанавливая статус заявке «Заявка принята». Структура реквизитов документа приведена в таблице 6.

Таблица 6. Структура документа «ПДЗаявкаНаДоставку»

Реквизит	Тип
Адрес	Строка
Контрагент	СправочникСсылка.Контрагенты
Склад	СправочникСсылка.Склады

Помимо реквизитов, в документе имеется табличная часть «Товары», характеризующая поставляемый товар. Структура табличной части документа приведена в таблице 7.

Таблица 7. Табличная часть «Товары» документа «ПДЗаявкаНаДоставку»

Реквизит табличной части	Тип
Номенклатура	СправочникСсылка.Номенклатура
Упаковка	СправочникСсылка.УпаковкиНоменклатуры
Количество	Число (8, 3)
Масса	Число (8, 3)
Объем	Число (10, 6)

Документ «ПДМаршрутныйЛист» предназначен для отражения порядка поставки товара до потребителя. При проведении документ делает запись в регистре сведений «ПДЗаявкиНаДоставку» устанавливая статус заявкам «Доставка». Структура реквизитов документа приведена в таблице 8.

Таблица 8. Структура документа «ПДМаршрутныйЛист»

Реквизит	Тип
Транспортное средство	СправочникСсылка.ТранспортныеСредства

Для ведения списка поставляемого товара и его характеристик используется табличная часть «СписокДоставки». Структура табличной части документа приведена в таблице 9.

Таблица 9. Табличная часть «Список поставки» документа «ПДМаршрутныйЛист»

Реквизит табличной части	Тип
Адрес	Строка (неограниченной длинны)
Заявка	ДокументСсылка.ПДЗаявкаНаДоставку
Товар	СправочникСсылка.Номенклатура
Количество	Число (8, 3)
Контрагент	СправочникСсылка.Контрагенты

Документ «Отчет о поставке» предназначен для отметки о поставке товара потребителю. При проведении документ делает запись в регистре сведений «ПДЗаявкиНаДоставку» устанавливая статус заявкам «Выполнено». Структура реквизитов документа приведена в таблице 10.

Таблица 10. Структура документа «ПДОтчетОДдоставке»

Реквизит	Тип
Транспортное средство	СправочникСсылка.ТранспортныеСредства
Курьер	СправочникСсылка.ФизическиеЛица

Для ведения перечня выполненных заявок в документе имеется табличная часть «Товары». Структура табличной части документа приведена в таблице 11.

Таблица 11. Структура табличной части «Товары» документа «ПДОтчетОДдоставке»

Реквизит табличной части	Тип
Адрес	Строка (неограниченной длинны)
Заявка	ДокументСсылка.ПДЗаявкаНаДоставку
Контрагент	СправочникСсылка.Контрагенты

Документ «ПДСостояниеТранспортныхСредств» позволяет оформлять документы с указанием состояния транспортных средств. При проведении документ делает запись в регистре сведений «ПДСостояниеТранспортныхСредств», устанавливая статус, указанный в документе. Структура реквизитов документа приведена в таблице 12.

Таблица 12. Структура документа «Заявка на поставку»

Реквизит	Тип
Транспортное средство	СправочникСсылка.ТранспортныеСредства
Состояние	ПеречислениеСсылка.ПДСостоянияТранспортныхСредств
Склад	СправочникСсылка.Склады

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

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

Регистр сведений, фактически, представляет собой массив данных, необходимый, чтобы реализовать функцию, которая может выдать необходимую информацию по определенному набору аргументов. Аргументы функции называются измерениями, а результат функции – ресурсами. В приведенном выше примере регистр «Цены Конкурентов» будет содержать измерения «Конкурент» и «Товар», и ресурс «Цена». Ресурсов может быть больше чем один: например, можно хранить оптовую и розничную цены.

При создании модуля было добавлено два регистра сведений:

регистр сведений «ПДСостояниеТранспортныхСредств»;
регистр сведений «ПДЗаявкиНаДоставку».

Регистр сведений «ПДЗаявкиНаДоставку» является периодическим с периодом «По позиции регистратора». Это означает, что уникальность записи регистра контролируется в рамках каждой записи. Таким образом, исключается возможность дублирования данных. Структура регистра сведений приведена в таблице 12.

Таблица 12. Структура регистра сведений «Заявки на поставку»

Измерения
Наименование	Тип
Заявка	ДокументСсылка.ПДЗаявкаНаДоставку
Контрагент	СправочникСсылка.Контрагенты
Адрес	Строка
Ресурсы
Наименование	Тип
Состояние поставки	ПеречислениеСсылка.ПДСтатусЗаявкиДоставки

Назначение регистра сведений «Заявки на поставку» приведены в таблице 13.

Таблица 13. Назначение регистра сведений «Заявки на поставку»

Объект	Использование
ПДЗаявкаНаДоставку	Регистратор (формирование записей)
ПДМаршрутныйЛист	Регистратор (формирование записей)
ПДОтчетОДдоставке	Регистратор (формирование записей)

Регистр сведений «ПДСостояниеТранспортныхСредств» предназначен для хранения информации как о техническом состоянии транспортного средства, так и о местоположении его относительно складских территорий. Данный регистр является периодическим с периодом «По позиции регистратора». Регистратором является документ «ПДСостояниеТранспортныхСредств». Структура регистра сведений приведена в таблице 14.

Таблица 14. Структура регистра сведений «ПДСостояниеТранспортныхСредств»

Измерения
Наименование	Тип
Транспортное средство	СправочникСсылка.ТранспортныеСредства
Склад	СправочникСсылка.Склады
Ресурсы
Наименование	Тип
Состояние	ПеречислениеСсылка.ПДСостоянияТранспортныхСредств

2.3. Характеристика результатной информации

Назначение отчетов в системе «1С: Предприятие» – представление информации из базы данных в удобном для использования и дальнейшей обработки виде [13, 14]. В разработанном модуле отчеты созданы с использованием системы компоновки данных.

Разработаны следующие отчеты.

Отчет «ПДИмеющиесяЗаявки» предназначен для просмотра зарегистрированных заявок на поставку на выбранный период. Текст запроса для системы компоновки данных:

ВЫБРАТЬ

ПДЗаявкиНаДоставкуСрезПоследних.Заявка,

ПДЗаявкиНаДоставкуСрезПоследних.Контрагент,

ПДЗаявкиНаДоставкуСрезПоследних.Адрес

ИЗ

РегистрСведений.ПДЗаявкиНаДоставку.СрезПоследних(&Период, ) КАК ПДЗаявкиНаДоставкуСрезПоследних ГДЕ

ПДЗаявкиНаДоставкуСрезПоследних.СостояниеДоставки = &СостояниеДоставки

Параметр «СостояниеДоставки» принимает значение «Заявка принята».

Отчет «ПДВыполненныеЗаявки» предназначен для контроля за исполнением заявок на поставку. Текст запроса для системы компоновки данных:

ВЫБРАТЬ

ПДЗаявкиНаДоставкуСрезПоследних.Заявка,

ПДЗаявкиНаДоставкуСрезПоследних.Контрагент,

ПДЗаявкиНаДоставкуСрезПоследних.Адрес,

ПДЗаявкиНаДоставкуСрезПоследних.СостояниеДоставки

ИЗ

РегистрСведений.ПДЗаявкиНаДоставку.СрезПоследних(&Период, ) КАК ПДЗаявкиНаДоставкуСрезПоследних ГДЕ ПДЗаявкиНаДоставкуСрезПоследних.Заявка.Дата >=&ДатаНач И ПДЗаявкиНаДоставкуСрезПоследних.Заявка.Дата <=&ДатаКон

Объект метаданных «Обработка» предназначен для реализации различных обработок информации и сервисных функций. Обычно обработка содержит алгоритмы получения и обработки информации, формы, при помощи которых организуется интерфейс для ввода параметров алгоритмов и представления их работы, а также может содержать макеты, используемые для вывода результатов выполнения алгоритма обработки в табличный документ [13, 14].

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

2.4. Дерево функций и сценарий диалога

В разработанном модуле предусмотрен только один пользователь – менеджер. Дерево функций модуля представлено на рисунке 7.

Рисунок 7. Дерево функций менеджера

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

Рисунок 8 Сценарий диалога

2.5. Характеристика базы данных

В разработанном модуле используется СУБД 1С Предприятие 8.0. В решаемой задаче используется следующая ER-модель, отображенная на рисунке 9, описывающая взаимосвязь таблиц в БД.

Рисунок 9. Схема данных

2.6. Дерево вызовов программных модулей

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

Рисунок 10 Структурная схема пакета

2.7. Описание программных модулей

На рисунке 11 представлена схема добавления данных о проекте.

Рисунок 11 Схема добавления данных о проекте

2.8. Контрольный пример реализации проекта и его описание

Для начала работы с подсистемой «Управление поставкой товара» необходимо произвести первичное заполнение констант, справочников и документов.

Для отображения маршрута движения транспортного средства на карте необходимо заполнить значение константы «Адрес каталога временных файлов». Для этого в интерфейсе «Управление поставкой» следует перейти в раздел «Сервис», выбрать «Адрес каталога временных файлов» (рис. 13). После нажатия кнопки «Записать и закрыть» информация будет добавлена в базу.

Рис. 13. Форма редактирования константы

В разделе «НСИ и администрирование» следует выбрать «Виды номенклатуры». В открывшемся окне отображаются все виды номенклатуры (рис. 14).

Рис. 14. Справочник «Виды номенклатуры»

При нажатии кнопки «Создать» откроется окно, в котором необходимо заполнить реквизиты «Наименование» и «Тип номенклатуры» (товар или услуга), затем нажать кнопку «Записать и закрыть» (рис 15).

Рис. 15. Добавление вида номенклатуры

Заполнение справочника номенклатура производится из раздела «НСИ и администрирование», в котором необходимо выбрать «Номенклатура». В открывшемся окне отображается вся номенклатура (рис 16).

Рис. 16. Справочник «Номенклатура»

После нажатия кнопки «Создать» откроется окно создания нового элемента справочника (рис. 17). В этом окне необходимо заполнить реквизиты «Вид номенклатуры», «Рабочее наименование», «Наименование для печати». Для работы модуля «Управление поставкой» необходимо установить флаг «Использовать упаковки» и в поле «Набор упаковок» выбрать соответствующий вид упаковки (рис. 18). Также следует заполнить поля «Единица хранения» и «Вес (нетто)», которые необходимы для работы с модулем «Управление поставкой».

Рис. 18. Создание нового элемента справочника «Номенклатура»

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

При нажатии на кнопку «Создать» в справочнике «Упаковки номенклатуры» откроется окно создания нового элемента (рис. 19). В открывшемся окне необходимо заполнить реквизиты «Единица по классификатору», «Наименование», «Вес (Брутто)», «Типоразмер».

Рис. 19. Создание элемента справочника «Упаковки номенклатуры»

Если необходимый типоразмер упаковки отсутствует, следует нажать кнопку «Создать». В открывшемся окне необходимо ввести название упаковки, и ее габаритные показатели, после чего нажать кнопку «Записать и закрыть» (рис. 20).

Рис. 20. Создание типоразмера упаковки

Установив курсор на созданный типоразмер, следует нажать кнопку «Выбрать», после чего вся необходимая информация заполнится автоматически. Для сохранения типа упаковки требуется нажать кнопку «Записать и закрыть». Число упаковок у одного товара не ограничено. Завершив внесение информации об упаковке товара, необходимо перейти в основной раздел «Карточки номенклатуры» и нажать кнопку «Записать и закрыть».

Заполнение справочника транспортных средств производится из раздела «Управление поставкой», в котором необходимо выбрать «Транспортные средства» (рис. 21).

Рис. 21. Справочник «Транспортные средства»

Обязательные для заполнения реквизиты отмечены красной линией: «Государственный номер», «Наименование», «Вместимость», «Грузоподъемность» (рис. 22).

Рис. 22. Создание нового элемента справочника «Транспортные средства»

Заполнение справочника складов производится из раздела «НСИ и администрирование», в котором необходимо выбрать «Склады и магазины». В открывшемся окне отражены имеющиеся склады, для добавления нового места хранения следует нажать кнопку «Создать» (рис. 23).

Рис. 23. Справочник «Склады и магазины»

В открывшемся окне следует заполнить обязательные реквизиты: «Наименование» и «Вид склада». На вкладке «Адреса, телефоны» адрес склада нужно заполнить по маске «Страна, Регион, Город, Район, Улица, Номер дома», либо воспользоваться формой ввода адреса. Относительно этого адреса в дальнейшем будет строиться маршрут движения транспортных средств, прикрепленных к складу. Пример заполнения адреса: Россия, Кировская область, Киров, Проспект Октябрьский, 19. Заполнив реквизиты, следует нажать кнопку «Записать и закрыть», после чего информация о складе будет сохранена в базе данных (рис. 24).

Рис. 24. Создание элемента справочника «Склады и магазины»

Заполнение справочника складов производится из раздела «НСИ и администрирование», в котором необходимо выбрать «Контрагенты». В открывшемся окне отображаются все зарегистрированные контрагенты организации. При нажатии на интересующего контрагента в правой части окна отображается краткая информация о нем (рис. 25).

Рис. 25. Справочник «Контрагенты»

Документ «Состояние транспортного средства» описывает техническое состояние транспортного средства на текущий момент времени. Это необходимо для принятия его в расчет при определении машин, по которым будет производиться распределение поставляемого товара. Для создания документа следует перейти в раздел «Управление поставкой» и выбрать «Состояние транспортного средства».

В открывшейся форме документа необходимо выбрать транспортное средство, для этого дважды нажать на поле «Транспортное средство». В открывшемся окне справочника «Транспортные средства» следует выбрать необходимое транспортное средство, после чего нажать кнопку «Выбрать» (рис. 31). Затем необходимо задать состояние выбранного транспортного средства: «Работает», «Не работает» или «Сломано». Кроме того, нужно заполнить реквизит формы «Склад». В качестве склада для транспортного средств следует выбирать место хранения, от которого данный автомобиль начнет свой маршрут поставки. После нажатия кнопки «Провести и закрыть» сведения о состоянии транспортного средства будут записаны в базу данных.

Рис. 31. Документ «Состояние транспортного средства»

В разделе «Продажи» необходимо выбрать «Документы продажи». В открывшемся окне отражены все имеющиеся документы «Реализация товаров и услуг», для создания новой реализации следует нажать кнопку «Создать» (рис. 32).

Рис. 32. Журнал документов «Документы продажи»

Работа с документом «Реализация товаров и услуг» осуществляется в соответствии с руководством пользователя к конфигурации, совместно с которой используется модуль «Управление поставкой».

Для работы механизма автоматического расчета маршрутов движения транспортных средств следует создать документы «Заявка на поставку». Документ «Заявка на поставку» может быть создан двумя способами.

Первый способ. Перейти в раздел «Управление поставкой» и выбрать «Заявка на поставку» (рис. 33).

Рис. 33. Список документов «Заявка на поставку»

Для создания нового документа следует нажать кнопку «Создать». В открывшемся окне документа заполнить обязательные реквизиты «Контрагент», «Склад», «Адрес». Реквизит «Адрес» необходимо заполнить по маске Страна, Регион, Город, Район, Улица, Номер дома. При установленном флажке «Заполнить адрес контрагента» делается попытка вставить в строку адрес, указанный в справочной информации у контрагента. Данный адрес в дальнейшем будет использоваться для определения точки поставки. В табличную часть документа необходимо внести перечень товаров, которые требуется поставить (рис. 34).

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

После заполнения следует нажать кнопку ««Провести и закрыть». В результате выполнения этих действий заявке присваивается статус «Заявка принята».

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

В разделе «Управление поставкой» следует выбрать «Служба поставки». В открывшемся окне отражены все имеющиеся заявки на поставку со статусом «Заявка принята» (рис. 35).

Рис. 35. Список заявок на поставку

Для создания маршрутного листа в автоматическом режиме необходимо в соответствующем поле указать дату, на которую будет делаться расчет. Также следует выбрать склад, с которого будет осуществляться поставка товара (рис 35).

После нажатия кнопки «Расчет» программа осуществит расчет оптимального маршрута с учетом вместимости и грузоподъемности машин. Этот процесс может занять некоторое время в зависимости от объема заявок и скорости доступа в сеть Интернет. После завершения расчета следует перейти на страницу «Загрузка машин».

В центре окна отражены все созданные маршрутные листы. Правый и левый списки предназначены для просмотра и редактирования состава маршрутных листов (рис. 36). Для редактирования следует выбрать нужный маршрутный лист. В правом окне отобразятся заявки на поставку, из которых состоит маршрутный лист. В левом окне отображаются все заявки со статусом «Заявка принята».

Порядок записей соответствует порядку следования машины по точкам поставки. Если нужно изменить порядок поставки, следует воспользоваться кнопками «Вверх» и «Вниз» на панели действий. Для добавления или удаления заявки в маршрутный лист, следует нажать кнопки «Добавить» и «Удалить» соответственно. В случае просмотра двух маршрутных листов одновременно, можно перемещать заявки из одного маршрутного листа в другой. Для этого можно воспользоваться кнопками «Перенос в лист 1» и «Перенос в лист 2», расположенными в нижней части окна. После редактирования маршрутного листа следует нажать кнопку «Проверить». Если в результате редактирования товар не помещается в автомобиль по габаритным показателям или по весу, программа выдаст соответствующее предупреждение.

Рис. 36. Просмотр маршрутных листов

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

Рис. 37. Визуализация маршрута

После проверки всех маршрутных листов следует отметить необходимые и нажать кнопку «Провести». Всем заявкам, находящимся в проведенных маршрутных листах, будет присвоен статус «Поставка». Оставшиеся, не проведенные документы, будут удалены при закрытии окна.

Маршрутный лист также можно создать вручную. Для этого следует перейти в раздел «Управление поставкой товара» и выбрать «Маршрутный лист». В созданном документе необходимо заполнить реквизит «Транспортное средство», после чего выбрать в табличной части заявки на поставку (рис. 38).

Рис. 38. Форма документа «Маршрутный лист»

Маршрутный лист может быть распечатан. Для этого следует нажать кнопку «Печать», после чего откроется окно предварительного просмотра печатной формы документа (рисунок 39).

Рис. 39. Печатная форма маршрутного листа

Для отражения факта исполнения заявок на поставку следует создать документ «Отчет о поставке». Для этого в разделе «Управление поставкой» нужно выбрать «Отчет о поставке». В открывшейся форме требуется указать курьера, выполнившего поставку. В табличной части документа вводятся заявки, которые были выполнены (см. рис. 40). При нажатии кнопки «Провести и закрыть» отчет о поставке будет сохранен в информационной базе. Заявкам, указанным в табличной части документа, будет присвоен статус «Выполнена». Также эта операция может быть выполнена с помощью мобильного приложения (см. рис. 41).

Рис. 40. Форма документа отчет о поставке

Рис. 41. Отчеты о поставке в мобильном приложении

Для формирования отчета по всем заявкам, принятым на выбранную дату необходимо перейти в раздел «Управление поставкой» и выбрать «Имеющиеся заявки».

В открывшейся форме отчета следует заполнить реквизит Дата, после чего нажать кнопку «Сформировать», после чего отчет будет сформирован (рисунок 42). В отчете может быть установлен отбор по конкретной заявке (списку заявок) и контрагенту (списку контрагентов).

Модуль также предоставляет возможность получения отчета по всем статусам заявок. Для его формирования следует перейти в раздел «Поставка товара» и нажать кнопку «Выполненные заявки». В открывшейся форме отчета необходимо заполнить дату, на которую будет определяться статус заявок, а также период регистрации заявок, после чего нажать кнопку «Сформировать». Отчет отражает все заявки за период с группировкой по статусу на выбранную дату (рисунок 43). В отчете может быть установлен отбор по заявке (списку заявок), контрагенту (списку контрагентов), статусу заявки.

Рис. 42. Отчет «Имеющиеся заявки»

Рис. 43. Отчет «Выполненные заявки»

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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

Подсистема соответствует всем предъявляемым к ней требованиям:

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

СПИСОК ЛИТЕРАТУРЫ

Информационно-технологическое сопровождение пользователей 1С: Предприятие [Электронный ресурс] – Режим доступа: http://its.1c.ru/, свободный.
Официальный сайт компании 1С-РАРУС [Электронный ресурс] – Режим доступа: http://rarus.ru/, свободный.
Официальный сайт компании 1С-БИТ [Электронный ресурс] – Режим доступа: http://www.1cbit.ru/, свободный.
Официальный сайт компании 1С [Электронный ресурс] – Режим доступа: http://www.1c.ru/, свободный.
Официальный сайт компании Яндекс [Электронный ресурс] – Режим доступа: http://www.yandex.ru/, свободный.
Официальный сайт компании Google [Электронный ресурс] – Режим доступа: https://www.google.ru/, свободный.
Сайт сервиса Bing компании Microsoft [Электронный ресурс] – Режим доступа: http://www.bing.com/, свободный.
Официальный сайт компании Rambler [Электронный ресурс] – Режим доступа: http://www.rambler.ru/, свободный.
Официальный сайт компании ООО «ДубльГИС» [Электронный ресурс] – Режим доступа: http://2gis.ru/, свободный.
Алесинская Т.В. Основы логистики. Функциональные области логистического управления Часть 3. Таганрог: Изд-во ТТИ ЮФУ, 2015. 116.
Анжеронок В.А. Разработка управляемого интерфейса / В.А. Ажеронок, Е.Ю. Хрусталева. – М.: ООО «1С-Паблишинг», 2016. – 723 с.
Габец А.П. Профессиональная разработка в системе «1С: Предприятие 8» /А.П. Габец, Д.И. Гончаров, М.Г. Радченко. – М: Совместное издание ООО «1С: Паблишинг» и «Питер», 2014. – 808 с.
Гаджинский А. М. Практикум по логистике. М: ИВЦ «Маркетинг», 2014.
Григорьев М.Н. Логистика. Продвинутый курс 3-е изд., пер. и доп. Учебник для магистров/Григорьев М.Н., Долгов А.П., Уваров С.А. – М.: Издательство Юрайт, 2015. – 734 с.
Гончаров Д.И. Конфигурирование в системе «1С: Предприятие 8». Основные объекты. – М.: ООО «1С: Паблишинг», 2015. – 147 с.
Гончаров П. П. и др. Основы логистики: Учеб. пос. Оренбург: Изд. центра ОГАУ, 2015.
Гордон М. П., Карнаухов С. Б. Логистика товародвижения. М.: Центр экономики и маркетинга, 2015.
Загоруйко Н.Г. Прикладные методы анализа данных и знаний. – Новосибирск: ИМ СО РАН, 2017.– 270 с.
Залманова М. Е., Новиков О. А., Семененко А. И. Производственно-коммерческая логистика: Учеб. пос. Саратов: СЕТУ, 2016.
Зайцев Е. П. Все для перевозок грузов. СПб.: Закон и бизнес, 2016.
Залманова М. Е. Логистика: Учеб. пос. Саратов: СЕТУ, 2016.
Захаров К. В., Цыганок А. В., Бочарников В. П., Захаров Ф. К. Логистика, эффективность и риски внешнеэкономических операций. Киев: ИНЭКС, 2015.
Зубков Е. С.и др. Торговая логистика. Учеб. пос. Ростов-на-Дону: РИЦ ун-та, 2016.
Инютина К. В., Квашнин Б. С., Суслов О. В. Основы логистики. СПб.: СПбЕУЭФ, 2015.
Калювников Б. П., Некрасов А. Г , Селиванов С. Н., Виноградов К. Н. Логистика: Учеб. пос. М.: Изд. Университета Российской академии образования, 2015.
Козлов В. К., Уваров С. А. Логистика фирмы. СПб.: СПбЕУЭФ, 2015.
Козловский В. А., Козловская Э. А., Савруков Т. Н. Логистический менеджмент. СПб: Изд-во «Политехника», 2017.
Колесников С. Н. Стратегия бизнеса. Управление ресурсами и запасами. М.: Изд. консультационной компании «Статус-Кво 97», 2016.
1С: Предприятие 8 [Электронный ресурс] – Режим доступа: http://v8.1c.ru/, свободный.
Сергеев В. И. Управление цепями поставок : учебник для бакалавров и магистров / В. И. Сергеев. — М. : Издательство Юрайт, 2014. — 479 с. — Серия: Бакалавр. Углубленный курс
Хрусталева Е.Ю. Решение специальных прикладных задач в «1С: Предприятии 8.2». – М.: ООО «1С-Паблишинг», 2016. – 300 с.
Хрусталева Е.Ю. Разработка сложных отчетов в 1С: Предприятии 8. Система компоновки данных (+CD). – М.: ООО «1С: Паблишинг», 2015. – 513 с.