					МГУППВКР

Изм.	Лист		Подпись	Дата
Студент		ВасилишинаО.С.			Автоматизациясистемы бюджетированияфинансовойслужбы ЗАО«Телмос»		Лист	Листов
Руководитель		КусмарцеваН.В.					3	117
Зав.кафедрой		ПрокофьевЕ.А..				98-Э-5

Введение

Актуальность

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

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

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

Цельюданного дипломногопроекта являетсяразработкамодели бюджетногоуправленияЗАО «Телмос»,на основаниианализа существующихна сегодняшнийдень систембюджетирования,и последующаяавтоматизацияее деятельностис применениемСУБД Access.

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

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

Глава 1. Теоретическиеосновы и критерииоценки систембюджетирования

1.1. Понятие систембюджетирования

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

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

1.1.1. Архитектураи основныепонятия бюджетнойсистемы

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

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

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

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

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

Объектыбюджетирования:

Бизнес –направления;
структурныезвенья компании
центры финансовогоучета
основныебизнес-процессыкомпании
проектыкомпании

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

Планы и отчетыбюджетнойсистемы:

Бюджеты;
Отчеты;
Отчеты порезультатамбюджетногоанализа.

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

В соответствиис представленнымиобъектамибюджетированияна предприятиимогут составлятьсяследующиебюджеты:

Операционныебюджеты:

бюджетыбизнес – направлений;
бюджетыподразделений;
бюджетыцентров финансовогоучета (ЦФУ);
бюджетыбизнес-процессов;
бюджетыпроектов;

Финансовыебюджеты (сводныебюджеты.):

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

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

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

Бюджетыцентров финансовогоучета (ЦФУ)составляютсяпо каждому ЦФУв соответствиис действующейфинансовойструктурой.

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

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

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

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

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

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

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

1.2. Цели и задачибюджетирования

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

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

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

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

1.3.Функции систембюджетирования

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

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

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

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

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

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

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

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

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

1.4. Бюджетированиеи информационныесистемы

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

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

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

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

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

1.5. Критерии оценкисистем бюджетирования

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

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

1.5.1. Состав и свойстваинформационныхобъектов

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

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

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

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

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

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

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

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

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

1.5.2. Функциональностьи алгоритмысистемы бюджетирования

Алгоритмыпланированияразличаютсяпо своемуназначению:

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

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

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

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

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

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

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

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

1.5.3. Организацияработы пользователейс системой

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

Файловаясистема бюджетирования.
Системабюджетированияс единой базойданных.

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

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

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

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

1.5.4. Архитектура,платформа,средства интеграции

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

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

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

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

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

Средстваинтеграциис другими средствамиавтоматизациипредприятия:

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

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

Глава 2 Технико-экономическаяхарактеристикаЗАО «Телмос»

2.1. Общие сведенияо предприятии

Компания«Телмос» созданав апреле 1993 годаМосковскойГородскойТелефоннойСетью (МГТС) икрупнейшейамериканскойтелекоммуникационнойкомпаниейAmerican Telephone & Telegraph International Incorporated (AT&T).В 1995 году в составучредителейТелмос вошелкрупнейшиймеждународныйоператор РоссииРостелеком.

Компания«Телмос»предоставляетполный спектрвысококачественныхуслуг связив Москве, Московскойобласти и регионахРоссии. Этиуслуги таковы:

Услуги цифровойтелефоннойсети. ЗАО«ТЕЛМОС»предоставляетКлиентам доступк телефоннойсети общегопользованияс выделениемтелефонногономера изсобственнойномерной емкости«ТЕЛМОС» черезсобственнуюцифровуюкоммутационнуюсистему 5ESS, являющуюсяосновой первичнойволоконно-оптическойсети «ТЕЛМОС».Первичнаяопорная сетьSDH ЗАО «ТЕЛМОС»,помимо функциидоступа к сетии услугам ЗАО«ТЕЛМОС», выполняеттакже функциютранспортнойсети для организациимежузловыхи межстанционныхсоединений,шлюзов с МГТС,Ростелекомом,другими операторамии поставщикамиуслуг.

В рамкахпредоставлениядоступа Клиентак телефоннойсети общегопользованиякомпания «ТЕЛМОС»предоставляетвысококачественныеуслуги местной,междугороднойи международнойтелефоннойсвязи как поаналоговой(PSTN), так и по цифровой(ISDN)сетям коммутации.

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

Услуги попередаче данных.Наложеннаясеть передачиданных ЗАО«ТЕЛМОС» построенана основеоборудованияпроизводствафирмы ECI Telematics ибазируетсяна волоконно-оптическойтранспортнойсети SDH «ТЕЛМОС».В сети передачиданных «ТЕЛМОС»используютсятехнологииISDN, HDSL и Frame-Relay, обеспечивающиеоптимальноеиспользованиересурсов, экономиюсредств и высокоекачество связи.

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

Видеоконференцсвязь.Компания«ТЕЛМОС» предлагаетуслугу видеоконференцсвязи,реализованнуюна базе технологииISDN.

Дляпроведениясеансов видеоконференцсвязикомпания «ТЕЛМОС»располагаетдвумя комфортабельнымистудиями,оборудованнымисамыми современнымисистемамивидеоконференцсвязи.Компаниейиспользуютсясистемы такихвсемирно известныхпроизводителей,как Picture Tel и POLYSPAN.

Студии«ТЕЛМОС», рассчитанына размещениеот 1 до 50 участников. Сеансы видеоконференцсвязимогут проводитьсяна скоростяхот 64 до 512 кбит/скак в режиме«точка-точка»,так и в многоточечномрежиме, когдавозможно объединениедо 4 участников,находящихсяв различныхгородах.

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

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

«ТЕЛМОС»оказываетпомощь в подборестудий видеоконференцсвязив других городахи странах.

Компания«ТЕЛМОС»предоставляетКлиентам возможностьбесплатноиспользоватьдополнительноеоборудование,которое можетпонадобитьсяв ходе сеансавидеоконференцсвязи:

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

ДляКлиентов «ТЕЛМОС»,имеющих ISDN линии,компания готовапредоставитьвозможностьпроведениясеансов видеоконференцсвязив их офисах.

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

Областиприменениявидеоконференцсвязи:

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

Услуги доступав сеть Интернет.Компания «ТЕЛМОС»предоставляетКлиентам следующиеуслуги доступав сеть Интернет:

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

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

возможностьоткрытия одногопочтовогоящика на сервереПровайдера;
возможностьразмещенияперсональнойстраницы насервере Провайдераразмером до2 Мб;
возможностьFTP доступа ксодержимомуперсональнойстраницы длятекущего обновленияи редактированияпубликуемойКлиентоминформации.

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

Выделенноесоединениес учетом потребностейКлиента можетбыть организованос использованиемсинхронныхканалов (скоростьот 64 до 2048 кБит/с)и виртуальныхканалов потехнологииFrame Relay.

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

Дополнительныеуслуги.Помимо основныхтелекоммуникационныхуслуг, компания«ТЕЛМОС» предлагаетКлиентам ряддополнительныхуслуг.

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

На базе протоколовFrame Relay, X.25 и TCP/IP «ТЕЛМОС»организуетдоступ к специализированнымсетям и системам,таким, как Bloomberg,РТС, ММВБ и т.д.Помимо этого,компания «ТЕЛМОС»поставляетКлиентам оконечноеоборудование:мультиплексоры,системы передач,телефонныеаппараты, оптическиемодемы.

Д

оступк специализированнымсетям и системам.Компания «ТЕЛМОС»предоставляетсвоим Клиентамдоступ к биржевым,торговым, фондовыми финансово-информационнымсистемам:

МосковскойМежбанковскойВалютной Бирже(ММВБ)
РоссийскойТорговой Системе(РТС)
МосковскойФондовой Бирже
BLOOMBERG
ЦентральномуБанку РоссийскойФедерации
БиржамСанкт-Петербурга
ГосударственномуТаможенномуКомитету РФ

Доступосуществляетсяна базе протоколовFrame Relay, X.25 и TCP/IP

У

слугипо интеграции

Компания«ТЕЛМОС»предоставляетКлиентам комплексныйинтегрированныйпакет телекоммуникационныхуслуг.

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

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

ПомимопредоставленияКлиентаминтегрированногопакета телекоммуникационныхуслуг, компания«ТЕЛМОС»предоставляетКлиентам услугипо интеграциикомпьютерныхи телефонныхсетей.

Качествоуслуг компании«Телмос» подтвержденосертификатамикачества ЦентраСертификацииЦентральногоРегиона Россиии сертификатамисоответствиясистемы добровольнойсертификации«Интерэкомс».

В 1999 году компания«Телмос» сталапобедителемконкурса МинсвязиРФ в областикачества связив номинации«Операторыэлектросвязи».

2.2. Структурапредприятия

ЗАО «Телмос»состоит из 11департаментов,каждый из которыхвозглавляетсядиректором,а они, в своюочередь, подчиняютсяГенеральномудиректору.Департаментыподразделяютсяна отделы, аотделы на группы.Подробно структурапроизводстваи управленияЗАО «Телмос»представленана рисунке 1.

Данный дипломныйпроект посвященбюджетномууправлениюпредприятия.В ЗАО Телмос»вопросамибюджетногоуправлениязанимаетсяДепартаментэкономики ифинансов. Рассмотримподробнееосновные функцииданного Департамента.

Положениео Департаментеэкономики ифинансов

Департаментэкономики ифинансов являетсяструктурнымподразделениемЗАО «Телмос»,возглавляетсяРуководителемДепартаментаи находитсяв подчиненииФинансовогодиректора.

В составДепартаментавходят следующиеподразделения:

отдел планированияи анализа;
отдел текущихопераций

Основныезадачи и направлениядеятельностиДепартаментаэкономики ифинансов таковы:

1. Организацияи руководствопланово-экономическойи финансовойдеятельностью.

2. Организацияпроцесса финансовогопланирования,а именно:

Участие впроцессеформированиястратегииразвития ЗАО«Телмос»; мониторинги анализ результатоввыполненияутвержденнойстратегииразвития;
Разработкаи поддержкафинансово-экономическоймодели с цельюопределенияисточниковфинансирования,выработаннойстратегииразвития иоценки влияниявнешних и внутреннихфакторов надеятельностьЗАО «Телмос»;
Сбор, обобщениеи анализ заявокструктурныхподразделенийпо формированиюгодового бюджета;
Формированиена основе собраннойинформациигодового бюджета,эксплуатационныхрасходов,инвестиционногобюджета, бюджетафинансовыхопераций;согласованиес руководителямиструктурныхподразделенийи руководствомЗАО «Телмос»;
В рамкахсогласованногои утвержденногогодового бюджетаформированиеи утверждениебюджета движенияденежных средств;
В рамкахутвержденногоплана движенияденежных средствформированиеежедневногоплатежногографика повсем направлениямтекущей деятельности;

3. Организациябюджетногоконтроля, вчастности:

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

4. Взаимодействиесо стороннимиорганизациямив рамках деятельностидепартамента:

Взаимодействиес банками,осуществляющимикредитноеобслуживаниеи принимающимиплатежи зауслуги связиЗАО «Телмос»;
Взаимодействиес кредитнымии лизинговымиорганизациями,организацияпроцесса сбораи подготовкиматериалов,необходимыхдля предоставлениякредитов илизинга;
Взаимодействиесо страховымикомпаниямипо вопросамстрахованияосновных средствЗАО «Телмос»;
Текущиевзаимодействияс ГНИ №4; выверкаправильностии своевременностиплатежей вадрес налоговойинспекции,выверка состоянияи контрольостатков лицевогои налоговогосчета в ГНИ,сдача ежемесячныхналоговыхрасчетов иоформлениекорреспонденциив адрес налоговойинспекции;

5. Ежедневныймониторингналичия денежныхсредств насчетах ЗАО«Телмос»; анализдостаточностиденежных средствдля финансированиятекущей деятельностиКомпании;

6. Контрольза своевременными правильнымисполнениемналоговогокалендаря;

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

Подготовкуаналитическихматериалови отчетов дляруководстваЗАО «Телмос»;
Подготовкуотчета эмитентадля ФКЦБ РФ;
Подготовкуежеквартальныхотчетов орезультатахфинансово-хозяйственнойдеятельностидля АО «МГТС»и АО «СистемаТелеком»;
Ежемесячноеформированиеотчета о фактическомпоступлениии использованииденежных средствКомпании;
Подготовкуфинансовойотчетностив соответствиис USGAAP,перекладкароссийскойдокументациисогласно западнымформатам;
Подготовкуи предоставлениенеобходимойфинансовойинформациив периоды проведениявнешних аудиторскихпроверок;

8. Анализфинансовыхусловий и визированиехозяйственныхи клиентскихдоговоров;

9. Оценкаи дальнейшийконтроль зафинансово-экономическойобоснованностьюдолгосрочныхфинансовыхвложений(инвестиционныйанализ);

10. Анализрезультатовфинансово-хозяйственнойдеятельностиЗАО «Телмос»;

11. Осуществлениемероприятийпо совершенствованиютекущей деятельностиДепартамента,а именно:

Разработкаи постановкараздельногоучета затратпо видам услуг;анализ себестоимостиуслуг;
Совершенствованиесистемы бюджетированияЗАО «Телмос»;
Постановказадач для разработкии совершенствованияинтегрированнойкорпоративнойсети;
Участие вформированииучетной политикиЗАО «Телмос».

Глава 3. Автоматизациябюджетногоуправленияв деятельностифинансовойслужбы ЗАО«Телмос»

3.1. Обзор существующихсистем бюджетногоуправления

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

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

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

Таблица 1.

КонтурКорпорация.Бюджет.Разработчик:IntersoftLab.Партнер: ТрастКонто.
1. Состави свойстваинформационныхобъектов
1.1.Измерениябюджетныхстатей	Системаподдерживаетвсе необходимыеизмерениядля ведениябюджета многофилиальнойорганизации.Бюджет можнопланироватьи анализироватьв следующихразрезах: Организационно-штатнаяи финансоваяструктура. Валюты,курсы. Продукты,услуги, материальныеценности. Клиенты,потребителии поставщики.
1.2.Бюджетныепланы статей	Всистеме предлагаютсяпланы статейдля ведения: бюджетадоходов ирасходов, бюджетаактивов ипассивов, бюджетадвижения денежныхсредств, сметыкапитальныхвложений, бюджетапроектов(направленийдеятельности). Составстатей этихпланов можетбыть изменени настроенпод задачиконкретнойорганизации.Кроме того,можно дополнительносоздать своибюджетныепланы, их составнеограничен.
1.3.Первичнаяинформация	Системапостроена набазе Хранилищаданных, в которомможет бытьсобрана всянеобходимаяпервичнаяинформациядля бюджетирования: Бюджетныестроки и бюджетныедокументы.Для расчетазначенийбюджетныхстатей могутбыть использованыбюджетныедокументы,заявки, договора,аналитическиеи другие видыдокументов,данные счетови показателей. Объектыподдержкифинансовойлогики. Системаобеспечиваетсбор и хранениев едином Хранилищепервичныхданных бухгалтерскогои управленческогоучета: документовс проводкамипо счетам,остатков иоборотов посчетам, показателей.Эти данныеможно использоватьдля автоматическогорасчета фактическогоисполнениябюджета.
2. Функциональностьи алгоритмысистемы
2.1.Алгоритмыпланирования	Расчетзначений статейпо временномугоризонтупланирования.В системепредусмотрены: автоматическаяагрегацияданных повремени автоматическоераспределениеустановленныхзначений статей. Расчетзначений статейпо центрамфинансовойответственности(ЦФО). Штатныйрежим системыобеспечиваетпланирование«сверху вниз». Статистическиеметоды расчетреализуютсяс помощью языкаформул. Расчетзначений статейна основаниизначений другихстатей. Штатныйрежим системы. Планирование«от достигнутого».Система позволяетстроить планына основаниипрошлых бюджетов. Моделирование"что если".Штатный режим.При измененииодного иззапланированныхпоказателейзначениябюджетныхстатей пересчитываются. Реализациятехнологии«скользящегобюджета». Всистеме предусмотренавозможностьпланированияпо кварталамс разбивкойпо месяцам.
2.2.Алгоритмыучета и исполнениябюджета	Учетфакта на основанииданных бухучета. Предлагаемоев системеХранилищеориентированотакже на хранениепервичныхданных бухгалтерскогоучета. Механизминтеграциисистемы позволяетсобирать этиданные изразличныхвнешних источников,а специальныеалгоритмырассчитыватьна их основефактическиезначения бюджетныхстатей. Расчетзначений статейпо даннымвнесистемногоучета. Штатныережимы системыобеспечиваютрасчет значенийстатей по даннымвнесистемногоучета, находящимсяв Хранилище(бюджетнымдокументам,показателями др. первичнымданным).
2.3.Агрегация иконсолидацияучетных данных	Агрегациязначений статей. Всистеме выполняетсяавтоматическаяагрегациязначений бюджетныхстатей повременнымпериодам ипо иерархиистатей в плане. Консолидация. Системаобеспечиваетавтоматическийрасчет: консолидированногобюджета (плановогои фактического)по всем подразделениями филиалам. сводныхданных бухгалтерскогоучета по всемподразделениям.
2.4.Аллокация итрансферты	Использованиешаблонов приразноске значенийстатей. Использованиенормативови дополнительныхсправочников. Использованиеязыка формул.Система имеетвстроенныйязык формул.С помощью формулможно задавать,например,алгоритмперекрестныхраспределенийзатрат (аллокаций)в виде системылинейныхуравнений. Скриптовыйязык. Дляописанияалгоритмоваллокаций итрансфертовмогут использоватьсяязыки Python и Visual Basic.
2.5.Алгоритмырасчета финансовыхрезультатов	Поитогам этаповбюджетирования(планирования,учета исполнениябюджета) рассчитываетсяряд показателей,в частности,смета капитальныхвложений побизнесам иподразделениям,расходы накаждого сотрудника,финансовыйплан по бизнесами подразделениями др.
3. Организацияработы пользователяс системой
3.1.Автоматизацияколлективнойработы с бюджетом	Пользователимогут работатьс Хранилищемданных черезклиентскиеприложенияв локальнойсети, черезудаленныхклиентов иweb-клиентов.Пользовательможет вводить,редактировать,просматриватьи анализироватьбюджетныеданные, в зависимостиот заданногодля него уровнядоступа. Коллективносоставляябюджет в единомХранилище,все пользователимогут интерактивновзаимодействоватьдруг с другом,обсуждая исогласовываябюджетныепоказатели.
3.2.Удобства вработе с системой	Лимиты,защищенныестатьи. Руководителимогут задаватьлимиты назначениябюджетныхстатей подразделений,выше которыхпланировщикине смогутзадаватьпоказатели. Утверждениестатей и планов.После согласованиялюбую статьюбюджетногоплана можноутвердить,после чегоона будетзаблокированаот изменений.Также можноутвердитьцелый бюджетныйплан, послечего будетзапрещенакорректировкавсех его статей. Примечанияк статье. Длякаждой статьибюджетногоплана можнописать примечание. Визуализациярасхождений.Разделы бюджетногоплана, в которыхвыявленорасхождениеплана и фактапомечаютсякрасным цветом. Контрольошибок. В системеоперации позагрузке данныхи все расчеты,выполняемыена этапебюджетирования,протоколируются.Информацияо текущемпроцессезагрузки\расчетаи его результатахприводитсяв специальныхжурналах. Версионностьпланов. В системепо каждой статьеплана хранитсяистория измененияее состояний- даты открытияи закрытиястатьи в планеи историяустановкизначений статьи. Возможностьодновременногопланированияв произвольныхвременныхпериодах. Врамках одногоплана можнозадаватьпоказателиза год, квартал,месяц, день. Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Средстваанализа бюджета.Среди них: Интерфейсконтроляисполнениябюджета, вкотором можнополучитьинформациюоб исполнениибюджета вабсолютноми процентномвыражении,поясненияоб исполненииплана по бюджетнымстатьям и др.информацию. Генераторотчетов, встроенныйво все интерфейсыдля работыс даннымиХранилища.Чтобы получитьотчет достаточносделать нужнуювыборку данныхи нажать кнопкузапуска генератора. Кластерныйанализ, позволяющийобъединятьстатьи в группы(кластеры) позаданнымпризнакам,сравниватьгруппы, выявлятьсреди нихнаиболее инаименеедоходные\расходные. Факторныйанализ длявыявленияобстоятельств(факторов),повлиявшихна значениестатьи бюджета. OLAP-анализ.С помощьюOLAP-клиента КонтурСтандарт можновыполнятьдинамическийанализ данныхХранилища,генерировать"на лету"произвольныеотчеты. В составеOLAP-клиентапредлагаетсянабор готовыхформ динамическихотчетов дляполучения ианализа финансовыхпланов по бизнес– направлениями подразделениям,сметы капитальныхвложений,структурыдоходов и расходовпо сотрудниками др.
3.3.Секретностьи безопасностьданных	Типыпользователейи права доступа. Пользователивключаютсяв группы (количествогрупп не ограничено).Для группыустанавливаетсясостав доступныхмодулей ифункций системы,а также составопераций надданными, которыепользователигруппы могутвыполнять. Длякаждой группыопределяетсяменю программы,в которомнастраиваетсявызов тольконеобходимыхинтерфейсови процедурдля выполнениядолжностныхобязанностейпользователей. Всистеме предопределеныследующиегруппы пользователей: Бюджетник- имеет правана работу вовсех интерфейсахдля ведениябюджета, выполнениерасчетовбюджетныхданных, ввод,просмотр,корректировкуи удалениебюджетныхданных. Администратор- осуществляетнастройкуи мониторингсистемы, определяетправа пользователей,администрируетХранилищеданных и др. Технолог- выполняетнастройкусистемы наконкретнуюметодологиюи особенностифинансовогои управленческогоучета в организации(определяетсостав бюджетныхпланов, выполняетнастройкуаналитическихразрезов идр.). Аналитик- имеет правона работу винтерфейсахдля просмотраи анализаданных. Вспециальномжурнале протоколируютсявсе действияпользователейсистемы.
4. Архитектура,платформа,средстваинтеграции
4.1.Архитектура	Системапостроена набазе Хранилищаданных. Хранилищеданных имеетреляционную(relational) архитектурусо схемой«снежинка»(ROLAP). АрхитектуруХранилищаданных можносделать гибридной(HOLAP), используямногомерныеБД в качествевитрин данных,в которые будетимпортироватьсяинформацияиз Хранилища. СтруктураХранилищаданных настроенана хранениебюджетныхданных (бюджетныхпланов), данныхбухгалтерскогоучета (лицевыхи балансовыхсчетов, документов),данных внесистемногоучета (бюджетныхдокументови др.)
4.2.Программно– аппаратнаяплатформа	Сервер:Требованияк машине-серверудиктуютсяпредполагаемымобъемом данныхХранилища. КлиентскиеПК: Клиентымогут работатьна ПК с процессоромPentium и ОЗУ не менее32 Mb. От мощностипроцессораи объема оперативнойпамяти клиентскоймашины, зависитскоростьаналитическойобработкиданных Хранилища. Программноеобеспечение:ОС MS Windows NT; дополнительноеПО: Internet Explorer v. 5.0, MS Excel, MS Word.
4.3.Средстварасширенияфункций системы	Системаоткрыта длярасширенияи модернизацииее функциональныхвозможностей.Разработчикуновых приложенийпредлагаются: WinAPI, Web API, Mail API - интерфейсыдоступа к даннымХранилища.ИспользуяAPI системы, можносоздаватьприложенияк системе налюбых языкахпрограммирования:Delphi, Си++ и др. Открытаябиблиотекаприкладныхклассов системыи хранимыепроцедурыSQL для манипулированияданными Хранилища:выборки, ввода,изменения,удаления идр. операцийс данными. Встроенныйинтерпретаторязыка Python и функциивызова интерпретатораязыка Visual Basic Script дляреализацииалгоритмоврасчетов. Редактормакропрограммдля написанияпрограммногокода на языкахPython и VB Script.
4.4.Средстваинтеграциис другимисредствамиавтоматизации	Данныеможно импортироватьв офисныеприложенияExсel, Word, Outlook Обменданными междуХранилищеми внешнимиавтоматизированнымисистемамиорганизуетсяс помощьюXML-файлов.
ComshareMPC.Разработчик:ComshareSoftware.Партнер:КорусКонсалтинг
1. Состави свойстваинформационныхобъектов
1.1.Измерениябюджетныхстатей	Основныеизмерения,необходимыедля ведениябюджета реализованыследующимобразом: Организационно-штатнаяи финансоваяструктураподдерживаетсякак стандартноеизмерениебюджетныхстатей, котороепозволяетописать иерархиюцентров ответственностии пунктовконсолидации. Валюты,курсы. Являютсястандартнымизмерениембюджетныхстатей. Продукты,услуги, материальныеценности. Могутбыть представленыкак отдельныеизмерениябюджетныхстатей. Клиенты,потребителии поставщики.Могут бытьпредставленыкак отдельныеизмерениябюджетныхстатей.
1.2.Бюджетныепланы статей	Всистеме нетпонятия «бюджетныйплан». Вместоэтого статьибюджета объединяютсяв группы, причемкаждая статьяможет бытьвключенаодновременнов несколькогрупп. Заполнениегруппы статейможет бытьзакрепленоза каким-тоодним конкретнымподразделением. Системапозволяетхранить неограниченноеколичестворазличныхверсий бюджета. Основныесвойства бюджетныхстатей: Хранениезначений вовременныхпериодах. Иерархиистатей бюджетанет. Статьибюджета представляютсобой плоскийсписок. Собственноеи консолидированноесостояние,план, факт,отклонение.Встроенныхтипов данных«плановоезначение»,«фактическоезначение» и«отклонение»в системе нет. Возможностьучета значенийстатьи в разныхвалютах инатуральномизмеренииограниченная. Дополнительнаяаналитикастатей допускается.
1.3.Первичнаяинформация	Всистеме нехранятся первичныеданные (платежныепоручения,мемориальныеордера, бюджетныедокументы,заявки и т.д.),которые могутбыть использованыдля расчетазначений бюджетныхстатей. В качествепервичнойинформациипредставляютсятолько данныепо плановымрасходам назарплатусотрудникови амортизационнымначислениям,причем в рамкахотдельногомодуля. Системаимеет механизмыподдержкифинансовойлогики. Например,каждая статьябюджета можетбыть одногоиз двух типов- статья Балансаи статья Отчетао прибылях иубытках. Этовлияет на алгоритмрасчета значенийпо ней.
2. Функциональностьи алгоритмысистемы
2.1.Алгоритмыпланирования	Расчетзначений статейпо временномугоризонтупланирования.Реализуетсяс помощью формул.Требует предварительнойнастройки. Расчетзначений статейпо ЦФО. Реализуетсяс помощью формул.Требует предварительнойнастройки. Применениестатистическихметодов расчета.Реализуетсяс помощью формул.Требует предварительнойнастройки. Расчетзначений статейна основаниизначений другихстатей. Реализуетсяс помощью формул. Расчетзначений статейпо бюджетнымдокументами другой первичнойинформации.Реализованотолько дляпланированиязаработнойплаты и основныхсредств. Обеспечениепроцессапланирования«от достигнутого».Реализуетсяс помощью формул. Моделирование«что если».Реализуетсяс помощью формул. Реализациятехнологии«скользящегобюджета». Всистеме естьфункция определенияпериода посмещению (кпримеру, июль+ 6 месяцев). Крометого, существуетвозможностьпереноситьитоги по предыдущемупериоду наследующийплановый период.
2.2.Алгоритмыучета и исполнениябюджета	Учетфакта на основанииданных бухучета.Автоматизированныйучет фактаявляетсянепростойзадачей, посколькувсе исходныеданные находятсяво внешнихсистемах. Расчетзначений статейпо даннымвнесистемногоучета. Выполняетсятолько с применениемвнешних поотношению ксистеме средств.
2.3.Агрегация иконсолидацияучетных данных	Агрегация. Агрегацияможет производитьсяво всех аналитическихразрезах врежиме реальноговремени. Всевычислениявыполняютсяна сервере. Консолидация. Всистеме реализованыразличныеалгоритмыконсолидации.По умолчаниюданные на болеевысоком уровнерассчитываютсяпутем суммированияданных нижнихуровней.
2.4.Аллокация итрансферты	Использованиешаблонов приразноске значенийстатей. Реализуетсяс помощью формул. Использованиенормативови дополнительныхсправочников,в которыхзадаютсяпараметрырасчета. Дляввода нормативови других параметровмогут бытьсозданы дополнительныегруппы бюджетныхстатей. Использованиеязыка формул.Язык формул- неотъемлемаясоставляющаяработы с системой. Скриптовыйязык. Отсутствует
2.5.Алгоритмырасчета финансовыхрезультатов	Системаимеет механизмыподдержкифинансовойлогики (дебет/кредит,актив/пассиви т.д.). Например,можно рассчитатьисходящийостаток побалансовомусчету за периодкак сумму еговходящегоостатка иоборотов,определяемыхкак значениепо некоторойстатье. Системаможет автоматическивыполнятьперекрестнуюпроверку значенийуказанныхстатей.
3. Организацияработы пользователяс системой
3.1.Автоматизацияколлективнойработы с бюджетом	Многопользовательскаяработа в единоминформационномпространстве- это один изключевых элементовконцепциисистемы Comshare MPC. Всепользователив режиме реальноговремени работаютв единой базеданных. Впроцессепланированияруководительвидит кто, когдаи какие ввелзначения, иимеет возможностьвмешаться вэтот процесс,самостоятельноснабжая теили иные данныепояснениями,пополняя планновыми показателямиили не принимаяочереднойверсии, еслиона приводитна верхнемуровне бюджетак неблагоприятнойфинансовойкартине. Количествоподобных уровнейсогласованиябюджетовнеограниченно.
3.2.Удобства вработе с системой	Лимиты,защищенныестатьи. Возможнаэмуляция этойтехнологиипосредствомсозданиядополнительныхверсий бюджетаи распределенияправ доступана просмотри запретредактирования. Утверждениестатей и планов.С помощью функцииfocus range в системесуществуетвозможностьустановитьтак называемыезаблокированныеобласти, которыеопределяютсядля каждойверсии бюджетаи периодавремени. Примечанияк статье. Пользовательимеет возможностьприсоединитьтекст к значениюлюбого показателяв качествепояснения. Визуализациярасхождений.В системепоставляютсяотчеты, показывающиеотклонение. Контрольошибок. В системедля этого естьстандартныйотчет. Версионностьпланов. Контролируется.Есть возможностьустановитьдату, с которойначинаетдействоватьта или инаяверсия бюджета. Возможностьодновременногопланированияв произвольныхвременныхпериодах.Предусмотренспособ привязкиразличныхданных к определеннымвременнымотрезкам. Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Можнонепосредственнов процессепланированияпополнятьбюджет новымипоказателями. Средстваанализа бюджета.Система поддерживаетразличныеформаты и методыпредставленияи анализа данных. Во-первых,это разработкаи предоставлениепо электроннойпочте стандартныхотчетов, готовыхк распечатке. Во-вторых,это подготовкаотчетов пользователями«на лету» спомощью встроеннойв системуOLAP-компоненты.OLAP-отчеты имеютустойчивуюсвязь с базойданных.
3.3.Секретностьи безопасностьданных	Типыпользователейи права доступа. Правапользователейв системенастраиваютсяв зависимостиот их роли впроцессебюджетирования,а также от правадоступа к тойили иной структурнойединице. Всистеме выделяютсяследующиегруппы пользователей: Составительбюджета- пользователь,который имеетправо тольковводить данныеи проверятьих достоверность.Обычно этоменеджерыотделов илицентров затрат. Контролерсоставлениябюджета- лицо, управляющеепроцессомбюджетированияна корпоративномуровне илина уровнекрупных подразделений.Имеет все правасоставителябюджета, плюсвыполняетконсолидациюпо организационнымподразделениям,которые имнепосредственноподчиняются,проверяетстатус прохожденияпервичнойинформации,а также делаеткопии версийбюджета. Администратор- определяеткорпоративныетребованияк приложениюи осуществляетмониторингсистемы. Имеетвсе праваконтролерасоставлениябюджета, плюсимеет возможностьвносить измененияв базу данных. Аналитик- имеет правадоступа к даннымтолько на чтениедля целейанализа. Дляведения пользователейи групп пользователейв системепредусмотренотдельныймодуль. Фиксациядействийпользователей. Фиксируетсякто, когда икакие устанавливалзначения ивыполнялкорректировочныепроводки побюджетнымстатьям.
4. Архитектура,платформа,средстваинтеграции
4.1.Архитектура	ComshareMPC имеет открытуюархитектуруи может функционироватьна основеразличныхкак реляционных,так и многомерныхСУБД. Это реализуетсяза счет выделенияв качествепромежуточногослоя сервераприложений. Дляорганизациихранения данныхв Comshare MPC используетсясхема «Звезда»,которая состоитиз центральнойтаблицы фактов(транзакций)и связанныхс ней таблицвнешних ключей. СобственногоХранилищаисходных первичныхданных нет.
4.2.Программно– аппаратнаяплатформа	БазаДанных: Одно-или двухпроцессорныйкомпьютеркласса Pentium III. Объемпамяти - 1 GBОперационнаясистема - Windows 2000,Windows NT, Unix, AS400. СУБД- Oracle 8i, MS SQL Server 7.0 или2000, Hyperion Essbase 5.хили6.0, IBM OLAP Server. Серверприложений: Операционнаясистема- Windows 2000, Windows NT Microsoft Internet Information ServerMicrosoft Internet Authentication Services Клиентскаячасть: Компьютеркласса Pentium с ОСWindows 95, 98, 2000 или NT 4. 128-256MB RAM Internet Explorer 4 (Service Pack 2) или5. Связьс локальнойсетью или доступк Интернет
4.3.Средстварасширенияфункций системы	Генераторыотчетов. Вкачествегенератораотчетов применяетсяOLAP-компонентасобственнойразработки,которая предоставляетстандартныевозможностипо настройкеисточниковданных и генерацииотчетов. Языкформул, скриптовыйязык. Язык формулимеется иявляется однимиз важнейшихинструментовсистемы. Скриптовогоязыка в системенет. ОткрытыйAPI для программиста.Система имеетоткрытуюархитектуруи предоставляетAPI для доступак данным.
4.4.Средстваинтеграциис другимисредствамиавтоматизации	Интеграцияс другимисистемами.Декларируется,что в системесуществуютсредства загрузкиданных из внешнихучетных систем,но, что конкретноони собойпредставляют,выяснить неудалось. Интеграцияс офиснымиприложениями.Есть средстваинтеграциис MS Excel. ПрименениеXML для интеграциис другимисистемами.В источникахинформацииупоминанийне обнаружено.
HyperionPillar.Разработчик:HyperionSolutions Corporation.Партнер:Вестона(в составехолдинга Ланит).
1. Состави свойстваинформационныхобъектов
1.1.Измерениябюджетныхстатей	Основныеизмерения,необходимыедля ведениябюджета, реализованыследующимобразом: Организационно-штатнаяи финансоваяструктура.Идеологиясистемы основанана классическомпринциперазделенияцентров учетапри бюджетировании:центры финансовойответственности(ЦФО), центрызатрат (ЦЗ),центры прибыли(ЦП). Предусмотренотри уровняорганизационнойструктуры –«администраторбюджета»,«начальникфилиала илиподразделения»,«бюджетныйспециалист– планировщик». Валюты,курсы. Предусмотреноведение справочникавалют и установкаодного видакурса валют.Курсы устанавливаютсяпо датам. Продукты,услуги, материальныеценности.Присутствуетвозможностьведения справочников- виды продукции,проекты, бизнесы. Клиенты,потребителии поставщики.Присутствуютплоские справочники- предприятия,страны.
1.2.Бюджетныепланы статей	Всистеме предложенследующийсостав бюджетныхпланов: баланс,бюджет доходови расходов,бюджет движенияденежных средств.При планированииразличаютсятакже планызадолженности,собственныхсредств, основныхсредств, позволяющиеавтоматическоевыполнениенекоторыхфункций, характерныхдля этих планов. Основныесвойства статейбюджетныхпланов: Хранениезначений вовременныхпериодах. Периодпланированияв системе жесткоопределен -на 5 лет по месяцам,или на 15 лет покварталам. Иерархиястатей бюджета.Иерархия статейимеет 2 уровня:тип, номер. Собственноеи консолидированноесостояние,план, факт,отклонение.Собственноесостояниеесть толькоу планов нижнегоуровня. Выше- только консолидированныесостояния.Отклонениене присутствуетв системе ввиде данных,а моделируетсясвязываниемразличныхбюджетов - планаи факта. Приэтом необходимобезусловноесовпадениеих структур. Возможностьучета значенийстатьи в разныхвалютах инатуральномизмерении.Есть. Дополнительнаяаналитикастатей. Нет. Проводкипо бюджетнымстатьям. Нет.
1.3.Первичнаяинформация	Бюджетныестроки и бюджетныедокументы.Вся первичнаяинформацияв системепредставленабюджетнымистрокамипредопределеннойструктуры. Объектыподдержкифинансовойлогики. Этазадача обеспечиваетсядругим программнымпродуктом -Hyperion Enterprise (решениедля финансовойконсолидациив управленческихи отчетныхцелях).
2. Функциональностьи алгоритмысистемы
2.1.Алгоритмыпланирования	Расчетзначений статейпо временномугоризонтупланирования.С успехомнастраиваетсяс применениемшаблонов. Расчетзначений статейпо ЦФО. В шаблоневозможно указаниекода ЦФО. Применениестатистическихметодов расчета.Предусмотренынекоторыевстроенныефункции статистическогораспределения.Реализованов шаблонах. Расчетзначений статейна основаниизначений другихстатей. Реализуетсяустановкойсвязей междубюджетнымистроками черезмеханизмшаблонов. Расчетзначений статейпо бюджетнымдокументами другой первичнойинформации.Это возможно,если толькопервичнаяинформациябудет преобразованавне системыв представлениебюджетныхстрок. Обеспечениепроцессапланирования«от достигнутого».Применяетсярежим процентногоизменения и«пошаговогоувеличения/уменьшения». Моделирование«что если»присутствуетв виде штатногосредства,основанногона шаблонах. Реализациятехнологии«скользящегобюджета».Возможно еемоделированиепосредствомкорректировкишаблонов.
2.2.Алгоритмыучета и исполнениябюджета	Учетфакта на основанииданных бухучета.Весьма нетривиальнаязадача длясистемы. Дляее реализациинеобходимывнешние средствадля преобразованияданных бухгалтерскогоучета к структуреуправленческогоучета. Расчетзначений статейпо даннымвнесистемногоучета. Такжерешается толькос применениемвнешних средствпо отношениюк системе. Еслиудается подготовитьтекстовыефайлы в строгозаданном формате,соответствующембюджетнымстрокам, товозможен ихимпорт в систему.Факт можетбыть введенв натуральноми денежномвыражении.
2.3.Агрегация иконсолидацияучетных данных	Агрегация.Агрегациявыполняетсяпо запросу«планировщика». Консолидация.После того,как «консолидатор»собирает от«планировщиков»бюджетныефайлы, механизмконтроляизмененийвыбираетизменившиесябюджетныестроки и автоматическивыполняетих консолидацию.
2.4.Аллокация итрансферты	Использованиешаблонов приразноске значенийстатей. В системесуществуетединый универсальныйинтерфейсдля настройкии выполненияразноски значенийстатей, рассчитанныйна высококвалифицированногопользователя. Использованиенормативови дополнительныхсправочников.Программапозволяетзадаватьстандартныенормативы(такие, какуровень налогообложенияили нормы расходасырья) в видесистемныхпеременныхи затем использоватьих в рамкахвсего бюджета. Использованиеязыка формул.Представленона уровневозможностейпри настройкешаблонов. Скриптовыйязык в системе.Отсутствует.
2.5.Алгоритмырасчета финансовыхрезультатов	Автоматическивыполняетсярасчет ликвидности,а также основныхфинансовыхрезультатовв базовомфинансовоминструменте.Для расчетасебестоимостии подобныхей показателейнеобходимыдополнительныенастройки.
3. Организацияработы пользователяс системой
3.1.Автоматизацияколлективнойработы с бюджетом	Требуетсяотдельныйсотрудник –«администраторбюджета» длядистрибуциии консолидациибюджетовподразделенийи филиалов.
3.2.Удобства вработе с системой	Лимиты,защищенныестатьи. Возможнаэмуляция этойтехнологиипосредствомвыдачи правдоступа (напросмотр изапрет редактирования). Утверждениестатей и планов.Возможно науровне утвержденияверсии плана. Примечанияк статье. Предусмотренввод комментариевна уровнебюджетныхстрок. Визуализациярасхождений.Для контроляисполнениябюджета в системенеобходимосоздаватьотдельныебюджетныефайлы и следитьза соответствиемструктур бюджетав файлах планови файлах исполнениябюджета. Контрольошибок. Отсутствует.Протоколвычисленийв системе неведется. Версионностьпланов реализованав системе оченьудобно. Возможностьодновременногопланированияв произвольныхвременныхпериодах. Ксожалению,в системе этоне предусмотрено. Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета - отсутствует.При наличииподчиненныхбюджетныхпланов необходимовручную отслеживатьв них измененияструктурыстатей. Средстваанализа бюджета.Для OLAP-анализанеобходимоприменятьHyperion Essbase.
3.3.Секретностьи безопасностьданных	Типыпользователейи права доступа.Распределениедоступа пользователейк данным ифункциямосуществляетсяс помощью типовпользователей– «планировщик»,«консолидатор»,«администраторбюджета».«Администраторбюджета»определяетдля «планировщиков»доступ к бюджетнымстрокам напросмотр иредактирование. Фиксациядействийпользователей.Фиксируетсявремя и авторвнесенияизменений вбюджетныхстроках.
4. Архитектура,платформа,средстваинтеграции
4.1.Архитектура	HyperionPillar - файловаясистема бюджетирования.Информационнаяоснова - многомерныелокальныефайлы. Отдельныймодуль Autopilot ответствененза автоматическийвыпуск отчетов,выполнениедистрибуции,консолидациифайлов, экспорт-импортинформации. Хранилищеданных можетбыть реализованос применениемдругого программногопродукта -Hyperion Essbase.
4.2.Программно– аппаратнаяплатформа	Персональныекомпьютерыпод управлениемWindows или Macintosh.
4.3.Средстварасширенияфункций системы	Генераторыотчетов. Предусмотреноизменениесостава иочередностиколонок в формахпри формированииотчетов. Применяетсятехнологияdrag and drop. Предусмотренаинтеграцияс Hyperion Essbase OLAP Server (к сожалению,с единственнымOLAP-сервером, скоторым работаетHyperion Pillar). Языкформул, скриптовыйязык. Существуетязык формул,применяемыйв шаблонахнастройкирасчетов.Скриптовыйязык отсутствует. ОткрытыйAPI для программиста.Система непредусматриваетразвитиефункциональностисилами пользователей.
4.4.Средстваинтеграциис другимисредствамиавтоматизации	HyperionApplication Link - специальныймодуль, предназначенныйдля организацииобмена даннымис внешнимиреляционнымиисточникамичерез ODBC. Предусмотреныспециализированныеинтерфейсыдля обменаданными снаиболееизвестнымиERP-системами,например, SAP,Oracle Applications, BAAN, J.D. Edwards - в видечастных решений.Импорт данныхиз иных системвозможенпосредствомих загрузкииз предопределенныхтекстовыхформатов,отражающихструктуруданных Hyperion Pillar. Интеграцияс офиснымиприложениями.Предусмотренэкспорт и импортбюджетныхстрок в Excel-таблицу. ПрименениеXML для интеграциис другимисистемами.Отсутствует.
Adaytume.Planning.Разработчик:AdaytumSoftware.Партнер:Robertson& Blums Corporation.
1. Состави свойстваинформационныхобъектов
1.1.Измерениябюджетныхстатей	Допускаетсяпроизвольноеколичествоизмерений.Предопределенныхизмеренийнет. В «плоских»справочникахмогут бытьописаны всеизмерения,которые необходимыдля детализациибюджета: Организационно-штатнаяи финансоваяструктура.Может бытьописана какотдельноеизмерениебюджетногоплана. При этомцентры финансовойответственностизадаются ввиде «плоского»справочника.Иерархия центровответственностиможет бытьэмулированас помощью формул. Валюты,курсы. Валютымогут бытьописаны какотдельноеизмерениебюджетногоплана. Курсыдля пересчетав сводную валютумогут бытьэмулированыс помощью формул. Продукты,услуги, материальныеценности. Могутбыть представленыкак отдельныеизмерениябюджетногоплана в виде«плоских»справочников. Клиенты,потребителии поставщики.Также могутбыть представленыкак отдельныеизмерениябюджетногоплана в виде«плоских»справочников.
1.2.Бюджетныепланы статей	Всистеме нетпредопределенныхпланов и,соответственно,нет характернойдля них бизнес-логики.Допускаетсяпроизвольноеколичествобюджетныхпланов, которыепользователюпредстоитсоздать инастроитьсамостоятельно. Основныесвойства бюджетныхстатей: Хранениезначений вовременныхпериодах. Периодыпланированиямогут бытьпредставленыв виде «плоского»справочникакак отдельноеизмерениебюджетногоплана. При этомсистема никакне контролируетих соответствиереальнымвременныминтервалам(месяц, кварталили год). Предопределенныхпериодовпланированиянет. Иерархиястатей бюджета.Нет Собственноеи консолидированноесостояние,план, факт,отклонение. Встроенныхтипов данных«плановоезначение»,«фактическоезначение» и«отклонение»в системе нет.План, факт иотклонениемогут бытьпредставленыкак дополнительноеизмерениебюджетногоплана. При этомрасчет отклоненияможет бытьнастроен спомощью формул. Возможностьучета значенийстатьи в разныхвалютах инатуральномизмерении.Есть. Дополнительнаяаналитикастатей. Есть. Проводкипо бюджетнымстатьям. Нет.
1.3.Первичнаяинформация	Бюджетныестроки и бюджетныедокументы. Документыв системе хранитьнельзя. Всяпервичнаяинформацияможет бытьпредставленатолько какзначения ячеекмногомерныхтаблиц (например,плановое ифактическоеколичествопродаж). Объектыподдержкифинансовойлогики. Нет
2. Функциональностьи алгоритмысистемы
2.1.Алгоритмыпланирования	Расчетзначений статейпо временномугоризонтупланирования.Реализуетсяпосредствомфункции пересчетаисходногораспределения.Требует предварительнойнастройки. Расчетзначений статейпо ЦФО. Реализуетсяпосредствомфункции пересчетаисходногораспределения.Требует предварительнойнастройки. Применениестатистическихметодов расчета.Реализуетсяпосредствомфункции пересчетаисходногораспределения.Требует предварительнойнастройки. Расчетзначений статейна основаниизначений другихстатей. Реализуетсяс помощью формул. Расчетзначений статейпо бюджетнымдокументами другой первичнойинформации.Реализуетсяс помощьюспециальныхобъектов D-Link,позволяющихнастроитьсвязь значенийбюджетныхстатей с исходнымиданными. Пересчетзначений наоснове первичныхданных выполняетсянепосредственнов момент загрузкиданных в систему. Обеспечениепроцессапланирования«от достигнутого».Реализуетсяс помощью формул. Моделирование«что если».Реализуетсяс помощью формули функциипересчетаисходногораспределения. Реализациятехнологии«скользящегобюджета». Вявном видеданная технологияне поддерживается.Она может бытьэмулированапосредствомкорректировкизначенийбюджетныхстатей. Приэтом ранееустановленныеплановые значенияне сохраняются.
2.2.Алгоритмыучета и исполнениябюджета	Учетфакта на основанииданных бухучета. Являетсядостаточносложной длясистемы задачей,посколькуотсутствуетподдержкафинансовойлогики (счет,двухсторонняяпроводка ит.д.) и все исходныеданные находятсяво внешнихсистемах.Требуетсяразработкаспециальныхвнешних макропрограмм. Расчетзначений статейпо даннымвнесистемногоучета. Такжерешается толькос применениемвнешних поотношению ксистеме средств.
2.3.Агрегация иконсолидацияучетных данных	Агрегация.Агрегациявыполняетсяавтоматическина компьютерепользователяи заключаетсяв суммированиизначений ячеекмногомернойтаблицы D-cube. Можетбыть заданодин из несколькихпростых алгоритмовагрегации -сумма, средневзвешеннаяи т.д. Консолидация.Консолидациятакже выполняетсяавтоматическина компьютерепользователя.При этом отсутствуетконсолидацияотдельныхбюджетов науровне приложенияв целом.
2.4.Аллокация итрансферты	Использованиешаблонов приразноске значенийстатей. Непредставлено. Использованиенормативови дополнительныхсправочников.Возможно. Дляввода нормативови баз распределениямогут бытьсозданы дополнительныемногомерныетаблицы D-cube. Использованиеязыка формул.Это один изосновныхинструментовработы с системой. Скриптовыйязык. Отсутствует.
2.5.Алгоритмырасчета финансовыхрезультатов	Могутбыть реализованыс помощью базовыхмеханизмовсистемы, нопотребуютдополнительнойнастройки. Декларируется,что в системеесть большоеколичествоспецифическихвстроенныхфункций, предназначенныхдля финансовогопланирования.Но, что конкретноони собойпредставляют,выяснить неудалось.
3. Организацияработы пользователяс системой
3.1.Автоматизацияколлективнойработы с бюджетом	Организацияколлективногопланированиябюджета является,пожалуй, самойсильной сторонойсистемы. Системапостроена потрадиционнойтехнологии«клиент-сервер»- все пользователив режиме реальноговремени работаютв единой базеданных. Прогнозированиена уровнеподразделенийвыполняетсяпосредствомспециальныхWeb-шаблонов.Шаблоны можнонастраивать,трансформируястолбцы и строки,выводя на экранили скрываяпустые и заполненныенулями поля. Послетого, как пользовательввел в системувсю необходимуюинформацию,ее можно сохранитьв системе илипередать нарассмотрениеи утверждениеменеджеруследующегоуровня. Сохраненныеданные отмечаютсяфлажком "work inprocess" и остаютсядоступнымидля последующегоредактирования.Переданнымна рассмотрениеданным присваиваетсяфлажок "locked", онидоступны толькодля просмотра. Менеджерывысшего уровнямогут просмотретьстатус всехшаблонов, закоторые онинепосредственнонесут ответственность,увидеть детальнуюинформациюпо каждомуизменению вотдельностии по всем изменениямив целом. Послеэтого менеджерывысшего уровнямогут принятьих, либо попроситьвнести дополнительныеизменения,либо самостоятельноисправитьзначения. Вслучае внесениядополнительныхизмененийменеджер получаетсообщение поэлектроннойпочте о том,что ему нужнопредупредитьнижестоящихпользователейо необходимостивнесенияизменений,при этом статусизменяетсяс "locked" на "work in progress".В случае утвержденияшаблона вышестоящимменеджером,он становитсядоступнымдля менеджераследующегоуровня
3.2.Удобства вработе с системой	Лимиты,защищенныестатьи. В явномвиде не реализовано.Возможна эмуляцияэтой технологиипосредствомвыдачи правдоступа (напросмотр изапрет редактирования) Утверждениестатей и планов.Возможноутверждениевсего шаблонацеликом. Утвердитьотдельно взятуюстатью нельзя. Примечанияк статье. Нереализовано.Процедураобсуждениязначений статейможет бытьреализованапосредствомобмена междуучастникамибюджетногопроцессасообщениямипо электроннойпочте. Дляхраненияперепискииспользуютсястандартныесредстваэлектроннойпочты. Визуализациярасхождений.Требует дополнительнойнастройки.Если настроеносоответствующееизмерение втаблице D-Cube, томожно на одномэкране увидетьплан, факт иотклонение. Контрольошибок. Формулыв системехранятся какотдельныесущности отдельноот ячеек, поэтомуисключенавозможностьв процессеработы "испортить"формулы. Естьвозможностьвыявлятьнезаполненныеячейки. Версионностьпланов. Неконтролируется. Возможностьодновременногопланированияв произвольныхвременныхпериодах. Есть.Для каждойтаблицы D-Сubeможно создатьизмерение«периодыбюджетирования»и в нем описатьтакие периодыбюджетирования,какие требуютсядля данногобюджетногоплана. Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Реализована.Можно в процессеработы изменятьсостав статейи содержимоесправочниковпо каждомуизмерениютаблицы D-Сube Средстваанализа бюджета.В системесуществуютдостаточномощные средстваOLAP-анализа. Например,имеется функциядетализации(drill down), с помощьюкоторой можно,стоя на конкретнойячейке, посмотретьисходные данные,на основе которыхона была посчитана.
3.3.Секретностьи безопасностьданных	Типыпользователейи права доступа.Можно выделитьтакие группыпользователей,как: «Аналитик»,который занимаетсямоделированиеми бюджетнымпланированием. «Менеджер»,просматривающийбюджеты своихподчиненныхи утверждающийих. «Исполнитель»,собственновыполняющийввод бюджетныхзначений. Пользователямразрешеноработать толькос шаблонами,относящимисяк их подразделению,и вводить данныев шаблоны,авторизированныедля ввода. Разграничениеправ доступак данным можетвыполнятьсяна уровнеподразделений,групп пользователейили индивидуально. Неочень удобното, что длякаждого модулясистемы существуетсвой отдельныйинтерфейсадминистрирования. Фиксациядействийпользователей.ОбеспечиваетсясредствамиСУБД и Интернет-сервера.
4. Архитектура,платформа,средстваинтеграции
4.1.Архитектура	Adaytume.Planning имеет реляционнуюбазу данных,эмулирующуюмногомерныетаблицы. Собственногохранилищаданных нет. Системачетко делитсяна три функциональныхмодуля: e.PlanningAnalyst - обеспечиваетнастройкуструктурыбюджетныхпланов, созданиематематическихи логическихсвязей междустатьями бюджета,динамическоемоделированиеи бизнес-планированиес возможностьюсценарногоанализа, просмотри консолидациюрезультатовпрогнозированияи учета фактическихрезультатовдеятельностив различныханалитическихразрезах. e.PlanningContributor - позволяетна основеспециализированныхИнтернет-шаблоновсоздаватьрабочие местаконечныхпользователейс целью сборабюджетныхданных, согласованияи утвержденияплановых заданийи отслеживанияисполнениябюджета. e.PlanningReporter - предоставляетпользователямвозможностиOLAP-анализа бюджетнойинформации,формированиясобственныхотчетов ипубликацииих через Интернет.Фактическипредставляетсобой хорошоизвестныйпродукт BusinessObjects.
4.2.Программно– аппаратнаяплатформа	Сервернаячасть: Одно-или двухпроцессорныйкомпьютеркласса Pentium III.Операционнаясистема - Windows NTServer 4. Обязательнаустановка3-го , 4-го и 5-гоService pack. Объем памяти- 256 MB и 1 GB СУБД - Microsoft SQLServer 7.0 или Oracle 8i. Microsoft InternetInformation Server Клиентскаячасть: Компьютеркласса Pentium с ОСWindows 95, 98, 2000 или NT 4. 28 MB RAM дляAnalyst (рекомендуется.256MB для большихвычислений)Internet Explorer 4 (Service Pack 2) или 5.Связь с локальнойсетью или доступк Интернет
4.3.Средстварасширенияфункций системы	Генераторыотчетов. Вкачествегенератораотчетов применяетсяBusiness Object, соответственнодоступны всеего возможностипо настройкеисточниковданных и генерацииотчетов. Языкформул, скриптовыйязык. Язык формулсуществуети являетсяодним из основныхинструментовсистемы. Скриптовыйязык отсутствует. ОткрытыйAPI для программиста.Система предоставляетAPI для доступак данным
4.4.Средстваинтеграциис другимисредствамиавтоматизации	Интеграцияс другимисистемами.В системесуществуютспециальныеобъекты D-Link,предназначенныедля ввода данныхиз внешнихисточников.Источникамиданных могутбыть текстовыеASCII-файлы, а такжедругие базыданных, имеющиеODBC-драйверы. Системане обеспечиваетавтоматическийконтрольсоответствиязначений втаблице D-Cube ипервичныхданных во внешнихисточниках. Интеграцияс офиснымиприложениями.С системойпоставляетсяAdd-in для MS Excel. ПрименениеXML для интеграциис другимисистемами.Отсутствует.XML применяетсядля взаимодействияудаленныхWeb-клиентов сцентральнойбазой данных.
Бюджетноеуправлениедля 1С:Предприятие.Разработчик:Консультационно-внедренческаяфирма "Инталев".
1. Состави свойстваинформационныхобъектов
1.1.Измерениябюджетныхстатей	Всистеме предусмотреныизмерениястатей - ЦФО,товар, контрагент(клиент, поставщик): Организационно-штатнаяи финансоваяструктура.В системеприменяетсяиерархическаяструктураЦФО, обеспеченнаясредствами1С. Типы ЦФО -Центр затрат,Центр доходов,Центр прибыли,Центр инвестиций.Для ЦФО назначаетсяруководительи исполнитель. Валюты,курсы. Ведетсясправочниквалют и курсов.При бюджетированиииспользуются2 валюты - базоваяи вторая валютапланирования. Продукты,услуги, материальныеценности. Ведениеиерархическихкаталоговтоваров, материальныхценностейобеспечиваетсяв масштабевозможностейсистемы «1С:Предприятие». Клиенты,потребителии поставщики.Ведение иерархическихкаталоговконтрагентовв масштабевозможностей«1С:Предприятие».
1.2.Бюджетныепланы статей	Всистеме представленыследующиебюджетныепланы: Бюджетпродаж, Бюджетзакупок, Бюджетпрямых расходов, Бюджетоперационнойдеятельности, Бюджеткосвенныхрасходов, Бюджетзадолженности, Бюджетдоходов ирасходов (БДР), Бюджетдвижения денежныхсредств (БДДС), Бюджетпо балансу, Платежныйкалендарь. Системапредусматриваетвзаимосвязибюджетов илогику ихиспользованияв строгомсоответствиис методикой«Пять шагов». Основныесвойства статейбюджетныхпланов: Хранениезначений вовременныхпериодах.Планированиеи учет ведетсяпо месяцамна квартал.Границы периодапланированияустанавливаютсядля вида бюджетаи вида сценария. Иерархиястатей бюджета- соответствуетвозможностямсинтетическогоучета «1С:Предприятие». Собственноеи консолидированноесостояние,план, факт,отклонение.Собственноесостояниеесть толькоу бюджетовнижнего уровня.Выше - толькоконсолидированныесостояния.Отклонениеприсутствуетв анализе планаи факта. Возможностьучета значенийстатьи в разныхвалютах инатуральномизмерении.Присутствует. Дополнительнаяаналитикастатей. Можнонастроитьдополнительныеаналитическиепризнаки настатьи. Проводкипо бюджетнымстатьям. В системеэто скрыто.О внутреннейприроде установкизначений побюджетнымстатьям можносудить, основываясьна пониманииархитектуры«1С:Предприятие».
1.3.Первичнаяинформация	Бюджетныестроки и бюджетныедокументы.Планированиеведется наоснове операций,документови отчетов.Возможен вводпервичныхдокументов,в том числезаявок. Развитаясистема управленческогодокументооборота(ввод, проверка,корректировка,утверждение,маршрутизацияи т.д.) - все какв «1С:Предприятие». Объектыподдержкифинансовойлогики. В полноймере используютсяданные системы«1С:Предприятие2.Если в организациизадействованымодули «1С:Предприятие»для ведениябухгалтерскогоучета, склада,расчета зарплатыи т.д. - то всеэти данныеавтоматическистановятсядоступны всистеме.
2. Функциональностьи алгоритмысистемы
2.1.Алгоритмыпланирования	Расчетзначений статейпо временномугоризонтупланирования.В основномприменяетсярасчет статейна основаниипервичнойинформациии посредствомручного ввода.Специализированныеалгоритмыувязки временныхгоризонтовне обнаружены. Расчетзначений статейпо ЦФО. Алгоритмынастраиваютсяпри описаниипланов статей. Применениестатистическихметодов расчета.Учитываютсясреднедневныеобъемы продаж,ограниченияпо объему партий,сезонныеизмененияцен продажи закупок, прямыерасходы напродажу и закупкуи т.д. в соответствиис методикой«Пять шагов». Расчетзначений статейна основаниизначений другихстатей. Алгоритмынастраиваютсяпри описаниипланов статей. Расчетзначений статейпо бюджетнымдокументами другой первичнойинформации.В полной меревозможно сприменениемштатных средств«1С: Предприятие». Обеспечениепроцессапланирования«от достигнутого».Можно скопироватьзначения статейиз предыдущегопериода планирования. Моделирование«что если».Декларировано,но как действует- определитьне удалось.
2.2.Алгоритмыучета и исполнениябюджета	Учетфакта на основанииданных бухучета.Используютсяданные бухучетасистемы «1С:Предприятие». Расчетзначений статейпо даннымвнесистемногоучета. Используютсяданные внесистемногоучета системы«1С:Предприятие».
2.3.Агрегация иконсолидацияучетных данных	Агрегация.Данные агрегируютсяавтоматическипри выполнениифункции «сохранитьв БД». Консолидация.Данные консолидируютсяавтоматическипри выполнениифункции «сохранитьв БД». Однако,если необходимовыполнитьконсолидациюбюджетов,расположенныхв разных базахданных, то этовыливаетсяв отдельныйпроцесс.
2.4.Аллокация итрансферты	Использованиешаблонов приразноске значенийстатей. Непредставлено. Использованиенормативови дополнительныхсправочников.Используютсяштатные идополнительныесправочники«1С:Предприятие». Использованиеязыка формул.Скрыто в настройкахсистемы. Скриптовыйязык. Скрытов настройкахсистемы.
2.5.Алгоритмырасчета финансовыхрезультатов	Всистеме хорошопроработананализ структурызатрат, расчетбезубыточности,себестоимости,маржи, рентабельности.Это обеспечиваетсяпостроениемдерева расчетавзаимосвязанныхфинансовыхпоказателей.
3. Организацияработы пользователяс системой
3.1.Автоматизацияколлективнойработы с бюджетом		Врамках возможностей«1С:Предприятие»очень удобноорганизованаработа пользователейс единой базойданных. Помимоработы пользователейсо статьямипредусмотренуправленческийдокументооборот,применениекоторого позволяетавтоматическиизменять состояниестатей.
3.2.Удобства вработе с системой		Утверждениестатей и планов.План утверждаетсяфинансовымдиректороми закрываетсядля измененийодновременнодля всех ЦФО. Примечанияк статье. Реализованов виде отправкии получениясообщений идокументовмежду участникамибюджетногопроцесса. Визуализациярасхождений.Предлагаетсяанализ «план-факт»БДДС, БДР поЦФО с углублениемдо первичныхдокументов. Контрольошибок. Проверкакорректностипланов с учетомограничениясбыта, снабженияи остаткатоваров. Помимоних есть функцииоптимизациипланов. Версионностьпланов. Реализованов виде сценариевбюджета. Возможностьодновременногопланированияв произвольныхвременныхпериодах. Нет. Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Возможнов пределаходной базыданных. Средстваанализа бюджета.Предусмотренсравнительныйанализ по ЦФО,бизнесам,временнымпериодам,ABC-анализ. Длямногомерногоанализа применяетсядругой продукт– «Гипер Куб».Его возможностипо составуданных ифункциональностиограниченывозможностямиPivot Table, входящейв состав MS Excel.
3.3.Секретностьи безопасностьданных		Типыпользователейи права доступа.Разграничениедоступа к статьямна уровне ЦФО.Права доступасгруппированыв роли. В поставкесистемы содержитсянекоторыйнабор ролей,например, такихкак «ответственныйраспорядитель». Фиксациядействийпользователей.Реализованасредствамисистемы«1С:Предприятие».
4. Архитектура,платформа,средстваинтеграции
Прощеговорить обархитектуре,платформе исредствахинтеграциисистемы«1С:Предприятие»,чем системы«Бюджетноеуправление»,посколькупоследняяявляетсяконфигурациейпервой. Поэтомув отличие отостальныхсистем бюджетирования,этот разделне будет подробнорассматриваться. Единственное,на что стоитобратить внимание- это генераторотчетов. Модуль«Репортер»предназначендля формированиялюбой управленческойотчетностии произвольныхвыборок изразличныхбаз данных(IB Database, MS SQL Server, Oracle, Sybase, DB/2, Informix,Paradox, Dbase, Access, FoxPro, а такжеиз любых других,к которым естьODBC-драйверы).

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

Контур Корпорация.Бюджет обеспечиваетвзаимосвязьданных бухгалтерскогои управленческогоучета. В единомХранилищесистемы можнособирать первичныебухгалтерскиеданные (счета,документы спроводкамипо счетам идр.) всех удаленныхподразделенийи использоватьих для решениязадач управленческогоучета, в частности,для расчетафактическогоисполнениябюджета ипоказателейфинансовогорезультата.
Comshare MPC относитсяк классу системкорпоративногобизнес-планирования(MPC - Management Planning and Control). Системапредставляетсобой комплексноерешение, интегрирующеепроцессыпланирования,учета фактическогоисполнения,финансовойконсолидации,управленческогоанализа иотчетности,а также имеетотдельныймодуль планированиязаработнойплаты и основныхсредств. Системаподходит какдля небольшихорганизаций,так и для крупныхкорпораций,имеющих разветвленнуюсеть филиалови дочернихпредприятий.
Hyperion Pillar - одна изсамых ранних,хорошо известныхи широко распространенныхсистем бюджетированияв мире. Наиболееуспешно можетбыть примененав комплексес остальнымипрограммнымипродуктамиHyperion Solutions Corporation. Системаможет рассматриватьсякак инструментальноесредство дляреализациина ее основеразличныхметодик бюджетирования.
Adaytum e.Planning относитсяк классу системкорпоративногобизнес-планирования(EBP - Enterprise business planning). Системаобеспечиваетбизнес-планированиеи моделированиедеятельностиорганизациив целом с детализациейпо принципу«сверху-вниз»,прогнозированиерезультатовдеятельностина уровнеподразделенийи консолидациюих "снизу-вверх",формированиесогласованныхбюджетов иподготовкунеобходимойуправленческойотчетностив рамках одногоинтегрированногоприложения.
СистемаБюджетноеуправлениедля 1С:Предприятиеразработанаконсалтинговойкомпанией,являющейсяавтором методикибюджетирования«Пять шагов».Поэтому системаявляется вбольшей степенивоплощениемэтой методики,а не универсальныминструментомдля построениясистем бюджетированияс применениеминых методик.Присутствуютдва большихтехнологическихблока: управлениезакупками,складом, сбытом,минимизацияпрямых затрати управлениефинансами -доходы-расходы,движение денежныхсредств и т.д.Систему отличаеториентацияна работу совместнос программнымпродуктом«1С:Предприятие».Многие функции,такие как ведениекаталогов,документооборот,организацияинтерфейсов- являются удачныминастройкамисистемы «1С:Предприятие».

На основаниисравнения ианализа вышеперечисленныхсистем авторомбыла смоделированасистема бюджетногоуправлениядля ЗАО «Телмос»,которая полностьюотвечает потребностямданного предприятияи при этом содержитэлементы, присущиесистемамвышеперечисленныхразработчиков

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

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

РуководствомЗАО «Телмос»было приняторешение осамостоятельномрешении проблембюджетногоуправления,без обращенияв консалтинговыекомпании и безпокупки готовогопрограммногопродукта поавтоматизированномуфинансовомууправлению.

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

3.2.Функциональноемоделированиебизнес-процессабюджетногоуправленияЗАО «Телмос»

3.2.1. SADT - методология

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

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

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

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

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

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

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

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

Таким образом,каждая диаграммапредставляетсобой некоторуюзаконченнуючасть всеймодели. В методологииSADTидентифицируетсякаждая диаграммаданной моделипосредствомтого, что называется«номер узла».Номер узла дляконтекстнойдиаграммы имеетследующий вид:название моделиили аббревиатура,косая черта,заглавная букваA(Activityв функциональныхдиаграммах),дефис и ноль.Например, номеромузла для контекстнойдиаграммымодели экспериментальногомеханическогоцеха являетсяЭМЦ/А-0. Номеромузла диаграммы,декомпозирующейконтекстнуюдиаграмму,является тотже номер узла,но без дефиса(например, ЭМЦ/АО).Все другиеномера узловобразуютсяпосредствомдобавленияк номеру узлародительскойдиаграммыномера декомпозируемогоблока.

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

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

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

В SADT принятасистема обозначений,позволяющаяаналитику точноидентифицироватьи проверятьсвязи по дугаммежду диаграммами.Эта схема кодированиядуг – COM– получиланазвание попервым букваманглийскихэквивалентовслов вход (Input),управление(Control),выход (Output),механизм (Mechanism).Коды ICOM чрезвычайноэффективны,поскольку онипозволяютаналитикубыстро проверятьсогласованностьвнешних дугдиаграммы сграничнымидугами соответствующегоблока родительскойдиаграммы. Онитакже обеспечиваютсогласованностьдекомпозиции,поскольку вседуги, входящиев диаграммуи выходящиеиз нее, должныбыть учтены.

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

3.2.2. РеализацияSADT – методологиис помощью инструментамоделированияBPwin

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

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

Управлениесложнымибизнес-процессами

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

Анализ бизнесас различныхсторон: поддержкав BPwin сразу трехнотаций: IDEF0, IDEF3 иDFD

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

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

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

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

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

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

3.3 Информационно– логическоемоделированиебизнес-процессабюджетногоуправленияЗАО «Телмос»

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

Тесная интеграцияBРwin с ERwin открываетвозможностипо созданиюкомплексныхсистем, в которыхERwin служит дляописанияинформационныхобъектов системы,в то время какBPwin отражаетфункциональныеособенностипредметнойобласти. Связываясущности иатрибуты моделиданных с информациейо выполняемыхдействиях,можно продолжитьанализ процессовна новом уровнес одновременнойперекрестнойпроверкоймоделей процессови данных.

Инфологическаямодель бюджетногоуправленияЗАО «Телмос»представленав приложении2.

3.4 Создание базыданных с применениемСУБД ACCESS

На основеспроектированноймною моделибюджетногоуправленияЗАО «Телмос»сотрудникамиотдела разработкии сопровожденияпрограммныхсистем быласоздана базаданных в ACCESS. Примерыосновных элементовэтой базы данныхпредставленыв приложении3.

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

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

Можно производитьобмен даннымимежду компонентамиСУБД ACCESS и другимиприложениямиMicrosoft Office. Это могутбыть рисунки,диаграммы ит.д. Поддерживаетсяимпорт данныхиз текстовыхфайлов и электронныхтаблиц.

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

Системабюджетногоуправления(управленияфинансами) ЗАО«Телмос» обеспечиваетавтоматизациюследующихфункций:

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

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

Глава 4. Экономическаяэффективностьпримененияусовершенствованнойсистемы бюджетированияв деятельностифинансовойслужбы ЗАО«Телмос»

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

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

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

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

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

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

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

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

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

Формированиембюджета в ЗАО«Телмос» занимаетсяфинансоваяслужба. Активноеформированиеплановогобюджета, бюджетадвижения денежныхсредств и другиемероприятияпо составлениюбюджета длятсяв среднем 3 месяца,причем занимают80% рабочего временисотрудниковфинансовойслужбы. Остальные9 месяцев такжепроводятсяработы по бюджетномууправлению,но они занимаютуже около 50%рабочего временисотрудниковфинансовойслужбы. Всесотрудникифинансовойслужбы (6 человек)в той или инойстепени ответственныза формированиеи контроль заисполнениембюджета, поэтомудля удобстварасчетов примемсреднюю заработнуюплату, приходящуюсяна всех сотрудниковфинансовойслужбы в месяц,равной 10 000 долларовСША.

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

Время, затрачиваемоеФС на формированиеплановогобюджета

3 (месяца) * 0,8(коэффициентзатрат рабочеговремени сотрудникаФС на формированиебюджета предприятия)= 2,4 (месяца)

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

9 (месяцев) *0,5 (коэффициентзатрат рабочеговремени сотрудникаФС на бюджетноеуправлениепредприятиемв течении 9 месяцев)= 4,5 (месяца)

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

10 000 долл. США(среднемесячнаязаработнаяплата всехсотрудниковФС) * (2,4 + 4,5) (время,затраченноев год сотрудникамиФС на осуществлениемероприятийпо бюджетномууправлению)= 69 000 долл. США

Непосредственноеучастие вформированиибюджета и бюджетномуправлениипредприятияпринимают ивсе структурныеподразделенияЗАО «Телмос»в части формированиябюджетовподразделений.Таких подразделенийв ЗАО «Телмос»11 (см. рис.1 «Структурапроизводстваи управленияЗАО «Телмос»).В каждом из нихнепосредственнобюджетнымуправлениемзанимаютсяпо 2 человека:руководительподразделенияи исполнитель.

Средняязаработнаяплата руководителяподразделениясоставляет3 000 долл. США вмесяц, а исполнителя– 1 100 долл. США,причем на работу,связанную свопросамиформированиябюджета и бюджетнымуправлениемони затрачивают60% своего рабочеговремени в течение2-х месяцев иоколо 8% рабочеговремени в течениеостальных 10месяцев.

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

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

2 (месяца) * 0,6(коэффициентзатрат рабочеговремени сотрудникаструктурногоподразделенияна формированиебюджета подразделения)= 1,2 (месяца)

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

10 (месяцев) *0,08 (коэффициентзатрат рабочеговремени сотрудникаструктурногоподразделенияна мероприятияпо бюджетномууправлению)= 0,8 (месяца)

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

(3 000 долл. США(среднемесячнаязаработнаяплата руководителяподразделения)+ 1 100 долл. США(среднемесячнаязаработнаяплата сотрудникаподразделения«исполнителя))* (1,2 + 0,8) (время, затраченноев год сотрудникамиподразделенийна осуществлениемероприятийпо бюджетномууправлению)* 11 (количествоподразделенийЗАО «Телмос»)= 90 200 долл. США

Итого, средства,выплачиваемыев год ЗАО «Телмос»своим сотрудникамза работу, связаннуюс бюджетнымуправлениемсоставляют69 000 долл. США(работникамФС) + 90 200 долл. США(работникамподразделений)= 159 200 долл. США.

При усовершенствованиисистемы бюджетногоуправленияснизятся затратывремени сотрудниковЗАО «Телмос»на работу сней, а именно:

коэффициентзатрат общегорабочего временисотрудниковФС снизитсяна 0,1;
коэффициентзатрат общегорабочего времениработниковподразделенийпо формированиюбюджета подразделенийснизится на0,1;
коэффициентзатрат общегорабочего времениработниковподразделенийпо мероприятиямпо бюджетномууправлениюснизится на0,01.

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

3 * 0,7 = 2,1 (месяца)
9 * 0,4 = 3,6 (месяца)
10 000 долл. США* (2,1 + 3,6) = 57 000 долл. США
2 * 0,5 = 1 (месяц)
10 * 0,07 =0,7 (месяца)
(3 000 долл. США+ 1 100 долл. США) * (1 +0,7) * 11 = 76 670 долл. США
57 000 долл. США+ 76 670 долл. США = 113670 долл. США
Экономическийэффект = 159 200 долл.США – 113 670 долл.США = = 25 530 долл.США

Рассчитаемединовременныезатраты наразработкупроекта:

Количествосотрудников,занимающихсяразработкой– 4
Их общаясреднемесячнаязаработнаяплата, согласноштатному расписанию– 3 500 долл/мес.
Время, котороеданная группазатратила наразработкупроекта бюджетногоуправления– 2 месяца
Итого единовременныхнекапитальныхзатрат наразработкупроекта бюджетногоуправленияЗАО «Телмос»- 7000 долл.

Результатырасчетов сведемв таблицу 2.

Таблица 2.

Показатель	Доусовершенствования	Послеусовершенствованиясистемы бюджетирования
Коэффициентзатрат рабочеговремени наформированиеплановогобюджета финансовойслужбой в течении3-х месяцев	0,8	0,7
Время,затрачиваемоесотрудникамиФС на формированиеплановогобюджета (мес.)	2,4	2,1
Коэффициентзатрат рабочеговремени финансовойслужбы набюджетноеуправлениев теченииостальных9-ти месяцев	0,5	0,4
Время,затрачиваемоесотрудникамиФС на бюджетноеуправлениев теченииостальных9 месяцев (мес.)	4,5	3,6
Средняязаработнаяплата всехсотрудниковфинансовойслужбы (ФС)долл/мес.	10 000	10 000
Заработнаяплата, выплаченнаясотрудникамФС на бюджетноеуправлениедолл/год.	69 000	57 000
Коэффициентзатрат рабочеговремени подразделенийЗАО «Телмос»на формированиеплановогобюджета в течении2-х месяцев	0,6	0,5
Время,затрачиваемоеподразделениямина формированиеплановогобюджета (мес.)	1,2	1
Коэффициентзатрат рабочеговремени подразделенийна бюджетноеуправлениев течениеостальных10-ти месяцев	0,08	0,07
Время,затрачиваемоеподразделениямина бюджетноеуправлениев течениеостальных 10месяцев (мес.)	0,8	0,7
Средняязаработнаяплата руководителейподразделенийдолл/мес.	3 000	3 000
Средняязаработнаяплата сотрудниковподразделенийдолл/мес.	1 100	1 100
Заработнаяплата, выплаченнаяподразделениямна бюджетноеуправлениедолл/год.	90 200	76 670
Экономическийэффект долл/год(С₀-С₁)		25 530
Единовременныезатратыдолл/год (К)		7 000
Эффективностьзатрат		3,65
Срококупаемости(лет)		0,27 г. (3 мес. 1 неделя)

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

Глава 5. Обоснованиенеобходимостипроектированиямероприятийпо охране труда

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

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

Поэтомувопросы охранытруда будутрассмотреныдля рабочегоместа оператораперсональногокомпьютера.

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

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

Оценканапряжённоститруда на рабочемместе.
Организациярабочего местаоператораперсональногокомпьютера.
Обеспечениемикроклимата.
Требованияк шуму и вибрации.
Электробезопасность.
Защита отстатическогоэлектричестваи электромагнитногоизлучения.
Освещение.
Обеспечениепожарнойбезопасности.

5.1. Оценка напряженноститруда на рабочемместе.

Таблица 3

№ п/п	Показателинапряженноститруда	Классы условийтруда, степеньвредности
		Оптимальный		Допустимый	Напряженныйтруд
					1 степени	2 степени
1. Интеллектуальныенагрузки
1.1	Содержаниеработы			+
1.2	Восприятиесигналов			+
1.3	Степень сложностизадания	+
1.4	Характервыполняемойработы			+
2. Сенсорныенагрузки
2.1	Длительностьсосредоточенногонаблюдения	+
2.2	Плотностьсигналов	+
2.3	Число объектоводновременногонаблюдения	+
2.4	Размер объектаразличения	+
2.5	Работа с оптическимиприборами	+
2.6	Наблюдениеза экранамиВДТ			+
2.7	Нагрузка наслуховойанализатор	+
2.8	Нагрузка наголосовойаппарат	+
3. Эмоциональныенагрузки
3.1	Степень ответственности			+
3.2	Степень рискадля собственнойжизни		+
3.3	Степень рискадля жизни другихлюдей		+
4. Монотонностьнагрузок
4.1	Число элементовповторяющихсяопераций			+
4.2	Продолжительностьповторяющихсяопераций		+
4.3	Время активныхдействий		+
4.4	Монотонностьпроизв. обстановки			+
5. Режим работы
5.1	Продолжительностьрабочего дня			+
5.2	Сменностьработы		+
5.3	Наличиерегламентированныхперерывов			+
	Всего показателей		13	9
	Общая оценканапряженностьтруда			+

5.2 Организациярабочего местаоператора ПК.

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

В соответствиис СанПиН2.2.2.542-96 «Гигиеническиетребованияк видеодисплейнымтерминалам,персональнымэлектронно-вычислительныммашинам и организацияработы» к рабочемуместу предъявляютсяследующиетребования:

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

Экран дисплеядолжен бытьразмещен наоптимальномрасстоянииот оператора(0,6 - 0,7 м.), приэтом плоскостьэкрана должнабыть перпендикулярналинии взора,что достигаетсянаклоном рабочихпанелей, которыедолжны обеспечиватьрегулировкуугла наклонапо горизонталив пределах20° и по вертикали30°. Монитордолжен иметьрегулировкуяркости и контраста.

К = Lmax/ Lmin =5:1, где

К -отношениеяркости символак яркости фона;

Lmax -максимальнаяяркость символа;

Lmin -минимальнаяяркость фона.

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

tg(/2)= S / 2L,где

S -высота буквы(мм);

L- расстояниеот глаза дообъекта наэкране;

 - угол рассматривания(угловые минуты).

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

5.3 Обеспечениемикроклимата.

Данные требованиярегламентируютсяСанПиН2.2.2.542-96 «Гигиеническиетребованияк видеодисплейнымтерминалам,персональнымэлектронно-вычислительныммашинам и организацияработы». Работаперсонала,обслуживающеговычислительнуютехнику, относитсяк категории1а (затраты энергиидо 120ккал/ч), так какона выполняетсясидя или связанас перемещениямибез систематическогофизическогонапряженияи переносатяжестей. Впомещении,оснащённомсредствамивычислительнойтехники, должныподдерживатьсяоптимальныезначения температуры,скорости движениявоздуха иотносительнойвлажностивоздуха. Этообусловленотем, что умственныйтруд характеризуетсянапряжениеми для обеспечениявысокой работоспособностинеобходимоподдерживатьоптимальныепоказателимикроклимата,которые указаныв таблице 4.

Таблица4

Период года

Категорияработ

Температура,С

Скоростьвоздуха, м/с

не более

Относительнаявлажность, %

Холодный

1а

22-24

0,1

60-40

Теплый

1а

23-25

0,1

60-40

На одногочеловека долженприходитьсяобъём помещения35-45 м³при площади5-6 м²(без учёта проходов).При этом дляобеспечениякомфортнойрабочей средынеобходимообеспечитьвентиляциюпомещения спроизводительностью20-40 м³/чна каждогочеловека. Впомещениидолжна ежедневнопроводитьсявлажная уборка.Для повышениявлажностивоздуха используютсяувлажнители.

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

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

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

5.4 Защита отвибрации.

Допустимыйуровень вибрациирегламентируетсяСанПиН2.2.2,542-96 «Гигиеническиетребованияк видеодисплейнымтерминалам,персональнымэлектронно-вычислительныммашинам и организацияработы». ПДУвиброускоренияравен0,056 м/с^2, ПДУвиброскоростиравен0,18 м/с. Припревышенииобщих фактическихуровней вибрацийдопустимыхзначений необходимопринять мерывиброаккустическойзащиты, котораяпредусматриваетсяв соответствиис ГОСТ12.4.046-78 «ССБТ.Методы и средствавибрационнойзащиты. Классификация».Это виброизоляцияи строительно-планировочныемероприятияпо борьбе свибрацией.

5.5 Требованияк шуму.

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

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

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

Уровни шумана рабочихместах должнысоответствоватьтребованиям:уровень шумане должен превышать60 дБА.

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

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

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

5.6 Электробезопасность.

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

Для обеспечениябезопаснойработы обслуживающегоперсонала инормальнойработы вычислительныхмашин в электроустановках220/380 В предусмотренозащитное заземление.Смысл защитногозаземлениязаключаетсяв том, чтобысоздать междукорпусом защищаемогооборудованияи землёй электрическиесоединениядостаточномалого сопротивления,чтобы в случаезамыкания накорпус, прикосновениек нему человекане могло вызватьпрохождениечерез его телоопасной силытока (до10 мА).

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

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

Из изоляционныхсредств ввычислительномцентре должныбыть:

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

5.7 Защита отстатическогоэлектричестваи электромагнитныхполей.

Регламентацияприводитсяв ГОСТ12.4.124.83 «ССБТ.Средства защитыот статическогоэлектричества.Общие техническиетребования».

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

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

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

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

заземлениеразличныхчастей ПК;
использованиеспециальнойхлопчатобумажнойодежды обслуживающимперсоналом;
поддержкаоптимальнойвлажности(60-40%) в помещении;
применениеантистатическихмастик.

Допустимыеуровни напряжённостиэлектростатическихполей не должныпревышать20 кВ/м в течение1 часа (ГОСТ12.4.124.83 «ССБТ.Средства защитыот статическогоэлектричества,Общие техническиетребования».)В помещениинеобходимоконтролироватьуровень аэроионизации.Оптимальнымуровнем аэроионизациив зоне дыханиячеловека считаетсясодержаниелёгких аэроионовобоих знаковот 1,5*10^2до 5*10^Зв 1см³воздуха.

5.8. Освещение.

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

В помещениипредусматриваетсябоковое естественноеосвещение черезокна. Нормыпроектированияестественногои искусственногоосвещенияустановленыв СН 23-05-95«Естественноеи искусственноеосвещение.Нормы проектирования».Работа в вычислительномцентре относитсяк IVразряду зрительныхработ (объектразличенияимеет размеры0,5-1 мм).

Таблица5

Характеристиказрительныхработ	Размер объектаразличения,мм	Разряд зрительныхработ	Подразрядзрительныхработ	Контрастобъектаразличенияс фоном
Средней точности	0,5-1,0	IV	В	средний

Таблица6

Освещенностьпри общем свете,лк	Характеристикафона	Коэффициентестественногоосвещения, %
200	светлый	1,5

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

при естественномосвещении(К=1,5%) на расстоянии0,8 - 1,0 м от стеныс оконнымипроёмами, причёмэкраны видеотерминаловнаходятсяперпендикулярноэтой стене;
при комбинированном(естественное+ искусственное)освещенииэкраны видеотерминаловнаходятсяперпендикулярносветонесущейстороне приискусственномосвещении.

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

Требованияпожарной безопасностирегламентируютсяГОСТ12.1.004-91 ССБТ«Пожарнаябезопасность.Общие требования».В соответствиис требованиямиНПБ 105-95 Определениекатегориипомещении изданий повзрывопожарнойи пожарнойопасности»,вычислительныйцентр относитсяк категорииВ (горючие итрудно горючиежидкости, горючиеи трудно горючиевещества иматериалы,вещества иматериалы,способные привзаимодействиис водой, кислородомили друг с другомтолько гореть,при условии,что помещения,в которых ониимеются в наличии,не относятсяк категорииА и В).

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

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

5.10 Охрана окружающейсреды.

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

В основенормированиякачества лежаттри показателя:

медицинский;
технологический;
научно-технический.

Нормативыкачества окружающейсреды:

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

Санитарно-гигиеническиенормативы: ПДКвредных веществ,ПДК вредныхфизическихвоздействий,биологическихвоздействий,ПДУ радиации,нормативысанитарно-защитныхзон.

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

Заключение

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

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

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

На основеизучения систембюджетированияведущих фирм– производителейв данной области(Intersoft Lab; Comshare Software; Hyperion Solution Corporation;Adaytum Software; Инталев)была смоделированасистема бюджетногоуправления,представленнаяв приложении1.

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

Формироватьбюджет предприятия;

Собиратьинформациюпо исполнениюбюджета;

Собиратьинформациюпо процессубюджетногоуправления;

Осуществлятьконтроль бюджетовподразделенийпредприятияи оперативноуправлять ими;

Анализироватьи корректироватьпроцесс бюджетногоуправления.

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

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

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

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

Приложение1. Функциональноемоделирование

Словарьданных

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

Приложение2. Информационно– логическоемоделирование

Приложение3. Примеры формБД ACCESS

«Утвержденныйплан бюджетана год»

«Исполнениебюджета за год»

«Бюджетнаязаявка подразделения»

«Примерпоисковогоокна»

«Таблицасчетов»

Список используемойлитературы:

Бочаров В.В."Коммерческоебюджетирование",С-Пб.: "Питер"- 2003 г., 122 стр.
Джай К. Шим,Джой Г. Сигел,"Основы коммерческогобюджетирования",М.: "Бизнес Микро"- 2001 г., 496 стр.
Терри Дики"Бюджетированиемалого бизнеса",М.: "Бизнес Микро"- 1999 г., 240 стр.
Хруцкий В.Е."Внутрифирменноебюджетирование",М.: "Финансы истатистика"- 2003 г, 400 стр.
www.1ab.ru
www.bankir.ru
www.big-group.ru
www.business.ua
www.cfin.ru
www.eco-dom.ru
www.epic.ru
www.ezpc.ru
www.finexpert.ru
www.hiperion.ru
www.inec.ru
www.intalev.ru
www.iteam.ru
www.management-consulting.ru
www.noumei.ru
www.oxpaha.ru
www.ricnnov.ru
www.vmgroup.ru
www.web.vrn.ru

ЗАО «ТЕЛМОС»

«Утверждаю»

Генеральныйдиректор ЗАО“Телмос”

_______________________

РозиноваР.Г.

“ ” 2002 года

КОНЦЕПЦИЯ
ОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИ
ВКОРПОРАТИВНОЙИНФОРМАЦИОННОЙСИСТЕМЕ
ЗАО«ТЕЛМОС»

2002 год

СОГЛАСОВАНО:

Директорпо безопасности		С.В. Калинин
Административныйдиректор		С.Я. Иванов
Начальникотдела кадров		В.М. Муллахметов
Коммерческийдиректор		В.Л. Зефиров
Финансовыйдиректор		О.Г. Гурская
Техническийдиректор		М.Д. Мочалин
Директорпо эксплуатации		С.В. Нестеров
Директорпо развитиюбизнеса		В.Е. Гузеев
Руководительдепартаментавнутреннегоаудита		А.О. Серапионов
Главныйбухгалтер		В.А. Кудратова
РуководительДепартаментаинформационныхтехнологийи систем		В.А. Шибин
РуководительДепартаментаработы с клиентами		Е.Н. Ерохина

СОДЕРЖАНИЕ

ВВЕДЕНИЕ6

1.ОБЩИЕ ПОЛОЖЕНИЯ7

1.1. Назначениеи правоваяоснова документа7

2.ОБЪЕКТЫ ЗАЩИТЫ8

2.1. Назначение,цели созданияи эксплуатацииКИС как объектаинформатизации8

2.2. Структура,состав и размещениеосновных элементовКИС, информационныесвязи с другимиобъектами8

2.3. Категорииинформационныхресурсов, подлежащихзащите9

2.4. КатегориипользователейКИС, режимыиспользованияи уровни доступак информации10

2.5. Уязвимостьосновных компонентовКИС10

3.ЦЕЛИ И ЗАДАЧИОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИ11

3.1. Интересызатрагиваемыхпри эксплуатацииКИС субъектовинформационныхотношений11

3.2. Целизащиты 11

3.3. Основныезадачи системыобеспечениябезопасностиинформацииКИС12

3.4. Основныепути достиженияцелей защиты12

4.ОСНОВНЫЕ УГРОЗЫБЕЗОПАСНОСТИИНФОРМАЦИИКИС14

4.1. Угрозыбезопасностиинформациии их источники14

4.2. Путиреализациинепреднамеренныхискусственныхугроз безопасностиинформациив КИС14

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

4.4. Неформальнаямодель возможныхнарушителей18

4.5. Непреднамеренныеестественныеугрозы.21

5.ОСНОВНЫЕ ПОЛОЖЕНИЯТЕХНИЧЕСКОЙПОЛИТИКИ ВОБЛАСТИ ОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИКИС ЗАО «Телмос»22

5.1. Техническаяполитика вобласти обеспечениябезопасностиинформации22

5.2. Формированиережима безопасностиинформации23

5.3. Оснащениетехническимисредствамихранения иобработкиинформации25

6.ОСНОВНЫЕ ПРИНЦИПЫПОСТРОЕНИЯСИСТЕМЫ КОМПЛЕКСНОЙЗАЩИТЫ ИНФОРМАЦИИ26

7.МЕРЫ, МЕТОДЫИ СРЕДСТВАОБЕСПЕЧЕНИЯТРЕБУЕМОГОУРОВНЯ ЗАЩИЩЕННОСТИИНФОРМАЦИОННЫХРЕСУРСОВ30

7.1. Мерыобеспечениябезопасности30

7.1.1. Правовыемеры защиты30

7.1.2. Морально-этическиемеры защиты30

7.1.3. Административныемеры защиты30

7.2. Физическиесредства защиты35

7.2.1. Разграничениедоступа натерриториюи в помещения35

7.3. Программно-аппаратныесредства защиты36

7.3.1. Средстваидентификациии аутентификациипользователей37

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

7.3.3. Средстваобеспеченияи контроляцелостностипрограммныхи информационныхресурсов38

7.3.4. Средстваоперативногоконтроля ирегистрациисобытий безопасности39

7.3.5. Криптографическиесредства защитыинформации40

7.4. Управлениесистемой обеспечениябезопасностиинформации40

7.5. Контрольэффективностисистемы защиты41

8.ПЕРВООЧЕРЕДНЫЕМЕРОПРИЯТИЯПО ОБЕСПЕЧЕНИЮБЕЗОПАСНОСТИИНФОРМАЦИИКИС ОРГАНИЗАЦИИ42

ПЕРЕЧЕНЬ
НОРМАТИВНЫХДОКУМЕНТОВ,РЕГЛАМЕНТИРУЮЩИХДЕЯТЕЛЬНОСТЬВ ОБЛАСТИ ЗАЩИТЫИНФОРМАЦИИ44

СПИСОК ИСПОЛЬЗОВАННЫХСОКРАЩЕНИЙ45

ТЕРМИНЫ ИОПРЕДЕЛЕНИЯ46

ВВЕДЕНИЕ

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

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

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

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

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

1.ОБЩИЕ ПОЛОЖЕНИЯ

1.1.Назначениеи правоваяоснова документа

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

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

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

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

Концепцияявляетсяметодологическойосновой для:

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

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

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

ОсновныеположенияКонцепциибазируютсяна качественномосмыслениивопросов безопасностиинформации.

2.ОБЪЕКТЫ ЗАЩИТЫ

Основнымиобъектамиинформационнойбезопасностив ЗАО «Телмос»являются:

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

2.1.Назначение,цели созданияи эксплуатацииКИС как объектаинформатизации

КИСпредназначенадля автоматизациидеятельностисотрудниковЗАО «Телмос».Создание иприменениеКИС преследуетследующие цели:

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

дляследующихосновных процессов:

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

2.2.Структура,состав и размещениеосновных элементовКИС, информационныесвязи с другимиобъектами

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

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

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

Комплекстехническихсредств КИСвключает средстваобработкиданных (ПЭВМ,сервера БД,почтовые сервераи т.п.), средствамаршрутизации,коммутациии обмена даннымис возможностьювыхода в глобальныесети (кабельнаясистема, кроссы,коммутаторы,шлюзы, маршрутизаторы,модемы и т.д.),а также средствахранения (вт.ч. архивирования)данных.

К основнымособенностямфункционированияКИС, относятся:

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

Общаяструктурнаяи функциональнаяорганизацияКИС определяетсяорганизационно-штатнойструктуройЗАО «Телмос»и задачами,решаемыми егоструктурнымиподразделениямис применениемсредств автоматизации.

ОбъектыинформатизацииКИС включают:

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

2.3.Категорииинформационныхресурсов, подлежащихзащите

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

В документооборотеКИС ЗАО «Телмос»присутствуют:

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

Защитеподлежит всяинформация,циркулирующаяв КИС ЗАО «Телмос»и содержащая:

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

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

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

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

2.5.Уязвимостьосновных компонентовКИС

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

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

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

3.ЦЕЛИ И ЗАДАЧИОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИ

3.1.Интересызатрагиваемыхпри эксплуатацииКИС субъектовинформационныхотношений

Субъектамиправоотношенийпри использованииКИС и обеспечении безопасностиинформацииявляются:

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

Перечисленныесубъектыинформационныхотношенийзаинтересованыв обеспечении:

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

3.2.Цели защиты

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

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

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

3.3.Основные задачисистемы обеспечениябезопасностиинформацииКИС

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

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

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

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

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

3.4.Основные путидостиженияцелей защиты

Поставленныеосновные целизащиты и решениеперечисленныхвыше задачдостигаются:

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

4.ОСНОВНЫЕ УГРОЗЫБЕЗОПАСНОСТИИНФОРМАЦИИКИС

4.1.Угрозы безопасностиинформациии их источники

Наиболееопасными угрозамибезопасностиинформацииКИС по способамнанесенияущерба субъектаминформационныхотношенийявляются:

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

Основнымиисточникамиугроз безопасностиинформацииКИС являются:

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

4.2.Пути реализациинепреднамеренныхискусственныхугроз безопасностиинформациив КИС

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

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

Таблица1.

Основные путиреализациинепреднамеренныхискусственныхугроз КИС	Меры по нейтрализацииугроз и снижениювозможногонаносимогоущерба
ДействиясотрудниковЗАО «Телмос»,приводящиек частичномуили полномуотказу системыили нарушениюработоспособностиаппаратныхили программныхсредств; отключениюоборудованияили изменениережимов работыустройств ипрограмм;разрушениюинформационныхресурсов системы(неумышленнаяпорча оборудования,удаление,искажениепрограмм илифайлов с важнойинформацией,в том числесистемных,повреждениеканалов связи,неумышленнаяпорча носителейинформациии т.п.)	1.Организационныемеры (регламентациядействий, введениезапретов). 2.Применениефизическихсредств, препятствующихнеумышленномусовершениюнарушения. 3.Применениетехнических(аппаратно-программных)средств разграничениядоступа кресурсам. 4.Резервированиекритичныхресурсов.
Несанкционированныйзапуск технологическихпрограмм,способныхпри некомпетентномиспользованиивызывать потерюработоспособностисистемы (зависанияили зацикливания)или осуществляющихнеобратимыеизменения всистеме (форматированиеили реструктуризациюносителейинформации,удаление данныхи т.п.)	1.Организационныемеры (удалениевсех потенциальноопасных программс дисков ПЭВМАРМ, обучение). 2.Применениетехнических(аппаратно-программных)средств разграничениядоступа ктехнологическими инструментальнымпрограммамна дисках ПЭВМАРМ.
Несанкционированноевнедрение ииспользованиенеучтенныхпрограмм (игровых,обучающих,технологическихи других, неявляющихсянеобходимымидля выполнениясотрудникамисвоих служебныхобязанностей)с последующимнеобоснованнымрасходованиемресурсов(процессорноговремени, оперативнойпамяти, памятина внешнихносителях ит.п.)	1.Организационныемеры (введениезапретов). 2.Применениетехнических(аппаратно-программных)средств, препятствующихнесанкционированномувнедрению ииспользованиюнеучтенныхпрограмм.
Непреднамеренноезаражениекомпьютеравирусами	1.Организационныемеры (регламентациядействий, введениезапретов). 2.Технологическиемеры (применениеспециальныхпрограммобнаруженияи уничтожениявирусов). 3.Применениеаппаратно-программныхсредств, препятствующихзаражениюкомпьютеровкомпьютернымивирусами.
Разглашение,передача илиутрата атрибутовразграничениядоступа (паролей,пропусков ит.п.)	1.Организационныемеры (регламентациядействий, введениезапретов, усилениеответственности). 2.Применениефизическихсредств обеспечениясохранностиуказанныхреквизитов.
Игнорированиеустановленныхправил приработе в системе	1.Организационныемеры (усилениеответственностии контроля). 2.Использованиедополнительныхфизическихи техническихсредств защиты.
Некомпетентноеиспользование,настройкаили неправомерноеотключениесредств защитыперсоналомподразделениябезопасности	Организационныемеры (обучениеперсонала,усилениеответственностии контроля).
Ввод ошибочныхданных	1.Организационныемеры (усилениеответственностии контроля). 2.Технологическиемеры контроляза ошибкамиоператоровввода данных.

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

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

Таблица 2

Основныевозможныепути умышленнойдезорганизацииработы, выводаКИС из строя,проникновенияв систему иНСД к информации(с корыстнымицелями, попринуждению,из желанияотомстить ит.п.)	Меры по нейтрализацииугроз и снижениювозможногонаносимогоущерба
Физическоеразрушениеили вывод изстроя всехили отдельныхнаиболее важныхкомпонентовавтоматизированнойсистемы (устройств,носителейважной системнойинформации,лиц из числаперсонала ит.п.), отключениеили вывод изстроя подсистемобеспеченияфункционированиявычислительныхсистем (электропитания,линий связии т.п.)	1.Организационныемеры (регламентациядействий, введениезапретов). 2.Применениефизическихсредств, препятствующихнеумышленномусовершениюнарушения. 3.Резервированиекритичныхресурсов. 4.Обеспечениеличной безопасностисотрудников.
Внедрениеагентов в числоперсоналасистемы (в томчисле, возможно,и в административнуюгруппу, отвечающуюза безопасность),вербовка (путемподкупа, шантажа,угроз и т.п.)пользователей,имеющих определенныеполномочияпо доступу кзащищаемымресурсам	1.Организационныемеры (подбор,расстановкаи работа скадрами, усилениеконтроля иответственности). 2.Автоматическаярегистрациядействийперсонала.
Хищениеносителейинформации(распечаток,магнитныхдисков, лент,микросхемпамяти, запоминающихустройств ицелых ПЭВМ),хищение производственныхотходов (распечаток,записей, списанныхносителейинформациии т.п.)	Организационныемеры (организацияхранения ииспользованияносителей сзащищаемойинформацией).
Несанкционированноекопированиеносителейинформации,чтение остаточнойинформациииз оперативнойпамяти и с внешнихзапоминающихустройств	1.Организационныемеры (организацияхранения ииспользованияносителей сзащищаемойинформацией). 2.Применениетехническихсредств разграничениядоступа кзащищаемымресурсам иавтоматическойрегистрацииполучениятвердых копийдокументов.
Незаконноеполучениепаролей и другихреквизитовразграничениядоступа (агентурнымпутем, используяхалатностьпользователей,путем подбора,путем имитацииинтерфейсасистемы программнымизакладкамии т.д.) с последующеймаскировкойпод зарегистрированногопользователя("маскарад")	1.Организационныемеры (регламентациядействий, введениезапретов, работас кадрами). 2.Применениетехническихсредств, препятствующихвнедрениюпрограмм перехватапаролей, ключейи других реквизитов.
НесанкционированноеиспользованиеАРМ пользователей,имеющих уникальныефизическиехарактеристики,такие как номеррабочей станциив сети, физическийадрес, адресв системе связи,аппаратныйблок кодированияи т.п.	1.Организационныемеры (строгаярегламентациядоступа впомещения идопуска к работамна данных АРМ). 2.Применениефизическихи техническихсредств разграничениядоступа.
Несанкционированнаямодификацияпрограммногообеспечения– внедрениепрограммных"закладок"и "вирусов"("троянскихконей" и "жучков"),то есть такихучастков программ,которые ненужны дляосуществлениязаявленныхфункций, нопозволяющихпреодолеватьсистему защиты,скрытно инезаконноосуществлятьдоступ к системнымресурсам сцелью регистрациии передачизащищаемойинформацииили дезорганизациифункционированиясистемы	1.Организационныемеры (строгаярегламентациядопуска кработам). Применениефизическихи техническихсредств разграничениядоступа ипрепятствующихнесанкционированноймодификацииаппаратно-программнойконфигурацииАРМ. Применениесредств контроляцелостностипрограмм. Применениеаппаратно-программныхсредств, препятствующихзаражениюкомпьютеровкомпьютернымивирусами.
Перехватданных, передаваемыхпо каналамсвязи, и их анализс целью полученияконфиденциальнойинформациии выясненияпротоколовобмена, правилвхождения всвязь и авторизациипользователейи последующихпопыток ихимитации дляпроникновенияв систему	1.Физическаязащита каналовсвязи. 2.Применениесредствкриптографическойзащиты передаваемойинформации.
Вмешательствов процессфункционированияКИС сетей общегопользованияс целью несанкционированноймодификацииданных, доступак конфиденциальнойинформации,дезорганизацииработы подсистеми т.п.	1.Организационныемеры (регламентацияподключенияи работы в сетяхобщего пользования). 2.Применениеспециальныхтехническихсредств защиты(межсетевыхэкранов, средствконтролязащищенностии обнаруженияатак на ресурсысистемы и т.п.).

4.4.Неформальнаямодель возможныхнарушителей

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

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

1) "Неопытныйпользователь"– сотрудникЗАО «Телмос»(или подразделениядругой организации,зарегистрированныйкак пользовательсистемы), которыйможет предприниматьпопытки выполнениязапрещенныхопераций, доступак защищаемымресурсам КИСс превышениемсвоих полномочий,ввода некорректныхданных и т.п.действия поошибке, некомпетентностиили халатностибез злого умыслаи использующийпри этом толькоштатные (доступныеему) аппаратныеи программныесредства.

2) "Любитель"- сотрудник ЗАО«Телмос» (илиподразделениядругой организации,зарегистрированныйкак пользовательсистемы), пытающийсяпреодолетьсистему защитыбез корыстныхцелей и злогоумысла, длясамоутвержденияили из «спортивногоинтереса». Дляпреодолениясистемы защитыи совершениязапрещенныхдействий онможет использоватьразличныеметоды получениядополнительныхполномочийдоступа к ресурсам(имен, паролейи т.п. других пользователей),недостаткив построениисистемы защитыи доступныеему штатные(установленныена рабочейстанции) программы(несанкционированныедействия посредствомпревышениясвоих полномочийна использованиеразрешенныхсредств). Помимоэтого он можетпытаться использоватьдополнительнонештатныеинструментальныеи технологическиепрограммныесредства (отладчики,служебныеутилиты), самостоятельноразработанныепрограммы илистандартныедополнительныетехническиесредства.

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

4) "Внешнийнарушитель(злоумышленник)"- постороннеелицо, бывшийсотрудник ЗАО«Телмос», действующийцеленаправленноиз корыстныхинтересов, измести или излюбопытства,возможно всговоре с другимилицами. Он можетиспользоватьвесь наборметодов и средстввзлома системзащиты, характерныхдля сетей общегопользования(в особенностисетей на основеIP-протокола),включая удаленноевнедрениепрограммныхзакладок ииспользованиеспециальныхинструментальныхи технологическихпрограмм, используяимеющиесяслабости протоколовобмена и системызащиты узловсети КИС ЗАО«Телмос».

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

Внутреннимнарушителем может бытьлицо из следующихкатегорийперсонала ЗАО«Телмос»:

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

Категориилиц, которыемогут бытьвнешниминарушителями:

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

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

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

Криминальныеструктурыпредставляютнаиболее агрессивныйисточник внешнихугроз. Дляосуществлениясвоих замысловэти структурымогут идти наоткрытое нарушениезакона и вовлекатьв свою деятельностьсотрудниковЗАО «Телмос»всеми доступнымиим силами исредствами.

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

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

4.5.Непреднамеренныеестественныеугрозы.

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

Таблица 3

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

5.ОСНОВНЫЕ ПОЛОЖЕНИЯТЕХНИЧЕСКОЙПОЛИТИКИ ВОБЛАСТИ ОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИКИС ЗАО «Телмос»

5.1.Техническаяполитика вобласти обеспечениябезопасностиинформации

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

Основныминаправлениямиреализациитехническойполитики обеспечениябезопасностиинформацииКИС являются:

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

СистемаобеспечениябезопасностиинформацииКИС ЗАО «Телмос»должна предусматриватькомплексорганизационных,программныхи техническихсредств и мерпо защите информациив процессе ееобработки ихранения, припередаче информациипо каналамсвязи.

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

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

5.2.Формированиережима безопасностиинформации

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

Комплексмер по формированиюрежима безопасностиинформациивключает:

установлениев ЗАО «Телмос»организационно-правовогорежима безопасностиинформации(нормативныедокументы,работа с персоналом,делопроизводство);
организационныеи программно-техническиемероприятияпо предупреждениюнесанкционированныхдействий идоступа кинформационнымресурсам КИСЗАО «Телмос»;
комплексмероприятийпо контролюфункционированиясредств и системзащиты информационныхресурсовограниченногораспространенияпосле случайныхили преднамеренныхвоздействий;

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

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

Физическаяохрана объектовинформатизации(компонентовкомпьютерныхсистем) включает:

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

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

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

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

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

5.3.Оснащениетехническимисредствамихранения иобработкиинформации

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

Работыпо обеспечениюбезопасностиинформации,обрабатываемойс помощью КИСЗАО «Телмос»,можно условноразделить наследующиегруппы:

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

6.ОСНОВНЫЕ ПРИНЦИПЫПОСТРОЕНИЯСИСТЕМЫ КОМПЛЕКСНОЙЗАЩИТЫ ИНФОРМАЦИИ

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

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

Законность

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

Пользователии обслуживающийперсонал КИСдолжны иметьпредставлениеоб ответственностиза правонарушенияв области системавтоматизированнойобработкиинформации(статьи 272, 273, 274 УголовногоКодекса РФ ит.п.).

Системность

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

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

Комплексность

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

Непрерывностьзащиты

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

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

Своевременность

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

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

Преемственностьи совершенствование

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

Разумнаядостаточность

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

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

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

Персональнаяответственность

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

Принципминимизацииполномочий

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

Взаимодействиеи сотрудничество

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

Гибкостьсистемы защиты

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

Открытостьалгоритмови механизмовзащиты

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

Простотаприменениясредств защиты

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

Научнаяобоснованностьи техническаяреализуемость

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

Специализацияи профессионализм

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

Обязательностьконтроля

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

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

7.МЕРЫ, МЕТОДЫИ СРЕДСТВАОБЕСПЕЧЕНИЯТРЕБУЕМОГОУРОВНЯ ЗАЩИЩЕННОСТИИНФОРМАЦИОННЫХРЕСУРСОВ

7.1.Меры обеспечениябезопасности

Все мерыобеспечениябезопасностикомпьютерныхсистем подразделяютсяна:

правовые;
морально-этические;
административные;
физические;
технические(аппаратныеи программные).

7.1.1.Правовые мерызащиты

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

7.1.2.Морально-этическиемеры защиты

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

7.1.3.Административныемеры защиты

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

Формированиеполитики безопасности

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

С практическойточки зренияполитику вобласти обеспечениябезопасностиинформациив КИС целесообразноразбить на двауровня. К верхнемууровню относятсярешения руководства,затрагивающиедеятельностьЗАО «Телмос»в целом.

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

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

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

Политиканижнего уровнядолжна:

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

Регламентациядоступа в помещенияКИС ЗАО «Телмос»

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

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

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

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

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

Регламентациядопуска сотрудниковк использованиюресурсов КИСЗАО «Телмос»

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

ДопусксотрудниковподразделенийЗАО «Телмос»к работе савтоматизированнойсистемой идоступ к еересурсам долженбыть строгорегламентирован.Любые изменениясостава и полномочийпользователейподсистем КИСдолжны производитьсяустановленнымпорядком согласно“Инструкциипо внесениюизменений всписки пользователейКИС ЗАО «Телмос»и наделениюих полномочиямидоступа к ресурсамсистемы”. Основнымипользователямиинформациив КИС являютсясотрудникиструктурныхподразделенийЗАО «Телмос».Уровень полномочийкаждого пользователяопределяетсяиндивидуально,соблюдая следующиетребования:

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

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

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

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

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

Все операциипо ведению базданных ЗАО«Телмос» идопуск сотрудниковподразделенийк работе с этимибазами данныхдолжны производитьсяв соответствиис утвержденнымитехнологическимиинструкциями.Любые изменениясостава и полномочийпользователейбаз данных КИСдолжны производитьсяустановленнымпорядком.

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

Регламентацияпроцессовобслуживанияи осуществлениямодификацииаппаратныхи программныхресурсов КИС

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

Аппаратно-программнаяконфигурацияавтоматизированныхрабочих мест,на которыхобрабатываетсязащищаемаяинформацияи с которыхвозможен доступк защищаемымресурсам, должнасоответствоватькругу возложенныхна пользователейданного АРМфункциональныхобязанностей.Все неиспользуемыев работе устройстваввода-выводаинформации(COM, LPT порты, дисководыНГМД, CD с другихносителейинформации)на таких АРМдолжны бытьотключены, ненужные дляработы программныесредства иданные с дисковАРМ также должныбыть удалены.

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

Ввод вэксплуатациюновых АРМ и всеизменения вконфигурациитехническихи программныхсредств существующихАРМ в КИС ЗАО«Телмос» должныосуществлятьсятолько установленнымпорядком.

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

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

Обеспечениеи контрольфизическойцелостности аппаратныхресурсов КИС

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

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

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

Кадроваяработа (подбори подготовкаперсонала,обучениепользователей)

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

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

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

Подразделениязащиты информации

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

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

На этоподразделениецелесообразновозложитьрешение следующихосновных задач:

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

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

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

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

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

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

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

Ответственностьза нарушенияустановленногопорядка использованияКИС. Расследованиенарушений.

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

Для реализациипринципа персональнойответственностипользователейза свои действиянеобходимы:

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

7.2.Физическиесредства защиты

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

7.2.1.Разграничениедоступа натерриториюи в помещения

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

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

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

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

7.3.Программно-аппаратныесредства защиты

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

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

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

На техническиесредства защитыот НСД возлагаетсярешение следующихосновных задач:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.3.4.Средстваоперативногоконтроля ирегистрациисобытий безопасности

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

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

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

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

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

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

Должныподдерживатьсяследующиеосновные способыреагированияна обнаруженныефакты НСД (возможнос участиемадминистраторабезопасности):

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

7.3.5.Криптографическиесредства защитыинформации

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

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

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

7.4.Управлениесистемой обеспечениябезопасностиинформации

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

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

Целямиуправлениясистемой обеспечениябезопасностиинформацииявляются:

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

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

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

Функциямиподсистемыуправленияявляются:информационная,управляющаяи вспомогательная.

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

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

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

7.5.Контрольэффективностисистемы защиты

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

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

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

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

8.ПЕРВООЧЕРЕДНЫЕМЕРОПРИЯТИЯПО ОБЕСПЕЧЕНИЮБЕЗОПАСНОСТИИНФОРМАЦИИКИС ОРГАНИЗАЦИИ

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

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

Приложение1

ПЕРЕЧЕНЬ
НОРМАТИВНЫХДОКУМЕНТОВ,РЕГЛАМЕНТИРУЮЩИХДЕЯТЕЛЬНОСТЬВ ОБЛАСТИ ЗАЩИТЫИНФОРМАЦИИ

КонституцияРоссийскойФедерации

ГражданскийКодекс РоссийскойФедерации

УголовныйКодекс РоссийскойФедерации

Декларацияправ и свободчеловека игражданинаРоссийскойФедерации

ЗаконыРоссийскойФедерации:

«Обинформации,информатизациии защите информации»от 20 февраля1995 г. № 24-ФЗ;
«О банкахи банковскойдеятельностив РСФСР» от 3февраля 1996 г. N17-ФЗ
«О связи»от 16 февраля1995 г. №15-ФЗ;
«О защитеправ потребителей»от 7 февраля1992 г. № 2300-1 в редакцииФедеральногозакона от 9 января1996 г. № 2-ФЗ;

Указы ПрезидентаРоссийскойФедерации:

«О мерахпо соблюдениюзаконностив областиразработки,производства,реализациии эксплуатациишифровальныхсредств, а такжепредоставленияуслуг в областишифрованияинформации»от 3 апреля 1995 г.№ 334;
«Обутвержденииперечня сведенийконфиденциальногохарактера»от 6 марта 1997 г. №188;

ПостановленияПравительстваРоссийскойФедерации:

«Осертификациисредств защитыинформации»от 26 июня 1995г. №608;
«О перечнесведений, которыене могут составлятькоммерческуютайну» от 05 декабря1991г. № 35.

РуководящиедокументыГостехкомиссииРоссии:

«Концепциязащиты средстввычислительнойтехники иавтоматизированныхсистем отнесанкционированногодоступа кинформации»(решение ПредседателяГостехкомиссииРоссии от 30 марта1992г.);

Стандартыпо защите отНСД к информации:

ГОСТ Р50922-96. «Защитаинформации.Основные терминыи определения»№
ГОСТ Р50739-95. «Средствавычислительнойтехники. Защитаот НСД к информации.ОТТ»;

Нормативныедокументы,регламентирующиесохранностьинформациина объектеинформатизации:

«Обиспользованиив качестведоказательствпо арбитражнымделам документов,подготовленныхс помощьюэлектронно-вычислительнойтехники»(ИнструктивныеуказанияГосударственногоАрбитража СССРот 29 июня 1979 г. №И-1-4);
«Об отдельныхрекомендациях,принятых насовещанияхпо судебно-арбитражнойпрактике»Раздел IV. Могутли подтверждатьсяобстоятельствадела доказательствами,изготовленнымии подписаннымис помощью средствэлектронно-вычислительнойтехники, в которыхиспользованасистема цифровой(электронной)подписи? (ПисьмоВысшего Арбитражногосуда РоссийскойФедерации от19 августа 1994 г. №C1-7/ОП-587 в редакцииот 12сентября1996 г.);

Приложение2

СПИСОК ИСПОЛЬЗОВАННЫХСОКРАЩЕНИЙ

СУБД	Системауправлениябазами данных
АРМ	Автоматизированноерабочее место
ГОСТ	Государственныйстандарт
КВС	Корпоративнаявычислительнаясеть
КИС	Корпоративнаяинформационнаясистема
НГМД	Накопительна гибкоммагнитномдиске
НСД	Несанкционированныйдоступ
ОИБ	Обеспечениеинформационнойбезопасности
ОНРВ	Организациянепрерывнойработы и восстановления
ОС	Операционнаясистема
ПО	Программноеобеспечение
ПЭВМ	ПерсональнаяЭВМ
СВТ	Средствавычислительнойтехники
ЭВМ	Электронно-вычислительнаямашина

Приложение3

ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

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

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

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

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

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

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

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

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

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

Компьютернаяинформация- информацияв виде:

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

Лицензияв области защитыинформации- разрешениена право проведениятех или иныхработ в областизащиты информации;

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

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

Естественныеугрозы - этоугрозы, вызванныевоздействиямина КИС и ее элементыобъективныхфизическихпроцессов илистихийныхприродныхявлений, независящихот человека;

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

непреднамеренные(неумышленные,случайные)угрозы,вызванныеошибками впроектированииКИС и ее элементов,ошибками впрограммномобеспечении,ошибками вдействияхперсонала ит.п.;
преднамеренные(умышленные)угрозы,связанные скорыстнымиустремлениямилюдей (злоумышленников);

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

Информационныеспособы нарушениябезопасностиинформации- включают:

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

Программно-математическиеспособы нарушениябезопасностиинформации- включают:

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

Физическиеспособы нарушениябезопасностиинформации- включают:

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

Радиоэлектронныеспособы нарушениябезопасностиинформации- включают:

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

Организационно-правовыеспособы нарушениябезопасностиинформации- включают:

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

КОРПОРАТИВНАЯИНФОРМАЦИОННАЯСИСТЕМА (КИС)- организационно-техническаясистема, представляющаясобой совокупностьследующихвзаимосвязанныхкомпонентов:техническихсредств обработкии передачиданных (средстввычислительнойтехники и связи),методов и алгоритмовобработки ввиде соответствующегопрограммногообеспечения,массивов (наборов,баз) данных наразличныхносителях,персонала ипользователей,объединенныхпо организационно-структурному,тематическому,технологическомуили другимпризнакам длявыполненияавтоматизированнойобработкиданных с цельюудовлетворенияинформационныхпотребностейгосударственныхорганов, общественныхили коммерческихорганизаций(юридическихлиц), отдельныхграждан (физическихлиц) и иныхпотребителейинформации;

ИНФОРМАЦИЯВ КИС - сведенияо фактах, событиях,процессах иявлениях внекоторойпредметнойобласти, включенныев систему обработкиинформации,или являющиесяее результатомв различныхформах представленияна различныхносителях ииспользуемые(необходимые)для оптимизациипринимаемыхрешений в процессеуправленияобъектамиданной предметнойобласти;

ОБРАБОТКАИНФОРМАЦИИВ КИС - совокупностьопераций (сбор,накопление,хранение,преобразование,отображение,выдача и т.п.),осуществляемыхнад информацией(сведениями,данными) сиспользованиемсредств АС;

СУБЪЕКТЫИНФОРМАЦИОННЫХОТНОШЕНИЙ- государство,государственныеорганы, государственные,общественныеили коммерческиеорганизации(объединения)и предприятия(юридическиелица), отдельныеграждане (физическиелица) и иныесубъекты,взаимодействующиес целью совместнойобработкиинформации;

ЖИЗНЕННОВАЖНЫЕ ИНТЕРЕСЫ- совокупностьпотребностей,удовлетворениекоторых необходимодля надежногообеспечениясуществованияи возможностипрогрессивногоразвития субъекта(личности,организации,общества илигосударства).

ДОСТУПНОСТЬИНФОРМАЦИИ- свойство системы,в которой циркулируетинформация(средств и технологииее обработки),характеризующеесяспособностьюобеспечиватьсвоевременныйбеспрепятственныйдоступ к информациисубъектов,имеющих на этонадлежащиеполномочия;

ЦЕЛОСТНОСТЬИНФОРМАЦИИ- свойствоинформации,заключающеесяв ее существованиив неискаженномвиде (неизменномпо отношениюк некоторомуфиксированномуее состоянию);

КОНФИДЕНЦИАЛЬНОСТЬИНФОРМАЦИИ- субъективноопределяемая(приписываемая)информациихарактеристика(свойство),указывающаяна необходимостьвведения ограниченийна круг субъектов,имеющих доступк данной информации,и обеспечиваемаяспособностьюсистемы (среды)сохранятьуказаннуюинформациюв тайне от субъектов,не имеющихполномочийна право доступак ней;

УЯЗВИМОСТЬСУБЪЕКТАИНФОРМАЦИОННЫХОТНОШЕНИЙ- потенциальнаяподверженностьсубъекта нанесениюущерба егожизненно важныминтересампосредствомвоздействияна критичнуюдля него информацию,ее носителии процессыобработки;

УЯЗВИМОСТЬИНФОРМАЦИИ- подверженностьинформациивоздействиюразличныхдестабилизирующихфакторов, которыемогут привестик нарушениюее конфиденциальности,целостности,доступности,или неправомерномуее тиражированию;

УГРОЗАИНТЕРЕСАМСУБЪЕКТОВИНФОРМАЦИОННЫХОТНОШЕНИЙ- потенциальновозможноесобытие, действие,процесс илиявление, котороепосредствомвоздействияна информациюи другие компонентыКИС может привестик нанесениюущерба интересамданных субъектов;

УГРОЗАБЕЗОПАСНОСТИИНФОРМАЦИИ- потенциальновозможноесобытие, действие,процесс илиявление, котороеможет привестик нарушениюконфиденциальности,целостности,доступностиинформации,а также неправомерномуее тиражированию;

БЕЗОПАСНОСТЬСУБЪЕКТОВИНФОРМАЦИОННЫХОТНОШЕНИЙ-защищенностьсубъектовинформационныхотношений отнанесения имматериального,моральногоили иного ущербапутем воздействияна информациюи/или средстваее обработкии передачи;

БЕЗОПАСНОСТЬКИС - защищенностьКИС от несанкционированноговмешательствав нормальныйпроцесс еефункционирования,а также от попытокхищения, незаконноймодификацииили разрушенияее компонентов;

БЕЗОПАСНОСТЬЛЮБОГО КОМПОНЕНТАКИС - складываетсяиз обеспечениятрех его характеристик:конфиденциальности,целостностии доступности;

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

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

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

БЕЗОПАСНОСТЬИНФОРМАЦИОННОЙТЕХНОЛОГИИ- защищенностьтехнологическогопроцесса переработкиинформации;

БЕЗОПАСНОСТЬИНФОРМАЦИИ- защищенностьинформацииот нежелательного(для соответствующихсубъектовинформационныхотношений) ееразглашения(нарушенияконфиденциальности),искажения(нарушенияцелостности),утраты илиснижения степенидоступностиинформации,а также незаконногоее тиражирования;

ДОСТУПК ИНФОРМАЦИИ- ознакомлениес информацией(копирование,тиражирование),ее модификация(корректировка)или уничтожение(удаление);

ПРАВИЛАРАЗГРАНИЧЕНИЯДОСТУПА -совокупностьправил, регламентирующихправа доступасубъектов кобъектам внекоторойсистеме;

РАЗГРАНИЧЕНИЕДОСТУПА К РЕСУРСАМКИС - это такойпорядок использованияресурсов системы,при которомсубъекты получаютдоступ к объектамв строгомсоответствиис установленнымиправилами;

ОБЪЕКТ- пассивныйкомпонентсистемы, единицаресурса автоматизированнойсистемы (устройство,диск, каталог,файл и т.п.), доступк которомурегламентируетсяправиламиразграничениядоступа;

СУБЪЕКТ- активныйкомпонентсистемы (пользователь,процесс, программа),действия которогорегламентируютсяправиламиразграничениядоступа;

АВТОРИЗОВАННЫЙСУБЪЕКТ ДОСТУПА- субъект, которомупредоставленысоответствующиеправа доступак объектамсистемы (полномочия);

ДОСТУПК РЕСУРСУ -получениесубъектомдоступа возможностиманипулировать(использовать,управлять,изменятьхарактеристикии т.п.) даннымресурсом;

НЕСАНКЦИОНИРОВАННЫЙДОСТУП (НСД)- доступ субъектак объекту внарушениеустановленныхв системе правилразграничениядоступа;

НЕСАНКЦИОНИРОВАННОЕДЕЙСТВИЕ -действие субъектав нарушениеустановленныхв системе правилобработкиинформации;

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

ЗЛОУМЫШЛЕННИК- нарушитель,действующийумышленно изкорыстныхпобуждений;

СИСТЕМАЗАЩИТЫ КИС- совокупность(комплекс)специальныхмер правового(законодательного)и административногохарактера,организационныхмероприятий,физическихи технических(программныхи аппаратных)средств защиты,а также специальногоперсонала,предназначенныхдля обеспечениябезопасностиКИС (циркулирующейв КИС информации);

ЦЕЛЬЗАЩИТЫ КИС - предотвращениеили минимизациянаносимогоущерба (прямогоили косвенного,материального,моральногоили иного) субъектаминформационныхотношенийпосредствомнежелательноговоздействияна компонентыКИС, а такжеразглашения(утечки), искажения(модификации),утраты (снижениястепени доступности)или незаконноготиражированияинформации;

ПРАВОВЫЕМЕРЫ ЗАЩИТЫИНФОРМАЦИИ- действующиев стране законы,указы и другиенормативныеакты, регламентирующиеправила обращенияс информациейи ответственностьза их нарушения,препятствующиетем самымнеправомерномуее использованиюи являющиесясдерживающимфактором дляпотенциальныхнарушителей;

МОРАЛЬНО-ЭТИЧЕСКИЕМЕРЫ ЗАЩИТЫИНФОРМАЦИИ- традиционносложившиесяв стране илиобществе нормыповедения иправила обращенияс информацией.Эти нормы большейчастью не являютсяобязательными,как законодательноутвержденныенормы, однако,их несоблюдениеведет обычнок падению авторитета,престижа человека,группы лиц илиорганизации.Морально-этическиенормы бываюткак неписаные(например,общепризнанныенормы честности,патриотизмаи т.п.), так и писаные,то есть оформленныев некоторыйсвод (устав)правил илипредписаний;

ОРГАНИЗАЦИОННЫЕ(АДМИНИСТРАТИВНЫЕ)МЕРЫ ЗАЩИТЫ- это меры,регламентирующиепроцессыфункционированиясистемы обработкиданных, использованиеее ресурсов,деятельностьперсонала, атакже порядоквзаимодействияпользователейс системойтаким образом,чтобы в наибольшейстепени затруднитьили исключитьвозможностьреализацииугроз безопасностициркулирующейв ней информации;

ФИЗИЧЕСКИЕМЕРЫ ЗАЩИТЫ- это разногорода механические,электро- илиэлектронно-механическиеустройстваи сооружения,специальнопредназначенныедля созданияфизическихпрепятствийна возможныхпутях проникновенияи доступапотенциальныхнарушителейк компонентамКИС и защищаемойинформации,а также техническиесредства визуальногонаблюдения,связи и охраннойсигнализации;

ТЕХНИЧЕСКИЕ(АППАРАТНО-ПРОГРАММНЫЕ)СРЕДСТВА ЗАЩИТЫ- различныеэлектронныеустройстваи специальныепрограммы,входящие всостав КИС,которые выполняют(самостоятельноили в комплексес другими средствами)функции защитыинформации(идентификациюи аутентификациюпользователей,разграничениедоступа к ресурсам,регистрациюсобытий, криптографическоезакрытие информациии т.д.);

АДМИНИСТРАТОРБЕЗОПАСНОСТИ- лицо или группалиц, ответственныхза обеспечениебезопасностисистемы, зареализациюи непрерывностьсоблюденияустановленныхадминистративныхмер защиты иосуществляющихпостояннуюорганизационнуюподдержкуфункционированияприменяемыхфизическихи техническихсредств защиты;

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

Защищаемыеобъекты информатизации:

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

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

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

ГраницейКЗ могут являться:

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

Министерствообщего и профессиональногообразованияРФ

МосковскийгосударственныйУниверситетПищевых Производств

КафедраКиПСА.

Курсоваяработа на тему:«Автоматизацияпланированияи учета в финансовойслужбе ЗАО«Телмос».

Руководитель	ЕвсеевА.В.
Студентка	ВасилишинаО.С.
Группа	98 –э - 5

Москва 2002 г.

Содержание:

Технико-экономическаяхарактеристикаобъекта.
Описаниепредметнойобласти
1. Назначениеи функцииподсистемыавтоматизациифинансовойслужбы(ФС)
2. Функциимодуля «Базаданных Финансовойслужбы (ФС)»
Заключение.
Литература
Приложение

1. Технико-экономическаяхарактеристикаобъекта.

1.1. Окомпании.

Компания"Телмос" созданав апреле 1993 годаМосковскойГородскойТелефоннойСетью (МГТС) икрупнейшейамериканскойтелекоммуникационнойкомпаниейAmerican Telephone & Telegraph International Incorporated (AT&T).В 1995 году в составучредителейТелмос вошелкрупнейшиймеждународныйоператор РоссииРостелеком.

Компания"Телмос" предоставляетполный спектрвысококачественныхуслуг связив Москве, Московскойобласти и регионахРоссии.

Качествоуслуг компании"Телмос" подтвержденосертификатамикачества ЦентраСертификацииЦентральногоРегиона Россиии сертификатамисоответствиясистемы добровольнойсертификации"Интерэкомс".

В 1999 году компания"Телмос" сталапобедителемконкурса МинсвязиРФ в областикачества связив номинации"Операторыэлектросвязи".

1.2. Услугикомпании.

Спектруслуг компании«ТЕЛМОС»соответствуетвысоким запросами ожиданиямКлиентов иопирается намировые стандартыи новейшиетехнологии.

Сегодня«ТЕЛМОС» предлагает:

1.2.1.Предоставлениетелефонныхномеров цифровойсети

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

Важнымдостоинствомкомпании «Телмос»является формарасчетов запереговоры.В то время какобычным дляотечественныхоператоровявляется округлениепродолжительностителефонногоразговора до1 минуты в сторонуповышения,компания «Телмос»округляет времяпереговоровдо 10 секунд. Такимобразом, разговорпродолжительностью5 мин 3 сек прочиеоператорыокругляют до6 мин, а ЗАО «Телмос»выставит счетвсего на 5 мин10 сек. Это позволяетклиентам компании«Телмос» существенноэкономить своисредства, особеннопри большомобъеме международныхи междугородныхпереговоров.

1.2.2. Местная,междугороднаяи международнаятелефоннаясвязь

Компания«Телмос»предоставляетуслуги местной,междугороднойи международнойтелефоннойсвязи как поаналоговой(PSTN), так и по цифровой(ISDN) сетям коммутации.

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

1.2.3. Телефонныекарты предварительнойоплаты MAGIC PHONE

Существуюткарточки трехноминалов: 10,25, 50 телефонныхединиц.

Преимуществателефонныхкарт MAGIC PHONE:

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

1.2.4.Видеоконференцсвязь

Компания«ТЕЛМОС» предлагаетуслугу видеоконференцсвязи,реализованнуюна базе технологииISDN.

Для проведениясеансов видеоконференцсвязикомпания «ТЕЛМОС»располагаетдвумя комфортабельнымистудиями,оборудованнымисамыми современнымисистемамивидеоконференцсвязи.Используютсясистемы такихвсемирно известныхпроизводителей,как Picture Tel и POLYSPAN.

Студии «ТЕЛМОС»,рассчитанына размещениеот 1 до 50 участников.Сеансы видеоконференцсвязимогут проводитьсяна скоростяхот 64 до 512 кбит/скак в режиме«точка-точка»,так и в многоточечномрежиме, когдавозможно объединениедо 4 участников,находящихсяв различныхгородах.

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

«ТЕЛМОС»оказываетпомощь в подборестудий видеоконференцсвязив других городахи странах.

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

Для Клиентов«ТЕЛМОС», имеющихISDN линии, компанияготова предоставитьвозможностьпроведениясеансов видеоконференцсвязив их офисах.

Областиприменениявидеоконференцсвязи:

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

1.2.5. Подключениечерез ISDN

ТехнологияISDN (Integrated Service Digital Network) предоставляетвозможностьобеспечитьполностьюцифровой доступк услугам телефоннойсвязи и передачиданных. Такойдоступ организуетсяпо обычноймедной паре(к которой, правда,предъявляютсяболее высокиетребованияпо затуханию).При организацииабонентского(базового-BRA)доступа враспоряжениипользователяодновременноимеются дваканала по 64Кбит/с.

ПреимуществаISDN доступа:

Появляетсявозможностьодновременноразговариватьпо телефонуи передаватьданные.
Скоростьпередачи данныхвсегда стабильнаи составляет64 или 128 Кбит/с.
ISDN-соединениеустанавливаетсяпрактическимгновенно.
Это болееэкономичноерешение дляпередачи данных,чем выделенныйканал. А еслиISDN соединениеустановленопостоянно, тооно вообщеничем не отличаетсяот выделенногоканала.
После установкиISDN-BRA линии появляетсянесколькоразличныхвозможностейее применения.Используя ISDNадаптер (модем)с аналоговымпортом можноподключитьк нему свойтелефон и компьютер,получая возможностьодновременноразговариватьпо телефонуи работать вИнтернете.Если же работаеттолько компьютер,то скоростьдоступа не 64,а 128 Кбит/с.

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

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

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

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

1.2.6. Подключениечерез Frame Relay

ТехнологияFrame Relay - это технологияпакетной передачи,которая предполагаетустановкулогическогосоединения(т.н. DLCI PVC) в физическомканале. Одинфизическийканал можетсодержатьнесколько DLCIPVC.

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

В каких случаяхимеет смыслзаказыватьFrame Relay?

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

Доступ вИнтернет поFrame Relay также обойдетсядешевле, чемпо выделеннойлинии.

Если ожидаетсянизкая загруженностьканала в течениесуток, то будетболее выгодноприменитьтехнологиюFrame Relay. В этом случаеможно заказатьнебольшую CIR(или даже CIR=0); приэтом аренднаяплата за канал(т.е., фактическиза CIR) будет минимальна.

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

1.2.7. Доступв сеть Интернет

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

Услугикоммутируемогодоступа поаналоговойабонентскойлинии;
Коммутируемоесоединениепо цифровойабонентскойлинии ISDN;
Постоянноесоединениепо выделенномуканалу;
Подключениек Интернет-провайдеруна скорости64-128 Кбит/с;
Постоянноевиртуальноесоединениес использованиемпротокола«ретрансляциикадров» - Frame Relay;
Услуги размещенияперсональныхстраниц;
Услуги хостинга(размещениясайтов);
Регистрациядоменных имен;
ПредоставлениеIP-адресов;
Почтовыйсервис (предоставлениепочтовых ящиков).

1.2.8. Разработкаоптимальныхтехническихрешений телефонизацииофисов

В зависимостиот месторасположенияофиса и наличиинеобходимыхкоммуникаций«ТЕЛМОС» можетпредложитьразличныерешения потелефонизации:

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

1.2.9.Дополнительныеуслуги

ТЕЛМОС предлагаетуслуги международнойсвязи по передачеданных на базепротоколовFrame Relay, X.25 и TCP/IP, доступк SWIFT, к системамReuters и Bloomberg, в сетиInternet.

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

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

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

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

В компании«ТЕЛМОС» внастоящее времянасчитывается216 сотрудников.Компания разбитана Службы иДепартаменты,которые, в своюочередь разбитына отделы, отделына группы. Воглаве компаниистоит Президенти Совет Директоров.Ниже представленаукрупненнаяорганизационнаяструктурапредприятия:

АппаратПрезидента
1. Секретариат
2. Юридическийотдел
3. Отдел кадров
Административнаяслужба
Коммерческаяслужба
1. Отдел продаж
2. Отдел сопровождениясуществующихклиентов
3. Отдел продажновых услуг
4. Отдел маркетингаи рекламы
5. Административнаягруппа
Бухгалтерия
1. Отдел бухгалтерскихопераций
Департаментработы с клиентами
1. Отдел работыс клиентами
2. Отдел обслуживанияклиентов
Финансоваяслужба
Департаментфинансов
1. Отдел планированияи анализа
2. Отдел текущихопераций
Департаментвнутреннегоаудита
1. Отдел лицензийи протокола
2. Экспертно– договорнойотдел
3. Отдел управлениякачеством
Техническаяслужба
1. Отдел станционныхсооружений
  1. Группа поорганизациистроительствастанционныхсооружений
  2. Группа поподготовкетехническихрешений
2. Отдел линейныхсооружений
  1. Группа поорганизациистроительствалинейныхсооружений
  2. Группа текущегоразвития
Служба эксплуатации
Департаментэксплуатациисети
1. Абонентскийотдел
2. Отдел эксплуатации5ESS
3. Отдел эксплуатацииSDH
4. Отдел эксплуатациисистем ПД
5. Отдел техническойподдержки иремонта
Департаментинформационныхтехнологийи систем
1. Отдел разработкии сопровожденияпрограммныхсистем
2. Отдел системногоадминистрирования
Служба развитиябизнеса
1. Отдел перспективногопланирования
  1. Группа разработкиновых техническихрешений
2. Отдел новыхтехнологийи услуг

1.4. Описаниеподразделения,в котором проходилапрактика.

Я проходилапрактику вДепартаментеинформационныхтехнологийи систем в отделеразработкии сопровожденияпрограммныхсистем (далееОРСПС).

1.4.1. Общиеположения оботделе.

ОРСПС являетсяструктурнымподразделениемДепартаментаинформационныхтехнологийи систем ЗАО«Телмос», а егоначальникподчиняетсяруководителюДепартаментаинформационныхтехнологийи систем Компании.

В своейдеятельностиОРСПС руководствуетсядействующимзаконодательствомРФ, УставомКомпании, приказамии указаниямиПрезидентакомпании,утвержденнымв компании«Положениемо персонале»,а также другиминормативнымиактами.

1.4.2. Основныезадачи отдела.

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

2. Описаниепредметнойобласти

Департаментинформационныхтехнологийи систем совместнос Департаментомфинансов наоснове Корпоративнойинформационнойсистемы ЗАО«Телмос» разработалиПодсистемуавтоматизацииФинансовойслужбы. Этобыло сделанона основе средствMSAccessна языке SQL.В данный моментсистема находитсяна стадии внедренияи требуетсядетальноеописание еевозможностей.Целью моейпрактики былоизучение этойинформационнойсистемы и созданиеРуководствапользователя.

2.1. Назначениеи функции подсистемыавтоматизациифинансовойслужбы (ФС).

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

ПодсистемаавтоматизацииФС реализуетследующиефункции:

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

В составподсистемыавтоматизацииФС включеныследующиемодули:

База данныхФС (SQL_BOSS)

2.2. Функциимодуля «Базаданных Финансовойслужбы (ФС)».

Модуль «БДФС»обеспечиваетвыполнениеисследующихфункций:

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

Формированиеи регистрациярасходныхдокументов
Акцептованиерасходныхдокументов
Осуществлениепоиска расходныхдокументов

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

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

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

Формированиеи регистрацияплатежногодокумента наоснованиирасходногодокумента
Акцептованиедокументаруководителемфинансовогодепартамента
Акцептованиедокументаглавным бухгалтеромили президентом
Оформлениеотметки обоплате документа
Установлениесвязи междуплатежным ирасходнымдокументом

2.2.4. Автоматизацияпроцедурыпланированияи движенияденежных средств:

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

2.2.5. Получениеотчетов обисполнениибюджета и движенииденежных средств:

Формированиеотчетов поисполнениюбюджета и остаткамбюджетныхсредств
Формированиеотчетов обисполнениипланов движенияденежных средств

2.2.6.Формированиеинформацииоб остаткахна расчетныхсчетах.

2.2.7.Ведениеи просмотр базыданных справочников:

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

Результатыработы представленыв приложении.

3. Заключение.

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

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

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

Литература.

Все материалыдля отчета –рабочие документы,предоставленныеруководствоми сотрудникамиЗАО «Телмос»

Приложение.

Финансоваямодель и архитектурасистемы бюджетирования

Цели изадачи бюджетирования

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

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

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

 внедрениепроцедур регулярногофинансовогопланированияи контроля надисполнениембюджета;

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

 составлениегодового бюджетапредприятия;

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

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

 постановкаплановыхфинансово-экономическихцелей;

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

 анализпричин вызвавшихотклонения;

 корректировкапланов.

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

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

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

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

 целиразработкифинансовоймодели (в т.ч.информация,необходимаяруководителямкомпании дляпринятия решений);

 существующиеограничения;

 стратегияразвития компании;

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

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

 бизнес-направления;

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

 центрыфинансовогоучета

 основныебизнес-процессыкомпании

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

 Бюджеты;

 Отчеты;

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

 Операционныебюджеты - бюджетыбизнес-направлений;- бюджеты подразделений;- бюджеты центровфинансовогоучета (ЦФУ); -бюджеты бизнес-процессов;- бюджеты проектов;

 Финансовыебюджеты (сводныебюджеты.): - бюджетдоходов и расходов(прибылей иубытков); - бюджетдвижения денежныхсредств (кассовыйбюджет); - бюджетпо балансовомулисту (прогнозныйбаланс). Бюджетыбизнес-направленийсоставляютсяпо каждомунаправлениюдеятельностии содержат всюнеобходимуюинформациюдля оценки ихфинансово-экономическойэффективности,принятия решенийо дальнейшемих развитиии финансировании.
Бюджетыподразделенийсоставляютсяпо каждомуструктурномузвену компаниив соответствиис действующейорганизационнойструктурой.
Бюджетыцентров финансовогоучета (ЦФУ)составляютсяпо каждому ЦФУв соответствиис действующейфинансовойструктурой.
Еслив компаниидействуетфинансоваяструктура, томожно ограничитьсясоставлениембюджетов ЦФУ,а бюджеты поподразделениям,входящим всостав ЦФУ нестроить.
Бюджетыбизнес-процессовсоставляютсяпо каждомувыделенномубизнес-процессукомпании. Например,если в компаниивыделен бизнес-процесс"Сбыт", ему могутсоответствоватьследующиебюджеты: бюджетпродаж, содержащийинформациюо планируемыхобъемах реализациив натуральныхи стоимостныхпоказателях,и бюджет коммерческихрасходов, содержащийинформациюо планируемыхрасходах, связанныхс реализациейпродукции вобъемах, заложенныхв бюджетепродаж.
Бюджетыпроектов составляютсяпо каждомупроекту компании.Это могут бытьпроекты, непосредственносвязанные сосновнойдеятельностьюкомпании ипоэтому проводимымина регулярнойоснове. Например,в компаниях,занимающихсяоказаниемразличногорода услуг,проекты могутявляться основнымобъектом планированияи контроля,поэтому необходимобудет вестибюджетированиепо проектам.Также это могутбыть единичныепроекты, например,проект по расширениюпроизводственныхмощностей илипроект по созданиюнового продукта.
Финансовыебюджеты - этоконсолидированныебюджеты компании.Финансовыебюджеты строятсяпо компаниив целом или поцентрам прибыли,т.е. по центрамфинансовогоучета компании,по которымможно рассчитатьфинансовыйрезультат.Финансовыебюджеты имеютстандартныеформаты длявсех компаний.
Чтокасается форматовоперационныхбюджетов, тодля них не существуетстандартныхформатов. Каждаякомпания выбираетудобный длясебя форматоперационныхбюджетов.
Отчет- финансовыйдокумент,представляющийв систематизированнойформе на заданноминтервалевремени фактическиезначения статейбюджета.
Форматыотчетов должнысовпадать сформатамипланов, иначеневозможнобудет провестиплан/фактныйанализ. На многихроссийскихпредприятияхпроцесс финансовогопланированияи контроляорганизовантаким образом,что планированиемзанимаетсяодна служба(например,плнаново-экономическийотдел), а отчетнуюинформациюподготавливаетдругой отдел(например,бухгалтерия).Причем плановаяи отчетнаяинформацияготовитсясовершеннов разных форматах.
Отчетпо результатамбюджетногоанализа- финансовыйдокумент,представляющийв систематизированнойформе на заданноминтервалевремени основныевыводы обэффективностиисполнениябюджета и предложенияпо корректировкеисходных гипотези предположенийна будущиепериоды.
Регламентсистемы бюджетирования- документы,представляющиев систематизированнойформе описаниепроцедурфинансово-экономическогопланирования,учета, анализаи контроля,действующиев компании.

Схема1. Архитектурабюджетнойсистемы компании

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

 Временнойрегламентпланирования;

 Временнойрегламентучета;

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

 Организационныйрегламентпланирования;

 Организационныйрегламентучета;

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

 Организационнаяструктуракомпании;

 Схемаорганизациибизнесов компании;

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

Схема2 Общая схемаконсолидацииинформациив системебюджетирования

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

1. Экспресс-диагностикадеятельностикомпании
1.1.Организационнаядиагностика:

структурнаясхема компании
штатноерасписание
должностныеинструкции
другиеорганизационныедокументы,регламентирующиедеятельностькомпании
1.2.Финансово-экономическийанализ деятельностикомпании запредшествующиепериоды - анализдинамикифинансово-экономическихпоказателей
1.3.Описание ианализ существующейсистемы финансовогопланированияи контроля
1.4.Функциональнаядиагностикапо направлениям:
сбыт
производство
снабжение
НИОКР
общефирменныеслужбы
1.5. Информационнаядиагностика- анализ информационныхпотоков вфункциональныхразрезах:B
сбыт
производство
снабжение
НИОКР
общефирменныеслужбы
2. Построениефинансово-экономическоймодели бюджетирования
2.1.Определениеосновных целейи задач системыбюджетирования- формированиеперечня количественныхпоказателейдеятельностикомпании иподразделений,которымируководителямнеобходиморасполагатьдля принятияуправленческихрешений
2.2. Анализисточниковинформации,которые можнобудет использоватьпри проведениипланово-контрольныхрасчетов покомпании иподразделениям
2.3.Построениеинформационноймодели формированияплановой информациипо компаниии подразделениям
2.4.Построениеинформационноймодели формированияфактическойинформациипо компаниии подразделениям
2.5.Построениеинформационноймодели анализаисполнениябюджета компаниии подразделений
2.6.Определениеперечня и составааналитическихи управленческихотчетов, необходимыхдля функционированиямодели бюджетированияпо направлениям:
Компанияв целом
Функциональныенаправления:
сбыт;
производство;
снабжение;
НИОКР;
общефирменныеслужбы.
3. Формированиеорганизационныхпроцедурфункционированиясистемыбюджетирования
3.1.Определениепорядка формированияплановых показателейбюджета компаниии подразделений
3.2.Определениепорядка формированияфактическихпоказателейбюджета компаниии подразделений
3.3.Определениепорядка контроляисполнениябюджета компаниии подразделений
3.4.Организационныйпорядок проведенияанализа исполнениябюджета компаниии подразделений
3.5.Организационныйпорядок проведениякорректировкипланов целей,мероприятийи бюджетовподразделенийи компании вцелом
4. Проведениеорганизационныхизменений вкомпании
4.1.Открытиедополнительныхподразделенийдля поддержкифункционированиясистемы бюжетирования
4.2.Определениедополнительныхфункций иобязанностей,связанных споддержкойфункционированиясистемыбюджетирования
4.3.Формированиеи введение вдействие пакетаорганизационныхдокументов,регламентирующихфункционированиесистемы бюджетирования

Cистемы бюджетирования- критерии оценки.

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

Критерииоценки систембюджетирования

Дата:20-01-2002
Авторы: ВалерийЧаусов - Генеральныйдиректор компанииIntersoft Lab
АлександрАшкинадзе -Генеральныйдиректорконсалтинговойкомпании "ТрастКонто"

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

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

Эталоннаясистема бюджетирования

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

Состави свойстваинформационныхобъектов

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

Измерениябюджетныхпланов статей.Планированиеи анализ бюджета- как правило,многомернаязадача. Однии те же цифрытребуетсярассматриватьв разрезеорганизационно-штатнойили финансовойструктуры, вразличныхфинансовыхинструментах,в разрезепоставщиков,потребителей,продуктов иуслуг. Все этиизмерениябюджетныхстатей должныхарактеризоватьсясоответствующимисправочниками.Как минимум,этих справочниковв системе должнобыть четыре:
1. Организационно-штатнаяи финансоваяструктура.Этот справочникобязательнодолжен бытьиерархическими допускатьнеограниченнуювложенностьуровней структуры.При этом необходиморазличать какструктурные(или финансовые)подразделения,так и менеджеров,ответственныхза тот или инойучасток планирования.В финансовойструктуренаходит отражениеиерархия центровприбыли, затрат,финансовойответственности,отчетности,ценообразования,управленияресурсами идругих центров,определенныхметодикойбюджетирования.Хотя для началаработы с бюджетомобычно хватаетпервых трехвидов.
2. Валюты,курсы. Как правило,консолидированныйбюджет в концеконцов приводитсяк какой-нибудьодной валюте.Иногда требуетсяего представлениев других валютах(чаще всего -только в однойдополнительной).На первый взгляд,для этой целиможно обойтисьпростым пересчетомбюджета изодной валютыв другую. Однако,если принятьво вниманиепроцесс планированияи учета, тоокажется, чтона этих этапахпросто необходимовводить значенияв систему вразных валютах.Следовательно,в системе должнонайти отражениеведение курсоввалют. Лучше,если в системеможно вестиразличныевиды курсов.Эта особенностьможет существеннопригодитьсяпри учете внешнихи внутреннихцен предприятия.
3. Продукты,услуги, материальныеценности. Втой же степени,как и для валют,существуетпотребностьв справочникетоварно-материальныхценностей.Для производственныхили торговыхпредприятийпланированиебюджета неразрывносвязано с ихноменклатурой.Что же касаетсяхозяйственнойдеятельностипредприятий,то независимоот сферы ихдеятельности,смету капитальныхвложений илихозяйственныхрасходов всегдаудобнее вестив натуральномизмерении.Но, посколькубюджет - этофинансовыйдокумент, наличиев системе ценна товары иуслуги дляприведениянатуральногоучета к денежномупросто необходимо.
4. Клиенты,потребителии поставщики.Такое измерениебюджетныхстатей можетне присутствоватьв упрощенномварианте системыбюджетирования.Однако, припланированиии особеннопри учете всегдаимеется желаниеи возможностьуказать - длякаких контрагентоввыполняютсяоперации. Еслинет такогоизмерениябюджетнойстроки, тоинформацияо клиентах,потребителяхи поставщикахвсе равноприсутствуетв системе ввиде примечаний,комментариевк статьям илибюджетнымстрокам и т.д..Если же этуинформациюструктурироватьв виде еще одногоклассификаторабюджета, топоявляетсявозможностьвести планированиебюджета с позицийориентациипредприятияна своих клиентов(потребителей).А это, в своюочередь, даетдополнительную,очень ценнуюинформациюпри анализебюджета дляпредприятий,ориентированныхна рынок. Такженаличие справочниковпотребителейи поставщиковсущественноупрощает вводинформациив систему припланированиии учете.
Бюджетныепланы статей- это информационное"сердце" системыбюджетирования.Статьи бюджетав разрезеперечисленныхвыше справочниковобъединяютсяв планы статейпо своемуназначению.Сколько в системебюджетированиядолжно присутствоватьтаких плановстатей? Какминимум три:бюджет доходови расходов,бюджет движенияденежных средств,а также бюджетактивов и пассивов(баланс). Но, какправило, дляболее полногоучета спецификиработы предприятия,реализацииопределеннойметодикибюджетированияи созданияудобных вэксплуатациирабочих местприменяютсяисходные ипроизводныепланы:

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

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

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

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

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

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

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

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

Алгоритмыпланирования.Как правило,максимальноевнимание всистемахбюджетированияуделяетсяименно технологиипланирования.Алгоритмыпланированияразличаютсяпо своемуназначению:
- Расчет значенийстатей повременномугоризонтупланирования.Обеспечиваетна основаниизначения статьиза один временнойпромежуток(например, квартал)рассчитатьзначения статьиза другие временныепромежутки(например, месяц).
- Расчет значенийстатей по ЦФО.При планировании"сверху-вниз"позволяетвычислятьзначение статьидля разныхЦФО на основаниицелевого значениястатьи. Приэтом применяютсякак весовыекоэффициенты,так и справочникикоэффициентов.
- Применениестатистическихметодов расчетадля отраженияв бюджете логикиобъемных операций,учет сезонныхколебаний,ритейловыхопераций.Применениешаблонов расчетастатей и настроекв виде языкаформул.
- Расчет значенийстатей на основаниизначений другихстатей.
- Расчет значенийстатей по бюджетнымдокументами другой первичнойинформации.
- Обеспечениепроцессапланирования"от достигнутого"- перенос значенийстатей с предыдущегопериода, какпланового,так и фактическогос использованиемкоэффициентови без них.
- Моделирование"что если".Пересчёт исходногораспределениязначений статейна основанииизмененияодного иззапланированныхпоказателей.
- Реализациятехнологии"скользящегобюджета", когдавременнойгоризонт плана,равный кварталу,ежемесячнопереноситсяна один месяцвперед по окончанииочередногоотчетногопериода.
Алгоритмыучета исполнениябюджета. Порой,при рассмотрениисистем бюжетирования,незаслуженномало вниманияобращаетсяна задачиавтоматизацииучета исполнениябюджета. Исовершеннонапрасно. Еслипри планированиибюджета большеручного трудаи интеллектуальнойработы специалистов,то учет фактовпри исполнениибюджета в большеймере поддаетсяавтоматизации.Особенностьалгоритмовучета исполнениябюджета заключаетсяв том, что ониво многом зависятот вида системавтоматизациина предприятии,состава данныхв них и принятойучетной политики.Различаютсядва вида алгоритмов:
- Учет факта наоснованииданных бухучета.Это алгоритмырасчета значенийстатей на основанииостатков, оборотови проводок посчетам бухгалтерскогоучета. При этомприменяютсяфильтры помаске, корреспонденциисчетов, признакаманалитики,таблицы разноскипо статьям имногие другиеприемы, позволяющиеполучить вавтоматическомрежиме максимуминформациидля учетаисполнениябюджета.
- Расчет значенийстатей по даннымвнесистемногоучета, по бюджетнымдокументами другой первичнойинформации.Он возможентолько в системахс расширеннымнабором информационныхобъектов. Еслисложности сполучениемпервичнойинформациив системебюджетированиярешены, тоалгоритмырасчета будутпредставлятьсобой наборспециализированныхпроцедур,ассоциированныхс видами документов.
Агрегацияи консолидация- алгоритмы, вравной мереприменяемыекак при планировании,так и при фактическомучете.

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

Аллокациии трансферты.Эти алгоритмыпризваны обеспечитьперераспределениедоходов и расходовпо ЦФО в связис учетом общекорпоративныхзатрат, а такжепри применениивнутреннегоценообразованияна ресурсы,материальныеценности, товарыи т.д.
Учетобщекорпоративныхзатрат, какправило, выполняетсяв "обеспечивающих"подразделениях- АХО, службаавтоматизации,автопарк ит.д. Также к этимзатратам относятсязатраты науправление,коммунальныеплатежи и т.д.Задача алгоритмоваллокации -перенестивыполненныеили планируемыеобщекорпоративныезатраты на ЦФОв соответствиис установленнымиправилами.Нередко аллокациирассматриваютсяне только какнабор алгоритмовразноски значенийстатей, но икак последовательностьвыполненияэтих алгоритмов,когда исходнымиданными длярасчета являютсярезультатыпредыдущихэтапов расчетааллокаций.
Трансфертыприменяютсяв условияхполного иличастичногохозрасчетана предприятии.Покупка и продажаресурсов междуЦФО по внутреннимценам приводитк искажениюкартины доходови расходов поЦФО при их прямомучете. Трансферт(перенос) частизатрат илидоходов состатей одногоЦФО на другойв соответствиис правиламивнутреннегоценообразованиянеобходим дляадекватнойоценки деятельностиЦФО. Как дляаллокаций, таки для трансфертовв системебюджетированиядолжен присутствоватьряд механизмов,позволяющийнастроитьрасчеты всоответствиис принятымина предприятииправилами:

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

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

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

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

Файловая системабюджетирования.
Система бюджетированияс единой базойданных.

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

Файловая системабюджетирования.Одним из самыхнаглядныхпредставителейсистем бюджетированияс файловойорганизациейявляется системабюджетирования,построеннаяс применениемExcel. Каждый специалист,участвующийв процессебюджетированияработает сосвоей персональнойтаблицей. Затем,в целях консолидацииинформациивыполняетсясбор таблици расчет консолидированныхданных. Такаяорганизацияработы с бюджетом- проста и понятна.Однако, слабойстороной файловыхсистем являетсяих низкая реакцияпри взаимодействииучастниковбюджетногопроцесса ивысокие накладныерасходы привыполненииконсолидацииданных. Например,изменениесостава статейв процессепланированиявозможно толькодо моментапередачи файловучастникампроцессабюджетирования,а интерактивноепланирование,защита и утверждениестатей - совсемневозможны.Как следствие,количествоитераций припланированиисущественноограничиваетсяобъективносуществующимивременнымирамками.
Системабюджетированияс единой базойданных. Этоболее современныйподход, чемфайловая организациясистемы бюджетирования,поскольку оносновываетсяна технологии"клиент-сервер".Этот подходобеспечиваетодновременнуюработу многихпользователейс одними и темиже данными. Всвязи с этимвозможно оперативноевнесение измененийв структурубюджетныхпланов и интерактивноевзаимодействиеучастниковбюджетногопроцесса. Процессконсолидациипри этом перестаетбыть ответственнойи уязвимой отсбоев задачей,поскольку вданном случаеон обеспечиваетсянадежнымисредствамиСУБД. Как правило,любая системас единой базойданных предполагаетналичие ворганизациисвоего администратора.Поэтому системабюджетированияс единой базойданных можетоказатьсяизбыточнойдля малыхорганизаций.
Организациявзаимодействияс удаленнымифилиалами.Наличие филиаловподразумеваетдополнительнуюзадачу пообеспечениювзаимодействияс ними припланированиии учете. Этоотдельнаятехнология,и она как можетприсутствоватьв системебюджетирования,так и можетбыть опущена.Для файловыхсистем бюджетированияналичие удаленныхфилиалов совершеннонекритично,посколькувремя передачифайла от центраконсолидациилюбому участникупроцесса гораздоменьше, чемсам периодсамостоятельнойработы специалистасо своей локальнойтаблицей. Системыбюджетированияс единой базойданных дляорганизациивзаимодействияс удаленнымипользователямитребуют наличияустойчивыхканалов связи.В последнеевремя все чащедля этой целииспользуетсяИнтернет,позволяющийприменение"тонкого"клиента дляинтерактивноговзаимодействияудаленныхпользователейс единой базойданных.
Удобствав работе с системой.Это функциональностьсистем, направленнаяна обеспечениекомфортноговзаимодействияпользователейс системой идруг с другом.Эти "маленькиерадости" могуткоренным образомизменить отношениепользователейк системебюджетирования:
- Лимиты, защищенныестатьи. ВозможностьруководителямЦФО более высокогоуровня финансовойструктурыустанавливатьзначения статейдля ЦФО нижнегоуровня, в рамкахкоторых онимогут выполнятьпланирование.
- Утверждениестатей и планов.Эта функциональностьпозволяетфиксироватьсогласованныепланы или значенияотдельныхстатей с цельюпредотвращенияих несанкционированногоизменения.
- Примечанияк статье. Своеобразныйпротоколкомментариевк статье, которыйсовместноведут участникибюджетногопроцесса присогласованииее значения.
- Визуализациярасхождений.Фильтрацияили цветовоевыделениекритичныхрасхождениймежду планоми фактом. Этавозможностьпозволяеторганизоватьоперативный(ежедневный)контрольрасхождений,посколькусущественноэкономит времяпри анализеотклонений.
- Контроль ошибок.Посколькусистема бюджетирования,помимо всегопрочего, - этоширокий наборалгоритмови взаимосвязанныхвычислительныхпроцессов, тоналичие в системесредств протоколированияхода расчетовпозволяетоперативноразобратьсяв возможныхколлизиях ипротиворечияхзначений бюджетныхстатей.
- Версионностьпланов. Поддержканесколькихвариантовплана бюджета.Как правило,достаточноналичие трехвидов - "оптимистичный","пессимистичный"и "оптимальный".
- Возможностьодновременногопланированияв произвольныхвременныхпериодах. Такаявозможностьпозволяетустранитьискусственныеограничениявременныхпериодовбюджетированияпри планированиизначений статей,отражающихразличныесферы деятельностипредприятия.
- Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Этавозможностьнаиболее эффективнорешается всистемахбюджетированияс единой базойданных.
- Средства анализабюджета. К нимотносятся -"сверлениеданных", OLAP-анализ,ранжирование,кластерныйанализ, тренды,анализ отклонений,долей и т.д.Например,реализацияв технологии"отчет - однакнопка" такойзадачи, каксортировкаитоговыхрезультатов,при которойотображаются10 продуктов,производствокоторых принеслокомпании наибольшийдоход с последующимпереходом канализу соотношениядоходов отреализации"лучшей десятки"и общих доходовкомпании позволяетобеспечитьвысокую эффективностьв работе сбюджетнойинформацией.
Секретностьи безопасностьданных. Бюджетирование,являясь составнойчастью комплекснойсистемы управленияпредприятием,предъявляетповышенныетребованияк секретностии безопасностиданных. Помимозадач по сохранностиданных, решаемыхсредствамиСУБД или операционнойсистемы, системабюджетированиядолжна обеспечиватьэффективноеразделениедоступа к системедля пользователей.

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

Архитектура,платформа,средства интеграции

Архитектура.Как указывалосьвыше, самымважным вопросомпри рассмотренииархитектурысистемы, оказывающимпри этом существенноевлияние насаму технологиюбюджетирования,является еепостроениев виде файловойсистемы илисистемы с единойбазой данных.Архитектурасистемы с единойбазой данныхподразумеваетприменениетехнологии"клиент-сервер".Эта архитектураможет бытьреализованакак двухуровневая,так и многоуровневая(с выделеннымсервером расчетов,сервером дляорганизациивзаимодействияс пользователямии т.д.) Для системс единой базойданных следуетразличать видыприменяемыхбаз данных:
- Реляционнаяили многомернаябаза данных.МногомернаяБД может применяетсяне только всвязи с необходимостьюмногомерногопредставлениябюджетнойстатьи, но ис целью ускорениявычислениймножестваалгоритмов,применяемыхпри бюджетировании.
- Наличие Хранилищаданных предъявляетособые требованияк построениюбазы данныхсистемы бюджетирования.Как правило,Хранилищеданных применяетсядля решениязадач финансовойконсолидацииданных системногои внесистемногоучета, а такжеиспользованияэтих данныхпри автоматизацииучета исполнениябюджета.
Программно-аппаратнаяплатформа -сервер базыданных и сервераприложений,платформа дляорганизациирабочих мест,требованияк сетевымкоммуникациям.
Средстварасширенияфункций системы:
- Наличие в системегенераторовотчетов. К ниммогут относитьсяспециализированныеконструкторыотчетов, OLAP-средства,встроенныегенераторыотчетов типа"одна кнопка"для конечныхпользователей.
- Наличие в системеязыка формули/или скриптовогоязыка - дляреализацииалгоритмоврасчетов.
- Открытый API дляпрограммиста.Он важен дляпредприятий,ориентированныхна существенноеразвитие системысобственнымисилами.
Средстваинтеграциис другими средствамиавтоматизациипредприятия:
- Возможностипо интеграциис офиснымиприложениями- Excel, Word, электроннойпочтой должныбыть представленына уровнесовременныхтехнологий.
- ПрименениеXML для интеграциис другими системамиавтоматизациипредприятияявляется признакомсовременнойсистемы бюджетирования.

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

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

Авторы:Елена Королева- руководительгруппы документациикомпании IntersoftLab
АлександрГалашкин -руководительпроекта компанииIntersoft Lab

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

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

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

Вобзор статьивошли системы:

КонтурКорпорация.Бюджет.Разработчик:IntersoftLab. Партнер:ТрастКонто.
ComshareMPC.Разработчик:ComshareSoftware.Партнер:КорусКонсалтинг.

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

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

Презентациисистем бюджетирования,собранныеусилиями проекта"Корпоративныефинансы"на новом информационномCD-диске, полностьюпосвященномсистемамбюджетирования.
Информацияс веб-сайтовкомпаний-производителейсистем бюджетированияи консалтинговыхкомпаний,продвигающихих на российскийрынок.
Частные консультациипредставителейпоставщиковсистем бюджетирования.
Мнения исуждения осистемахбюджетированияиз известныхинтернет-форумовwww.bankir.ru,www.cfin.ru.

КонтурКорпорация.Бюджет

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

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

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

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

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

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

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

Бюджетныепланы статей

Всистеме предлагаютсяпланы статейдля ведения:

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

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

Основныехарактеристикистатей планов:

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

Первичнаяинформация

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

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

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

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

Процедурыавтоматическогорасчета статейпредложенына всех этапахбюджетирования:Алгоритмыпланирования

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

Алгоритмыучета исполнениябюджета

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

Агрегацияи консолидациябюджетныхданных

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

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

Аллокациии трансферты

Использованиешаблонов приразноске значенийстатей.
В системеаллокации итрансфертырассчитываютсяпо заданномушаблону. Шаблонраспределенияобщих затратпо ЦФО настраиваетсяв таблице аллокаций.Для расчетатрансфертовактивы и пассивыгруппируютсяв портфелиресурсов, и наних устанавливаютсятрансфертныеставки.
Использованиенормативови дополнительныхсправочников.
Справочникисистемы расширяютмеханизм шаблоноврасчета аллокацийи трансфертов,в них определяются:
- базы распределений- показатели,пропорциональнозначениямкоторых будутраспределятьсяаллокации;
- ставки длярасчета трансфертныхплатежей идр.
Использованиеязыка формул.
Системаимеет встроенныйязык формул.С помощью формулможно задавать,например, алгоритмперекрестныхраспределенийзатрат (аллокаций)в виде системылинейных уравнений.
Скриптовыйязык.
Для описанияалгоритмоваллокаций итрансфертовмогут использоватьсяязыки Python и Visual Basic.
Вядро системывстроен интерпретаторязыка Python, такчто он можетвыполнятьмакросы, читаяих из базы данныхили из файла.Также в ядровстроены функциивызова интерпретатораVisual Basic Script, которыйявляется частьюоперационнойсистемы Windows. Макросына VB Script такжевыполняютсяиз базы данныхи из файла.

Алгоритмырасчета финансовыхрезультатов

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

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

Основныехарактеристикимодели организацииработы пользователейв системе:
Автоматизацияколлективнойработы с бюджетом

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

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

Участиев едином бюджетномпроцессе удаленныхфилиалов можетбыть обеспеченоследующимобразом:

Организованаработа с Хранилищемданных с помощьюInternet-приложения.Web API системы позволяеторганизоватьобмен даннымимежду Хранилищеми Internet-браузером.
Настроенасвязь удаленныхклиентскихприложенийс Хранилищемчерез выделенныйканал передачиданных.
ИспользованыExcel-шаблоны. Можнозадать плановыепоказателифилиала вспециальномExcel-шаблоне, понему автоматическибудет сформированXML-файл, из которогозагрузчикимпортируетданные в Хранилище.

Удобствав работе с системой

Лимиты, защищенныестатьи. Штатныережимы системыобеспечиваютвозможностьустановкиограниченийна плановыепоказателиперед началомпланированияв подразделениях.Руководителимогут задаватьлимиты на значениябюджетныхстатей подразделений,выше которыхпланировщикине смогут задаватьпоказатели.Также руководителимогут защищатьот корректировкизначения статьи.
Утверждениестатей и планов.После согласованиялюбую статьюбюджетногоплана можноутвердить,после чего онабудет заблокированаот изменений.Также можноутвердитьцелый бюджетныйплан, послечего будетзапрещенакорректировкавсех его статей.
Примечанияк статье. Длякаждой статьибюджетногоплана можнописать примечание.В виде примечанийможет бытьорганизованообсуждениеи согласованиеустанавливаемыхплановых значенийучастникамибюджетногопроцесса.
Визуализациярасхождений.Разделы бюджетногоплана, в которыхвыявлено расхождениеплана и фактапомечаютсякрасным цветом.
Контроль ошибок.В системе операциипо загрузкеданных и всерасчеты, выполняемыена этапе бюджетирования,протоколируются.Информацияо текущем процессезагрузки\расчетаи его результатахприводитсяв специальныхжурналах.
Версионностьпланов. В системепо каждой статьеплана хранитсяистория измененияее состояний- даты открытияи закрытиястатьи в планеи история установкизначений статьи.Наличие этихданных позволяетконтролироватьизменениесостояниябюджетногоплана.
Возможностьодновременногопланированияв произвольныхвременныхпериодах. Врамках одногоплана можнозадавать показателиза год, квартал,месяц, день.
Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. В системеплановые ифактическиезначения статейустанавливаютсяв рамках единогобюджетногоплана, поэтомусостав бюджетныхстатей дляплана и фактавсегда согласован.Можно изменятьсостав статейне утвержденногобюджетногоплана.
Средства анализабюджета. Системапредлагаетширокий спектринструментовконтроля ианализа бюджетов,с помощью которыхможно своевременновыявить расхожденияфактов с планом,проанализироватьфинансовыйрезультат,выявить перспективныебизнес-направления,эффективноработающиеподразделения,области избыточногорасхода и др.Среди них:
- Интерфейсконтроля исполнениябюджета, в которомможно получитьинформациюоб исполнениибюджета вабсолютноми процентномвыражении,пояснения обисполненииплана по бюджетнымстатьям и др.информацию.
- Генераторотчетов, встроенныйво все интерфейсыдля работы сданными Хранилища.Чтобы получитьотчет достаточносделать нужнуювыборку данныхи нажать кнопкузапуска генератора.
- Кластерныйанализ, позволяющийобъединятьстатьи в группы(кластеры) позаданным признакам,сравниватьгруппы, выявлятьсреди них наиболееи наименеедоходные\расходные.
- Факторныйанализ длявыявленияобстоятельств(факторов),повлиявшихна значениестатьи бюджета.С помощью негоможно проводитьанализ долейдоходов отразличныхвидов деятельностив общей суммедоходов подразделения,анализ долейподразделенийв статье бюджетаи т.п.
- OLAP-анализ. С помощьюOLAP-клиента КонтурСтандарт можновыполнятьдинамическийанализ данныхХранилища,генерировать"на лету"произвольныеотчеты. В составеOLAP-клиента предлагаетсянабор готовыхформ динамическихотчетов дляполучения ианализа финансовыхпланов побизнес-направлениями подразделениям,сметы капитальныхвложений, структурыдоходов и расходовпо сотрудниками др.

Секретностьи безопасностьданных

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

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

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

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

Архитектура,платформа,средства интеграции
Архитектура

Системапостроена набазе Хранилищаданных. Хранилищеданных имеетреляционную(relational) архитектурусо схемой "снежинка"(ROLAP). АрхитектуруХранилищаданных можносделать гибридной(HOLAP), используямногомерныеБД в качествевитрин данных,в которые будетимпортироватьсяинформацияиз Хранилища.

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

Сервер: Требованияк машине-серверудиктуютсяпредполагаемымобъемом данныхХранилища.
КлиентскиеПК: Клиентымогут работатьна ПК с процессоромPentium и ОЗУ не менее32 Mb. От мощностипроцессораи объема оперативнойпамяти клиентскоймашины, зависитскоростьаналитическойобработкиданных Хранилища.
Программноеобеспечение:ОС MS Windows NT; дополнительноеПО: Internet Explorer v. 5.0, MS Excel, MS Word.

Средстварасширенияфункций системы

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

Win API, Web API, Mail API - интерфейсыдоступа к даннымХранилища.Используя APIсистемы, можносоздаватьприложенияк системе налюбых языкахпрограммирования:Delphi, Си++ и др.
Открытая библиотекаприкладныхклассов системыи хранимыепроцедуры SQLдля манипулированияданными Хранилища:выборки, ввода,изменения,удаления и др.операций сданными.
Встроенныйинтерпретаторязыка Python и функциивызова интерпретатораязыка Visual Basic Script дляреализацииалгоритмоврасчетов.
Редактормакропрограммдля написанияпрограммногокода на языкахPython и VB Script.

Средстваинтеграциис другими средствамиавтоматизации

Данные можноимпортироватьв офисные приложенияExсel, Word, Outlook
Обмен даннымимежду Хранилищеми внешнимиавтоматизированнымисистемамиорганизуетсяс помощьюXML-файлов.

ComshareMPC

КомпанияComshare существуетна рынке около35 лет и в настоящеевремя имеетпредставительствав более чем 35странах мира.

ComshareMPC относится кклассу системкорпоративногобизнес-планирования(MPC - Management Planning and Control). Системапредставляетсобой комплексноерешение, интегрирующеепроцессыпланирования,учета фактическогоисполнения,финансовойконсолидации,управленческогоанализа и отчетности,а также имеетотдельныймодуль планированиязаработнойплаты и основныхсредств.

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

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

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

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

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

Бюджетныепланы статей

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

Заполнениегруппы статейможет бытьзакрепленоза каким-тоодним конкретнымподразделением.

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

Основныесвойства бюджетныхстатей:

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

Первичнаяинформация

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

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

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

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

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

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

Алгоритмырасчета, которыеобеспечиваетсистема наэтапах бюджетирования:
Алгоритмыпланирования

Расчет значенийстатей по временномугоризонтупланирования.Реализуетсяс помощью формул.Требует предварительнойнастройки.
Расчет значенийстатей по ЦФО.Реализуетсяс помощью формул.Требует предварительнойнастройки.
Применениестатистическихметодов расчета.Реализуетсяс помощью формул.Требует предварительнойнастройки.
Расчет значенийстатей на основаниизначений другихстатей. Реализуетсяс помощью формул.
Расчет значенийстатей по бюджетнымдокументами другой первичнойинформации.Реализованотолько дляпланированиязаработнойплаты и основныхсредств.
Обеспечениепроцессапланирования"от достигнутого".Реализуетсяс помощью формул.
Моделирование"что если".Реализуетсяс помощью формул.
Реализациятехнологии"скользящегобюджета". Всистеме естьфункция определенияпериода посмещению (кпримеру, июль+ 6 месяцев). Крометого, существуетвозможностьпереноситьитоги по предыдущемупериоду наследующийплановый период.

Алгоритмыучета исполнениябюджета

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

Агрегацияи консолидациябюджетныхданных

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

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

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

Алгоритмырасчета финансовыхрезультатов

Системаимеет механизмыподдержкифинансовойлогики (дебет/кредит,актив/пассиви т.д.).

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

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

Многопользовательскаяработа в единоминформационномпространстве- это один изключевых элементовконцепциисистемы Comshare MPC.

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

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

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

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

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

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

Лимиты, защищенныестатьи. Возможнаэмуляция этойтехнологиипосредствомсозданиядополнительныхверсий бюджетаи распределенияправ доступана просмотри запрет редактирования.
Утверждениестатей и планов.С помощью функцииfocus range в системесуществуетвозможностьустановитьтак называемыезаблокированныеобласти, которыеопределяютсядля каждойверсии бюджетаи периода времени.Благодаряэтому предотвращаетсяизменениеданных бюджетовза этот периоди изменениеимпортированныхданных. Отдельновыбраннуюстатью утвердитьи заблокироватьот измененийнельзя.
Примечанияк статье. Пользовательимеет возможностьприсоединитьтекст к значениюлюбого показателяв качествепояснения. Этизаписки хранятсяв централизованнойбазе данных,при этом ячейкас присоединеннойк ней запискойпомечаетсякрасным индикатором.
Визуализациярасхождений.В системепоставляютсяотчеты, показывающиеотклонение.
Контроль ошибок.В системе дляэтого естьстандартныйотчет. Специальныеагенты проверяютбазу данныхна наличиеотклоненийи исключительныхситуаций, которыесообщаютсяпользователюлишь в случаеих возникновения.
Вэтом случае,пользовательперенаправляетсяк тем данным,где возникларассматриваемаяситуация. Крометого, ему предоставляетсявозможностьпровести детализациюотклонениядля того, чтобывыяснить проблему.
Версионностьпланов. Контролируется.Есть возможностьустановитьдату, с которойначинает действоватьта или инаяверсия бюджета.
Возможностьодновременногопланированияв произвольныхвременныхпериодах.Предусмотренспособ привязкиразличныхданных к определеннымвременнымотрезкам. Например,одни показателимогут планироватьсяи учитыватьсяпомесячно, адругие - поквартально.
Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета.
Можнонепосредственнов процессепланированияпополнятьбюджет новымипоказателями.
Средства анализабюджета.
Системаподдерживаетразличныеформаты и методыпредставленияи анализаданных.
Во-первых,это разработкаи предоставлениепо электроннойпочте стандартныхотчетов, готовыхк распечатке.При этом могутбыть заданыграфики ихпредоставленияи способы доставкибез вмешательстваконечныхпользователей.
Во-вторых,это подготовкаотчетов пользователями"на лету" спомощью встроеннойв системуOLAP-компоненты.OLAP-отчеты имеютустойчивуюсвязь с базойданных. С ихпомощью пользовательможет смотретьагрегированныеданные в различныхразрезах, выполнятьдетализациюданных до уровнятранзакций,включать вотчеты собственныевычисленияс помощьювстроенногокалькулятора.Все вычислениявыполняютсяна сервере.
Возможностипредставленияданных могутбыть расширеныпутем включенияв отчеты различныхдиаграмм, карт,дополнительныхрасчетныхпоказателей,а также припомощи сортировкии цветовогокодированияотклонений.Эти элементыотчетов такжебудут связаныс соответствующимипоказателямив базе данных.
Отчетыи результатыанализа связаныне только сданными, но ис описаниемструктуры базыданных. В частности,формы отчетовавтоматическимодифицируютсяв соответствиисо структурнымиизменениями.

Секретностьи безопасностьданных.

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

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

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

Архитектура,платформа,средства интеграции
Архитектура

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

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

СобственногоХранилищаисходных первичныхданных нет.
Программно-аппаратнаяплатформа

База Данных:

Одно- илидвухпроцессорныйкомпьютеркласса Pentium III.
Объемпамяти - 1 GB
Операционнаясистема - Windows 2000,Windows NT, Unix, AS400.
СУБД- Oracle 8i, MS SQL Server 7.0 или2000, Hyperion Essbase 5.хили6.0, IBM OLAP Server.

Сервер приложений:

Операционнаясистема- Windows 2000, Windows NT
Microsoft Internet InformationServer
Microsoft Internet Authentication Services

Клиентскаячасть:

Компьютеркласса Pentium с ОСWindows 95, 98, 2000 или NT 4.
128-256MB RAM
Internet Explorer 4 (Service Pack 2) или5.
Связьс локальнойсетью или доступк Интернет

Средстварасширенияфункций системы

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

Средстваинтеграциис другими средствамиавтоматизациипредприятия

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

Заключение

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

Вследующейстатье циклабудут рассмотренысистемы бюджетированияHyperion Pillar, Adaytum и Бюджетноеуправлениедля 1С:Предприятие.

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

Авторы:Елена Королева- руководительгруппы документациикомпании IntersoftLab
АлександрГалашкин -руководительпроекта компанииIntersoft Lab

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

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

HyperionPillar.Разработчик:HyperionSolutions Corporation.Партнер:Вестона(в составе холдингаЛанит).
Adaytume.Planning.Разработчик:AdaytumSoftware.Партнер:Robertson& Blums Corporation.
Бюджетноеуправлениедля 1С:Предприятие.Разработчик:Консультационно-внедренческаяфирма "Инталев".

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

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

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

HyperionPillar

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

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

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

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

Бюджетныепланы статей

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

Основныесвойства статейбюджетныхпланов:

Хранение значенийво временныхпериодах. Периодпланированияв системе жесткоопределен - на5 лет по месяцам,или на 15 лет покварталам.
Иерархия статейбюджета. Иерархиястатей имеет2 уровня: тип,номер.
Собственноеи консолидированноесостояние,план, факт,отклонение.Собственноесостояние естьтолько у плановнижнего уровня.Выше - толькоконсолидированныесостояния.Отклонениене присутствуетв системе ввиде данных,а моделируетсясвязываниемразличныхбюджетов - планаи факта. Приэтом необходимобезусловноесовпадениеих структур.
Возможностьучета значенийстатьи в разныхвалютах инатуральномизмерении.Есть.
Дополнительнаяаналитикастатей. Нет.
Проводки побюджетнымстатьям. Нет.

Первичнаяинформация

Бюджетныестроки и бюджетныедокументы. Всяпервичнаяинформацияв системепредставленабюджетнымистрокамипредопределеннойструктуры.
Объекты поддержкифинансовойлогики. Этазадача обеспечиваетсядругим программнымпродуктом -Hyperion Enterprise (решениедля финансовойконсолидациив управленческихи отчетныхцелях).

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

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

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

Алгоритмыучета исполнениябюджета

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

Агрегация,консолидациябюджетныхданных

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

Аллокациии трансферты

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

Алгоритмырасчета финансовыхрезультатов

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

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

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

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

Секретностьи безопасностьданных

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

Архитектура,платформа,средства интеграции
Архитектура

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

Программно-аппаратнаяплатформа

Персональныекомпьютерыпод управлениемWindows или Macintosh.
Средстварасширенияфункций системы

Генераторыотчетов. Предусмотреноизменениесостава иочередностиколонок в формахпри формированииотчетов. Применяетсятехнологияdrag and drop. Предусмотренаинтеграцияс Hyperion Essbase OLAP Server (к сожалению,с единственнымOLAP-сервером, скоторым работаетHyperion Pillar).
Язык формул,скриптовыйязык. Существуетязык формул,применяемыйв шаблонахнастройкирасчетов. Скриптовыйязык отсутствует.
Открытый API дляпрограммиста.Система непредусматриваетразвитиефункциональностисилами пользователей.

Средстваинтеграциис другими средствамиавтоматизациипредприятия

Hyperion Application Link - специальныймодуль, предназначенныйдля организацииобмена даннымис внешнимиреляционнымиисточникамичерез ODBC. Предусмотреныспециализированныеинтерфейсыдля обменаданными с наиболееизвестнымиERP-системами,например, SAP,Oracle Applications, BAAN, J.D. Edwards - в видечастных решений.Импорт данныхиз иных системвозможен посредствомих загрузкииз предопределенныхтекстовыхформатов, отражающихструктуруданных Hyperion Pillar.
Интеграцияс офиснымиприложениями.Предусмотренэкспорт и импортбюджетныхстрок в Excel-таблицу.
ПрименениеXML для интеграциис другими системами.Отсутствует.

Adaytum e.Planning

КомпанияAdaytum существуетоколо 10 лет нарынке. В настоящеевремя имеетпартнеров идилеров в болеечем 35 странахмира.

Adaytume.Planning относитсяк классу системкорпоративногобизнес-планирования(EBP - Enterprise business planning). Системаобеспечиваетбизнес-планированиеи моделированиедеятельностиорганизациив целом с детализациейпо принципу"сверху-вниз",прогнозированиерезультатовдеятельностина уровнеподразделенийи консолидациюих "снизу-вверх",формированиесогласованныхбюджетов иподготовкунеобходимойуправленческойотчетностив рамках одногоинтегрированногоприложения.
Состав исвойстваинформационныхобъектов

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

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

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

Бюджетныепланы статей

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

Основныесвойства бюджетныхстатей:

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

Первичнаяинформация

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

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

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

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

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

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

Алгоритмыучета исполнениябюджета

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

Агрегация,консолидациябюджетныхданных

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

Аллокациии трансферты

Использованиешаблонов приразноске значенийстатей. Непредставлено.
Использованиенормативови дополнительныхсправочников.Возможно. Дляввода нормативови баз распределениямогут бытьсозданы дополнительныемногомерныетаблицы D-cube.
Использованиеязыка формул.Это один изосновныхинструментовработы с системой.
Скриптовыйязык. Отсутствует.

Алгоритмырасчета финансовыхрезультатов

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

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

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

Системапостроена потрадиционнойтехнологии"клиент-сервер"- все пользователив режиме реальноговремени работаютв единой базеданных.

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

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

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

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

Следуетотметить, чтомодуль Analyst имеетобычный Windows, а неWeb-интерфейс,и поэтому неможет бытьиспользованудаленно.

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

Лимиты, защищенныестатьи. В явномвиде не реализовано.Возможна эмуляцияэтой технологиипосредствомвыдачи правдоступа (напросмотр изапрет редактирования)
Утверждениестатей и планов.Возможно утверждениевсего шаблонацеликом. Утвердитьотдельно взятуюстатью нельзя.
Примечанияк статье. Нереализовано.Процедураобсуждениязначений статейможет бытьреализованапосредствомобмена междуучастникамибюджетногопроцесса сообщениямипо электроннойпочте. Для храненияперепискииспользуютсястандартныесредства электроннойпочты.
Визуализациярасхождений.Требует дополнительнойнастройки.Если настроеносоответствующееизмерение втаблице D-Cube, томожно на одномэкране увидетьплан, факт иотклонение.
Контроль ошибок.Формулы в системехранятся какотдельныесущности отдельноот ячеек, поэтомуисключенавозможностьв процессеработы "испортить"формулы. Естьвозможностьвыявлятьнезаполненныеячейки.
Версионностьпланов. Неконтролируется.
Возможностьодновременногопланированияв произвольныхвременныхпериодах. Есть.Для каждойтаблицы D-Сube можносоздать измерение"периодыбюджетирования"и в нем описатьтакие периодыбюджетирования,какие требуютсядля данногобюджетногоплана.
Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Реализована.Можно в процессеработы изменятьсостав статейи содержимоесправочниковпо каждомуизмерениютаблицы D-Сube
Средства анализабюджета. В системесуществуютдостаточномощные средстваOLAP-анализа. Например,имеется функциядетализации(drill down), с помощьюкоторой можно,стоя на конкретнойячейке, посмотретьисходные данные,на основе которыхона была посчитана.

Секретностьи безопасностьданных

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

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

Фиксация действийпользователей.ОбеспечиваетсясредствамиСУБД и Интернет-сервера.

Архитектура,платформа,средства интеграции
Архитектура

Adaytume.Planning имеет реляционнуюбазу данных,эмулирующуюмногомерныетаблицы. Собственногохранилищаданных нет.

Системачетко делитсяна три функциональныхмодуля:

e.Planning Analyst - обеспечиваетнастройкуструктурыбюджетныхпланов, созданиематематическихи логическихсвязей междустатьями бюджета,динамическоемоделированиеи бизнес-планированиес возможностьюсценарногоанализа, просмотри консолидациюрезультатовпрогнозированияи учета фактическихрезультатовдеятельностив различныханалитическихразрезах.
e.Planning Contributor - позволяетна основеспециализированныхИнтернет-шаблоновсоздаватьрабочие местаконечныхпользователейс целью сборабюджетныхданных, согласованияи утвержденияплановых заданийи отслеживанияисполнениябюджета.
e.Planning Reporter - предоставляетпользователямвозможностиOLAP-анализа бюджетнойинформации,формированиясобственныхотчетов и публикацииих через Интернет.Фактическипредставляетсобой хорошоизвестныйпродукт Business Objects.

Программно-аппаратнаяплатформа

Сервернаячасть:

Одно- или двухпроцессорныйкомпьютеркласса Pentium III.
Операционнаясистема - Windows NT Server4. Обязательнаустановка 3-го, 4-го и 5-го Service pack.
Объемпамяти - 256 MB и 1 GB
СУБД- Microsoft SQL Server 7.0 или Oracle 8i.
MicrosoftInternet Information Server

Клиентскаячасть:

Компьютеркласса Pentium с ОСWindows 95, 98, 2000 или NT 4.
128 MB RAM дляAnalyst (рекомендуется.256MB для большихвычислений)
InternetExplorer 4 (Service Pack 2) или 5.
Связьс локальнойсетью или доступк Интернет

Средстварасширенияфункций системы

Генераторыотчетов. В качествегенератораотчетов применяетсяBusiness Object, соответственнодоступны всеего возможностипо настройкеисточниковданных и генерацииотчетов.
Язык формул,скриптовыйязык. Язык формулсуществуети являетсяодним из основныхинструментовсистемы. Скриптовыйязык отсутствует.
Открытый API дляпрограммиста.Система предоставляетAPI для доступак данным.

Средстваинтеграциис другими средствамиавтоматизациипредприятия

Интеграцияс другими системами.В системе существуютспециальныеобъекты D-Link,предназначенныедля ввода данныхиз внешнихисточников.Источникамиданных могутбыть текстовыеASCII-файлы, а такжедругие базыданных, имеющиеODBC-драйверы.
Системане обеспечиваетавтоматическийконтрольсоответствиязначений втаблице D-Cube ипервичныхданных во внешнихисточниках.
Интеграцияс офиснымиприложениями.С системойпоставляетсяAdd-in для MS Excel.
ПрименениеXML для интеграциис другими системами.Отсутствует.XML применяетсядля взаимодействияудаленныхWeb-клиентов сцентральнойбазой данных.

Бюджетноеуправлениедля 1С: Предприятие

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

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

Всистеме предусмотреныизмерениястатей - ЦФО,товар, контрагент(клиент, поставщик):

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

Бюджетныепланы статей

Всистеме представленыследующиебюджетныепланы:

Бюджет продаж,
Бюджет закупок,
Бюджет прямыхрасходов,
Бюджет операционнойдеятельности,
Бюджет косвенныхрасходов,
Бюджет задолженности,
Бюджет доходови расходов(БДР),
Бюджет движенияденежных средств(БДДС),
Бюджет по балансу,
Платежныйкалендарь.

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

Основныесвойства статейбюджетныхпланов:

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

Первичнаяинформация

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

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

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

Алгоритмыучета исполнениябюджета

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

Агрегация,консолидациябюджетныхданных

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

Аллокациии трансферты

Использованиешаблонов приразноске значенийстатей. Непредставлено.
Использованиенормативови дополнительныхсправочников.Используютсяштатные идополнительныесправочники"1С:Предприятие".
Использованиеязыка формул.Скрыто в настройкахсистемы.
Скриптовыйязык. Скрытов настройкахсистемы.

Алгоритмырасчета финансовыхрезультатов

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

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

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

Утверждениестатей и планов.План утверждаетсяфинансовымдиректороми закрываетсядля измененийодновременнодля всех ЦФО.
Примечанияк статье. Реализованов виде отправкии получениясообщений идокументовмежду участникамибюджетногопроцесса.
Визуализациярасхождений.Предлагаетсяанализ "план-факт"БДДС, БДР поЦФО с углублениемдо первичныхдокументов.
Контроль ошибок.Проверкакорректностипланов с учетомограничениясбыта, снабженияи остатка товаров.Помимо нихесть функцииоптимизациипланов.
Версионностьпланов. Реализованов виде сценариевбюджета.
Возможностьодновременногопланированияв произвольныхвременныхпериодах. Нет.
Возможностьизменять состави структурустатей одновременнодля плана ифакта (исполнения)бюджета. Возможнов пределаходной базыданных.
Средства анализабюджета. Предусмотренсравнительныйанализ по ЦФО,бизнесам, временнымпериодам,ABC-анализ. Длямногомерногоанализа применяетсядругой продукт- "Гипер Куб".Его возможностипо составуданных и функциональностиограниченывозможностямиPivot Table, входящейв состав MS Excel.

Секретностьи безопасностьданных

Типы пользователейи права доступа.Разграничениедоступа к статьямна уровне ЦФО.Права доступасгруппированыв роли. В поставкесистемы содержитсянекоторыйнабор ролей,например, такихкак "ответственныйраспорядитель".
Фиксация действийпользователей.Реализованасредствамисистемы "1С:Предприятие".

Архитектура,платформа,средства интеграции

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

Единственное,на что стоитобратить внимание- это генераторотчетов. Модуль"Репортер"предназначендля формированиялюбой управленческойотчетностии произвольныхвыборок изразличных базданных (IB Database, MS SQLServer, Oracle, Sybase, DB/2, Informix, Paradox, Dbase, Access,FoxPro, а также излюбых других,к которым естьODBC-драйверы).

Заключение

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

Свойвыбор можноостановитьна системах,обеспечивающихведение бюджетав едином информационномпространстве,сбор и консолидациюбюджетов,поддерживающихфинансовуюлогику и взаимосвязьданных бухгалтерскогои управленческогоучета. Из программданного классав нашем обзоребыли рассмотренысистема КонтурКорпорация.Бюджет, построеннаяна базе Хранилищаданных, и системакорпоративногобизнес-планированияComshare MPC. Или можновыбрать решение,которое пустьи не будет иметьвсех функцийэталоннойсистемы бюджетирования,но будет удобными простыминструментомдля планированияпоказателей.Таким решениемможет статьсистема Adaytum e.Planningили Hyperion Pillar. Или можноотдать предпочтениеспециализированнойсистеме, с конкретнойметодикойбюджетирования,такой какБюджетированиедля 1С: Предприятие.

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

Разделна сайте "Корпоративныефинансы", посвященныйсистемамбюджетирования.
Рекомендациипо выборуинструментадля реализациисистемы бюджетированияКонсультационнойгруппы "Воронови Максимов".
Статьяо проблемахвыбора системыбюджетирования- в проекте"УПРАВЛЕНИЕ3000".

Бюджетныйавтомат

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

О ЧЕМ РЕЧЬ

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

Как выбратьтакую программу?

ЗАЧЕМ И КОМУЭТО НУЖНО

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

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

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

И самое главное— без автоматизацииневозможноОПЕРАТИВНОконтролироватьи корректироватьпроцесс выполнениябюджетов, появляютсябогатейшиевозможностидля всестороннегоАНАЛИЗА деятельностикомпании и ееподразделений.

ВИДЫ СИСТЕМАВТОМАТИЗАЦИИ

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

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

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

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

Главныенедостатки— относительнодлительныйи трудоемкийпериод разработкипрограммы;невозможностьполной автоматизациивсех процессовв связи с ограниченнымивозможностямиданных программныхпродуктов;сложности приработе с филиаламии отделениями.Идеально такойвариант разработкипрограммыбюджетированияподходит длянебольшихпредприятий(до 50 человек).Он простонеобходим наначальныхэтапах внедренияи апробациибюджетирования.

Программныерешения локальныхсистем можноразделить настатическиеи динамическиесистемы.

ГЛАВНАЯ ПРОГРАММА

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

Главная программа— У ВАС В ГОЛОВЕ.

Удачных вамрешений!

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

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

Модулибюджетированияв интегрированныхсистемах (ИС)— этоотдельныечасти, с помощьюкоторых можно“бюджетировать”в пределах“цельных”программ,автоматизирующихвсю хозяйственнуюдеятельность(логистику,производство,бухучет и собственнобюджетирование).

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

Средниеи крупные ИСразличаются,как говорятспециалисты,“уровнемавтоматизации,глубиной проработкипредставленныхфункций и степеньюинтегрированностимодулей”. Еслиговорить толькоо бюджетировании,то возможностипо автоматизацииэтих процессовв средних икрупных ИСпохожи. Главныйнедостатокавтоматизациибюджетированияс помощью этихсистем — достаточнодлительныйпериод внедрения.Как правило,сначала автоматизируютлогистику,потом — бухучет,управлениеперсоналоми только потом— бюджетирование.Это занимаетминимум год.Зато внедривхорошо подобраннуюи гибкую в настройкахИС один раз, вырешаете сразумного проблем,“убиваете кучузайцев” одновременно.Некоторые видысистем бюджетированиямы представилив таблице.

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

СОВЕТЫ КОНСУЛЬТАНТОВ

ВладимирДУНАЕВ, директорнаправления
“Контроллинги Бюджетирование”компании Softline:

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

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

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

АлёнаБРАТИЩЕНКО,консультант
компании“Супремум”:

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

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

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

КАК ВЫБИРАТЬ“АВТОМАТ”

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

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

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

Желательнопроконтролироватьи вашего “программера”,и ИT-консультантов— в этом случаебольше шансов,что вы получитеименно то, чтохотите.

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

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

СОВЕТ КОНСУЛЬТАНТА

АндрейФОМИЧЕВ, начальникдепартамента
продвижениякорпорации“Галактика”:

— Еслипредприятиенебольшое, топроцесс управлениябюджетами можноорганизоватьна базе электронныхтаблиц MS Excel. Нов Excel вы не сможетеавтоматическиполучить аналитику,например, одоходе от реализацииосновных видовпродукции, приусловии, чтоэтой продукции,допустим, 3 тыс.наименований.Практическиневозможнотакже “свести”бюджет территориальноразветвленнойструктуры.

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

Самый дешевыйвариант — MS Excel,самый дорогой— западныесистемы, у которыхстоимостьрабочего местадостигает $4тыс.

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

ДЕНЬГИ

ЛицензионныепрограммыExcel, Access, входящиев пакет MS Office, стоятоколо $300.Цена всегопакета программSAP R/3 в зависимостиот комплектацииможет достигать$1 млн.

Цена модулябюджетированияв отечественныхпрограммахв расчете наодно рабочееместо составляетпримерно $1тыс. Консультантыоценивают своиуслуги не менеечем 80 грн.в день за человека.

Внедрение“большой”системы можетобойтись вамв 30-100% стоимостисамой программы.

Всякаяистория должнаиметь классическийпериод

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

"Снезапамятныхвремен" дляработы с формамипланов широкоиспользуютсяэлектронныетаблицы Microsoft Excel инебольшиеуниверсальныесистемы управлениябазами данныхтипа Microsoft Access.

Ктоне увлекается,тот не попадаетв ловушки отExcel и Access

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

Нохорошо известныи серьезныеограниченияв использованииMicrosoft Excel:

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

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

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

Желаниеподдержатьописанную в"7 нотах" методикубюджетированиясредствамиболее удобнымии универсальными,чем Microsoft Excel и Microsoft Access,привело к появлениюпервых системавтоматизацииуправленияфинансами,обеспечивающихведение самыхразличныхбюджетов пометодологииконсалтинговойгруппы “БИГ”– при помощиуже ставшейклассическойсхемы взаимодействияфинансовыхпоказателейи универсальныхформ планов.Одно из такихрешений предложеноКорпорациейПАРУС.

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

Таблица1

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

Таблица2

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

Период: Январь;
Тип:План;
Статья:Поступлениеот реализации;

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

Схема 1 Формированиеячейки типа"сумма сумм"

Дляформированияячейки типа"сумма сумм"такого же БДДС,но для отдельногоЦФУ к условиямотбора надодобавить ещеодно, типаследующего:

ЦФУ: Коммерческийотдел.

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

по ЦФУ – всейформы в целом,
попериоду и потипу – столбцаЯнварь: План,
постатье – строкиРеализация.

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

Теперьрассмотримячейку Январь:План # Итогопоступлений.Конечно, еезначение можнополучить аналогичнымобразом, "ослабив"указанные вышеусловия отбора:

вместо:

Статья: Поступлениеот реализации

длястроки Итогопоступленийзадать:

Статья: Поступлениеот реализацииили Поступлениеот обслуживанияили Поступление...

Ноудобнее поступитьпо-другому:просуммироватьзначения вячейках напересечениистолбца Январь:План со строкамигруппы Поступление(схема 2).

Схема 2 Формированиеячейки по формуле

Системаавтоматизациипредоставляетэту возможностьпри помощиформул типаследующей:

[Январь:План # Итогопоступлений]= [Январь: План# Реализация]+ [Январь: План# Обслуживание],

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

[Январь:План # Остатокна начало периода]– [Январь: План# Изменение запериод]

Здесьвнимательныйчитатель можетвозразить: "Нов этой формулеиспользуетсязначение вячейке строкиОстаток наначало периода?Откуда беретсяэто значение?"И будет прав.

гдеобозначение[ОпределеннаяЯчейка] – естьзначение вОпределеннойЯчейке таблицыплана.

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

ОСТАТОКСРЕДСТВ ПО ЧЕТУ(Синтетическийсчет)

илиболее сложной:

ОСТАТОКСРЕДСТВ ПОСЧЕТУ

(Аналитическийсчет, Тип суммы,Дата, ПБЕ, Валюта,Тип курса)

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

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

Схема 3 Комплекснаясистема автоматизацииуправления

Рабочиеместа бухгалтерови финансистовизображеныв верхней частирисунка отнюдьне потому, чтоони "самыеважные", – простов данном контекстемы обсуждаемвзаимодействиеименно бухгалтериии финансовойслужбы. Чтобыразмерами этойкартинки неотпугнуть отидеи единогокомплекса малыйбизнес, представимсхему взаимодействиявсего лишь двухсовершенноавтономных(и, возможно,удаленных другот друга территориально)компьютеров(схема 4).

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

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

Основныепонятия

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

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

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

Схема 5 Примеризображенияформ планов
в системеавтоматизации.

Чтоможно сделатьс полученнойтаблицей?

Просмотретьи подправить"вручную"значениянепосредственнов ячейках.
Еслинекоторыеданные, например,в ячейках типа"сумма сумм",вызывают вопросы,– "Откуда такиебольшие суммырасходов?" –можно уточнитьситуацию следующимобразом (схема6).

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

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

Распределятьнадо "по справедливости"

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

Аналогичнаязадача можетвозникнутьи при необходимостираспределитьпоказателипо периодампланирования.Предположим,что результатыучастия в выставкенаиболее ощутимыв первый месяцпосле ее проведения,в последующиетри месяца онипостепенноуменьшаютсяи, наконец, перестаютоказыватькакое-либовлияние науровень доходов.Тогда расходына проведениевыставки необходимораспределитьпо месяцам,например, следующимобразом: 40% – напервый месяц;а 30%, 20% и 10% – на последующиемесяцы.

Передформированиемформы планаможно задатьпараметрывывода и получитьсамые разнообразныепредставленияодних и тех жеданных (см. схему7).

Схема 7 Примерыпредставленияданных

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

Схема 8 Тритиповых вариантапредставлениябюджета

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

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

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

Таблица3

Бюджетна период:01/02/1999 – 31/01/2000
Фев-раль 1999г.	Март 1999г.	Ап-рель 1999г.	Срок,длиной в квартал:май, июнь, июль1999г.	Срок,длиной в полугодие: с августа1999г. по январь2000г. включительно

Поистеченииближайшегоплановогопериода производитсяуточнениепоказателейплана на новыйсрок и сдвигпериодов повремени вперед(таблица 4).

Таблица4

Бюджетна период:01/03/1999 – 29/02/2000
Март 1999г.	Ап-рель 1999г.	Май 1999г.	Срок,длиной в квартал:июнь, июль, август1999г.	Срок,длиной в полугодие: с сентября1999г. по февраль2000г. включительно

Такоебюджетирование:

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

Генеральныйдиректор корпорацииПАРУС

АлександрКарпачев

Продолжениеследует…

Автоматизацияучета и управленияфинансами:
пример реализации

Приемыпостановкиавтоматизацииучета
Автоматизацияв управлениифинансами
Новейшаяархитектураавтоматизации:ORGWARE + исполнительнаясистема.

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

Триаспекта традиционновызывают интереспри практическомвнедренииподобных решенийв сфере автоматизацииучета и финансов:

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

ABC финансовогоучета

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

Схема 1 Архитектурасистемы автоматизациибухгалтерскогоучета
с детализациейдо ПБЕ

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

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

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

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

Таблица1

Счета	Суммыпроводкихозяйственнойоперации
бухгалтерского учета	Бухгалтерские	Управленческие:вычисляются по формулеS_УПР= S_БУХ* 0.5
Счет-дебет51 "Расчетныйсчет"	1000 000 руб.	500000 руб.
Счет-кредит62 "Расчеты спокупателями"	1000 000 руб.	500000 руб.

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

С.Еще одним средствомуправленческогоучета в рамкахбухгалтерскогоявляется развитаяаналитика,когда дебетуемыеи кредитуемыесчета дополняютсяаналитическимисчетами (признаками)несколькихпорядков. Например,в плане счетовк синтетическомусчету 44 "Издержкиобращения"можно открытьаналитическиесчета:

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

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

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

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

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

хема3 Отчетные документыи средстваоперативногоконтроля

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

ПрезидентКорпорации

ПАРУС АлександрКарпачев

«Функциибюджетированияи их реализацияв информационныхсистемах»

Финансоваягазета,2002, №31 (555), с.14-15

ДмитрийИсаев, к.э.н.,ЗаместительдиректораУправлениямаркетингаи продаж компании«ЛАНИТ»

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

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

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

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

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

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

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

Функциисистемыбюджетирования

Бюджетированиеи информационныесистемы

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

Ещеодна категориясистем, используемыхдля бюджетирования- корпоративныесистемы управления(ERP-системы). Такиесистемы называюттранзакционными,поскольку ихосновное назначение- планирование,учет и обработкаопераций. В тоже время дажесами разработчикиERP-систем признают,что их системыне обеспечиваютвыполнениеабсолютно всехфункций управления,поэтому дляотдельных,более детальныхи специфическихзадач (в томчисле и длябюджетирования)рекомендуетсяиспользованиеспециализированныхпрограммныхпродуктов, вкачестве «надстройки»над корпоративнойсистемой управления.За последниегоды специализированныесистемы бюджетированияполучили широкоераспространениеи в настоящеевремя рассматриваютсякак отдельныйкласс автоматизированныхсистем. К системамэтого классаявляется системаHyperion Pillar (разработкакорпорацииHyperion Solutions, представительв России/СНГ- компанияЛАНИТ).

Крометого, специализированнаясистема бюджетированиядовольно легкоинтегрируетсяс другими системамиуправления,в том числе ссистемамикласса ERP. Ведьименно ERP-системаоперируетвнутреннимиданными отделови департаментови, таким образом,выполняет рольпоставщикаинформациидля системыбюджетирования.Для обеспечениятакой интеграциисуществуютразные способы.Например, HyperionPillar, помимо «традиционных»способов(импорт/экспортчерез текстовыефайлы, электронныетаблицы, встроенныйODBC-драйвер), позволяеторганизовать«бесшовную»интеграциюс ERP-системамипри помощиспециальногопакета Hyperion Application Link(через специальныеадаптеры).

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

МинистерствообразованияРоссийскойФедерации

МосковскийГосударственныйУниверситетпищевых производств

ИнститутЭкономики иПредпринимательства

Кафедра«Кибернетикаи прикладнойсистемный

анализ»

ДИПЛОМНОЕПРОЕКТИРОВАНИЕ

ИНФОРМАЦИОННЫЕСИСТЕМЫ В ЭКОНОМИКЕ

Методическиеуказания кпроведениюдипломногопроектированиядля студентовпо специальности071900 Информационныесистемы в экономике

МОСКВА2003

Содержание

Введение
Цель и задачидипломногопроектирования
Тематикаи объекты дипломногопроекта
Структура,содержаниеи объем дипломногопроекта
Методическиеуказания квыполнениюосновных разделовдипломногопроекта
Методическиеуказания поприменениюсредств вычислительнойтехники в дипломномпроектировании
Руководстводипломнымпроектированием
Организацияработ над дипломнымпроектом
1. Выбор тем,оформлениезадания исоставлениеплана работ
2. Сбор материаловпо дипломномупроектированию
3. Расчет показателейэффективностисистем обработкиданных
4. Порядоквыполненияи оформлениядипломногопроекта
5. ИспользованиеГОСТов
Контрольза ходом дипломногопроектирования
Порядокрецензированияи представлениядипломныхпроектов кзащите
Защита дипломныхпроектов
Библиографическийсписок, литературыи стандартовиспользуемыхдля ДП.
Приложение1: Бланк заданияна дипломноепроектированиев МГУПП

Приложение2: Титульныйлист на дипломныйпроект в МГУПП,Институт Экономикии Предпринимательства,кафедра «Кибернетикаи прикладнойсистемныйанализ»

Приложение3: Памятка длядипломникапо специальности071900 «Информационныесистемы в экономике»

Приложение4: Переченьстандартовдля дипломногопроектирования.

Приложение5: Список условныхсокращений.

Введение

Разработкаи защита дипломногопроекта (далееДП) являетсязаключительнымэтапом обучениястудентов МГУППпо специальности071900 «Информационныесистемы в экономике».

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

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

Методическиеуказания разработаныс привлечениеманалогичныхматериалов«Институтаинформационныхсистем в экономикеи управлении»Санкт-ПетербургскойГосударственнойинженерно-экономическойакадемии иразработокфакультета«Экономическойинформатики»МосковскогоГосударственногоУниверситетаэкономики,статистикии информатики(МЭСИ).

В ДП должныбыть отраженыосновные этапыпроектных работпо разработкеэкономическихинформационныхсистем (ЭИС) навсех стадияхих жизненногоцикла.

2. Цельи задачи дипломногопроектирования

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

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

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

• содержательнойпостановкизадачи, ориентированнойна рыночныеметоды хозяйствованияи применениеЭММ и СВТ;

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

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

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

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

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

3. Объектыдипломногопроектирования

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

3.1. Применениеинформационныхтехнологийдля решениязадач менеджмента.(ПроектированиефрагментовИС).

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

3.3. ПроектированиеИС на базе готовыхпрограммныхкомпонентов.(Проектированиевнедрениямодулей готовыхпрограммныхкомпонентов).

3.4. Проектированиеновых бизнес-процессовс применениеминформационныхтехнологий.

3.5. Применениематематическихмоделей илиэкономико-математическихметодов длярешения задачменеджментаили реинжиниринга(реорганизации)бизнеса.

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

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

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

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

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

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

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

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

• свою фамилию,имя, отчество,№ группы;

• фамилиюруководителядипломногопроекта;

•тему дипломногопроекта.

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

4. Содержание,структура иобъем дипломногопроекта

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

Общий объемдипломногопроекта и приложенийк нему не долженпревышать 110 -120 страниц рукописногоили 60 - 70 - машинописноготекста формата11 (297х210 мм).

Примерноесоотношениеобъема отдельныхчастей проектаследующее:

1. Введение 2-4 %.

2. Аналитическаячасть 20 - 30%.

3. Проектнаячасть 25 - 35 %.

4. Экспериментальнаячасть 15 - 20 %.

5. Заключение 5-10 %.

6. Списокиспользованнойлитературы 1-3 %.

7. Словарьи список условныхсокращений 1 - 2 %.

8. Приложения 10-15%.

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

Приложенияброшюруютсявместе с дипломнымпроектом однойкнигой. Допускаетсяформированиеприложенияна дискетахили в виде слайдов,которые такжеприлагаютсяк дипломномупроекту и могутбыть по просьбечленов ГАКпродемонстрированыстудентом наПЭВМ и другихтехническихсредствах.

Графическиематериалы(схемы, рисункии таблицы)выполняютсятушью илифломастерамина отдельныхлистах ватманаформата А1 (594х841)с угловым штампом,образец угловогоштампа приведенв прил. 3. Их общееколичествоне должно превышать5 листов. Надписина плакатах(т.е. названиясхем, рисункови таблиц) должнысоответствоватьстандартам и располагатьсяв верхней частилиста.

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

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

ВО ВВЕДЕНИИкратко раскрываетсяактуальностьи практическаязначимостьтемы дипломногопроекта длявыбранногообъекта, а такжеконкретизируетсяего цель, приводитсяпереченьразрабатываемыхвопросов ирешаемых задач.

Аналитическаячасть должнавключать:

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

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

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

ПРОЕКТНАЯЧАСТЬ должнасодержатьописание путейи методов решениясформулированнойв аналитическойчасти проектазадачи (иликомплексазадач). В результате,проектная частьдолжна содержатьразработкуи выбор такихосновных компонентовэкономическойинформационнойсистемы как:

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

При разработкеДП постановкуконкретнойэкономическойзадачи необходимоориентироватьсяна ГОСТ .

Схемутехнологическогопроцесса решениязадачи оформлятьсогласно ГОСТ .

Проектнаячасть нарядус этим должнасодержатьотдельныйпараграф, посвященныйпроблемам, жизнедеятельностиуправленческогоперсонала,изложенныйв соответствиис требованиемГОСТ (раздел2).

Все перечисленныематериалы могутвходить в переченьграфическихматериалов(плакатов),используемыхпри защитепроекта илив раздаточныематериалы длячленов ГЭК ислайдов дляэкрана.

ЭКСПЕРИМЕНТАЛЬНАЯЧАСТЬ должнабыть посвященапримеру решениязадачи на ЭВМс привязкойк конкретномуобъекту. Онадолжна содержатьинструкциии рекомендацииперсоналуобъекта управленияпо практическомурешению (т.е.эксплуатации)задачи. Приэтом возможныдва вариантаорганизациипроцесса решениязадачи на ЭВМ:

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

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

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

В ЗАКЛЮЧЕНИИдолжны бытьсделаны общиевыводы и сформулированыпрактическиерекомендациипо применениюразработанныхстудентомпроектныхрешений, подтвержденныерасчетомэкономическойэффективности.

В СПИСКЕИСПОЛЬЗОВАННОЙЛИТЕРАТУРЫв алфавитномпорядке и всоответствиис ГОСТ 7.1-84 приводитсяпереченьлитературныхисточников,которыми пользовалсястудент принаписаниидипломногопроекта. На вселитературныеисточникидолжны бытьсделаны ссылки.Ссылки оформляютсяв соответствиис ГОСТ 7.1 -84.

СПИСОКУСЛОВНЫХ СОКРАЩЕНИЙприводитсяв алфавитномпорядке. В неговключаютсявсе использованныев дипломномпроекте аббревиатурыи сокращения.

ПРИЛОЖЕНИЕк дипломномупроекту состоитиз вспомогательногоматериала, накоторый в текстовойчасти имеютсяссылки, например:формы документов(желательнозаполненные),инструкции,карты, таблицы,расчеты, программы,машинограммы,экранные формыи т.д.

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

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

ПрименениеСВТ в дипломномпроектированиипо специальности071900 предполагаетее непосредственноеиспользованиепри выполнениирасчетов впроектной иэкспериментальнойчастях.

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

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

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

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

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

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

7. Руководстводипломнымпроектированием

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

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

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

Руководителидипломныхпроектов обязаны:

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

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

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

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

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

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

• присутствоватьна заседанииГАК при защитедипломногопроекта. Попредложениюруководителядипломногопроектированиякафедры имеютправо приглашатьконсультантовпо отдельнымразделампроекта.

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

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

• актуальноститемы;

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

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

• деловыхкачествах иумении самостоятельноставить и решатьэкономические(инженерные)задачи;

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

• общей оценкедипломникаи его проекта.

8. Организацияработ над дипломнымпроектом

8.1. Выбор тем,оформлениезадания и составлениеплана работ

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

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

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

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

8.2. Сбор материаловпо дипломномупроектированию

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

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

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

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

8.3. Порядоквыполненияи оформлениядипломногопроекта

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

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

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

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

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

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

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

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

9. Контрольза ходом дипломногопроектирования

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

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

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

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

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

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

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

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

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

После этогостудент предъявляетсекретарю ГАК:

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

2. Отзыв своегоруководителя.

3. Подписанноезадание надипломноепроектирование.

К защите недопускаютсястуденты:

а) не выполнившиеполностьюучебного плана;

б) не сдавшиев срок дипломныйпроект;

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

г) представившиенебрежно оформленныйпроект.

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

11. Защитадипломныхпроектов

Защитадипломныхпроектовосуществляетсяперед Государственнойаттестационнойкомиссией(ГАК), утвержденнойприказом ректораМГУПП.

ГАК состоитиз 7-ми человек:председателя,5-ти членов иответственногосекретаря.ПредседателямиГАК назначаютсяруководящиеработникипромышленности,директоракрупных предприятийи организацийпо проектированиюАСУ, применениюЭММ и СВТ вуправлениии производстве.

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

Защитадипломныхпроектов проводитсяна открытыхзаседанияхГАК с участиемне менее половинысостава комиссии.Продолжительностьзащиты одногодипломногопроекта неболее 45 мин.

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

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

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

2. Заданиена дипломноепроектирование;

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

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

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

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

Во времяпубличнойзащиты дипломникобязан использоватьматериалграфическойчасти проекта.После доклададипломникузадаются вопросычленами ГАК,на которые онобязан даватьполные ответы.Вопросы могутбыть заданыне только членамиГАК, но и другимилицами, присутствующимина защите. Затемзачитываютсяотзывы руководителядипломногопроекта. Дипломникдолжен ответитьна замечанияруководителя.С замечаниямион знакомитсязаблаговременно(не позднее,чем за 2 дня дозащиты).

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

1. Теоретическаяи практическаяценность дипломногопроекта.

2. Качествовыполнениярасчетно-пояснительнойзаписки играфическогоматериала.

3. Качествои форма изложениядоклада назаседании ГАК,защиты своихрекомендацийи ответы навопросы.

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

5. Успеваемостьстудента вовремя обучения.

6. Научно-общественнаяработа.

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

Государственнаякомиссия принимаетрешения о присвоениидипломникуквалификацииэкономистапо специальности071900 – «Информационныесистемы в экономике»выдаче диплома(с отличием илибез отличия)студентам,защитившимдипломныепроекты и сдавшимгосударственныйэкзамен.

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

РешениеГАК о присвоенииквалификациии выдаче дипломапринимаетсяоткрытым голосованиембольшинстваголосов. Приравном числеголосов, голоспредседателяявляется решающим.

ПостановлениеГосударственнойкомиссии оформляетсяпротоколомв порядке,установленномруководствомуниверситета.

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

Дипломныепроекты послезащиты хранятсяв архиве заладипломногопроектированияв порядке,установленномректором МГУПП.

Приложение2

МИНИСТЕРСТВООБРАЗОВАНИЯРОССИЙСКОЙФЕДЕРАЦИИ

МОСКОВСКИЙГОСУДАРСТВЕННЫЙОРДЕНА ТРУДОВОГО КРАСНОГО ЗНАМЕНИ

УНИВЕРСИТЕТПИЩЕВЫХ ПРОИЗВОДСТВ

ИНСТИТУТЭКОНОМИКИ ИПРЕДПРИНИМАТЕЛЬСТВА

КАФЕДРА«КИБЕРНЕТИКАИ ПРИКЛАДНОЙСИСТЕМНЫЙАНАЛИЗ»

«Допущенк защите» «Допущенк защите»

ДИРЕКТОРИЭиП ЗАВ.КАФЕДРОЙ «ЭИС»

_______проф. ДенискинВ.В. _______проф.Прокофьев Е.А.

«___»____________________2000г. «___»__________________2000г.

ДИПЛОМНАЯРАБОТА

ТЕМА: « »

МГУПП 96 ДР

Дата защиты«___»_____1999г. Студентгр.95-Э-5

ПротоколГАК ______________ ________

Оценка____________________ Руководитель

СекретарьГАК______________ ________

Консультантпо разделу

«Охранатруда»

_________

МОСКВА, 2000г.

Приложение3

Памятка длядипломника

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

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

На корешокпереплетасделать наклейкуиз белой бумаги(можно широкийпластырь), размер,примерно, 6Х10см. Клеить хорошим,не канцелярскимклеем.
С внутреннейстороны обложкиприклеитьконверт,в который вложитьЗаключениеруководителя.
Титульныйлист (обязательномашинописный)представленна стенде 7-гоэтажа, корпусБ. Там же смотритетребованияк оформлениюстраниц дипломнойработы.
Вторымпосле титульноголиста подшиваетсялист Заданиена дипломноепроектирование,заполняемымдипломникомвместе с руководителем.
Специальность071900 «Информационныесистемы вэкономике».Приказ по темамдипломногопроектирования.
Структурадипломнойработы: Оглавление,Введение, Главы(в том числе«Охрана труда»),Заключение,Приложения,Список используемойлитературы(оформленныйв соответствиисо стандартом).
На плакатахрамки и штампыс подписямине требуются.

Дипломнаяработа должнабыть подписанастудентом-дипломником,руководителемработы, консультантомпо кафедре«Охрана труда»,зав. кафедройвыпускающейдипломникаи деканомфакультета.Все подписидолжны иметьдату.
Обходнойлист можноначать заполнятьдо защиты(библиотека,кафедра физическоговоспитания,черчения, военнойподготовки,2 отдел).
Справкус места работыили запрос наимя ректораМГУПП о будущемтрудоустройствепринести вдеканат дозащиты (толькостудентамИЭиП).
В деньзащиты всемзаписавшимсяна этот деньприйти в ауд.9-05к 9.00!! Очередностьзащит определяетсяна месте, утром.На защитупринести:Дипломнуюработу с Заключениемруководителяв конверте,пронумерованныеплакаты, указку,кнопки, текстдоклада.
Для полученияДипломаоб окончанииВУЗа в студенческомотделе кадровиметь: Студенческийбилет, паспорт,заполненныйОбходной лист.Кроме Дипломаможно купитьнагрудный знакМГУПП.

Приложение4

Переченьстандартовдля дипломногопроектирования

Единая системастандартовАСУ
1. Общие положенияГОСТ 24.001-82
2. Автоматизированныесистемы управления.Основные положенияГОСТ 24.103-84
3. Автоматизированныесистемы управления.Общие требованияГОСТ 24.104-85
4. Автоматизированныесистемы управления.Состав и содержаниеработ по стадиямсоздания. ГОСТ24.602-86
5. Техническоезадание наАСУ. ГОСТ 24.201-85
6. Эффективностьавтоматизированныхсистем управления.Основные положения.ГОСТ 24.702-85

Комплексстандартови руководящихдокументовна автоматизированныесистемы поинформационнымтехнологиям
1. Виды, комплектностьи обозначениедокументовпри созданииАС. ГОСТ 34.201-89
2. Техническоезадание насоздание АС.ГОСТ 34.602-89
3. Методическиеуказания. Комплексстандартови руководящихдокументовна АС.

МИНИСТЕРСТВООБРАЗОВАНИЯРОССИЙСКОЙФЕДЕРАЦИИ

МОСКОВСКИЙГОСУДАРСТВЕННЫЙУНИВЕРСИТЕТПИЩЕВЫХ ПРОИЗВОДСТВ

ПоповаТ.К., КусмарцеваН.В.

Методическиеуказания

по расчётуэкономическойэффективности

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

ИнститутаЭкономики ипредпринимательства

по специальности35.14.00 “Прикладнаяинформатика”.

Утверждено

методическойкомиссией

22 мая 200_

Москва2002

Основныеположенияметодики оценкиэффективностивнедренияэкономическихинформационныхсистем.

Введение

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

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

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

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

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

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

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

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

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

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

Основныепоказателиэкономическойэффективностивнедрения ИЭС.

Косновным показателямэффективностивнедренияинформационныхэкономическихсистем относятсяследующие:

годовойэкономическийэффект от внедренияИЭС;
эффективностьединовременныхзатрат на созданиеИЭС;
срококупаемостиединовременныхзатрат на созданиеИЭС.

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

1.Понятие и методыопределениягодовогоэкономическогоэффекта отвнедрения ИЭС.

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

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

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

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

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

Затратыпри внедряемойновой технологиивключают:

текущиематериальныезатраты;
единовременныезатраты насоздание новойИЭС.

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

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

З_п= С + Е_нК, где

З_п– приведенныезатраты;

С – текущиезатраты;

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

К – единовременныезатраты (капитальныевложения).

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

Единовременныезатраты включают:

а) некапитальныезатраты:

на проектирование;
на программированиекомплексазадач;
на отладкупрограммы;
на внедрение;
на созданиеинформационнойбазы;
на обучениекадров;
на опытнуюэксплуатацию.

б) капитальныезатраты:

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

Нормативныйкоэффициентэффективностиединовременныхзатратрассматриваетсякак нормативнаяприбыль, котораядолжна бытьполучена отвнедрениясистемы. ЗначениеК_нпринимаетсяот 0,12 до 0,15 для всехотраслей пищевойпромышленностии представляетсобой минимальнуюнорму эффективностикапитальныхвложений, нижекоторого онинецелесообразны.

Размерынормативногокоэффициентаэффективностиединовременныхзатрат тесносвязаны сосроком ихокупаемости:

приЕ_н= 0,12 срок окупаемости8,3 года;

приЕ_н= 0,15 срок окупаемости6,7 года.

Есливнедрение ИЭСдлится нескольколет, то дляопределениявеличины приведенныхзатрат целесообразноиспользоватьследующуюформулу:

t– год, отсчитываемыйот начальногомомента.

В рядеслучаев целесообразновводить дополнительныепоправочныекоэффициенты,учитывающиеинформационныйэффект (сокращениевремени наобработкуинформации,повышениеоперативностиуправленияи т.д.). Эти коэффициентыдолжны использоватьсяпри расчётеприведённыхзатрат по новыминформационнымтехнологиям,их величинадолжна быть

Такимобразом, приведенныезатраты представляютсобой суммутекущих иединовременныхзатрат, приведенныхк единому размерус помощьюнормативногокоэффициентаэкономическойэффективности.

Дляопределенияэкономическогоэффекта внедренияновой системынеобходимосравнить приведенныезатраты базовогои предлагаемоговарианта. Дляэтой целииспользуетсяпоказательгодовогоэкономическогоэффекта, которыйможет бытьпредставленследующимиметодами расчёта:

базовыйвариант являетсянулевым, а внедряемыйвариант обозначенединицей.

В общемвиде формуламожет бытьвыражена следующимобразом:

Э = Э_год– Е*К, где

Э – годовойэкономическийэффект (годоваяэкономическаяприбыль);

Э_год– годовая экономия(прибыль), вызваннаявнедрениемИЭС;

К – единовременныезатраты, связанныес созданиемИЭС;

Е – нормаприбыли (нормативнаяприбыль) (нормативныйкоэффициентэффективности).

Годовойэкономическийэффект представляетсобой абсолютныйпоказательэффективности.Система считаетсяэффективной,если Э > 0.

Сравнениевеличины годовогоэкономическогоэффекта поразличнымвариантам даётвозможностьвыбора наиболееэффективноговарианта внедренияИЭС с наименьшимиразмерамигодовых приведенныхзатрат или снаибольшимгодовым экономическимэффектом.

2.Понятие эффективностии методы определенияэффективностиединовременныхзатрат на созданиеИЭС.

Показательэффективностиявляетсяотносительнойвеличиной,сравнивающейрезультатыс затратами.

Эффективностьединовременныхзатратрассчитываетсякак отношениеразности междутекущими затратамибазового ипредполагаемоговариантов ксумме единовременныхзатрат предполагаемоговарианта ивыражаетсяформулой:

К_э– коэффициентэффективностиединовременныхзатрат.

Поскольку(С₀– С₁)представляетэкономию (прибыль)от изменениятекущих материальныхзатрат, токоэффициентэффективностиможно рассматриватькак отношениеполученнойприбыли отвнедрения ИЭСк объёму единовременныхзатрат на еёсоздание.

Внедрениеновой информационнойсистемы можносчитать эффективным,если К_э> 0,12 – 0,15, то естьесли фактическаяэффективностьбольше нормативной.

Следуетиметь в виду,что ряд экономистовсчитают, чтонормативныйкоэффициентэффективностив размере 0,12 –0,15 был хорош длясоветскойэкономики,развивавшейсяв условияхстабильностии предсказуемости.В условиях жесовременнойрыночной экономикив каждой сферебизнеса устанавливаетсясвоя величинанормы прибыли(коэффициентаэффективности),размеры которойустанавливаютсяв размере большебанковскойставки и потомуне являетсявеличинойпостоянной.

3.Срок окупаемостиединовременныхзатрат.

Большоезначение имеетопределениевремени, в течениекоторого полностьюокупятся всеединовременныезатраты, связанныес созданиемтого или иноговарианта ИЭС.Срок окупаемостиявляется обратнойвеличинойкоэффициентаэффективности.

Поэтомудля определениясрокаокупаемостипредложенноговарианта ИЭСможно использоватьследующиеметоды расчёта:

Т_ок–срок окупаемости,выраженныйв годах;

К_э– коэффициентэффективностиединовременныхзатрат на созданиеИЭС (коэффициентэффективностисоздания ИЭС);

К – капитальныевложения насоздание ИЭС;

(С₀– С₁)– экономия натекущих затратахпри новом вариантеИЭС или прибыльот внедренияИЭС.

Размерынормативногокоэффициентаэффективности(Е_н)тесно связансо сроком окупаемостиединовременныхзатрат.

ПриЕ_н= 0,12 срок окупаемости8,3 года (1/0,12).

ПриЕ_н= 0,15 срок окупаемости6,7 года (1/0,15).

Такимобразом, попредлагаемойметодике еслисрок окупаемостиИЭС окажетсяменьше 6,7 – 8,3 лет,то этот вариантвнедрения ИЭСследует считатьэффективным.

Для сравнения:при величинебанковскогопроцента 0,04 (4%годовых), используемогов качествекритерия дляопределениякоэффициентаэффективностив новых условиях,срок окупаемостисоставит 25 лет(1/0,04).

Министерствообщего и профессиональногообразованияРФ

МосковскийгосударственныйУниверситетПищевых Производств

КафедраМенеджментаи учета напредприятии.

Отчетпо практике

Руководитель	АлександровН.А. и КозинаТ.А.
Студентка	ВасилишинаО.С.
Группа	98 –э - 20

Москва 2002 г.

Содержание:

Технико-экономическаяхарактеристикаобъекта.
Описаниепредметнойобласти и реализацияпоставленнойзадачи.
1. Назначениеи функцииподсистемыавтоматизациифинансовойслужбы(ФС).
2. Функциимодуля «Базаданных Финансовойслужбы (ФС)».
Заключение.
Литература
Приложение

1.Технико-экономическаяхарактеристикаобъекта.

1.1. О компании.

1.2. Услугикомпании.

Сегодня«ТЕЛМОС» предлагает:

1.2.1.Предоставлениетелефонныхномеров цифровойсети

1.2.2. Местная,междугороднаяи международнаятелефоннаясвязь

1.2.3. Телефонныекарты предварительнойоплаты MAGIC PHONE

Существуюткарточки трехноминалов: 10,25, 50 телефонныхединиц.

Преимуществателефонныхкарт MAGIC PHONE:

Использованиелюбого телефонногоаппарата.
Возможностьпользоватьсядля международнойи междугороднойсвязи любымтелефоннымаппаратом, втом числе аппаратомстарого образца(с дисковымномеронабирателем)или обычнымуличным таксофоном.Личный парольв международнойи междугороднойсвязи (PIN-код)находится наоборотнойстороне картыMAGIC PHONE.
Личный контрольмеждународныхи междугороднихпереговоров.

1.2.4.Видеоконференцсвязь

Компания«ТЕЛМОС» предлагаетуслугу видеоконференцсвязи,реализованнуюна базе технологииISDN.

Для проведениясеансов видеоконференцсвязикомпания «ТЕЛМОС»располагаетдвумя комфортабельнымистудиями,оборудованнымисамыми современнымисистемамивидеоконференцсвязи.Используютсясистемы такихвсемирно известныхпроизводителей,как Picture Tel и POLYSPAN.

Студии «ТЕЛМОС»,рассчитанына размещениеот 1 до 50 участников.Сеансы видеоконференцсвязимогут проводитьсяна скоростяхот 64 до 512 кбит/скак в режиме«точка-точка»,так и в многоточечномрежиме, когдавозможно объединениедо 4 участников,находящихсяв различныхгородах.

В настоящеевремя возможнаорганизациясеансов видеоконференцсвязис 60 зарубежнымистранами ибольшинствомкрупных городовРоссии. Количествостран и городов,доступных длявидеоконференцсвязииз студий «ТЕЛМОС»постоянноувеличивается.

«ТЕЛМОС»оказываетпомощь в подборестудий видеоконференцсвязив других городахи странах.

документальнуюкамеру, предназначеннуюдля демонстрациидокументов,иллюстраций,слайдов, рентгеновскихснимков, а такжетрехмерныхобъектов. Принеобходимостиэто устройствоможно использоватьв качестведополнительнойкамеры;
специальныйадаптер, позволяющийподключитьпортативныйкомпьютерклиента к системевидеоконференцсвязии в ходе сеансапоказыватьпротивоположнойстороне то,что находитсяна экране компьютерав каждый конкретныймомент;
мультисистемныйвидеомагнитофон,на которыйможно записатьход всего сеансавидеоконференцсвязи;
мультимедийныйпроектор, ккоторому принеобходимостиможно подключитьсистемувидеоконференцсвязии проецироватьсеанс видеоконференцсвязина большойнастенныйэкран;
проекторOVERHEAD, который такжеможет бытьполезен в ходевидеосеминарови совещаний.

Для Клиентов«ТЕЛМОС», имеющихISDN линии, компанияготова предоставитьвозможностьпроведениясеансов видеоконференцсвязив их офисах.

Областиприменениявидеоконференцсвязи:

Проведениекорпоративныхсовещаний ивстреч
Проведениепереговоровс партнерамив других городахРоссии и зарубежом
Дистанционноеобучение
Организациядистанционныхинтервью приподборе кадров
Телемедицина
Юриспруденция
Передачаданных

1.2.5. Подключениечерез ISDN

ПреимуществаISDN доступа:

Появляетсявозможностьодновременноразговариватьпо телефонуи передаватьданные.
Скоростьпередачи данныхвсегда стабильнаи составляет64 или 128 Кбит/с.
ISDN-соединениеустанавливаетсяпрактическимгновенно.
Это болееэкономичноерешение дляпередачи данных,чем выделенныйканал. А еслиISDN соединениеустановленопостоянно, тооно вообщеничем не отличаетсяот выделенногоканала.
После установкиISDN-BRA линии появляетсянесколькоразличныхвозможностейее применения.Используя ISDNадаптер (модем)с аналоговымпортом можноподключитьк нему свойтелефон и компьютер,получая возможностьодновременноразговариватьпо телефонуи работать вИнтернете.Если же работаеттолько компьютер,то скоростьдоступа не 64,а 128 Кбит/с.

1.2.6. Подключениечерез Frame Relay

В каких случаяхимеет смыслзаказыватьFrame Relay?

Доступ вИнтернет поFrame Relay также обойдетсядешевле, чемпо выделеннойлинии.

1.2.7. Доступв сеть Интернет

Услугикоммутируемогодоступа поаналоговойабонентскойлинии;
Коммутируемоесоединениепо цифровойабонентскойлинии ISDN;
Постоянноесоединениепо выделенномуканалу;
Подключениек Интернет-провайдеруна скорости64-128 Кбит/с;
Постоянноевиртуальноесоединениес использованиемпротокола«ретрансляциикадров» - Frame Relay;
Услуги размещенияперсональныхстраниц;
Услуги хостинга(размещениясайтов);
Регистрациядоменных имен;
ПредоставлениеIP-адресов;
Почтовыйсервис (предоставлениепочтовых ящиков).

1.2.8. Разработкаоптимальныхтехническихрешений телефонизацииофисов

Если необходимонесколькотелефонныхномеров, тоэто могут бытьстандартныетелефонныелинии.
Если количествомедных парограничено,можно установитьаппаратурууплотнения,позволяющуюпередать поодной меднойпаре до 4-х телефонныхномеров.
Если офиснаходитсядалеко отабонентскихокончаний, тоорганизуетсяих удлинениепо оптическомуили по медномукабелю и предоставляетсястолько линий,сколько необходимо.
Предоставленныепо абонентскимлиниям телефонныеномера можнообъединитьв логическуюгруппу (т.н.бизнес-группу)так, что длясотрудниковэто будет выглядетькак отдельнаяучрежденческаяАТС (с возможностьюсокращенногонабора номерадля внутриофиснойсвязи и множествадругих услуг).
Если числонеобходимыхтелефонныхномеров достаточновелико, тоорганизуетсяподключениеУАТС по оптическомуили медномукабелю;
В случае еслинеобходимоне толькоразговариватьпо телефону,но и обмениватьсяданными илииметь выходв Интернет поодной меднойпаре, то наиболееэффективными недорогимрешением являетсябазовый ISDN-доступ.

1.2.9.Дополнительныеуслуги

1.3. Организационнаяструктурапредприятия.

АппаратПрезидента
1. Секретариат
2. Юридическийотдел
3. Отдел кадров
Административнаяслужба
Коммерческаяслужба
1. Отдел продаж
2. Отдел сопровождениясуществующихклиентов
3. Отдел продажновых услуг
4. Отдел маркетингаи рекламы
5. Административнаягруппа
Бухгалтерия
1. Отдел бухгалтерскихопераций
Департаментработы с клиентами
1. Отдел работыс клиентами
2. Отдел обслуживанияклиентов
Финансоваяслужба
Департаментфинансов
1. Отдел планированияи анализа
2. Отдел текущихопераций
Департаментвнутреннегоаудита
1. Отдел лицензийи протокола
2. Экспертно– договорнойотдел
3. Отдел управлениякачеством
Техническаяслужба
1. Отдел станционныхсооружений
  1. Группа поорганизациистроительствастанционныхсооружений
  2. Группа поподготовкетехническихрешений
2. Отдел линейныхсооружений
  1. Группа поорганизациистроительствалинейныхсооружений
  2. Группа текущегоразвития
Служба эксплуатации
Департаментэксплуатациисети
1. Абонентскийотдел
2. Отдел эксплуатации5ESS
3. Отдел эксплуатацииSDH
4. Отдел эксплуатациисистем ПД
5. Отдел техническойподдержки иремонта
Департаментинформационныхтехнологийи систем
1. Отдел разработкии сопровожденияпрограммныхсистем
2. Отдел системногоадминистрирования
Служба развитиябизнеса
1. Отдел перспективногопланирования
  1. Группа разработкиновых техническихрешений
2. Отдел новыхтехнологийи услуг

1.4. Описаниеподразделения,в котором проходилапрактика.

1.4.1. Общиеположения оботделе.

1.4.2. Основныезадачи отдела.

Выработкаполитики Компаниив области разработкии внедрениясовременныхинформационныхтехнологийв интересахповышенияэффективностипроцессовуправлениякомпанией ифункционированияее подразделений.
Совместнос РуководствомЗАО «Телмос»и руководителямиподразделенийразработкаруководящихи инструктивныхдокументовдля оптимальнойорганизацииинформационныхпотоков междуподразделениямикомпании.
Участие впроектированиипрограммныхсистем в интересахподразделенийКомпании.
Разработкаи внедрениепрограммныхсистем, входящихв состав корпоративнойинформационнойсистемы (КИС)с использованиемсовременныхсредств разработки.
Программноеи техническоесопровождение,развитиеинформационных,расчетных,бухгалтерскихи других программныхсистем, используемыхв компании.
Обеспечениеинтеграциипрограммныхсистем КИС ииспользуемыхпрограммныхсистем другихфирм.
Обеспечениеоформления(переоформления)сертификатовсоответствияна используемыепрограммныесистемы.
АдминистрированиепользователейКИС, разграничениедоступа кинформации,обеспечениебезопасностиинформациив КИС.
Организацияи проведениеконсультацийпо информационнымтехнологиям,используемымв компании, иобучениепользователейработе с программнымисистемами.

2. Описаниепредметнойобласти и реализацияпоставленнойзадачи.

2.1. Назначениеи функции подсистемыавтоматизациифинансовойслужбы (ФС).

ПодсистемаавтоматизацииФС реализуетследующиефункции:

Автоматизацияопераций порегистрации,акцептованиюрасходныхдокументов(документовдля начислений);
Автоматизацияпроцедурыбюджетныхначисленийпо расходнымдокументам;
Автоматизацияпроцедуррегистрации,оформления,акцептованияплатежныхдокументов;
Автоматизацияпроцедурыпланированиябюджета и движенияденежных средств;
Автоматизацияпроцедур финансовогоконтроля;
Получениеотчетов обисполнениибюджета и движенииденежных средств.

В составподсистемыавтоматизацииФС включеныследующиемодули:

База данныхФС (SQL_BOSS)

2.2. Функциимодуля «Базаданных Финансовойслужбы (ФС)».

Модуль «БДФС»обеспечиваетвыполнениеисследующихфункций:

2.2.1. Автоматизацияопераций порегистрации,акцептованиюрасходныхдокументов(документовдля начислений):

Формированиеи регистрациярасходныхдокументов
Акцептованиерасходныхдокументов
Осуществлениепоиска расходныхдокументов

2.2.2. Автоматизацияпроцедурыбюджетныхначисленийпо расходнымдокументам:

Формированиераспределенияпо начислениямсуммы платежа,приходящегосяна расходныйдокумент
Осуществлениепоиска, отбора,изменениябюджетныхначислений

2.2.3. Автоматизацияпроцедур регистрации,оформления,акцептованияплатежныхдокументов:

Формированиеи регистрацияплатежногодокумента наоснованиирасходногодокумента
Акцептованиедокументаруководителемфинансовогодепартамента
Акцептованиедокументаглавным бухгалтеромили президентом
Оформлениеотметки обоплате документа
Установлениесвязи междуплатежным ирасходнымдокументом

2.2.4. Автоматизацияпроцедурыпланированияи движенияденежных средств:

Ведениеиерархическогосправочникарасчетныхстатей бюджета
Автоматизациязаполнениябюджетныхзаявок отподразделений
Формированиеплана бюджетана год
Формированиепрогноза исполнениябюджета
Обеспечениепросмотрарасходных,платежныхдокументови начисленийпо статьямбюджета
Формированиеплана движенияденежных средствна год
Формированиеоперативного(пятидневки)плана движенияденежных средств

2.2.5. Получениеотчетов обисполнениибюджета и движенииденежных средств:

Формированиеотчетов поисполнениюбюджета и остаткамбюджетныхсредств
Формированиеотчетов обисполнениипланов движенияденежных средств

2.2.6.Формированиеинформацииоб остаткахна расчетныхсчетах.

2.2.7.Ведениеи просмотр базыданных справочников:

Справочникстатей расчетов
Справочниквидов финансовыхотчетов
Справочникстатусов отчетов
Справочниктипов расходныхдокументов
Справочниксчетов и реквизитов
Справочникспособов оплаты
Справочниктипов платежа
Справочникстатусов платежа

Результатыработы представленыв приложении.

3. Заключение.

Полное исвоевременноеотражениеинформациио планируемоми фактическомвыполненииработ/услуг,оплате работ/услуг.
Совершенствованиесистемы бюджетногоконтроля.
Распределениеполномочийи ответственностимежду Президентом,Финансовымдиректороми ответственнымза исполнениебюджета в процессебюджетногоконтроля.

4. Литература.

Всематериалы дляотчета – рабочиедокументы,предоставленныеруководствоми сотрудникамиЗАО «Телмос»

5. Приложение.

Результатоммоей практикистала Справкапо «SQL_BOSS»,часть которойи представленав данном приложении.

4.Планированиебюджета и движенияденежных средств.

Планированиебюджета осуществляется,на основаниизаявок отподразделений,финансовойслужбой.

4.1. Формированиебюджетныхзаявок отподразделений.

Дляввода заявкинеобходимо:

Выбратьв верхней строкеменю раздел«Бюджет»
В«выпадающем»меню выбратьраздел «Бюджетнаязаявка»
Появляетсяследующаяформа «Выберитепериод и подразделение»:

Вформе заполнитьполя и нажать«Выбрать»
Появляетсясоответствующаяформа. Например,«Бюджетнаязаявка: «Финансоваяслужба» наИюль 2002»

Заполнениенеобходимопроизводить,начиная с «неделимых»(нижних) подстатей,вышестоящиестатьи – этоавтоматическаясумма нижестоящих.Чтобы заполнитьстроки надонажать правуюклавишу мышии выбрать «Добавитьзапись» или«Изменитьзапись».

4.2. Формированиеплана бюджетана год.

Наоснованиизаявок отподразделенийсоставляетсягодовой бюджетпредприятия,который утверждаетсяСоветом директоров.Планирует егоФинансоваяслужба. Дляпросмотрабюджетногоплана необходимовыполнитьследующиедействия:

Выбратьв верхней строкеменю раздел«Бюджет»
В«выпадающем»меню выбратьраздел «Утвержденныйплан на год»
Появляетсяследующаяформа «Утвержденныйплан бюджетана … год»:

Вэтой форместатьи, помеченные«+» могут бытьдетализированына более мелкиеподстатьи. Длядетализациистатьи надодважды щелкнутьлевой клавишеймыши на «+».

Еслинеобходимаболее подробнаяинформацияо заполнениитой или инойстатьи, то надодважды щелкнутьлевой клавишеймыши в началестроки. Появитсяследующаяформа, в которой,перемещаясьпо закладкам,можно детальнорассмотретькаждую статью:

Изэтой формыможно попастьв Документ дляначислений,дважды щелкнувлевой клавишеймыши в началестроки. Подробнеео работе с формамирассказанов разделе 4.3.Формированиепрогноза исполнениябюджета.

4.3. Формированиепрогноза исполнениябюджета.

Заполненнаязаявка отподразделенийпопадает вобщий свод, втаблицу, котораяоткрываетсяследующимобразом:

Выбратьв верхней строкеменю раздел«Бюджет»
В«выпадающем»меню выбратьраздел «Прогнозисполнениябюджета»
Появляетсяследующаяформа «Прогнозисполнениябюджета и ДДСна … год»:

→

(вернуться)

Вэтой формеданные представленыпо месяцам,причем длякаждого месяцаотведены 2 столбцаголубого ибелого цветов.В столбце белогоцвета отраженыфактическиеначисления(из заявокподразделений),которые необязательнодолжны бытьоплачены вуказанноммесяце, а в столбцеголубого цвета(с буквой Д) отраженафактическаяоплата счетов.В голубом столбцев сумму включенНДС.

Данныеавтоматическисуммируютсяпоквартальнои за год.

Статьяможет бытьоткорректирована.Для этого необходимо:

Установитькурсор мышина соответствующуюстатью
Нажатьправую клавишумыши
Изпредложенногосписка выбратьнужное действие.

Иногданеобходимаболее полнаяинформацияо том, какимобразом получилисьте или иныецифры. В этомслучае возможенподробныйпросмотр заполненияотдельныхстатей по месяцамили наоборот– заполнениевсех статейза 1 месяц.

Дляпросмотразаполнениястатьи по месяцамнеобходимовыполнитьследующиедействия:

Установитьмышь в началестроки с соответствующейстатьей (→).
Двараза щелкнутьлевой клавишеймыши.
Получаемследующуюформу, где болеедетальнорассматриваетсязаполнениесоответствующейстатьи:

→

Появляетсяформа с закладками(Расходныедокументы,плановые платежи,Фактическиеплатежи, Исполнение,Плановые начисления,Фактическиеначисления).Просмотреввсе закладкиможно выявитьошибки илинеточности,допущенныепри заполненииПервичныхдокументов.Выйти в Первичныйдокументможно, дваждыщелкнув в началеинтересующейстроки ( →).

Дляпросмотразаполнениявсех статейза месяц необходимовыполнитьследующиедействия:

Установитьмышь вверхустолбца соответствующегомесяца (→).
Двараза щелкнутьлевой клавишеймыши.
Получаемследующуюформу, где болеедетальнорассматриваетсязаполнениесоответствующейстатьи:

↓

Работас появившейсяформой аналогичнаработе с формойдля просмотразаполнениястатьи по месяцам(см.выше).

4.4. Формированиеплана ДДС нагод.

Составлениеплана по ДДСаналогичносоставлениюплана по Бюджету.Форма «Утвержденныйплан ДДС нагод» выглядитточно так же,как форма«Утвержденныйплан бюджетана год», с тойлишь разницей,что в План поДДС включенНДС, т.к. это реальновыплачиваемыеденьги. СоставлениемПлана по ДДСзанимаетсяфинансоваяслужба. Чтобыпросмотреть«Утвержденныйплан ДДС нагод», необходимовыполнитьследующиедействия:

Выбратьв верхней строкеменю раздел«Ден. Ср-ва»
В«выпадающем»меню выбратьраздел «Утвержденныйплан на год»
Появляетсяследующаяформа «Утвержденныйплан ДДС на …год»:

4.5. Контрольразноски платежей.

Проконтролироватьплатежи можно,перемещаясьпо нижеприведеннымформам. Такимобразом можнопроследитьза каждым видомплатежей.

Дляконтроля разноскиплатежей необходимовыполнитьследующиедействия:

Выбратьв верхней строкеменю раздел«Ден. Ср-ва»
В«выпадающем»меню выбратьраздел «Контрольучета ДДС»
Появляетсяследующаяформа «Контролькорректностиразноски платежейпо дням»:

Изэтой формыдвойным нажатиемлевой клавишимыши в началестроки можнопопасть в форму«Контрольразноски платежейза …»

Далееиз этой формыдвойным нажатиемлевой клавишимыши в началестроки можнопопасть в форму«Платеж»:

Нажавкнопку «Открытьрасходныйдокумент»,попадаем вДокумент дляначислений.Нажав кнопку«Просмотретьраспределение»попадаем вформу «Распределениерасходногодокумента»,в которой можнонажать

и попасть вформу «Фиксациясуммы распределения».Обе эти формыпредставленыниже.

Такимобразом можнопроследитьза каждым платежом,выявить ошибкии неточностии внести необходимыекорректировки.

5. Формированиеотчетов обисполнениибюджета и ДДС.

5.1. Формированиеотчетов поисполнениюбюджета и остаткамбюджетныхсредств.

Дляконтроля заисполнениембюджета поподразделениямнеобходимовыполнитьследующиедействия:

Выбратьв верхней строкеменю раздел«Бюджет»
В«выпадающем»меню выбратьраздел «Исполнениебюджета»
В«выпадающем»меню выбрать«За год» («Заквартал», …)и нажать левуюклавишу мыши.
Появляетсяследующаяформа «Исполнениебюджета за …год (поквартально)»:

Просмотретьинформациюоб остаткахбюджетныхсредств можноследующимобразом:

Выбратьв верхней строкеменю раздел«Бюджет»
В«выпадающем»меню выбратьраздел «Остатокбюджетныхсредств»
Появляетсяследующаяформа «Остатокбюджетныхсредств на …»:

Работас этой формойаналогичнаработе с формами,описаннымивыше.

5.2. Формированиеотчетов обисполнениипланов ДДС.

Дляполученияотчета по ДДСнеобходимовыполнитьследующиедействия:

Выбратьв верхней строкеменю раздел«Ден. Ср-ва»
В«выпадающем»меню выбратьраздел «Отчето движенииденежных средств»
В«выпадающем»меню выбрать«За год» («Заквартал», …)и нажать левуюклавишу мыши.
Появляетсяследующаяформа «Отчето движенииденежных средствза … год (поквартально)»:

Этаформа абсолютноаналогичнаформе «Исполнениебюджета за …год (поквартально)»,но отличаетсяна величинуНДС.

Просмотретьинформациюоб остаткахденежных средствможно следующимобразом:

Выбратьв верхней строкеменю раздел«Ден. Ср-ва»
В«выпадающем»меню выбратьраздел «Остатокденежных средств»
Появляетсяследующаяформа «Остатокденежных средствна …»:

Изэтой формыможно попастьв форму с болеедетальнымрассмотрениемостатков, аоттуда в Документдля начислений(алгоритм см.выше). Информациюоб остаткахденежных средствформируетфинансоваяслужба.

Краснымцветом отмеченыданные, непредусмотренныев плане.

Положениео департаментеэкономики ифинансов

Департаментэкономики ифинансов являетсяструктурнымподразделениемЗАО «Телмос»,возглавляетсяРуководителемДепартаментаи находитсяв подчиненииФинансовогодиректора.
В состав Департаментавходят следующиеподразделения:
1. отдел планированияи анализа;
2. отдел текущихопераций
Основные задачии направлениядеятельности
1. Организацияи руководствопланово-экономическойи финансовойдеятельностьюв ЗАО «Телмос»
2. Организацияпроцессафинансовогопланированияв ЗАО «Телмос»:
  1. Участие в процессеформированиястратегииразвития ЗАО«Телмос»;мониторинги анализ результатоввыполненияутвержденнойстратегииразвития;
  2. Разработкаи поддержкафинансово-экономическоймодели с цельюопределенияисточниковфинансирования,выработаннойстратегииразвития иоценки влияниявнешних ивнутреннихфакторов надеятельностьЗАО «Телмос»;
  3. Сбор, обобщениеи анализ заявокструктурныхподразделенийЗАО «Телмос»по формированиюгодового бюджетаЗАО «Телмос»;
  4. Формированиена основесобраннойинформациигодового бюджета,эксплуатационныхрасходов,инвестиционногобюджета, бюджетафинансовыхопераций;согласованиес руководителямиструктурныхподразделенийи руководствомЗАО «Телмос»;
  5. В рамках согласованногои утвержденногогодового бюджетаЗАО «Телмос»формированиеи утверждениебюджета движенияденежных средств;
  6. В рамках утвержденногоплана движенияденежных средствформированиеежедневногоплатежногографика повсем направлениямтекущей деятельности;
3. Организациябюджетногоконтроля вЗАО «Телмос»:
  1. Контрольисполненияутвержденногобюджета ЗАО«Телмос» подоходам отосновнойдеятельности,операционнымрасходампредприятияи себестоимостипродаж;
  2. Контрольвыполненияпрогнозапоступленияденежных средствот услуги связи;выявления ианализ причинневыполненияпрогнозныхзначений;
  3. Контрольисполненияплана движенияденежных средств;
  4. Контрольпоступающихот структурныхподразделенийрасходныхдокументовв части ихсоответствияутвержденномуграфику платежей;визированиеуказанныхдокументови их регистрацияв КБД ЭДО;
4. Взаимодействиесо стороннимиорганизациямив рамках деятельностидепартамента:
  1. Взаимодействиес банками,осуществляющимикредитноеобслуживаниеи принимающимиплатежи зауслуги связиЗАО «Телмос»;
  2. Взаимодействиес кредитнымии лизинговымиорганизациями,организацияпроцесса сбораи подготовкиматериалов,необходимыхдля предоставлениякредитов илизинга;
  3. Взаимодействиесо страховымикомпаниямипо вопросамстрахованияосновных средствЗАО «Телмос»;
  4. Текущие взаимодействияс ГНИ №4; выверкаправильностии своевременностиплатежей вадрес налоговойинспекции,выверка состоянияи контрольостатков лицевогои налоговогосчета в ГНИ,сдача ежемесячныхналоговыхрасчетов иоформлениекорреспонденциив адрес налоговойинспекции;
5. Ежедневныймониторингналичия денежныхсредств насчетах ЗАО«Телмос»; анализдостаточностиденежных средствдля финансированиятекущей деятельностиКомпании;
6. Контроль засвоевременными правильнымисполнениемналоговогокалендаря;
7. Организацияпроцесса подготовкии контроль засвоевременнымпредставлениемотчетов дляруководстваи акционеровЗАО «Телмос»,регулирующихорганов:
  1. Подготовкааналитическихматериалови отчетов дляруководстваЗАО «Телмос»;
  2. Подготовкаотчета эмитентадля ФКЦБ РФ;
  3. Подготовкаежеквартальныхотчетов орезультатахфинансово-хозяйственнойдеятельностидля АО «МГТС»и АО «СистемаТелеком»;
  4. Ежемесячноеформированиеотчета о фактическомпоступлениии использованииденежных средствКомпании;
  5. Подготовкафинансовойотчетностив соответствиис US GAAP,перекладкароссийскойдокументациисогласно западнымформатам;
  6. Подготовкаи предоставлениенеобходимойфинансовойинформациив периодыпроведениявнешних аудиторскихпроверок;
8. Анализ финансовыхусловий ивизированиехозяйственныхи клиентскихдоговоров;
9. Оценка и дальнейшийконтроль зафинансово-экономическойобоснованностьюдолгосрочныхфинансовыхвложений(инвестиционныйанализ);
10. Анализ результатовфинансово-хозяйственнойдеятельностиЗАО «Телмос»;
11. Осуществлениемероприятийпо совершенствованиютекущей деятельностиДепартамента:
  1. Разработкаи постановкараздельногоучета затратпо видам услуг;анализ себестоимостиуслуг;
  2. Совершенствованиесистемы бюджетированияЗАО «Телмос»;
  3. Постановказадач дляразработкии совершенствованияинтегрированнойкорпоративнойсети;
  4. Участие вформированииучетной политикиЗАО «Телмос».

Раздаточныематериалы кдипломномупроекту натему: «Автоматизациясистемы бюджетированияфинансовойслужбы ЗАО«Телмос»

Выполниластуденткагруппы 98 – Э –5

ВасилишинаО. С.

Руководительдоц. КусмарцеваН. В.

Функциональноемоделированиепроцесса бюджетногоуправления

Бизнес – процессбюджетногоуправленияпредприятием

Формированиебюджета предприятия

Формированиебюджетовподразделений

Информационно– логическоемоделирование

Примеры формБД ACCESS

«Утвержденныйплан бюджетана год»

«Исполнениебюджета за год»

«Бюджетнаязаявка подразделения»

Примерпоисковогоокна»

«Таблица счетов»

Экономическаяэффективность

Показатель	Внастоящеевремя	Послеусовершенствованиясистемы бюджетирования
Время,затрачиваемоесотрудникамиФС на формированиеплановогобюджета(мес.)	2,4	2,1
Время,затрачиваемоесотрудникамиФС на бюджетноеуправлениев теченииостальных 9месяцев (мес.)	4,5	3,6
Средняязаработнаяплата всехсотрудниковфинансовойслужбы (ФС)долл/мес.	10 000	10 000
Заработнаяплата, выплаченнаясотрудникамФС на бюджетноеуправлениедолл/год.	69 000	57 000
Время,затрачиваемоеподразделениямина формированиеплановогобюджета (мес.)	1,2	1
Время,затрачиваемоеподразделениямина бюджетноеуправлениев течениеостальных 10месяцев (мес.)	0,8	0,7
Средняязаработнаяплата руководителейподразделенийдолл/мес.	3 000	3 000
Средняязаработнаяплата сотрудниковподразделенийдолл/мес.	1 100	1 100
Заработнаяплата, выплаченнаяподразделениямна бюджетноеуправлениедолл/год.	90 200	76 670
Экономическийэффект долл/год(С₀-С₁)		25 530
Единовременныенекапитальныезатраты наразработкупроекта бюджетногоуправленияЗАО «Телмос»долл/год (К)		7 000
Эффективностьзатрат		3,65
Срококупаемости(лет)		0,27 г.(3 мес. 1 неделя)

Автоматизация системы бюджетирования финансовой службы

ИНСТИТУТЭКОНОМИКИ ИПРЕДПРИНИМАТЕЛЬСТВА

ДИПЛОМНЫЙПРОЕКТ

Содержание

Введение

Глава 1. Теоретическиеосновы и критерииоценки систембюджетирования

1.1. Понятие систембюджетирования

1.1.1. Архитектураи основныепонятия бюджетнойсистемы

1.2. Цели и задачибюджетирования

1.4. Бюджетированиеи информационныесистемы

1.5. Критерии оценкисистем бюджетирования

1.5.1. Состав и свойстваинформационныхобъектов

1.5.2. Функциональностьи алгоритмысистемы бюджетирования

1.5.3. Организацияработы пользователейс системой

1.5.4. Архитектура,платформа,средства интеграции

Глава 2 Технико-экономическаяхарактеристикаЗАО «Телмос»

2.1. Общие сведенияо предприятии

2.2. Структурапредприятия

Глава 3. Автоматизациябюджетногоуправленияв деятельностифинансовойслужбы ЗАО«Телмос»

3.1. Обзор существующихсистем бюджетногоуправления

3.2.Функциональноемоделированиебизнес-процессабюджетногоуправленияЗАО «Телмос»

3.2.1. SADT - методология

3.2.2. РеализацияSADT – методологиис помощью инструментамоделированияBPwin

3.3 Информационно– логическоемоделированиебизнес-процессабюджетногоуправленияЗАО «Телмос»

3.4 Создание базыданных с применениемСУБД ACCESS

Глава 4. Экономическаяэффективностьпримененияусовершенствованнойсистемы бюджетированияв деятельностифинансовойслужбы ЗАО«Телмос»

Глава 5. Обоснованиенеобходимостипроектированиямероприятийпо охране труда

5.1. Оценка напряженноститруда на рабочемместе.

5.2 Организациярабочего местаоператора ПК.

5.3 Обеспечениемикроклимата.

Период года

Температура,С

5.4 Защита отвибрации.

5.5 Требованияк шуму.

5.6 Электробезопасность.

5.7 Защита отстатическогоэлектричестваи электромагнитныхполей.

5.8. Освещение.

5.9 Пожарнаябезопасность.

5.10 Охрана окружающейсреды.

Заключение

Приложение1. Функциональноемоделирование

Приложение2. Информационно– логическоемоделирование

Приложение3. Примеры формБД ACCESS

Список используемойлитературы:

ВВЕДЕНИЕ

1.ОБЩИЕ ПОЛОЖЕНИЯ

1.1.Назначениеи правоваяоснова документа

2.ОБЪЕКТЫ ЗАЩИТЫ

2.1.Назначение,цели созданияи эксплуатацииКИС как объектаинформатизации

2.2.Структура,состав и размещениеосновных элементовКИС, информационныесвязи с другимиобъектами

2.3.Категорииинформационныхресурсов, подлежащихзащите

2.4.КатегориипользователейКИС, режимыиспользованияи уровни доступак информации

2.5.Уязвимостьосновных компонентовКИС

3.ЦЕЛИ И ЗАДАЧИОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИ

3.1.Интересызатрагиваемыхпри эксплуатацииКИС субъектовинформационныхотношений

3.2.Цели защиты

3.3.Основные задачисистемы обеспечениябезопасностиинформацииКИС

3.4.Основные путидостиженияцелей защиты

4.ОСНОВНЫЕ УГРОЗЫБЕЗОПАСНОСТИИНФОРМАЦИИКИС

4.1.Угрозы безопасностиинформациии их источники

4.2.Пути реализациинепреднамеренныхискусственныхугроз безопасностиинформациив КИС

4.3.Умышленныедействия стороннихлиц, зарегистрированныхпользователейи обслуживающегоперсонала

4.4.Неформальнаямодель возможныхнарушителей

4.5.Непреднамеренныеестественныеугрозы.

5.ОСНОВНЫЕ ПОЛОЖЕНИЯТЕХНИЧЕСКОЙПОЛИТИКИ ВОБЛАСТИ ОБЕСПЕЧЕНИЯБЕЗОПАСНОСТИИНФОРМАЦИИКИС ЗАО «Телмос»

5.1.Техническаяполитика вобласти обеспечениябезопасностиинформации

5.2.Формированиережима безопасностиинформации

5.3.Оснащениетехническимисредствамихранения иобработкиинформации

6.ОСНОВНЫЕ ПРИНЦИПЫПОСТРОЕНИЯСИСТЕМЫ КОМПЛЕКСНОЙЗАЩИТЫ ИНФОРМАЦИИ

7.МЕРЫ, МЕТОДЫИ СРЕДСТВАОБЕСПЕЧЕНИЯТРЕБУЕМОГОУРОВНЯ ЗАЩИЩЕННОСТИИНФОРМАЦИОННЫХРЕСУРСОВ

7.1.Меры обеспечениябезопасности

7.1.1.Правовые мерызащиты

7.1.2.Морально-этическиемеры защиты

7.1.3.Административныемеры защиты

7.2.Физическиесредства защиты

7.2.1.Разграничениедоступа натерриториюи в помещения

7.3.Программно-аппаратныесредства защиты

7.3.1.Средстваидентификациии аутентификациипользователей

7.3.2.Средстваразграничениядоступа зарегистрированныхпользователейсистемы к ресурсамКИС

7.3.3.Средстваобеспеченияи контроляцелостностипрограммныхи информационныхресурсов

ПЕРЕЧЕНЬ
НОРМАТИВНЫХДОКУМЕНТОВ,РЕГЛАМЕНТИРУЮЩИХДЕЯТЕЛЬНОСТЬВ ОБЛАСТИ ЗАЩИТЫИНФОРМАЦИИ