Файл: .Моделирование бизнес-процессов «Как есть»..pdf

1. Справочники – объекты, которые хранят нормативно-справочную информацию:

• контрагенты;
• места хранения;
• номенклатура (товары);
• единицы измерения;

2. Документы – объекты, которые отображают выполнение основных хозяйственных операций:

• приходная накладная;
• расходная накладная;
• заказ товара;
• накладная на перемещение.

3. Хранилища данных – объекты, которые хранят информацию по имеющемуся товару на складах:

• остатки товаров;
• обороты товаров.

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

• остатки товаров;
• данные по товарообороту;
• работа менеджеров склада;
• акт инвентаризации;
• данные по клиентам.

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

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

Если сравнить контекстную диаграмму в модели «TO-BE» с моделью «AS-IS», то были изменены следующие информационные потоки:

• входы: данные по приходу товара, данные по перемещению товара, данные по списанию товара.
• выходы: товар на складе, информация об остатках для заказа товара, отчеты, движения товара по складам, информация об остатках для заказа товара;
• механизм «ИС складского учета» - информационная система складского учета.

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

Рисунок 14 – Декомпозиция контекстной диаграммы

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

Рисунок 15 – Детализация блока «Выполнить учет прихода товара»

На рисунке 16 представлена детализация блока «Выполнить учет перемещения товар», которая выполнена также в стандарте DFD. Блок представлен процессами:

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

Как видно из рисунка и описания, данный процесс представляет собой комбинацию двух операций – приход и расход. Кроме этого определяются такие хранилища данных как «Расход товара».

Рисунок 16 – Детализация блока «Выполнить учет перемещения товара»

Блок «Выполнить списание товара» представлен на рисунке 17.

Рисунок 17– Детализация блока «Выполнить списание товара»

На рисунке 18 представлена детализация блока «Вести учет движения по складу, сформировать отчетность».

Рисунок 18 – Детализация блока «Вести учет движения по складу, формировать отчетность»

Детализация процесса осуществляется с помощью блоков:

• записать данные про доставленный товар;
• записать данные по перемещенный товар;
• записать данные про списанный товар;
• рассчитать количество товара;
• сформировать отчеты и документы.

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

Блок представлен процессами:

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

Добавлено хранилище данных – «Информационная база».

Рисунок 19 – Детализация блока «Сформировать отчеты и документы»

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

3 Проектирование структуры конфигурации

3.1 Определение работы пользователей с системой

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

Рисунок 20 – Алгоритм работы менеджера склада

Менеджер склада, фактически в его функции входит полное администрирование и управление складом, перечисли его основные функции:

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

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

• прием товара;
• перемещение товара;
• списание товара.

На рисунке 21 представлен алгоритм работы кладовщика.

Рисунок 21 – Алгоритм работы кладовщика

3.2 Проектирование структуры информационной базы

На рисунке 22 представлена ER диаграмма конфигурации «Запасы – склад» [16].

Рисунок 22 – ER схема информационной базы

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

4 Разработка конфигурации учета запасов склада

4.1 Разработка объектов в режиме конфигурирования

Разработка конфигурации начинается с создания подсистемы для упорядочивания создаваемых элементов. На рисунке 23 отображено создание подсистемы «Менеджер».

Рисунок 23 – Создание подсистемы «Менеджер»

Представим реализацию справочников, которые подлежат разработке. Справочник «Контрагенты», является иерархическим справочником, и имеет реквизит «ПолноеНаименование» - тип «Строка» длина – 30, вид справочника представлен на рисунке 24.

Рисунок 24 – Справочник «Контрагенты»

Для этого справочника была создана форма элемента, которая представлена на рисунке 25.

Рисунок 25 – Разработанная форма справочника «Сотрудники предприятия»

Наиболее важным справочником является справочник «Номенклатура» - справочник по номенклатурным группам и товарам, этот справочник является иерархическим. Разработанная форма элемента справочника, рисунок 26.

Рисунок 26 – Форма элемента справочника «Номенклатура»

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

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

• приходная накладная (прием товара);
• расходная накладная (списание товара);
• накладная перемещения.

Представим, каким образом было выполнено построение документа «Приходная накладная». Для этого документа была разработана следующая форма (см. рис.27).

Рисунок 27 – Форма документа «Приходная накладная»

Для автоматизации процесса ввода данных, были разработаны процедуры обработки событий (см.рис.28).

Рисунок 28 – Модуль формы документа «Приходная накладная»

Опишем назначение представленных процедур и функций.

1. Процедура ТоварыКоличествоПриИзменении – выполняет пересчет суммы строки при изменении количества, путем умножения количества на цену.

2. Функция ТоварыНаСервере – возвращает цену поступления, которая хранится в справочнике ТМЦ;

3. Процедура ТоварыНоменклатураПриИзменении – пересчитывает сумму строки, если произошло изменение цены, путем умножения количества на цену.

Для сохранения и аккумулирования данных документа необходимо разработать регистры. В данной работе были разработаны два регистра накопления – регистр остатков «ОстаткиНоменклатуры» и регистр оборотов «ДвижениеТовара».

Для хранения данных, которые отображаются в документах, используются регистры. На рисунке 29 представлен регистр «Остатки товаров».

Рисунок 29 – Регистр «Остатки товаров»

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

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

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

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

Рисунок 30 – Конструктор запроса

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

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

Рисунок 31 – Настройка отчета

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

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

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

Отчет «Выручка менеджер» позволяет отследить эффективность работы менеджеров при продаже товара (полученные денежные средства).

Отчет «Обороты товаров» позволяет представить товародвижение и движение денежных средств на складе – приход, расход, оборот.

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

Отчет «Внутренний прайс-лист» отображает перечень товара с закупочной ценой.

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