Информационная система менеджмента в строительстве. Разработка информационной системы для строительной фирмы «ЛьвоffСтрой. Информационные технологии в строительстве, журнал

Денис Бадиков, Максим Кантарович/"BYTE/Россия", май 2009

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

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

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

Информационные системы на разных этапах строительства

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

Инвестор/управляющая компания

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

Заказчик

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

Подрядчик

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

Эксплуатирующая компания

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

Проектировщик

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

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

Модель взаимодействия предприятий представлена на рис. 1.

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

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

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

Организация процесса девелопмента в ОАО «Система-Галс»

ОАО «Система-Галс» в своей работе покрывает практически все этапы строительного процесса. В этой части мы расскажем, какие информационные системы обеспечивают деятельность компании и как они взаимодействуют между собой. Изначально в «Системе-Галс» планировалось внедрить Oracle E-Business Suite как единое решение по бизнес-направлению «Строительство и недвижимость». Но проанализировав всю специфику деятельности компании, рассмотрев внедренные в России и в мире системы управления для строительного комплекса и оценив бюджеты и поставленные сроки, мы решили двигаться в трех направлениях: единая система документооборота, единая система проектного управления и единая система финансового управления. Все три системы формируют информационное решение с общими ключевыми справочниками, потоком информации и пользователями.

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

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

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

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

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

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

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

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

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

Есть прекрасный пример на эту тему, который демонстрировался на системе Microsoft Dynamix AX (Axapta) по сборке велосипеда. Чем не промышленное производство? Однако действительность такова, что данный простой пример очень далеко отстоит от реальной системы, и потребуется много человеко-дней для превращения её в истинный промышленный вид.

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

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

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

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

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

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

Текущие ИТ-тенденции в стройиндустрии

В сегодняшнем строительном комплексе наметилась четкая тенденция к использованию информационных систем в своей деятельности. Изначально строительные компании не интересовались информационными системами в силу собственных высоких доходов и неразвитости систем управления. Но с развитием отрасли, усложнением схем финансирования, выходом на международные рынки, изменением организационных структур и ростом бизнеса появилась потребность в таких решениях (в методологии и инструментарии). В результате многие компании вступили на путь автоматизации. Но, как это обычно бывает, не проводился детальный анализ потребности, а продукты рассматривались на предмет содержания формальных блоков. Более того, в области девелопмента и строительства системы управления проектами начали развиваться только в нефтяных компаниях с западным капиталом, что же касается гражданского и инфраструктурного строительства, то здесь развитие методологий проектного управления и внедрения систем началось лишь в 2007-2008 годах. Финансовые системы, включая управленческий и бухгалтерский учет, изначально строились на различных платформах - на типизированных промышленных решениях и собственных разработках. Но в последнее время акцент стал смещаться в сторону ERP-систем как российского, так и западного происхождения. Основных причин тут две: построение вертикально интегрированных холдингов с участием производственных предприятий и структуризация схемы управления компаниями, ставящая перед ИT-системами самый широкий круг задач, решение которых кустарными методами в таблицах Microsoft Excel уже невозможно. Это бюджетирование и управленческий учет, оперативное планирование и казначейство, международная отчетность, бухгалтерский и налоговый учет, объединенные едиными справочниками и построенные на едином плане или связанной группе счетов. Таким образом, мы получаем сложную задачу, которая требует прежде всего методологического решения всех перечисленных вопросов. При этом концепцию построения всей системы должны понимать не только специалисты группы внедрения, но и управленцы производственных и поддерживающих подразделений.

На данном поле конкурируют всего четыре компании: SAP, Oracle, «1С» и Microsoft. Выбор между ними является прерогативой предприятия, и советовать тут что-либо сложно, тем более что вопрос этот часто бывает весьма политизирован. Стоит отметить только, что в последнее время все системы сильно продвинулись в направлении строительной специфики и управления проектами как на российском, так и на международном рынке. Но они предназначены для финансового сектора, в секторе же производственном всё зависит от компании и ее бизнес-процессов. Крупному заказчику, в портфеле которого находится более двух тысяч проектов в активной фазе, подойдет хорошая система управленческого учета и бюджетирования, построенная на любой платформе. В то же время для средней компании, имеющей от ста до тысячи проектов, также необходим индустриальный подход к проектному управлению, но в данном случае рассматривается более подробная детализация событий, бюджетных статей и пр. В небольших фирмах, у которых порядка пятидесяти проектов, применяется стандартный проектный подход и соответствующая методология. Следовательно, мы имеем три уровня информационных систем: промышленные, комбинированные, проектные. Инструмент реализации информационной системы на каждом уровне может быть единым (например, Primavera плюс PMControlling плюс «1C:Предприятие» или собственная разработка плюс Microsoft Dynamix AX), но могут применяться и локальные инструменты вроде Microsoft Project, которые не требуют трудоемкого внедрения.

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

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://allbest.ru

1. Информационная система Apache

1.1 Описание Apache

2. Информационные системы для строительной компании

2.1 Информационная система 1С: Торговля и склад

2.1.1 Описание программы

2.1.2 Работа с распределенными информационными базами

2.1.3 Надежность и безопасность

2.1.4 Гибкость и настраиваемость

2.1.5 Интерфейс

2.1.6 Открытость и доступность

2.1.7 Работа с торговым оборудованием

2.2 Информационная система CRM

2.2.1 Автоматизация бизнес-процессов

2.2.2 Управление информацией о клиентах

2.2.3 Управление продажами

2.2.4 Управление продуктовым портфелем

2.2.5 Управление рабочим временем

2.2.6 Автоматизация документооборота

1. Информационная система Apache

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

В 1994 году сотрудник Национального центра приложений для суперкомпьютеров в Университете Иллинойса США (NCSA) Роб Маккул выложил в общее пользование первый веб-сервер, который так и назывался -- NCSA HTTP daemon. Сервер получил популярность в узких кругах, но в середине 1994 года Маккул покинул университет, и разработки прекратились.

Небольшая группа заинтересованных веб-мастеров начала совместную работу над продуктом. Общаясь в дискуссионном листе по электронной почте, они разрабатывали "заплатки" и нововведения для сервера. Именно они и создали Apache Group, разработавшую первую версию Apache-сервера. Произошло это в апреле 1995 года, когда на основу (NCSA Server 1.3) были наложены все существующие "заплатки". Так появился первый официальный публичный релиз Apache 0.6.2.

Работа над сервером не прекращалась ни на день, и очень скоро он стал одним из самых популярных. После многочисленных испытаний 1 декабря 1995 года появилась версия 1.0, устойчивая и надежная. На протяжении всех этих лет и по сей день Apache остается совершенно бесплатным. Возможно, это тоже определило успех сервера, ведь, по данным NetCraft, Apache в данный момент установлен на 67% всех серверов в мире.

1.1 Описание Apache

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

Apache это полнофункциональный, расширяемый веб-сервер, полностью поддерживающий протокол HTTP/1.1 и распространяющийся с открытым исходным кодом. Сервер может работать практически на всех распространенных платформах. Существуют готовые исполняемые файлы сервера для Windows NT, Windows 9x, OS/2, Netware 5.x и нескольких UNIX-систем. При этом он очень прост в установке и конфигурации. Apache настраивается с помощью текстовых конфигурационных файлов. Основные параметры уже настроены "по умолчанию" и будут работать в большинстве случаев. Если возникает нехватка функциональности штатного "Апача", то стоит присмотреться к распространяемым модулям, написанным Apache Group и сторонними разработчиками. Немаловажным преимуществом является то, что создатели активно общаются с пользователями и реагируют на все сообщения об ошибках.

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

Функция посложнее, которая заложена в протоколе HTTP/1.1 - аутентификация пользователей. С помощью штатных средств сервера Apache есть возможность разграничить доступ к определенным страницам сайта для разных пользователей. Это нужно, например, для того чтобы сделать администраторский интерфейс к сайту. Для этого используются файлы.htaccess и.htpasswd, а также модули mod_auth и mod_access. Пользователи могут быть разбиты на группы, и для каждой из них можно назначить свои права доступа.

Для разделения дизайна и функциональной части сайта, а также для упрощения изменения статических объектов существует технология SSI*. Она позволяет поместить всю повторяющуюся информацию в один файл (например, top.inc), а затем вставлять в страницы ссылку на нее. Затем, если понадобится изменить несколько строк в этой информации, то придется поменять их только в одном файле. Сервер Apache поддерживает эту технологию и позволяет использовать серверные включения в полном объеме.

Если на одном сервере с установленной операционной системой семейства Unix и сервером Apache заведено несколько пользователей, то каждому из них можно создать отдельную директорию. Точнее, она будет создаваться автоматически вместе с псевдонимом. Это делается с помощью модуля mod_userdir и директивы UserDir. Так, например, можно папке public_html в домашней папке пользователя сопоставить адрес www.site.ru/~user. В общем-то, так и делается на серверах большинства сайтов, предоставляющих бесплатный хостинг. Администратор сервера может разрешить или запретить определенным пользователям создавать домашние страницы, использовать SSI и другие функции сервера. Полноценный же хостинг обычно предусматривает создание отдельного виртуального сервера для каждого пользователя.

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

Если необходимо разместить на сервере домены domain.ru и domain.com, то для начала надо сделать так, чтобы в системе DNS им был сопоставлен IP-адрес. После этого в конфигурационном файле Apache создаете две директивы , где описываете каждый виртуальный хост. Таким образом, сервер будет знать, на какую папку "отправлять" пришедший запрос.

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

Модуль mod_cgi позволяет размещать на сервере CGI-скрипты. Это всего-навсего исполняемые файлы, написанные на одном из допустимых языков программирования. Они могут содержаться как в откомпилированном виде например, так делают, если пишут CGI на языке C++, так и в виде исходного текста если на сервере установлен Perl, то программист может помещать и такие файлы. Иногда они имеют расширение.pl.

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

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

2 . Информационные системы для строительной компании

2.1 Информационная система 1С: Торговля и склад

2.1.1 Описание программы

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

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

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

Автоматизация любых торговых и складских операций

"1С:Торговля и склад" автоматизирует работу на всех этапах деятельности предприятия.

Типовая конфигурация позволяет:

· вести раздельный управленческий и финансовый учет;

· вести учет от имени нескольких юридических лиц;

· вести партионный учет товарного запаса с возможностью выбора метода списания себестоимости (FIFO, LIFO, по средней);

· вести раздельный учет собственных товаров и товаров, взятых на реализацию;

· оформлять закупку и продажу товаров;

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

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

· формировать необходимые первичные документы;

· оформлять счета-фактуры, автоматически строить книгу продаж и книгу покупок, вести количественный учет в разрезе номеров ГТД;

· выполнять резервирование товаров и контроль оплаты;

· вести учет денежных средств на расчетных счетах и в кассе;

· вести учет товарных кредитов и контроль их погашения;

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

В "1С:Торговля и склад" вы можете:

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

Работать со взаимосвязанными документами;

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

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

Вести учет товаров в различных единицах измерения, а денежных средств - в различных валютах;

Получать самую разнообразную отчетную и аналитическую информацию о движении товаров и денег;

Автоматически формировать бухгалтерские проводки для 1С:Бухгалтерии.

apache информационный программа автоматизация

2.1.2 Работа с распределенными информационными базами

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

· ведение неограниченного количества автономно работающих информационных баз;

· полная или выборочная синхронизация данных;

· настройка состава синхронизируемых данных;

· произвольный порядок и способ передачи изменений;

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

Компонента "Управление распределенными информационными базами" поставляется отдельно

2.1.3 Надежность и безопасность

"1С:Торговля и склад" содержит средства обеспечения сохранности и непротиворечивости информации:

· возможность запрещения пользователям "прямого" удаления информации;

· специальный режим удаления данных с контролем перекрестных ссылок;

· возможность запрещения пользователям редактировать данные за прошлые отчетные периоды;

· установка запрета на редактирование печатных форм документов;

· "запирание" системы пользователем при временном прекращении работы.

2.1.4 Гибкость и настраиваемость

"1С:Торговля и склад" может быть адаптирована к любым особенностям учета на конкретном предприятии.

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

· редактировать существующие и создавать новые необходимые документы любой структуры

· изменять экранные и печатные формы документов

· создавать журналы для работы с документами и произвольно перераспределять документы по журналам для эффективной работы с ними

· редактировать существующие и создавать новые справочники произвольной структуры

· редактировать свойства справочников:

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

2.1.5 И нтерфейс

"1С:Торговля и склад" следует современным стандартам пользовательского интерфейса:

- "советы дня" подскажут вам эффективные приемы работы и удобные возможности системы

Служебные окна умеют "прикрепляться" к границам главного окна программы

Главное меню системы содержит "образы" команд - такие же образы помещены на кнопках панелей инструментов

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

2.1.6 Открытость и доступность

"1С:Торговля и склад" содержит разнообразные средства для связи с другими программами.

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

Кроме этого, встроенный язык содержит средства работы с файлами формата DBF.

Также "1С:Торговля и склад" поддерживает современные средства интеграции приложений: OLE, OLE Automation и DDE. Использование этих средств позволяет:

· управлять работой других программ, используя встроенный язык "1С:Торговля и склад", - например, формировать отчеты и графики в Microsoft Excel

· получать доступ к данным "1С:Торговля и склад" из других программ

вставлять в документы и отчеты "1С:Торговля и склад" объекты, созданные другими программами - например, помещать в первичные документы логотип фирмы

· размещать в документах и отчетах рисунки и графики.

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

Это дает возможность: формировать и выгружать коммерческие предложения на Web - витрины, поддерживающие стандарт организовывать электронный обмен каталогами, прайс-листами и документами со своими контрагентами обмениваться платежными документами (платежными поручениями и выписками) с системами Клиент - банка 1С:Торговля и Склад интегрирована с базой данных Ассоциации ЮНИСКАН/EAN Россия.

2.1.7 Работа с торговым оборудованием

"1С:Торговля и склад" обеспечивает работу с торговым оборудованием: контрольно-кассовыми машинами, чековыми принтерами, сканерами и принтерами штрих-кодов, электронными весами, терминалами сбора данных, дисплеями покупателя и другими видами оборудования.

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

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

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

В данной работе рассматривается строительная компания в которой организованно 40 рабочих мест, средняя стоимость одного рабочего места на 2016 год с установкой, внедрением и приобретением ключей к рабочему месту составляет ~ 17,5 тыс. рублей

2.2 Информационная система CRM

Существуют разночтения концепции CRM (Customer Relationship Management): кто-то под этим буквосочетанием видит методологию ведения бизнеса, а кто-то -- программное обеспечение для автоматизации работы с клиентами. И те, и другие правы. Но расставим правильные акценты.

CRM -- это стратегия . Термин Customer Relationship Management можно перевести на русский язык как «управление взаимоотношениями с клиентами».

Этот буквальный перевод вполне соответствует истине, но не рисует очевидной картины.

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

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

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

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

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

CRM-система -- это воплощение автоматизации CRM-стратегии. Очень важную роль в воплощении CRM-стратегии в жизнь играют информационные технологии.

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

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

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

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

2.2.1 Автоматизация бизнес-процессов

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

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

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

Эти задачи могут быть решены с помощью автоматизации процессов, с использованием CRM-системы.

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

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

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

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

2.2.2 Управление информацией о клиентах

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

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

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

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

2.2.3 Управление продажами

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

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

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

Руководители предъявляют особые требования к CRM. С помощью инструментов CRM-системы руководители могут контролировать качественные показатели работы менеджеров (воронка продаж), выполнение планов продаж, соблюдение сроков оплаты и поставки.

Система позволяет оценивать объем и вероятность сделок, управлять бизнес-процессами продаж, следить за состоянием сделки и анализировать действия конкурентов.

Одна из важнейших задач, которую помогает решить CRM-система, -- организация cross-sales, up-sales.

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

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

2.2.4 Управление продуктовым портфелем

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

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

2.2.5 Управление рабочим временем

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

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

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

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

2.2.6 Автоматизация документооборота

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

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

2.2.7 Аналитические возможности программы CRM

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

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

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

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

Размещено на Allbest.r

...

Подобные документы

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

курсовая работа , добавлен 29.04.2015


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

курсовая работа , добавлен 24.03.2014


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

дипломная работа , добавлен 29.06.2013


Программные продукты компании Microsoft: Access, Visual FoxPro7.0, dBASE. Возможности интеграции, совместной работы и использования данных. Системы управления базами данных (СУБД), их основные функции и компоненты. Работа с данными в режиме таблицы.

курсовая работа , добавлен 15.12.2010


Этапы проектирования информационных систем. Корпоративные информационные системы, тенденции их развития. Требования к организации базы данных. Основные концепции реляционных баз данных. Выбор системы проектирования. Логическая структура приложения.

дипломная работа , добавлен 20.12.2012


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

презентация , добавлен 14.10.2013


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

контрольная работа , добавлен 16.11.2010


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

курсовая работа , добавлен 31.03.2010


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

курсовая работа , добавлен 05.06.2014


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

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

Возможности подсистемы:

• Создание календарных планов работ для большого количества объектов строительства. Рассмотрение всех объектов строительства в разрезе организации, проекта.
• Создание нескольких сценариев выполнения одного проекта, для выбора наиболее оптимального.
• Расчет календарных планов классическими методами.
• Планирование как "сверху вниз", так и "снизу вверх".
• Определение плановой себестоимости строительства.
• Назначение непосредственных исполнителей - сотрудников организации для выполнения запланированных работ.
• Создание шаблонов работ, групп работ или целых проектов, для упрощения внесения данных.
• Ведение учета фактического выполнения работ календарного плана (формирование КС-2).
• Формирование потребностей и заявок в материально-технических ресурсах.
• Учет фактически израсходованных материалов, в разрезе работ и всего объекта строительства.
• Отображение информации о планах работ в графическом виде, как в диаграмме Гантта, так и в сетевой диаграмме.
• Построение графиков работы ресурсов в разрезе работ и объекта строительства.
• Построение графиков использования в работах материалов в разрезе работ и объекта строительства.
• Формирование недельно-суточных графиков работ за любой период времени.
• Построение отчета по выполнению календарного плана работ с анализом хода и прогнозированием сроков дальнейшего выполнения работ.
• Проведение оптимизации по ресурсам, которая в некоторых случаях, может существенно сократить время строительства.
• Построение графика движения рабочей силы.
• Заполнение календарных планов строительства на основе смет, ведущихся в сметной подсистеме данной конфигурации и проектов, ведущихся в MS Project

Управление автотранспортом и строительными машинами

• Оформление заявок на использование машин и механизмов, отслеживание статуса выполнения заявки.
• Автоматическое формирование следующих путевых листов и их печать: Путевой лист легкового автомобиля (Форма №3); Путевой лист специального автомобиля (Форма №3 спец.); Путевой лист легкового такси (Форма №4); Путевой лист грузового автомобиля (Форма №4-п); Путевой лист грузового автомобиля (Форма №4-с); Путевой лист автобуса (Форма №6); Путевой лист автобуса необщего пользования (Форма№6 спец.); Путевой лист строительной машины (Форма №ЭСМ- 2).
• Автоматическое формирование рапорта о работе башенного крана (Форма "ЭСМ-1).
• Расчет нормированного расхода топлива.
• Расчет выработки машины (механизма) по различным параметрам.
• Учет ГСМ и запчастей.
• Оформление заказов на обслуживание машин и механизмов, отслеживание статуса выполнения заказа.
• Планирование технических обслуживаний и ремонтов машин (механизмов), составление план-графиков технического обслуживания и ремонта.
• Учет технического обслуживания и ремонта машин (механизмов).
• Накопление и хранение информации о машине (механизме) и истории ее (его) использования.
• Накопление и хранение информации об установленных узлах и агрегатах.
• Накопление и хранение информации о регистрационных документах машин (механизмов) и водителей (машинистов).

Управление финансами

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

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

Бюджетирование

Подсистема реализует следующие функции:

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

Управление денежными средствами

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

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

Управление взаиморасчетами

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

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

Основное назначение подсистемы взаиморасчетов:

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

Бухгалтерский учет

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

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

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

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

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

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

Налоговый учет

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

Учет по налогу на добавленную стоимость (НДС) реализован в соответствии с требованиями главы 21 Налогового кодекса РФ, поддерживается ведение "сложного" НДС в условиях применения различных ставок НДС (0%, 10 %, 18%, без НДС), раздельного учета по видам деятельности. Формируются Книга покупок и Книга продаж.

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

Отправка отчетности через Интернет

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

Кроме сдачи электронной отчетности, сервис "1С-Отчетность" поддерживает:

• Неформализованную переписку с ФНС, ПФР и Росстат;
• Сверки с налоговой (запросы ИОН);
• Сверки с ПФР (запросы ИОС);
• Отправку реестров больничных листов в ФСС;
• Получение требований и уведомлений;
• Отправку электронных документов в ответ на требования ФНС;
• Получение выписок ЕГРЮЛ/ЕГРИП;
• Возможность формирования пакетов с отчетностью в формате для банков и прочих получателей;
• Ретроконверсию (процесс перевода ПФР бумажного архива в электронный вид;
• Отправку уведомлений о контролируемых сделках;
• Онлайн-проверку регламентированных отчетов

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

Без дополнительной оплаты подключить сервис для одного юридического лица или ИП могут пользователи, заключившие договор 1С:ИТС уровня ПРОФ.

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

Долевое строительство

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

Подсистема "Долевое строительство" автоматизирует учет долей и взаиморасчетов с инвесторами, дольщиками, учет договоров долевого строительства.

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

• Учет долей.
• Учет договоров с дольщиками (инвесторами).
• Хранение информации по договору.
• Учет стоимости объекта строительства и его долей.
• Учет платежей по договорам.
• Отслеживание и контроль инвестиций по договорам инвестирования.
• Контроль погашения платежей по договорам долевого строительства.
• Формирование отчетов.

Управление эксплуатацией объектов

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

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

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

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

Учет по международным стандартам

Подсистема включает в себя отдельный План счетов в соответствии с МСФО, который может настраиваться пользователем, и обеспечивает:

• трансляцию (перенос) большей части учетных записей (проводок) из подсистемы бухгалтерского учета (РСБУ) по правилам, которые могут гибко настраиваться пользователем;
• параллельное ведение учета по российским и международным стандартам по тем участкам, где различия между российскими нормативами и требованиями МСФО существенны (например, учет основных средств, нематериальных активов);
• проведение собственных регламентных документов (например, начисление расходов, учет резервов, учет обесценения активов и ряда других), а также внесение корректирующих записей в "ручном" режиме.

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

• минимизировать трудоемкость ведения учета по МСФО за счет использования данных российского учета;
• проводить сопоставление данных российского учета и учета по МСФО, облегчая сверку данных перед подготовкой отчетности по МСФО.

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

Управление персоналом

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

Подсистема предназначена для информационной поддержки кадровой политики компании и автоматизации расчетов с персоналом. В числе возможностей подсистемы:

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

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

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

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

Расчет зарплаты

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

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

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

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

Управление промышленным производством

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

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

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

Реализованные в подсистеме "Управление производством" механизмы планирования производства обеспечивают:

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

Планирование производства

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

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

Формирование укрупненного плана производства

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

Планирование потребности в ресурсах

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

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

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

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

Формирование посменного плана производства

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

Определение доступных мощностей ресурсов

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

Контроль исполнения

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

Управление данными об изделиях

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

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

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

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

Нормативный состав продукции используется:

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

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

Управление затратами и расчет себестоимости

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

Основные функции подсистемы:

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

Управление основными средствами

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

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

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

Управление продажами

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

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

Подсистема предназначена для планирования:

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

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

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

Планирование может вестись с временной детализацией от дня до года, что позволяет:

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

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

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

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

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

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

Основные функциональные возможности подсистемы:

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

Управление закупками

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

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

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

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

Управление складом (запасами)

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

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

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

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

Управление розничной торговлей и подключение торгового оборудования

Для производственных предприятий, имеющих собственные магазины и розничные торговые точки, в конфигурации предусмотрены возможности управления розничной торговлей. Розничная торговля может осуществляться с любого из складов - оптового, розничного или неавтоматизированной торговой точки. Учет товаров в неавтоматизированных торговых точках ведется по фиксированным розничным ценам. Реализована возможность подключения торгового оборудования: сканеры, терминалы сбора данных, дисплеи покупателя, электронные весы, ККМ в режимах "фискальный регистратор", "off-line" и "on-line". Система позволяет производить оценку стоимостных запасов в розничных ценах, сравнивать объемы и прибыльность продаж в различных магазинах (торговых точках), контролировать правильность поступления выручки от магазинов и торговых точек.

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

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

Подсистема "Управление отношениями с покупателями и поставщиками" позволяет предприятию:

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

Сегментирование покупателей с использованием интегрированного ABC(XYZ)-анализа позволяет автоматически разделить клиентов:

• на классы в зависимости от доли клиента в выручке или прибыли компании: важные (А-класс), средней важности (B-класс), низкой важности (С-класс);
• по статусам: потенциальный, разовый, постоянный, потерянный;
• по регулярности закупок: стабильные (X-класс), нерегулярные (Y-класс), эпизодические (Z-класс).

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

Контроль и оценка работы менеджеров

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

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

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

Интегрированные средства работы с электронной почтой

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

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

Мониторинг и анализ деятельности предприятия

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

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

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

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

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

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

Технологические достоинства

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

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

На платформе "1С:Предприятие 8.2" реализовано новое клиентское приложение - тонкий клиент: он может подключаться по протоколам http или https, при этом вся бизнес-логика реализуется на сервере. Удаленные подразделения могут, используя тонкого клиента, подключаться через Интернет и в on-line режиме работать с информационной базой. Повышается безопасность и скорость работы.

На платформе "1С:Предприятие 8.2" реализовано новое клиентское приложение - Web-клиент: не требует установки на компьютер пользователя никаких компонент, позволяет использовать на рабочих местах пользователей операционные системы Windows и Linux. Не требует администрирования на компьютерах пользователей. Обеспечивает оперативный доступ к информационной базе для "мобильных" сотрудников.

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

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

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

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

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

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

Использование платформы "1С:Предприятие 8.2" обеспечивает эффективную работу и надежное хранение информации при работе сотен пользователей. Современная трехуровневая архитектура системы дает сохранение высокой производительности при значительном росте нагрузки на систему и объемов обрабатываемых данных. Высокая отказоустойчивость достигается за счет резервирования кластера серверов, а оптимизация быстродействия - за счет динамической балансировка нагрузки между кластерами. Использование СУБД мировых лидеров (MS SQL, IBM DB2, Oracle Database) позволяет строить высокопроизводительные и надежные информационные системы.

Построение территориально-распределенных систем

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

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

Развитие средств интеграции

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

При разработке конфигурации учитывались как современные методики управления строительной организацией (управление проектами и др.), так и опыт успешной автоматизации строительных организаций, накопленный фирмой "1С" и партнерским сообществом. В проектировании и разработке конфигурации участвовали специалисты компаний "ИМПУЛЬС-ИВЦ " (постановка задач и тестирование подсистемы управления строительным производством) и "Эрикос ЦСП " (нормативные базы сметной подсистемы).

Введение 3

1. Автоматизация строительных компаний 5

1.1. Необходимость автоматизации 5

1.2. Комплексная автоматизация строительных компаний 10

Минусы комплексной автоматизации 12

Плюсы комплексной автоматизации 12

Минусы комплексной автоматизации 13

Плюсы комплексной автоматизации 13

1.3. Решения в области автоматизации 13

2. Краткий анализ деятельности компании 23

3. Предложения по автоматиизации процесса управления строительной компанией 30

Заключение 33

Библиографический список 34

Введение

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

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

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

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

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

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

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

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

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

1.1. Необходимость автоматизации

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

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

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

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

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

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

К концу 90-х годов автоматизация большинства строительных организаций находилась на описанном 2 этапе, т.е. на стадии использования отдельных компьютеров и АРМов.

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

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

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

... СТРОИТЕЛЬНЫХ КОМПАНИЯХ 2.1Характеристика проектной строительной компании « АК –Марал» 2.2 Система качества в соответствии с ИСО 9000 2.2.1МС ИСО ... разработки , внедрения и функционирования систем менеджмента; - разработка ... построения, - автоматизации и новых...

Разработка автоматизированной системы Отдел кадров средствами MS Access

Дипломная работа >> Информатика

1.2 Исследование состояния процессов автоматизации Отдела кадров 1.2.1 Информационные... 2.1 Теоретическая модель ИС «Отдел кадров» 2.1.1 ... для предприятий в строительной сфере Общий фонд... собственной разработке , ориентированной на нужды компании . Также...

Автоматизация системы бюджетирования финансовой службы (2)

Реферат >> Финансы

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

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

Реферат >> Информатика

ГЛАВА II. Разработка информационного обеспечения СМК строительной компании …............................................................ 44 2.1 ... , предназначенная для автоматизации управления внутренней нормативной... . ГОСТ Р ИСО 19011-2003 (ИСО 19011-2002) ...

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

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

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

Информационные системы на разных этапах строительства

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

Инвестор/управляющая компания

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

Заказчик

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

Подрядчик

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

Эксплуатирующая компания

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

Проектировщик

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

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

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

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

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

Организация процесса девелопмента в ОАО «Система-Галс»

ОАО «Система-Галс» в своей работе покрывает практически все этапы строительного процесса. В этой части мы расскажем, какие информационные системы обеспечивают деятельность компании и как они взаимодействуют между собой. Изначально в «Системе-Галс» планировалось внедрить Oracle E-Business Suite как единое решение по бизнес-направлению «Строительство и недвижимость». Но проанализировав всю специфику деятельности компании, рассмотрев внедренные в России и в мире системы управления для строительного комплекса и оценив бюджеты и поставленные сроки, мы решили двигаться в трех направлениях: единая система документооборота, единая система проектного управления и единая система финансового управления. Все три системы формируют информационное решение с общими ключевыми справочниками, потоком информации и пользователями.

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

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

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

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

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

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

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

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

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

Есть прекрасный пример на эту тему, который демонстрировался на системе Microsoft Dynamix AX (Axapta) по сборке велосипеда. Чем не промышленное производство? Однако действительность такова, что данный простой пример очень далеко отстоит от реальной системы, и потребуется много человеко-дней для превращения её в истинный промышленный вид.

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

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

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

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

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

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

Текущие ИТ-тенденции в стройиндустрии

В сегодняшнем строительном комплексе наметилась четкая тенденция к использованию информационных систем в своей деятельности. Изначально строительные компании не интересовались информационными системами в силу собственных высоких доходов и неразвитости систем управления. Но с развитием отрасли, усложнением схем финансирования, выходом на международные рынки, изменением организационных структур и ростом бизнеса появилась потребность в таких решениях (в методологии и инструментарии). В результате многие компании вступили на путь автоматизации. Но, как это обычно бывает, не проводился детальный анализ потребности, а продукты рассматривались на предмет содержания формальных блоков. Более того, в области девелопмента и строительства системы управления проектами начали развиваться только в нефтяных компаниях с западным капиталом, что же касается гражданского и инфраструктурного строительства, то здесь развитие методологий проектного управления и внедрения систем началось лишь в 2007—2008 годах. Финансовые системы, включая управленческий и бухгалтерский учет, изначально строились на различных платформах — на типизированных промышленных решениях и собственных разработках. Но в последнее время акцент стал смещаться в сторону ERP-систем как российского, так и западного происхождения. Основных причин тут две: построение вертикально интегрированных холдингов с участием производственных предприятий и структуризация схемы управления компаниями, ставящая перед ИT-системами самый широкий круг задач, решение которых кустарными методами в таблицах Microsoft Excel уже невозможно. Это бюджетирование и управленческий учет, оперативное планирование и казначейство, международная отчетность, бухгалтерский и налоговый учет, объединенные едиными справочниками и построенные на едином плане или связанной группе счетов. Таким образом, мы получаем сложную задачу, которая требует прежде всего методологического решения всех перечисленных вопросов. При этом концепцию построения всей системы должны понимать не только специалисты группы внедрения, но и управленцы производственных и поддерживающих подразделений.

На данном поле конкурируют всего четыре компании: SAP, Oracle, «1С» и Microsoft. Выбор между ними является прерогативой предприятия, и советовать тут что-либо сложно, тем более что вопрос этот часто бывает весьма политизирован. Стоит отметить только, что в последнее время все системы сильно продвинулись в направлении строительной специфики и управления проектами как на российском, так и на международном рынке. Но они предназначены для финансового сектора, в секторе же производственном всё зависит от компании и ее бизнес-процессов. Крупному заказчику, в портфеле которого находится более двух тысяч проектов в активной фазе, подойдет хорошая система управленческого учета и бюджетирования, построенная на любой платформе. В то же время для средней компании, имеющей от ста до тысячи проектов, также необходим индустриальный подход к проектному управлению, но в данном случае рассматривается более подробная детализация событий, бюджетных статей и пр. В небольших фирмах, у которых порядка пятидесяти проектов, применяется стандартный проектный подход и соответствующая методология. Следовательно, мы имеем три уровня информационных систем: промышленные, комбинированные, проектные. Инструмент реализации информационной системы на каждом уровне может быть единым (например, Primavera плюс PMControlling плюс «1C:Предприятие» или собственная разработка плюс Microsoft Dynamix AX), но могут применяться и локальные инструменты вроде Microsoft Project, которые не требуют трудоемкого внедрения.