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

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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ СОЦИАЛЬНЫЙ УНИВЕРСИТЕТ

Факультет информационных технологий

Дипломная работа по теме:

РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ ПО УЧЁТУ И АНАЛИЗУ ЗАКАЗОВ ПОКУПАТЕЛЕЙ И ФОРМИРОВАНИЮ ЗАКАЗОВ ПОСТАВЩИКАМ

Введение

Любой торговой компании в процессе работы приходится иметь дело с обработкой больших массивов разнородной информации, вести учет движения товаров, денег, обрабатывать большое количество первичной документации, планировать финансовые потоки. Если до появления ПЭВМ данная работа велась вручную, то в настоящее время существует целый класс программ, призванный решать круг задач по автоматизации работы предприятия, ведению управленческого и бухгалтерского учета. Наибольшее распространение в нашей стране получили программные продукты компании “1С” серий «1С:Предприятие».

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

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

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

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

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

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

Выполнение дипломной работы “Разработка автоматизированной системы по учету и анализу движения товаров и формированию заказов поставщикам” преследует две взаимосвязанных цели.

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

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

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

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

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

давать адекватный прогноз спроса на товар

давать возможность оценивания принятого прогноза и введения корректировок

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

иметь возможность модернизации с учётом пожеланий пользователя

слабо зависеть от вычислительной мощности ПК

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

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

Глава 1. Специальная часть

.1 Описание комплексных информационных систем (КИС)

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

снижению общих затрат предприятия в цепи поставок (при закупках),

повышению скорости товарооборота,

сокращению излишков товарных запасов до минимума,

увеличению и усложнению ассортимента продукции,

улучшению качества продукции,

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

Основными целями автоматизации деятельности предприятия являются:

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

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

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

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

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

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

Управление финансами. Как правило, это ведение бухгалтерии, расчеты с дебиторами и кредиторами, учет основных средств, управление наличными средствами и планирование финансовой деятельности;

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

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

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

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

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

1.2 Классификация информационных систем и их требования

Первые системы, которые были разработаны для решения задач управления на предприятии, в основном охватывали сферу складского или материального учета (IC - Inventory Control). Их появление связано с тем, что учет материалов (сырья, готовой продукции, товаров) с одной стороны является извечным источником различных проблем для руководителя предприятия, а с другой (на предприятии относительно крупного размера) одной из самых трудоемких областей, требующих к себе постоянного внимания. Основной «деятельностью» такой системы является учет материалов.

Следующий этап усовершенствования материального учета был ознаменован системами планирования производственных или материальных (в зависимости от направления деятельности организации) ресурсов. Эти системы, вошедшие в стандарт, а вернее два стандарта (MRP - Material Requirements Planning и MRP II - Manufacturing Requirements Planning), очень широко распространены на Западе и давно и успешно используются предприятиями, в первую очередь производственных отраслей. Основные принципы, которые легли в основу систем стандарта MRP, включают

описание производственной деятельности как потока взаимосвязанных заказов;

учет ограничения ресурсов при выполнении заказов;

минимизацию производственных циклов и запасов;

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

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

Рис. 1.1

Следует отметить, что системы стандарта MRP решают проблему не столько учета, сколько управления материальными ресурсами предприятия.

Наиболее популярным на данный момент новым видом информационных систем являются системы стандарта ERP - Enterprise Resource Planning. ERP-системы в своей функциональности охватывают не только складской учет и управление материалами, что в полном объеме предоставляют вышеописанные системы, но добавляют к этому все остальные ресурсы предприятия, прежде всего денежные. То есть ERP-системы должны охватывать все сферы предприятия, непосредственно связанные с его деятельностью. В первую очередь, здесь имеются в виду производственные предприятия. Системы данного стандарта поддерживают осуществление основных как финансовых, так и управленческих функций. Например, в системах Baan - это:

финансы и бухгалтерия,

производство,

сбыт (включая складской учет, торговлю и маркетинг),

транспорт,

сервис и обслуживание оборудования,

управление проектами,

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

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

Рис. 1.2

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

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

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

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

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

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

Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия.

1.3 Проектирование и создание информационной системы

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

Многие компании верят в то, что одна только автоматизация приведет к улучшению финансово-экономической ситуации, и начинают усилия по реализации информационных систем непосредственно с автоматизации, пропуская критические шаги понимания и упрощения своих бизнес процессов. Но нередко эти процессы настолько неупорядочены, что в общем создают впечатление хаоса на предприятии. Как известно, автоматизировать хаос далеко не просто, если невозможно. Поэтому прежде чем создавать информационную систему следует пересмотреть систему управления в организации. Изменение бизнес процессов называют реинжинирингом (business processes reengineering). Так, для начала нужно упорядочить схему бизнес процессов и систему управления организации в целом:

определиться с организационной штатной структурой,

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

произвести выделение основных технологических потоков (процессов),

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

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

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

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

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

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

Проведение обследования с целью описания бизнес процессов организации.

Разработка технического задания на систему автоматизации.

Разработка технического проекта системы.

Разработка системы (иногда называемая настройкой).

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

Выполнение доработок в соответствии с изменившимися потребностями организации.

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

1.4 Внедрение информационной системы

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

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

Традиционный подход.

Рис. 1.3 - Традиционный подход

Рис. 1.4 - Первый этап горизонтальной автоматизации: автоматизация уровня исполнителей

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

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

Рис. 1.5 - Второй этап горизонтальной автоматизации: автоматизация уровня исполнителей и среднего звена управления.

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

Рис. 1.6 - Завершение автоматизации всех иерархических уровней организации.

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

Инновационный подход

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

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

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

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

Рис. 1.7 - Первый этап: автоматизация верхних уровней управления

Рис. 1.8 - Второй этап: создание единого информационного потока

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

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

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

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

1.5 Описание системы «1С:Предприятие»

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

Функциональные компоненты

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

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

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

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

Типовые Конфигурации системы 1С: Предприятие

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

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

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

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

Типовая конфигурация 1С: Бухгалтерия 7.7 (Компонента «Бухгалтерский учет»)

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

«1С: Бухгалтерия» предоставляет бухгалтеру гибкие возможности учета:

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

многоуровневые планы счетов

многомерный аналитический учет

многоуровневый аналитический учет

количественный учет

многовалютный учет по неограниченному числу валют

ведение на одном компьютере учета для нескольких предприятий

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

учет импортных товаров в разрезе ГТД (автоматический подбор необходимых номеров ГТД при выписке счетов-фактур)

Программа позволяет автоматизировать ведение всех разделов бухгалтерского учета:

операции по банку и кассе

основные средства и нематериальные активы

материалы и МБП

товары и услуги, выполнение работ

учет производства продукции

учет валютных операций

взаиморасчеты с организациями

расчеты с подотчетными лицами

расчеты по зарплате

расчеты с бюджетом

другие разделы учета.

С: Бухгалтерия позволяет автоматизировать подготовку любых первичных документов:

платежные поручения

счета на оплату и счета-фактуры

приходные и расходные кассовые ордера

акты, накладные, требования, доверенности

другие документы.

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

Удобный пользовательский интерфейс

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

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

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

Типовая конфигурация 1С: ТОРГОВЛЯ И СКЛАД 7.7 (Компонента «Оперативный учет»).

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

"1С: Торговля и склад" автоматизирует работу на всех этапах деятельности предприятия и позволяет:

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

вести учет от имени нескольких юридических лиц

вести партионный учет товарного запаса с возможностью выбора метода списания себестоимости (FIFO, LIFO, по средней)

вести раздельный учет собственных товаров и товаров, взятых на реализацию

оформлять закупку и продажу товаров

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

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

формировать необходимые первичные документы

оформлять счета-фактуры, автоматически строить книгу продаж и книгу покупок, вести количественный учет в разрезе номеров ГТД

выполнять резервирование товаров и контроль оплаты

вести учет денежных средств на расчетных счетах и в кассе

вести учет товарных кредитов и контроль их погашения

вести учет переданных на реализацию товаров, их возврат и оплату

В "1С: Торговля и склад" вы можете:

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

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

выполнять автоматический расчет цен списания товаров

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

вести учет товаров в различных единицах измерения,

а денежных средств - в различных валютах

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

автоматически формировать бухгалтерские проводки для 1С: Бухгалтерии.

Надежность и безопасность

"1С: Торговля и склад" содержит средства обеспечения сохранности и непротиворечивости информации:

возможность запрещения пользователям "прямого" удаления информации

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

возможность запрещения пользователям редактировать данные за прошлые отчетные периоды

установка запрета на редактирование печатных форм документов

"запирание" системы пользователем при временном прекращении работы.

С: Зарплата и Кадры 7.7 (Компонента «Расчет»)

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

Основные функциональные возможности:

Первоначальные возможности

Разнообразные возможности, поддерживаемые конфигурацией

Все необходимые отчеты и документы

Расчет заработной платы

Различные системы и формы оплаты труда

Учет отработанного времени

Учет северных и районных особенностей

Кадровый учет и штатное расписание

Автоматизация кадрового учета и штатного расписания

Особенности бюджетных организаций

Учет специфики бюджетных организаций.

Дополнительные возможности системы

Разнообразные возможности настройки конфигурации

Работа с распределенными информационными базами

Администрирование, работа в сети и права доступа

Дополнительный сервис

С: Предприятие 7.7". Комплексная поставка "Бухгалтерия; Зарплата и Кадры; Производство и Услуги; Торговый и складской учет"

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

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

В комплексную поставку входят основные компоненты системы программ "1С: Предприятие":

"Бухгалтерский учет",

"Оперативный учет",

"Расчет",

а также основные конфигурации:

"Бухгалтерский учет" <#"551880.files/image009.jpg">

Рис.1.9 - Пример конфигурации системы

Метаданными в системе 1С: Предприятие называется совокупность объектов метаданных, настроенных на хранение и обработку информации о хозяйственной деятельность конкретного предприятия. Метаданные определяют функциональность конфигурации, и являются базовыми конструкциями для их создания. По своей сути такие объекты представляются аналогом реальных объектов из сферы предметной деятельности предприятия. Например, объект “Справочник” предназначен для ведения любых списков однородных данных: справочников, картотек и пр. По характеру своего содержания этот объект соответствует понятию “таблица” в таких базах данных, как Access или FoxPro. Однако есть и существенные различия в формировании и использовании объектов в системе “1С”. Здесь разработчик фактически не имеет дела с понятием “база данных” - все вопросы хранения информации, в том числе создания и коррекции файлов, решаются самим объектом. Все объекты “1С: Предприятие” принимают на себя функции как сохранения своих данных на внешних носителях, так и визуального представления информации в виде экранных диалогов и печатных документов. Кроме того, большинство объектов, в качестве своего компонента, включают модуль формы, содержащий программный код для выполнения нестандартных операций при работе с объектом - реализации конкретного алгоритма обработки диалога. Однако то, что видно в окне “Конфигурация” при создании новой информационной базы - это лишь список типов объектов, на основе которых можно создавать реальные объекты, предназначенные для конечного пользователя. Если проводить сравнение с VB, то это лишь панель инструментов, которые можно использовать для создания приложения.

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

Рассмотрим объекты метаданных:

Константы

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

Справочники

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

Перечисления

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

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

Документы

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

Журналы документов

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

Отчеты и обработки

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

Регистры (компонента «Оперативный учет»)

Предназначены для анализа остатков и движений средств в системе 1С: Предприятие.

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

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

Календари

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

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

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

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

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

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

Печатная форма объекта метаданных (печатных форм может быть несколько)

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

Технологические средства конфигурирования и администрирования системы 1С: Предприятие

Встроенный программный язык

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

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

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

Механизм запросов

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

Встроенный текстовый редактор

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

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

Встроенный редактор диалогов

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

Встроенный редактор табличных документов

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

Конструкторы

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

Система настройки пользовательских интерфейсов

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

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

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

Отладчик

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

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

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

Журнал регистрации изменений

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

Описание встроенного языка

Назначение и краткая характеристика встроенного языка

Встроенный язык системы 1С: Предприятие предназначен для описания (на стадии разработки конфигурации) алгоритмов функционирования прикладной задачи.

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

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

Программный модуль.

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

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

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

Любой программный модуль состоит из трех следующих разделов:

определение переменных;

процедуры и функции;

основная программа.

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

Контекст выполнения программного модуля

Каждый программный модуль связан с остальной частью конфигурации задачи. Эта связь называется контекстом выполнения модуля. Следует различать два вида контекста:

глобальный контекст задачи;

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

Глобальный контекст образуется:

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

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

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

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

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

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

Числовой - любое десятичное число. Над данными числового типа определены основные арифметические операции.

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

Типом Дата может представляться любая корректная дата.

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

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

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

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

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

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

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

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

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

Документы, как объекты прикладной задачи, тесно связаны с Регистрами оперативного учета. Только документы могут изменять значения ресурсов в регистрах (этот алгоритм прописывается в предопределенной процедуре Обработка Проведения для каждого вида документа). Движения (приращения) регистров выполняются в момент "проведения" документа. Никаким другим способом, кроме как через проведение документов на содержимое регистров повлиять нельзя. Так, нельзя, например, создать отчет, который бы изменял значения, хранящиеся в регистрах. С другой стороны, документы не порождают в регистрах необратимых действий. То есть, если ранее проведенный документ удалить или сделать его не проведенным, то удалятся и все движения регистров, порожденные им. Если отредактировать (изменить) ранее проведенный документ, то при перепроведении документа все движения регистров, порожденные ранее, удалятся и заменятся новыми.

Регистр - специфический инструмент системы «1С: Предприятие 7.7», средство накопления оперативной информации о наличии и движении средств.

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

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

Регистр остатков - это объект, предназначенный для ведения остатков "ресурсов" на момент времени с привязкой к некоторому набору "измерений".

Оборотный регистр - это объект, предназначенный для подсчета оборота "ресурсов" за заданный интервал времени с привязкой к некоторому набору "измерений".

Ресурсами регистра могут являться любые категории учета, которые могут быть представлены в числовом виде, такие как: "количество товара", "долг клиента", "сумма наличных" и т.п. Измерения регистра - это оси координат, на пересечении которых регистр хранит конкретные значения ресурсов. Кроме того, при записи движения регистра можно задавать "реквизиты" регистра. Значения реквизитов регистра просто сопровождают запись о движении регистра (подобно комментарию) для возможности в дальнейшем производить фильтрацию движений при выборке.

Для получения сводной выходной информации в системе «1С: Предприятие 7.7» используются объекты метаданных, называемые «Отчеты» и «Обработка». Объект данных этого типа представляет собой алгоритм обработки информации на внутреннем языке системы «1С: Предприятие 7.7». К алгоритму обязательно «прикрепляется» диалог, при помощи которого, при необходимости, можно организовать ввод каких-либо параметров, влияющих на ход его алгоритма. Сам алгоритм получения отчета описывается с использованием встроенного языка, при этом может быть задействован встроенный язык запросов, а так же может использоваться объект типа «Таблица Значений».

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

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

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

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

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

1.7 Требования компании к возможностям работы системы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Структура работы компании.

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

Целесообразно выделить в компании 4 отдела:

отдел продаж

склад и доставка

отдел закупок

менеджмент и бухгалтерия

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

Отдел продаж.

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

При рассмотрении работы отдела продаж необходимо осветить следующие аспекты работы:

Порядок приема и обработки заказа.

Товаропроводящие пути и их особенности.

Особенности ценообразования и сложившуюся систему расчета цен.

Порядок приема и обработки заказа.

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

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

Передача заказа в офис.

Ввод заказа в систему 1С.

Кредит-контроль.

Простановка и контроль цен, расчет скидок.

Передача накладной на склад.

Сборка (комплектация) накладной на складе.

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

Формирование на основании полученной накладной пакета товарно-транспортных документов и передача в отдел доставки.

Рассмотрим каждый из этих пунктов подробнее:

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

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

Ввод заказа в систему 1С. Оператор на основании бланка заказа формирует в системе «1С:Предприятие» расходную накладную (документ “Реализация: Купля-Продажа”) на дату, контрагента и по условиям, указанным в бланке заказа. В этом документе перечислены позиции, заказываемые клиентом, в оговоренном количестве. На данном этапе расходная накладная представляет собой копию бланка заказа, но введенного в систему.

Кредит-контроль. производится проверка выполнения клиентом договорных обязательств, таких как:

Наличие неоплаченных поставок

Превышение лимита кредитования, в случае работы на условиях отсрочки

Превышение срока оплаты поставки, в случае работы на условиях отсрочки

Другие факторы, индивидуальные для ряда клиентов.

Все входные данные для контроля присутствуют в системе, так как в 1С ведется отслеживание поставок и оплат, и для каждого контрагента присвоен договор, в котором оговорены условия работы.

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

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

розничные магазины

розничные рынки

мелкооптовые рынки

сетевые магазины

магазины самообслуживания

ключевые клиенты

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

Фактически для каждого товара существуют от 3-5 до 10-15 различных отпускных цен и входная стоимость, но так как вся работа с ценами ведется в электронных таблицах, в 1С расходные цены на товар отсутствуют, кроме базовой розничной цены, в силу этого операторы вынуждены по нескольку часов в день тратить время на простановку цен в расходную накладную в 1С из электронных таблиц MS-Excel. Кажется, что нет ничего сложного в отслеживании входящих цен в 1С, но на практике возникает проблема переноса всех данных из таблиц в 1С, а это около 12’000 значений цен, а главное проблемы отслеживания приходных цен и пересчета расходных по причине высокой интенсивности приходов товара на склад и примитивности стандартных средств ценообразования в системе 1С.

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

Передача накладной на склад. Не требует комментариев - осуществляется физическая передача накладной на склад для сборки заказа.

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

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

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

Товаропроводящие пути и их особенности.

Распространение товара производятся по 4 основным направлениям:

розничные магазины

розничные рынки

оптовые рынки

ключевые клиенты (магазины самообслуживания, сетевые магазины)

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

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

В 1С принадлежность определенного клиента заданной группе определяется свойством контрагента - «регион».

Особенности ценообразования и система расчета цен.

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

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

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

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

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

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

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

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

В Excel проблема колебания расходных цен решена путем введения буферной цены, названной базовой, эта цена на 2-3% выше приходной, и расходные цены на товар формируются на основании базовой. Базовая цена пересчитывается только в случае значительных изменений входной цены, а такие случаи довольно редки и обычно обусловлены изменением цены производителя.

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

Отдел закупок.

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

В обязанности отдела входит:

планирование поставок товара на склад

составление заказов

размещение заказов у поставщика

контроль выполнения заказа

отслеживание входных цен

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

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

Требования компании к возможностям работы системы.

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

Выделим основные проблемы текущего представления данных в 1С:

отсутствие системы стабилизации цен реализации

ограничение на количество цен реализации

возможность формирования единственного прайс-листа

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

отсутствие понятия «товарной группы», списочная форма справочника номенклатуры

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

отсутствие информации в системе об объеме заказанной продукции

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

ручная простановка цен в документы

На основании вышесказанного сформулируем требования компании к возможностям работы системы.

Система «1С: Предприятие» должна:

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

иметь формы печати прайс-листов, соответствующие нормам, принятым в компании

иметь инструментарий работы с прайс-листами

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

отслеживать изменения цен поставки

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

содержать данные о первоначальном заказе клиентов и о фактически отгруженном объеме

1.8 Формирование требуемой структуры представления данных в 1С

Одной из целей доработки данных в 1С было внесение минимальных изменений в конфигурацию и возможность внесения доработок в новые структуры без необходимости изменять конфигурацию. Для этого весь инструментарий работы с новой структурой сформирован в виде внешних обработок (файлы *.ert), обработки хранятся в директории ExtForms базы данных 1С.

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

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

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

Основной номенклатурный справочник (ОНС)

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

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

Система прайсов (СП)

Как уже упоминалось в данной дипломной работе вся ценовая политика и структура ценообразования в компании ведется в электронных таблицах MS Excel. Для формирования предложения клиенту используются прайс - листы: набор товаров с указанием расходных цен, таким образом компания формулирует не только ценовое, но и ассортиментное предложение своим клиентам, и это предложение может меняться в зависимости от принадлежности клиента к той или иной группе. Создаваемая в 1С система прайсов служит для хранения списков товаров в том виде, в котором они даны в прайсах MS Excel.

Прайс - лист в системе 1с - иерархичная трехуровневая структура. Покажем это на рисунке:

Рис. 1.10 - Структура Прайс-листа

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

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

Простота расчета исходящих цен, за счет одинаковой наценки по группе.

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

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

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

Рассмотрим, какую информацию содержит в себе прайс-лист в MS Excel, и какую из этой информации можно перенести в систему 1С:

Ассортимент, иначе говоря список товара, входящий в данный прайс.

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

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

Данные о графическом оформлении прайс-листа.

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

Представление прайсов в 1С.

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

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

_Прайс_Товар - описание конкретных позиций прайс - листа, каждая из этих позиций однозначно привязана к ОНС.

_Цены - пары цен (Цена, ЦенаБыла), с датами (ДатаЦена; ДатаЦенаБыла), рассчитываемых на основании базовых цен из ОНС,.полученные в результате расчета цены являются отпускными ценами на товар.

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

Инструментарий работы с прайс - листами.

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

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

Рассмотрим основные функции, имеющиеся у пользователя.

Рис. 1.11 - Программа формирования прайс-листов

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

Рассмотрим вначале, как возможно набрать прайс-лист вручную.

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

Рис. 1.12 - Программа копирования и удаления

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

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

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

Кроме этого в модуле Действия с прайсами и ценами мы видим вкладки цены, квота и регламент.

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

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

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

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

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

Каталог анализа и планирования (КАП)

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

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

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

На основании анализа и прогнозирования спроса и предложения формируются заказы поставщикам. Заказы отслеживаются по их исполнению (по поступлению товара), корректируются, превращаются в приходные накладные.

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

Чтобы реализовать такого рода оперативную схему, введён внутренний стандарт представления изменяющихся данных КАП. Отчётные, аналитические и плановые показатели типизованы по справочнику-классификатору. Данные сохраняются попозиционно.

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

Такой подход, по мере детализации и развития логики (алгоритмов, программ) КАП, даст возможность гибко реагировать на постоянно меняющуюся ситуацию.

Журнал заявок покупателей и заказов поставщикам.

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

При вводе заказа оператором в 1С теперь забивается не расходная накладная, а документ Заказ Покупателя, и на основании этого документа в общем журнале вводится расходная накладная.

Рис. 1.13

Глава 2. Анализ задачи прогнозирования товарного спроса

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

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

Выбор политики управления запасами практически заключается в ответе на один простой вопрос: «Какая величина запасов является для Компании оптимальной?» Что же будет критерием правильности определения такой величины?

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

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

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

Показатели, основанные на поиске оптимального размера заказа, исходящие из соотношения стоимости хранения запасов и стоимости выполнения заказа.

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

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

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

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

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

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

Подход «от склада». В основе классических западных складских систем управления запасами обычно лежит технология управления заказами SIC (Statistical Inventory Control), которая использует статистические методы для моделирования спроса и времени пополнения товарных запасов.

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

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

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

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

Любая модель управления запасами, в конечном счете, должна дать ответ на два вопроса:

Какое количество продукции заказывать?

Когда заказывать?

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

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

Таким образом, решение обобщённой задачи управления запасами определяется следующим образом;

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

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

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

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

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

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

Рис 2.1

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

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

Рис. 2.2

информационный система спрос программа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Основными расчетными величинами являются:

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

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

Приходим к необходимости прогнозирования спроса.

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

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

На рынке имеется ряд готовых решений планирования поставок. Вот лишь некоторые:Business Solutions-Navision,

«1С:Управление торговлей» 7.7,,,

С 7.7,Balance 3,system.

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

. Microsoft Navision (система управления закупками от компании Microsoft).

Возможности программного продукта:

· Автоматическое определение типа спроса на товар (Типичный, Сезонный, Случайный) на основе статистики

· Прогнозирование продаж

· Автоматический расчет страхового запаса

· Расчет точки дозаказа

· Расчет тренда с возможностью ручной корректировки

· Корректировка фактических данных статистическими методами

· Автоматическая корректировка Периода дозаказа на основе статистики работы с ·поставщиками

· Оптимизация объема заказа

· Автоматическое формирование оптимального заказа на указанный объем, вес или сумму

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

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

Товары с «традиционным», относительно ровным во времени видом спросом.

Товары с сезонным спросом.

Товары со случайным, плохо предсказуемым спросом.

Для управления складом Microsoft Navision использует ряд величин, которые меняются во времени и требуют периодической корректировки. Система позволяет автоматически рассчитывать и корректировать эти показатели по каждому товару. Модель расчета зависит от типа спроса на данную товарную группу.

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

· Максимальный складской запас (Maximum Stock).

· Страховой запас (Safety Stock) на случай задержки поставки и скачков спроса. Страховой запас в последующем корректируется с учетом статистики продаж и поставок.

· Период ожидания поставки (Lead Time). Показатель зависит от поставщиков и различных форс-мажорных обстоятельств, время поставки очередной партии товара может меняться раз от раза и это так же корректируется при последующих расчетах.

· Точка дозаказа (Order Point) рассчитывается исходя из всех вышеперечисленных величин. В момент наступления Точки заказа система формирует заказ на новую партию товара.

· Тренд. Расчет производится на основе статистики и отражает изменение рыночной ситуации (рост или падение спроса). Значение тренда в последующем влияет на все остальные величины.

В Систему Управления закупками заложено около 30 математических моделей для расчета складских показателей. Автоматически выбирается оптимальная модель планирования, исходя из применимости той или модели в каждом конкретном случае и точности прогнозирования (сравнивается прогноз системы на последний отчетный период с реальными данными за этот период). Наряду с возможностью автоматического расчета показателей, система оставляет возможность ручной корректировки. Любой вычисляемый показатель может быть наглядно представлен в виде формул и связанных с ним объектов. «Интеллектуальная начинка» системы может использовать в расчётах Экономически целесообразный размер заказа (Economic Order Quantity). Для его расчёта учитываются затраты на закупку и затраты на хранение товаров. Решением является выбор точки с наименьшими суммарными затратами:

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

В среднем стоимость пакета в расчете на одно рабочее место составляет 1200 - 1900 ЕВРО. Начальный пакет на 5 одновременных пользователей может стоить менее 7 000 ЕВРО, а начальный пакет на 10 пользователей - меньше 12 000 ЕВРО.

. «1С:Управление торговлей» 8.0.

Рассмотрим возможности программного продукта:

Рис. 2.3

«1С:Управление торговлей» 8.0 предназначено для решения следующих задач:

· Обеспечение информацией, необходимой для принятия решений о пополнении товарных запасов;

· Снижение затрат на закупки;

· Организация четкого взаимодействия с поставщиками;

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

Автоматическое оформление заказов поставщикам на основании заказов покупателей или внутренних заказов;

Контроль закупочных цен по перечню товаров, раннее закупленных у поставщика;

Пакетный режим формирования заказов нескольким поставщикам;

Формирование графика оплаты поставщикам;

Получение информации о графике предполагаемых поставок в разрезе заказов и ответственных менеджеров;

Перераспределение, корректировка и снятие с учета заказов поставщикам;

Автоматическое резервирование поступивших товаров, по заказам покупателей, распределенных по заказам поставщикам;

Различные схемы поступления товаров от поставщиков: поступление собственных товаров, прием на хранение и реализацию, оприходывание "неотфактурованных" товаров;

Формируемые документы:

Заказ поставщику;

Внутренний заказ;

Заказ покупателя;

Распределение заказа поставщику;

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

Закрытие заказов поставщикам;

Распределение ожидаемого исходящего платежа;

Отчеты:

Остатки и обороты: Заказы поставщикам;

Кросс-таблица: Ожидаемы исходящие платежи;

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

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

Анализ потенциального объема продаж в стоимостном выражении, оценка корректности формирования отпускных цен;

Анализ себестоимости, наценки и рентабельности возможных продаж;

ABC-анализ товаров (привлекательность товаров по различным характеристикам);

XYZ-анализ товаров (стабильность продаж товаров по различным параметрам);

Анализ оборачиваемости товаров;

Анализ оборотных средств и краткосрочных источников финансирования;

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

Автоформирование и авторассылка по электронной почте информации о текущем состоянии дел компании;

Динамика показателей;

Задание различных группировок и критериев отборов при формировании отчетности;

"Расшифровка" сводных показателей;

Графическое представление данных;

и генерирует следующие отчеты:

Стоимостная оценка склада в ценах компании;

Анализ оборачиваемости товаров;

Структура оборотных средств;

Рапорт руководителя;

. Динамические системы оптимизации управления и развития класса DMDS (dynamic management & development system).

Компании Ассоциации Бизнес-Сервис являются единственными российскими разработчиками управленческих интеллектуальных информационных технологий последнего поколения класса DMDS (dynamics management & development system - динамические системы управления и развития). Эти технологии решают задачу динамической оптимизации управленческих решений. С их помощью можно смоделировать развитие ситуации во времени и в изменяющиейся бизнес-среде, и, соответственно, выявить скрытые тенденции, последствия принимаемых решений. Поскольку моделируется большое число переменных и их взаимосвязей, то множественная «прокрутка» по всем циклам обратных связей создает возможность зафиксировать влияние невидимых менеджеру факторов и факторов случайного характера, определить с достаточно высокой степенью цену риска. Динамические модели дают возможность предварительной оптимизации стратегических решений с точки зрения их ресурсного обеспечения и возможных последствий. Используя динамический симулятор можно решить массу практических задач путем целенаправленного изменения любого из максимально широкого спектра обстоятельств.

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

Типы внедряемых динамических систем поиска оптимальных решений - технологий DMDS(основа для технического задания):

· Динамическая оптимизация логистики

· ДС управления сбытом и торговлей

· ДС управления закупками и запасами

· ДС контроллинга (управление прибылью), включая ДС управления оборотными средствами

· Динамическое ценообразование

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

· Динамическая система развития DDS (start-up, масштабирование компетенций на основе IIT (интеллектуальных информационных технологий), динамический бизнес-инжиниринг и процессный менеджмент)

Этапы и содержание работ по внедрению динамической системы поиска оптимальных решений:

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

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

. Составление когнитивной карты модели потоков и согласование ее с Заказчиком.

. Формирование набора выходных параметров модели: таблиц и графиков, «врезок» на когнитивной карте и согласование его с Заказчиком.

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

. Разработка управления моделью потоков предприятия.

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

. Сопряжение динамической модели с данными информационных систем Заказчика

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

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

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

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

Сроки и стоимость выполнения работ зависят от выбранного типа динамической системы и заданной степени детализации модели и составляют от 4-х до 12-ти месяцев и от 15000$ до 180000$ (за отдельный тип внедряемой динамической системы).

. ForExSal - Программа для прогнозирования продаж. (Forecast Expert Sales System).

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

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

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

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

Методы, реализованные в ForExSal: несезонные методы (трендовые методы, методы скользящего среднего, метод Брауна, метод Хольта, методы для описания случайной составляющей временного ряда, метод Бокса-Дженкинса, метод Конси-Бокс-Дженкинс для сильнокоррелированных мультирядов, метод декомпозиции мультирядов), сезонные методы (метод Хольта-Уинтерса).

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

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

2.2 Составление алгоритма программы прогнозирования товарного спроса

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

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

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

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

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

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

тренда - общей направленности изменений значений ряда или основной тенденции ряда

циклических колебаний - колебания относительно линии тренда для периодов свыше одного года

сезонных колебаний - периодические изменения значений ряда на протяжении года

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

Пусть величина спроса - Y, тогда:

Y = Tr (t) + Vcycle (t) + Vseason (t)+ x (t) - получили модель, где:

Tr (t)- величина тренда(t)- величина циклических колебаний(t)- величина сезонных колебаний

x (t)- случайное возбуждение

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

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

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

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

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

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

Конечно, наиболее заманчивой является перспектива приведения модели к линейной зависимости вида Y = Tr (t) + x (t). Тренд определяется путем линейного регрессионного анализа. Метод исходит из предпосылки, что прогнозируемый показатель изменяется прямо (обратно) пропорционально с течением времени. Поэтому для определения прогнозных значений показателя используется, например, следующая зависимость:

Yпрогн (t) = A + B*t

Модель вида Y = Tr (t) + x (t) будет адекватно описывать величину товарного спроса в случае если к обработке предъявляется выборка данных за незначительный период времени, в течение которого сезонная и циклическая составляющие не оказывают существенного влияния на величину спроса. В то же время выборка должна содержать достаточное количество информации об оцениваемых параметрах для обеспечения необходимой точности прогнозирования.

Согласно экспертной оценке оптимальной глубиной анализа является период от 6 до 9 недель.

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

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

Окончательно получаем однофакторную линейную регрессионную модель вида Y = A + B * t + x (t), где:- значение спроса на товар, B - неизвестные параметры

x (t) - случайная нормально распределенная величина.

Необходимо найти оценку параметров уравнения регрессии A и B сделать это возможно при помощи МНК.

Оценивание параметров уравнения регрессии.

К обработке предъявляется выборка значений товарного спроса в моменты времени t = 1, 2, 3,…,i, где i - глубина анализа.=(y1,y2,y3,…yi) - вектор значений товарного спроса.

Y = C × q + x, где

С - матрица измерений С =

q - вектор неизвестных параметров qT = ( A B )

x - вектор случайных воздействий, xT= (x1, x2,…, xi); M(x)=0; M(x × xT)=s2

В этом случае оценка вектора неизвестных параметров методом наименьших квадратов будет равна:

qМНК = [CT×C ]-1×CT×Y

Получив значения коэффициентов уровня регрессии можем построить прогноз объема заказов, подставляя в формулу Yпрогн (t) = AМНК + BМНК*(t) необходимый момент времени.

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

t = i +2, где i - глубина анализа (в неделях).

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

расчета объема страхового запаса по позиции

расчета прогнозируемого остатка на день прихода

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

Объем страхового запаса рассчитывается по формуле:

Vmin=(Yпрогн / 5) × Nсрыв, гдеVmin - объем страхового запаса,

Nсрыв - возможное время задержки пополнения склада данной номенклатурной позицией. Этот показатель зависит от поставщика, но обычно принимается равным 3 дням.

Прогнозируемый остаток на день прихода равен:

Vпрогн = Vтекущ - (Yпрогн / 5) × Nзаказ,

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

Объем заказа вычисляется про формуле:

Vзаказ=Vmin + (Yпрогн / 5) × (Nзаказ + Nсрок) - Vтекущ, где Nсрок - периодичность размещения заказов у данного поставщика.

2.3 Описание программы прогнозирования товарного спроса и составления заказов поставщикам

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

Вызов программы производится по кнопке {Управление закупками} в интерфейсе {Администрирование данных}.

После вызова программы на экране появляется окно программы:

Рис. 2.4

Окно программы, форма «Анализ».

Интерфейс программы состоит из трех форм, расположенных в последовательности, определяемой логикой составления заказа - «Анализ» «Планирование», и «Заказ».

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

Форма «Анализ». В данной форме пользователем задается вся необходимая информация для прогнозирования продаж и составления заказа, такая как: товарная группа или номенклатурная позиция и временной интервал для анализа спроса на товар.

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

В поле «Диапазон анализа» слева - направо задается:

Дата окончания диапазона анализа - неделя, к которой принадлежит эта дата будет последней неделей по которой обрабатываются данные.

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

Плановая дата поставки - дата планируемого прихода товара на склад,

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

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

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

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

Рис. 2.5

Окно программы, форма «Планирование»

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

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

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

Рис. 2.6

Окно программы, форма «Планирование»

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

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

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

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

Глава 3. Экономическая часть

3.1 Характеристика и оценка прогрессивности научно-технической продукции

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

научно - технический уровень (новизна) НИР;

перспективность НИР;

возможность применения результатов НИР;

Определим уровни научно - технического прогресса по признакам научно - технического эффекта, в баллах (табл. 3.1).

Табл. 3.1

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

,

где Ri ¾ значение “весового коэффициента” i-го признака;¾ значение j-го показателя i-го признака научно- технического прогресса в баллах.

Зададим значимость признаков научно- технического эффекта НИР (табл. 3.2):

Табл. 3.2

Тогда обобщенные количественные показатели научно-технического уровня:базовый = (0,4 · 2 + 0,6 · 1 + 0,6 ·3)/2 = 1,6

Научно - техническая прогрессивность решения дипломной работы:разрабатываемый = (0,4 · 3 + 0,6 · 6 + 0,6 · 6)/2 = 4,2

Соответственно, прогрессивность научно-технической прогрессивности разработки составляет:

.

3.2 Организация планирования исследований

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

Трудоемкость НИР определяют укрупнено по трудоемкости и удельного веса этапа в НИР:

 [чел.-ч.],

где tсэр, dсэр - трудоемкость и процентное содержание этапа работ в НИР и трудоемкость этапа в долях единиц.

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

t = to + tи + ta + tб-с + tk + tот + tд,

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

Затраты труда определим через условное количество команд в машинной программе решаемой задачи. Условное количество команд определяется по формуле:

Q = q · Kc · (1+ΣKk),

гдеq - предполагаемое число команд;

Кс - коэффициент сложности программ (1.25.. 2.0);

Кк - коэффициент коррекции программы при ее разработке (0.05.. 0.10);

суммирование по количеству коррекций программы в ходе ее разработки.=500 · 1,6 · (1+ 0,1) = 880.

Определим составляющие трудоемкости программирования задач:=2 (чел.-ч.);и = Q ·B / ( 85 ·K ) = 6,2(чел.-ч.);= Q / ( 25 ·K ) =17,6 (чел.-ч.);бс = Q / ( 15 · K ) = 29,3 (чел.-ч.);= Q / ( 15 · K ) + Q / ( 25 · K ) = 46,9 (чел.-ч.);от = 1,5 · Q / ( 5 · K ) = 132 (чел.-ч.);д = Q · ( B + 0,75 ) / ( 20 · K ) = 42,9(чел.-ч.).

(В=1,2 - коэффициент увеличения затрат труда вследствие недостаточного описания задач, К=2 - коэффициент квалификации разработчика, числовые коэффициенты в знаменателях характеризуют нормативную производительность труда программистов ¾ число команд в час).

Общая трудоемкость этапа программирования: tсэр =276,9 чел.- ч.

Трудоемкость НИР укрупненно по удельному весу и трудоемкости этапа программирования при рассчитанной tсэр и процентном содержании этапа dсэр = 60% определяется:=461,5 (чел.-ч.).

Для построения директивного графика распределим НИР по этапам (табл. 3.3):

Табл. 3.3

Производственный цикл этапа:

Tцi = Tэi / ( tpq q),

где Tэi ¾ трудоемкость этапа (чел. - ч.), tpq - продолжительность рабочего дня (ч.), а q - количество исполнителей (чел.).

Рабочие дни переводятся в календарные с коэффициентом 1,4.

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

Табл. 3.4

Табл. 3.5

3.3 Затраты на научно - исследовательские разработки

Затраты на выполнение исследований определяют по следующим статьям расходов:

. Заработная плата разработчиков табл. 3.6;

. Отчисления на социальное страхование;

. Накладные и прочие расходы.

Табл. 3.6

Единый социальный налог составляет 35,8% от заработной платы:

Зсс = 21480 · 0,358 = 7689,84 [руб].

К лабораторным расходам относится стоимость времени эксплуатации персонального компьютера Зои=Срс'Трс,

где Срс и Трс - стоимость единицы времени эксплуатации и время работы персонального компьютера соответственно (Срс = 100 руб./день, Трс = 71 день).

ои=20·71 = 7100 (руб.)

В элементе «Амортизация оборудования» отражается сумма амортизационных отчислений в размере 10% от стоимости ПК.

ам = 0.1 • Спк

Зам = 0.1·24000 = 2400 (руб.)

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

Зн = 21480 · 0,9 = 19332 [руб],

З = 21480 + 7689,84 + 7100 + 2400 + 19332= 58001,84 [руб].

3.4 Оценка экономической эффективности

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

При переходе к новой стратегии управления закупками на основании товарного спроса средствами разработанного ПО, экономия составит не менее 1 % оборота, что при месячном обороте в 1 000 000 руб. составит

Энтпр= 1% · 12 000 000= 120 000 руб/год,

Уровень экономической эффективности затрат на НИР определяется по формуле:

Е = Э / З = 120 000 / 58001,84 = 2,068

Время окупаемости:

Т = 1 / E = 0,48

Вывод: полученный уровень экономической эффективности позволяет считать данную НИР экономически целесообразной.

Заключение

В ходе работы над дипломным проектом были решены следующие задачи:

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

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

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

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

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

Список литературы

1.    Г.Ф. Гордукалова Анализ информации. Методы, технологии, организация. - М.: Профессия, 2009 г. 512 с.

2.      Основы логистики: Учебное пособие / Под ред. Л.Б. Миротина и В.И.Сергеева. - М.: ИНФРА-М, 1999. - 200 с.

.        Майкл Р. Линдерс, Харольд Е. Фирон - Управление снабжением и запасами. Логистика. Издательство Виктория - плюс, 2002 г., 768 с.

.        Щур Д.Л. Основы торговли. Оптовая торговля. - М.: Издательство «Дело и Сервис», 2005. - 656 с.

.        Т.Н. Усиков “1С: Предприятие. Эффективное программирование” Новое знание, 2004 г.448 c.

.        О. В. Бартеньев “1С: Предприятие: программирование для всех” Диалог - МИФИ, 2002 г. 464 c.

.        Баронов В.В., Калянов Г.Н., Попов Ю.И. и др. Автоматизация управления предприятием - М.: ИНФРА-М, 2000. (Серия «Секреты менеджмента»).

Приложение

Модуль программы формирования заказов

//----------

Функция Титул()

Если Пустое Значение (ВыбПрайс)=1 Тогда Возврат "<<Прайс не указан>>" Конец Если;

Х=?(Выб Прайс. Выбран()=0,"",

?(ВыбПрайс.Уровень()=1,""+ВыбПрайс,?(ВыбПрайс.Уровень()=2,ВыбПрайс.Родитель,""+ВыбПрайс.Родитель.Родитель+" - "+ВыбПрайс.Родитель)))+?(ВыбТовар.Выбран()=0,"",": "+ВыбТовар);

//?(ВыбПрайсЛогистика.Выбран()=0,"",?(ВыбПрайсЛогистика.Уровень()=1,"",?(ВыбПрайс.Уровень()=2,ВыбПрайс.Родитель,""+ВыбПрайс.Родитель.Родитель+" - "+ВыбПрайс.Родитель)))+?(ВыбТовар.Выбран()=0,"",": "+ВыбТовар)

Возврат Х;

КонецФункции // Титул

//----------

Процедура Товары Прайса (Прайс, Список Товаров) // Список товаров (указанной части) прайса

Прс=СоздатьОбъект("Справочник._Прайсы");

СпрТов=СоздатьОбъект("Справочник._Прайс_товар");

Если ПустоеЗначение(Прайс)=0 Тогда

Если Прайс.ЭтоГруппа()=1 Тогда

Прс.ИспользоватьРодителя(Прайс.ТекущийЭлемент()); // и переходим к перебору

Иначе // итак, единственная прайсовая группа, товар перечислен в подчинённом справочнике...

СпрТов.ИспользоватьВладельца(Прайс.ТекущийЭлемент());

СпрТов.ВыбратьЭлементы();

Пока СпрТов.ПолучитьЭлемент()=1 Цикл

Если СпрТов.Товар.Выбран()=0 Тогда Продолжить КонецЕсли;

Если СпрТов.Товар.ПометкаУдаления()=1 Тогда Продолжить КонецЕсли;

Если СпрТов.ПометкаУдаления()=1 Тогда Продолжить КонецЕсли;

Если СписокТоваров.Принадлежит(СпрТов.Товар.ТекущийЭлемент())=0 Тогда

СписокТоваров.ДобавитьЗначение(СпрТов.Товар.ТекущийЭлемент())

КонецЕсли

КонецЦикла;

Возврат

КонецЕсли;

КонецЕсли;

Прс.ВыбратьЭлементы();

Пока Прс.ПолучитьЭлемент()=1 Цикл

Если Прс.ЭтоГруппа()=1 Тогда Продолжить КонецЕсли;

// Выведем все товары-строки

СпрТов.ИспользоватьВладельца(Прс.ТекущийЭлемент());

СпрТов.ВыбратьЭлементы();

Пока СпрТов.ПолучитьЭлемент()=1 Цикл

Если СпрТов.Товар.Выбран()=0 Тогда Продолжить КонецЕсли;

Если СпрТов.Товар.ПометкаУдаления()=1 Тогда Продолжить КонецЕсли;

Если СпрТов.ПометкаУдаления()=1 Тогда Продолжить КонецЕсли;

Если СписокТоваров.Принадлежит(СпрТов.Товар.ТекущийЭлемент())=0 Тогда

СписокТоваров.ДобавитьЗначение(СпрТов.Товар.ТекущийЭлемент())

КонецЕсли

КонецЦикла;

КонецПроцедуры // ТоварыПрайса

//------------

Функция НазваниеДня(ДатаХ)=НомерДняНедели(ДатаХ);

Если i=1 Тогда Возврат "понедельник" КонецЕсли;

Если i=2 Тогда Возврат "вторник" КонецЕсли;

Если i=3 Тогда Возврат "среда" КонецЕсли;

Если i=4 Тогда Возврат "четверг" КонецЕсли;

Если i=5 Тогда Возврат "пятница" КонецЕсли;

Если i=6 Тогда Возврат "суббота" КонецЕсли;

Если i=7 Тогда Возврат "воскресенье" КонецЕсли;

КонецФункции // НазваниеДня

//----------

Процедура ПоПрайсу()

Если Форма.Закладки.ТекущаяСтрока()=1 Тогда

ВыбТовар="";

ЕстьТовар=?(ВыбПрайс.Выбран()=0,0,?(ВыбПрайс.ЭтоГруппа()=1,0,1));

Форма.ВыбТовар.Видимость(ЕстьТовар);

Форма.ВТх.Видимость(ЕстьТовар);

Форма.ВТхх.Видимость(ЕстьТовар);

Если ВыбПрайс.Выбран()=0 Тогда Возврат КонецЕсли;

Голова=?(ВыбПрайс.Уровень()=1,ВыбПрайс,?(ВыбПрайс.Уровень()=2,ВыбПрайс.Родитель,ВыбПрайс.Родитель.Родитель));

ПризнакОтбора=СокрЛП(Голова);

КонецЕсли;

КонецПроцедуры // ПоПрайсу

//------------

Процедура ЗаказПоставщику()

Если ВыбЗаказ.Выбран()=0 Тогда

//Х="Предварительно в поле справа д.б. показан предыдущий заказ

//|или введён новый, без заполнения табличной части!";

Х="Предварительно в поле справа должен быть введён новый заказ

|без заполнения табличной части!";

Предупреждение(Х);

Возврат

КонецЕсли;

Если ВыбЗаказ.КоличествоСтрок()>0 Тогда

Если Вопрос("В указанном заказе строк в табличной части "+ВыбЗаказ.КоличествоСтрок()+"."+РазделительСтрок+

"Формируем заказ заново ?","Да+Нет")="Нет" Тогда Возврат КонецЕсли;

КонецЕсли;

ВЗ=СоздатьОбъект ("Документ."+ВыбЗаказ.Вид());

Если ВЗ.НайтиДокумент(ВыбЗаказ)=0 Тогда

Предупреждение ("СОШ-529");Возврат

КонецЕсли;

ВЗ.УдалитьСтроки();

ВЗ.ДатаОтгрузки=ВЗ.ДатаДок;

// Заполнение

ЕстьОШИБКИ=0;

ТП.ВыбратьСтроки();

Пока ТП.ПолучитьСтроку()=1 Цикл

Если ПустоеЗначение(ТП.Заказ)=1 Тогда Продолжить; КонецЕсли;

ВЗ.НоваяСтрока();

ВЗ.Номенклатура=ТП.Товар;

ЕстьЕД=1;

Если ТП.Товар.ЗакупочнаяЕдиница.Выбран()=0 Тогда

ЕстьЕД=0;

КонецЕсли;

Если ЕстьЕД=0 Тогда

Единица=ТП.Товар.БазоваяЕдиница.ТекущийЭлемент();

Сообщить ("Закупочная единица не указана или коэффициент<=1. Строка "+ТП.НомерСтроки+", товар: "+ТП.Товар);

Иначе

Единица=ТП.Товар.ЗакупочнаяЕдиница.ТекущийЭлемент();

КонецЕсли;

К=Единица.Коэффициент;

Если К < 1 Тогда

Сообщить("Нет коэффициента у единицы. Строка "+ТП.НомерСтроки+", товар: "+ТП.Товар,"!");

К=1;

ЕстьОШИБКИ=1

КонецЕсли;

Если К=1 Тогда

Кц=ТП.Заказ;

Иначе

//Кц=Цел(ТП.Заказ/К);

//Если Кц*К<>ТП.Заказ Тогда

//Сообщить("Указано количество не кратное упаковке (кф.уп."+К+"). Строка "+ТП.НомерСтроки+", товар: "+ТП.Товар,"!");

//ЕстьОШИБКИ=1

//КонецЕсли;

Кц=Цел(ТП.Заказ/К);

Если Кц*К<>ТП.Заказ Тогда Кц=Кц+1 КонецЕсли;

КонецЕсли;

ВЗ.Единица=Единица;

ВЗ.Коэффициент=К;

ВЗ.Количество=Кц;

глПересчетТаблЧасти(ВЗ.ТекущийДокумент(),"Номенклатура");

КонецЦикла;

ВЗ.Записать();

Х="Заказ сформирован."+?(ЕстьОШИБКИ=1," Есть ОШИБКИ !!!","");

Предупреждение(Х);

КонецПроцедуры // ЗаказПоставщику

//------------

Процедура ДиапазонПоДате(Дата0="",Дата1,Дата2)

Если ПустоеЗначение(Дата0)=0 Тогда

Если Дата0>ПолучитьДатуТА() Тогда Дата0=ПолучитьДатуТА(); Предупреждение("Итоги расчитаны по "+Дата0); КонецЕсли;

Понедельник=Дата(Дата0-НомерДняНедели(Дата0)+1);

Дата2=Дата(Понедельник-3);

КонецЕсли;

хх=НомерДняНедели(Дата0);

х=Число(Дата0Х)-Число(Дата0);

Если (х>7)ИЛИ(х<(8-хх)) Тогда Дата0Х=Дата(Дата0+7);КонецЕсли;

Если НЕ(НомерДняНедели(Дата2)=5) Тогда

Дата2=Дата(Дата2-НомерДняНедели(Дата2)+5);

КонецЕсли;

Понедельник=Дата(Дата2-НомерДняНедели(Дата2)+1);

Дата1=Дата(Понедельник-7*(ГлубинаАнализа-1));

РабочихДнейДоПоставки=Число(Дата0Х)-Число(Дата0)-3;

КонецПроцедуры // ДиапазонПоДате

//------------

Процедура Аппроксимация(Данные,А,В)

А=0;В=0;

Если ПустоеЗначение(Данные)=1 Тогда Возврат КонецЕсли;

Хсред=Данные.Итог("Х")/Данные.КоличествоСтрок();

Усред=Данные.Итог("У")/Данные.КоличествоСтрок();

Числитель=0;

Знаменатель=0;

Данные.ВыбратьСтроки();

Пока Данные.ПолучитьСтроку()=1 Цикл

Числитель=Числитель+(Данные.Х-Хсред)*Данные.У;

Знаменатель=Знаменатель+(Данные.Х-Хсред)*(Данные.Х-Хсред);

КонецЦикла;

Если Знаменатель=0 Тогда

А=Усред; В=0;

Иначе

В=Числитель/Знаменатель;

А=Усред-Хсред*Числитель/Знаменатель;

КонецЕсли;

КонецПроцедуры // Аппроксимация

//------------

Процедура АнализЛинейный() // Линейная апроксимация

Перем Прогноз,А,В,Хмин,Хмакс,Заказ;

ТП.Очистить();

ТТ.Выгрузить(ТП,,,"Товар,Остаток");

ТП.НоваяКолонка("ПрогнозПродаж","Число",7,0,"Прогноз",6);

ТП.НоваяКолонка("А","Число",17,0,"А",6);

ТП.НоваяКолонка("В","Число",17,0,"В",6);

ТП.НоваяКолонка("Мин","Число",17,0,"min",6);

ТП.НоваяКолонка("Макс","Число",17,0,"max",6);

ТП.НоваяКолонка("Заказ","Число",7,0,"Заказ",6);

Данные=СоздатьОбъект("ТаблицаЗначений");

Данные.НоваяКолонка("Х","Число",3,0);

Данные.НоваяКолонка("У","Число",7,0);

Если ТТ.КоличествоКолонок()<> ГлубинаАнализа+3 Тогда Сообщить("СОШ-682");Возврат КонецЕсли;

ном=0;

ТТ.ВыбратьСтроки();

Пока ТТ.ПолучитьСтроку()=1 Цикл

ном=ном+1;

ТП.ПолучитьСтрокуПоНомеру(ном);

Данные.УдалитьСтроки();

Для i=1 По ГлубинаАнализа Цикл

у=ТТ.ПолучитьЗначение(ном,i+3);

Если (ПустоеЗначение(у)=1)И(ПустоПропускать=1) Тогда // пропускаем

Иначе

Данные.НоваяСтрока();

Данные.Х=i;

Данные.У=у;

КонецЕсли;

КонецЦикла;

Если ПустоеЗначение(Данные)=1 Тогда Сообщить("Строку "+ТТ.ТекущаяСтрока()+" не обрабатываем.");Продолжить КонецЕсли;

Аппроксимация (Данные,А,В);

// Параметры заказа

//Прогноз1=А+В*(ГлубинаАнализа+1);

Прогноз2=А+В*(ГлубинаАнализа+2);

Расчётный Остаток На Моменть Поступления Заказа=Макс(ТТ.Остаток-ТТ.Расходимость*РабочихДнейДоПоставки,0);

Заказ=Прогноз2*1.3-РасчётныйОстатокНаМоментьПоступленияЗаказа;

Хмин=Прогноз2*0.5;

Хмакс=Прогноз2*1.5;

ТП.А=А;

ТП.В=В;

ТП.ПрогнозПродаж=Прогноз2;

ТП.Заказ=Заказ;

ТП.Мин=Хмин;

ТП.Макс=Хмакс;

КонецЦикла;

ТТ.ТекущаяСтрока(1);

ТП.ТекущаяСтрока(1);

Форма.Закладки.ТекущаяСтрока(3);

Форма.ИспользоватьСлой("Основной,Даты,Заказ", 2);

КонецПроцедуры // АнализЛинейный

//------------

Процедура УбратьОтрицательныеОстатки() // Возможна пересортица...

ТТ.ВыбратьСтроки();

Пока ТТ.ПолучитьСтроку()=1 Цикл

Если ТТ.Остаток<0 Тогда ТТ.Остаток=0; КонецЕсли;

КонецЦикла;

КонецПроцедуры // УбратьОтрицательныеОстатки

//------------

Процедура Хроника() // Построение графика продаж по неделям

СписокТоваров=СоздатьОбъект("СписокЗначений");

ТоварыПрайса(ВыбПрайс,СписокТоваров);

// Остаток расчитываем на конец предыдущей недели...

// Нет, берём текущий остаток, на рабочую дату.

ОстаткиПоТоварам=СоздатьОбъект("Запрос");

ТекстЗапроса =

"//{{ЗАПРОС(Остатки)

|Период с Дата0 по Дата0;

|Товар=Регистр.ОстаткиТМЦ.Номенклатура;

|КолВо = Регистр.ОстаткиТМЦ.Количество;

|Функция КО = КонОст(КолВо);

|Группировка Товар Без Групп;

|Условие (Товар В СписокТоваров);

|"//}}ЗАПРОС

;

Если Остатки По Товарам. Выполнить (ТекстЗапроса) = 0 Тогда Предупреждение("Запрос по остаткам не выполнен!");Возврат КонецЕсли;

ЗапросПоТоварам=Создать Объект ("Запрос");

ТекстЗапроса =

"//{{ЗАПРОС(Товар)

|Период с Дата1 по Дата2;

|Товар=Регистр.ПартииНаличие.Номенклатура;

|КодОперации=Регистр.ПартииНаличие.КодОперации;

|КолВо = Регистр.ПартииНаличие.Количество;

//|Функция Закупка = Приход(КолВо) когда (КодОперации=глКО.Закупка);

//|Функция ВозвратПоставщику = Расход(КолВо) когда (КодОперации=глКО.ВозвратПоставщику);

|Функция Продажа = Расход(КолВо) когда (КодОперации=глКО.Продажа);

//|Функция ВозвратОтПокупателя = Приход(КолВо) когда (КодОперации=глКО.ВозвратОтПокупателя);

|Группировка Неделя;

|Группировка Товар Без Групп;

//|Без итогов;

|Условие (Товар В СписокТоваров);

|"//}}ЗАПРОС;

Если ЗапросПоТоварам.Выполнить(ТекстЗапроса) = 0 Тогда Предупреждение("Запрос по товарам не выполнен!");Возврат КонецЕсли;

ТТ.Очистить();

ТХ=СоздатьОбъект("ТаблицаЗначений");

ТХ.НоваяКолонка("Товар","Справочник.Номенклатура",,,,10);

ТХ.НоваяКолонка("Остаток","Число",7,0,"КонОст",5);

ТХ.НоваяКолонка("Расходимость","Число",7,0,"СрРсх",5);

КолонкиПрихода=СоздатьОбъект("СписокЗначений");

КолонкиРасхода=СоздатьОбъект("СписокЗначений");

Д=0;

Пока ЗапросПоТоварам.Группировка("Неделя") = 1 Цикл

День=Дата(ЗапросПоТоварам.Неделя);

Состояние(""+День);

Д=Д+1;

КолонкаРасхода="Д"+Д;

ТХ.НоваяКолонка(КолонкаРасхода,"Число",7,0,""+День,6);

КолонкиРасхода.ДобавитьЗначение(КолонкаРасхода);

Пока ЗапросПоТоварам.Группировка("Товар") = 1 Цикл

Товар=ЗапросПоТоварам.Товар.ТекущийЭлемент();

СтрокаХ=0;

Если ТХ.НайтиЗначение(Товар,СтрокаХ,1)=0 Тогда

ТХ.НоваяСтрока();

ТХ.Товар=Товар.ТекущийЭлемент();

Если ОстаткиПоТоварам.Получить(Товар.ТекущийЭлемент())=1 Тогда

//ОстаткиПоТоварам.Группировка("Товар");

ТХ.Остаток=Число(ОстаткиПоТоварам.КО);

КонецЕсли;

СтрокаХ=ТХ.КоличествоСтрок();

Иначе

ТХ.ПолучитьСтрокуПоНомеру(СтрокаХ);

КонецЕсли;

//Приход=ЗапросПоТоварам.Закупка-ЗапросПоТоварам.ВозвратПоставщику;

//Расход=ЗапросПоТоварам.Продажа-ЗапросПоТоварам.ВозвратОтПокупателя;

Расход=ЗапросПоТоварам.Продажа;

ТХ.Расходимость=ТХ.Расходимость+Расход;

//ТХ.УстановитьЗначение(СтрокаХ,КолонкаПрихода,Приход);

ТХ.УстановитьЗначение(СтрокаХ,КолонкаРасхода,Расход);

КонецЦикла;

КонецЦикла;

Если ПустоеЗначение(ТХ)=1 Тогда Предупреждение("Данных не найдено !");Возврат КонецЕсли;

ТХ.ВыбратьСтроки();

Пока ТХ.ПолучитьСтроку()=1 Цикл

ТХ.Расходимость=ТХ.Расходимость/Д;

КонецЦикла;

ТХ.Выгрузить(ТТ);

Форма.Закладки.ТекущаяСтрока(2);

Форма.ИспользоватьСлой("Основной,Даты,Планирование", 2);

КонецПроцедуры // Хроника

//------------

Процедура ПриВыбореЗакладки(НомерЗакладки, ЗначениеЗакладки)

Если НомерЗакладки = 1 Тогда

Форма.ИспользоватьСлой("Основной,Анализ,Даты",2);

ПоПрайсу();

ИначеЕсли НомерЗакладки = 2 Тогда

Форма.ИспользоватьСлой("Основной,Даты,Планирование", 2);

ИначеЕсли НомерЗакладки = 3 Тогда

Форма.ИспользоватьСлой("Основной,Даты,Заказ", 2);

КонецЕсли;

КонецПроцедуры // ПриВыбореЗакладки

//------------

Процедура ПриОткрытии()

Если ПустоеЗначение(Дата0)=1 Тогда Дата0=РабочаяДата(); КонецЕсли;

Если Дата0>ПолучитьДатуТА() Тогда Дата0=ПолучитьДатуТА(); КонецЕсли;

ДиапазонПоДате(Дата0,Дата1,Дата2);

Спр = Форма.Параметр;

Если ПустоеЗначение(Спр) =0 Тогда

Если Спр.Вид() = "_Прайсы" Тогда

ВыбПрайс=Спр.ТекущийЭлемент();

КонецЕсли;

КонецЕсли;

Форма.ИспользоватьЗакладки(1);

Форма.Закладки.ДобавитьЗначение(1, "Анализ");

Форма.Закладки.ДобавитьЗначение(2, "Планирование");

Форма.Закладки.ДобавитьЗначение(3, "Заказ");

//Форма.Закладки.ДобавитьЗначение(4, "Данные");

//Форма.Закладки.ДобавитьЗначение(5, "Метод");

Форма.ИспользоватьСлой("Основной,Анализ,Даты",2);

ПоПрайсу();

КонецПроцедуры // ПриОткрытии