Внедрение "1С:Управление торговлей" в ООО "КРТС" с доработкой функционала

3. Ценообразование.

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

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

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

2.3 Описание процесса работы магазина в нотации BPMN 2.0

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

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

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

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

? Объекты потока управления: события, действия и логические операторы;

? Соединяющие объекты: поток управления, поток сообщений и ассоциации;

? Роли: пулы и дорожки;

? Артефакты: данные, группы и текстовые аннотации.

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

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

? Частные (внутренние) бизнес-процессы;

? Абстрактные (открытые) бизнес-процессы;

? Процессы взаимодействия (глобальные).

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

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

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

2.4 Анализ существующих проблем

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

Недоработки выбранной АИС:

? в типовой конфигурации отсутствует функционал графика поставок;

? не предусмотрено указание менеджера для позиций номенклатуры;

? документы «Заявка», «Распоряжение на заявку», «Автозаказ» в типовых конфигурациях не соответствуют требованиям заказчика;

? в типовой конфигурации отсутствует возможность установки индивидуальной наценки на товар;

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

2.5 Математическое обеспечение АИС

2.5.1 Средняя скорость продаж

Выявить её бывает необходимо в ситуациях, когда к примеру товара продалось условно за месяц 200 штук, хотя 10 дней из 30-ти его небыли на остатке. Так же, удобно отслеживать ситуации, когда товар продавался, скажем, по 20 штук в неделю, а начал продаваться по 50 штук или наоборот по 3 штуки.

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

Средняя скорость продаж = Продажи товара за месяц / 30 (или 31) дней в месяце. Такой способ используется чаще всего в большинстве отчётов и даёт самый грубый и фактически бесполезный результат, если действительно необходимо выявить скорость продаж товара. Причина проста, в какие-то из этих дней, товара может не быть в наличии, следовательно, продавать его не могли. Поэтому этот вариант отвергается.

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

Средняя скорость продаж = Продажи товара / количество дней, когда товар продавался. То есть, если товар был в наличии, но не продавался, этот день не считается. В данном случае, получается точное количество дней продаж. Способ лучше подходит для розницы. Поэтому в АИС будет использоваться именно этот вариант расчета средней скорости продаж.

2.5.2 Расчет среднего товарного запаса

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

, (2.1)

где: ТЗ₁, ТЗ₂, … ТЗ_n - величина товарного запаса на отдельные даты анализируемого периода;

n - количество дат в периоде.

2.5.3 Расчет рекомендованного к заказу количества товара

Рекомендованное к заказу количество товара рассчитывается по следующей формуле:

(2.2)

где: К_пр - количество продаж за период анализа;

К_дн - количество дней с ненулевым остатком в периоде анализа;

Д_сл - дата следующей планируемой поставки;

Д_бл - ближайшая дата планируемой поставки;

Т_ост - текущий остаток;

С_зап - страховой запас.

2.6 Функциональные требования к АИС

На внедряемую АИС возлагается задача автоматизации работы магазина по следующим направлениям:

? поиск поставщиков для заказа товара;

? установка цен на товары;

? проверка на наличие необходимых для производства ингредиентов.

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



3. Реализация проектных решений

3.1 Выбор среды разработки

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

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

· Платформа служит фундаментом для построения конфигураций;

· Платформа является средой их исполнения;

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

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

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

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

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

Примерами таких прототипов являются, "Документы", "Регистры накопления", "Справочники".

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

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

· хранение сущностей в базе данных;

· представление сущностей в языке программирования в виде объектов;

· отображение сущностей в формате XML или JSON;

· представление структуры прикладного решения в модели REST.

Любая информация может в зависимости от режима работы представляться одним из этих способов.

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

Рисунок 8 - Окно конфигуратора

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

3.2 Доработка функционала «1С:Управление торговлей»

3.2.1 Бизнес-процесс «Закупка товаров»

График поставок

Описание типового функционала конфигурации 1С Управление торговлей

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

Внесение изменений в типовой функционал конфигурации 1С Управление торговлей

В конфигурацию будет добавлен документ График поставки.

В шапке документа указывается:

· способ обеспечения потребностей;

· период действия графика (заполняется, если график устанавливается на ограниченный срок).

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

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

При проведении документа данные записываются в регистр сведений Графики поставки.

Измерениями регистра являются «Способ обеспечения потребностей», магазин/группа, дата заказа, ресурс - количество дней ожидания.

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

Рисунок 9 - Документ «График поставки»

Ассортиментная матрица

Описание типового функционала конфигураций 1С Управление торговлей

· для позиций номенклатуры указание менеджера не предусмотрено;

· для хранения кодов номенклатуры поставщиков используется справочник «Номенклатура поставщика»;

· справочник «Товарные категории», «Квоты ассортимента», «Форматы магазинов»;

· документ «Изменение ассортимента», Регистр сведений «Ассортимент», Регистрация цен поставщика;

· обработка «Параметры обеспечения потребностей»;

· документ «Изменение ассортимента» устанавливает зависимость между форматом магазина и номенклатурными позициями с указанием роли в ассортименте и вида отпускной цены;

· документ «Создание квоты ассортимента» устанавливает для категорий и марок товаров значения квоты, которая должна присутствовать в ассортименте магазина;

· для каждого Магазина в системе назначается формат магазина;

· для каждой позиции номенклатуры задается товарная категория и марка;

Внесение изменений в типовой функционал конфигурации 1С Управление торговлей

· справочник «Номенклатура»

Для элементов справочника «Номенклатура» вводится дополнительный реквизит «Менеджер». Изменение менеджера должно записываться в специальный периодический регистр «Менеджеры по номенклатуре».

Измерениями регистра будет поле «Номенклатура» и «Сотрудник»;

· обработка-рабочий стол «Помощник формирования ассортиментной матрицы»

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

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

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

· код товара поставщика;

· код товара в базе;

· цена к заказу;

· упаковка;

· кратность заказа;

· менеджер.

В разрезе форматов будут выведены колонки:

· страховой запас;

· ввод в ассортимент.

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

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

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

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



Рисунок 10 - Обработка «Помощник формирования ассортиментной матрицы»

Документы Заявка, Распоряжение на заявку, Автозаказ, обработка «Шахматка по магазинам»

Описание типового функционала конфигурации 1С Управление торговлей

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

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

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

Внесение изменений в типовой функционал конфигурации 1С Управление торговлей

Документ «Заказ поставщику» формируется менеджерами центрального офиса с использованием сервиса «Анализ продаж и формирование заказов» - аналог используемой в настоящее время Заказчиком обработки «Шахматка по магазинам».

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

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

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

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

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

*Количество проданного за период товара в натуральном выражении (кг, дал и т.д.);

*Количество проданного за период товара в единицах для продажи;

*Стоимость проданного за период товара в закупочных ценах;

*Стоимость проданного за период товара в продажных ценах;

*Остаток товара на текущую дату в натуральном выражении;

*Остаток товара на текущую дату в единицах продажи;

*Стоимость остатков товара по закупочным ценам;

*Стоимость остатков товара в ценах продажи;

*Цена закупочная на текущую дату;

*Цена продажная на текущую дату;

*Фактический процент наценки;

*Средние продажи;

*Количество возвратов от покупателей;

*Количество возвратов поставщику;

*Коэффициент запаса;

*Остаток товара на складе НХК;

*Остаток товара на складе НХК в закупочных ценах;

*Остаток товара на складе НХК в продажных ценах.

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

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

В колонке «Цена» выводится зарегистрированная цена поставщика, в колонке «Сумма» - суммы рекомендованного заказа и возврата.

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

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

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

В журнале Документы поступления Заказы поставщикам в статусе «Ожидается» поставка отображаются на закладке «Распоряжения на оформление поступлений». Поступление можно сформировать путем нажатия на кнопку «Оформить поступление».

Документы Поступление, Акт несоответствия, обработка по закрытию заявок

Описание типового функционала конфигурации 1С Управление торговлей

Автоматическое закрытие заказа производится в следующих случаях:

· при проведении документа Поступление товаров на основании документа Заказ поставщику;

· в результате выполнения регламентного задания Закрытие заказов поставщикам.

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

При отмене (закрытии) заказа поставщику вручную нужно установить флаг «Закрыт» в шапке документа.

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

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

Если при пересчете поступившего товара обнаружено расхождение с сопроводительными документами (пересчет может выполняться с помощью сканера штрихкодов), то в шапке соответствующего документа «Поступление товаров» устанавливается флаг «Есть расхождения». При этом становится доступна дополнительная табличная часть «Товары по данным поставщика».

Из документа доступна печать этикеток и ценников.

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

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

Внесение изменений в типовой функционал конфигурации 1С Управление торговлей

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

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

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

3.2.2 Бизнес-процесс «Ценообразование»

Документы Переоценка, Распоряжение на переоценку, справочники Наценки, Фиксированные цены, Желтые ценники

Описание типового функционала конфигураций 1С Управление торговлей

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

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

Документ «Установка цен» доступен для заполнения из документа «Поступление товаров».

Из документа есть возможность печатать этикетки и ценники.

Внесение изменений в типовой функционал конфигурации 1С Управление торговлей

В конфигурацию вводится документ «Установка наценок на товар». В шапке документа указывается дата, с которой правила вступают в силу, и список магазинов, для которых применяются наценки документа. В табличной части в строках указывается номенклатура или группа номенклатуры (может подбираться вручную, по произвольному отбору, по товарным категориям и ассортиментным матрицам). В столбцах указываются значения наценок в %. При проведении документа данные записываются в регистр сведений «Наценки на товар». Предусмотрен функционал приоритета наценки (на позицию номенклатуры приоритетнее, чем на группу). Измерениями регистра являются номенклатура/группа номенклатуры, магазин, реквизитом - процент наценки. В документе предусмотрена обработка заполнения табличной части наценок по выбранному магазину. При этом происходит срез последних наценок по выбранному магазину и заполнение табличной части.

Требуется внести изменения в документ «Установка цен номенклатуры»:

· добавить возможность рассчитывать цены по наценке к цене поступления, исходя из значений регистра «Установка наценок на товар»;

· документ «установка цен» доступен для заполнения ограниченному кругу лиц центрального офиса (настройка прав доступа к документам).

Для того чтобы оператор магазина мог отследить изменение или назначение цен, можно использовать подсистему задач и бизнес-процессов системы. В этом случае на основании «Установки цен» формируется задание с указанием исполнителя - оператора магазина и предметом - документом-основанием. Оператор в свою очередь получит уведомление о формировании установки цен.

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

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

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

Реализован функционал автоматического создания документа «Установка цен номенклатуры» на основании документов «Поступление товаров и услуг», в случае, когда цена поставщика в поступлении отличается от зарегистрированных цен.

Рисунок 11 - Документ «Установка наценок на товар»

3.2.3 Бизнес-процесс «Производство»

Описание типового функционала конфигураций 1С Управление торговлей

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

Внесение изменений в типовой функционал конфигурации 1С Управление торговлей

Для элемента справочника «Номенклатура» вводятся новые реквизиты, которые становятся доступны для заполнения на закладке «Калькуляция формы» элемента справочника при установке вида номенклатуры «Блюдо».

Список реквизитов:

· номер;

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

· пользователь, который ввел калькуляцию;

· выход блюда, для которого введена калькуляция (кг, шт и т.д.).

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

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

Поступление блюд на склад отражается документом «Прочее оприходование товаров» с операцией «Поступление из производства».

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

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

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

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

Добавляется регистр «Используемые ингредиенты», измерениями являются магазин, номенклатура-блюдо, номенклатура-ингредиент, группа номенклатуры.

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

· существенно сократить время на заказ необходимых товаров;

· автоматизировать процесс установки цен на товары;

· сократить время на передачу информации о производстве необходимых товаров;

· проверять на наличие необходимых для производства ингредиентов;

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

Описан процесс работы с доработанным функционалом.



4. Оценка экономической эффективности внедрения АИС

4.1 Планирование выполнения работ

Над реализацией данного проекта работали три человека: руководитель проекта, системный аналитик, программист. Автор выполняет роль программиста. Перечень этапов выполнения работ приведен в таблице 12.

Таблица 12 - Перечень этапов выполнения работ

№ этапа	Наименование работ	Исполнитель	Длительность, дни	Коэффициент загрузки, %
1	Постановка задачи и определение хода работ	Руководитель проекта	2	20
		Системный аналитик		50
		Программист		30
2	Анализ поставленной задачи	Руководитель проекта	2	30
		Системный аналитик		35
		Программист		35
3	Описание объекта информатизации	Руководитель проекта	3	15
		Системный аналитик		50
		Программист		35
4	Составление технического задания	Руководитель проекта	3	20
		Системный аналитик		40
		Программист		40
5	Согласование и корректировка технического задания	Руководитель проекта	1	60
		Системный аналитик		30
		Программист		10
6	Обзор программных средств для решения задачи	Руководитель проекта	2	10
		Системный аналитик		50
		Программист		40
7	Выбор и описание методов решения	Руководитель проекта	1	10
		Системный аналитик		40
		Программист		50
8	Доработка функционала	Системный аналитик	5	10
		Программист		90
9	Отладка, тестирование, устранение ошибок	Системный аналитик	2	10
		Программист		90
10	Анализ полученных результатов	Руководитель проекта	2	50
		Системный аналитик		20
		Программист		30
11	Оформление документации	Руководитель проекта	1	25
		Системный аналитик		25
		Программист		25

4.2 Расчет затрат на проектирование

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

(4.1)

где З_пр - затраты на проектирование;

С_об - стоимость оборудования;

С_мат - затраты на материалы;

С_з/пл - затраты на заработную плату;

С_СВ - отчисления на страховые взносы;

С_эл - затраты на электроэнергию;

С_нр - стоимость накладных расходов.

4.2.1 Расчет затрат на оборудование

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

Следовательно, если доработка и внедрение АИС не требуется введения нового оборудования для работы АИС, то стоимость оборудования принимаем равными нулю: С_об = 0 руб.



4.2.2 Расчет затрат на материалы

Расчет затрат на материалы приведен в таблице 13.

Таблица 13 - Затраты на материалы

№	Наименование материала	Цена с учетом НДС	Количество	Общая стоимость, руб
1	Internet - трафик	300 руб/мес	1 мес	300
2	Бумага	250 руб/упак	1 упак	250
3	Тонер для картриджа	1500 руб/упак	1 упак	1500
Итого:	2050

4.2.3 Расчет затрат на заработную плату

Для расчёта необходимо знать среднедневную заработную плату, она находится по формуле:

(4.2)

где С_{ср.днев} - среднедневная заработная плата;

С_ср.мес - среднемесячная заработная плата с учетом районного коэффициента.

Для руководителя проекта среднедневная заработная плата составляет:

Для системного аналитика среднедневная заработная плата составляет:

Для программиста среднедневная заработная плата составляет:

Расчет затрат на заработную плату участникам проекта приведен в таблице 14.



Таблица 14 - Расчет заработной платы

Исполнитель	Руководитель проекта	Системный аналитик	Программисты
Этап	Дни	К, %	руб.	К, %	руб.	К, %	руб.
1	2	20	818,18	50	1363,64	30	954,55
2	2	30	1227,27	35	954,55	35	1113,64
3	3	15	920,45	50	2045,45	35	1670,45
4	3	20	1227,27	40	1636,36	40	1909,09
5	1	60	1227,27	30	409,09	10	159,09
6	2	10	409,09	50	1363,64	40	1272,73
7	1	10	204,55	40	545,45	50	795,45
8	5	-	-	10	681,82	90	7159,09
9	2	-	-	10	272,73	90	2863,64
10	2	50	2045,45	20	545,45	30	954,55
11	1	25	511,36	25	340,91	25	397,73
Итого:		8590,91		10159,09		19250,00
Итого всего:	38000,00

4.2.4 Отчисления на страховые взносы

Отчисления на страховые взносы составляют 30% от затрат на заработную плату, что составляет 11400,00 руб.

4.2.5 Расчет затрат на электроэнергию

Затраты на электроэнергию рассчитываются по формуле:

(4.3)

где Р - мощность оборудования (кВт);

Т - время работы оборудования (ч);

С_кВт•ч - стоимость одного киловатта в час (2,05 руб.).

На этапе разработки проекта токоприемником является компьютер. Для него: Р =0,15 кВт, Т = 24(дни) • 3(час) = 72 час, С_кВт•ч= 2,05 руб.



4.2.6 Расчет затрат на накладные расходы

Накладные расходы составляют 10% от затрат на заработную плату и страховых взносов, что составляет:

(4.4)

4.2.7 Общие проектные расходы

Общие проектные расходы представлены в таблице 15.

Таблица 15 - Общие проектные расходы

Затраты	Соб	Смат	Сз/пл	ССВ	Сэл	Снр	Итого
Значение, руб.	0	2050	38000	11400	22,14	4940	56412,14

4.3 Расчет экономической эффективности

4.3.1 Расчет чистого дисконтированного дохода

Чистый дисконтированный доход (ЧДД, NPV, Net Present Value) - сумма ожидаемого потока платежей, приведенная к стоимости на настоящий момент времени. Приведение к текущей стоимости приводится по заданной ставке дисконтирования.

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

· имеющаяся сумма может быть вложена в доходные операции и принести прибыль;

· инфляция, уменьшение реальной покупательной способности денег;

· существует риск неполучения ожидаемой суммы.

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

В качестве ставки дисконтирования принимается один из вариантов:

· темп инфляции;

· доходность альтернативного проекта;

· стоимость доступного кредита;

· WACC - средневзвешенная стоимость капитала;

· экспертная оценка;

· желаемая доходность инвестиционного проекта;

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

Формула расчета чистого дисконтированного дохода

, (4.8)

где - первоначальное вложение средств;

- поступление денежных средств в конце периода t;

k - ставка дисконтирования, которая отражает скорость изменения стоимости денег со временем.

Исходные данные для расчета NPV:

56449 рублей (стоимость доработки АИС);

n = 3 года (срок службы программного обеспечения);

рублей для всех периодов t получено за счет увеличения количества произведенных и проданных в день товаров на 35% (сумма продаж в год до внедрения равна 1080000, после внедрения 1080000 + 35% = 1458000. Разница равна 1458000 - 1080000 = 378000 руб.), уменьшения времени на оформление заказа на закупки на 80% и уменьшения затрачиваемого времени на установку цен на 65%, что позволило сократить рабочий день менеджера с 12 до 8 часов (ЗП_год = ЗП_час • часы • дни • месяцы; ЗП_год до внедрения = 87 • 12 • 24 • 12 = 300672 руб., после = 87 • 8 • 24 • 12 = 200448 руб. Разница равна 300672 - 200448 = 100224 руб.);

Ставку дисконтирования рассчитаем по формуле

, (4.9)

где NI - чистая прибыль;

TA - сумма активов.

Чистая прибыль по данным финансовой отчетности предприятия за 2015 год составила 3753682 руб., сумма активов бухгалтерской отчетности за 2015 гож составила 13094955 руб.

Таким образом, выразив k из формулы (4.9) получим:

Подставляя значения в формулу (4.8) рассчитаем величину NPV

NPV = 828660,91 руб.

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

4.3.2 Расчет индекса доходности

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



, (4.10)

где - первоначальное вложение средств;

- поступление денежных средств в конце периода t;

k - ставка дисконтирования, которая отражает скорость изменения стоимости денег со временем.

Таким образом, индекс дисконтированной доходности проекта равен

.

4.3.3 Расчет внутренней нормы доходности

Внутренняя норма доходности или внутренняя норма рентабельности (IRR) - это такая величина нормы дисконта k при которой NPV = 0. IRR позволяет найти граничное значение нормы дисконта, разделяющие инвестиции на приемлемые и невыгодные.

Если норма дисконта k положительна и меньше IRR, то проект эффективен. Если норма дисконта k больше IRR, то проект неэффективен. Сравнение ВНД с нормой дисконта позволяет оценить запас прочности проекта. Большая разница между этими величинами свидетельствует об устойчивости проекта.

Внутренняя норма доходности рассчитывается при помощи встроенной надстройки Microsoft Excel «Поиск решения» и затем проверяется подстановкой в формулу 4.11:

(4.11)



Для рассматриваемого инвестиционного проекта IRR = 846,73%, следовательно, k < IRR, значит проект эффективен и имеет хороший запас прочности.

4.3.4 Расчет срока окупаемости

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

, (4.12)

где PI - индекс дисконтированной доходности.

Таким образом срок окупаемости равен:

.

Так как в расчетном периоде 36 месяцев, то полученное значение умножаем на 36. Следовательно, срок окупаемости проекта составит приблизительно 2 месяца.

В результате выполнения экономической части бакалаврской работы удалось доказать, что внедрение АИС будет экономически эффективно.

Проект окупится через 2 месяца. Годовой экономический эффект от внедрения доработанной АИС составит 478224 рубля, за счет увеличения количества произведенных и проданных в день товаров на 35%, уменьшения времени на оформление заказа на закупки на 80% и уменьшения затрачиваемого времени на установку цен на 65%, что позволило сократить рабочий день менеджера с 12 до 8 часов.



Заключение

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

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

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

Внедряемая АИС позволила:

· существенно сократить время на заказ необходимых товаров;

· автоматизировать процесс установки цен на товары;

· сократить время на передачу информации о производстве необходимых товаров;

· проверять на наличие необходимых для производства ингредиентов;

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

В результате выполнения экономической части дипломной работы удалось доказать, что внедрение АИС будет экономически эффективно.

Проект окупится через 2 месяца. Годовой экономический эффект от внедрения доработанной АИС составит 478224 рублей, за счет увеличения количества произведенных и проданных в день товаров на 35%, уменьшения времени на оформление заказа на закупки на 80% и уменьшения затрачиваемого времени на установку цен на 65%, что позволило сократить рабочий день менеджера с 12 до 8 часов.



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

1. Ажеронок В.А. Профессиональная разработка в системе «1С:Предприятие 8» [Текст] / В.А. Ажеронок, А.П. Габец, Д.И. Гончаров; - 2-е изд. - М.: 1С-Паблишинг, 2012. - 1400 с.

2. Радченко М.Г. Архитектура и работа с данными «1С:Предприятия 8.2» [Текст] / М.Г. Радченко, Е.Ю. Хрусталева; - М.: 1С-Паблишинг, 2011. - 268 с.

3. Хрусталева Е.Ю. 1С:Предприятие 8.2. Практическое пособие разработчика. [Текст] / Е.Ю. Хрусталева, М.Г. Радченко; - М.: 1С-Паблишинг, 2009. - 874с.

4. Богачева Т.Г. 1С:Предприятие 8. Управление торговыми операциями. [Текст] / Т.Г. Богачева; - 7-е изд. -М.: 1С-Паблишинг, 2011. - 758 с.

5. Алексеев Г.В. Численное экономико-математическое моделирование и оптимизация. [Текст] / Г.В. Алексеев, И.И. Холявин, М.В. Гочнаров. - М.: ГИОРД, 2014. - 272 с.

Размещено на Allbest.ru