Создаем аналитическое хранилище данных командой из 2-3 спецов

Как мы адресный склад внедряли на КА 2

Краткая история внедрения адресного склада на 1С:Комплексная автоматизация 2. Какие механизмы использовали и что доработали, с какими проблемами столкнулись.

Поступила нам задачка по переводу оптового склада с ТиС 7.7 на 1С:КА. Нужно организовать: адресный склад и учет товаров по партиям.
Бизнес-процесс достаточно стандартный: это прием заказ от покупателя, объединение заказов под отгрузку, сборка заказов на складе и загрузка все этого в авто, с последующим оформлением реализации и всех печатных документов. Схема вроде стандартная и поддерживается в типовом решении КА2, но не все так просто, как кажется в начале…

Автозагрузчики

Внутренние и внешние одиночные приводы не имеют автоматизации. Каждый раз пользователь должен вставлять и вынимать картриджи самостоятельно. Автозагрузчик (autoloader) – это устройство с одним приводом и автоматизированной системой хранения картриджей. Система может хранить несколько картриджей в магазинах. Внутри устройства робот-автомат выбирает картриджи из магазинов и вставляет в привод для чтения или записи.

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

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

Приводы, которые устанавливаются в автолоадеры, могут иметь интерфейс SAS либо FC 8Gb.

Как внедрить систему адресного хранения?

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

Большинство предприятий в России работают с товароучетной программой 1С. Естественно, возникают вопросы, как автоматизировать систему хранения в этой программе.

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

В конфигурациях УТ 11 и ERP реализовано адресное динамическое хранение. В них есть возможность провести маркировку ячеек, назначить им штрихкоды и зонировать склад. Эти конфигурации относительно новые, но что делать заказчикам, которых устраивает имеющаяся конфигурация 1С, менять ее они не намерены, но потребность в организации системы динамического хранения все же имеется?

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

1С: WMS Логистика. Управление складом 4

Комплексное решение задач по автоматизации складской логистики

• Более эффективное использование складских помещений при размещении и хранении товаров;
• Минимальное количество ошибок при выполнении складских операций;
• Повышение оперативности и точности учета товара;
• Снижение расходов на складское хранение;

Пилотный проект ФСС в 1С:ЗУП
Программы для строительной организации

Заказать помощь специалиста 1С

Производители

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

Автозагрузчики:

• HPE MSL 1/8 Tape Autoloader

• IBM TS2900 Tape Autoloader

• Dell TL1000 Tape Autoloader

• Lenovo IBM TS2900 Autoloader*

• Fujitsu ETERNUS LT20 S2 Tape System

*Lenovo продаёт ленточные накопители под брендом IBM.

Библиотеки:

• HPE MSL 3040 Tape Library

• IBM TS4300 Tape System

• Dell ML3 Tape Library

• Lenovo IBM TS4300 Tape System*

• Fujitsu ETERNUS LT140

*Lenovo продаёт ленточные накопители под брендом IBM.

Традиционная архитектура хранилища данных

Трехуровневая архитектура

• Нижний уровень: этот уровень содержит сервер базы данных, используемый для извлечения данных из множества различных источников, например, из транзакционных баз данных, используемых для интерфейсных приложений.
• Средний уровень: средний уровень содержит сервер OLAP, который преобразует данные в структуру, лучше подходящую для анализа и сложных запросов. Сервер OLAP может работать двумя способами: либо в качестве расширенной системы управления реляционными базами данных, которая отображает операции над многомерными данными в стандартные реляционные операции (Relational OLAP), либо с использованием многомерной модели OLAP, которая непосредственно реализует многомерные данные и операции.
• Верхний уровень: верхний уровень — это уровень клиента. Этот уровень содержит инструменты, используемые для высокоуровневого анализа данных, создания отчетов и анализа данных.

Модели хранилищ данных

• Виртуальное хранилище данных — это набор отдельных баз данных, которые можно использовать совместно, чтобы пользователь мог эффективно получать доступ ко всем данным, как если бы они хранились в одном хранилище данных;
• Модель витрины данных используется для отчетности и анализа конкретных бизнес-линий. В этой модели хранилища – агрегированные данные из ряда исходных систем, относящихся к конкретной бизнес-сфере, такой как продажи или финансы;
• Модель корпоративного хранилища данных предполагает хранение агрегированных данных, охватывающих всю организацию. Эта модель рассматривает хранилище данных как сердце информационной системы предприятия с интегрированными данными всех бизнес-единиц

Глава 3. Построение диаграммы последовательностей и диаграммы сотрудничества

Диаграмма последовательностей отображает действия Актора в той последовательности, в которой он их выполняет .

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

Построим диаграмму последовательности и диаграмму сотрудничества Актора Менеджер для основных прецедентов.

Диаграмма последовательности Менеджера для прецедента «Проверяет наличие товара» показана на рис. 9.

Рисунок 9 — Диаграмма последовательности Менеджера для прецедента «Проверяет наличие товара»

Диаграмма сотрудничества Менеджера для прецедента «Проверяет наличие товара» показана на рис. 10.

Рисунок 10 — Диаграмма сотрудничества Менеджера для прецедента «Проверяет наличие товара»

Диаграмма последовательности Менеджера для прецедента «Формирует счет на оплату» показана на рис. 11.

Рисунок 11 — Диаграмма последовательности Менеджера для прецедента «Формирует счет на оплату»

Диаграмма сотрудничества Менеджера для прецедента «Формирует счет на оплату» показана на рис. 12.

Рисунок 12 — Диаграмма сотрудничества Менеджера для прецедента «Формирует счет на оплату»

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

Рисунок 13 — Диаграмма последовательности Менеджера для прецедента «Формирует заказ на выдачу»

Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ на выдачу» показана на рис. 14.

Рисунок 14 — Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ на выдачу»

Диаграмма последовательности Менеджера для прецедента «Формирует заказ поставщику» показана на рис. 15.

Рисунок 15 — Диаграмма последовательности Менеджера для прецедента «Формирует заказ поставщику»

Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ поставщику» показана на рис. 16.

Рисунок 16 — Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ поставщику»

Построим диаграмму последовательности и диаграмму сотрудничества Актора Бухгалтер для основных прецедентов.

Диаграмма последовательности Бухгалтера для прецедента «Оформляет приходную накладную» показана на рис. 17.

Рисунок 17 — Диаграмма последовательности Бухгалтера для прецедента «Оформляет приходную накладную»

Диаграмма сотрудничества Бухгалтера для прецедента «Оформляет приходную накладную» показана на рис. 18.

Рисунок 18 — Диаграмма сотрудничества Бухгалтера для прецедента «Оформляет приходную накладную»

Диаграмма последовательности Бухгалтера для прецедента «Формирует расходную накладную» показана на рис. 19.

Рисунок 19 — Диаграмма последовательности Бухгалтера для прецедента «Формирует расходную накладную»

Диаграмма сотрудничества Бухгалтера для прецедента «Формирует расходную накладную» показана на рис. 20.

Рисунок 20 — Диаграмма сотрудничества Бухгалтера для прецедента «Формирует расходную накладную»

Построим диаграмму последовательности и диаграмму сотрудничества Актора Сотрудник склада для основных прецедентов.

Диаграмма последовательности Сотрудника склада для прецедента «Проводит инвентаризацию» показана на рис. 21.

Рисунок 21 — Диаграмма последовательности Сотрудника склада для прецедента «Проводит инвентаризацию»

Диаграмма сотрудничества Сотрудник склада для прецедента «Проводит инвентаризацию» показана на рис. 22.

Рисунок 22 — Диаграмма сотрудничества Сотрудник склада для прецедента «Проводит инвентаризацию»

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

Рисунок 23 — Диаграмма последовательности Сотрудника склада для прецедента «Получает товар»

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

Рисунок 24 — Диаграмма сотрудничества Сотрудник склада для прецедента «Получает товар»

Обзор блока адресного хранения в программах 1С УТ, ERP и КА

Очень часто наши клиенты задают вопрос: как реализовано адресное хранение в новых программах 1С? Таких как 1С:Управление торговлей 11, 1С:ERP 2 и 1С:Комплексная автоматизация 2. 
Для начала заметим, что блок адресного хранения во всех перечисленных программах идентичен. Он довольно объемный и покрывает 90% потребностей торговых и производственных предприятий, имеющих свой склад. Для компаний у которых складское хранение — это основной вид деятельности, адресный блок в типовых решениях 1С не подойдет. Это распределительные центры и склады ответхранения. Функционал ответхранения в типовых решениях 1С не предусмотрен.
А теперь перейдем непосредственно к адресному хранению. И начнем мы с определения и того, что чего нам его нужно внедрять.  Адресное хранение – это способ размещения товара на складе, при котором каждому месту хранения присваивается индивидуальный номер, или адрес.

Модернизация КА 2.4 под маркетинговую компанию. Часть 1

Выполнил для компании, которая занимается маркетингом и продвижением продуктов, проектирование и модификацию конфигурации КА 2.4 и справочника «Проекты». Теперь в конфигурации «Проекты» имеют особенную роль и на основании выполненной доработки руководство компании принимает решения по продолжению, закрытию или продвижению проекта/ов, поиск путей решения возникающих вопросов. При необходимости доработку можно реализовать под ERP конфигурацию. Архитектура решения выполнена «рядом» с основной конфигурацией. В настоящее время конфигурация поддерживается, модификация ведется в актуальной версии КА 2.4.10 на платформе 8.3.14.1630.

Глава 4. Построение диаграммы классов

Диаграмма классов системы определяет типы классов системы и связи между ними. Классы представляют сущности предметной области (на этапе анализа) или элементы программной системы (на этапе проектирования и реализации) .

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

Диаграмма классов проектируемой системы «Складской учет» показана на рис. 25.

Рисунок 25 – Диаграмма классов

Основной сущностью в системе будет являться товар. Как известно из задания на проектирование, товар хранится на складе. Но понятия товара как некоего описания и товара, лежащего непосредственно на складе, отличаются друг от друга. Товар, лежащий на складе, кроме того, что связан со складом отношением композиции (агрегация не совсем подходит, поскольку в данной системе товар является товаром, пока он не покинет склад), ещё характеризуется количеством. Аналогично следует рассуждать и при рассмотрении отношения Товара и Заказа, Товара и Накладной. В связи с тем, что Заказ и Накладная, в сущности, являются документами и имеют сходные атрибуты, они были объединены с помощью общего класса-предка Документ.

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

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

Картриджи

В устройствах LTO используются картриджи (кассеты) следующих типов:

• RW (англ. ReWritable) — лента для многократной записи.

• WORM (англ. Write Once, Read Many) — картриджи со специальной электронной схемой, допускающей только однократную запись и многократное чтение.

• UCC (англ. Universal Cleaning Cartridge — чистящие картриджи), совместимые со всеми устройствами, для проведения технического обслуживания привода (чистка головок чтения/записи привода).

Магнитная лента картриджа содержит по своей ширине несколько сотен (и даже тысяч) дорожек. За один проход головки привода захватывают несколько десятков дорожек. Таким образом, чтобы полностью пройти всю ленту (весь картридж), требуется несколько десятков или даже сотен проходов. На торце картриджа может быть наклеена метка (label) — штрих-код, который маркирует картридж и используется в библиотеках для выбора картриджа (о библиотеках см. ниже). Наработка на отказ одного картриджа – около 250 циклов (полных проходов чтения/записи всей ленты). Наработка на отказ чистящих картриджей – 50 циклов.

Как реализован блок адресного хранения в 1С:Управление торговлей 11, 1С:ERP 2 и 1С:Комплексная автоматизация 2?

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

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

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

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

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

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

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

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

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

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

Заполненность нашего склада по ячейками и областям хранения можно оценить с помощью отчета «Размещение товаров на адресном складе»

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

4.7. Хранилища данных

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

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

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

Хранилища данных характеризуются следующими основными особенностями:

1. Ориентация на предметную область, то есть в хранилище помещается информация, полезная для работы систем поддержки принятия решений, и ее структура должна быть понятна пользователям.
2. Защищенность, предусматривающая неизменность и немодифицируемость данных, помещенных в хранилище, и доступность только в режиме чтения.
3. Поддержка хронологических данных, определяющая тот факт, что для анализа требуется информация, накопленная за длительный период времени.
4. Интеграция в едином хранилище ранее разъединенных данных, поступающих как из внутренних, так и внешних источников, а также их проверку, согласование и структурирование.
5. Агрегация, предусматривающая хранение не оперативных данных, а сортируемую, фильтруемую и определенным образом обработанную информацию (суммарную информацию).
6. Разделение наборов данных, используемых для оперативной обработки, и тех, которые применяются для решения аналитических задач.

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

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

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

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

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

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

Типовые схемы подключения

Вариант 1

Серверы связаны по сети Ethernet. Один из серверов выполняет роль сервера резервного копирования (back-up server): к нему напрямую подключен ленточный накопитель, и на нём работает соответствующее программное обеспечение. Резервное копирование информации с любого сервера на ленточный накопитель идёт только через этот back-up сервер.

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

Вариант 2

На рисунке ниже у заказчика есть сеть хранения (SAN, Storage Area Network) на технологии FibreChannel, в которой присутствует система хранения MSA 2060 (где у заказчика лежат важные для ведения бизнеса данные) и ленточный автозагрузчик (для резервного копирования). Сохранность данных и бесперебойный доступ к ним имеют решающее значение для бизнеса: любая поломка ведёт к простою бизнеса и следовательно — к убыткам. Поэтому серверы осуществляют доступ к данным на СХД через два дублирующих друг друга коммутатора. В случае поломки одного из них серверы сохранят доступ к данным.

Для резервного копирования используется автозагрузчик (ленточная система с одним приводом) с подключением по FС. Так как привод только один, отказоустойчивость отсутствует: в случае выхода из строя правого коммутатора доступ к автозагрузчику будет потерян. Кроме того, серверы потеряют доступ к данным на автозагрузчику в случае выходя из строя его привода. Насколько это критично — решает для себя сам заказчик.

Вариант 3.

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

Глава 2. Построение диаграммы вариантов использования

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

Общая диаграмма вариантов использования показана на рис. 5.

Рисунок 5 – Обща я диаграмма вариантов использования

Описание общей диаграммы.

1. Расход товара.

Менеджер проверяет наличие товара на складе. Если товар есть в достаточном количестве, оформляет счет на оплату товара.

Бухгалтер, после поступления оплаченного счета, оформляет расходную накладную и передает ее менеджеру.

Менеджер, на основании накладной формирует заказ.

Сотрудник склада на основании заказа выдает товар клиенту по накладной.

2. Приход товара.

Менеджер проверяет наличие товара и по результатам проверки формирует заказ.

Бухгалтер проплачивает счет поставщика и оформляет приходную накладную.

Сотрудник склада принимает товар по приходной накладной.

Рассмотрим диаграммы вариантов использования для каждого Актора системы.

На рис. 6 показана диаграмма вариантов использования для Актора Менеджер.

Рисунок 6 – Диаграмма вариантов использования Менеджера

Описание диаграммы вариантов использования Менеджера.

1. Приход товара.

Менеджер проверяет наличие товара, в случае. Если товар отсутствует, или его мало, менеджер оформляет заказ на поставку и передает бухгалтеру счет поставщика на оплату.

2. Расход товара.

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

На рис. 7 показана диаграмма вариантов использования для Актора Бухгалтер.

Рисунок 7 — Диаграмма вариантов использования Бухгалтера

Описание диаграммы вариантов использования Бухгалтера.

1. Приход товара.

После получения от Менеджера счета на оплату товара поставщику, Бухгалтер оплачивает счет и оформляет приходную накладную при получении товара от поставщика.

2. Расход товара.

Бухгалтер формирует расходную накладную после оплаты счета на товар клиентом.

На рис. 8 показана диаграмма вариантов использования для Актора Сотрудник склада.

Рисунок 8 — Диаграмма вариантов использования Сотрудника склада

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

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

HPE StoreEver MSL3040 Tape Library

Это видео наглядно показывает устройство и принцип работы библиотеки HPE StoreEver MSL3040 Tape Library: в стоечном корпусе 3U по бокам расположены магазины общей вместимостью 40 картриджей. Посередине корпуса, как и в автозагрузчике — дорожка, по которой передвигается робот. С помощью фотоэлемента он считывает метки на картриджах, выбирает нужный, и доставляет его в один из приводов, установленных в задней части библиотеки. Так как приводы могут быть разных стандартов LTO и с разным типом подключения (FC или SAS), устройство продаётся без привода. Привод нужно покупать отдельно. Библиотека может расширяться дополнительными корпусами (до 6 штук), каждый из которых может содержать как картриджи, так и приводы.

Оформление операций на адресном складе

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

Рисунок 3: Вид ордера на приход товаров

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

Рисунок 4: Документ «Отбор (размещение) товаров

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

Рисунок 5: Отчет проведенного контроля приемки товара

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

Выбор вариантов отчета в «Управление торговлей» ред. 11 Промо

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

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

Глава 1. Анализ предметной области

Хозяйственный учет современного предприятия представляет собой совокупность бухгалтерского, оперативного и статистического учета. Учет – одна из наиболее трудоемких функций управления. Управление торговыми процессами предприятия основывается на информации, отражающей объем, структуру и динамику поступления, продажи и запасов товаров. Движение информации между предприятием и внешней средой (поставщиками, покупателями) осуществляется в форме потоков информации. От рациональной организации информационных потоков предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления торговыми процессами. Учет реализации товаров в оптовой или розничной торговле осуществляется по мере отгрузки товаров и предъявления покупателям расчетных документов. Продажа товара происходит по следующей схеме (рис. 1):

Рисунок 1 — Схема информационных потоков предприятия

Рассмотрим информационные потоки предприятия (рис.1). Заказчик (юридическое лицо) делает заявку у менеджера (сбрасывает по факсу или договаривается по телефону) на нужную ему продукцию.

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

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

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

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

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

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

Организационная структура типового торгового предприятия показана на рис. 2.

Рисунок 2 – Организационная структура торгового предприятия

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

Рисунок 3 – Контекстная диаграмма IDEF0

Диаграмма декомпозиции контекстной диаграммы бизнес-процесса «Управление складом» в нотации IDEF0 показана на рис. 4.

Рисунок 4 — Диаграмма декомпозиции контекстной диаграммы IDEF0

Как видно из рис. 4, бизнес-процесс «Управления складом» делится на три основных подпроцесса:

1. Пием товара.
2. Хранение товара.
3. Отгрузка и возврат товара.

Входными данными бизнес-процесса «Управление складом» являются:

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

Выходными данными бизнес-процесса «Управление складом» являются:

• информация о выданном товаре;
• информация о списанном товаре;
• отчетная документация.

Для построения модели предметной области в UML, выделим Акторов системы. Актор — это роль, которую выполняет пользователь или другая система, при взаимодействии с проектируемой системой. Каждый актор имеет уникальное имя.

Акторами проектируемой модели являются:

1. Менеджер.

2. Бухгалтер.

3. Сотрудник склада.

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