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

Пожарные извещатели - тип, описание. Первая статья из цикла статей “Пожарная автоматика”.

Пороговая, адресная, адресно-аналоговая пожарная сигнализация. Вторая статья из цикла “Пожарная автоматика”.

Системы оповещения людей при пожаре. Третья статья из цикла “Пожарная автоматика”.

Системы порошкового пожаротушения. Четвертая статья из цикла “Пожарная автоматика”.

Системы газового пожаротушения – обзор. Пятая статья из цикла «Пожарная автоматика».

Системы водяного пожаротушения. Шестая статья из цикла “Пожарная автоматика”.

Системы пенного пожаротушения. Седьмая статья из цикла “Пожарная автоматика”.

Системы аэрозольного пожаротушения. Восьмая статья из цикла “Пожарная автоматика”.

Системы радиоканальной сигнализации. Девятая статья из цикла “Пожарная автоматика”.

Аспирационные пожарные извещатели. Десятая статья из цикла “Пожарная автоматика”.

Пожарные извещатели пламени. Одиннадцатая статья из цикла “Пожарная автоматика”.

Автономные пожарные извещатели. Двенадцатая статья из цикла “Пожарная автоматика”.

Огнестойкие кабельные проходки на сетях систем противопожарной автоматики. Тринадцатая статья из цикла “Пожарная автоматика”.

Сегодня, в четырнадцатой статье из цикла «Пожарная автоматика», мы разъясним тему – тип системы оповещения людей о пожаре СОУЭ, как именно определить какой тип СОУЭ нужен на Вашем объекте, установим критерии выбора СОУЭ и каким именно нормативным документом необходимо руководствоваться для определения типа СОУЭ.

Итак, согласно СП3.13130-2009, СОУЭ разделяется по типам, всего типов – пять. Типы СОУЭ разделяются по способам оповещения и представляют собой следующее:

1. тип системы оповещения СОУЭ 1 – обязательно – звуковой (сирена, тонированный сигнал), допускается – установка световых мигающих оповещателей и световых оповещателей «Выход»;
2. тип системы оповещения СОУЭ 2 – обязательно – звуковой (сирена, тонированный сигнал), установка световых оповещателей «Выход», допускается – установка световых мигающих оповещателей и эвакуационных знаков пожарной безопасности, указывающие направление движения;
3. тип системы оповещения СОУЭ 3 – обязательно – речевое оповещение (передача специальных текстов), установка световых оповещателей «Выход», допускается – звуковые сирены, световые мигающие оповещатели, установка эвакуационных знаков пожарной безопасности, указывающие направление движения, разделение здания на зоны пожарного оповещения, обратная связь зон пожарного оповещения с помещением пожарного поста-диспетчерской;
4. тип системы оповещения СОУЭ 4 – обязательно – речевое оповещение (передача специальных текстов), установка световых оповещателей «Выход», эвакуационные знаки пожарной безопасности, указывающие направление движения, разделение здания на зоны пожарного оповещения, обратная связь зон пожарного оповещения с помещением пожарного поста-диспетчерской. Допускается – звуковые сирены, световые мигающие оповещатели, световые оповещатели, указывающие направление движения людей, с изменяющимся смысловым значением, возможность реализации нескольких вариантов эвакуации из каждой зоны пожарного оповещения;
5. тип системы оповещения СОУЭ 5 – обязательно – речевое оповещение (передача специальных текстов), установка световых оповещателей «Выход», световые оповещатели, указывающие направление движения людей, с изменяющимся смысловым значением, разделение здания на зоны пожарного оповещения, обратная связь зон пожарного оповещения с помещением пожарного поста-диспетчерской, возможность реализации нескольких вариантов эвакуации из каждой зоны пожарного оповещения, координированное управление из одного пожарного поста-диспетчерской всеми системами здания, связанными с обеспечением безопасности людей при пожаре. Допускается – звуковые сирены, световые мигающие оповещатели.

Теперь о том, как производить выбор типа оповещения СОУЭ. Для этого следует руководствоваться СП3.13130-2009, разделом 7, таблицей 2. Чтобы четко рассмотреть текст в таблице, Вы можете щелкнуть по ней мышкой – табличка увеличится и станет четкой и понятной – сохраните ее на компьютер. Или второй вариант – скачайте текст норматива по ссылке ниже – там есть такая же таблица в формате ПДФ.

Таблица 2

Примечания:
1 Требуемый тип системы оповещения СОУЭ определяется по значению нормативного показателя. Если число этажей более, чем допускает данный тип СОУЭ для зданий данного функционального назначения, или в таблице 2 нет значения нормативного показателя, то требуемый тип системы оповещения определяется по числу этажей здания.
2 Под нормативным показателем площади пожарного отсека в настоящих нормах понимается площадь этажа между противопожарными стенами.
3 На объектах защиты, где в соответствии с таблицей 2 требуется оборудование здания СОУЭ 4 или 5 типа, окончательное решение по выбору СОУЭ принимается проектной организацией.
4 В помещениях и зданиях, где находятся (работают, проживают, проводят досуг) люди с пониженным слухом или зрением, СОУЭ должна учитывать эти особенности.
5 Для зданий категорий А и Б по взрывопожарной и пожарной опасности, в которых предусмотрено устройство СОУЭ 3-го типа, в дополнение к речевым пожарным оповещателям, установленным внутри зданий, должна быть предусмотрена установка речевых пожарных оповещателей снаружи этих зданий. Способ прокладки соединительных линий СОУЭ и расстановка пожарных оповещателей снаружи зданий определяется проектной организацией.
6 В учреждениях, где требуется оповещение только обслуживающего персонала, расстановку речевых оповещателей следует производить в соответствии с требованиями настоящего свода правил.
7 Одноэтажные складские и производственные здания, состоящие из одного помещения (категории по взрывопожарной и пожарной опасности В4, Г, Д) площадью не более 50 м без постоянных рабочих мест или постоянного присутствия людей, допускается не оснащать СОУЭ.

Пользоваться представленными данными очень просто и для этого не надо быть специалистом в области пожарной безопасности. Смотрите в первой колонке таблицы назначение Вашего объекта, далее выбираете во 2 и 3 колонке нормативный показатель (этажность, количество людей или категории по пожарной опасности) и напротив в 4 колонке Вы увидите необходимый Вам тип системы оповещения . Обращайте внимание на примечания в 5 колонке – написаны не просто так. По выбранному типу СОУЭ читаете состав средств оповещения и в общем то все – Вы достигли желаемого результата.

Полный текст документа СП3.13130-2009 Вы можете скачать на нашем сайте, в библиотеке нормативщика, или просто, пройдя по ссылке

На этом статью «тип системы оповещения СОУЭ, критерии выбора» завершаю. Буду рад, если в данной статье Вы почерпнули для себя какую то полезную информацию. Копировать статью для размещения на иных ресурсах в интернете разрешаю только при условии сохранении всех ниже перечисленных ссылок на наш сайт, предлагаю Вам ознакомиться с другими статьями нашего блога по ссылкам:

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

Основная же задача при обнаружении пожара – это предупредить всех находящихся в опасной зоне людей для их эвакуации и сохранения жизни. Решение этой задачи обеспечивает система оповещения и управления эвакуацией (СОУЭ). Приемно-контрольный прибор, получив сигнал «Пожар» от сигнализации, дает команды на включение оповещения. Система позволяет гибко настраивать в каких зонах при каких событиях будет включаться оповещение.

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

• Адресный приемно-контрольный прибор ( , ) – управляющий элемент всей системы. Получает от системы пожарной сигнализации сигналы «Пожар» и «Внимание» и по заранее заданной логике формирует управляющие воздействия на исполнительные устройства.
• () – с помощью светодиодных индикаторов отображает в реальном времени состояние каждого адресного исполнительного устройства – включено, выключено, неисправность.
• Рубеж-ПДУ – удаленное ручное управление адресными исполнительными устройствами, подключенными в АЛС приемно-контрольного прибора.
• и – выходы реле «сухой контакт» для включения и отключения устройств светозвукового оповещения (сирен, табло).
• Адресные релейные модули РМ-К – выходы реле с контролем целостности цепи, выдающие напряжение питания на устройства светозвукового оповещения.
• – выдача на пассивные колонки и сборки колонок тревожных речевых сообщений.

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

• Тип 1: Обязательно – звуковые сирены. Допускается – таблички «Выход», мигающие таблички.
• Тип 2: Обязательно – звуковые сирены, таблички «Выход». Допускается – мигающие таблички, указатели направления движения.
• Тип 3: Обязательно – устройства речевого оповещения (трансляция специальных текстов), таблички «Выход». Допускается – звуковые сирены, мигающие таблички, указатели направления движения, разделение здания на зоны пожарного оповещения, обратная связь зон пожарного оповещения с пожарным постом.
• Тип 4: Обязательно – устройства речевого оповещения (трансляция специальных текстов), таблички «Выход», указатели направления движения, разделение здания на зоны пожарного оповещения, обратная связь зон пожарного оповещения с пожарным постом. Допускается – звуковые сирены, мигающие таблички, световые таблички-указатели направления движения людей с изменяющимся смысловым значением, возможность реализации нескольких вариантов эвакуации из каждой зоны пожарного оповещения.
• Тип 5: Обязательно – устройства речевого оповещения (трансляция специальных текстов), таблички «Выход», световые таблички-указатели направление движения людей, с изменяющимся смысловым значением, разделение здания на зоны пожарного оповещения, обратная связь зон пожарного оповещения с пожарным постом, возможность реализации нескольких вариантов эвакуации из каждой зоны пожарного оповещения, координированное управление из одного пожарного поста всеми системами здания, связанными с обеспечением безопасности людей при пожаре. Допускается – звуковые сирены, мигающие таблички, указатели направления движения.

С использованием адресных приборов и устройства Рубеж организуются системы оповещения 1, 2 и 3 типов. Такие системы используются на большинстве объектов. Системы 4 и 5 типов применяются намного реже.

При построении системы оповещения 1 типа применяются адресные релейные модули РМ-1 или РМ-2. Они содержат одно (РМ-1) или два (РМ-2) перекидных реле «сухой контакт». Через эти реле подключаются звуковые оповещатели (сирены) и на них коммутируется напряжение питания. Для работы самих модулей не требуется внешнее питание. Они питаются от АЛС. Каждое реле приписывается к одной, нескольким или сразу всем пожарным зонам системы, при возникновении в которых сигнала «Пожар» должна включаться сирена. В дежурном режиме реле выключены, питание на сирены не подается. После возникновения сигнала «Пожара» в какой-либо зоне приемно-контрольный прибор дает команду на запуск приписанным к этой зоне релейным модулям, которые включают свои реле. На сирену подается напряжение, и она начинает выдавать звуковое оповещение. Сработка релейного модуля может производиться не только по сигналу «Пожар» в зоне, но и различным другим событиям.

Модули РМ-1 и РМ-2 не имеют функции контроля целостности линии до подключенных к ним исполнительных устройств. Если требуется контроль линий, то для управления устройствами оповещения необходимо использовать адресные релейные модули РМ-К. Они выпускаются в пяти исполнениях и содержат в своем составе от 1 до 5 реле с контролем целостности линии на КЗ и обрыв. Кроме подключения в АЛС модули РМ-К требуют подключения внешнего питания (10 – 28 В). Это питание обеспечивает работу схемы модуля и одновременно подается на выход каждого реле. При подключении устройств оповещения (табличек, сирен) к выходам реле РМ-К дополнительных линий питания для них не требуется, они запитываются непосредственно от реле РМ-К. Каждое реле модулей РМ-2 и РМ-К в системе занимает 1 адрес, является самостоятельным устройством, настраивается и управляется отдельно от других реле.

2-й тип оповещения в системе Рубеж организуется, также как и 1-й, с помощью адресных релейных модулей РМ-1, РМ-2 и, при необходимости контроля линий, РМ-К. К релейным выходам модулей подключаются устройства светового оповещения (табло «Выход») и устройства звукового оповещения (сирены).

3-й тип оповещения характеризуется обязательным наличием речевого (голосового) оповещения и установкой табличек «Выход». Для организации речевых сообщений применяются адресные модули речевого оповещения МРО-2М, а для управления световыми табло «Выход» – адресные релейные модули РМ-К. В этом типе оповещения требуется контроль работоспособности линий оповещения, поэтому модули РМ-1 и РМ-2 применять нельзя – у них нет функций контроля линий.

На базе модулей речевого оповещения МРО-2М организуется автоматическая многозонная речевая система оповещения и управления эвакуацией. Каждый модуль МРО-2М приписывается в процессе конфигурации к одной или нескольким пожарным зонам, при «Пожаре» в которых необходим запуск речевого оповещения. Приемно-контрольный прибор, определив «Пожар» в какой-либо зоне, включает все модули МРО-2М, которые приписаны к данной зоне, и начинается трансляция заранее записанного речевого сообщения. Остальные модули останутся в дежурном режиме. В системе имеется возможность организовать включение оповещения с задержкой пуска. Это необходимо, например, когда при возникновении тревожного события сначала оповещается обслуживающий персонал, а затем все остальные. Каждый МРО-2М имеет возможность локального (местного) запуска воспроизведения тревожного сообщения. Для этого к модулю подключается кнопка «сухой контакт», при нажатии которой данный модуль запускает речевое оповещение. Модуль МРО-2М требует подключение внешнего питания и имеет два выхода мощностью 11 Вт каждый, на которые подключаются низкоомные (обычно 4 или 8 Ом) пассивные акустические модули. Каждый выход контролирует целостность линии с акустическими модулями по изменению сопротивления, поэтому не допускается подключение к МРО-2М акустических модулей, в которых, кроме самих динамиков, установлены дополнительные электронные компоненты – конденсаторы, трансформаторы и т.д. Следует помнить, что при подключении сборки акустических модулей их общее сопротивление должно быть не менее 2 Ом.

Адресные релейные модули с контролем цепи РМ-К управляют табличками «Выход». В случае необходимости к ним можно подключать любые устройства светового и звукового оповещения, например звуковые сирены Ток нагрузки каждого реле модуля не должен быть выше 2 А.

Оповещение 1 и 2 типов, а также управление табличками «Выход» в 3 типе оповещения возможно реализовать и с помощью приемно-контрольных приборов. Каждый прибор имеет в своем составе четыре реле, которые могут включаться по различным событиям в системе, в том числе и «Пожару» в зонах. При подключении световых и звуковых оповещателей к данным реле они будут управляться по заранее настроенной логике. Приборы имеют реле «сухой контакт» и реле с контролем целостности цепи.

К приемно-контрольным приборам, при необходимости, можно подключить блок индикации Рубеж-БИ и пульт дистанционного управления Рубеж-ПДУ. Блок индикации отображает с помощью встроенных светодиодов состояние каждой зоны в системе (пожар, внимание, неисправность в зоне) и состояние любого исполнительного устройства (выключено, включено, неисправность). Какой индикатор будет за что отвечать – настраивается инженером при конфигурировании системы. Такой способ визуального отображения информации может применяться, если есть необходимость видеть состояние системы не только на пожарном посту, но и в других служебных помещениях. Кроме этого, отображение состояния системы блоком индикации является наглядным и более простым, чем отображение на ППКП. С помощью пульта дистанционного управления Рубеж-ПДУ реализуется возможность дистанционного ручного управления исполнительными устройствами. Рубеж-ПДУ управляет десятью направлениями, в каждое из которых можно объединять до 100 адресных исполнительных устройств системы. Например, возможна реализация позонного ручного включения оповещения – отдельно по этажам здания или пожарным отсекам. В этом случае все устройства РМ-1, РМ-2, РМ-К, МРО-2М, отвечающие за запуск оповещения на первом этаже, приписываются к направлению 1, отвечающие за второй этаж – к направлению 2 и т.д.

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

Для организации трансляции различных сообщений в различные зоны оповещения в рамках возможно применение продукции ТМ «Sonar». Интеграция комплекса оборудования ТМ «Sonar» в адресную систему ТМ «Рубеж» происходит на релейном уровне.

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

С помощью реле типа «сухой контакт» РМ-1 или РМ-2 производится управление трансляцией различных сообщений в различные зоны оповещения. Для этого к соответствующим контактам блока аварийного селектора SES-1120 подключаются реле РМ-1 или РМ-2 с заранее настроенной логикой работы. Т. о. при появлении события «Пожар» в определённой зоне, реле приписанное к ней, замыкает свои контакты.

Статья продолжает цикл статей «Первые шаги в разработке на 1С».

В ней мы рассмотрим способы информирования пользователя, которые присутствуют в платформе «1С:Предприятие» 8, а также акцентируем ваше внимание на некоторых особенностях работы этих механизмов, эти особенности связаны с режимом использования модальности.

Применимость

В статье рассматривается функциональность:

• Интерфейса в варианте «Версии 8.2» для конфигурации, разработанной на платформе «1С:Предприятие» 8.2.19.130
• Интерфейса «Такси» для конфигурации, разработанной на платформе «1С:Предприятие» 8.3.4.496 до 8.3.9+
• Интерфейса «Такси» для конфигурации, разработанной на платформе «1С:Предприятие» 8.3.10-8.3.11

Как в 1С вывести сообщение пользователю

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

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

Типы сообщений:

• терминирующие, которые останавливают выполнение программы и не дают продолжить ее, пока пользователь не ознакомится с этим сообщением и не выполнит определенные действия. Например, на экран пользователю будет выдан вопрос, на который нужно будет ответить Да или Нет. Пока пользователь не ответит – программа не выполняет дальнейшие действия;
• ознакомительные сообщения, которые просто выводятся для пользователя и позволяют работать дальше (т.е. используются в режиме оповещения).

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

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

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

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

Тестовые и отладочные сообщения выдавать пользователю не стоит, т.к. рано или поздно он начнет игнорировать абсолютно все сообщения.

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

Открепить от формы окно с сообщением нельзя.

Синтаксис функции:

Сообщить (<Текст сообщения>, <Статус>)

Т.е. первым параметром является сам текст.

Второй параметр (статус сообщения) является необязательным. Для статуса можно указывать значения: Обычное , Важное , ОченьВажное и т.д.

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

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

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

Пользователь нажимает на кнопку Записать и закрыть , в этом случае сообщение выводится в соответствующее окно (справа формы).

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

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

Тем не менее, функция Сообщить может использоваться для вывода информации о некоторых ошибках, например в момент проведения документа.

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

Функция Сообщить полностью поддерживается в Платформе 8.3. Ее можно использовать, и она будет работать (и в файловом варианте, и в клиент-серверном).

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

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

Так, программный код в Платформе 8.3 может быть исполнен как на стороне Клиента, так и на стороне Сервера.

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

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

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

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

В этот момент система запросит данные из буфера и выведет их на экран.

Эта же особенность касается и класса СообщениеПользователю . На рисунке приведен пример использования метода Сообщить на стороне Сервера.

В результате использования метода Сообщить на стороне Сервера вывелись сообщения на экран на стороне Клиента.

Механизм оповещений нужен, чтобы информировать пользователя о том, что в системе “что-то” произошло и это “что-то” требует внимания пользователя. Оповещения создаются двумя сценариями:

1. Самой платформой при интерактивной записи или изменении объекта
2. Разработчиком при вызове в коде метода .

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

Кроме того, к оповещениям можно обратиться в соответствующей области информационной панели (кнопка “История” слева внизу формы приложения в варианте интерфейса «Версии 8.2»).

Чтобы создавать свои собственные оповещения, необходимо использовать метод глобального контекста ПоказатьОповещениеПользователя() . Его синтаксис до редакции 8.3.10 представлен ниже:

ПоказатьОповещениеПользователя (<Текст>, <НавигационнаяССылка>, <Пояснение>, <Картинка>)

В первом параметре передается текст, который будет выводиться в оповещении.

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

С помощью третьего параметра можно передать пояснение для сообщения, т.е. какое-то расширенное описание.

Также можно присвоить картинку, отображающую статус оповещения.

Следует отметить, что все эти параметры являются необязательными для заполнения. Ниже приведен пример использования данного метода (в конфигураторе и в пользовательском режиме в варианте интерфейса «Версии 8.2»).

В редакции платформы 8.3.10.216 для интерфейса в варианте «Такси» механизм оповещений был существенным образом доработан с целью повышения удобства работы как в тонком, так и в веб-клиенте. По этой причине изменились и передаваемые параметры в метод ПоказатьОповещениеПользователя() . Теперь синтаксис выглядят так:

ПоказатьОповещениеПользователя(<Текст>, <ДействиеПриНажатии>, <Пояснение>, <Картинка>, <СтатусОповещенияПользователя>, <КлючУникальности>)

Видно, что второй параметр, ранее называемый НавигационнаяСсылка , получил новое имя ДействиеПриНажатии . Это связано с тем, что теперь в него стало возможным передавать не только строку с навигационной ссылкой, но и описание оповещения. Это проиллюстрировано скриншотом ниже:

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

Следующий параметр СтатусОповещенияПользователя появился впервые. В нем указывается статус оповещения (Информация или Важное).

В случае варианта Важное, если пользователь не отреагировал на сообщение, то после того, как оно будет скрыто с экрана, его можно будет прочитать через Центр оповещений (о нем ниже). В случае же варианта Информация, оповещение удаляется без запоминания в этом центре. Давайте перепишем код из нашего примера, как показано ниже:

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

В панели инструментов появилась кнопка с пиктограммой звонка, по которой вызывается упомянутый выше Центр оповещений. В нем накапливаются новые важные оповещения, на которые пользователь пока никак не отреагировал.

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

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

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

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

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

Также к новым возможностям относится и одновременное отображение на экране до трех оповещений.

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

Давайте представим такую простую ситуацию: пользователь установил фильтр в каком-то списке для удобства. Допустим, он сделал это в форме списка справочника Номенклатуры. Потом, через какое-то время, решил ввести новый элемент с наименованием “Стул”, который не соответствует установленному ранее фильтру. Вводит его, записывает и…? И не видит его в списке. Что будет делать среднестатистический пользователь? Конечно, введет его второй раз, но опять не увидит. Дальше может последовать третий, четвертый, пятый раз. Когда ему надоест вводить одно и тоже, он, наконец, спросит у вас: а куда все пропадает?

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

Терминирующие сообщения

Терминирующие сообщения – это те сообщения, которые не позволят работать, пока пользователь не произведет определенные действия, т.е. пока он не обработает сообщение.

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

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

В вопросе могут определяться разные наборы вариантов ответов (ДаНет , ДаНетОтмена , ОК , ОКОтмена , ПовторитьОтмена , ПрерватьПовторитьПропустить ), которые задаются с помощью параметра.

Выведем какое-нибудь предупреждение с помощью строки (например, в модуле управляемого приложения):

Предупреждение(“Сейчас будет открыта база”);

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

В данном случае, при запуске приложения, будет выводиться окно, которое является модальным. Модальное окно перекрывает собой все окна, которые существуют в приложении. Пока мы не обработаем это окно, дальнейшие действия невозможны.

Аналогичным образом работает и функция Вопрос .

Синтаксис:
Вопрос(<ТекстВопроса>,<Кнопки>,<Таймаут>,<КнопкаПоУмолчанию>,<Заголовок>,
<КнопкаТаймаута>);

Обязательными являются только первые два параметра. Для второго параметра тип данных составной (РежимДиалогаВопрос или СписокЗначений ). Третий параметр (<Таймаут> ) характеризует интервал времени в секундах, в течение которого система будет ожидать ответа пользователя.

По истечении интервала окно вопроса будет закрыто. Аналогичный параметр(<Таймаут> ) есть и у функции Предупреждение .

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

Обращаю Ваше внимание, что данные методы (Предупреждение и Вопрос ) не доступны на Сервере. И это логично, потому что интерфейсные методы не могут быть выполнены на Сервере, где нет пользователя.

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

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

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

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

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

В настройках браузера по умолчанию всплывающие окна зачастую запрещены. Пользователя приходится заставлять устанавливать разрешение на эти окна.

Браузеры для планшетных компьютеров и для телефонов в большинстве случаев вообще не поддерживают всплывающие окна.

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

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

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

Синтаксис функции ПоказатьПредупреждение :

ПоказатьПредупреждение(<ОписаниеОповещенияОЗавершении>, <ТекстПредупреждения>, <Таймаут>, <Заголовок>)

Параметр <ОписаниеОповещенияОЗавершении> (необязательный)

Тип данных: ОписаниеОповещения .

Содержит описание процедуры, которая будет вызвана после закрытия окна предупреждения.

Синтаксис функции ПоказатьВопрос :

ПоказатьВопрос(<ОписаниеОповещенияОЗавершении>, <ТекстВопроса>, <Кнопки>, <Таймаут>, <КнопкаПоУмолчанию>, <Заголовок>, <КнопкаТаймаута>)

Обязательными являются первые три параметра.

Ниже приведен пример использования функции.

Класс СообщениеПользователю

Основное удобство класса сообщений СообщениеПользователю заключается в том, что это контекстное сообщение (в отличии от методов Предупреждение и Вопрос ).

Сообщения могут быть привязаны к конкретному экранному элементу. Этот объект доступен и на Сервере.

Следует обратить внимание, что, во-первых, данный объект нужно создавать. Например: Сообщение = Новый СообщениеПользователю;

Таким образом мы создаем экземпляр данного объекта.

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

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

Внимание! Для привязки к нужному полю формы обратите внимание на инициализацию свойств ПутьКДанным и КлючДанных . Применительно для документа при размещении кода в модуле объекта можно писать:

Сообщение.ПутьКДанным = “Объект”;
Сообщение.КлючДанных = ЭтотОбъект.Ссылка;

Чтобы открыть модуль документа, следует в окне редактирования объекта (документа) на закладке Прочее нажать на кнопку Модуль объекта .

Для эксперимента в модуле объекта какого-либо документа разместим код.

Ниже представлен полученный в пользовательском режиме результат для Платформы 8.3.

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

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

Соответственно, в момент обнаружения ошибок отменяется транзакция, т.е. запрещается запись элемента справочника, либо запрещается проведение документа.

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

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

Уведомление о состоянии процесса

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

Синтаксис: Состояние(<ТекстСообщения>, <Прогресс>, <Пояснение>, <Картинка>)
Параметры: <ТекстСообщения> и <Пояснение> – не обязательные, тип – Строка .
Текст выводится на специальную панель состояния.
<Прогресс> параметр тоже необязательный, но наглядный.
Тип: Число . Значение индикатора прогресса (от 1 до 100).
<Картинка> тоже необязательный параметр.
При обработке какого-либо события могут использоваться периодические вызовы функции типа:

При этом могут меняться надписи, а могут изменяться значения параметра Прогресс.

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

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

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

Хочется еще раз акцентировать ваше внимание на том факте, что если ваша конфигурация (версии 8.3.3+) предполагает работу с помощью веб-клиента, то:

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

Более подробно об отказе от использования модальных окон в платформе 1С:Предприятие 8.3 можно почитать в финальной статье цикла . А мы идем дальше и, наконец, приступаем к изучению долгожданного интерфейса «Такси» , который уже не раз упоминался в наших материалах.

1. Организация оповещения населения

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

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

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

Для решения задач оповещения на всех уровнях РСЧС создаются специальные системы централизованного оповещения (СЦО). В РСЧС системы оповещения имеют несколько уровней – федеральный, региональный, территориальный, местный и объектовый. Основными уровнями, связанными непосредственно с оповещением населения, являются территориальный, местный и объектовый.

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

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

Основной способ оповещения и информирования населения – передача речевых сообщений по сетям вещания. Используются радиотрансляционные сети, радиовещательные и телевизионные станции (независимо от форм собственности). Речевая информация передается населению с перерывом программ вещания длительностью не более 5 минут. Менее чем за 30 минут можно обеспечить оповещение 90,8% населения РФ, менее чем за 5 минут – 78,5%. До 2010 года на территории РФ предусмотрена поэтапная реконструкция систем оповещения, что позволит повысить уровень защиты населения в ЧС.

Система оповещения города. Верхнее звено системы оповещения крупного города, как правило, устанавливается в органе управления ГОЧС города, где организовано постоянное дежурство ответственных лиц.

Основным средством доведения до населения условного сигнала об опасности на территории Российской Федерации являются электрические сирены. Они устанавливаются по территории городов и населенных пунктов с таким расчетом, чтобы обеспечить, по возможности, их сплошное звукопокрытие. Сирены наружной установки обеспечивают радиус эффективного звукопокрытия в городе порядка 300-400 м. При однократном включении аппаратуры управления, электросирена отрабатывает 11 циклов (165 сек.), после чего автоматически отключается питание электродвигателя. Как правило, сети электросирен, созданные на определенной территории, управляются централизованно из одного пункта оповещения. Электрические сирены обладают достаточно высокой эффективностью в обеспечении экстренного оповещения населения, просты в устройстве и техническом обслуживании, служат десятилетиями. В то же время их использование не лишено недостатков: зависимость от состояния централизованного электроснабжения и исправности телефонных линий управления; небольшие площади звукопокрытия; сети электросирен легко уязвимы в чрезвычайных ситуациях (нарушение сети централизованного электроснабжения, аварии на местных телефонных сетях, являющихся основой для управления сиренами).

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

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

Для оповещения населения и объектов в городе Москве создана система централизованного оповещения для всех зон города (Москва разбита на 46 зон). Установлено 1240 электросирен и 840 уличных громкоговорителей.

Сети телевизионного и радиовещания в настоящее время являются основными каналами получения информации для населения. Каждая их этих сетей охватывает более 95% населения страны.

Для оповещения и информирования населения г. Москвы в чрезвычайных ситуациях будут использоваться 1 и 3 каналы телевидения, радио УКВ – программы: «Маяк», «Европа +», «Авторадио», «Эхо Москвы», «Москва и Москвичи». Московская система оповещения управляется оперативным дежурным Центра управления кризисными ситуациями. Сигналы и тексты оповещения записываются заранее на магнитные носители. В чрезвычайных, не терпящих отлагательств случаях, допускается «живая передача» из органа управления без предварительной записи.

Оповещение населения города Москвы о чрезвычайных ситуациях (ЧС) - это доведение сигналов оповещения и экстренной информации об опасностях, возникающих при угрозе возникновения или возникновении ЧС природного и техногенного характера, о правилах поведения населения и необходимости проведения мероприятий по защите.

Система оповещения - составная часть системы управления ГО и РСЧС, представляющая собой организационно-техническое объединение сил и специальных технических средств оповещения, сетей вещания, каналов сетей связи общего пользования и ведомственных сетей связи

В соответствии с Постановлением Правительства Москвы от 01.12.2015 № 795-ПП Системы оповещения населения о ЧС в г. Москве функционируют на следующих уровнях:

I. Региональный (региональная система оповещения о ЧС г. Москвы)

II. Муниципальный (местные системы оповещения о ЧС городских округов и поселений)

III. Объектовый (локальные системы оповещения (ЛСО) на потенциально опасных объектах и объектовые системы оповещения (ОСО) в организациях).

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

В соответствии с ФЗ № 28 от 28.01.1998 г. (ст. 7,9), Приказом МЧС РФ, Мининформсвязи РФ, Минкультуры РФ от 25.07.06 № 422/90/376, Постановлением Правительства Москвы от 1 декабря 2015г. № 795-ПП (п.1.3) обязаны иметь ОСО, сопряженную с централизованной системой оповещения:

Социально-важные объекты, объекты жизнеобеспечения:

• объекты культуры (музеи, выставки и т.п.);
• образовательные учреждения;
• медицинские учреждения;
• спортивные объекты;
• гостиницы, общежития, гостевые дома;
• гипермаркеты, рынки, торговые центры;
• развлекательные центры, заведения;
• бизнес-центры классов А, B и С;
• финансовые учреждения (банки и их отделения, страховые компании, центры выдачи кредитов и т. п.).

Объекты различного назначения с одновременным нахождением более 50 человек.

В соответствии с Постановлением Правительства Российской Федерации №447 Часть 3 П. 18 все гостиницы вне зависимости от категории должны быть оборудованы системами экстренного оповещения об угрозе возникновения или о возникновении чрезвычайных ситуаций и сопряжены с региональной системой оповещения ЧС г. Москвы

В соответствии с Постановлением Правительства Москвы от 01.12.2015 № 795-ПП, собственники объектов обязаны:

• Создавать и поддерживать в постоянной готовности объектовые системы оповещения о ЧС, обеспечивать их сопряжение с региональной системой оповещения г. Москвы.
• Постоянная готовность систем оповещения населения о ЧС достигается своевременным и качественным эксплуатационно-техническим обслуживанием средств оповещения;
• Поддерживать в постоянной готовности основной и резервный канал связи для управления системой оповещения;
• Оперативно и достоверно оповещать работников и посетителей организаций об угрозе возникновения или о возникновении ЧС, информировать о приемах и способах защиты от них;

МГТС оказывает услуги собственникам объектов по присоединению (сопряжению) объектовых систем оповещения (ОСО) с централизованной (муниципальной и региональной) системой оповещения г. Москвы.

Состав услуги, оказываемой МГТС:

1. Информационная поддержка по процедуре сопряжения

2. Техническое обследование объекта разработка технического решения

3. Организация канала связи, монтаж и настройка оборудования для сопряжения.