параметрів налаштування звіту можна зробити різний відбір і угруповання параметрів звіту. У звіт можна відібрати інформацію з конкретних ТМЦ, групам ТМЦ, а також за довільним списку ТМЦ, груп ТМЦ та їх властивостей (множинний фільтр).
Малюнок 13 - Типова структура звіту «Планування закупівель»
Малюнок 14 - Інтерфейс звіту «Планування закупівель»
Результат роботи звіту «Планування закупівель» наведено у відповідності з таблицею 1.
Таблиця 1
Результат роботи стандартного звіту «Планування закупівель»
КодТМЦЕдОстаток на 01.11.11Поступ-ня всегоПродано всегоФакт. днів продажОстаток на 06.11.11906431Белізна Білоконь 900г п/бшт.46,00060,00037,000469,000906688Жідкость Мр Пропер апельсин д/прибирання будинку 500мл п/бшт.8,0000,0002,00016,000117700Жідкость Мр Пропер лимон д/прибирання будинку 500мл п/бшт.0,0005,0000,00005,000117701Жідкость Мр Пропер океан д/прибирання будинку 500мл т/ушт.0,0006,0000,00006,000117702Жідкость Мр Пропер океан д/прибирання будинку 750мл п/бшт.4,0000, 0004,00020,000
Інформація у звіті:
Продано - кількість ТМЦ, відвантаженого за період аналізу продажів.
Залишок на lt; дату початку аналізу gt;- Залишок ТМЦ на початок періоду.
Залишок розраховується відповідно до заданих в настройках алгоритмом розрахунку.
Фактично днів продажу - число робочих днів за період аналізу продажів, протягом, яких ТМЦ продавався (або був в наявності).
Менеджер для прийняття рішення використовує дані про залишки на складі, обсягах продажів за певний період, інформацію обрану з різних відповідей. Типова конфігурація не дає можливості ефективного планування з урахуванням багатьох факторів в одному місці.
У випадку, якщо менеджер користується стандартним засобом «Планування закупівель», то результати виходять сильно грубими, менеджеру припадати коригувати замовлення, немає рекомендації по необхідній кількості закупівлі, не враховується швидкість продажу товарів.
Типова конфігурація не дає можливості градації по якомусь ознакою, тому менеджеру потрібно переглядати та аналізувати кожну позицію окремо. Таким чином, видно, що для формування замовлення на поставку товарів, менеджер затрачає великий обсяг часу, при цьому приділяється рівна увага всіх позиціях, не враховуючи наскільки цей товар прибутковий.
Також для менеджера зі закупівель важлива інформація про тов?? рах, які погано реалізуються або не продаються зовсім. Цю інформацію можна вибирати вручну за різних звітів, але це тривалий процес, що займає багато часу і вимагає великої уважності. Інвентаризація в програмі означає формування відповідних коригуючих проводок із залишками товарів для виведення їх на кількість, порахувати під час обліку. Після проведення обліку всі відомості зняття залишків (документи Інвентаризації ) знаходяться в загальному журналі документів і не повинні бути проведені, малюнок 15. Загальний вид документа «Інвентаризація» наведено на малюнку 16.
Малюнок 15 - Журнал документів «Інвентаризація»
Для звіряння результатів по інвентаризації з ревізорами необхідно роздруковувати як зведені по комісіям, так і окремі аркуші. У програмі передбачена друк зведеної по комісії, зведеної по комісіям. А печатка окремо листів інвентаризаційних відомостей здійснюється зазвичай шляхом включення режиму позначки і ручного виділення листів, які необхідно роздрукувати по кожній з комісій.
Якщо врахувати, що облік зазвичай проводиться десятьма комісіями приблизно по 20 аркушів у кожній, то друк відомостей для звірки займає великий проміжок часу.
Малюнок 16 - Зовнішній вигляд документа «Інвентаризація»
Грамотне використання документів і друкарських форм програми з інвентаризації дозволяють швидко і точно провести інвентаризацію і всі витікаючі з її результатів складські операції.
.3 Постановка завдань
2.3.1 Постановка завдання побудови бази даних
Дано:
1. Потоки даних, що характеризують документи;
2. Система управління базами даних: MS SQL Server;
. Методика побудови реляційної бази даних;
. Обмеження: передбачити зберігання шаблонів типових документів у базі даних;
. Критерій: середній час? ср, що витрачається на пошук і видачу інформації на один запит:
? ср =? ПСР +? ВСР,
