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

5 августа 2021

—равнительный анализ функционала API BIM-систем с позиций экономических задач

√.ј. ѕурс, ¬.ј. »затов, ».ј. ¬оронин

јвторы:
√.ј. ѕурс, к.э.н., директор –”ѕ Ђ–Ќ“÷ по ценообразованию в строительствеї, г. ћинск
¬.ј. »затов, к.э.н., директор ќќќ Ќѕѕ Ђј¬—-Ќї, г. Ќовосибирск
».ј. ¬оронин, заместитель директора по развитию ќќќ Ќѕѕ Ђј¬—-Ќї, г. Ќовосибирск

¬ведение

¬ статье рассматриваютс€ результаты анализа существующего состо€ни€ программных интерфейсов приложений (API Ц Application Programming Interface) BIM-систем на основе опыта интеграции с программными продуктами линейки ј¬— (сметно-экономический раздел строительного проекта).

–аботы по интеграции начались в 2012 году с Nemetschek Allplan, так как в его составе уже имелась подсистема BCM (Build Cost Management), ориентированна€ на немецкую систему ценообразовани€ в строительстве. BCM в то врем€ выступала как один из эффективных примеров совместного решени€ архитектурно-конструкторских и экономических задач. — расширением круга интегрируемых с ј¬— BIM-систем стала очевидной необходимость пр€мого двустороннего взаимодействи€ с каждой платформой посредством API, и к текущему моменту реализована интеграци€ с дес€тью BIM-системами. Ётот опыт дал возможность провести сравнительный анализ функционала API BIM-систем по р€ду критериев среди таких платформ, как Allplan, Revit, Renga и Archicad. ƒл€ BIM-систем, не имеющих открытого API, разработчиками ј¬— была предложена схема интеграции с использованием собственного API.

ѕрограммное обеспечение дл€ BIM

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

  • проектирование, расчЄты,
  • межотраслева€ координаци€ и создание сводных моделей,
  • поиск пространственных и логических коллизий,
  • создание многомерных визуализаций (4-6D),
  • подготовка визуализаций и презентаций.
—равнение функционала API BIM-систем

–ис. 1. —пектр программного обеспечени€ дл€ BIM

ќбмен данными между всем имеющимс€ на сегодн€шний день программным обеспечением, как правило, осуществл€етс€ с использованием универсальных обменных форматов, таких как IFC, DWG, OBJ, DXF, STEP, IGS, iModels и др [1, 4].

»спользование обменных форматов достаточно статично во времени, так как предполагает фиксацию в некотором временном срезе состо€ни€ исходной среды с последующим разбором в другой. ѕри изменении исходной среды требуетс€ повторное формирование выгружаемых данных. ¬следствие этих недостатков между многими платформами реализовано пр€мое взаимодействие, реализованное в виде программных надстроек Ц плагинов. “акие плагины разрабатываютс€ либо одним из производителей программного обеспечени€, либо сторонними разработчиками. ѕомимо этого, существуют и комбинированные схемы, позвол€ющие использовать оба способа передачи данных [1]. Ќаличие пр€мых интеграционных св€зей между различными программными средами говорит еще и о недостаточности сведений, передаваемых в обменных файлах. ѕр€мое программное взаимодействие позвол€ет решить вопросы передачи информации более полноценно, так как отраслевые стандарты не всегда успевают своевременно фиксировать в описани€х формата обмена актуальное наполнение данными и реализовывать все возможности технологии информационного моделировани€.

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

ѕримером могут служить многочисленные программные надстройки к проектирующим BIM системам дл€ св€зи с системами расчЄта строительных конструкций, например плагины: Ћ»–ј-—јѕ– дл€ Revit, SCAD дл€ Tekla и т. п.

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

јвтоматизаци€ сметных расчЄтов в BIM

¬опросом, как св€зать BIM-модель со сметами и получать стоимость на всех этапах жизни модели автоматически, разработчики и пользователи BIM-систем начали задаватьс€ практически с самого начала по€влени€ технологии информационного моделировани€. ѕервые попытки автоматизировать сметные задачи на постсоветском пространстве были сделаны ещЄ в начале 2000-х годов на платформе Nemetschek Allplan. ¬ то врем€ казалось, что достаточно каждому элементу модели записать в свободное поле шифр сметной расценки и подставить правильный объЄм из множества предлагаемых системой, и вопрос решЄн. “ем не менее много лет задача не решалась в силу того, что св€зь между элементами BIM-модели и сметно-нормативной базой была не такой однозначной, и потребовалось решение, позвол€ющее алгоритмизировать процесс передачи параметров (атрибутов) в BCM, при этом создавать гибкие наборы правил по применению сметных нормативов как под конкретный проект, так и дл€ универсальных решений дл€ определЄнных строительных технологий.

≈сли коротко описать проблему, то можно сформулировать еЄ одной фразой: проектировщики и сметчики живут в разных измерени€х и мысл€т разными категори€ми. ѕроектировщики создают строительный объект в системе моделировани€, использу€ наборы инструментов, представленные в виде проектных категорий Ц стены, колонны, балки, перекрыти€, окна, розетки, кабели, трубы и т.д.  огда дело доходит до стоимостных оценок, то эти же элементы в каких-то случа€х начинаютс€ рассыпатьс€ на отдельные материалы, части конструктивов, а в каких-то случа€х наоборот, объедин€ютс€ в единый набор и расцениваютс€ комплексно. —метчики используют свой набор инструментов, как правило, выраженный в виде систематизированного набора сметных нормативов, сформированных не дл€ законченных конструктивов, а дл€ отдельных видов работ и операций над этими конструктивами.   примеру, изготовление железобетонной монолитной стены на стройке может состо€ть из дес€тков различных операций, которые определ€ютс€ конкретным проектом и могут зависеть от множества параметров такой стены.

—в€зь с одной из сметных технологий представлена на рис. 2.

—равнение функционала API BIM-систем

–ис. 2. ѕример параметрической св€зи элемента модели со сметной нормой

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

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

¬ этом кроетс€ ключевое противоречие между системами проектировани€ и оценки стоимости. Ќа «ападе такие противоречи€ разрешаютс€ в силу того, что системы сметного нормировани€ имеют не настолько обширную номенклатуру видов работ и зачастую стро€тс€ исход€ из единых классификационных подходов с этапом проектировани€. ѕримером гармоничного сосуществовани€ проектной и сметной составл€ющей проекта могут служить системы классификации OmniClass, MasterFormat, UniFormat, DIN 276, DIN277, UniClass и им подобные [2, 3].

¬ системах строительного проектировани€ и ценообразовани€ стран ≈јЁ— до сих пор не было создано ничего подобного, что позволило бы решать задачи сметного ценообразовани€ на таком же уровне. ѕричЄм это характерно как дл€ государственного, так и дл€ корпоративного сектора. ѕопытки создать классификаторы ведутс€, но без пересмотра структуры сметных нормативов и без подчинени€ системы ценообразовани€ единым классификаторам архитектурно-конструктивных элементов всЄ будет только усложн€тьс€.

ƒействующа€ система ценообразовани€ любой из стран ≈јЁ—, включа€ систему –оссийской ‘едерации, выдвигает р€д требований к системам информационного моделировани€ по информационному наполнению элементов. “ребовани€, выдвигаемые системами ценообразовани€ –оссии, Ѕеларуси,  азахстана, ”збекистана, јрмении и других стран, использующих в основе структуру сметных нормативов, разработанную в ———–, практически идентичны с очень небольшими точечными отличи€ми. ѕоэтому систему информационных требований можно рассматривать как единую дл€ всех стран ≈јЁ—.

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

“ребовани€ к информационному наполнению элементов BIM-моделей €вл€ютс€ ключевым фактором при последующем выборе сметных норм и расценок и определении стоимости строительства [5]. Ѕезусловно, в основе любых требований должна лежать кака€-то исходна€ классификаци€ проектных решений. ¬ своей работе мы выбрали классификацию категорий проектировани€ BIM-системы Autodesk Revit, как наиболее полную дл€ большинства случаев проектировани€ зданий и сооружений. ќсновыва€сь на этом перечне, успешно решаютс€ задачи по интеграции с любыми другими системами BIM-проектировани€, так как категории Revit имеют наиболее общие и пон€тные всем формулировки.

ѕример перечн€ категорий дл€ архитектурного раздела:

  • ѕотолки
  • ƒвери
  • ћебель
  •  рыши
  • ѕомещени€
  • Ћестницы
  • —тены
  • ќкна
  • ќграждение
  • ѕерила

ѕример перечн€ категорий дл€ конструкторского раздела:

  • Ќесуща€ арматура
  • Ќесущие колонны
  •  аркас несущий
  • ‘ермы
  • ¬ертикальные раскосы
  • √оризонтальный раскос
  • ‘ундамент несущей конструкции
  • Ќесущие стены

ѕример перечн€ категорий дл€ инженерных разделов:

  •  абельные лотки
  • Ўкафы
  •  ороба
  • ¬оздуховоды
  • ¬оздухораспределители
  • Ёлектрооборудование
  • √ибкие трубы
  • ќсветительные приборы
  • јрматура трубопроводов
  • “рубы
  • —оединительные детали трубопроводов
  • —антехнические приборы
  • ѕровода

јналогичные пон€ти€ или близкие к ним присутствуют практически в каждой BIM-системе, поэтому сформулированные информационные требовани€ можно распространить на любую платформу и примен€ть на всех этапах жизненного цикла строительства, которые требуют выполнени€ стоимостных оценок [6].

»нформационные требовани€ были сформулированы на основе данных анализа системы сметных нормативов всех стран ≈јЁ— и выражены в виде списка параметров с указанием единиц измерени€. ѕример требований к категории проектировани€ Ђ—теныї приведЄн в таблице 1.

“аблица 1

 атегори€ Ќаименование параметра ≈д. изм.
—тены ѕлощадь (за вычетом проемов) м2
ѕлощадь (без вычета проемов) м2
 оличество шт
 оличество проемов шт
¬ысота мм
ќбъЄм м3
“олщина стены мм
“олщина сло€ (материала) мм
ƒлина мм
ѕлощадь конструкций опалубки м2
ћасса конструкции кг
√лубина котлована мм
ѕлощадь основани€ м2
ћасса арматуры в конструкции кг
¬ысота этажа мм
ќбъЄм брутто м3


ѕодобна€ работа была выполнена по всем категори€м проектировани€ путЄм глубокого анализа сметных норм, технических частей, прилагаемых к сборникам сметных норм, общих положений по применению сметных норм и правил определени€ объЄмов строительно-монтажных работ при расчЄте стоимости строительства.

  примеру, часть правил определени€ объЄмов работ по возведению конструкций из кирпича и блоков выгл€дит так:

2.7 »з объЄма кладки стен из кирпича с воздушной прослойкой объЄм последней не исключаетс€.

2.8 ќбъЄм кладки стен из кирпича с утеплением с внутренней стороны теплоизол€ционными плитами определ€етс€ без учЄта толщины плиты утеплител€.

2.9 ќбъем работ по устройству перегородок следует исчисл€ть по проектной площади за вычетом площадей проемов по наружному обводу коробок.

2.10 ќбъЄм работ по расшивке швов определ€етс€ по площади расшиваемых стен без вычета площади проЄмов.

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

¬озможности API BIM-систем по извлечению параметров

ѕрактически кажда€ проектирующа€ BIM-система позвол€ет сегодн€ решать задачи расширени€ функционала с использованием встроенных средств дл€ разработчиков. “акой функционал имеет общее название Ц API (Application Programming Interface) или программный интерфейс приложени€. ‘актически API создаЄтс€ дл€ того, чтобы можно было решать любые задачи, которые невозможно напр€мую решить с использованием стандартных средств программы или с использованием обменных форматов в другом программном обеспечении. ¬озможности API BIM-систем достаточно широки и в первую очередь ориентируютс€, конечно же, на решение повседневных задач, св€занных с проектированием. ¬ажной составл€ющей взаимодействи€ с элементами модели как через интерфейс программы, так и через средства API €вл€етс€ получение существующей и генераци€ новой атрибутивной информации, помещаемой в информационную модель.   примеру, вычисление площади подоконной доски дл€ окна, вставленного в проЄм стены, €вл€етс€ результатом вычислений, основанных на геометрических параметрах как самого окна, так и стены, в котором оно находитс€. ¬ычисленное значение может быть внесено в элемент модели в виде нового значени€ либо хранитьс€ в элементе в виде параметрической формулы.

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

Ќа сегодн€шний день разработчиками сметной системы ј¬— проведена работа по интеграции с дес€тью BIM-платформами [7], из которых можно выделить четыре наиболее попул€рные в странах ≈јЁ—: Nemetschek Allplan, Graphisoft Archicad, Renga и Autodesk Revit. ≈жедневна€ работа по совершенствованию алгоритмов и инструментов сметчиков дл€ работы с BIM-модел€ми позволила провести сравнительный анализ по насыщенности параметрами элементов, возможност€м функций API по вычислени€м и извлечению необходимых дл€ сметчиков сведений. ѕример такого сравнени€ по категории проектировани€ Ђ—теныї приведЄн в таблице 2.

“аблица 2

—равнение функционала API BIM-систем

«елЄным цветом и знаком Ђ+ї отмечены те параметры, которые извлекаютс€ из элементов модели напр€мую с использованием стандартной функции API соответствующей BIM-системы без проведени€ дополнительных вычислений.

∆Єлтым цветом и знаком Ђ*ї отмечены те параметры, которые не могут быть извлечены стандартными методами API, но могут быть вычислены на основании геометрии элемента либо вычислены на основе других имеющихс€ параметров элемента путЄм сложени€, умножени€, вычитани€, делени€ или применени€ коэффициента.

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

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

–азлична€ информационна€ насыщенность по разным категори€м проектировани€ перекликаетс€ с распространЄнностью определЄнных BIM-систем при решении различных задач.   примеру, традиционно сильной стороной системы Archicad €вл€етс€ архитектура, сильной стороной Allplan €вл€етс€ железобетон, а сильной стороной Revit €вл€ютс€ внутренние инженерные системы. ѕохожую картину мы видим и при работе с API этих BIM-систем. »нформационна€ насыщенность категории Ђ“рубыї представлена в таблице 3.

“аблица 3

—равнение функционала API BIM-систем

ƒл€ формировани€ общей картины по средней насыщенности API BIM-платформ был проведЄн комплексный анализ по всем ключевым категори€м и выведены средние значени€ по разделам проектировани€.

ƒл€ архитектурного раздела средн€€ насыщенность представлена на диаграмме на рис. 3.

—равнение функционала API BIM-систем

–ис. 3. —редн€€ насыщенность API по архитектурному разделу

—редн€€ насыщенность показывает, что наибольшее количество встроенных и вычисл€емых параметров имеет система Renga. Ќесмотр€ на то что некоторые параметры приходитс€ вычисл€ть, применение этой системы дл€ архитектурного проектировани€ создаст наименьшую нагрузку на проектные подразделени€ по наполнению элементов информацией. —истема Revit в целом находитс€ на том же уровне насыщени€, но за счЄт более высокой нагрузки на вычислительные ресурсы компьютера. —истемы Archicad и Allplan схожи в этой части и по большей части тоже удовлетвор€ют требовани€м по информационному наполнению дл€ решени€ сметных задач.

ѕри анализе конструкторского раздела смещение в сторону лидерства системы Renga ещЄ более €вное. ƒиаграмма насыщенности по этому разделу представлена на рис. 4. Ёта система предлагает извлекать в €вном виде такое же количество параметров, что и Allplan, но при этом позвол€ет немного больше вычислить, разгружа€ тем самым проектировщиков. “ем не менее, в этом разделе Allplan отстаЄт незначительно, а системы Revit и Archicad предлагают решать вопросы получени€ сметной атрибутики за счЄт ресурсов компьютера либо за счЄт ресурсов человека.

—равнение функционала API BIM-систем

–ис. 4. —редн€€ насыщенность API по конструкторскому разделу

јнализ насыщенности параметрами по инженерным разделам полностью мен€ет картину. Ќа рис. 5 показана диаграмма, из которой следует, что лидером €вл€етс€ Revit.

—равнение функционала API BIM-систем

–ис. 5. —редн€€ насыщенность API по инженерным разделам

явное отставание системы Renga от всех остальных объ€сн€етс€ тем, что инструменты дл€ создани€ инженерных разделов по€вились в ней совсем недавно. —истемы Archicad и Allplan, безусловно, позвол€ют решать и эти задачи, но ценой нагрузки на вычислительные ресурсы. јвторы отмечают широкое применение дл€ создани€ инженерных разделов именно системы Revit, что подтверждает вывод о более глубокой проработке не только инструментов API, но и инструментов дл€ разработчиков по этим разделам.

¬ыводы

Ћюбое сравнение, конечно же, €вл€етс€ в какой-то мере субъективным и основываетс€ на прин€тых дл€ сравнени€ критери€х. —убъективность нашего подхода кроетс€, в первую очередь, в направленности на ценообразование и сметное нормирование. ќценки не претендуют на всеобъемлющие и комплексные оценки BIM-систем и соответствуют текущему времени. ¬ыведенные средние показатели демонстрируют степень насыщенности параметрами и инструментами именно API, что иногда не строго соответствует возможност€м BIM-системы по решению этой же задачи стандартными средствами проектировщика. “ем не менее картина отражает текущее состо€ние возможностей API BIM-систем и позвол€ет спрогнозировать трудоЄмкость создани€ сметного раздела строительного проекта в той или иной системе с использованием средств автоматизации.

»нструменты ј¬— дл€ BIM в полной мере используют все имеющиес€ возможности API всех представленных BIM-систем. –азработанна€ методологи€, в основе которой лежит систематизированный набор информационных требований по категори€м проектировани€, позвол€ет решать задачи по извлечению необходимых параметров практически одновременно во всех системах. »зменени€ в системе сметного нормировани€, правилах исчислени€ объЄмов работ наход€т отражение и в способах извлечени€ параметров элементов BIM-модели. ѕосто€нный контакт разработчиков ј¬— с разработчиками многих BIM-систем способствует непрерывному совершенствованию и развитию инструментов и алгоритмов API BIM-систем.

Ћитература

  1. M. Wijayakumar, H.S. Jayasena. Automation of BIM Quantity Take-Off to suit QSТs requirements // Department of Building Economics, University of Moratuwa, Sri Lanka. The Second World Construction Symposium 2013: Socio-Economic Sustainability in Construction. 14 Ц 15 June 2013, Colombo, Sri Lanka, p. 70-80.
  2. Song Wu, Gerard Wood, Kanchana Ginige, Siaw Wee Jong. A technical review of BIM based cost estimating in UK quantity surveying practice, standards and tools // Journal of Information Technology in Construction - ISSN 1874-4753 ITcon Vol. 19 (2014), Wu et al., pg. 534.
  3. Dr. Peter Smith. BIM & the 5D Project Cost Manager // Procedia - Social and Behavioral Sciences 119 ( 2014 ) p. 475 Ц 484.
  4. Daniel Forgues, Ivanka Iordanova, Fernando Valdivesio, Sheryl Staub-French. Rethinking the Cost Estimating Process through 5D BIM: a Case Study // Materials of Construction Research Congress 2012 © ASCE 2012, p. 778 Ц 786.
  5. ¬оронин ».ј., »затов ¬.ј., ѕурс √.ј. “ребовани€ технологий информационного моделировани€ к сметно-нормативной базе –еспублики Ѕеларусь. —троительство и ценообразование є3 (47). ћинск, 2021 г.
  6. ¬оронин ».ј., »затов ¬.ј., ѕурс √.ј. ÷енообразование и технологи€ информационного моделировани€ в строительстве на этапах жизненного цикла строительной продукции. —троительство и ценообразование є2 (30). ћинск, 2019 г.
  7. јвтоматизированные интеллектуальные экспертные системы экономики строительства в работе BIM-систем. ЎершнЄв ј.¬., ѕурс √.ј., »затов ¬.ј., ¬оронин ».ј. ћатериалы международной научно-практической конференции ЅЌ“” "»нформационные технологии в технических, правовых, политических и социально-экономических системах". ћинск, 2017 г.



¬акансии:

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

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

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: Ќе пора ли инженерам полюбить Mac
ѕроект ЂЌародное —јѕ–-интервьюї

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

isicad Top 10

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

   ‘орумы isicad:

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

ќ проекте

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

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

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

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


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

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