Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Сбалансированная система показателей




Метод совокупной стоимости владения

В тех случаях, когда вопрос о компьютеризации и автоматизации бизнес-процессов на предприятии решен, обычно бывает нужно рассчитать стоимость внедрения и последующей эксплуатации информационной системы на протяжении всего ее жизненного цикла. Такой подход особенно удобен, когда необходимо сравнить несколько различных проектов в области ИТ. Этот подход реализован в рамках метода совокупной стоимости владения (Total Cost of Ownership, TCO), который решает задачу — минимизации стоимости владения при заданных параметрах функциональных возможностей информационной системы. Метод позволяет уменьшить расходы и таким образом повысить эффективность инвестиций в ИТ.

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

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

 

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

Сбалансированная система показателей (Balanced Scorecard, BSC) - это совокупность принципов и аналитических приемов для повышения эффективности работы организации в четырех сферах деятельности: финансы, работа с клиентами, обучение персонала и организация внутренних процессов [12,13]. Методика базируется на следующих принципах:

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

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

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

- охват всех бизнес-процессов;

- возможность количественной оценки;

- непротиворечивость и согласованность показателей.

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

- выделяются факторы, на которые предположительно окажет влияние ИТ;

- прогнозируются изменения величин показателей после внедрения ИТ;

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

5 Автоматизация управления предприятием на базе программы «1С: Управление торговлей 8 для Украины»

5.1 Архитектура программы «1С: Предриятие»

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

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

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

 

Рис. 2.1. Платформа и бизнес-приложения

Платформа предлагает разработчику собственную модель работы с данными и изолирует его от особенностей конкретного хранилища данных, а это позволяет, не изменяя бизнес-приложение, использовать в нем различные хранилища. К примеру, в качестве БД при решении задач небольшого масштаба может применяться собственный файловый движок, а для работы в масштабе предприятия – MS SQL Server.

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

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

 

 

Рис. 2.2. Метаданные, база данных и платформа

 

Построение приложения на основе модели

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

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

 

 

Режимы работы программы

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

 

 

Базовые (общие) понятия и Объекты системы.

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

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

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

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

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

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

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

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

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

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

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

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

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

 

5.2 Общие принципы работы конфигурации «Управление торговлей»

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

• управление продажами (включая оптовую, розничную и комиссионную торговлю);

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

• планирование продаж и закупок;

• управление складскими запасами;

• управление заказами покупателей;

• управление денежными средствами;

• учет и анализ коммерческих затрат;

• формирование налоговых документов и отчетов;

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

• анализ товарооборота предприятия;

• анализ цен и управление ценовой политикой;

• мониторинг и анализ эффективности торговой деятельности.

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

Механизмы автоматизации конфигурации разработаны для двух видов учета:

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

• регламентированный учет (бухгалтерский, налоговый).

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

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

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

 

 

Рис. 2.3. Виды учета в документах

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

 

Проведение
РЕГИСТРЫ НАКОПЛЕНИЯ
Документы
Отчеты
Нормативно-справочная информация

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

 

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

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

• Разрешить превышение остатка товаров на складе;

• Разрешить превышение остатка товаров организации.

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

 

 




Поделиться с друзьями:


Дата добавления: 2014-01-05; Просмотров: 465; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.01 сек.