Автоматизация контроля и учета потребляемых ресурсов как способ энергосбережения. Современные системы автоматизации учета товарных ресурсов Комплексная автоматизированная система коммерческого учета ресурсов

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

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

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

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

Компьютерная система включает в себя следующие элементы:

1. Аппаратные средства.

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

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

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

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

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

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

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

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

Типовая конфигурация - готовое решение.

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

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

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

В конфигурации предусмотрены удобные для бухгалтера средства описания элементов учетной политики и настройки на отраслевые особенности. Она позволяет получать большинство форм первичной учетной документации по унифицированным типовым формам, поддерживает автоматическое формирование регистров учета и автоматизированную подготовку регламентированной отчетности (бухгалтерской, налоговой, во внебюджетные социальные фонды, статистической) по актуальным типовым формам. Принцип ведения бухгалтерского учета "от документа" в типовой конфигурации занимает центральное место. Он означает, что факты хозяйственной деятельности отражаются в информационной базе, как правило, с помощью документов типовой конфигурации, которые, в свою очередь, могут автоматически формировать проводки исходя из существа регистрируемой финансово-хозяйственной операции. Экранные формы документов максимально приближены к типовым унифицированным формам, с которыми привык работать бухгалтер. Для всех "исходящих" первичных документов предусмотрена возможность получения "твердых" копий на бумажном носителе. С любым документом в процессе его подготовки можно работать многократно, сохраняя промежуточную информацию. Реквизиты многих документов могут быть заполнены автоматически на основании других документов, ранее введенных в информационную базу (используются функции копирования или "ввод на основании"). Например, на основании счета можно заполнить накладную на реализацию продукции, которая, в свою очередь, является основанием для заполнения счета-фактуры. Принцип интеграции в типовой конфигурации систем налогового и бухгалтерского учета в рамках единой информационной базы можно проиллюстрировать на примере организации аналитического учета на счете 90 "прибыль/убыток от продаж". Учет выручки и затрат на этом счете ведется по видам деятельности и вариантам реализации. Первый разрез обеспечивает выполнение требований Инструкции к Плану счетов по раздельному учету выручки по видам деятельности. Перечень осуществляемых видов деятельности пользователь самостоятельно определяет в справочнике "Виды деятельности". Второй разрез введен для обеспечения требований налоговых органов по раздельному учету выручки с разными ставками налогов. Варианты реализации описываются в справочнике "Варианты реализации". Наименование каждого элемента справочника представляет собой сочетание четырех реквизитов: тип реализации, ставка налога на добавленную стоимость (НДС), ставка налога на реализацию горюче-смазочных материалов (НГСМ), благодаря тому, что ставки каждого вида налогов хранятся в отдельных справочниках, существует возможность задавать любые комбинации вариантов реализации, как с действующими ставками налогов, так и вновь вводимыми, без внесения изменений в конфигурацию.

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

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

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

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

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

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

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

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

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

• 1. сводные проводки;
• 2. оборотно-сальдовую ведомость;
• 3. оборотно-сальдовую ведомость по объектам аналитического учета;
• 4. карточка счета;
• 5. карточка счета по одному объекту аналитического учета;
• 6. анализ счета (аналог главной книги);
• 7. анализ счета по датам;
• 8. анализ счета по объектам аналитического учета;
• 9. анализ объекта аналитического учета по всем счетам;
• 10. карточка объекта аналитического учета по всем счетам;
• 11. журнальный ордер.

В программе существует режим формирования произвольных отчетов, позволяющий на некотором бухгалтерском языке, который использует программа, описать форму и содержание отчета, включая в него остатки и обороты по счетам и по объектам аналитического учета. Программа содержит более 30 регламентированных форм отчётности в налоговые органы и внебюджетные фонды; кроме того, данный режим используется для создания внутренних отчетов для анализа финансовой деятельности организации в произвольной форме. Программа имеет развитые функции сохранения резервных копий баз данных и режим сохранения в архиве текстовых документов. Работа пользователя, как и в любой другой аналогичной программе, начинается с настройки плана счетов и ввода шаблонов новых типовых операций (помимо предусмотренных в базовом комплекте). Вместе с продуктом предлагается широкий перечень заполняемых форм первичных документов, но если пользователя не устраивает какой-либо документ, он может изменить его печатную форму и алгоритм заполнения. Пользуясь внутренним макроязыком, можно описать практически любой документ. Реализованные в базовом комплекте алгоритмы переоценки валюты и начисления амортизации требуют от пользователя строгого соблюдения правил отражения информации на счетах. Чтобы расширить функциональное наполнение САБУ, можно разработать собственные алгоритмы переоценки валютных пассивов и активов в зависимости от действующего законодательства, начисления амортизации по нематериальным активам, формирования учетных регистров и т. д.

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

Система "1С: Предприятие" может быть адаптирована к любым особенностям учета на конкретном предприятии при помощи модуля "1С: Конфигуратор", позволяющего настраивать все основные элементы программной среды, генерировать и редактировать документы с любой структурой, изменять их экранные и печатные формы, формировать журналы для работы с документами с возможностью их произвольного распределения по журналам. Кроме того, "1С: Конфигуратор" может редактировать существующие и образовывать новые справочники произвольной структуры, создавать регистры для учета средств в необходимых разрезах, задавать любые алгоритмы обработки информации, описывать поведение элементов системы на встроенном языке и т. д. Важно отметить, что для настройки продукта не требуется глубоких знаний в области программирования. При проверке настроенной конфигурации задействуется функция "Отладчик"; она же используется для выявления возможных сбоев при работе системы в целом. Приложение "1С: Предприятие" может применяться как автономно для управления товарными потоками без формирования бухгалтерских проводок, так и в сочетании с ПО "1С: Бухгалтерия" для регистрации движения товаров на счетах бухгалтерского учета. Кроме того, в пакете "1С: Предприятие" имеются средства поддержки торгового оборудования (например, кассовых аппаратов "ЭЛЕКТРОНИКА-92 АКВАРИУС" и сканеров штрих-кодов, подсоединяемых через интерфейс RS-232).

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

САБУ от "1С" реализованы для разных программных и аппаратных платформ: DOS, Windows, Windows 95, Macintosh (с начала 1996 г.), Power Macintosh (с лета 1996 г.). Существует несколько модификаций системы: базовая, профессиональная (для решения более сложных бухгалтерских задач, включающих элементы анализа хозяйственной деятельности предприятий), сетевая (с весны 1996 г. реализована технология клиент/сервер). Наиболее распространенная современная версия "1С: Бухгалтерия Проф. 8.0" под Windows является, на наш взгляд, лучшей из представленных на российском рынке. В базовый комплект поставки входят одна или две дискеты, руководство пользователя и регистрационная анкета. Для установки и эксплуатации программы достаточно иметь 3 - 5 Мбайт свободного места на диске. Работа пользователя, как и в любой другой аналогичной программе, начинается с настройки плана счетов и ввода шаблонов новых типовых операций (помимо предусмотренных в базовом комплекте). Вместе с продуктом предлагается широкий перечень заполняемых форм первичных документов, но если пользователя не устраивает какой-либо документ, он может изменить его печатную форму и алгоритм заполнения. Пользуясь внутренним макроязыком, можно описать практически любой документ. Реализованные в базовом комплекте алгоритмы переоценки валюты и начисления амортизации требуют от пользователя строгого соблюдения правил отражения информации на счетах. Система формирует всю отчетность, предоставляемую в налоговые инспекции. Для этого используется генератор отчетов, в котором при помощи внутреннего макроязыка создаются собственные отчетные документы. Чтобы расширить функциональное наполнение САБУ, можно разработать собственные алгоритмы переоценки валютных пассивов и активов в зависимости от действующего законодательства, начисления амортизации по нематериальным активам, формирования учетных регистров и т. д. Помимо описанного продукта, фирма "1С" продвигает на рынок свою новую разработку под названием "1С: Предприятие". Это ПО представляет собой универсальную систему для автоматизации учета в торговле, складском хозяйстве и смежных отраслях деятельности предприятия. Приложение разработано на новой технологической платформе под условным названием V7, которая включает средства работы с базой данных, встроенные язык программирования, редактор диалоговых форм и текстовый редактор, единый механизм обработки запросов. Система "1С: Предприятие" может быть адаптирована к любым особенностям учета на конкретном предприятии при помощи модуля "1С: Конфигуратор", позволяющего настраивать все основные элементы программной среды, генерировать и редактировать документы с любой структурой, изменять их экранные и печатные формы, формировать журналы для работы с документами с возможностью их произвольного распределения по журналам. Кроме того, "1С: Конфигуратор" может редактировать существующие и образовывать новые справочники произвольной структуры, создавать регистры для учета средств в необходимых разрезах, задавать любые алгоритмы обработки информации, описывать поведение элементов системы на встроенном языке и т. д. Важно отметить, что для настройки продукта не требуется глубоких знаний в области программирования. При проверке настроенной конфигурации задействуется функция "Отладчик"; она же используется для выявления возможных сбоев при работе системы в целом. Приложение "1С: Предприятие" может применяться как автономно для управления товарными потоками без формирования бухгалтерских проводок, так и в сочетании с ПО "1С: Бухгалтерия" для регистрации движения товаров на счетах бухгалтерского учета. Кроме того, в пакете "1С: Предприятие" имеются средства поддержки торгового оборудования (например, кассовых аппаратов "ЭЛЕКТРОНИКА-92 АКВАРИУС" и сканеров штрих-кодов, подсоединяемых через интерфейс RS-232). Система "1С: Предприятие" выполняется под управлением ОС Windows 95 и Windows NT. Сетевая версия может устанавливаться в наиболее распространенных локальных сетях. В последнем случае рабочие станции должны иметь процессор класса 486DX и выше и оперативную память объемом не менее 8 Мбайт, а сервер - оперативную память не менее 16 Мбайт и процессор Pentium/75 и выше.

“АУБИ” - это зарегистрированное название интегрированной программной системы "Автоматизации Бухгалтерского Учета" малых, средних и больших предприятий. Аббревиатура названия комплекса “АУБИ” построена из ряда букв, входящих в приведенную выше фразу, заключенную в апострофы. Таким образом, сделана попытка отразить истинное предназначение программы. «АУБИ” может быть с успехом использована для автоматизации бухгалтерского учета предприятий различного рода деятельности. Программный комплекс представляет одинаковый интерес как для торговых (коммерческих) структур, так и для производственных предприятий. Гибкая система программы позволяет настраивать “АУБИ” на нужды конкретного пользователя. При этом бухгалтер каждого предприятия, исходя из своих собственных потребностей, имеет возможность сформировать план счетов; информационные справочники, содержащие названия предприятий-партнеров и их банковские реквизиты; список материально ответственных лиц и т.д. В зависимости от специфики деятельности предприятия “АУБИ” позволяет вести учет следующих элементов бухгалтерского производства:

Учет материалов (склад);

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

Система автоматизированного учета ресурсов (САУР)

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

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

Первоочередные задачи

Анализ сложившейся ситуации выявил ряд первоочередных задач.

1. Необходимость корректировки нормативно-правовой базы.

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

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

2. Потребность в автоматизации процесса планирования затрат

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

3. Обеспечение прозрачности обоснования затрат

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

4. Анализ использования информационных систем

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

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

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

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

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

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

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

Архитектура системы

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

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

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

АИС «Расчет смет на эксплуатацию» создана в трехзвенной архитектуре. Клиентская часть и сервер приложений реализованы на Java. Для запуска АИС используется технология Java Web Start, которая позволяет запускать систему с помощью стандартного веб-браузера (например, Internet Explorer) без предварительной установки клиентской части на рабочей станции. Запуск системы осуществляется при обращении по определенному адресу интернета, при этом на рабочую станцию пользователя загружаются необходимые программные файлы. В итоге АИС «Расчет смет на эксплуатацию» выглядит как обычный Windows-клиент («толстый клиент») и обладает всеми технологическими возможностями толстого клиента, но не требует соответствующего технического сопровождения на рабочих станциях, так все настройки и установка обновлений осуществляются автоматически.

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

Текущий момент и оценка экономического эффекта

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

Потребность в единой системе

Рассматривая и нформационный аспект, стоит отметить, что в ЖКХ Москвы к моменту принятия решения о создании АСУ ЕИРЦ имелось несколько разобщенных и часто не способных взаимодействовать друг с другом информационных систем. Базы данных территориальных и отраслевых автоматизированных систем разрабатывались независимо друг от друга на различных технических и программных платформах, и информация, которая в них содержится, существенно различается по структуре и технологии предоставления данных. В свою очередь, внедрение АСУ ЕИРЦ обеспечивает ряд преимуществ: интеграцию существующих информационных систем, создание единого ИКТ-пространства ЕИРЦ в рамках города и единой системы взаимодействия со смежными городскими ИС (в первую очередь, в рамках метасистемы «Электронная Москва»), защиту персональных данных населения в области расчетов за жилищно-коммунальные и прочие услуги и имущественных сведений вне зависимости от организационно-правовой формы управляющей структуры.

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

История разработки АСУ ЕИРЦ

Разработка АСУ ЕИРЦ проводилась в соответствии с нормативными документами в рамках городской целевой программы «Электронная Москва». Д ля реализации проекта был создан консорциум , в который, наряду с генеральным подрядчиком , компанией «ФОРС-Центр разработки», вошел ряд компаний, имеющих богатый опыт работ в ЕИРЦ города Москвы: «Лидник», «ЧИП-Н», «Борлас Ай-Би-Си», ГУП «ЕИРЦ СВАО», «Региональные системы - ЕРЦ». Система должна была решать целый ряд задач. Это автоматизация процессов начисления, обработки и учета жилищно-коммунальных платежей, расчетов с предприятиями-поставщиками ЖКУ, арендаторами и собственниками нежилых помещений, а также процессов регистрации граждан по месту жительства. Коме того - обеспечение расчетов по фактическому потреблению услуг на основе приборов учета, минимизация сроков прохождения платежей и увеличение их сбора, взаимодействие с системой предоставления жилищных субсидий и возмещения выпадающих доходов от предоставления льгот жителям (ГЦЖС), реализация регламента взаимодействия ЕИРЦ с системами поставщиков жилищно-коммунальных и прочих услуг, уполномоченными банками.

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

Структура единой системы

АСУ ЕИРЦ имеет трехзвенную архитектуру в соответствии с действующей административной иерархией города. Основными компонентами системы на городском уровне являются «Единое хранилище первичных данных» и «Многомерное хранилище данных». Системы хранения информации располагаются на кластерной платформе, обеспечивающей высокую степень готовности решений. В качестве базы данных используется СУБД Oracle, ключевые инструменты, применяемые на этом уровне, - Oracle Discoverer и OLAP технологии Oracle. Основой системы на окружном уровне является хранилище данных округа. Здесь работают подсистемы взаимодействия с внешними системами, поставщики услуг, подсистемы учета потребления ресурсов и формирования отчетов. В качестве технической платформы здесь также используется кластерное решение. Программная реализация на этом уровне базируется на СУБД Oracle, Oracle Application Server и языке Java. Для обеспечения работы отчетной системы применяется Oracle Discoverer. На уровне районов располагаются рабочие места сотрудников ЕИРЦ, которые обеспечивают доступ к данным, хранящимся на окружном сервере, и непосредственно поддерживают функции ведения расчетов с физическими и юридическими лицами, регистрации граждан по месту жительства и т. д. Связь между объектами всех уровней осуществляется через Московскую волоконно-оптическую сеть.

На уровне города в АСУ ЕИРЦ реализуются следующие основные функции: консолидация информации для последующей ее обработки, анализа, получения регламентированной и построения нерегламентированной отчетности (как для уровня города, так и для уровня округа с удаленных рабочих мест), централизованное администрирование АСУ ЕИРЦ, формирование единой нормативно-справочной информации. Основными функциями АСУ ЕИРЦ на уровне округа являются: обеспечение хранения и обработки оперативной информации, в том числе с локальных и удаленных рабочих мест, выполнение массовых операций над данными, регламентированный доступ к единому хранилищу информации города с удаленных рабочих мест округа для получения регламентированной отчетности, информационный обмен со смежными системами. На уровне района АСУ ЕИРЦ обеспечивает взаимодействие с потребителями услуг ЖКХ (физическими и юридическими лицами) с использованием и корректировкой первичной информации, а также создание на ее основе соответствующих печатных форм документов (справок, извещений, платежных документов и т. п.).

Состав АСУ ЕИРЦ

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

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

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

АСУ ЕИРЦ сегодня

В настоящее время АСУ ЕИРЦ эксплуатируется в ряде административных округов Москвы. Первый этап внедрения, проходивший в Юго-Восточном округе, был достаточно тяжелым, что связано с рядом как объективных, так и субъективных факторов. Здесь можно отметить и большое количество разнородных систем, установленных в районах округа, и необходимость усиления технической оснащенности районных ЕИРЦ. Нельзя сбрасывать со счетов психологические проблемы перехода сотрудников ЕИРЦ на новое программное обеспечение . Тем не менее, внедрение системы в ЮВАО было успешно завершено, и при установке АСУ ЕИРЦ в других округах Москвы процесс идет уже существенно легче. Внедрение осуществляется в соответствии с графиком, утвержденным постановлением Правительства Москвы от 28 февраля 2006 года № 132‑ПП и должно завершиться в конце текущего года.

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

Для реализации этого давайте разберемся более углубленно.

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

АСКУ может применяться практически во многих сферах:

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

Экономическая эффективность использования АСКУ:

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

Состав АСКУ:

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

Рисунок 1.1 Структурная схема АСКУ

Рисунок 1.2 Структурная схема системы в отдельно взятом помещении/цеху.

В общем случае АСКУ работает следующим образом:

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

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

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

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

Как создать автоматизированную систему учета

Любое городское здание подключено к сетям инженерно-технического обеспечения и оборудовано 5 основными каналами: электричество, газоснабжение, водопровод, отопление и горячее водоснабжение (ГВС), которые имеют особое значение с точки зрения энергосбережения. Учет общедомового потребления ресурсов по этим каналам организовать достаточно просто. В соответствующем помещении здания формируется входной узел, в этот узел устанавливается счетчик. Он, в свою очередь, подсоединяется к контроллеру, данные с которого поступают на узел связи, как правило, GSM, и далее передаются на сервер, где установлена система учета. По такой схеме строятся различные автоматизированные системы коммерческого учёта электроэнергии (АСКУЭ) и отопления.

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

К достоинствам таких систем следует отнести их отработанность и накопленный опыт их установки и эксплуатации. Минусов же оказывается значительно больше. Как правило, подобные системы не готовы к интегрированному учету всех ресурсов, и очевидно, что создание 4-5 по сути одинаковых систем будет всегда более сложно и затратно, чем одной универсальной. Второй минус связан с дороговизной. Если стоимость узла учета ресурсов всего многоквартирного дома в 200-300 тыс. руб. еще оправдана, то для каждой квартиры она должна быть существенно ниже. Третий отрицательный фактор - короткий срок межповерочного интервала, с которым можно согласиться в отношении общедомовых, но никак не поквартирных счетчиков. В идеале счетчик должен быть прост, надежен, иметь длительный режим работы без поверки и быстро заменяться после выхода из строя.

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

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

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

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

Таблица параметров компонентов АСУР

В таблице представлены усредненные требования, которые предъявляются к системам, устанавливаемым в городских многоквартирных домах. Стоимость установки и подключения одного датчика-счетчика при комплексном решении должна составлять 200-300 руб., а годовое обслуживание - не превышать 50 -100 руб. в год на один счетчик.

Выработка единых подходов - государственная задача

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

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

К сожалению, сознавая необходимость модернизации производства и ЖКХ с точки зрения потребления ресурсов, государство не до конца пришло к пониманию того, что для этого нужны правила, технические регламенты, ГОСТы, по затратам на разработку которых Россия отстает от той же Германии в 100 раз.

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

Как автоматизировать многоквартирный дом

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

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

Современная система учета энергоресурсов в многоквартирном доме

Источник: CNews Analytics, 2010

Более подробно рассмотрим левую часть схемы - систему поквартирного учета. Отметим, что для ее работы могут быть использованы не только беспроводные счетчики, но и более надежные проводные решения. Это не изменит представленной общей концепции системы АСУР. Но, необходимо четко понимать, что использование проводных датчиков приводит к необходимости прокладки кабелей и трасс и, соответственно, к строительным работам, а значит и удорожанию системы. Беспроводные счетчики могут быть различных типов, главное - обеспечение питания с помощью батарейки и/или с помощью небольшой солнечной батареи на срок не менее 3 лет.

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

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

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

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

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

В России около 40 млн домохозяйств и квартир. Для оснащения их минимальным набором электросчетчиков потребуется около 1,5-1,7 млрд долл., а с учетом создания системы контроля в целом, с установкой и настройкой из расчета примерно в 100 долл. на точку учета, минимальная стоимость проекта может составить 5,5-5,7 млрд долл. Ведущие компании начинают понимать перспективность этого направления и стараются заранее обеспечить свою долю на развивающемся рынке. Так, АФК «Система» и «Роснано» планируют стать участниками госпрограммы по оснащению российских квартир беспроводными «умными» счетчиками - соответствующее письмо направил в правительство РФ Фонд содействия реформированию ЖКХ. Возможно, активное участие государства во внедрении энергосберегающих технологий заставит, наконец, этот процесс стать более эффективным.

Учет энергоресурсов одна из приоритетных задач в системах управления промышленными и общественными объектами. Федеральный закон № 261 ФЗ «Об энергосбережении и повышении энергоэффективности», впервые принятый в 2009 году, определяет требования по энергоэффективности к вновь возводимым и реконструируемым зданиям и к зданиям. Статья 11, пункт 6: «Не допускается ввод в эксплуатацию зданий, строений, сооружений, построенных, реконструированных, прошедших капитальный ремонт и не соответствующих требованиям энергетической эффективности и требованиям оснащенности их приборами учета используемых энергетических ресурсов.»

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

Системы технического учета тепловой энергии так же бывают двух типов: автоматизированные системы технического учета тепловой энергии (АСТУТ) и автоматизированные системы коммерческого учета тепловой энергии (АСКУТ) .

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

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

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

Учитывая это, для владельцев объекта больший интерес представляет система АСТУТ.

Использование АСТУТ позволяет вести анализ следующих данных:

• Количество теплоты, объем и масса теплоносителя в контурах;
• Температура и давление в прямом и обратном трубопроводе, значение разности температур в подающем и обратном трубопроводах;
• Температура окружающего воздуха (при наличии термопреобразователя);
• Параметры конденсата и подпитки;
• Суммарного времени накопления объема и массы жидкости в каждом трубопроводе;
• Текущего значения тепловой мощности;
• Техническое состояние оборудования;
• Техническое состояние инженерных сетей;
• Несанкционированный доступ к приборам учета.

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

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

Аналогично всем, системы технического учета расходы воды бывают двух видов: автоматизированные системы технического учета питьевой, технической и сточной воды (АСТУВ) и автоматизированные системы коммерческого учета питьевой, технической и сточной воды (АСКУВ) .

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

Задачи системы учета воды включают в себя:

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

Система учёта воды позволяет анализировать данные о:

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

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

Системы учета расхода газа (или других энергоносителей)

Продолжая аналогию, системы учёта расхода газа делятся на два вида: автоматизированные системы технического учета газа (АСТУГ) и автоматизированные системы коммерческого учета газа (АСКУГ) . Задачи, выполняемые системами соответственно, расчет потребления и оптимизация потребления внутри системы.

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

Система учёта газа позволяет решить следующие задачи:

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

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

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

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

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

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

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

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

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

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