Преди да изпратите електронно обжалване до Министерството на строителството на Русия, моля, прочетете правилата за работа на тази интерактивна услуга, посочени по-долу.

1. Приемат се за разглеждане електронни заявления в сферата на компетентност на Министерството на строителството на Русия, попълнени в съответствие с приложения формуляр.

2. Електронното обжалване може да съдържа изявление, жалба, предложение или искане.

3. Електронните жалби, изпратени чрез официалния интернет портал на Министерството на строителството на Русия, се предават за разглеждане в отдела за работа с жалби на граждани. Министерството осигурява обективно, цялостно и своевременно разглеждане на заявленията. Разглеждането на електронни жалби е безплатно.

4. В съответствие с Федералния закон от 2 май 2006 г. N 59-FZ „За процедурата за разглеждане на жалби на граждани Руска федерация"Електронните жалби се регистрират в тридневен срок и се изпращат в зависимост от съдържанието до структурните поделения на Министерството. Жалбата се разглежда в 30-дневен срок от датата на регистрация. Електронна жалба, съдържаща въпроси, които не са от компетентността на Министерството на строителството на Русия се изпраща в рамките на седем дни от деня на регистрацията до съответния орган или съответното длъжностно лице, чиято компетентност включва решаването на въпросите, повдигнати в жалбата, с уведомление за това на гражданина, изпратил жалбата.

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

6. Отговорът до заявителя се изпраща от пощенски адреспосочени при попълване на формуляра.

7. При разглеждане на жалба не се допуска разкриване на информация, съдържаща се в жалбата, както и информация, свързана с личния живот на гражданин, без неговото съгласие. Информацията за личните данни на кандидатите се съхранява и обработва в съответствие с изискванията на руското законодателство относно личните данни.

8. Постъпилите през сайта жалби се обобщават и се предоставят на ръководството на министерството за сведение. Отговорите на най-често задаваните въпроси се публикуват периодично в секциите „за жители” и „за специалисти”

Одобрено Със заповед на Министерството на строителството и жилищно-комуналните услуги на Руската федерация от 15 декември 2017 г. N 1674/пр.

Набор от правила SP-328.1325800.2017

"ИНФОРМАЦИОННО МОДЕЛИРАНЕ В СТРОИТЕЛСТВОТО. ПРАВИЛА ЗА ОПИСАНИЕ НА КОМПОНЕНТИ НА ИНФОРМАЦИОННИЯ МОДЕЛ"

Информационно моделиране на сгради. Компоненти. Насоки и изисквания

Въвежда се за първи път

Въведение

Този набор от правила е разработен в съответствие с Федералния закон от 30 декември 2009 г. N 384-FZ „Технически регламент за безопасност на сгради и конструкции“ с цел разработване на единни изисквания, правила и препоръки за създаване на компоненти, използвани за генериране на информация модели на строителна площадка.

Наборът от правила е изготвен от авторския екип на АО „Национален изследователски център „Строителство“ - Централен изследователски институт на името на В. А. Кучеренко (ръководител на работата - доктор на техническите науки И. И. Ведяков; кандидат на техническите науки Ю. Н. Жук, А. В. . Ананьев) и LLC "KONKURATOR" (M.G. Korol, S.E. Benklyan).

1 област на използване

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

1.2 Този набор от правила не установява изисквания за методите за поставяне, поддръжка, структура, форма и съдържание на цифрови библиотеки (каталози/бази данни) на компоненти.

2 Нормативни справки

Този набор от правила използва нормативни препратки към следните документи:

ГОСТ 2.303-68 една системапроектна документация. Линии

GOST 2.306-68 Единна система за конструкторска документация. Обозначения на графични материали и правила за тяхното приложение в чертежи

Забележка - Когато използвате този набор от правила, препоръчително е да проверите ефекта от референтните документи в информационна системаза общо ползване - на официалния уебсайт на федералния изпълнителен орган в областта на стандартизацията в Интернет или според годишния информационен индекс "Национални стандарти", публикуван от 1 януари на текущата година, и според публикациите на месечния информационен индекс "Национални стандарти" за тази година. Ако референтен документ, към който е дадена препратка без дата, бъде заменен, се препоръчва да се използва текущата версия на този документ, като се вземат предвид всички промени, направени в тази версияпромени. Ако референтен документ, към който е дадена датираща препратка, бъде заменен, се препоръчва да се използва версията на този документ с годината на одобрение (приемане), посочена по-горе. Ако след одобрението на този набор от правила бъде направена промяна в референтния документ, към който е дадена датираща препратка, засягаща разпоредбата, към която е дадена препратка, тогава се препоръчва тази разпоредба да се прилага без оглед на тази промяна. Ако референтният документ е анулиран без замяна, тогава разпоредбата, в която е дадена препратка към него, се препоръчва да се прилага в частта, която не засяга тази препратка. Препоръчително е да проверите информацията за валидността на кодексите от правила във Федералния информационен фондстандарти.

3 Термини и определения

В този документ се използват следните термини със съответните им определения:

3.1 атрибути на компонент: Съществени свойства на компонент, необходими за определяне на неговата геометрия или характеристики и имащи име и значение.

3.2 геометрични параметри на компонента: Атрибути, които определят размера, формата и пространствената позиция на компонента.

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

3.4 информационно моделиранестроителни проекти: Процесът на създаване и използване на информация за строителни проекти в процес на изграждане, както и за завършени строителни проекти с цел координиране на входящи данни, организиране на съвместно производство и съхранение на данни и използването им за различни цели на всички етапи жизнен цикъл.

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

Забележка - Компонент, приложен към модел, става елемент от модела.

3.6 метаданни на компонента: Структурирани данни, които представляват характеристиките на описания компонент за идентифицирането, търсенето, оценяването и управлението му.

3.7 отворени формати за обмен на данни: Формати на данни с отворена спецификация.

Забележка - IFC (Industry Foundation Classes) формат и схема на данни с отворена спецификация. Това е международен стандарт за обмен на данни при информационно моделиране в областта на гражданското строителство и поддръжката.

3.8 асемблиране: Именувана колекция от компоненти, предназначени за многократна употреба.

3.9 ниво на развитие; LOD: набор от изисквания, които определят пълнотата на разработване на елемент от цифров информационен модел. Нивото на разработка определя минималното количество геометрични, пространствени, количествени, както и всякакви атрибутни данни, необходими за решаване на проблеми с информационното моделиране на конкретен етап от жизнения цикъл на обекта.

3.10 функционално поведение на компонент: Промяна на компонент в съответствие с правилата за взаимодействие с условията на околната среда, вградени в него.

3.11 цифров информационен модел: Обектно-ориентиран параметричен триизмерен модел, който цифрово представя физическите, функционалните и други характеристики на обект (или негови отделни части) под формата на набор от богати на информация елементи.

3.12 моделен елемент: Част от цифров информационен модел, представляващ елемент, система или възел в рамките на строителен проект или строителна площадка.

4 Общи положения

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

4.2 Компонентите трябва да бъдат разделени:

По вид:

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

ЗАБЕЛЕЖКА Компоненти като прозорец, врата, греда, колона, помпа, мебели и др.;

Линеен - получава се чрез свързване на насочен затворен профил и референтна линия като образуваща.

ЗАБЕЛЕЖКА: Компоненти като стени, тръби, канали, кабелни канали и др.;

Площ - обемни компоненти, значително по-малки по височина, създадени чрез изчертаване на контура на ограничена площ.

ЗАБЕЛЕЖКА: Компоненти като подове, покриви, тавани и др.;

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

Обобщен – компонентът е цифрово представянепродукти, чийто конкретен производител е неизвестен;

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

По ниво на параметризация:

Параметричните компоненти са компоненти, чиито поставени екземпляри могат да бъдат конфигурирани чрез промяна на стойностите на атрибути в интерфейса софтуер(без необходимост от директно редактиране на компонента);

Непараметричните компоненти са компоненти, които са създадени без възможност за тяхното конфигуриране.

По обхват:

Архитектура;

Градоустройство;

Строителство на сгради;

Инженерни системи и мрежи;

Интериорен и екстериорен дизайн;

Други приложения.

5 Общи изискваниякъм компоненти

5.1 Разработването на компоненти трябва да се извърши с помощта на подходящи софтуерни инструменти, които реализират функционалност за моделиране на информация.

5.2 Когато разработвате компоненти, трябва:

Обмислете целите на използването на цифровия информационен модел;

Вземете предвид изискванията за нивата на развитие на елементите на модела;

Определяне на състава и броя на геометричните параметри;

Определете състава и броя на атрибутите.

6 Изисквания за геометрични параметри, нива на геометрична разработка и графично изобразяване на компонентите

6.1 Изискванията за геометрични параметри и графично показване на компонент включват изисквания за:

Геометрични параметри;

Показване на графични символи;

Ниво на геометрична изработка;

Резервиране на пространството, заемано от компонента;

Графично показване на материали.

6.2 Изисквания към геометричните параметри

6.2.1 Когато разработвате компонент, вие трябва:

Геометрия на модела в мащаб 1:1;

Дефинирайте точката на вмъкване (базовата точка) за компонент от тип "точка";

Използвайте минимален брой спомагателни елементи (например спомагателни равнини и линии);

Използвайте геометрични параметри, изразени в метричната система от единици.

6.2.2 Компонентите от "обобщен" тип трябва да включват стойности на параметри, които определят номиналните размери, ако действителните размери са неизвестни.

6.2.3 Компонентите на типа продукт трябва да включват стойности на параметри, които определят точните размери.

6.2.4 Изисквания за показване на графични символи:

Компонентът трябва да включва графични елементи за предаване на информация, която не може да бъде показана в триизмерна проекция (например пътепоказатели, посока на отваряне на вратите, методи за отваряне на прозорци).

6.3 Изисквания към нивото на геометрична изработка

6.3.1 Точките на вмъкване (базовите точки) на компонента трябва да бъдат еднакви на всички нива на развитие.

6.4 Изисквания за графично представяне на материалите

6.4.1 Ако изображение трябва да запълни повърхността на компонент, то трябва да бъде с квадратна или правоъгълна форма, за да се осигури безпроблемно повторение на изображението (под формата на мозайка).

6.4.2 Изисквания за файл с изображение на материала:

Размерът на квадратните изображения е минимум 512x512 пиксела;

Размерът на правоъгълните изображения е най-малко 512 пиксела по най-дългата страна;

Разделителната способност на изображението е най-малко 150 dpi.

7 Изисквания за ниво на разработка на атрибути и стойности на атрибути

7.1 При разработването на компоненти броят, съставът на атрибутите и нивото на разработка на атрибута трябва да се определят, като се вземат предвид:

Цели и задачи на използването на цифрови информационни модели;

LOD изисквания;

Изисквания към състава и съдържанието на техническата документация.

7.2 Всички създадени атрибути на компонента трябва да бъдат попълнени.

7.3 Атрибутите на компонентите трябва да бъдат разделени на задължителни и незадължителни.

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

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

7.4 Ако стойностите на параметрите са предназначени да контролират геометричния размер или форма на компонент, промяната им трябва да промени размера и/или формата на компонента в модела.

7.5 Ако стойността на атрибута е неограничена и позволява въвеждането както на цифри, така и на букви, тогава на стойността на атрибута трябва да бъде присвоен буквено-цифров тип данни.

7.6 Стойността на текстовия атрибут на компонент не трябва да завършва с точка.

8 Функционални изисквания към компонентите

8.1 Един компонент трябва да се „държи“ по начин, който отразява неговата функционалност и връзки с други компоненти.

8.2 В софтуерна среда обикновено е възможно да се разработи компонент с редица предварително дефинирани фиксирани параметри, които са налични в реален физически строителен елемент. Ако имате предварително конфигурирани варианти на компонент, трябва да има минимално влошаване на производителността или затруднения при използването му.

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

9 Правила за именуване на компоненти и техните атрибути

9.1 Конвенциите за именуване на компоненти, дадени в този раздел, са предназначени за работещ софтуер файлова системахранилище за данни.

9.2 Системата за именуване трябва да се състои от:

Общи правила за именуване;

Схеми за именуване.

Забележка – Пример за система за именуване на компонентни файлове е даден в A.15-A.16 (Приложение A).

9.3 Компонентът трябва да има уникално име и описание.

9.4 Правила за именуване на атрибути

9.4.1 Мерните единици не са посочени в името на атрибута.

9.4.2 Атрибутите със стойности, които приемат логически типове данни (Да/Не), трябва да бъдат наименувани, така че стойността да бъде присвоена (например „Наличие на перваза на прозореца“ - Да/Не).

Забележка – Пример за правила за именуване на атрибути е даден в A.17 (Приложение A).

9.5 Правила за именуване на материали

9.5.1 Името на материала трябва да започва с главна буква, последвана от малки букви. Ако името се състои от две или повече думи, тогава всяка дума започва с главна буква и всички думи се пишат заедно.

9.5.2 Файлът с изображението на материала се наименува по същия начин като материала, с разширение, съответстващо на формата на използвания графичен файл.

Забележка - Пример за правила за именуване на материали е даден в A.18 (Приложение A).

10 Изисквания към форматите на компонентите

10.1 Според файловите формати компонентите могат да бъдат представени:

IN отворен формат IFC (версии 2x3 и по-нови);

В изходни формати (компонентни файлови формати и проектни файлове на използвания софтуер).

11 Изисквания за метаданни на компонента

11.1 При организиране на бази данни/каталози/библиотеки от компоненти, например под формата на онлайн хранилище, е необходимо да се осигури удобно търсененеобходимо съдържание. Обикновено такова търсене се извършва с помощта на метаданни. Търсене на метаданни - Търсене по атрибути на компонент, поддържани от конкретна търсачка.

Приложение А

A.1 Компонентите могат да бъдат комбинирани в сглобки (например „водопроводна кабина“, „термоблок“, „ трафопост“), които се препоръчва да се използват за формиране на тематични каталози/бази данни/библиотеки за повторно използване.

A.2 Компонентът трябва да бъде уникално идентифициран. За това се препоръчва да използвате:

Уникално име;

Глобален уникален идентификатор, който се използва за идентифициране на ресурси;

Код на класификатора (ако е наличен).

A.3 За да се сведе до минимум броят на разработените компоненти и тяхната унификация, се препоръчва създаването на параметрични компоненти.

За да се спазват изискванията на стандартите ESKD и SPDS (например GOST 2.303 и GOST 2.306) за изготвяне на проектна и работна документация, при разработването на компонент се препоръчва да се включат конвенционални графични символи в неговия състав.

Забележка - Компонентите на ниво на разработка LOD 100 са концептуални формообразуващи елементи и като такива не изискват предварителна подготовка на съответните компоненти, а на ниво LOD 500 са напълно дефинирани компоненти, които се различават от нивото LOD 400 само по размерите, които съответстват на реалното изпълнение на проектните решения. Поради тези причини се препоръчват нива на LOD от 200, 300 и 400 за разработването на компонентни бази данни/библиотеки/каталози.

Забележка - При липса на съответни компоненти от ниско ниво на развитие е позволено да се използват компоненти от по-високо ниво.

A.8 Препоръчва се компонентите на инженерното/технологичното оборудване да бъдат проектирани с осигуряване на пространство за поддръжка, което се препоръчва да бъде включено като част от компонента.

A.9 Ако е необходимо да се разработи компонент със специфичен материал, се препоръчва да се включат цветове, проби за щриховка/запълване и файлове с изображения на текстура в подходящия мащаб.

A.12 Стойността на компонентен атрибут може да бъде изразена като формула, ако стойността му зависи от други атрибути.

A.13 Ако даден компонент може да представлява различни варианти на строителен елемент, се препоръчва те да бъдат представени с помощта на атрибут със стойност, изразена по един от следните начини:

Единична стойност - ако има само един избор за стойността;

Списъчна стойност - ако подреденият списък има множество уникални ценностиедин вид, чийто ред е важен (например 200, 400, 600, 800);

Стойност на обхвата - дали има горна и долна граница за тази стойност (лимит). Първо се посочва долната граница, а след това горната (например 175-200 kW). Ако диапазонът от стойности включва положителни и отрицателни стойности, те се разделят с помощта на думите „от“ и „до“ (например от минус 10°C до плюс 20°C). Ако не е посочена стойност, това означава неограничен лимит (например 175 kW -<ноль>, т.е. всички стойности, по-големи или равни на долната гранична стойност от 175 kW);

Номерирана стойност - ако стойността предоставя избор на фиксирани стойности от определен списък. Отделните елементи трябва да бъдат разделени със запетая и интервал (например a, b, c, d).

Забележка - Тези методи за изразяване на различни опции за елементи на строителен обект обикновено се използват в компоненти от „обобщен“ тип.

A.14 Препоръчва се даден компонент да бъде моделиран по такъв начин, че да може да бъде свързан и да функционира във връзка с други компоненти, ако съвместното функциониране се поддържа и е в съответствие с целите на разработвания модел.

Името на файла се състои от полета;

Препоръчително е да използвате долната черта "_" като разделителен знак между полетата;

Всички полета в името на файла започват с главна буква, последвана от малки букви. Ако полето се състои от две или повече думи, тогава всяка дума започва с главна буква и всички думи се пишат заедно;

Съкращенията и кодовете се изписват с главни букви;

A.16 Структура на името на файла на компонента

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>

където полетата имат стойностите, дадени в таблица A.1.

Таблица A.1

Ако компонентът не съдържа 3D геометрия, трябва да добавите "-2D" в края на "Field2" (функционален тип).

Бележки

1 Броят на полетата в името на файла може да варира от четири до шест в зависимост от вида на компонента (тип „генерализиран“ или „продукт“), както и наличието на допълнителни идентификационни характеристики.

2 Пример за именуване на компоненти от „обобщен“ тип:

ABC_Врата_Двукрила_Алуминий_GOST23747-2015

3 Пример за именуване на компоненти от типа „продукт“:

ABC_Умивалник_Керамичен_завод1_ИзпълнениеA

Ако е необходимо, влезте допълнителни полета, препоръчително е да ги добавите в края на името.

A.17 Правила за именуване на атрибути

<Поле1>_<Поле2>

където полетата имат следните значения, дадени в таблица A.2

Таблица A.2

Забележка - Примери за именуване на атрибути:

Ширина на профила

ABC_AreaApartments

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>

където полетата имат следните значения, дадени в таблица A.3

Таблица A.3

Забележка - Пример за именуване на материали:

ABC_плочки_битум_континент_производител

Три нови набора от правила (SP) в посоката информационни технологиие одобрен и ще влезе в сила от 1 март. Това съобщи заместник-началникът на отдела за градско развитие и архитектура на Министерството на строителството и жилищно-комуналните услуги на Руската федерация Александър Степанов в рамките на семинара „Информационно моделиране. Дигитална средакато основа за взаимодействие”, организиран от Федералния център за стандартизация, стандартизация и техническа оценка на съответствието в строителството, подчинен на Министерството на строителството на Русия, съвместно с Комитета на RSPP по технически регламент, стандартизация и оценка на съответствието. Събитието се проведе на 21 февруари с участието на представителен експертен състав.

СП „Информационно моделиране в строителството. Правила за описание на компонентите на информационния модел“, „Информационно моделиране в строителството. Правила за формиране на информационен модел на обекти на различни етапи от жизнения цикъл" и „Информационно моделиране в строителството. Правила за обмен между информационни моделиобекти и модели, използвани в софтуерни системи» влиза в сила от 01.03.2018г.

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

През 2018 г. започна разработването на основни стандарти, които определят основните принципи, концепции и терминология на BIM: GOST R „Организация на информацията за строителните работи. Управление на информациятаизползване на информационно моделиране. Част 1. Основни принципи и понятия" и GOST R "Организация на информацията за строителните работи. Управление на информация чрез информационно моделиране. Част 2. Етап на създаване на актив.“ Подобни ISO стандарти (ISO 19650-1 и ISO 19650-2) в момента са във финалните етапи на разработване. В тези дейности от 2017 г. участват експерти от ПК 13 „Обработка, съхранение и обмен на информация, свързана със строителството” ТК 465 „Строителство”.

В момента тече процедура за регистрация на GOST R „Информационно моделиране в строителството. Индустриални фундаментални класове (IFC) за обмен на информация през целия жизнен цикъл. Основни положения“. „Ако на държавния клиент е предоставена възможност да изисква предоставянето на информация за контрол във формат IFC, тогава няма да има нужда да се харчат бюджетни средстваза закупуване голямо количестворазлични софтуерни продуктии да поддържаме излишък от специалисти, способни да работят по тези програми“, отбеляза Александър Степанов.

Системата от нормативни и технически документи ще включва общо 15 национални стандарта (GOST R), 10 набора от правила, включително: 13 GOST R и 4 SP - документи, разработени във фундаментални (основни) области; 2 GOST R и 6 комплекта правила - за отделни етапи от жизнения цикъл.

В момента в областта на BIM са налични 7 GOST и 4 набора от правила за практическо приложение.

На събитието присъстваха специалисти от ТК 465 „Строителство“, КазНИИСА (Казахстан), Центъра за цифрова икономикаМосковски държавен университет, АО Изследователски център „Строителство“, Изследователски институт за промишлени сгради, Федерална автономна институция FCS и др.

Политика за поверителност на компанията "Konkurator"

Този документ „Политика за поверителност“ (наричан по-долу „Политиката“) е разработен в съответствие с Федералния закон на Руската федерация от 27 юли 2006 г. № 152-FZ „За личните данни“ и определя процедурата за обработка, използване и защита на личните данни от Konkurator LLC "(наричана по-долу "Компанията"), намираща се на адрес: 117036, Русия, Москва, ул. Профсоюзная, сграда 3, офис 817.

За целите на тази Политика „лични данни“ означава всяка информация, свързана с пряко или непряко идентифицирани или определени на физическо лице. „Обработка на лични данни“ означава всяко действие (операция) или съвкупност от действия (операции), извършвани със или без използването на средства за автоматизация с лични данни, включително събиране, запис, систематизиране, натрупване, съхранение, изясняване (актуализиране, промяна), извличане. , използване, прехвърляне (разпространение, предоставяне, достъп), деперсонализация, блокиране, изтриване, унищожаване на лични данни.

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

Компанията събира, обработва, използва и защитава следните лични данни, които ни предоставяте при попълване на полетата на формуляра на нашия уебсайт (наричан по-долу „Сайтът“), когато комуникирате с нас под каквато и да е форма, когато се абонирате за бюлетин , при регистрация за събития: Пълно име , номер за връзка, адрес електронна поща(e-mail), длъжност, фирма и друга информация, съдържаща се в съобщенията, които ни изпращате.

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

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

Дружеството може да обработва технически данни, за да: осигури работата и сигурността на сайта и да подобри качеството на сайта.

Компанията не поставя вашите лични данни в публично достъпни източници.

За да защити вашите права, Компанията ще предостави, по ваше искане, информация относно обработката на вашите лични данни в съответствие с част 7 на член 14 от Федералния закон „За личните данни“. Можете да се свържете с нас с искане относно обработката на Вашите лични данни, като ни изпратите писмо с тема „Искане за лични данни“ (или „Оттегляне на съгласието за обработка на лични данни“ в случай на оттегляне на съгласието до обработка на лични данни) на имейл адрес: 4info@site

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

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

Компанията има право да прави промени в настоящата Политика. Новата Политика за поверителност влиза в сила от момента на публикуването й на Сайта.