Схема определение. Схема избирательных округов: порядок образования и утверждения — Производство и поставка электростанций, Бензиновые и дизельные генераторы от 1 до 100 кВт. Мини ТЭЦ на базе двигателя Стирлинга.

Как образуются избирательные округа для проведения выборов. Какие требования предъявляются к схеме избирательных округов. В какие сроки должна утверждаться новая схема округов. Что происходит, если схема не утверждена вовремя.

Содержание

Виды избирательных округов

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

Одномандатные — от каждого округа избирается один депутат
Многомандатные — от округа избирается несколько депутатов
Единый избирательный округ — охватывает всю территорию, на которой проводятся выборы

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

Требования к схеме избирательных округов

Схема одномандатных и многомандатных избирательных округов должна содержать следующую информацию:

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

Номер каждого избирательного округа
Число избирателей в каждом округе
Для многомандатных округов — количество замещаемых мандатов

Порядок утверждения схемы округов

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

Что происходит, если схема не утверждена вовремя?

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

Требование о примерном равенстве избирательных округов

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

Не более 10% от средней нормы представительства избирателей
До 15% в труднодоступных или отдаленных местностях
До 30% на территориях компактного проживания коренных малочисленных народов
До 40% между округами в границах одного муниципального образования

Публикация схемы избирательных округов

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

Образование избирательных округов в особых случаях

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

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

Изменение границ избирательных округов

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

Изменение границ муниципальных образований
Уменьшение численности избирателей в округе более чем на 20%
Внесение изменений в перечень административно-территориальных единиц

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

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

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

Границы округов не должны пересекать границы избирательных участков

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

Округ референдума

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

Заключение

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

Справка по схеме языка для определения рабочего процесса — Azure Logic Apps

Статья
09/27/2022
Чтение занимает 9 мин

При создании приложения логики в Azure Logic Apps приложение логики имеет базовое определение рабочего процесса, описывающее реальную логику, выполняемую в приложении логики. Определение рабочего процесса использует JSON и соответствует структуре, проверенной схемой языка определения рабочих процессов. Этот справочник содержит общие сведения об этой структуре и о том, как схема определяет атрибуты в определении рабочего процесса.

Структура определения рабочего процесса

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

Ниже приведена высокоуровневая структура определения рабочего процесса.

"definition": {
  "$schema": "<workflow-definition-language-schema-version>",
  "actions": { "<workflow-action-definitions>" },
  "contentVersion": "<workflow-definition-version-number>",
  "outputs": { "<workflow-output-definitions>" },
  "parameters": { "<workflow-parameter-definitions>" },
  "staticResults": { "<static-results-definitions>" },
  "triggers": { "<workflow-trigger-definitions>" }
}

attribute	Обязательно	Описание
`definition`	Да	Начальный элемент определения рабочего процесса.
`$schema`	Только в случае использования внешней ссылки на определение рабочего процесса	Расположение файла схемы JSON, который описывает версию языка определения рабочих процессов: `https://schema.management.azure. com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json`
`actions`	Нет	Определения для одного или нескольких действий, которые будут запущены во время выполнения рабочего процесса. Дополнительные сведения см. в статье Триггеры и действия. Максимальное количество действий: 250.
`contentVersion`	Нет	Номер версии для вашего определения рабочего процесса (по умолчанию — 1.0.0.0). Чтобы помочь определить и подтвердить правильное определение при развертывании рабочего процесса, укажите значение для использования.
`outputs`	Нет	Определения для выходных данных, которые возвращаются из рабочего процесса. Дополнительные сведения см. в статье Выходные данные. Максимальное количество типов выходных данных: 10.
`parameters`	Нет	Определения для одного или нескольких параметров, которые передают значения для использования в среде выполнения приложения логики. Дополнительные сведения см. в разделе Параметры. Максимальное количество параметров: 50.
`staticResults`	Нет	Определения для одного или нескольких статических результатов, возвращаемых действиями в качестве макетных выходных данных, когда для этих действий включены статические результаты. В определении каждого действия атрибут `runtimeConfiguration.staticResult.name` ссылается на соответствующее определение внутри `staticResults`. Дополнительные сведения см. в разделе Статические результаты.
`triggers`	Нет	Определения для одного или нескольких триггеров, которые создают рабочий процесс Вы можете определить более одного триггера, но только, используя язык определения рабочих процессов, а не визуально через конструктор логических приложений. Дополнительные сведения см. в статье Триггеры и действия. Максимальное количество триггеров: 10.

Триггеры и действия

В определении рабочего процесса разделы triggers и actions определяют вызовы, которые происходят во время выполнения рабочего процесса. Синтаксис и дополнительные сведения об этих разделах см. в статье Triggers and actions for workflow definitions in Azure Logic Apps (Триггеры и действия для определений рабочих процессов в Azure Logic Apps).

Параметры

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

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

Ниже приведена общая структура определения параметров:

"parameters": {
   "<parameter-name>": {
      "type": "<parameter-type>",
      "defaultValue": <default-parameter-value>,
      "allowedValues": [ <array-with-permitted-parameter-values> ],
      "metadata": {
         "description": "<parameter-description>"
      }
   }
},

attribute	Обязательно	Тип	Описание
<parameter-name>	Да	Строка	Имя параметра, который требуется определить
<parameter-type>	Да	int, float, string, bool, array, object, securestring, secureobject Примечание. Для всех паролей, ключей и секретов используйте типы `securestring` или `secureobject`, потому что операция `GET` не возвращает эти типы. Дополнительные сведения о защите параметров см. в разделе Рекомендации по безопасности для действий и входных параметров.	Тип параметра.
<default-parameter-value>	Да	То же, что `type`	Значение параметра по умолчанию, если значение не задано при создании экземпляра рабочего процесса. Атрибут `defaultValue` является обязательным, чтобы конструктор приложений логики мог правильно отобразить параметр, но можно указать пустое значение.
<array-with-permitted-parameter-values>	Нет	Array	Массив со значениями, которые может принимать параметр.
<parameter-description>	Нет	Объект JSON	Любые другие сведения о параметрах, например описание параметра.

Затем создайте шаблон Azure Resource Manager для определения рабочего процесса, определите параметры шаблона, которые принимают значения, необходимые при развертывании, замените жестко зафиксированные значения ссылками на параметры определения шаблона или рабочего процесса и сохраните значения для использования при развертывании в отдельном файле параметров. Таким образом, вы сможете легко изменить эти значения с помощью файла параметров без необходимости обновлять и повторно развертывать приложение логики. Для получения конфиденциальной информации или защиты, например имен пользователей, паролей и секретов, можно сохранить эти значения в Azure Key Vault и получить эти значения из хранилища ключей. Дополнительные сведения и примеры определения параметров на уровнях определения шаблона и рабочего процесса см. в разделе Обзор. Автоматизация развертывания приложений логики с помощью шаблонов Azure Resource Manager.

В атрибуте staticResults определите макет действия outputs и status, который будет возвращен при включении статического параметра результата действия. В определении действия атрибут runtimeConfiguration.staticResult.name ссылается на имя статического определения результата в staticResults. Сведения о тестировании приложений логики с помощью имитационных данных путем настройки статических результатов.

"definition": {
   "$schema": "<...>",
   "actions": { "<...>" },
   "contentVersion": "<...>",
   "outputs": { "<...>" },
   "parameters": { "<...>" },
   "staticResults": {
      "<static-result-definition-name>": {
         "outputs": {
            <output-attributes-and-values-returned>,
            "headers": { <header-values> },
            "statusCode": "<status-code-returned>"
         },
         "status": "<action-status>"
      }
   },
   "triggers": { "<...>" }
}

attribute	Обязательно	Тип	Описание
<static-result-definition-name>	Да	Строка	Имя статического определения результата, на которое может ссылаться на определение действия через объект `runtimeConfiguration.staticResult`. Дополнительные сведения см. в разделе Настройки конфигурации среды выполнения. Можно использовать любое уникальное имя. По умолчанию к этому уникальному имени добавляется номер, который увеличивается при необходимости.
<output-attributes-and-values-returned>	Да	Различается	Требования к этим атрибутам зависят от различных условий. Например, если `status` имеет значение `Succeeded`, атрибут `outputs` содержит атрибуты и значения, возвращаемые действием в качестве фиктивных выходных данных. Если `status` имеет значение `Failed`, атрибут `outputs` содержит атрибут `errors`, который является массивом с одним или несколькими объектами `message`, содержащими сведения об ошибках.
<header-values>	Нет	JSON	Все значения заголовка, возвращаемые действием
<status-code-returned>	Да	Строка	Код состояния, возвращаемый действием
<action-status>	Да	Строка	Статус действия, например `Succeeded` или `Failed`

Например, в этом определении HTTP-действия атрибут runtimeConfiguration. staticResult.name ссылается на атрибут HTTP0 в атрибуте staticResults, где определены макеты выходных данных для действия. runtimeConfiguration.staticResult.staticResultOptionsАтрибут указывает, что параметр статического результата имеет значение Enabled в действии HTTP.

"actions": {
   "HTTP": {
      "inputs": {
         "method": "GET",
         "uri": "https://www.microsoft.com"
      },
      "runAfter": {},
      "runtimeConfiguration": {
         "staticResult": {
            "name": "HTTP0",
            "staticResultOptions": "Enabled"
         }
      },
      "type": "Http"
   }
},

Действие HTTP возвращает выходные данные в определении HTTP0 в staticResults. В этом примере для кода состояния макетом выходных данных будет OK. Для значений заголовков макетом выходных данных будет "Content-Type": "application/JSON". Для состояния действия макетом выходных данных будет Succeeded.

"definition": {
   "$schema": "<...>",
   "actions": { "<...>" },
   "contentVersion": "<...>",
   "outputs": { "<...>" },
   "parameters": { "<...>" },
   "staticResults": {
      "HTTP0": {
         "outputs": {
            "headers": {
               "Content-Type": "application/JSON"
            },
            "statusCode": "OK"
         },
         "status": "Succeeded"
      }
   },
   "triggers": { "<...>" }
},

Выражения

При работе с JSON вы можете иметь литеральные значения, которые существуют во время разработки, например:

"customerName": "Sophia Owen",
"rainbowColors": ["red", "orange", "yellow", "green", "blue", "indigo", "violet"],
"rainbowColorsCount": 7

Вы также можете использовать значения, которые не существуют до начала времени выполнения. Чтобы представить эти значения, можно использовать выражения, которые вычисляются во время выполнения. Выражение представляет собой последовательность, которая может содержать одну или несколько функций, операторов, переменных, явных значений или констант. В определении рабочего процесса вы можете использовать выражение в любом месте в строчном значении JSON, указав его вместе с префиксом «\@\». При вычислении выражения, представляющего значение JSON, тело выражения извлекается без символа @ и всегда приводит к другому значению JSON.

Например, вы можете получить значение для ранее определенного свойства customerName, используя функцию parameters() в выражении, и присвоить это значение свойству accountName:

"customerName": "Sophia Owen",
"accountName": "@parameters('customerName')"

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

@{ "<expression1>", "<expression2>" }

Результат всегда является строкой, что делает эту функцию аналогичной функции concat(), например:

"customerName": "First name: @{parameters('firstName')} Last name: @{parameters('lastName')}"

Если у вас есть строковый литерал, начинающийся с символа @, добавьте перед символом @ другой символ @ в качестве escape-символа: @@.

В примерах ниже показано, как вычисляются выражения.

Значение JSON	Результат
«Sophia Owen»	Возвращаются символы: «Sophia Owen».
«array[1]»	Возвращаются символы: «array[1]».
«@@»	Эти символы возвращаются в виде строки с одним символом: \»\@\».
» @»	Эти символы возвращаются в виде строки с двумя символами: \» \@\».

Для этих примеров предположим, что вы определяете «myBirthMonth» равным «January», а «myAge» равным числу 42:

"myBirthMonth": "January",
"myAge": 42

В примерах ниже показано, как вычисляются выражения.

Выражение JSON	Результат
«@parameters(‘myBirthMonth’)»	Возвращается строка: «January».
«@{parameters(‘myBirthMonth’)}»	Возвращается строка: «January».
«@parameters(‘myAge’)»	Возвращается число: 42.
«@{parameters(‘myAge’)}»	Возвращается число как строка: «42».
«My age is @{parameters(‘myAge’)}»	Возвращается строка: «My age is 42».
«@concat(‘My age is ‘, string(parameters(‘myAge’)))»	Возвращается строка: «My age is 42».
«My age is @@{parameters(‘myAge’)}»	Возвращается строка, содержащая выражение: «My age is @{parameters(‘myAge’)}`.

При работе с визуальными элементами в конструкторе Logic Apps вы можете создавать выражения с помощью построителя выражений, например:

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

"Search_tweets": {
  "inputs": {
    "host": {
      "connection": {
        "name": "@parameters('$connections')['twitter']['connectionId']"
      }
    }
  },
  "method": "get",
  "path": "/searchtweets",
  "queries": {
    "maxResults": 20,
    "searchQuery": "Azure @{concat('firstName','', 'LastName')}"
  }
},

Выходные данные

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

Примечание

При ответе на входящие запросы из REST API службы не используйте outputs. Вместо этого используйте тип действия Response. Дополнительные сведения см. в статье Triggers and actions for workflow definitions in Azure Logic Apps (Триггеры и действия для определений рабочих процессов в Azure Logic Apps).

Ниже приведена общая структура определения выходных данных.

"outputs": {
  "<key-name>": {
    "type": "<key-type>",
    "value": "<key-value>"
  }
}

attribute	Обязательно	Тип	Описание
<key-name>	Да	Строка	Имя ключа для возвращаемого значения в выходных данных.
<key-type>	Да	int, float, string, securestring, bool, массив, объект JSON	Тип возвращаемого значения в выходных данных.
<значение ключа>	Да	То же, что и <key-type>	Возвращаемое значение в выходных данных.

Чтобы получить результат выполнения рабочего процесса, просмотрите журнал выполнения и подробности приложения логики на портале Azure или используйте REST API рабочих процессов. Также можно передать выходные данные во внешние системы, например Power BI, для создания панели мониторинга.

Операторы

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

Оператор	Задача
‘	Чтобы использовать строковый литерал как входные данные или указать его в выражениях и функциях, поместите строку в одинарные кавычки, например `'<myString>'`. Не используйте двойные кавычки («»), так как они конфликтуют с форматированием JSON вокруг всего выражения. Пример: Да: длина (‘ Hello ‘) Нет: длина («Hello») Когда вы передаете массивы или числа, их не нужно заключать в какие-либо символы. Пример: Да: длина ([1, 2, 3]) Нет: длина («[1, 2, 3]»)
[]	Чтобы указать ссылку на значение в определенной позиции (индексе) в массиве, используйте квадратные скобки. Например, чтобы получить второй элемент в массиве: `myArray[1]`
.	Для указания ссылки на свойство в объекте используйте оператор «точка». Например, чтобы получить свойство `name` объекта JSON `customer`: `"@parameters('customer').name"`
?	Оператор «вопросительный знак» позволяет ссылаться на отсутствующие свойства объекта без ошибок времени выполнения. Например, следующее выражение можно использовать для обработки отсутствующих выходных данных триггера: `@coalesce(trigger(). outputs?.body?.<someProperty>, '<property-default-value>')`

Функции

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

Дальнейшие действия

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

Определение схем запросов и ответов — Windows drivers

Twitter LinkedIn Facebook Адрес электронной почты

Статья
09/22/2022
Чтение занимает 2 мин

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

Задать схему запроса

Запрос Set используется для записи значений в свойствах принтера.

В этом примере запрос пытается задать два свойства. Второй — намеренная ошибка: свойство Memory недоступно для записи. Ответ на этот запрос см. в разделе Set Response Schema ниже.

<bidi:Set xmlns:bidi="https://schemas.microsoft.com/windows/2005/03/printing/bidi">
  <Query schema='\Printer.DeviceInfo:Location'>
    <BIDI_STRING>supply room</BIDI_STRING>
  </Query>
  <Query schema='\Printer.Configuration.Memory:Size'>
    <BIDI_INT>4096</BIDI_INT>
  </Query>
</bidi:Set>

Формальное определение схемы запроса Set

<?xml version='1.0'?>
<schema targetNamespace="https://schemas.microsoft.com/windows/2005/03/printing/bidi" 
     xmlns:bidi="https://schemas.microsoft.com/windows/2005/03/printing/bidi" 
     xmlns ='https://www.w3.org/2001/XMLSchema'>
  <element name='Set'>
    <complexType>
      <sequence maxOccurs='unbounded'>
        <element name='Query'>
          <complexType>
            <choice>
              <element name='BIDI_STRING' type='string'/>
              <element name='BIDI_TEXT'   type='string'/>
              <element name='BIDI_ENUM'   type='string'/>
              <element name='BIDI_INT'    type='integer'/>
              <element name='BIDI_FLOAT'  type='float'/>
              <element name='BIDI_BOOL'   type='boolean'/>
              <element name='BIDI_BLOB'   type='base64Binary'/>
            </choice>
            <attribute name='schema' type='bidi:SCHEMA_STRING' use='required'/>
            <anyAttribute namespace='##other' processContents='skip'/>
          </complexType>
          </element>
      </sequence>
      <anyAttribute namespace='##other' processContents='skip'/>
    </complexType>
  </element>
  <simpleType name='SCHEMA_STRING'>
    <restriction base='string'>
      <pattern value='\\\w+(\. \w+)*\:\w+'/>
    </restriction>
  </simpleType>
</schema>

Задать схему ответа

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

<bidi:Set xmlns:bidi="https://schemas.microsoft.com/windows/2005/03/printing/bidi">
  <Query schema='\Printer.DeviceInfo:Location'/>
  <Query schema='\Printer.Configuration.Memory:Size'>
    <Error>ERROR_BIDI_SCHEMA_READ_ONLY</Error>
  </Query>
</bidi:Set>

Формальное определение схемы набора ответов

<?xml version='1.0'?>
<schema targetNamespace="https://schemas.microsoft.com/windows/2005/03/printing/bidi" 
     xmlns:bidi="https://schemas.microsoft.com/windows/2005/03/printing/bidi" 
     xmlns ='https://www.w3.org/2001/XMLSchema'>
  <element name='Set'>
    <complexType>
      <sequence maxOccurs='unbounded'>
        <element name='Query'>
          <complexType>
            <sequence minOccurs='0' maxOccurs='1'>
              <element name='Error' type='integer'/>
            </sequence>
            <attribute name='schema' type='bidi:SCHEMA_STRING' use='required'/>
          </complexType>
        </element>
      </sequence>
    </complexType>
  </element>
  <simpleType name='SCHEMA_STRING'>
    <restriction base='string'>
      <pattern value='\\\w+(\. \w+)*\:\w+'/>
    </restriction>
 </simpleType>
</schema>

Схема двунаправленного взаимодействия

сендреквксмлстреам

сендреквксмлстринг

Статья 18. Образование (определение) избирательных округов, округа референдума \ КонсультантПлюс

Главная
Документы
Статья 18. Образование (определение) избирательных округов, округа референдума

Подготовлена редакция документа с изменениями, не вступившими в силу

Федеральный закон от 12.06.2002 N 67-ФЗ (ред. от 28.06.2022) «Об основных гарантиях избирательных прав и права на участие в референдуме граждан Российской Федерации»

КонсультантПлюс: примечание.

Об утверждении схемы одномандатных и (или) многомандатных избирательных округов см. ч. 4 — 6 ст. 4 ФЗ от 02.10.2012 N 157-ФЗ.

КонсультантПлюс: примечание.

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

Статья 18. Образование (определение) избирательных округов, округа референдума

1. Для проведения выборов образуются одномандатные и (или) многомандатные избирательные округа либо определяется единый избирательный округ; для проведения референдума определяется округ референдума.

2. Одномандатные и (или) многомандатные избирательные округа образуются сроком на десять лет на основании данных о численности избирателей, зарегистрированных на соответствующей территории в соответствии с пунктом 10 статьи 16 настоящего Федерального закона. Избирательная комиссия, организующая выборы в законодательный орган субъекта Российской Федерации, представительный орган муниципального образования, определяет схему одномандатных и (или) многомандатных избирательных округов, в которой обозначены их границы, определен перечень административно-территориальных единиц, или муниципальных образований, или населенных пунктов, входящих в каждый избирательный округ (если избирательный округ включает в себя часть территории административно-территориальной единицы, или муниципального образования, или населенного пункта, в схеме должны быть обозначены границы данной части территории административно-территориальной единицы, или муниципального образования, или населенного пункта), указаны номер каждого избирательного округа, число избирателей в каждом избирательном округе, а для многомандатных избирательных округов — также количество мандатов, замещаемых в округе. Новая схема одномандатных и (или) многомандатных избирательных округов определяется не позднее чем за 80 дней до истечения срока, на который была утверждена прежняя схема одномандатных и (или) многомандатных избирательных округов. Соответствующий законодательный орган, представительный орган муниципального образования утверждают новую схему избирательных округов не позднее чем за 20 дней до истечения срока, на который была утверждена прежняя схема одномандатных и (или) многомандатных избирательных округов, при этом до утверждения представленной схемы избирательных округов указанный орган вправе вносить в нее поправки.

(в ред. Федеральных законов от 02.10.2012 N 157-ФЗ, от 05.04.2013 N 40-ФЗ, от 09.03.2016 N 66-ФЗ, от 14.03.2022 N 60-ФЗ)