Реестр операторов персональных данных

Генетический код и синтез белка

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


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

Генетический код (иРНК 5’– к 3’–концу)

Первое основаниеВторое основаниеТретье основание
УЦА
У
Ц
А
Г

Правила пользования таблицей:

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

Генетический код


ВСЕРОССИЙСКАЯ ПРОВЕРОЧНАЯ РАБОТА

Пояснения к образцу всероссийской проверочной работы

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

Образец проверочной работы

ВСЕРОССИЙСКАЯ ПРОВЕРОЧНАЯ РАБОТА ПО БИОЛОГИИ

11 КЛАСС ОБРАЗЕЦ

Инструкция по выполнению работы

  • Работа состоит из одной части и включает в себя 14 заданий.
  • На выполнение работы по биологии отводится 1 час 30 минут (90 минут).
  • Заданиям является последовательность цифр, число, слово

Экзаменационные задания по биологии для 11 класса


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

Задание 1

На рисунке изображены связи растения с окружающей средой.

Какое свойство живых систем иллюстрируют эти связи?

Ответ:

Приведите пример процесса, иллюстрирующего подобное свойство у животных.

Ответ:

Задание 2

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

Задание 3

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

Задание 4

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

Задание 5

Рассчитайте величину энергии (в кДж), которая переходит на уровень пеночки при чистой годовой первичной продукции экосистемы 300000 кДж. Объясните свои расчёты.

Задание 6

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

Задание 7

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

Задание 8

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


Зависимость скорости ферментативной реакции от температуры

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

Для того чтобы организм не испытывал проблем, человеку в сутки необходимо 100–120 г белков.

Таблица с данными

Грамм белков на 100 г продуктаГрамм белков на 100 г продукта

Расчет количества белков на ужин

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

  • 20 г хлеба
  • 50 г сметаны
  • 15 г сыра
  • 75 г трески

Ответ округлим до целых.

Расчет действия кофеина

Человек выпил чашку крепкого кофе, содержащую 120 мг кофеина. Рассчитаем, через какое время после приема кофеин перестанет действовать на этого человека. У исследуемого человека объем жидкостей тела равен 40 л.

Список болезней человека

  1. Болезнь №1
  2. Болезнь №2

Происхождение болезней

Определите происхождение болезней, приведенных в списке. Запишите номер каждой из болезней в таблицу.

Генотипы членов семьи по признаку качества волос

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

Группа крови у Екатерины

Екатерина решила сдать кровь в качестве донора. У неё третья группа крови, а у матери первая. Определите группу крови отца.


Источник изображения

Реестр операторов персональных данных: указания по внесению сведений


Группа крови отца Екатерины

Ответ на вопрос о группе крови отца Екатерины зависит от генетической наследственности.


Внесение сведений в реестр

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

  • Сроки внесения:
    В соответствии с пунктом 2 приказа № 94 оператор или уполномоченное лицо должны внести сведения в реестр не позднее 15 января 2024 года. В случае информационного ресурса (системы), созданного после 1 января 2024 года, информация должна быть внесена в течение десяти рабочих дней после начала его постоянной эксплуатации.

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

Аутентификация пользователей осуществляется через Единую систему идентификации физических и юридических лиц с использованием электронной цифровой подписи.

  • Технические меры:
    Перед внесением информации в Реестр необходимо принять организационные и технические меры для использования внешних интегрированных сервисов.

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

  • Одобрение:
    По результатам рассмотрения заявок Национальным центром защиты персональных данных, принимается решение об одобрении или отклонении заявки. Если сведения соответствуют требованиям, заявка одобряется и информация вносится в Реестр в течение 3 рабочих дней.


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

В случае, если указанные в заявке сведения об информационном ресурсе (системе) не соответствуют требованиям пункта 1 Приказа № 94, заявка отклоняется.

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

Образец письма-заявки:

Заявка для внесения свед. в Реестр_Excel

Заявка для внесения свед. в Реестр_Word

В каких случаях информация об информационном ресурсе (системе) подлежит внесению в Реестр?

Подпунктом 1.1 пункта 1 Приказа № 94 определено, что Реестр содержит информацию об информационных ресурсах (системах), посредством которых осуществляется:

  • трансграничная передача специальных персональных данных, если на территории иностранного государства не обеспечивается надлежащий уровень защиты прав субъектов персональных данных, за исключением случаев, предусмотренных абзацами пятым – седьмым пункта 1 статьи 9 Закона Республики Беларусь от 7 мая 2021 г. № 99-З ”О защите персональных данных“;

  • обработка биометрических и (или) генетических персональных данных;

  • обработка персональных данных более 100 тыс. физических лиц;

  • обработка персональных данных более 10 тыс. физических лиц, не достигших возраста шестнадцати лет.

Необходимо отметить, что факт регистрации информационного ресурса (системы) в Государственном регистре информационных ресурсов или Государственном регистре информационных систем в порядке, предусмотренном постановлением Совета Министров Республики Беларусь от 26 мая 2009 г. № 673 ”О некоторых мерах по реализации Закона Республики Беларусь ”Об информации, информатизации и защите информации“, для цели внесения сведений в Реестр значения не имеет.

Таким образом, если посредством информационного ресурса (системы) оператора осуществляется обработка персональных данных, соответствующая одному и (или) нескольким критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94, сведения о таком информационном ресурсе (системе) подлежат внесению в Реестр.

Оценка соответствия информационного ресурса (системы) критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94, осуществляется оператором.

А) В организации используется программный продукт фирмы ”1С“, в котором осуществляется хранение сведений более 100 тыс. физических лиц.

Обработка персональных данных посредством такого информационного ресурса подпадает под критерий, предусмотренный абзацем четвертым подпункта 1.1 пункта 1 Приказа № 94.

Таким образом, сведения о таком информационном ресурсе подлежат внесению в Реестр.

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

Поскольку в таком информационном ресурсе обрабатываются генетические персональные данные (соответствуют критерию, предусмотренному абзацем третьим подпункта 1.1 пункта 1 Приказа № 94), сведения о таком информационном ресурсе подлежат внесению в Реестр независимо от количества физических лиц, персональные данные которых обрабатываются в этом ресурсе.

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

Учитывая, что в информационной системе обрабатываются биометрические персональные данные (соответствуют критерию, предусмотренному абзацем третьим подпункта 1.1 пункта 1 Приказа № 94), сведения о такой информационной системе подлежат внесению в Реестр.

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

Г) В организации посредством Microsoft Excel ведется база данных клиентов с указанием фамилии, имени, отчества, адреса места жительства и контактного телефона. Список насчитывает персональные данные более 100 тыс. физических лиц.

Сведения о таком информационном ресурсе подлежат внесению в Реестр, так как осуществляемая в нем обработка персональных данных соответствует критерию, предусмотренному абзацем четвертым подпункта 1.1 пункта 1 Приказа № 94.

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

Сведения о таком информационном ресурсе подлежат внесению в Реестр, так как осуществляемая в нем обработка персональных данных соответствует критерию, предусмотренному абзацем пятым подпункта 1.1 пункта 1 Приказа № 94.

Если в информационную систему входит несколько информационных ресурсов (систем), какую информацию необходимо вносить в Реестр?

Рассмотрим отдельные примеры.

5.1. В информационную систему оператора входит несколько информационных ресурсов (систем), каждый (каждая) из которых соответствует одному или нескольким критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94.

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

https://cpd.by/storage/2023/11/tabl-1.jpg

5.2. Информационная система оператора состоит из нескольких информационных ресурсов, каждый из которых в отдельности не соответствует ни одному из критериев, предусмотренных подпунктом 1.1 пункта 1 Приказа № 94. Однако в совокупности в этих информационных ресурсах обрабатываются персональные данные более 100 тыс. физических лиц и (или) более 10 тыс. физических лиц, не достигших возраста шестнадцати лет.

В Реестр вносятся сведения только об этой информационной системе оператора, состоящей из нескольких информационных ресурсов. При этом сведения о каждом информационном ресурсе, входящем в эту систему и в отдельности не соответствующем критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94, не вносятся.

https://cpd.by/storage/2023/11/tabl-2.jpg

5.3. Информационная система состоит из пяти информационных ресурсов, два из которых соответствуют одному или нескольким критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94, а три других – нет. Однако в совокупности в этих трех информационных ресурсах обрабатываются персональные данные более 100 тыс. физических лиц и более 10 тыс. физических лиц, не достигших возраста шестнадцати лет.

Внесению в Реестр подлежат:

  • сведения о двух информационных ресурсах, отдельно соответствующих критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94;

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

Сведения о каждом из трех информационных ресурсов, также входящем в эту информационную систему и в отдельности не соответствующем критериям, предусмотренным подпунктам 1.1 пункта 1 Приказа № 94, в Реестр не вносятся.

https://cpd.by/storage/2023/11/tabl-3.jpg

За какой временной период определяется количество обрабатываемых в информационном ресурсе (системе) персональных данных?

При осуществлении оценки соответствия информационного ресурса (системы) критериям, предусмотренным подпунктом 1.1 пункта 1 Приказа № 94, учитывается количество физических лиц, персональные данные которых обрабатываются посредством такого информационного ресурса (системы), на момент внесения сведений в Реестр.

С какой периодичностью и каким образом изменения сведений об информационном ресурсе (системе) вносятся в Реестр? Каким образом сведения об информационном ресурсе (системе) исключаются из Реестра?

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

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

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

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

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

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

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

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

В Реестр вносятся сведения о соответствии информационного ресурса (системы) одному и (или) нескольким критериям предусмотренным подпунктом 1.1 пункта 1 Приказа № 94 (например, критерию ”обработка персональных данных более 100 тыс. физических лиц“), путем проставления соответствующей галочки.

Сведения о каких уполномоченных лицах вносятся в Реестр?

В соответствии с абзацем шестым подпункта 1.2 пункта 1 Приказа № 94 в Реестр подлежат внесению полное наименование (фамилия, собственное имя, отчество (если таковое имеется) и место нахождения (адрес места жительства (места пребывания) и регистрационный номер в Едином государственном регистре юридических лиц и индивидуальных предпринимателей (если таковой имеется) уполномоченного лица (если таковое имеется), осуществляющего обработку персональных данных в информационном ресурсе (системе) от имени оператора или в его интересах, в том числе по поручению которого вносятся сведения в Реестр.

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

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

Сведения об уполномоченных лицах вносятся на основании перечня уполномоченных лиц, установленного оператором в соответствии с подпунктом 3.5 пункта 3 Указа № 422. Указание категорий уполномоченных лиц, осуществляющих обработку персональных данных в информационном ресурсе (системе), не допускается.

Кто может получить сведения из Реестра? Какие сведения могут быть получены из Реестра?

Сведения о наименовании оператора в Реестре будут доступны любому лицу.

Полные сведения, предусмотренные подпунктом 1.2 пункта 1 Приказа № 94, внесенные оператором (уполномоченным лицом) в Реестр, доступны этому оператору (уполномоченному лицу) в его личном кабинете.

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

Какая ответственность предусмотрена за непредоставление сведений в Реестр в порядке, установленном Приказом № 94?

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

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

Описание

CIBlockResult

CIBlockElement::GetList(

array arOrder = Array("SORT"=>"ASC"),

array arFilter = Array(),

mixed arGroupBy = false,

mixed arNavStartParams = false,

array arSelectFields = Array()

);

Возвращает список элементов по фильтру arFilter. Метод статический.

Внимание: Начиная с версии 20.5.0 модуля Информационные блоки в методе более не обрабатываются ключи CHECK_BP_TASKS_PERMISSIONS и TASKSTATUS.

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

Смотрите также

  • CDBResult

  • Поля элементов

Параметры вызова

| Параметр | Описание | С версии |

| ———————————————————————————————————————————————– | ——————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————- | ——– |

| arOrder | Массив вида Array(by1=>order1[, by2=>order2 [, ..]]), где by – поле для сортировки, может принимать значения: Примечание 1: если задать разным свойствам одинаковый символьный код, но в разном регистре, то при работе сортировки по одному из свойств (например, PROPERTY_rating) будет возникать ошибочная ситуация (элементы в списке задублируются, сортировки не будет). Примечание 2: указанные поля сортировки автоматически добавляются в arGroupBy (если он задан) и arSelectFields. | |

| arFilter | Массив вида array("фильтруемое поле"=>"значения фильтра" [, …]). "фильтруемое поле" может принимать значения: Перед названием фильтруемого поля можно указать тип проверки фильтра: "!" – не равно "<" – меньше "<=" – меньше либо равно ">" – больше ">=" – больше либо равно "><" – между и т.д. Значения фильтра – одиночное значение или массив значений. Для исключения пустых значений необходимо использовать false. Необязательное. По умолчанию записи не фильтруются. Примечание 2: при использовании типа проверки фильтра "><" для целых чисел, заканчивающихся нулем, необходимо использовать тип поля число или разделительный знак "," для десятичных значений (например, 20000,00). Иначе работает не корректно. | |

| ** arGroupBy | Массив полей для группировки элемента. Если поля указаны, то выборка по ним группируется (при этом параметр arSelectFields будет проигнорирован), а в результат добавляется поле CNT – количество сгруппированных элементов. Если указать в качестве arGroupBy пустой массив, то метод вернет количество элементов CNT по фильтру. Группировать можно по полям элемента, а также по значениям его свойств. Для этого в качестве одного из полей группировки необходимо указать PROPERTY_<PROPERTY_CODE>, где PROPERTY_CODE – ID или символьный код свойства. Необязательное. По умолчанию false – записи не группируются. | 3.2.1 |

| ** arNavStartParams | Параметры для постраничной навигации и ограничения количества выводимых элементов. Массив вида "Название параметра"=>"Значение", где название параметра: nTopCount – ограничить количество сверху. Если задать nTopCount и хранить свойства в общей таблице, то этот параметр ограничивает именно количество запросов. Если есть множественные свойства, то это будет отдельный запрос. То есть чтобы сделать запрос к 2 элементам со множественным свойством из 2 и 3 значений, то nTopCount должен быть равен 5. Решение проблемы: переместить свойства в отдельную таблицу. ; nOffset – смещение. Ключ работает только при передаче непустого значения в ключе nTopCount. Доступен с версии iblock 21.700.100; bShowAll; – разрешить вывести все элементы при постраничной навигации; iNumPage; – номер страницы при постраничной навигации; nPageSize; – количество элементов на странице при постраничной навигации; nElementID; – ID элемента, который будет выбран вместе со своими соседями. Количество соседей определяется параметром nPageSize. Например: если nPageSize равно 2-м, то будут выбраны максимум 5-ть элементов. Соседи определяются порядком сортировки, заданным в параметре arOrder (см. выше). При этом действуют следующие ограничения: Если элемент с таким ID отсутствует в выборке, то результат будет не определен. nElementID не работает, если задана группировка (см. параметр arGroupBy выше). в параметре arSelect обязательно должно присутствовать поле "ID". обязательно должна быть задана сортировка arOrder. поля в сортировке catalog_* не учитываются, и результат выборки становится не определенным. в выборку добавляется поле RANK – порядковый номер элемента в "полной" выборке. Необязательное. По умолчанию false – не ограничивать выводимые элементы. Если передать в параметр arNavStartParams пустой массив, то ставится ограничение на 10 выводимых элементов. | 3.2.1 |

| arSelectFields | Массив возвращаемых полей элемента. В результате будет выведены значения свойств элемента в виде полей PROPERTY_<PROPERTY_CODE>_VALUE – значение; PROPERTY_<PROPERTY_CODE>_ID – код значения у элемента; PROPERTY_<PROPERTY_CODE>_ENUM_ID – код значения (для свойств типа список). При установленном модуле торгового каталога можно выводить и цены элемента. Для этого в качестве одного из полей необходимо указать *CATALOG_GROUP_<PRICE_CODE>, где PRICE_CODE – ID типа цены. Также есть возможность выбрать поля элементов по значениям свойства типа "Привязка к элементам". Для этого необходимо указать PROPERTY_<PROPERTY_CODE>.<FIELD>, где PROPERTY_CODE – ID или символьный код свойства привязки, а FIELD – поле указанного в привязке элемента. См. ниже "Поля связанных элементов для сортировки". Можно выбрать и значения свойств элементов по значениям свойства типа "Привязка к элементам". Для этого необходимо указать PROPERTY_<PROPERTY_CODE>. PROPERTY_<PROPERTY_CODE2>, где PROPERTY_CODE – ID или символьный код свойства привязки, а PROPERTY_CODE2 – свойство указанного в привязке элемента. По умолчанию выводить все поля. Значения параметра игнорируются, если используется параметр группировки arGroupBy. Примечание 1: если в массиве используются свойство, являющееся множественным, то для элементов, где используются несколько значений этого свойства, будет возвращено несколько записей вместо одной. Для решения этой проблемы инфоблоки нужно перевести в Режим хранения свойств в отдельных таблицах, в этом случае для свойства будет отдаваться массив значений. Либо можно не указывать свойства в параметрах выборки, а получать их значения на каждом шаге перебора выборки с помощью _CIBElement::GetProperties(). Примечание 2: Если в массиве указаны поля DETAIL_PAGE_URL или LIST_PAGE_URL, то поля необходимые для правильной подстановки шаблонов URL’ов будут выбраны автоматически. Но только если не была задана группировка. | 3.2.1 |

| * – Параметры вида CATALOG_*** устарели в версии 18.6.200 модуля Информационные блоки. Подробнее: Товары и CIBlockElement::GetList | | |

| ** – В случае, если параметром arGroupBy передается пустой массив – данные параметра arNavStartParams – игнорируются. | | |

Частные случаи

Рассмотрим несколько частных случаев фильтрации:

  • $arFilter = array("PROPERTY_CML2_SCAN_CODE") =>false – используется, чтобы выбрать все элементы с незаполненными свойствами;

  • $arFilter = array("PROPERTY_CML2_SCAN_CODE") =>"" – используется, чтобы выбрать все элементы;

  • $arFilter = array("PROPERTY_CML2_SCAN_CODE") =>qwe – при фильтрации элементов проверяется точное совпадение с заданными свойствами;

  • $arFilter = array("?PROPERTY_CML2_SCAN_CODE") =>we" – при фильтрации элементов проверяется наличие заданной подстроки свойствах.

  • $arFilter = array("!PROPERTY_CML2_SCAN_CODE") =>false – используется, чтобы выбрать только элементы с заполненными свойствами;

  • $arFilter = array("!PROPERTY_CML2_SCAN_CODE") =>qwe – при фильтрации элементов проверяется точное совпадение с заданными свойствами;

  • $arFilter = array("!?PROPERTY_CML2_SCAN_CODE") =>we – при фильтрации элементов проверяется отсутствие заданной подстроки свойствах.

Фильтр со сложной логикой

Параметр arFilter может содержать вложенные фильтры. Ключом массива вложенного фильтра должно быть число. Например:

  • $arFilter = array("NAME" => "A%", array(..<здесь пары "поле" => "фильтр">…), "IBLOCK_ID" => $IBLOCK_ID);

Вложенность фильтров теоретически не ограничена.

Так же условия фильтра могут объединяться не только по условию "И", но и "ИЛИ". Для этого в качестве фильтруемого поля надо указать "LOGIC". Может принимать два значения: "AND" и "OR". По умолчанию – "AND". Например выберем маленькие зрелые и большие не зрелые апельсины:

$arFilter = array(

"IBLOCK_ID" => $IBLOCK_ID,

"SECTION_CODE" => "orange",

"INCLUDE_SUBSECTIONS" => "Y",

array(

	"LOGIC" => "OR",

	array("<property_radius" ==""> 50, "=PROPERTY_CONDITION" => "Y"),

	array(">=PROPERTY_RADIUS" => 50, "!=PROPERTY_CONDITION" => "Y"),

),

);</property_radius">

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

Поля связанных элементов

Дополнительно присоединяется таблица инфоблоков:

  • IBLOCK_TYPE_ID – идентификатор типа инфоблока;

  • IBLOCK_CODE – символьный код инфоблока;

  • IBLOCK_NAME – название инфоблока;

  • IBLOCK_EXTERNAL_ID – внешний код инфоблока;

  • DETAIL_PAGE_URL – путь к элементу;

  • LIST_PAGE_URL – путь к списку элементов;

Примеры использования

<?

$arSelect = Array("ID", "NAME", "DATE_ACTIVE_FROM");

$arFilter = Array("IBLOCK_ID"=>IntVal($yvalue), "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y");

$res = CIBlockElement::GetList(Array(), $arFilter, false, Array("nPageSize"=>50), $arSelect);

while($ob = $res->GetNextElement())

{

$arFields = $ob->GetFields();

print_r($arFields);

}

?>

<?

$arSelect = Array("ID", "IBLOCK_ID", "NAME", "DATE_ACTIVE_FROM","PROPERTY_*");//IBLOCK_ID и ID обязательно должны быть указаны, см. описание arSelectFields выше

$arFilter = Array("IBLOCK_ID"=>IntVal($yvalue), "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y");

$res = CIBlockElement::GetList(Array(), $arFilter, false, Array("nPageSize"=>50), $arSelect);

while($ob = $res->GetNextElement()){

$arFields = $ob->GetFields();  

print_r($arFields);

$arProps = $ob->GetProperties();

print_r($arProps);

}

?>

<?

// выборка активных элементов из информационного блока $yvalue,

// у которых установлено значение свойства с символьным кодом SRC

// и дата начала автивности старше 1 января 2003 года

// выбранные элементы будут сгруппированы по дате активности

$arFilter = Array(

"IBLOCK_ID"=>IntVal($yvalue), 

">DATE_ACTIVE_FROM"=>date($DB->DateFormatToPHP(CLang::GetDateFormat("SHORT")), mktime(0,0,0,1,1,2003)), 

"ACTIVE"=>"Y", 

"!PROPERTY_SRC"=>false

);

$res = CIBlockElement::GetList(Array("SORT"=>"ASC", "PROPERTY_PRIORITY"=>"ASC"), $arFilter, Array("DATE_ACTIVE_FROM"));

while($ar_fields = $res->GetNext())

{

echo $ar_fields["DATE_ACTIVE_FROM"].": ".$ar_fields["CNT"]."<br>";

}

?>

//вывод архива из просроченных элементов (news.list)

$arFilter = array(

"IBLOCK_ID" => $arResult["ID"],

"IBLOCK_LID" => SITE_ID,

"ACTIVE" => "Y",

"CHECK_PERMISSIONS" => "Y", //сильно грузит систему, но проверяет права

"<date_active_to" ==""> DateFormatToPHP(CLang::GetDateFormat("SHORT")), 

); </date_active_to">

//выборка элементов инфоблока, чтобы в возвращаемом результате находилось 5 случайных элементов

$rs = CIBlockElement::GetList (

Array("RAND" => "ASC"),

Array("IBLOCK_ID" => $IBLOCK_ID),

false,

Array ("nTopCount" => 5)

);

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

CModule::IncludeModule(‘iblock’);

$rs = CIBlockElement::GetList(

array(), 

array(

	"IBLOCK_ID" => 21, 

	array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => 21, "PROPERTY_PKE" => 7405))),

	array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => 21, "PROPERTY_PKE" => 7410))),

	array("ID" => CIBlockElement::SubQuery("ID", array("IBLOCK_ID" => 21, "PROPERTY_PKE" => 7417)))

),

false, 

false,

array("ID")

);

while($ar = $rs->GetNext()) {

echo '<pre>';

print_r($ar);

echo '</pre>';

}

//следующий и предыдущий товар с учетом сортировки в подробном просмотре

$arrSortAlown = array(‘price’=> ‘catalog_PRICE_1’ , ‘name’=> ‘NAME’, ‘rating’ => ‘PROPERTY_RATING’ , ‘artnumber’=> ‘PROPERTY_ARTNUMBER’);

$_sort = isset($arrSortAlown[$_GET['sort']]) ? $arrSortAlown[$_GET['sort']] : 'NAME';

$_order = isset($_GET['order']) && $_GET['order']=='desc' ? 'DESC' : 'ASC';



$sort_url = 'sort=' .( isset($_GET['sort'])? $_GET['sort'] : 'name')

                    .'&order='. (isset($_GET['order'])? $_GET['order'] : 'asc');





$res = CIBlockElement::GetList(

	array("$_sort" => $_order),

	Array(

		"IBLOCK_ID"=>$arResult["IBLOCK_ID"], 

		"ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y" , 

		"IBLOCK_SECTION_ID" => 

		$arResult["IBLOCK_SECTION_ID"]

	),

	false, 

	array("nPageSize" => "1","nElementID" => $arResult["ID"]), 

	array_merge(Array("ID", "NAME","DETAIL_PAGE_URL"), array_values($arrSortAlown)) 

);

$navElement = array();

while($ob = $res->GetNext()){

	$navElement[] = $ob;

}

//вывод:

<noindex>

<div class="navElement" style="float:right; clear:both;">

<span class="l">

	<small><a href="<?=$navElement[0]['DETAIL_PAGE_URL']?>?<?=$sort_url?>">Предыдущий товар</a></small>

</span>  

<span class="r">

	<small><a href="<?=$navElement[2]['DETAIL_PAGE_URL']?>?<?=$sort_url?>">Следующий товар</a></small>

</span>

</div>

</noindex>

//вывод ненаступивших и, следовательно, неактивных анонсов событий без правки компонента

// в компоненте указываем имя фильтра, а сам фильтр добавляем перед компонентом:

<?

$arrFilter=Array(array(

	"LOGIC" => "OR",

	array("DATE_ACTIVE_TO"=>false),

	array(">DATE_ACTIVE_TO"=>ConvertTimeStamp(time(),"FULL"))

    

));

?>

//В iblock v18.6.700 появилась возможность сортировать выборку в порядке ID, указанных в массиве

// сортировать в таком порядке ID

$ids = [115, 120, 117, 109, 128];

$rs = CIBlockElement::GetList(

['ID' => $ids],

['IBLOCK_ID' => '5', 'ID' => $ids],

false, false,

['ID', 'IBLOCK_ID', 'NAME']

);

while ($ar = $rs->Fetch()) {

echo $ar['ID'] . ' ';

}

// имеем вывод:

// 115 120 117 109 128

//В iblock v21.700.100 в arNavStartParams добавлен ключ nOffset (смещение)

\Bitrix\Main\Loader::includeModule(‘iblock’);

$res = CIBlockElement::GetList(

['ID' => 'ASC'],

['IBLOCK_ID' => 2],

false,

['nTopCount' => 5, 'nOffset' => 1000],

['ID', 'IBLOCK_ID', 'NAME']

);

while ($row = $res->Fetch())

{

echo '<pre>', mydump($row), '</pre>';

}

// nTopCount – сколько

// nOffset – с каким смещением

Пример 10. Вывести элементы с непустым значением множественного свойства типа список

${$FILTER_NAME}[]=array(

 "ID" => CIBlockElement::SubQuery("ID", array(

	"IBLOCK_ID" => $arParams['IBLOCK_ID'],

	"!=PROPERTY_".$arProp["CODE"] => false

))

);

Пример 11. Организация поиска по каталогу с помощью поля SEARCHEBLE_CONTENT.

<?

CModule::IncludeModule(‘iblock’);

$IBLOCK_ID = intval($_REQUEST[‘IBLOCK_ID’]);

$QUERY = trim($_REQUEST[‘q’]);

if($QUERY) {

$arSelect = Array("ID", "NAME", "DATE_ACTIVE_FROM", "DETAIL_PAGE_URL", "PREVIEW_PICTURE";  

$arFilter = Array("IBLOCK_ID"=>$IBLOCK_ID, "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y", "SEARCHABLE_CONTENT"=>'%'.$_REQUEST['q'].'%');  

$res = CIBlockElement::GetList(Array(), $arFilter, false, Array("nPageSize"=>50), $arSelect);  

while($ob = $res->GetNextElement())  

{  

	$arFields = $ob->GetFields();  

	print_r($arFields);    

}     

}

?>

Пример 12. Для фильтрации по Дате например с 12.09.2014 по 18.09.2014 включительно фильтр будет выглядеть следующим образом:

$date_from = ‘12.09.2014’;

$date_to = ‘18.09.2014’;

$db_el = CIBlockElement::GetList(

array('ID' => 'DESC'),

array(

	'>=DATE_CREATE' => $date_from,

	'<=DATE_CREATE' => $date_to . ' 23:59:59'      

)

);

| Реестр операторов персональных данных Сообщение не промодерировано, возможны ошибки и неточности. |

| ————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————– |

| Для вывода в catalog.section товаров по релевантности поиска, необходимо получить массив идентфикаторов товаров через компонент "bitrix:search.page". В глобальный массив фильтра передаем этот массив для отображения товаров.Далее, в catalog.section меняем параметры сортировки:для "ELEMENT_SORT_FIELD" ставим значение "id", а для "ELEMENT_SORT_ORDER" – передаем полученный массив идентификаторов товара.Угрохал очень много времени, пока дошел до этой простой истины:) |

| |

| Реестр операторов персональных данных Александр Семашко |

| ————————————————————————————————————————————— |

| В arrFilter поле MODIFIED_BY может принимать массив с пользователямиКод$arFilter = array("MODIFIED_BY" => array(1, 107120)); |

| |

| Реестр операторов персональных данных Антон Короленко |

| ————————————————————————————————————————————- |

| Цитата пишет: Если нужно посчитать количество записей |

| |

| Реестр операторов персональных данных Михаил Микулин |

| ————————————————————————————————————————————————————————————————————————– |

| Найти по значению свойства, которое содержит нужный вам текст :Код$arFilter = Array("IBLOCK_ID"=>$_POST["IBLOCK"], ‘PROPERTY_CML2_ARTICKLE’=>$ar,  ‘PROPERTY_ADRES_TOVARA_NA_SKLADE_VALUE’=>’%’.’P1-B4′.’%’  ); |

| |

| Реестр операторов персональных данных Кирилл Черныш |

| ————————————————————————————————————————————————————————- |

| *CATALOG_TYPE – фильтрация по типу товара;Может принимать значенияпростой: 1товар с предложениями: 3невалидный товар с предложениями: 6комплект: 2 |

| |

| Реестр операторов персональных данных Евгений Милютин |

| ———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————– |

| Получить cвойство тип (HTML/TEXT). Символьный код свойства HTML_CONTENTКод$arSelect = Array("ID", "IBLOCK_ID", "CODE", "NAME", "PROPERTY_HTML_CONTENT"); $arFilter = Array("IBLOCK_ID"=>$infoblocks, "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y"); $res = CIblockElement::GetList(Array("DATE_CREATE" => "DESC"), $arFilter, false, $arPages, $arSelect); while($ob = $res->GetNextElement()){    $arFields = $ob->GetFields();    $content = $arFields[‘PROPERTY_HTML_CONTENT_VALUE’][‘HTML’] ? htmlspecialcharsBack($arFields[‘PROPERTY_HTML_CONTENT_VALUE’][‘HTML’]) : htmlspecialcharsBack($arFields[‘PROPERTY_HTML_CONTENT_VALUE’][‘TEXT’]); } |

| |

| Реестр операторов персональных данных Алексей Попович |

| ————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————- |

| Пример фильтрации товаров по наличию на определенных складах:Кодif(!empty($arParams[‘STORES’])){ $storesFilter = [                      ‘LOGIC’=>’OR’              ];              foreach ($arParams[‘STORES’] as $store_id){                  $storesFilter[] = [‘STORE_NUMBER’ => intval($store_id),’>STORE_AMOUNT’=>0];              }    $GLOBALS[$arParams[‘FILTER_NAME’]][] = $storesFilter;          } |

| |

| Реестр операторов персональных данных Василий Андреев |

| ————————————————————————————————————————————————————————————————————————- |

| Для получения цены из каталога указывая в Код$arSelect=array("ID", "IBLOCK_ID", "CATALOG_GROUP_<ID типа цены>"); в массиве полученном методом GetNext() необходимо использовать ключ КодCATALOG_PRICE_<ID типа цены> |

| |

| Реестр операторов персональных данных Леонид Тропин |

| —————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————- |

| ЦитатаАнтон Долганин пишет: Не знаю было ли, частый кейс с nElementID – предыдущая и следующая новость в текущей новостиНе знаю, насколько часто это случается, но один раз метод показанный Антоном не сработал. Может из-за специфической сортировки при выборке, может ещё из-за чего.Есть ещё один способ:Код$arResult[‘PREV’] = $arResult[‘CURRENT’] = $arResult[‘NEXT’] = array(); //предыдущая и следующая if (\Bitrix\Main\Loader::includeModule(‘iblock’)) {    $i = 0;    $arSort = array(‘SORT’ => ‘ASC’, ‘ID’ => ‘DESC’);    $arFilter = array(‘ACTIVE’ => ‘Y’, ‘IBLOCK_ID’ => $arParams[‘IBLOCK_ID’]);    $arSelect = array(‘ID’, ‘NAME’, ‘DETAIL_PAGE_URL’);    $res = CIBlockElement::getList($arSort, $arFilter, false, array(‘nElementID’ => $element[‘ID’], ‘nPageSize’ => 1), $arSelect);    while ($row = $res->fetch()) {       if ($element[‘ID’] == $row[‘ID’]) {          $arResult[‘CURRENT’] = $row;       }       $arRows[$row[‘RANK’]] = $row;    }    if(isset($arRows[$arResult[‘CURRENT’][‘RANK’]-1])) {       $arResult[‘PREV’] = $arRows[$arResult[‘CURRENT’][‘RANK’]-1];    }    if(isset($arRows[$arResult[‘CURRENT’][‘RANK’]+1])) {       $arResult[‘NEXT’] = $arRows[$arResult[‘CURRENT’][‘RANK’]+1];    }    unset($arRows); } |

| |

| Реестр операторов персональных данных Сергей Талызенков |

| ——————————————————————————————————————————————————————————————————— |

| Свойство типа "справочник" нужно фильтровать по значению UF_XML_ID элемента справочникаКод$arFilter[‘PROPERTY_LOCATION’] = ‘t9DgyAPm’; //t9DgyAPm это значение поля UF_XML_ID элемента справочника |

| |

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *