Требования по сохранности информации при авариях
Сохранность информации в БД обеспечивается штатными средствами СУБД (резервное копирование, восстановление после сбоев и др.).
Требования к защите от влияния внешних воздействий
4.14.1Требования к радиоэлектронной защите
Технические средства Системы управления должны соответствовать ГОСТ 19542-83 «Совместимость средств вычислительной техники электромагнитная. Термины и определения», ГОСТ Р 50628-2000. «Совместимость машин электронных вычислительных персональных электромагнитная. Устойчивость к электромагнитным помехам. Технические требования и методы испытаний» и требованиям Госкомсвязи РФ «Автоматизированные системы управления аппаратурой электросвязи», 1998 г.
Для программных средств требования не предъявляются.
Требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения)
Требования для технических средств должны определяться согласно ГОСТ 27201-87 «Машины вычислительные электронные персональные. Типы, основные параметры, общие технические требования».
Уровень индустриальных помех, создаваемый при работе средств Системы управления, не должен превышать значений, установленных ГОСТ 21552-84.
Для программных средств требования не предъявляются.
Требования к патентной чистоте и лицензированию
Проектные решения построения Системы управления должны отвечать требованиям по патентной чистоте согласно действующему законодательству РФ.
Должны соблюдаться положения нормативных правовых актов РФ по соблюдению авторских прав и защиты специальных знаков.
При поставке программного обеспечения Системы управления должны быть выполнены требования Закона РФ от 23.09.1992 г. № 3523-1 «О правовой охране программ для электронных вычислительных машин и баз данных».
Требования к стандартизации и унификации
При развитии Системы должны использоваться стандартные и унифицированные методы разработки программных средств. Система проектирования должна обеспечивать унификацию функциональных задач, операций и интерфейсов в части их реализации.
Разрабатываемое прикладное программное обеспечение и техническая документация должны соответствовать российским стандартам (по номенклатуре и оформлению).
Требования к использованию унифицированных форм отчетных документов уточняются на стадии технического проектирования и согласовываются с Заказчиком и Пользователем.
4.17 Требования к режимам функционирования Системы
Система управления должна иметь возможность функционировать в следующих режимах:
нормальный режим функционирования;
профилактический режим функционирования.
Основным режимом функционирования является нормальный режим.
В нормальном режиме функционирования системы:
клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в круглосуточном режиме;
серверное программное обеспечение и технические средства серверов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание;
исправно работает оборудование, составляющее комплекс технических средств;
исправно функционирует системное, базовое и прикладное программное обеспечение системы.
Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.).
В профилактическом режиме модули систем должны быть доступны только для уполномоченных сотрудников организации, обслуживающей Систему, для проведения следующих работ:
регламентное обслуживание серверного оборудования и общесистемного программного обеспечения Системы;
восстановление после сбоев и аварийных ситуаций;
обновление версий общего и/или специального программного обеспечения.
В профилактическом режиме, после восстановления узла системы после сбоя или обновления общего и/или специального программного обеспечения, должна проводиться комплексная проверка работоспособности узла системы.
Требования по диагностированию систем
Диагностирование систем должно производиться:
базы данных – средствами СУБД;
программного обеспечения – входящими в состав Системы управления средствами трассировки и мониторинга процесса выполнения.
При возникновении аварийных ситуаций, либо ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять набор информации, необходимой разработчику для идентификации проблемы.
Перспективы развития, модернизации Системы
Система должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств. Необходимо также предусмотреть возможность увеличения производительности Системы путем её масштабирования.
Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав Системы управления должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы.
Управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим должен использоваться при заполнении, редактировании текстовых и числовых полей экранных форм и при просмотре реестров данных.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Система управления должен обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Дополнительные требования
Дополнительные требования не предъявляются.
ПЕРЕЧЕНЬ ПОДСИСТЕМ И ИХ ОПИСАНИЕ.
Подсистема «Прием Заказчика».
В подсистеме должны быть реализованы следующие функции:
Прием и учет обращения заявителя;
Прием и учет документов, предъявленных заявителем;
Формирование и учет типовых договорных отношений.
Подсистема «Управление работами».
В подсистеме должны быть реализованы следующие функции:
Формирование нарядов на работы (диспетчеризация работ);
Функция формирование и учет персонифицированных нарядов на выполненные работы;
Учета персонала;
Формирование и учет персонифицированных нарядов на выполненные работы;
Расчет сумм незавершенного производства.
Подсистема «Учет расчетов с заказчиками».
В подсистеме должны быть реализованы следующие функции:
Учет расчетов с заказчиками.
Подсистема «Администрирование».
В подсистеме должны быть реализованы функции:
Управление пользователями и разграничением доступа к данным системы;
Управления и настройки Системы;
Управление процедурами обмена данных.
Полный перечень подсистем и их описание должно быть определено в ходе проектирования и отражено в ЧТЗ.
ТРЕБОВАНИЯ К ФУНКЦИЯМ.
Функция приема и учета обращения заявителя.
Функция должна обеспечить:
Учет обращения клиента в Системе управления с присвоением номера и даты обращения (номер и дата должны формироваться автоматически без возможности корректировки);
Регистрацию клиента в справочнике клиентов (контрагентов); Расчет плановой даты предоставления услуги на основании срока выполнения работ; Определение объекта (ов) недвижимости, по которому (ым) требуется провести работы, привязка адреса (ов) объектов недвижимости к заявке клиента, при невозможности привязки указание причин и дополнительной информации по объектам недвижимости; Просмотр полной предметной информации по каждому объекту недвижимости; Определение услуг и работ, которые требуется провести для данного клиента в соответствии с номенклатурой услуг и работ; Расчет цен при использовании расценок, установленных в соответствии с базовыми ценами, с учетом применения к базовым ценам скидок или наценок, с учетом предложения о договорной цене Договора или договора; Контроль правильности работы оператора (сотрудника приема) при регистрации заказа клиента;
Формирование пользовательских отчетов на основе системы Управления и системы АИС БУ (перечень и вид отчетов уточняется в ЧТЗ).
Функция приема и учета документов, предъявляемых заявителем.
Функция должна обеспечить:
Прием и регистрацию документов, предъявляемых заявителем при обращении, а также реквизитов и электронных образов документов, полученных по межведомственному взаимодействию от других организаций;
Быстрый доступ к электронным версиям документов из заказа;
Сканирования образов документов, предъявляемых клиентом.
Функция формирования и учета типовых договорных отношений.
Функция должна обеспечить:
Оформление договорных отношений в зависимости от типа заказчика (клиента), типа заказываемых работ, наличия ранее заключенных договоров;
Учет договорных отношений, в том числе присвоение номера договору на оказание услуг (номер и дата должны формироваться автоматически с возможностью ручной корректировки).
Формирование и учет дополнительных соглашений к договорам, в том числе на изменение срока выполнения работ без увеличения стоимости договора.
Оформление счетов на оплату, в том числе присвоение номера счета (номер и дата должны формироваться автоматически).
Печать пакета документов для оформления договорных отношений и осуществления платежа.
Функции формирования нарядов на работы (диспетчеризация работ).
Функция предназначена для полного и точного определения состава работ, необходимых для выполнения заказа, последовательности выполнения работ на основе типовых схем выполнения работ, а также формирования и учета нарядов на работы
Функция предназначена для формирования списка и последовательности работ, определенных в заказе, с учетом необходимых дополнительных работ по организации их выполнения, а также порядка выполнения этих работ в соответствии с определенным порядком выполнения договорных отношений.
Конечной целью выполнения технологических операций, объединенных в технологические цепочки, является выполнение заказа.
Совокупность всех технологических операций, направленных на выполнение заказа рассматриваются как выполнение отдельной большой работы. Функция управления работами (диспетчеризация) содержит в своем составе ряд функций.
Управление множеством работ по совокупности работ и технологических операций, разбитых на отдельные подработы имеет специфику, связанную в первую очередь с количеством этих работ. Второй особенностью управления выполнением множества работ является их выполнение сотрудниками, работающими в разных производственных подразделениях на разных территориях.
Функция так же должна позволять формировать пользовательские отчеты на основе данных подсистемы (перечень и вид отчетов уточняется в ЧТЗ).
Функция формирование и учет персонифицированных нарядов на выполненные работы.
Функция предназначена для выполнения операций по составлению персонализированных нарядов. В наряде каждой технологической операции назначается исполнитель, объем и заработная плата исполнителю.
Функция учитывает объем и стоимость выполненных работ, а также обеспечивает начисление заработной платы производственного персонала в соответствии с принятыми в ГУП МосгорБТИ положениями.
Функция расчета незавершенного производства.
Функция предназначена для ежемесячного подведения итогов по выполнению заказов и подготовки сумм незавершенного производства для дальнейшей передачи их в АИС БУ.
Функция учета персонала.
Функция учета персонала предназначена для управления распределением ресурсов (рабочего времени сотрудников) при выполнении работ для формирования персонализированных нарядов на выполненные работы.
Функция учета расчетов с заказчиками.
Функция должна обеспечить: Учет выставленных счетов в соответствии с договорными отношениями;
Учет поступивших платежей через банки, через терминалы;
Регистрация начислений и платежей (РНиП);
Ведение баланса платежей и выполненных работ по каждому клиенту.
Автоквитирование платежей, загруженных из РНиП или из Клиент-Банка (правила привязки платежей уточняются в ЧТЗ);
Учет операций, связанных с поступлением и расходом безналичных денежных средств по расчетному счету;
Учет расчетов по НДС в рамках заказов (формирование книги продаж и книги покупок в части расчетов с клиентами);
Анализ дебиторско-кредиторской задолженности в разрезе заказов;
Составление актов сверки расчетов с клиентами;
Выявление задолженности с истекшим сроком исковой давности;
Подготовку бухгалтерских справок на основе системы управления и системы АИС БУ;
Подготовка хозяйственных операций в соответствии с правилами бухгалтерского и налогового учета для передачи в ИС БУ (перечень операций и правила формирования уточняются в ЧТЗ);
Функция управления пользователями и разграничением доступа к данным системы.
Функция предназначена для:
Ведения списка пользователей;
Объединения пользователей в функциональные группы и присвоение им общих для группы прав доступа;
Разграничения прав доступа пользователей к функциям системы;
Разграничения прав доступа пользователей к данным системы.
Функция управления и настройки Системы.
Функция предназначена для:
Протоколирование действий по изменению данных в системы, ведение журнала событий с указанием даты, времени, имени пользователя и выполненных изменений;
Обеспечение автоматизации процесса централизованного обновления программы.
Функция управления процедурами обмена данных.
Функция предназначена для:
Настройки параметров обменами данных с прочими системами;
Мониторинга обменов данными.
ТРЕБОВАНИЯ К КАЧЕСТВУ РЕАЛИЗАЦИИ ФУНКЦИЙ.
Качество реализации функций должно обеспечивать полное выполнение входящих в их состав операций и задач и гарантировать корректную с точки зрения предметной области обработку данных и представление результатов.
Уточнение требований к качеству реализации функций выполняется на этапе технического проектирования и согласовывается с Заказчиком.
Схема автоматизации процесса управления создана на основе изучения процессов управления в ГУП МосгорБТИ, которые определяются как законодательными и нормативными актами, так и инструкциями и регламентами, основанным на длительном опыте работы.
ФУНКЦИОНАЛЬНАЯ СХЕМА ОРГАНИЗАЦИИ УСЛУГ, РАБОТВ В ГУП МОСГОРБТИ.
В этом разделе рассматривается функциональная схема организации услуг, работ в ГУП МосгорБТИ.
Все работы в ГУП МосгорБТИ выполняются на основе заказов клиентов, возможно выполнение за счет средств организации. Клиент обращается в ГУП МосгорБТИ за услугой. Примеры заполненных заявлений или гарантийных писем приведены в приложении к техническому заданию.
После окончания регистрации заказа в Системе управления должна быть возможность печати заполненного заявления, которое подпишет заказчик (клиент) из системы.
Список услуг и расценки на них выбираются из номенклатуры услуг и работ. Формирование номенклатуры прайс-листа будет рассмотрено ниже. Обращение клиента в ГУП МосгорБТИ может быть как личное обращение, так и посредством электронных сервисов (интернет-порталы, МФЦ). Во всех заказах должны быть заполнены документы, предъявляемые клиентом. Сотрудник приема анализирует заказ, определяет правильность и правомочность составления заказа, после чего оформляет с клиентом договорные отношения.
Виды (схемы) договорных отношений описаны ниже. В зависимости от видов договорных отношений осуществляется организация выполнения работ.
Работы разделяются по видам и в зависимости от вида работ планируются специалистами разных подразделений. В зависимости от вида работ они могут включать в себя единицы или десятки технологических операций, которые включают как выполнение работ, так и контроль их качества и технологии выполнения. Принципы формирования технологических схем выполнения работ описываются ниже.
Наиболее трудоемкими работами являются работы по адресации объектов и кадастровые работы. На функциональной схеме организации работ в ГУП МосгорБТИ представлен порядок организации услуг и работ ГУП МосгорБТИ.
 
  Структурная схема формирования заказа в ГУП МосгорБТИ
Выше рассмотренные схемы организации работ по оформлению заказа положены в основу автоматизации процесса формирования заказа. Ниже представлена структурная схема автоматизации процесса формирования заказа. При обращении заказчика (клиента) лично в ГУП МосгорБТИ сотрудник службы «одного окна» проверяет пакет документов заявителя и ксерокопирует, при необходимости сканирует документы.
При получении запроса из АИС ГУФ от сотрудника МФЦ или при обращении через Интернет-портал распечатывает полученные документы из отсканированных образов в запросе.
На основании пакета документов и имеющейся в базе данных информации о договорах с заказчиком (клиентом) формируется заказ:
Определяется схема договорных отношений с заказчиком (клиентом);
Идентификация объекта (ов) недвижимости, привязка списка адресов, помещений, комнат к заказу;
Идентификация клиента, если клиент найден то проверяются реквизиты, если клиент не найден или изменились реквизиты, то проводится новая регистрация клиента. Идентификация происходит по паспортным данным, по СНИЛС.
Создается набор услуг и определяется их стоимость, рассчитанная при необходимости с учетом скидок или наценок, по договорной цене;
Заполняются все реквизиты заказа, заказ регистрируется;
Создается платежный документ, для юридических лиц счет и платежное поручение, для физических лиц счет распечатывается в виде квитанции;
Создается договор, текст договора различается в зависимости от типа услуг (целесообразно предусмотреть в системе конструктор по созданию договоров);
Распечатывается пакет документов для заказчика (клиента). Пакет документов печатается на принтере, либо формируется в электронном виде. Итоговая сумма по заказу (ам) в Системе управления рассчитывается с НДС и без НДС (возможен НДС 0%);
Формируются наряды на работы.
Наряд на работы (Спецификация или смета) конкретного заказа помимо перечня услуг содержит их объем и стоимости, тогда как в заказе может быть обозначен только комплекс услуг.
Стоимости некоторых работ зависят от параметров, которые можно узнать только из характеристик объекта недвижимости, например, от площади объекта недвижимости.
Оформленный наряд на работы (спецификация или смета) является необходимой частью при оформлении договорных отношений.
Помимо документов (счета, договора и т.д.) результатом заказа является определение схемы формирования договорных отношений.
СТРУКТУРНАЯ СХЕМА УПРАВЛЕНИЯ РАБОТАМИ В ГУП МОСГОРБТИ.
Ниже представлена структурная схема автоматизации процесса формирования работ на выполнение заказа.
Каждая работа состоит из последовательности технологических работ. Для каждой работы должна быть проведена диспетчеризация и назначены исполнители (в группе или не в группе). При назначении исполнителей находящихся в группе, одновременно назначается руководитель группы.
Назначенные на выполнение технологические работы оформляются в виде нарядов. Результат выполнения нарядов фиксируется и служит основанием для определения заработка работника.
Принципы построения Системы управления.
Существенными особенностями процесса управления в ГУП МосгорБТИ являются:
Управление выполнения потока заказов на основе обращений заказчика (клиента) лично в структурное подразделение, поступление запросов в рамках электронного взаимодействия с другими организациями, при этом оказание услуг по каждому заказу представляет последовательность технологических операций;
Интенсивность потока обращений и запросов;
Документирование результатов технологических операций;
Распределение обработки работ по структурным подразделениям как полностью заказ, так и по технологическим операциям. Структурные подразделения могут находиться на разных территориях.
Три из четырех перечисленных факторов (кроме распределения заказов по структурным подразделениям) отражены на схеме «Принципы построения системы управления».
Принципы классификации номенклатуры услуг и работ.
Использование классификации номенклатуры услуг и работ является важным условием автоматизации процессов составления заказов и нарядов.
Все имеющиеся услуги и работы (технологические операции) описываются одним классификатором, что позволяет автоматизировать и упростить процесс.
Процесс определения состава услуг происходит путем выбора из номенклатуры расценок на работы. В расценках учитываются базовые цены. Цены со скидками и наценками, договорные цены (при невозможности применения базовых цен) рассчитываются непосредственно в заказе.
Работы по обследованию объектов разбиваются на категории, в соответствии с характеристиками объектов недвижимости.
При формировании персонифицированных нарядов на выполненные работы исполнителю начисляется заработная плата. На каждых вид работ установлен либо процент оплаты от стоимости работ, либо фиксированная стоимость за изготовление документа. Решением руководства ГУП МосгорБТИ процент оплаты или фиксированная стоимость за изготовление документа исполнителю может быть изменена.
Необходимо предусмотреть применение повышающих или понижающих коэффициентов к процентам оплаты труда. Например, повышающий коэффициент за работу по обследованию объекта недвижимости в натуре в определенный период года.
Коэффициенты, применяемые к выполнению работ, учитываются автоматически.
Использование классификатора номенклатуры услуг и работ позволяет значительно упростить контроль за правильностью составления заказов и нарядов. Без автоматизации определения специализированной работы необходимо сначала определить свойства объектов недвижимости, определить условия работы, а затем проверить правильность назначения работы по полному справочнику номенклатуры работ.
Принципы систематизации и классификации номенклатуры услуг следует подробно рассмотреть в ЧТЗ.
Принципы формирования схем договорных отношений.
Результатом формирования заказа является не только счета и договора на оказание услуг, но и определение схем договорных отношений, что необходимо для автоматизации выполнения работ для любого типа заказа. Это возможно, поскольку в ГУП МосгорБТИ определены несколько схем договорных отношений.
Ниже представлены три типа основных схем оформления договорных отношений.
Одноэтапная схема.
Схема предусматривает, что на стадии формирования заказа можно точно определить состав и объем работ и как следствие его стоимость, т.е. составить точный наряд на работу, что позволяет оформить договорные отношения и выставить клиенту точный счет на оплату услуг.
После выставления счета проконтролировать поступление платежей в соответствии со счетом.
После поступления платежей выполнить работы и оформить их документально. После чего выдать клиенту необходимые документы.
Двухэтапная схема.
Применяется в случае, когда на стадии составления заказа нельзя точно определить объем и состав работ. В двухэтапной схеме на этапе формирования заказа первоначально составляется спецификация (смета) по приближенному составу работ. После этого оформляются договорные отношения, и выставляется счет по приближенной спецификации.
Заказчик (клиент) производит оплату по этому счету, а ГУП МосгорБТИ контролирует поступление оплаты. После поступления оплаты производятся работы, определяется полный объем работ. После чего составляется дополнительное соглашение и счет на доплату на доплату, либо возвращаются деньги клиенту.
После подписания дополнительного соглашения с двух сторон и оплаты по счету к дополнительному соглашению выполняются оставшиеся работы, результат работ передается заказчику (клиенту). Возможно оплата авансом по установленному проценту. Особенными заказчиками (клиентами) при составлении дополнительных соглашений являются бюджетные организации.
В заказе должна фиксироваться принадлежность клиента к бюджетной организации.
Применение классификатора номенклатуры позволяет формально определить необходимость применения одноэтапной или двухэтапной схемы, поскольку, если по документам, представленным заказчиком, полностью определены все услуги, то следует использовать одноэтапную схему, а если нет, то следует использовать двухэтапную схему.
Многоэтапная схема.
Многоэтапная схема предназначена для оформления отношений с клиентом, для которого происходит многократное выполнение работ. Она основана на ведении баланса работ и платежей клиента. С некоторыми клиентами заключается централизованный договор или Договор.
При любой из приведенных схем договорных отношений с клиентом предусмотрен возврат денежных средств. Деньги возвращаются на расчетный счет для организаций, на счет в банке для физических лиц.
Принципы формирования типовых схем проведения работ.
На основе типовых схем оформления договорных отношений формируются схемы выполнения работ для заказчика как показано на схеме ниже.
Принципы описания схем выполнения операций.
Каждая услуга, которую необходимо выполнить для заказчика (клиента), в свою очередь представляет цепочку технологических операций.
Таким образом, схема, представленная выше, превратится в цепочку технологических операций, содержащую десятки элементов.
В данном разделе рассматриваются только принципы описания цепочки технологических операций.
Технологическая услуга характеризуется:
определением плановой даты;
определением обязательств клиента;
условиями начала работы (т.е. набором условий, которые должны быть выполнены для возможности начала операции);
выполняемой функцией;
сроками выполнения работы;
взаиморасчетами с клиентами
результатами оказания услуг.
Важно отметить, что в упрощенных схемах имеется единственный результат, выполнено или не выполнено, в реальных работах имеется несколько возможных результатов, реализация произведена полностью, реализация произведена частично (возврат денежных средств не осуществлен), реализация произведена частично (произведен возврат денежных средств), заказа аннулирован (указать причины).
Если клиент не выполнил свои обязательства по заказу, то для заказа определяется приостановка.
Причина(ы) приостановки выбираются из справочной информации по приостановкам.
Упрощенные схемы описывают фактический ход процесса или наиболее вероятный ход процесса. Реальные схемы описывают все возможные варианты выполнения процессов. По фактическому ходу процесса заказ изменяет свой статус.
Детально требования к функциям и схемам должны быть учтены в отдельном ЧТЗ.
ОПИСАНИЕ АЛГОРИТМОВ АВТОМАТИЗАЦИИ
Формирование номенклатуры услуг и работ.
Методика формирования номенклатуры услуг и работ.
Перечень выполняемых услуг и работ ГУП МосгорБТИ и их стоимость по ряду причин подлежит постоянному изменению. Методика не ставит перед собой целью выработки экономического или технологического обоснования номенклатуры, т.е. обоснования состава, специфики и стоимости работ. Состав, специфика и стоимость работ вырабатываются за рамками данной методики.
Данная методика обеспечивает единый подход:
учета номенклатуры услуг и работ;
учета факторов, влияющих на стоимость услуг и работ;
расчета стоимости услуг и работ по заданным параметрам.
Целями методики являются обеспечение:
единого подхода к учету номенклатуры услуг и работ и факторов, определяющих их стоимость;
обеспечение гибкости при сохранении единого подхода;
оперативного изменения номенклатуры и стоимости проводимых услуг и работ;
оперативного изменения учета сложности работы в зависимости от свойств объектов недвижимости и условий выполнения работы;
оперативного изменения учета стоимости работы в зависимости от назначения объектов недвижимости;
оперативного изменения стоимости работы в заказе в зависимости от скидок, наценок, договорных цен.
упрощение работы пользователей, в том числе:
уменьшение времени и уменьшение ошибок сотрудника приема при составлении спецификаций (смет);
уменьшение времени и уменьшение числа ошибок при определении нарядов на работы и заработка по выполненным работам.
процесса ввода новых услуг или изменение текущих услуг.
повышение прозрачности, в том числе:
разделение информации для клиентов и исполнителей;
упрощение контроля за работами для руководства и руководителей.
Основные свойства методики учета стоимости работ.
Вся номенклатура услуг и работ описывается одним классификатором. Работы и услуги разбиты на классы (для заказчика (клиента) и исполнителя). При учете цены учитывается не только специфика услуги и работы, но и ценовая политика в отношении заказчика (клиента).
Номенклатура, групповые и специфицированные услуги и работы.
Номенклатура услуг и работ - классифицированный список (перечень) предоставляемых услуг и выполняемых работ ГУП МосгорБТИ.
В группах услуг перечисляются названия услуг, их базовые стоимости, единицы измерения. Целесообразно добавить типы объектов недвижимости, принадлежность к фондам объекта недвижимости, возможность/невозможность применения скидок, наценок, договорной цены.
В группах работ перечисляются названия работ, их базовые стоимости, единицы измерения. Целесообразно добавить типы объектов недвижимости, принадлежность к фондам объекта недвижимости, вид оплаты исполнителям (проценты, фиксированная цена), применение коэффициентов при расчете заработной платы.
Пересмотру подлежат расценки на услуги, отплата за работы, коэффициенты, размеры скидок, наценок. Для оформленных заказов ценовая политика и расчеты заработной платы сохраняются на момент регистрации заказа, расчета заработной платы.
По сложившейся практике нумерация работ состоит из составного номера, который отражает древовидную структуру формирования номенклатуры:
Признаки формирования групповых работ номенклатуры;
Классы, виды и наименования работ.
Количество уровней номенклатуры определяются при проектировании Системы управления.
Классы услуг и работ.
Класс определяется в зависимости от заказчика (клиента) и финансирования услуг.
Например:
Услуги для клиента на возмездной основе;
Услуги для клиента на безвозмездной основе;
Работы за счет средств клиента;
Работы за счет средств организации.
В системе должен быть реализован учет работ, выполненных как внутренними исполнителями, так и внешними исполнителями. Внешние исполнители могут привлекаться по договорам гражданско-правового характера, а так же внешними исполнителями могут выступать сторонние юридические лица.
По результату выполнения работы системе производится расчет сдельной оплаты труда как для собственных исполнителей, так и для внешних исполнителей, привлекаемых по договорам гражданско-правового характера. Расчет для внешних исполнителей в системе должны производиться по правилам, аналогичным правилам расчета для внутренних специалистов. Для исполнителей, работающих по другим принципам расчета, система должна формировать только отчет о фактически выполненных работах, зарегистрированных в системе. Ввод в систему данных о выполненных внешними исполнителями работах производится сотрудниками МосгорБТИ.
В системе не должен быть реализован учет взаиморасчетов с исполнителями, как внутренними, так и внешними.
Виды работ.
Разделение по видам работ происходит между сотрудниками одного структурного подразделения или между сотрудниками разных структурных подразделений на разных территориях.
Наименования услуг и работ
Разделение по наименованиям (названиям) услуг и работ имеет принципиальное основное значение. Для клиента определяется полный перечень предоставляемых услуг, для исполнителя оно определяет полный перечень технологических операций. В актах сдачи-приемки оказанных услуг все услуги прописываются детально, в счетах-фактурах услуги прописываются названием группы услуг.
Назначение (вид) объекта
Назначение (вид) объекта недвижимости в настоящее время:
Многоквартирные дома, в них квартиры;
Здания только с нежилыми помещениями;
Здания с жилыми и нежилыми помещениями;
Сооружения;
Объекты недвижимости, принадлежащие на праве собственности городу Москве
ИЖС;
Объекты незавершенного строительства;
Машиноместа
Состояние объекта недвижимости
Состояние объекта недвижимости:
Объект действующий;
Объект недействующий.
Величина (размер) объекта
Величина (размер) объекта. Этот параметр учитывается комплексно с учетом двух факторов:
Способ разбиения на подклассы в зависимости от величины объекта;
Способ учета величины (размера) объекта.
Способ разбиения на подклассы зависит от класса, вида и названия работы.
Например, класс услуг по первичному обследованию объекта недвижимости определяется по разбиение:
До 1000 кв. м;
Свыше 1000 кв. м.
А для класса работ по технической инвентаризации изменений объекта недвижимости:
от 0 кв. м до 100 кв. м;
от 100 кв. м до 1000 кв. м;
Свыше 1000 кв. м;
Единицы измерения
Имеются следующие единицы измерения объемов услуг и работ.
один кв. м (дополнительно указывается кол-во экземпляров изготавливаемых документов);
один лист (дополнительно указывается кол-во экземпляров изготавливаемых документов);
одна справка
один комплект
один документ
один паспорт
объект
|
