Модернизация автоматизированной информационной системы учета товара

Введение

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

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

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

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

На данный момент времени существует огромное количество торгово- складских программ разного класса и уровня. К сожалению, на текущий момент в большинстве представленных на российском рынке систем автоматизации пока достаточно успешно решаются лишь задачи текущего оперативного и бухгалтерского учета, отражающие движение финансовых и товарных потоков предприятия лишь по факту их совершения. Лидерами в продажах и настройках являются компания 1С, Галактика, Парус, Турбо -Бухгалтер, ABACUS Professional, БЭСТ -5. Данное программное обеспечение позволяет автоматизировать учет на складе: возможность подключения любого торгового оборудования, приборов штрих кодирования и т.д., используется для оперативной работы с товаром - списания со склада, партионный учет товаров в различных разрезах аналитики. Вся разница в подходах к работе, принципах построения этих систем, удобстве интерфейсов, действиях по продвижению программного продукта на рынке.

Цель данного дипломного проекта:

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

улучшить структуру ИС посредством программного кода для 1С;

внедрить разработанные дополнительные отчеты на предприятии.

1. Общая часть. Характеристика информационной системы и действующей системы-прототипа ОАО «Центрпродсервис»

.1 Теоретические основы построения АИС учета

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

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

2)      выбор пути решения. Этот же этап представляет собой поиск и выбор оптимального пути для решения конкретной задачи;

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

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

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

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

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

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

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

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

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

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

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

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

.2.1 Система автоматизации торгового процесса «Галактика»

Многопользовательская сетевая система управления деятельностью предприятия (корпорации) «Галактика» решает задачи планирования, оперативного управления, бухгалтерского учета, контроля и анализа [1].

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

финансовое планирование;

построение бюджета;

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

планирование себестоимости продукции - товаров и услуг;

оценка необходимых ресурсов, баланс мощностей.

В рамках оперативного управления предприятием «Галактика» решает следующие задачи:

управление закупками - материально-техническое снабжение;

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

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

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

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

управление финансами - мониторинг в режиме реального времени;

управление производством;

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

управление внутренним и внешним делопроизводством;

управление автотранспортом.

1.2.2 Система автоматизации торгового процесса «Парус»

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

В основе системы «Парус» лежат такие основополагающие принципы, как:

использование средств эффективной обработки и защиты данных;

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

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

Корпоративная информационная система ПАРУС построена как комплексная система автоматизации управления предприятием.

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

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

учет всех фактов финансово-хозяйственной деятельности, происходящих в процессе функционирования предприятия;

контроль и управление деятельностью предприятия;

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

для облегчения принятия управленческих решений.

Подобные возможности поддерживаются как на уровне всей системы, так и в каждом её приложении. В основу Корпоративной информационной системы ПАРУС заложены следующие базовые принципы.

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

.2.3 Система автоматизации торгового процесса «Турбо-Бухгалтер»

Главный принцип работы программы - «от документа» с автоматическим формированием проводок, что обеспечивает высокую степень достоверности и скорость ввода информации [3].

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

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

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

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

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

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

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

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

.2.4 Автоматизированная система учета «ABACUS Professional»

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

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

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

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

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

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

Карточка товара содержит следующие данные:

-  код товара (PLU) - номенклатурный номер;

-       артикулярный номер (формируется автоматически);

-       краткое описание и полное наименование;

-       учетная единица измерения;

-       тип товара;

-       штрих код;

-       группа нормативного запаса;

-       ответственный менеджер за поставку товара;

-       список аналогов товара (неограниченное количество);

-       список поставщиков товара;

-       состав комплекта.

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

1.2.5 Автоматизированная система учета «БЭСТ-5»

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

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

Для ведения бухгалтерского, налогового и управленческого учетов в системе «БЭСТ-5» используется приложение главная книга, которая включает в себя следующие действия:

-  настройка справочника планов счетов;

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

-       формирование рабочих планов счетов;

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

-       настройка валютного учета;

-       ввод и проверка вступительного баланса.

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

Рисунок 1 - Стартовое окно программы

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

1.2.6 Достоинства и недостатки систем из обзора

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

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

в системах отсутствует отчет о товарах вообще не имеющих продаж;

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

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

.3 Описание информационной системы «1С:Предприятие»

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

-   ввод информации из внешних или внутренних источников;

-       обработка входной информации и представление ее в удобной форме;

-   вывод информации для представления потребителям или передачи в другую систему;

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

Рисунок 2 - Процессы в информационной системе

Система 1С:Предприятие предназначена для решения широкого круга разнообразных задач:

Складкой учет:

- учет складских запасов товаров и их движения;

- учет взаиморасчетов с клиентами и поставщиками;

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

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

партионный учет по себестоимости каждой единицы (возможность выбора партии списания);

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

Автоматизация розничной торговли:

-  оформление розничных продаж с применением или без применения ККМ;

-       учет остатков ТМЦ, переданных в розницу, по розничным ценам;

-       переоценка остатков ТМЦ в рознице;

-       печать ценников и этикеток;

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

-       работа с дополнительным торговым оборудованием: штрих-сканнерами, терминалами сбора данных, принтерами этикеток, электронными весами;

Анализ информации:

-  отчетная информация бухгалтерского и управленческого учета;

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

-       выбор единиц измерения ТМЦ для представления количественных показателей в отчетах;

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

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

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

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

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

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

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

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

Функционирование системы делится на два процесса настройки (конфигурирование) и исполнение (собственную обработку данных предметной области).

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

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

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

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

Основные документы, использующиеся в системе 1С

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

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

Рисунок 3 - Приходная накладная

Рисунок 4 - Расходный документ

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

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

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

Записи в журнале размещены в соответствии с датой ввода документа в журнал. Документ от одной даты - по времени ввода.

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

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

Рисунок 5 - Журнал «Все документы»

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

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

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

изменение вводимых данных документа

добавление, удаление и копирование строк в табличной части документа

сохранение изменений

переход к описанию документа

получение краткой справки по элементам формы документа.

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

Пример справочника товаров приведен на рисунке 6.

Рисунок 6 - Общий справочник товаров

Переоценка остатков ТМЦ производится с помощью документов «Акт переоценки» и «Акт списания». «Акт наценки» оформляется при наценке товара в связи с повышением цен на него. «Акт уценки», приведенный в соответствии с рисунком 7 - это документ в котором товар уценяют в связи с порчей товара и если он подешевел.

Рисунок 7 - Документ «Акт переоценки»

«Акт списания» предназначен для оформления списания ТМЦ. Документ может быть оформлен на основании проведенной инвентаризации или как свободный документ в случае произвольного списания ТМЦ.

Самый простой вид торговой деятельности - торговля за наличный расчет. Предполагается, что продажа товара в течение всей кассовой смены производится по чекам, а затем при закрытии кассовых смен сливается в общий документ «Чек ККМ», рисунок 8, который подводит итоги продаж в розничной торговле для конкретной ККМ.

Рисунок 8 - Документ «Чек ККМ»

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

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

Рисунок 9 - Документ «Наличная реализация»

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

Существуют следующие виды отчетов:

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

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

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

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

С позволяет формировать различные обработки движения товаров по различным критериям такие как:

остатки на текущую дату;

продажа по периодам, времени, кассам, кассирам;

реализация по поставщикам.

1.4 Описание действующей системы-прототипа по видам обеспечения

.4.1 Организационная структура

ОАО «Центрпродсервис» является организацией с иерархической структурой. Функционально выделяют следующие подразделения:

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

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

-       служба персонала;

-       отдел автоматизации информационных технологий;

-       технический отдел;

Функционально в магазинах можно выделить следующие отделы:

-   отдел закупок (работа с поставщиками, прием, оформление и отправка поставщику заказа на товар, отслеживание движения по заказу);

-       отдел продаж (формирование ассортимента товаров, приемка товаров, организация продаж в торговом зале);

-       административный отдел (формирование розничных цен, внутренняя отчетность по предприятию, контроль качества ТМЦ);

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

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

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

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

Рисунок 10 - Организационная структура ОАО «Центрпродсервис»

 

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

Организационная структура магазина «Ближний» приведена на рисунке 11.

Рисунок 11 - Организационная структура магазина «Ближний»

.4.2 Информационное обеспечение

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

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

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

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

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

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

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

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

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

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

Рисунок 12 - Схема документооборота магазина «Ближний»

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

1.4.3 Информационно-технологическое сопровождение (ИТС)

Ежемесячно фирма 1С выпускает компакт-диск информационно-технологического сопровождения, который содержит:

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

·              Ответы линии консультаций на типовые вопросы пользователей.

·              Новые релизы (в пределах той же версии) компонент системы "1С:Предприятие".

·              Методики, консультации, руководства, практические рекомендации

·              Учебные и методические материалы по эксплуатации, настройке и конфигурированию системы, подготовленные сотрудниками фирмы "1С" и специалистами Финансовой Академии при Правительстве РФ.

·              Систему правовой поддержки, интегрированную с программами семейства "1С:Предприятие"

1.4.4 Алгоритмическое обеспечение системы

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

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

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

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

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

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

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

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

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

2.      Наименование константы, являющееся комментарием к константе;

.        Значение константы фиксированного типа (строка, число, дата и т. д.).

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

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

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

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

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

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

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

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

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

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

1.4.5 Программное обеспечение системы

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

1)  обеспечение однотипного метода доступа к данным в Базе данных;

2)      выполнение разделения обязанностей между клиентами и сервером.

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

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

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

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

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

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

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

.4.6 Техническое обеспечение

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

Комплекс технических средств составляют:

. Компьютеры любых моделей (на рабочем месте, установлен персональный компьютер Intel (R) Celeron CPU 2.26 GHz, 512Мб - ОЗУ, операционная системы - Windows 2000);

. Устройство вывода информации (Монитор Samsung Sing Master 763 17 дюймовый)

. Лазерный принтер НР3050

. Устройство считывания штрихкода cipher N1181

Локальная вычислительная сеть внутри магазина реализована согласно топологии Ethernet.

Вывод по общей части. В данном разделе был рассмотрен объект информатизации, а именно ОАО «Центрпродсервис» (сеть магазинов «Ближний»). Были рассмотрены теоретические основы бухгалтерского учета, принцип заполнения различного рода документов, отчетов. Рассмотрены теоретические основы создания автоматизированных информационных систем. Был произведен обзор и анализ известных разработок наиболее актуальных для работы в сегодняшнее время. Этими разработками являются: система учета товарооборота «1С:Предприятие», система автоматизации торгового процесса «Галактика», система автоматизации торгового процесса «Парус»,система автоматизации торгового процесса «Турбо - Бухгалтер».

2. Специальная часть. Развитие типовой конфигурации 1С:Предприятие применительно к условиям торгово-розничного предприятия ОАО «Центрпродсервис»

.1 Описание объекта информатизации

Объект информатизации: магазин «Ближний»

Название предприятия: ОАО «Центрпродсервис»

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

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

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

формирование товарооборота, способствующего увеличению прибыли;

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

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

организация продажи товаров по образцам, по заявкам граждан и организаций;

создание удобной сферы обслуживания клиентов.

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

ОАО «Центрпродсервис» осуществляет продажу непродовольственных товаров по следующим группам:

банные принадлежности;

игрушки;

канцелярские товары;

мыло;

одежда и белье;

парфюмерно-косметические товары;

подарки;

посуда;

синтетические моющие средства;

товары бытовой химии;

хозяйственные товары;

чулочно-носочные изделия;

электротовары;

Торговая сеть «Ближний», занимающаяся реализацией непродовольственных товаров включает 5 магазинов, базу, гараж и ремонтно-строительную группу. Численность сотрудников на 1 января 2009 года составила 90 человек.

Производственные мощности:

1.  Административное здание по адресу: ул. Орджоникидзе, 7а;

2.      Торговая площадь магазинов Ближний: 150 кв. м по адресу: ул. Дружбы 21;

кв. м по адресу: ул. Металлургов, 9, 65 кв. м по адресу: ул. Металлургов, 4,

кв. м по адресу: ул. Тореза, 24, 20 кв. м по адресу: ул. Циолковского, 33.

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

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

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

Основными поставщиками являются: ООО «Цимус-Новокузнецк», ЛТД ООО «Паритет», ЧП Бедарева, ЗАО «Парфюм-Новосибирск», ООО «Новикова», ООО «Мегатрейд», ООО «Компания Данко», ООО «Санг-Кузбасс», ООО «АСК-Детям», ООО «Мак-Дак Сибирь», ООО ТД Ева, ЗАО ТПК Велком, ООО Рушер-Н, ООО Кия1, и др.

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

.2 Характеристика проблемы

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

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

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

Интерфейс стандартного отчета «Планирование закупок» приведен на рисунке 14. Данный отчет предназначен для анализа продаж ТМЦ за определенный период.

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

Рисунок 13 - Типовая структура отчета «Планирование закупок»

Рисунок 14 - Интерфейс отчета «Планирование закупок»

Результат работы отчета «Планирование закупок» приведен в соответствии с таблицей 1.

Таблица 1

Результат работы стандартного отчета «Планирование закупок»

Код	ТМЦ	Ед	Остаток на 01.11.11	Поступ-ление всего	Продано всего	Факт. дней продаж	Остаток на 06.11.11
906431	Белизна Белоконь 900г п/б	шт.	46,000	60,000	37,000	4	69,000
906688	шт.	8,000	0,000	2,000	1	6,000
117700	Жидкость Мр Пропер лимон д/уборки дома 500мл п/б	шт.	0,000	5,000	0,000	0	5,000
117701	Жидкость Мр Пропер океан д/уборки дома 500мл т/у	шт.	0,000	6,000	0,000	0	6,000
117702	Жидкость Мр Пропер океан д/уборки дома 750мл п/б	шт.	4,000	0,000	4,000	2	0,000

Информация в отчете:

Продано - количество ТМЦ, отгруженного за период анализа продаж.

Остаток на <дату начала анализа> - остаток ТМЦ на начало периода.

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

Фактически дней продажи - число рабочих дней за период анализа продаж, в течение, которых ТМЦ продавался (либо имелся в наличии).

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

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

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

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

Рисунок 15 - Журнал документов «Инвентаризация»

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

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

Рисунок 16 - Внешний вид документа «Инвентаризация»

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

.3 Постановка задач

2.3.1 Постановка задачи построения базы данных

Дано:

1.  Потоки данных, характеризующие документы;

2.      Система управления базами данных: MS SQL Server;

.        Методика построения реляционной базы данных;

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

.        Критерий: среднее время τ_ср, затрачиваемое на поиск и выдачу информации на один запрос:

τ_ср = τ_пср + τ_вср,

где τ_пср - среднее время, затрачиваемое на поиск информации,

τ_вср - среднее время, затрачиваемое на выдачу информации.

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

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

Дано:

1.  Система прототип торгово-складской комплекс (1С:Торговля Склад 7.7 версия 1.4);

2.      Язык программирования 1С;

.        Стандартный отчет «Планирование закупок»;

Критерий:

Среднее время (Q) поиска учетной информации и формирование выходных документов, определяется по формуле (1):

 (1)

где N - количество документов,

τ - время, затрачиваемое на формирование i-го документа,

i- порядковый номер документа;

Требуется:

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

доработать стандартный отчет «Планирование закупок»,

создать дополнительный внешний отчет «Нулевая реализация»,

создать дополнительную внешнюю обработку «Пакетная печать инвен-таризаций»;

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

.4 Проектирование базы данных

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

.4.1 Разработка модели базы данных

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

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

хранение данных о сотрудниках организации;

отслеживание статусов документов в режиме реального времени;

предоставление доступа к информации соответствующим лицам;

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

Для проектирования модели базы данных необходимо четко определить, исходя из описания предметной области, какую именно информацию она должна хранить. Все данные хранятся в виде взаимосвязанных между собой сущностей. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения базы данных (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы [11].

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

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

тип документа;

статус документа;

дату регистрации;

сроки исполнения;

подписчиком и исполнителей;

ссылки на сами документы.

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

фамилия, имя, отчество;

адрес электронной почты;

авторизационные данные для работы с системой;

подразделение, в котором работает сотрудник.

2.4.2 Инфологическое моделирование

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

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

Таблица 1

Сущность «Сотрудники»

Атрибут	Тип данных (длина)	Ограничение
IDСотрудника	Числовой (счётчик)	Not null
ФИО	Строковый (30)
e-mail	Строковый (20)
Логин	Строковый (20)
Пароль	Строковый (8)
IDКабинета	Числовой	>0
IDДолжности	Числовой	>0
IDГруппы	Числовой	>0

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

Таблица 2

Сущность «Подразделения»

АтрибутТип данных (длина)Ограничение
IDПодразделения	Числовой (счётчик)	Not null
Подразделение	Строковый (30)

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

информационный организационный технологический алгоритмический

Таблица 3

Сущность «Кабинеты»

АтрибутТип данных (длина)Ограничение
IDКабинета	Числовой (счётчик)	Not null
НомерКабинета	Числовой
Телефон	Строковый (10)
IDПодразделения	Числовой	>0

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

Таблица 4

Сущность «Должности»

Атрибут	Тип данных (длина)	Ограничение
IDДолжности	Числовой (счётчик)	Not null
Должность	Строковый (20)

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

Таблица 5

Сущность «Группы»

Атрибут	Тип данных (длина)	Ограничение
IDГруппы	Числовой (счётчик)	Not null
Группа	Строковый (20)

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

Таблица 6

Сущность «Статус документа»

Атрибут	Тип данных (длина)	Ограничение
IDСтатуса	Числовой (счётчик)	Not null
Статус	Строковый (15)

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

Таблица 7

Сущность «Типы документов»

Атрибут	Тип данных (длина)	Ограничение
IDТипа	Числовой (счётчик)	Not null
ТипДокумента	Строковый (20)

. Сущность «Класс документа» является справочником классов обрабатываемых документов. Перечень полей, их атрибуты и ограничения сущности «Класс документа» представлен в таблице 8.

Таблица 8

Сущность «Класс документа»

Атрибут	Тип данных (длина)	Ограничение
IDКласса	Числовой (счётчик)	Not null
КлассДокумента	Строковый (15)

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

Таблица 9

Сущность «Подписчики»

Атрибут	Тип данных (длина)	Ограничение
IDПодписчика	Числовой (счётчик)	Not null
IDСотрудника	Числовой	>0

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

Таблица 10

Сущность «Исполнители»

Атрибут	Тип данных (длина)	Ограничение
IDИсполнителя	Числовой (счётчик)	Not null
IDСотрудника	Числовой	>0

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

Таблица 11

Сущность «Отправители»

Атрибут	Тип данных (длина)	Ограничение
IDОтправителя	Числовой (счётчик)	Not null
Отправитель	Строковый (50)

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

Таблица 12

Сущность «Получатели»

Атрибут	Тип данных (длина)	Ограничение
IDПолучателя	Числовой (счётчик)	Not null
Получатели	Строковый (50)

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

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

Рисунок 17 - Логическая модель базы данных

2.5 Усовершенствование структуры информационной системы торгово-розничного предприятия

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

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

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

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

Рисунок 18 - Усовершенствованная структура отчета «Планирование закупок»

.6 Алгоритмы для решения поставленной задачи

Для начала работы необходимо настроить общие фильтры и нажать кнопку «Сформировать». В процессе анализа и формирования составляется протокол работы программы по времени. Результаты работы алгоритмов представлены в виде табличных форм необходимым менеджеру для работы. Блок-схема алгоритма формирования отчета «Нулевая реализация» приведена на рисунке 19.

Рисунок 19 - Блок - схема алгоритма формирования отчета «Товары с нулевым движением»

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

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

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

Блок-схема алгоритма формирования отчета «Планирование закупок» приведена на рисунке 20. Листинг программной реализации отчета «Планирование закупок» приведен в Приложении А.

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

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

Рисунок 20 - Блок-схема алгоритма формирования отчета «Планирование закупок»

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

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

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

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

Листинг программной реализации отчета «Нулевая реализация» приведен в Приложении Б. Листинг программной реализации отчета «Пакетная печать инвентаризаций» приведен в Приложении В.

 

2.7 Описание программной реализации алгоритмов

.7.1 Встроенный язык системы «1С:Предприятие»

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

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

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

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

Для создания внешнего отчета (обработки) необходимо выбрать пункт "Новый" в меню "Файл" главного меню “Конфигуратора” и в выданном на экран запросе выбрать строку "Внешний отчет (обработка)".

На экран будет вызван редактор форм для разработки внешнего отчета (обработки).

Для сохранения внешнего отчета необходимо использовать пункт "Сохранить" или "Сохранить как..." из меню "Файл" главного меню Конфигуратора. В стандартном диалоге сохранения файла выбрать тип файла "Внешний отчет (обработка) (*.ert)" и введите имя для сохраняемого внешнего отчета.

Создать внешний отчет можно также из существующего объекта метаданных типа "Отчет". Для этого необходимо открыть для редактирования форму отчета и в меню "Файл" главного меню Конфигуратора выбрать пункт "Сохранить как...". В стандартном диалоге сохранения файла следует выбрать тип файла "Внешние отчеты (*.ert)" и указать имя для сохраняемого внешнего отчета (обработки).

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

Редактирование внешнего отчета (обработки)

Редактирование внешнего отчета (обработки) выполняется в Конфигураторе.

Чтобы открыть существующий внешний отчет, в меню "Файл" главного меню Конфигуратора выберите пункт "Открыть". В выданном на экран стандартном диалоге выберите тип файла "Внешний отчет (обработка) (*.ert)" и укажите имя открываемого внешнего отчета.

При открытии внешнего отчета в Конфигураторе автоматически открывается редактор форм.

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

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

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

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

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

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

.7.2 Описание интерфейса отчета «Планирование закупок»

Расположение отчета «Планирование закупок» в графическом интерфейсе программы приведено на рисунке 22. Данный отчет предназначен для анализа продаж ТМЦ и планирования необходимого объема закупок на определенный период.

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

На рисунке 23 изображен интерфейс усовершенствованного отчета «Планирование закупок» реализованного в 1С: Предприятие.

Рисунок 22 - Расположение отчета «Планирование закупок»

Рисунок 23 - Интерфейс отчета «Планирование закупок»

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

2.7.3 Общие фильтры для работы обработки «Планирование закупок»

Период анализа продаж - это период, за который производится анализ деятельности. Это тот период, на основании продаж за который рассчитывается средняя скорость продаж ТМЦ за день. На основании этой скорости продаж вычисляется предполагаемый объем продаж ТМЦ на период планирования закупок. По предполагаемому объему продаж и начальному складскому остатку рассчитывается количество ТМЦ, которое следует купить, чтобы к концу периода планирования закупок на складе осталось оптимальное количество ТМЦ, равное минимальному остатку.

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

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

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

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

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

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

Минимальный остаток задается для каждого ТМЦ в его форме. В данном отчете можно также получить полную информацию о скорости продаж ТМЦ (т.е. о среднем объеме продаж ТМЦ за день) в те дни, когда ТМЦ имелся в наличии, и о числе таких дней. Можно выбрать один из двух вариантов расчета остатка ТМЦ на начало интервала планирования закупок:1) Взять из итогов - будет получено фактическое значение остатка (наличия товара) из итогов на дату начала периода закупок; 2) Равен минимальному остатку - предполагается, что к началу закупок на складах останется заданный в справочнике номенклатуры минимальный остаток ТМЦ. Количество дней, в течение которых продавался ТМЦ, рассчитывается с учетом числа рабочих дней в неделе у фирмы. Число рабочих дней в неделе настраивается в окне настроек отчета - «рабочая неделя».

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

Информация в отчете:

) продано - количество ТМЦ, отгруженного за период анализа продаж;

) дней продажи - число рабочих дней за период анализа продаж, в течение, которых ТМЦ продавался (либо имелся в наличии);

) средняя продажа за 1 день - скорость продажи за день, получаемая как отношение общего объема отгрузки за период анализа продаж к числу дней продажи;

) остаток на <дату начала закупок> - остаток ТМЦ на начало периода планирования закупок;

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

) необходимый объем закупки - рассчитанное количество ТМЦ, которое следует приобрести для того, чтобы ТМЦ можно было продавать в течение периода планирования закупок, заданного в настройках отчета;

Рисунок 24 - Результаты работы отчета «Планирование закупок»

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

) планируемый объем продаж - количество ТМЦ, которое планируется продать в указанном периоде;

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

.7.4 Описание интерфейса отчета «Нулевая реализация»

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

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

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

Данный отчет предназначен для анализа продаж ТМЦ и выявления товаров, которые не имеют товародвижения за выбранный период.

Описание общих фильтров для работы отчета «Нулевая реализация»

Период - это период, за который производится анализ продаж ТМЦ.

Отдел - позволяет выбрать необходимое подразделение общества для проведения анализа.

Рисунок 25 - Расположение отчета «Нулевая реализация»

Рисунок 26 - Интерфейс отчета «Нулевая реализация»

 

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

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

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

Рисунок 27 - Результаты работы отчета «Нулевая реализация»

Описание интерфейса обработки «Пакетная печать инвентаризаций»

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

Рисунок 28 - Расположение отчета «Пакетная печать инвентаризаций»

Рисунок 29 - Интерфейс обработки «Пакетная печать инвентаризаций»

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

Рисунок 30 - Результаты работы отчета «Пакетная печать инвентаризаций»

Вывод по специальной части

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

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

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

3 Экономическая часть

Объектом исследования дипломного проекта является торгово - розничное предприятие ОАО “Центрпродсервис” (магазин “Ближний”), занимающиеся реализацией различных групп непродовольственных товаров в городе Новокузнецке. Для того чтобы увеличить оборачиваемости денежных средств, используемых на предприятии, сократить время, задействованное на формирование и печать документов, а так же для повышения внимания к товарам плохо пользующихся спросом, предлагается модернизация автоматизированного рабочего места менеджера предприятия на базе ППП «1С».

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

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

затраты на эксплуатацию информационной системы;

расчет экономической эффективности модернизированной системы;

3.1    Расчет проектных затрат

Затраты на проектирование системы З_ПР, руб. рассчитываются по формуле (2):

З_ПР = З_ОБ + З_ПО + З_МАТ + З_ЭЭ + З_ЗП + З_ВГФ + З_НР + З_П (2)

где З_ОБ - затраты на оборудование, руб.;

З_ПО - затраты на программное обеспечение, руб.;

З_МАТ - затраты на материалы, руб.;

З_ЭЭ - затраты на электроэнергию, руб.;

З_ЗП - затраты на заработную плату разработчиков проекта, руб.;

З_ВГФ - отчисления во внебюджетные государственные фонды (ставка 34%), руб.;

З_НР - затраты на накладные расходы, руб.;

З_П - прочие затраты, руб.

В магазине “Ближний” уже имеется необходимое оборудование (кассовые аппараты, ПК, принтеры и т.д.), т. к. процесс торговли на предприятии уже автоматизирован.

Сумма затрат на материалы З_МАТ в период подготовки проекта отражена в таблице 2.

 

Таблица 2

Затраты на материалы, используемые в проекте

Наименование материалов	Количество	Цена руб.	Общая стоимость
Картридж HP 3050 C (черный)	1	2100	2100
Flash Drive 1Гб	1	200	200
SvetoCopy New A4 бумага (500 листов) Россия	1	150	150
Итог по материалам:			2450

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

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

Расчет затрат на электроэнергию З_ЭЭ приведен в таблице 3 .

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

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

проектировщик.

Таблица 3

Затраты на электроэнергию в период разработки проекта

Наименование оборудования	Количество часов работы	Коэффициент загрузки оборудования	Мощность потребляемого оборудования	Цена (руб.)	Общая стоимость
Персональный компьютер	481	0,85	0,42	1,85	896,14
Итог по затратам на электроэнергию:					1623,48

Расчет затрат на заработную плату разработчиков проекта З_ЗП приведен в таблице 4.

Таблица 4

Затраты на заработную плату участников разработки проекта

№ п/п	Наименование этапа	Ответственный	Среднедневная заработная плата, руб.	Коэфф. загрузки, %	Длитель-ность этапа, дней	Всего, руб.
1	Получение проектного задания	Руководитель проекта	730,2	90	1	657,18
2	Согласование проектного задания	Руководитель проекта	730,2	70	2	1022,28
		Проектировщик	585,3	30	2	351,18
3	Техническое задание	Проектировщик	585,3	40	9	2107,08
4	Проектирование ИС	Руководитель проекта	1240,5	10	22	2729,10
		Проектировщик	585,3	90	22	11588,94
5	Технический проект	Руководитель проекта	730,2	30	9	1971,54
		Проектировщик	585,3	70	9	3687,39
6	Согласование тех. проекта с руководителем диплома	Руководитель проекта	730,2	75	5	2738,25
		Проектировщик	585,3	25	5	731,63
7	Ввод в действие	Проектировщик	585,3	55	12	3862,98
	Итого:				30	31447,55

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

Таблица 5

Затраты на заработную плату участников проекта и отчисления во внебюджетные государственные фонды

Должность исполнителя	Месячный оклад, руб.	Средне-часовая оплата	Затраченное время	Зарплата по окладу, руб.	Районный коэф-т, %	Районный коэф-т, руб.	Всего, руб.
Руководитель к.т.н.	10000	56,82	87,2	4954,704	30	1486,41	6441,12
Проектировщик	3000	17,04	602,4	10264,89	30	3079,46	13344,35
Итого				15219,59		4565,87	19785,46
Отчисления во ВГФ							6727,05
Итого по фонду заработной платы							26512,51

Отчисления во ВГФ составляют 34% от затрат на заработную плату разработчиков проекта. Отчисления ВГФ З_ВГФ, руб. рассчитываются по формуле (3):

З_ВГФ = З_ЗП * 34% (3)

где З_ЗП - затраты на заработную плату разработчиков проекта, руб.

З_ВГФ = 31447,55 * 0,34 = 10692,16

Накладные расходы З_НР составляют 5-7% от суммы затрат на заработную плату разработчикам проекта и отчислений на ВГФ, руб., рассчитываются по формуле (4):

З_НР = (З_ЗП + З_ВГФ) * 6% (4)

где З_ЗП - затраты на заработную плату разработчиков проекта, руб.;

З_ВГФ - отчисления во ВГФ, руб.

З_НР =(31447,55+ 10692,16) * 0,06 = 2528,38

Прочие затраты составляют 2-3% от суммы всех затрат на проектирование. Прочие затраты З_П, руб., рассчитываются по формуле (5):

З_П = (З_МАТ + З_ЭЭ + З_ЗП + З_ВГФ ) * 2,5% (5)

где З_МАТ - затраты на материалы, руб.;

З_ЭЭ - затраты на электроэнергию, руб.;

З_ЗП - затраты на заработную плату разработчиков проекта, руб.;

З_ВГФ - отчисления во ВГФ, руб.;

З_НР - затраты на накладные расходы, руб.

З_П = (2450+1623,48+31447,55+10692,16) * 0,025 = 1155,32

Общие затраты на проектирование системы З_ПР сведены в таблицу 6.

Таблица 6

Затраты на проектирование системы

№ п/п	Наименование показателя	Единицы измерения	Значение показателя, руб.
3	Затраты на материалы (Змат)	руб.	2450
5	Затраты на электроэнергию (Зээ)		1623,48
7	Затраты на заработную плату разработчиков проекта (Ззп)		31447,55
8	Отчисления во ВГФ (Звгф)		10692,16
9	Затраты на накладные расходы (Знр)		2528,38
10	Прочие затраты (Зп)		1155,32
Итого:			49,896,89

3.2 Расчет эксплутационных затрат

В сети розничных магазинов “Ближний” уже имеется необходимое оборудование (кассовые аппараты, ПК, принтеры и т.д.), т.к. процесс торговли на предприятии уже автоматизирован. Проектируемым АРМ будет пользоваться менеджер по закупкам и системный администратор, который следит безотказностью системы.

Затраты на годовую эксплуатацию системы З_ЭКС, руб. рассчитываются по формуле (6):

З_ЭКС = З_ОБ + З_ЭЭ + З_ФЗП + З_ВГФ + З_РР + З_НР + З_П (6)

где З_ОБ - затраты на эксплуатацию оборудования, руб.;

З_ЭЭ - затраты на электроэнергию, руб.;

З_ФЗП - отчисления в фонд заработной платы эксплуатационного персонала, руб.;

З_ВГФ - отчисления во ВГФ, руб.;

З_РР - затраты на ремонтные работы, руб.;

З_НР - затраты на накладные расходы (на административно-управленческие расходы), руб.;

З_П - прочие затраты, руб.

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

Расчет затрат на амортизацию оборудования З_ОБ приведен в таблице 7.

Таблица 7

Затраты на амортизацию оборудования

№ п/п	Наименование оборудования	Цена, руб.	К-во, шт.	Норма амортизации на 1 год, %	Доля от общего использования, %	Сумма амортизационных отчислений, руб.
1	ПК (Celeron 2800 / 256 Мб / HDD 120 Гб), монитор (17" TFT), клавиатура, мышь	25700	14	13	20	9354,8
Итого:						9354,8

Расчет затрат на электроэнергию З_ЭЭ при эксплуатации компьютера приведен в таблице 8.

Таблица 8

Затраты на электроэнергию при эксплуатации ПК

Наименование	Количество часов	Коэффициент загрузки оборудования	Мощность потребляемого оборудования	Цена (руб.)	Общая стоимость
Этап эксплуатации ПК (12 месяцев)	1876	0,85	0,42	1,18	2923,64
Итого по затратам на электроэнергию:					2923,64

Эксплуатация информационной системы будет производится менеджером по закупкам. Расчет отчислений в фонд заработной платы эксплуатирующего персонала З_ФЗП приведен в таблице 9.

Таблица 9

Затраты на заработную плату эксплуатирующего персонала

№ п/п	Должность	К-во чел.	Тарифная ставка, руб./час	Общее кол-во рабочих дней	Продолжительность смены, ч.	Коэф-т загрузки, %	Итого, руб.
1	Менеджер	1	45,37	242	8	20	87836,32

Отчисления во ВГФ составляют 34% от отчислений в фонд заработной платы эксплуатационного персонала. Отчисления во ВГФ З_ВГФ, руб., рассчитываются по формуле (7):

З_ВГФ = З_ФЗП * 34% (7)

где З_ФЗП - отчисления в фонд заработной платы эксплуатационного персонала, руб.

З_ВГФ = 87836,32 * 0,34 = 29,864,34

Затраты на ремонтные работы З_РР составляют 5 - 7% от фонда заработной платы эксплуатационного персонала, руб., рассчитываются по формуле (8):

З_РР = З_ФЗП * 6% (8)

где З_ФЗП - отчисления в фонд заработной платы эксплуатационного персонала, руб.

З_РР = 87836,32 * 0,06 = 5270,01

Затраты на накладные расходы (на административно-управленческие расходы) З_НР составляют 5 - 7% от суммы отчислений в фонд заработной платы эксплуатационного персонала и отчислений во ВГФ, руб., рассчитываются по формуле (9):

З_НР = (З_ФЗП + З_ВГФ) * 6% (9)

где З_ФЗП - отчисления в фонд заработной платы эксплуатационного

персонала, руб.;

З_ВГФ - отчисления во ВГФ, руб.

З_НР = (87836,32+29864,34) * 0,06 = 7062,03

Прочие затраты составляют 2-3% от суммы всех затрат на эксплуатацию системы, формула (10):

З_П = (З_ОБ + З_ЭЭ + З_ФЗП + З_ВГФ + З_РР + З_НР) * 2,5% (10)

где З_ОБ - затраты на эксплуатацию оборудования, руб.;

З_ЭЭ - затраты на электроэнергию, руб.;

З_ФЗП - отчисления в фонд заработной платы эксплуатационного персонала, руб.;

З_ВГФ - отчисления во ВГФ, руб.;

З_РР - затраты на ремонтные работы, руб.;

З_НР - затраты на накладные расходы (на административно-управленческие расходы), руб.

З_П = (9354,8+2923,64+87836,32+29864,34+5270,01+7062,03) * 0,025 = 3557,77

Общие затраты на годовую эксплуатацию системы З_ЭКС сведены в таблицу 10.

Таблица 10

Затраты на эксплуатацию проектируемой системы

№ п/п	Наименование показателя	Единицы измерения	Значение показателя
1	Затраты на эксплуатацию оборудования	руб.	9354,8
3	Затраты на электроэнергию		2923,64
4	Отчисления в фонд заработной платы эксплуатационного персонала		87836,32
5	Отчисления во ВГФ		29864,34
6	Затраты на ремонтные работы		5270,01
7	Затраты на накладные расходы (на административно-управленческие расходы)		7062,03
8	Прочие затраты		3557,77
Итого:			145868,91

Общие затраты на проектирование и годовую эксплуатацию системы приведены в таблице 11.

Общие затраты на проектирование и эксплуатацию системы

№ п/п	Наименование показателя	Единицы измерения	Значение показателя
1	Затраты на проектирование системы	руб.	49896,89
2	Затраты на эксплуатацию проектируемой системы		145868,91
Итого:			195765,80

3.3 Экономическая эффективность проекта

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

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

Рассчитаем экономию средств Э ,руб., в соответствии с формулой (11), по факторам экономии:

уменьшение потерь от неходовой продукции, руб ;

уменьшение затрат, на составление заявки поставщикам;

Э = П_р+П_от, (11)

где П_р - увеличение прибыли за счет увеличения объема оборотных средств (тыс. руб.);

П_от - уменьшение потерь от неходовой продукции за счет сокращение сверхнормативных запасов товаров на складе;

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

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

Э = 100+50 = 150 (тыс. руб.)

Годовой экономический эффект определяется по формуле (12):

Э_г = Э - З_э * Е_н, (12)

где Е_н - нормативный отраслевой коэффициент эффективности капитальных вложений равен 0,33;

З_э - общие затраты на проектирование и эксплуатацию системы,

Э_г = 150000 - 195765,80* 0,33 =85397,29 руб.

Экономическая эффективность единовременных затрат на создание системы определяется показателями Тр и Ер, формулы (13) и (14):

 (13)

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

Ер - расчетный коэффициент эффективности единовременных затрат на создание системы;

 (14)

Тр = 195765,80 /85397,29 = 2,2 года ≈ 2 года ;

Ер = 85397,29 /195765,80 = 0,43;

Рассчитанный срок окупаемости (Т_р) сравнивается с нормативным Т_н, и если Т_р< Т_н, то проект эффективен, он подлежит внедрению и реализации.

Срок окупаемости по нормативу в странах с рыночной экономикой должен быть не более 3-4 лет. Е_н - нормативный коэффициент экономической эффективности 0,25 - 0,33, т.к. Е_н=1/Т_н. Сопоставляя расчетный коэффициент и срок окупаемости с нормативными находим, что Ер > Ен (0,43 >0,33), Т_р < Т_н (2,2 < 3).

Следовательно, проектируемая система эффективна.

В таблице 12 представлены технико-экономические параметры.

Таблица 12

Сводная таблица технико-экономических показателей

№ п/п	Наименование показателя	Ед. изм.	До внедрения	После внедрения
1.	Проектные затраты	руб.	49896,89
	Затраты на материалы	руб.	2450
	Затраты на заработную плату участников проекта	руб.	19785,46
	Отчисление во внебюджетные государственные фонды	руб.	6727,05
	Энергетические затраты	руб.	1623,48
	Прочие затраты	руб.	1155,32
	Накладные расходы	руб.	2528,38
2.	Эксплуатационные затраты	руб.	145868,91
	Затраты на оборудование	руб.	9354,80
	Затраты на ремонт оборудования	руб.	5270,01
	Затраты на заработную плату участников проекта	руб.	87836,32
	Отчисление на единый социальный налог участников проекта	руб.	29864,34
	Энергетические затраты	руб.	2923,64
	Прочие затраты	руб.	3557,77
	Накладные расходы	руб.	9590,41
3.	Экономическая эффективность	руб.		150000
	Потери от неходовой продукции	руб.	50000	35000
	Время формирования заказов	час	968	322
	Расчетный срок окупаемости системы	года		2
	Нормативный коэффициент экономической эффективности			0,43

Вывод по экономической части

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

4. Безопасность и экологичность проекта

.1 Безопасность проекта

.1.1 Анализ условий труда

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

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

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

Площадь служебного помещения менеджера, в котором проходит основное рабочее время, равна 7,5 м², что соответствует требованиям СанПиН 2.2.2/2.4.1340-03. Стены помещения отделаны диффузно-отражающими материалами с коэффициентом отражения для потолка - 0,7, для стен - 0,5, для пола - 0,3.

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

В кабинете менеджера имеется возможность проветривания помещения посредством открывания окна.

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

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

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

-  монотонность работы при вводе информации;

-       эмоциональные перегрузки;

-       стрессы из-за вероятности сбоев в системах и собственных ошибок;

-       перегрузка ряда систем организма (зрительное перенапряжение, переутомление мышц кисти, предплечья, шеи и спины, интеллектуальные нагрузки);

-       недостаток физической нагрузки на остальные системы организма.

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

-  нарушение эргономических требований на рабочем месте;

-       электромагнитное излучение;

-       статическое электричество;

-       ионизирующее излучение;

-       повышенный уровень шума;

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

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

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

Таблица 13

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

Фактор	Фактические условия	Нормативное значение	Величина несоответствия
Температура, 0С	250С	23-250С	Нет
Относительная влажность воздуха, %	47%	40-60%	Нет
Общее, лк	75лк	300лк	225лк
Шум, дБА	40дБа	60дБа	Нет
Плотность магнитного потока в диапозоне частот 5Гц - 2кГц	170нГл	250нГл	Нет
Плотность магнитного потока в диапазоне частот 2-400кГц	23нГл	25нГл	Нет
Напряженность электрического поля в диапазоне частот 5Гц - 2кГц	5В/м	25В/м	Нет
Напряженность электрического поля в диапазоне частот 2-400кГц	0,7В/м	2,5В/м	Нет
Поверхностный электростатический потенциал	52В	500В	Нет
Категория по пожароопасности	В	-	-
Степень огнестойкости здания	ΙΙΙ	-	-

Из анализа условий труда следует, что условия труда менеджера в соответствии с гигиенической классификацией Р.2.2.2006-05 вредные. Относятся к 3 классу, вследствие того, что рабочее место оснащено ЭВТ и офисной техникой.

.1.2 Мероприятия по безопасности труда

Мероприятия по безопасности труда, действующие на предприятии, разработаны в соответствии с требованиями СанПин 2.2.2/2.4.1340-03.

Для поддержания соответствующих микроклиматических параметров в магазине предусмотрены системы отопления, вентиляция и кондиционирования воздуха в помещениях, соответствующие СНиП 41.01-03.

Фактические параметры микроклимата составляет: температура воздуха - 25⁰С, относительная влажность воздуха 47%, что соответствует требованиям.

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

Таблица 14

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

Период года	Категория работ	Температура, °С			Относительная влажность			Скорость движения воздуха, м/с
		опт.	доп.	факт.	опт.	доп.	факт.	опт.	доп.	факт.
холодный	легкая	21¸23	20¸24	22	40¸60	75	50	0,1	не более 0,2	0,1
теплый	легкая	22¸24	21¸28	23	40¸60	60	55	0,2	0,1¸0,3	0,2

Компьютер является электрическими устройствами с напряжением питания 220В.

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

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

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

приэкранные защитные фильтры для видеомониторов (снижают уровень напряженности электрического и электростатического поля, повышают контрастность изображения, уменьшают блики);

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

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

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

диссипативные напольные покрытия (защищают от накопления на теле электростатического потенциала).

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

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

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

Для защиты от шума с улицы во всех помещениях магазина установлены пластиковые стеклопакеты с повышенной звукоизоляцией.

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

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

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

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

.1.3 Мероприятия по производственной санитарии

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

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

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

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

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

На торговом предприятии ОАО «ЦПС» ведется профилактическая работа по предупреждению профессиональных заболеваний:

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

производится ежегодный медосмотр трудящихся,

профилактические прививки против болезней;

.1.4 Пожарная безопасность

Рабочее помещение менеджера магазина по пожарной опасности в соответствии с требованиями НПБ 105-03 относится к категории В (помещения, в которых находятся горючие и трудногорючие жидкости, твердые горючие и трудногорючие вещества и материалы).

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

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

В помещении магазина есть два эвакуационных выхода. Выходы располагаются рассредоточено. Ширина участков путей эвакуации составляет 1,6 м, а дверей на путях эвакуации - 0,8

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

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

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

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

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

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

Рисунок 30 - План эвакуации с цокольного этажа

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

Мероприятия при ЧС приведены в соответствии с Приложением Г.

Рисунок 31 - План эвакуации с первого этажа

.2 Экологичность проекта

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

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

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

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

Значимым фактором является пространство под столешницей. Высота столов, использующихся, на предприятии соответствует общепринятым стандартам, и составляет 74 см. Конструкция столов обеспечивает требования СанПин 2.2.2.542-96 по ширине и высоте необходимого пространства для ног.

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

Клавиатура, как наиболее часто используемое устройство ввода. Параметры этой зоны: угол - 70°, глубина - 30-40 см.

Остальные устройства - угол - 130 градусов, глубина 70-80 см.

С учетом выше приведенных данных об углах обзора, а так же зная максимальный размер зоны досягаемости правой руки (70-100 см). Можно считать, что расположение рабочих предметов в моторном поле правильное.

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

Также к вредному воздействию компьютерной техники на окружающую среду можно отнести:

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

нарушение ионного состава воздуха из-за электростатических полей.

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

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

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

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

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

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

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

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

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

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

По мнению членов природоохранных союзов, немалую долю вины за бездумное отношение к вопросам утилизации морально устаревшей электроники несут сами производители, подстегивающие растерянных потребителей как агрессивными рекламными кампаниями, так и каруселью избыточного ассортимента с постоянно падающими ценами. В вину производителям ставится незрелое экологическое сознание. Не случайно же, считают представители BUND (Немецкое общество охраны природы), десяток компаний отказались дать информацию об экологичности своей продукции, в том числе такие фирмы мирового уровня, как Canon, HP, IBM, Olivetti, Sharp, Schadt и Toshiba. В качестве положительных примеров называются Acer, Fujitsu, Siemens Nixdorf, а также компания Apple, впервые в прошедшем году получившая оценку “хорошо” за выпуск компьютерных кожухов из огнезащитных искусственных материалов, которые в случае пожара выделяют несоизмеримо малое по сравнению с другими материалами количество канцерогенных газов.

По оценкам специалистов к 2014 году 300 миллионов персональных компьютеров станут мусором. Большинство из них содержит коктейль из токсичных веществ, включая свинец, ртуть и мышьяк. На данный момент значительная часть этих отходов находится, зачастую нелегально, на свалках по всему миру, особенно в развивающихся странах <http://livescience.ru/content/view/336/211/>. Исследования экологической группы Гринпис в 2005 году показали, что целых 47% отходов, найденных в 18 европейских портах, являлись незаконными, значительная их часть токсична и направлялась на экспорт.

Европейский союз работает над новыми законами в целях поощрения безопасной ликвидации так называемых электронных отходов. Распоряжение по Отходам Электрического и Электронного Оборудования (Waste Electrical and Electronic Equipment (WEEE) directive) должно возложить большую часть ответственности за проблему устаревших компьютеров на их производителей.

Ситуация массового использования компьютеров заставляет обратить внимание еще на одну сторону их применения - энергетическую. В любом учреждении включенный с утра до вечера ПК - обычное явление. По расчетам Института системотехники и инновационных исследований (г. Карлсруэ), только четверть всей потребленной энергии уходит на рабочие цели, все прочее вылетает в трубу: 75% израсходованного электричества приходится на простои или эксплуатацию в режиме ожидания. Ежегодные суммарные потери например в ФРГ оцениваются в 20 млрд. кВт.ч, несмотря на то что технологии эксплуатации все время совершенствуются.

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

В 2008 году корпорация Intel заявила о том, что ежегодно приобретает сертификаты более чем на 1,3 млрд кВтч электроэнергии, получаемой из возобновляемых источников. Это лишь один из аспектов ее многогранного подхода к снижению вредных воздействий на окружающую среду, благодаря которому Intel, согласно данным американского Агентства по защите окружающей среды (EPA), стала первой среди крупнейших компаний по потреблению так называемой «зеленой» энергии в США.

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

Сертификаты на энергию, получаемую из возобновляемых источников (REC) - это своеобразная «валюта» на рынке экологически чистой энергии, которая становится все более популярной как гарантия реальных преимуществ в защите окружающей среды. Как считает агентство EPA, приобретенные Intel сертификаты REC, с точки зрения охраны экологии, дают эффект, равносильный сокращению числа легковых автомобилей более чем на 185 тыс. в год или же экономии количества энергии, необходимого для снабжения электричеством более 130 тыс. среднестатистических домов в США ежегодно.

Приобретенные Intel сертификаты REC на энергию, получаемую из различных экологически чистых источников (энергия ветра, солнца, биомассы, а также энергия, вырабатываемая небольшими гидроэлектростанциями), будет обслуживать компания Sterling Planet, ведущий национальный поставщик возобновляемой энергии, энергосберегающих решений и решений с низким выбросом углеводородов. В 2006 г. корпорация Intel также была отмечена агентством EPA как самый лучший национальный работодатель, использующий экологичные решения. Наряду с пропагандой энергосберегающих технологий и финансированием разработок в этом направлении, Intel последовательно внедряет на своих предприятиях энергоэффективное оборудование, что способствует постоянному росту эффективности использования энергии и обеспечивает корпорации экологические преимущества. За последние 7 лет Intel реализовала более 250 проектов по энергосбережению, инвестировав в них свыше 20 млн. долларов США. Это позволило сэкономить более 500 млн. кВтч электроэнергии - такого количества достаточно для электроснабжения примерно 50 тысяч домов в США.Green Power Partnership - это добровольная программа для ведущих компаний США, направленная на повышение уровня использования «зеленой» электроэнергии. Данная программа стимулирует приобретение электроэнергии, получаемой из альтернативных источников, чтобы снизить риск климатических изменений и вредные воздействия на окружающую среду, связанные с использованием обычного электричества.

Вывод по части безопасности и экологичности

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

Заключение

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

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

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

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

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

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

1. Григорьева В.С. 1С:Предприятие «Управление торговлей». / В.С. Григорьева - СПб.: Тритон, 2005. - 136 с.

2.      Бобровский С.И. Delphi 7: Учебный курс / С.И. Бобровский - СПб.: Питер, 2004. - 736 с.

.        ГОСТ 12.1.005-88 «Система стандартов безопасности труда. Воздух рабочей зоны. Общие санитарно-гигиенические требования». Введен с 01.01.89. - М.: Издательство стандартов, 1996. - 239 с.

.        ГОСТ 12.1.004-91 «Система стандартов безопасности труда. Пожарная безопасность. Общие требования». Введены 01.01.92 - М.: Издательство стандартов. 1996., - С. 77-164.

.        Нормы пожарной безопасности НПБ 105-03 Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной безопасности. Введены 01.08.2003. - М.: Минстрой России, 2003. - 34 с.

.        Санитарно-эпидемиологические правила и нормативы 2.2.2/2.4.1340-03 "Гигиенические требования к персональным электронно-вычислительным машинам и организации работы". - М.: Госкомсанэпиднадзор России, 2003. - 30 с.

.        Санитарные правила и нормы 2.2.1/2.1.1.1278-03 «Гигиенические требования к естественному, искусственному и совмещенному освещению жилых и общественных зданий» - М.: Госкомсанэпиднадзор России, 2003. - 36 с.

.        Хомоненко А.Д. Delphi7 / А.Д. Хомоненко - Спб.: БХВ-Петербург, 2004. - 1216 с.

.        Леви М.Б. Основы розничной торговли. / М.Б. Леви, Б.А. Вейтц - СПб.: Питер, 1999. - 216 с.

.        Леонова В.П. Новейшая энциклопедия персонального компьютера. / В.П. Леонова - М.: ОЛМА-ПРЕСС, 2001. - 847 с.

.        Памбухчиянц О.В. Технология розничной торговли. / О.В. Памбухчиянц - М.: Учебник, 2002. - 120 с.

.        Пятибранов А.П. Вычислительные системы, сети и телекоммуникации. / А.П. Пятибранов - М.: ОЛМА-ПРЕСС, 2001. - 439 с.

.        Кулаков С.М. Методические указания к выполнению дипломного проекта (работы) по специальности «Информационные системы и технологии». / С.М. Кулаков, Н.Ф. Бондарь - Новокузнецк: Типография СибГИУ, 2006. - 75 с.

.        Хотинская Г.И. Анализ хозяйственной деятельности предприятия. / Г.И. Хотинская, Т.В. Харитонова - М.: Дело и Сервис, 2007. - 240 с.

15. Фетинина Е.П. Человеческая многовариантность в познании и созидании. - Новокузнецк: изд. СибГИУ, 2001г.- 136с.

16.    Фетинина Е.П. Типологические аспекты многокритериального выбора вариантов: Монография. / Е.П. Фетинина, Т.В. Кораблина, Ю.А. Соловьёва / - Новокузнецк: изд. СибГИУ, 2003. - 104 с.

17. Памбухчиянц О.В. Технология розничной торговли. Учебник / О.В. Памбухчиянц- М.: 2002. - 120 с.

18. [Электронный ресурс] Дано описание системы «Учет на складе v1.2» Автоматизированная система учета товаров «Учет на складе v1.2».

19.    [Электронный ресурс] Дано описание системы «ABACUS Professional» Официальный сайт компании «Омега».

.        [Электронный ресурс] Дано описание системы «БЭСТ-5» Официальный сайт компании «БЭСТ».

Приложение А

Листинг программной реализации отчета «Планирование закупок»

// ОПИСАНИЕ МОДУЛЬНЫХ ПЕРЕМЕННЫХ

Перем ТекСтрокаВТаблице; // текущая строка в таблице значений МФ

// используются для стандартного механизма кнопок "Обновить" и

"Настройка"

Перем Таб;

Перем Обновить;

Перем Расшифровка;

соотв. с установкой)

// ПРОЦЕДУРЫ И ФУНКЦИИ МОДУЛЯ

//

//************************************************************

// ВыбратьПоФильтру()

// Параметры:

// Нет

// Описание:

// Открывает обработку отбора элементов по произвольному фильтру

//

Процедура ВыбратьПоФильтру()

Перем ВидЗначенияПодбора;

ВидЗначенияПодбора=СокрЛП(ТаблицаМФ.Вид);

Если ПустоеЗначение(ВидЗначенияПодбора)=1 Тогда

Возврат;

КонецЕсли;

СписокПараметров=СоздатьОбъект("СписокЗначений");

СписокПараметров.ДобавитьЗначение("", "ИмяВызвавшейФормы");

СписокПараметров.ДобавитьЗначение(ТаблицаМФ.Тип, "Тип");

СписокПараметров.ДобавитьЗначение(ВидЗначенияПодбора,"Вид");

СписокПараметров.ДобавитьЗначение(СписокЭлементовМФ,

"Объекты");

ТаблицаМФ.ФлВкл=2;

ОткрытьФорму("Обработка.ПодборОбъектов#",СписокПараметров);

КонецПроцедуры// ВыбратьПоФильтру

//************************************************************

// ПерерисовкаНазванийЗакладок

//

// Параметры:

// Нет

// Описание:

// Добавляет "(!)" в заголовок закладки с множественным фильтром,

когда этот фильтр задан

//

Функция ПерерисовкаНазванийЗакладок()

Форма.Закладки.УстановитьЗначение(2,?(глМножественныйФильтрЗадан(ТаблицаМФ)=1,"(!) ","")+"Множественный фильтр");

КонецФункции // ПерерисовкаНазванийЗакладок

//************************************************************

// УправлениеДиалогом()

//

// Параметры:

//Нет

// Возвращаемое значение:

//Нет

// Описание:

//Управление доступностью элементов диалога.

Процедура УправлениеДиалогом()

Если Форма.Закладки.ТекущаяСтрока() = 1 Тогда

Форма.ИспользоватьСлой("Шапка,Подвал,Основной1,Основной2");

Иначе

Форма.ИспользоватьСлой("Шапка,МФ,Подвал");

КонецЕсли;

КонецПроцедуры //УправлениеДиалогом()

//************************************************************

// РасшифровкаОбновить(Обновить)

//

// Параметры:

// Обновить = 1 - нажата кнопка "Обновить"

//2 - нажата кнопка "Настройка"

//

// Возвращаемое значение: Расшифровка (список значений)

//

// Вызывается из формул элементов диалога:

// из таблицы, кнопки "Обновить" и "Настройка"

//

// Описание: функция для стандартного механизма кнопок ""Обновить"

и "Настройка""

// помещает значение параметра в список Расшифровка и возвращает

этот список

//

Функция РасшифровкаОбновить(Обновить)

Расшифровка.Установить("Обновить", Обновить);

Возврат Расшифровка;

КонецФункции //РасшифровкаОбновить()

//************************************************************

// ЯвляетсяРабочимДнем(Д)

//

// Параметры:

// Д - дата

/// Возвращаемое значение:

// 1, если Д является рабочим днем

// 0, иначе

// Вызывается из формул элементов диалога:

// Описание:

// Проверяет, является ли дата рабочим днем в соответсвии с

настройкой рабочей недели

Функция ЯвляетсяРабочимДнем(Д)

Если НомерДняНедели(Д)>ЧислоРабочихДнейВНеделе Тогда

Возврат 0;

Иначе

Возврат 1;

КонецЕсли;

КонецФункции// ЯвляетсяРабочимДнем()

//************************************************************

// ЧислоРабочихДнейМежду(Д1,Д2)

//

// Параметры:

// Д1 и Д2 - даты

// Возвращаемое значение:

// Число рабочих дней между Д1 и Д2 включительно

// Вызывается из формул элементов диалога:

// Описание:

// Расчет количества рабочих дней между датами в соответствии с

установленной

// длиной рабочей недели.

Функция ЧислоРабочихДнейМежду(Д1,Д2)

Перем ОбщееЧислоДней, ЧислоПолныхНедель,

ЧислоДнейВНеполнойНеделе;

Перем ЧислоРабочихДней;

// если дата конца меньше даты начала, то число дней = 0

Если Д1>Д2 Тогда

Возврат 0;

КонецЕсли;

ОбщееЧислоДней = (Д2-Д1)+1;

ЧислоДнейВНеполнойНеделе = ОбщееЧислоДней % 7;

ЧислоПолныхНедель = Окр((ОбщееЧислоДней -

ЧислоДнейВНеполнойНеделе)/7);

ЧислоРабочихДней =

ЧислоРабочихДнейВНеделе*ЧислоПолныхНедель;

Для Индекс = 0 По (ЧислоДнейВНеполнойНеделе-1) Цикл

ЧислоРабочихДней = ЧислоРабочихДней + ЯвляетсяРабочимДнем(Д2-

Индекс);

КонецЦикла;

Возврат ЧислоРабочихДней;

КонецФункции// ЧислоРабочихДнейМежду()

//************************************************************

// ПроверитьКорректностьДат()

//

// Параметры:

// Нет

// Возвращаемое значение:

// Нет

// Вызывается из формул элементов диалога:

// поля с датами отчета

// Описание:

// проверяет даты на корректность (превышение ТА, дата конца закупок

Должна // быть не меньше даты конца анализа продаж)

Процедура ПроверитьКорректностьДат()

Если ДатаКонца>ПолучитьДатуТА() Тогда

Предупреждение("Нельзя устанавливать дату анализа продаж больше

Точки Актуальности!", 60);

ДатаКонца = ПолучитьДатуТА();

ДатаНачала = Мин(ДатаНачала,ДатаКонца);

КонецЕсли;

Если ДатаНачала>ДатаКонца Тогда

Предупреждение("Нельзя устанавливать дату начала анализа продаж

больше даты конца!", 60);

ДатаНачала = ДатаКонца;

КонецЕсли;

//Если (ДатаНачалаЗак - ДатаКонца) > 0 тогда // планируем будущий

период

//Форма.ОстатокНаНачало.Доступность(1);

//Иначе

//Форма.ОстатокНаНачало.Доступность(0);

//ОстатокНаНачало.ТекущаяСтрока(1);

//КонецЕсли;

КонецПроцедуры // ПроверитьКорректностьДат()

//************************************************************

// Сформировать(ЗакрытьДиалог=0)

// Параметры:

// ЗакрытьДиалог - флаг того, что после формирования отчета надо

закрыть диалог

// Возвращаемое значение: НЕТ

// Вызывается из формул элементов диалога:

// кнопки "Сформировать" и "ОК"

// Описание: запускает отчет

Процедура Сформировать(ЗакрытьДиалог=0)

Перем Запрос, ТекстЗапроса;

Если глПроверкаДаты(ДатаНачала,ДатаКонца)=0 Тогда

Возврат;

КонецЕсли;

// Здесь формируется отчет, который использует регистры, критичные к

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

// поэтому сравним установленные даты периода формируемого отчета

с ГП

ПроверитьКорректностьДат();

Если (ТипЗначенияСтр(Таб) <> "Таблица") ИЛИ (Обновить = 0) Тогда

Таб = СоздатьОбъект("Таблица");

Иначе

Таб.Очистить();

КонецЕсли;

Таб.ИсходнаяТаблица( "ПланированиеЗакупок" );

Расшифровка = СоздатьОбъект("СписокЗначений");

Расшифровка.Установить("Отчет", "ПланированиеЗакупок");

// все настройки помещаем в список

Расшифровка.Установить("ДатаНачала",  ДатаНачала);

Расшифровка.Установить("ДатаКонца",  ДатаКонца);

Расшифровка.Установить("ВыбТМЦ", ВыбТМЦ);

глПриСменеСтрокиТаблицыМФ(1,ТекСтрокаВТаблице,Контекст); //

записываем изменения если они были

БылЗаданМФ = глМножественныйФильтрЗадан(ТаблицаМФ);

// запомним МФ только если он задан

Если БылЗаданМФ = 1 Тогда

Расшифровка.Установить("ТаблицаМФ", ТаблицаМФ);

КонецЕсли;

ЧислоРабочихДнейВНеделе = 7;

//Создание объекта типа Запрос

Запрос = СоздатьОбъект("Запрос");

Загол = "";

ЗаголУсловия = Шаблон("За период с [ДатаНачала] по [ДатаКонца] " +

"([ЧислоРабочихДнейМежду(ДатаНачала,ДатаКонца)] раб. дн.). ");

ТекстЗапроса =

"//{{ЗАПРОС(Сформировать)

Период с ДатаНачала по ДатаКонца;

Номенклатура = Регистр.Продажи.Номенклатура,

Регистр.Остатки.Товар;

КолПродажи = Регистр.Продажи.Количество;

КолОстатки = Регистр.Остатки.Количество;

Функция Продано = Сумма(КолПродажи );

Функция НачОст = НачОст(КолОстатки);

Функция КонОст = КонОст(КолОстатки);

Функция Приход = Приход(КолОстатки);

//Функция Расход = Расход(КолОстатки);

Группировка Номенклатура без групп;

Группировка Документ;

"//}}ЗАПРОС

;

НетОш = 1; // нет ошибок при наложении фильтров

НетОш = НетОш * глФильтрПоПеременнойЗапроса(ТаблицаМФ,

"Номенклатура",ВыбТМЦ, "ВыбТМЦ",

ТекстЗапроса,Загол,"СвойстваНоменклатуры");

//НетОш = НетОш * глФильтрПоПеременнойЗапроса(ТаблицаМФ,

"Поставщик",ВыбПоставщик, "ВыбПоставщик", ТекстЗапроса,"","");

Если НетОш = 0 Тогда

Возврат;

КонецЕсли;

// Если ошибка в запросе, то выход из процедуры

Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда

Возврат;

КонецЕсли;

Запрос2 = СоздатьОбъект("Запрос");

Загол = "";

ЗаголУсловия = Шаблон("За период с [ДатаНачала] по [ДатаКонца] " +

"([ЧислоРабочихДнейМежду(ДатаНачала,ДатаКонца)] раб. дн.). ");

ТекстЗапроса2 =

"//{{ЗАПРОС(Сформировать)

Период с ДатаНачала по ДатаКонца;

Номенклатура = Регистр.Продажи.Номенклатура,

Регистр.Остатки.Товар;

Поставщик = Регистр.Продажи.Поставщик,

Регистр.Остатки.ПрихДок.Агент;

КолПродажи = Регистр.Продажи.Количество;

КолОстатки = Регистр.Остатки.Количество;

Функция Продано = Сумма(КолПродажи );

Функция НачОст = НачОст(КолОстатки);

Функция КонОст = КонОст(КолОстатки);

Функция Приход = Приход(КолОстатки);

Группировка Номенклатура без групп;

//Группировка Документ;

|"//}}ЗАПРОС

;

НетОш = 1; // нет ошибок при наложении фильтров

НетОш = НетОш * глФильтрПоПеременнойЗапроса(ТаблицаМФ,

"Номенклатура",ВыбТМЦ, "ВыбТМЦ",

ТекстЗапроса2,Загол,"СвойстваНоменклатуры");

НетОш = НетОш * глФильтрПоПеременнойЗапроса(ТаблицаМФ,

"Поставщик",ВыбПоставщик, "ВыбПоставщик", ТекстЗапроса2,"","");

Если НетОш = 0 Тогда

Возврат;

КонецЕсли;

// Если ошибка в запросе, то выход из процедуры

Если Запрос2.Выполнить(ТекстЗапроса2) = 0 Тогда

Возврат;

КонецЕсли;

//тз=создатьобъект("ТаблицаЗначений");//Создание объекта типа

Запросъ

//запрос.выгрузить(тз);

//тз.выбратьстроку();

ПечЗаголовок = "Планирование закупок ТМЦ";

ПечЗаголовокСтолбца = "ТМЦ";

глЧислоСтрок = 0;

Таб.ВывестиСекцию("Кнопки");

Таб.ВывестиСекцию("Шапка");

Таб.ВывестиСекцию("ШапкаТаблицы");

// выводим шапку на каждой странице

НачПовт = Таб.ВысотаСекции("Кнопки") +

Таб.ВысотаСекции("Шапка");

КонПовт = НачПовт + Таб.ВысотаСекции("ШапкаТаблицы");

Таб.ПовторятьПриПечатиСтроки(НачПовт + 1, КонПовт);

глОживить(1);

//Если нужен порядок по списку элементов МФ Тогда

//Организовать цикл по элементам списка МФ и позиционировать

//запрос на элементе

Пока Запрос.Группировка("Номенклатура") = 1 Цикл

Номенклатура = Запрос.Номенклатура;

Если ПустоеЗначение(Номенклатура) = 1 Тогда

Продолжить;

КонецЕсли;

// подсчет количества дней продажи товара (рабочие дни когда он

лежал на складе

// или день (даже нерабочий) когда была сделана продажа)

ПроданоВсего = Запрос.Продано;

КолДнейПродажи = 0;

ТекДата = ДатаНачала;

ТекДатаУчтена = 0;

ОстатокНачалаПериода = Запрос.НачОст;

ПоступлениеПериода = Запрос.Приход;

ОстатокОкончанияПериода = Запрос.КонОст;

ОстатокНачалаПериодаП=0;

ОстатокОкончанияПериодаП=0;

ПроданоВсегоП=0;

Если Запрос2.Получить(Номенклатура) = 1 Тогда

ОстатокНачалаПериодаП = Запрос2.НачОст;

ОстатокОкончанияПериодаП = Запрос2.КонОст;

ПроданоВсегоП = Запрос2.Продано;

конецесли;

Пока Запрос.Группировка("Документ") = 1 Цикл

Если ТекДата <> Запрос.Документ.ДатаДок Тогда

ТекДатаУчтена = 0;

ТекДата = Запрос.Документ.ДатаДок;

КонецЕсли;

Если ТекДатаУчтена = 0 Тогда

Если (Запрос.Продано > 0) тогда// возвраты не считаем.

КолДнейПродажи = КолДнейПродажи + 1;

ТекДатаУчтена = 1;

КонецЕсли;

КонецЕсли;

КонецЦикла; // по документам

СредняяСкорость = ?(КолДнейПродажи = 0, 0,ПроданоВсего /

КолДнейПродажи);

ОбщаяСкорость = ?(КолДнейПродажи = 0, 0,ПроданоВсего /

ЧислоРабочихДнейМежду(ДатаНачала, ДатаКонца));

Ед = Номенклатура.БазоваяЕдиница;

ПечТекстСтроки = Номенклатура;

ТекРасшифровка = Номенклатура;

ПечКодТекстСтроки = Номенклатура.код;

ПечПроданоВсего = глФРМКоличество(ПроданоВсего, Ед);

ПечПроданоВсегоП = глФРМКоличество(ПроданоВсегоП, Ед);

ПечПриходВсего =глФРМКоличество(ПоступлениеПериода, Ед);

ПечКолДнейПродажи = Формат(КолДнейПродажи,"Ч10");

ПечСредняяСкорость = глФРМКоличество(СредняяСкорость,Ед);

ПечОбщаяСкорость=глФРМКоличество(ОбщаяСкорость, Ед);

ПечОстатокНачалаПериода =

глФРМКоличество(ОстатокНачалаПериода, Ед);

ПечОстатокОкончанияПериода =

глФРМКоличество(ОстатокОкончанияПериода, Ед);

ПечОстатокНачалаПериодаП =

глФРМКоличество(ОстатокНачалаПериодаП, Ед);

ПечОстатокОкончанияПериодаП =

глФРМКоличество(ОстатокОкончанияПериодаП, Ед);

Таб.ВывестиСекцию("Строка1");

глОживить(1);

КонецЦикла;

ОстатокНачалаПериодаП = Запрос2.НачОст;

ОстатокОкончанияПериодаП = Запрос2.КонОст;

ПроданоВсегоП = Запрос2.Продано;

ПечПроданоВсего = глФРМКоличество(ПроданоВсегоП, Ед);

ПечОстатокНачалаПериода =

глФРМКоличество(ОстатокНачалаПериодаП, );

ПечОстатокОкончанияПериода =

ОстатокНачалаПериода = Запрос.НачОст;

ОстатокОкончанияПериода = Запрос.КонОст;

ПроданоВсего = Запрос.Продано;

ПечПроданоВсего = глФРМКоличество(ПроданоВсего, Ед);

ПечОстатокНачалаПериода =

глФРМКоличество(ОстатокНачалаПериода, );

ПечОстатокОкончанияПериода =

глФРМКоличество(ОстатокОкончанияПериода, );

Таб.ВывестиСекцию("Всего");

глОживить(1);

Таб.Опции(0, 0, 8, 0, "ПланированиеЗакупок",

"ПланированиеЗакупок");

Таб.ОбластьПечати(3);

// Вывод заполненной формы

Таб.ТолькоПросмотр(1);

Таб.Показать("Планирование закупок", "");

Если (Обновить = 2)ИЛИ(ЗакрытьДиалог=1) Тогда

СтрокаДействийФормы = "#Закрыть";

КонецЕсли;

КонецПроцедуры // Сформировать()

// ПРЕДОПРЕДЕЛЕННЫЕ ПРОЦЕДУРЫ

//************************************************************

// Предопределенная процедура

Процедура ПриОткрытии(ФлагВосстановленияНастройки)

Если ФлагВосстановленияНастройки = 0 Тогда

ДатаНачала = Константа.ДатаНачалаПериода;

Если ПустоеЗначение(ДатаНачала) = 1 Тогда

ДатаНачала = НачМесяца(ДатаКонца);

КонецЕсли;

// инициализация границ периодов

ДатаНачалаЗак = ДатаКонца+1;

ДатаКонцаЗак = КонМесяца(ДатаНачалаЗак);

ВидРазделителя = 1;

КонецЕсли;

Если глФлагРасшифровки = 1 Тогда

Обновить = глОбновить;

// восстанавливаем настройки из списка

ДатаНачала = глРасшифровка.Получить("ДатаНачала");

ДатаКонца = глРасшифровка.Получить("ДатаКонца");

ДатаНачалаЗак= глРасшифровка.Получить("ДатаНачалаЗак");

ДатаКонцаЗак = глРасшифровка.Получить("ДатаКонцаЗак");

ВыбТМЦ = глРасшифровка.Получить("ВыбТМЦ");

Если

ТипЗначенияСтр(глРасшифровка.Получить("ТаблицаМФ"))="Таблица

Значений" Тогда

ТаблицаМФ.Загрузить(глРасшифровка.Получить("ТаблицаМФ"));

КонецЕсли;

Если Обновить <> 0 Тогда

Таб = глТаблица;

КонецЕсли;

Если Обновить <> 2 Тогда

Сформировать();

СтатусВозврата(0);

Возврат;

КонецЕсли;

Иначе

Обновить = 0;

КонецЕсли;

ПерерисовкаНазванийЗакладок();

ТаблицаМФ.ВидимостьКолонки("Тип",0);

ТаблицаМФ.ВидимостьКолонки("Вид",0);

ТаблицаМФ.ВидимостьКолонки("СписокЭлементов",0);

ТаблицаМФ.ВидимостьКолонки("ТипМФ",0);

ТаблицаМФ.ВидимостьКолонки("ИмяПеременной",0);

ТаблицаМФ.ВыводитьПиктограммы("ФлВкл");

УправлениеДиалогом();

КонецПроцедуры// ПриОткрытии()

//************************************************************

// Предопределенная процедура.

Процедура ВводНового()

// эта предопределенная процедура выполняется при восстановлении настройки

ПерерисовкаНазванийЗакладок();

УправлениеДиалогом();

ТаблицаМФ.ВыводитьПиктограммы("ФлВкл");

КонецПроцедуры // ВводНового()

//************************************************************

// Предопределенная процедура

Процедура ПриВыбореЗакладки(Номер,Значение)

// закладки

Если Номер=1 Тогда

глПриСменеСтрокиТаблицыМФ(1,ТекСтрокаВТаблице,Контекст); //

записываем изменения если они были

КонецЕсли;

УправлениеДиалогом();

ПерерисовкаНазванийЗакладок();

КонецПроцедуры// ПриВыбореЗакладки

//************************************************************

// Предопределенная процедура

Процедура ОбработкаПодбора(Значение)

Если (СписокЭлементовМФ.НайтиЗначение(Значение)=0) Тогда

Представление=""+Значение;

Если ТипЗначенияСтр(Значение)="Справочник" Тогда

Если СокрЛП(Метаданные.Справочник(Значение.Вид()).Владелец) <>

"Метаданные" Тогда

Представление=Представление+" ("+Значение.Владелец+")";

КонецЕсли;

КонецЕсли;

СписокЭлементовМФ.ДобавитьЗначение(Значение,Представление);

ТаблицаМФ.ФлВкл=2;

КонецЕсли;

КонецПроцедуры // ОбработкаПодбора

ДатаКонца = ПолучитьДатуТА();

// инициализация списков

// инициализация переменных множественного фильтра

ТипМФ.УдалитьВсе();

ТипМФ.ДобавитьЗначение("одно из");

ТипМФ.ДобавитьЗначение("все кроме");

ТаблицаМФ.УдалитьСтроки();

Пока ТаблицаМФ.КоличествоКолонок()>0 Цикл

ТаблицаМФ.УдалитьКолонку(1);

КонецЦикла;

ТаблицаМФ.НоваяКолонка("Тип");

ТаблицаМФ.НоваяКолонка("Вид");

ТаблицаМФ.НоваяКолонка("ИмяПеременной");

ТаблицаМФ.НоваяКолонка("СписокЭлементов"); // список элементов,

по которым производим фильтрацию

ТаблицаМФ.НоваяКолонка("ТипМФ"); // текущая строка списка

ТипМФ

ТаблицаМФ.НоваяКолонка("ФлВкл","Число",1,,"Вкл",5,,); // фильтр

включен ("1" или "0")

ТаблицаМФ.НоваяКолонка("Представление",,,,"Вид фильтра:");

ТаблицаМФ.ВыводитьПиктограммы("ФлВкл");

// тип вид переменная название

глДобавитьВТаблицуМФ(ТаблицаМФ,"Справочник","Товары",

"Номенклатура", "По номенклатуре");

глДобавитьВТаблицуМФ(ТаблицаМФ,"Справочник","Организации",

"Поставщик", "По поставщикам");

глДобавитьВТаблицуМФ(ТаблицаМФ,"Справочник","ЗначенияСвойст

в", "Номенклатура", "По свойствам номенклатуры");

ТекСтрокаВТаблице = "";

// Инициализируем закладки

Форма.ИспользоватьЗакладки(1);

Форма.Закладки.ДобавитьЗначение(1,"Основная");

Форма.Закладки.ДобавитьЗначение(2,"Множественный фильтр");

Форма.Закладки.ТекущаяСтрока(1);

Приложение Б

Листинг программной реализации отчета «Нулевая реализация»

//*******************************************

// Процедура генерации запроса Осталось.

Процедура Осталось()

Перем Запрос, ТекстЗапроса, Таб;

Запрос=СоздатьОбъект("Запрос");

ТекстЗапроса ="

Период с ВыбДатаНач по ВыбДатаКон;

Обрабатывать НеПомеченныеНаУдаление;

Предприятие =

Регистр.Остатки.Подразделение,Регистр.Продажи.Подразделение;

Товар = Регистр.Остатки.Товар,Регистр.Продажи.Номенклатура;

Количество = Регистр.Остатки.Количество;

КоличествоП=Регистр.Продажи.Количество;

Поставщик =

Регистр.Остатки.ПрихДок.Агент,Регистр.Продажи.Поставщик;

СуммаРозн = Регистр.Остатки.СуммаРозн;

Функция КолОст = КонОст(Количество);

Функция СуммаРознОст = КонОст(СуммаРозн);

Функция КолПриход = Приход(Количество);

Функция КолРасход = Расход(Количество);

Функция Продано = Сумма(КоличествоП);

Группировка Товар упорядочить по КолОст;

Условие(Предприятие в ВыбПредприятие);

Условие(Товар в ВыбТовар);

Условие(Поставщик в ВыбПоставщик);

Условие(КоличествоП = 0);

"//}}ЗАПРОС

;

// Если ошибка в запросе, то выход из процедуры

Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда

Возврат;

КонецЕсли;

// Подготовка к заполнению выходных форм данными запроса

//Рег=СоздатьОбъект("Регистр.ОстаткиТоваров");

Таб = СоздатьОбъект("Таблица");

Таб.ИсходнаяТаблица("Таблица1");

// Заполнение полей "Заголовок"

Усл="";

Если ПустоеЗначение(ВыбПредприятие)=0 Тогда

Усл=Усл+"По подразделению: "+ВыбПредприятие+".";

КонецЕсли;

Если ПустоеЗначение(ВыбПоставщик)=0 Тогда

Усл=Усл+"По поставщику: "+ВыбПоставщик+".";

КонецЕсли;

Если ПустоеЗначение(ВыбТовар)=0 Тогда

Усл=Усл+"По товарам: "+ВыбТовар+".";

КонецЕсли;

Таб.ВывестиСекцию("Заголовок");

Состояние("Заполнение выходной таблицы...");

Ном=0;

Пока Запрос.Группировка("Товар") = 1 Цикл

Если Запрос.ЭтоГруппа("Товар")=1 Тогда

Таб.ВывестиСекцию("ГрТовар");

Иначе

Если Запрос.Продано<>0 Тогда Продолжить; КонецЕсли;

Если Запрос.КолРасход<>0 Тогда Продолжить; КонецЕсли;

Ном=Ном+1;

Если Ном%50=0 Тогда

Состояние("Обработано строк "+Ном);

КонецЕсли;

ЦенаЗ=Запрос.Товар.ЦенаЗакуп;

ЦенаР=Запрос.Товар.ЦенаРозн;

Таб.ВывестиСекцию("Товар1");

КонецЕсли;

КонецЦикла;

// Заполнение полей "Итого"

Таб.ВывестиСекцию("Итого");

// Вывод заполненной формы

Таб.Опции(0, 0, 3, 0, "НулеваяРеализация","НулеваяРеализация");

Таб.ТолькоПросмотр(1);

Таб.Показать("НулеваяРеализация: "+ВыбПредприятие, "");

КонецПроцедуры

Приложение В

Листинг программной реализации отчета «Пакетная печать инвентаризаций»

Процедура Сформировать()

таб=создатьобъект("Таблица");

Таб.Опции(0,0,0,0,"ВедомостьСнятияОстатков","ВедомостьСнятияОста

тков");

ДОК=создатьобъект("Документ.инвентаризация");

док.выбратьДокументы(выбдата,выбдата1);

пока док.получитьДокумент()=1 цикл

если док.проведен()=1 тогда продолжить; конецесли;

если док.пометкаудаления()=1 тогда продолжить; конецесли;

если пустоезначение(выбагент)=0 тогда

если док.агент<>выбагент тогда продолжить; конецесли;

конецесли;

если (начлист>число(док.лист)) или (Конлист<число(док.лист)) тогда

продолжить; конецесли;

для я=1 по экз цикл

таб.вывестисекцию("шапкаИнв");

Ном=0;

док.выбратьСтроки();

пока док.получитьстроку()=1 цикл

Ном = Ном + 1;

таб.вывестисекцию("Строка");

Если Ном%2=0 Тогда

ОблТаб=Таб.Область(Таб.ВысотаТаблицы(),1,Таб.ВысотаТаблицы(),7);

ОблТаб.РамкаСнизу(7);

КонецЕсли;

конеццикла;

таб.вывестисекцию("Итог");

таб.вывестисекцию("Подвал");

таб.новаястраница();

конеццикла;

конеццикла;

таб.показать();

КонецПроцедуры

выбдата=рабочаядата();

начлист=1;

конлист=1;

экз=2;