¬аше окно в мир —јѕ–
 
Ќовости —татьи јвторы —обыти€ ¬акансии Ёнциклопеди€ –екламодател€м
—татьи

14 но€бр€ 2019

Ўаблон в ARCHICAD: от ј до я

„асть 1. ѕричины и цели создани€ Ўаблона

≈гор «ахаров

≈гор «ахаров


ћен€ зовут ≈гор «ахаров, € главный архитектор јќ Ђѕроектный институт реконструкции и строительстваї (ѕермь). ARCHICAD €вл€етс€ моим помощником на прот€жении всей моей профессиональной де€тельности.

¬ насто€щее врем€ все чаще используетс€ выражение ЂBIM-проектированиеї. Ќо многие воспринимают проектирование по принципам BIM как дополнительную нагрузку на проектировщика, предполага€ необходимость ручного ввода большого объема данных в модель. я решил написать этот цикл статей, чтобы обобщить свой многолетний опыт формировани€ Ўаблона ARCHICAD. я хочу доказать, что системный подход к структурированию данных и полноценное использование инструментари€ ARCHICAD может вывести процесс автоматизированного создани€ модели и наполнени€ ее информацией на совершенно новый уровень.

Ётот материал может быть интересен разным категори€м пользователей, заинтересованным в организации общих принципов работы в ARCHICAD: от ведущего специалиста до BIM-менеджера. Ќачинающий пользователь сможет почерпнуть идеи дл€ организации базовых элементов Ўаблона (–еквизитов), а более опытный найдет дополнительную информацию о работе с ‘ормулами и обработке данных в сторонних программах.

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

ћатериал, с которым вам предстоит ознакомитьс€, разделен на несколько частей: сначала мы обозначим границы проблемы, затем сформулируем задачу, а потом будем постепенно ее решать.

„асть 1

¬ведение. «ачем нужен Ўаблон?

ќбщие принципы

—труктура хранени€ файлов

¬ведение. «ачем нужен Ўаблон?

¬ начале € хочу представить нагл€дную инфографику своего Ўаблона, котора€ отображает количество настроенных данных в разных категори€х. ≈сли предположить, что на настройку каждого компонента потрачено в среднем 5 минут, то така€ настройка займет 4 дн€ 9 часов 20 минут беспрерывной работы. ќчевидно, что в каждом отдельном проекте столь детальна€ настройка выполнена не будет, и без Ўаблона работа в ARCHICAD никогда не выйдет на по-насто€щему высокий уровень.
Ўаблон в ARCHICAD

 оличество элементов, настроенных в Ўаблоне, по категори€м

ѕрименение концепции BIM заключаетс€ в создании »нформационной ћодели «дани€, поэтому во главу угла должна быть поставлена именно »нформаци€ с заглавной буквы. ќсновным моментом в работе с большими объемами информации (или данных) €вл€етс€ их упор€дочивание дл€ обеспечени€ возможности машинной обработки. » € говорю не о каких-то сложных программируемых процессах, а об обычном отборе по какому-либо критерию (команда Ќайти и ¬ыбрать) дл€ внесени€ пакетных правок или сведении данных в автоматические таблицы (»нтерактивные  аталоги). Ќе даром многие страны мира стрем€тс€ как можно быстрее прин€ть или уже прин€ли национальные классификаторы элементов строительной отрасли или даже всех отраслей промышленности и услуг.
Ўаблон в ARCHICAD

BIM-стандарты разных стран мира

–осси€ тоже находитс€ на этапе введени€ национального классификатора элементов BIM-моделей.  лассификаторы и данные в модели помогают решить множество задач.
Ўаблон в ARCHICAD

–оссийские BIM-стандарты

ƒаже если элементы созданы в ARCHICAD с помощью нативных элементов (например, стены инструментом —тена), то друга€ программа сама не определит тип, к которому относитс€ данный элемент, и будет воспринимать его как абстрактную призму. ¬ этом случае  лассификаци€ Ђподпишетї и распределит элементы по необходимым категори€м: —тены, ѕерекрыти€,  олонны и т. д.

≈сли говорить об обмене модел€ми между программами и, соответственно, разными специалистами, то объемна€ модель без информации будет ненамного ценнее тех 2D-чертежей, которые примен€лись раньше. „тобы 3D-модель могла называтьс€ BIM-моделью, ее элементы должны содержать хот€ бы минимум информации о конструктивной функции (Ќесущий/Ќенесущий), расположении (¬нутри/—наружи) и материале, из которого состоит каждый элемент. “олько после выполнени€ этих минимальных условий можно начинать говорить об автоматизации процессов проектировани€ и взаимодействии на уровне OPEN BIM.

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

—ледовательно, нужен универсальный €зык обмена информацией между модел€ми. “акой €зык существует, и им€ ему Ц IFC (Industry Foundation Classes). ќднако следует учитывать, что любой €зык обладает лексикой. Ќапример, если вы изучаете английский, русский, €понский или любой другой €зык, то вам необходимо будет очень часто пользоватьс€ словарем, содержащим переводы слов и их определени€. “акими словар€ми как раз и €вл€ютс€ классификаторы и национальные стандарты, очерчивающие границы систематизации актуальных дл€ различных стран данных. ѕриоритетом государственных интересов €вл€етс€ повышение эффективности строительной отрасли в целом, а не только проектировани€.

—тандартный Ўаблон лишь в целом отражает возможности предварительной настройки проектной среды ARCHICAD, но он не может подойти абсолютно всем пользовател€м (а в идеале он Ќ≈ должен подходить Ќ» ќƒЌќћ” пользователю, желающему серьезно зан€тьс€ организацией своего рабочего пространства). ƒл€ мен€ выбор Ўаблона сравним с выбором способа подъема на крышу небоскреба: по лестнице (стандартный Ўаблон) или на скоростном лифте (мой Ўаблон)

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

Ќо это глобальные задачи формировани€ общих правил (и не только), актуальные дл€ любого приложени€, в котором ведетс€ проектирование. ≈сли же спуститьс€ на локальный уровень ежедневной работы архитектора, то тут тоже нужны какие-то общие стандарты, которые позвол€т привести все создаваемые проекты в единую систему координат. “аким образом, можно будет решать ежедневно возникающие проблемы не в рамках каждого отдельного проекта, а глобально, в контексте Ўаблона. Ќапример, нужно четко понимать, что именно должен передавать архитектор инженерам. »сход€ из этого следует раз и навсегда настроить параметры видов дл€ выдачи заданий ( омбинации —лоев, Ќаборы ѕерьев, ѕоказ  онструкций и прочее). Ёто позволит выдавать задани€ простым нажатием всего одной кнопки в »здателе, не занима€сь судорожной настройкой параметров видов каждого отдельного проекта в процессе общени€ со смежными специалистами (что не вызовет ничего кроме хаоса и с огромной долей веро€тности приведет к ошибкам и необходимости повторной выдачи документов).

ARCHICAD Ц обманчиво проста€ программа. ѕользователь, первый раз открыва€ ARCHICAD, видит дружелюбный интерфейс с пон€тными рабочими инструментами (—тена, ќкно, ƒверь, мебель и т. п.) и торопитс€ приступить к моделированию, забегает вперед, получает ощущение знани€ программы. ¬ результате модель начинает напоминать Ђпесочный замокї, состо€щий из большого количества элементов (стен, перекрытий, балок и т. п.) с хаотично настроенными реквизитами (сло€ми, перь€ми, параметрами, штриховками), зачастую никак не св€занными друг с другом.

Ўаблон в ARCHICAD

¬изуализаци€ организации разрозненных данных

¬нешне этот Ђпесочный замокї похож на то здание, которое задумал архитектор. Ѕолее того, эту модель можно даже вполне успешно визуализировать, чтобы создать очень красивую картинку дл€ демонстрации заказчику. Ќо на определенном этапе вы€сн€етс€, что визуализаци€ завершена, а продолжать проектирование в нормальном темпе становитс€ все сложнее, потому что вы не можете ни настроить правильное сопр€жение конструктивных элементов дл€ отображени€ на проекци€х, ни отфильтровать элементы дл€ подсчета и сведени€ в таблицы, ни разбить проект на стадии, ни ограничить набор информации, передаваемой конструктору или специалистам разделов ќ¬, ¬ , Ёќ, √ѕ и т. д. “о есть вс€ модель представл€ет собой абсолютно несокрушимый монолит, с которым просто невозможно работать.

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

ќкно выбора Ўаблона при создании нового ѕроекта

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

Ќапример, вы вр€д ли будете использовать одни и те же типы конструкций при проектировании небоскреба, сборочного цеха, коттеджа и планировки парковой территории. Ёто относитс€ и к пользовател€м: в одной организации (или в регионе) примен€ют газобетонные блоки и сборные фундаменты, а в другой Ц эффективный кирпич и буронабивные сваи. Ёто означает, что —тандартный Ўаблон лишь в целом отражает возможности предварительной настройки проектной среды ARCHICAD, но он не может подойти абсолютно всем пользовател€м (а в идеале, как станет €сно после прочтени€ этой статьи, он Ќ≈ должен подходить Ќ» ќƒЌќћ” пользователю, желающему серьезно зан€тьс€ организацией своего рабочего пространства). ƒл€ мен€ выбор Ўаблона сравним с выбором способа подъема на крышу небоскреба: по лестнице (стандартный Ўаблон) или на скоростном лифте (мой Ўаблон). ќп€ть же, можно сравнить работу в хаосе, где ваш рабочий стол полностью завален чертежами, дисками, книгами, и т. д. (вспомните хаотичный Ђпесочный замокї), или же работу в почти идеальном пор€дке, когда вы точно знаете, где находитс€ тот или иной предмет.

ќбщие принципы

¬ идеале Ўаблон ARCHICAD должен быть частью общего регламента работы организации. ¬ этом документе должны быть описаны основные процессы в рамках проектировани€: кто, кому, какие данные и в какой форме передает на каждом этапе создани€ проекта. “акой подход поможет в формировании Ўаблона и сделает его наиболее эффективным.

 ак € уже писал, существует множество международных стандартов и правил, описывающих принципы наименовани€ и организации данных BIM-модели. –азличные типы классификаций вы можете загрузить пр€мо из ARCHICAD, воспользовавшись командой меню ‘айл > ¬заимодействие >  лассификации и —войства > «агрузить BIM-данные.

Ўаблон в ARCHICAD

 оманда загрузки BIM-данных в меню ARCHICAD

  сожалению, € начал изучать эти документы лишь тогда, когда мой Ўаблон уже был сформирован. ƒаже поверхностное изучение различных стандартов наименований слоев и типов классификаций показало, что логика организации моего Ўаблона не отвечает этим международным документам. Ќапример, в UniClass ќкна и ƒвери относ€тс€ к одному классу, а перекрыти€ (пока?) вовсе не классифицированы; а в OmniClass все элементы изначально дел€тс€ на две большие ветки по расположению (¬нутри/—наружи), то есть все элементы придетс€ искусственно делить по этому признаку даже там, где это не нужно.

ќднако учитыва€, что российское законодательство в этом вопросе сейчас находитс€ только на стадии формировани€, € решил выждать и пока не тратить врем€ и силы на приведение своего Ўаблона в соответствие с какими-либо стандартами. ≈сли же вы только приступаете к работе над своим Ўаблоном, то можете вз€ть за основу какую-нибудь существующую классификацию, чтобы на ее основе организовывать данные ARCHICAD и присваивать им названи€. “ак, например, поступили сотрудники компании ј–’»ћј“» ј, сформировавшие свой Ўаблон на базе британского стандарта Uniclass.

ѕри этом вы должны понимать, что создание Ўаблона Ч это долга€ кропотлива€ работа, котора€, скорее всего, никогда полностью не будет завершена, но просто перейдет в более спокойную фазу после решени€ наиболее важных проблем. ѕоэтому не надо стремитьс€ сделать все и сразу. ƒвигайтесь от общего к частному: например, сначала сформируйте устраивающие вас правила наименований слоев и группировки данных, и только затем приступайте к наполнению этих групп конкретными данными. ѕредположим, вы решили присвоить слою стен код 25 (как в UniClass), следовательно, этот же код должен по€витьс€ и в наборе многослойных конструкций стен. –азрабатыва€ свой Ўаблон, изначально € не имел возможности взгл€нуть на задачу в целом, а решал множество отдельных проблем, посто€нно перескакива€ между ними. » в результате € хоть и имею под рукой незаменимый инструмент, но не могу не замечать его недочетов, которые мне сейчас устранить уже довольно сложно из-за большого количества внутренних взаимосв€зей между данными.

—оздание Ўаблона Ч это долга€ кропотлива€ работа, котора€, скорее всего, никогда полностью не будет завершена, но просто перейдет в более спокойную фазу после решени€ наиболее важных проблем

≈сли провести аналогию с процессом строительства, то можно сказать, что, формиру€ свой Ўаблон, € возвел несущие стены до того, как пон€л, где в них должны располагатьс€ проЄмы. “еперь же пробить проемы в возведенных стенах не то чтобы невозможно, но довольно затруднительно. ѕричем надо понимать, что эта аналоги€ дает лишь поверхностное представление о количестве внутренних взаимосв€зей полностью проработанного Ўаблона. ѕо большому счету, создание Ўаблона Ч это отдельный проект, и если в проекте надо ув€зать между собой планировочные, конструктивные и инженерные решени€, то в Ўаблоне в их роли выступают разные типы данных. ѕоэтому € и хочу предостеречь от излишней поспешности тех, кто находитс€ только в начале этой непростой работы, то есть призываю вас действовать последовательно и обдуманно.

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

Ўаблон в ARCHICAD

ƒетальна€ схема взаимодействи€ элементов в ѕроекте ARCHICAD

ƒетально разобратьс€ в этой схеме сможет только человек, непосредственно работающий в данном Ўаблоне, и то Ц только при ее детальном изучении. Ќо эта схема показывает, что дл€ создани€ по-насто€щему интерактивной измен€емой BIM-модели в ARCHICAD нужно настроить множество взаимосв€зей, причем сделав это один раз, вы значительно упростите и ускорите выполнение всех будущих проектов. “акже этой схемой € хотел проиллюстрировать то, что в BIM-модели все части данных св€заны между собой, и надо с большой ответственностью подходить к созданию, изменению, а тем более удалению этих данных. –еквизиты, параметры видов и свойства элементов св€заны между собой; каждый элемент имеет уникальный 32-значный идентификатор, по которому этот элемент может быть св€зан с другими элементами посредством расширений (например, Labpp- вартирографи€). „тобы Ђсплестиї свою паутину Ўаблона, надо разобратьс€ в типах используемых в ARCHICAD данных и их взаимосв€з€х.

ѕравильно настроенный Ўаблон позволит вам минимизировать рутинные процессы оформлени€ документации и наполнени€ проекта информацией, а также заложить современные принципы проверки модели

“акже хочетс€ обратить особое внимание на то, что все решени€, которые вы принимаете, должны быть задокументированы в отдельном файле, например в таблице Excel или в Google “аблице. ¬ам может казатьс€, что вы помните все правила наименований слоев или параметров видов: что, дл€ чего и в каких случа€х используетс€. Ќо рано или поздно вы просто Ђутонетеї в этом море информации.  роме того, подробное описание настроек Ўаблона будет просто необходимо сотрудникам, не принимавшим активного участи€ в его создании или вообще не работавшим в организации в это врем€. —ама форма описани€ может быть любой, главное, чтобы она была пон€тна вам и тем, кто этим документом будет пользоватьс€. “акже нелишним будет вести журнал основных изменений Ўаблона, чтобы понимать: что, когда и зачем было введено в работу.

Ўаблон в ARCHICAD

ѕример описани€ —лоев в Excel

—труктура хранени€ файлов

ѕроектирование не начинаетс€ и не заканчиваетс€ в ARCHICAD. ‘айл ARCHICAD Ц это очень важна€, может быть, даже главна€, но не единственна€ составл€юща€ общего процесса работы. Ќа входе мы имеем некоторые исходные данные: реквизиты договора (номер проекта, название и т. п.), топосъемку в векторном формате или файл со списком координат точек. ¬ процессе формировани€ BIM-модели в ARCHICAD по€вл€ютс€ данные (которые могут обрабатыватьс€ в сторонних приложени€х), задани€ смежным специалистам и т. д. ѕоэтому необходимо начать с приведени€ в пор€док структуры хранени€ файлов. ѕрежде всего проанализируйте ранее выполненные проекты. –азберитесь в том, какие данные вы имеете на входе, а какие Ц на выходе, дл€ чего и когда они используютс€ и так далее.

Ќужно четко определить и прописать в –егламенте организации структуру именовани€ файлов. —уществует Ѕританский BIM-протокол, регламентирующий структуру именовани€ и хранени€ файлов проекта. ќн хоть и не совсем соответствует российским требовани€м к составу проектной документации, но может стать хорошей основой дл€ формировани€ стандарта организации.

Ўаблон в ARCHICAD

ѕример структуры хранени€ файлов проекта с внутренними взаимосв€з€ми

Ќа иллюстрации слева приведена схема возможных взаимосв€зей между исходными данными, файлом ARCHICAD, выдаваемыми задани€ми, публикуемыми »нтерактивными  аталогами дл€ сбора “ехнико-экономических показателей и последующей вставки их в по€снительные записки всех разделов проекта. ќчевидно, что св€зей много, они многоуровневые, и эту сетку св€зей невозможно настраивать в посто€нно мен€ющейс€ структуре файлов. ≈сли же учесть, что над проектом работают не только архитекторы, то становитс€ очевидной необходимость структурировани€ системы хранени€ всех файлов всех разделов проекта. “ут подтверждаетс€ тезис о том, что Ўаблон работы в ARCHICAD должен быть частью общего регламента работы организации. “ак как, если структурировать работу только одного отдела, это даст очень ограниченный эффект, и этот Ђостровокї пор€дка неизбежно погр€знет в окружающем хаосе. ¬едь архитектор не только выдает задани€, но и получает их.

“аким образом, если внешние файлы смежников будут посто€нно дублироватьс€, а их названи€ будут мен€тьс€, то все врем€, сэкономленное на оптимизации процесса постановки задач, будет потрачено на получение обратных заданий от смежников. »деальный вариант: когда все специалисты работают в рамках одной организации и используют PDM (Product Data Management) систему хранени€ файлов с сохранением версионности, настройкой прав доступа и ролей пользователей. —ледует упом€нуть, что в случае совместной работы специалистов разных организаций настройка системы взаимодействи€ становитс€ на пор€док сложнее. ƒаже в рамках одной организации очень трудно мотивировать людей мен€ть усто€вшиес€ принципы работы, даже если эти принципы очевидно неэффективны. ƒл€ того чтобы установить единый регламент работы, хранени€ и именовани€ файлов со специалистами других организаций, надо, как минимум, заручитьс€ поддержкой руководства этих организаций.  ак правило, это возможно только в том случае, если вы сотрудничаете с данной организацией давно и это сотрудничество жизненно важно дл€ обеих организаций. Ёто можно сравнить с использованием отдельного санузла в своей квартире, или общего Ц в коммуналке.

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

¬ схеме взаимодействи€ файлов, представленной выше, показано, как архитектор получает исходные данные (голубые стрелки) из папки √»ѕа (“”, съемка и т. д.), из файла реквизитов проекта (номер, название и прочие данные, заполн€емые √»ѕом), из папки исходных данных, полученных самим архитектором (съемка со спутника, фотографии и т. п.), а также баланс участка, рассчитанный в Excel по местным нормативам и сохраненный в PDF дл€ вставки в ARCHICAD.  акие-то данные ввод€тс€ вручную, какие-то с помощью скриптов автоматического переноса данных Excel Ц ARCHICAD.

≈сли все этапы обмена информацией регламентируютс€ стандартом организации с полностью сформированной структурой файлов, то работа существенно упрощаетс€, поскольку становитс€ легче определить этап, на котором возник Ђзаторї, и устранить проблему

ƒалее при формировании BIM-модели в ARCHICAD по€вл€ютс€ данные, экспортируемые дл€ дальнейшей работы (оранжевые стрелки).  оличественные данные дл€ формировани€ технико-экономических показателей публикуютс€ в формат XLSX и обрабатываютс€ в Excel, а затем собираютс€ в единый файл Ђ_“Ёѕї (доступ к редактированию этого файла имеет только специально назначенный специалист-архитектор). »з этого файла необходимые пункты “Ёѕ путем вставки св€зей в Word импортируютс€ в записки всех разделов проекта. √рафические и объемные данные из ARCHICAD сохран€ютс€ в формате IFC и DWG в специальной папке исход€щих заданий раздела ј– дл€ специалистов разных разделов и уровней.

ƒалее смежные специалисты импортируют (фиолетовые стрелки) либо вставл€ют в виде внешних ссылок файлы заданий от архитекторов (в зависимости от технологии процесса выполнени€ конкретного раздела). ¬ дальнейшем результат работы смежных специалистов может быть импортирован в файл ARCHICAD или собран в папке координации. BIM-менеджер может создать федеративную (сводную) модель дл€ проверки результата работы. “ак вот, если все этапы обмена информацией регламентируютс€ стандартом организации с полностью сформированной структурой файлов, то работа существенно упрощаетс€, поскольку становитс€ легче определить этап, на котором возник Ђзаторї, и устранить проблему. Ётот процесс можно сравнить с дорожным движением.  огда все ездили на лошад€х и гужевых повозках, дорожное движение не требовало серьезного регулировани€, но страшно представить, во что превратились бы улицы современных мегаполисов, если бы не были введены четкие правила дорожного движени€.

Ќа этом можно считать, что обща€ проблематика формировани€ Ўаблона ARCHICAD в целом очерчена. ¬ следующих стать€х данного цикла € перейду к детальному разбору отдельных элементов, из которых состоит Ўаблон, и принципам работы с ними.


„итайте также:


¬акансии:

јктуальное обсуждение

RSS-лента комментариев

-->

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: „то можно назвать Ђчудо-оружиемї отрасли —јѕ–?
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2019 √руппа компаний «Ћ≈ƒј—»

ѕерепечатка материалов сайта допускаетс€ с согласи€ редакции, ссылка на isicad.ru об€зательна.
¬ы можете обратитьс€ к нам по адресу info@isicad.ru.