Оперативное оповещение пользователей прямо в 1С, принудительное завершение сеанса

30.07.21

База данных - Администрирование СУБД

Наше расширение позволяет оперативно оповещать всех пользователей 1С. Расширение будет полезно, когда нужно, чтобы все пользователи завершили сеанс. Возможность принудительного закрытия сеанса пользователя происходит без агента сервера. Данная разработка подходит для всех основных конфигураций линейки продуктов 1С:Предприятие 8.3 (8.3.18.1289). Особенно подойдет тем, кто работает в файловой базе.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Оперативное оповещение пользователей прямо в 1С, принудительное завершения сеанса
.zip 34,40Kb
28
28 Скачать (3 SM) Купить за 2 450 руб.

Как это работает

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

 

 

Сверху обозначены люди, которые на данный момент находятся в базе:

 

 

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

 

 

В поле "Текст сообщения" пишем нужную информацию и нажимаем "Отправить":

 

 

Выбранным сотрудникам придет сообщение в таком виде:

 

 

У получивших оповещение есть выбор "одобрить" - просто принятие к сведению, и "ответить" - письменный ответ отправителю:

 

 

Ответ отправителю придет в таком виде:

 

 

Ответы всех ответивших будут отображаться в отдельном окошке:

 

 

Функция "Отключить" позволяет принудительно завершить сеанс выбранных пользователей

 

См. также

Администрирование СУБД Системный администратор Платформа 1С v8.3 Бесплатно (free)

Пользовался ранее https://infostart.ru/1c/articles/1120161/#, но она устарела, т.к. службы запускаются через systemctl, да и сами службы слегка изменились. Возможно, где-то на ИТС уже есть нужная инструкция, но мне не попалась.

15.11.2024    302    Baser    2    

1

HighLoad оптимизация Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Россия Бесплатно (free)

Мы исследуем проблему долгого выполнения запросов PostgreSQL при использовании конструкции VALUES: когда она возникает, как на нее можно повлиять, а главное, почему ее продуманная отработка важна для более быстрого функционирования решений на базе 1С

12.11.2024    831    Tantor    19    

14

HighLoad оптимизация Администрирование СУБД Механизмы платформы 1С Программист Платформа 1С v8.3 ИТ-компания Россия Бесплатно (free)

В данной статье мы рассмотрим, как работает механизм временных таблиц на postgres на платформе 8.3.23 и что изменилось в нем при добавлении новых возможностей в платформе 8.3.25. А также на примере покажу, как понимание работы платформы позволяет оптимизировать СУБД для работы с 1С.

29.10.2024    3148    Tantor    38    

34

Администрирование СУБД Системный администратор Программист Бесплатно (free)

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

08.10.2024    734    AlexSvoykin    1    

7

Администрирование СУБД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ и решение ошибок СУБД. Во время реиндексации базы Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Не удалось найти объект "ИмяБазы.dbo._RefSInf21806", так как он не существует, или отсутствуют разрешения. Во время проверки целостности Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "dbo._RefSInf21806".

19.09.2024    4350    Xershi    10    

17

HighLoad оптимизация Администрирование СУБД Архивирование (backup) Системный администратор Программист Платформа 1С v8.3 Бесплатно (free)

Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.

13.08.2024    2972    1CUnlimited    9    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. klaus38 16.04.21 10:24 Сейчас в теме
"Подходит под любую типовую конфигурацию." В которую вы дорисуете регистры сведений. "СообщениеПользователю" и "НАвылет"

Это что? ОтключитьНаСервере();

Модерацию проходила эта поделка?
SlavaKron; +1 Ответить
2. SerG_Mur 65 16.04.21 12:58 Сейчас в теме
(1)У вас что то не работает из заявленного функционала при использовании обработки?
3. klaus38 16.04.21 13:43 Сейчас в теме
(2)Ну а как может работать, если у меня нет таких регистров? Сделайте расширением с соответствующими объектами или уберите про "любую типовую". Если про РС СообщениеПользователю я еще смогу угадать, то про
Для Каждого стр из НужныеСтроки цикл 
				    Рег = Регистрысведений.НАвылет.СоздатьМенеджерЗаписи();
я ничего не пойму.
4. SerG_Mur 65 16.04.21 13:51 Сейчас в теме
(3)Приносим свои извинения. Изначально был выложен не тот файл, сейчас все поменяем. Спасибо за замечание!
5. Award 16.04.21 17:26 Сейчас в теме
В файловом варианте работает. В клиент-серверном неадекватно себя ведёт. В основном окне, в процессе ввода сообщения, текст сообщения внезапно исчезает (возможно обновление окна по таймеру срабатывает), начинаешь вводить текст заново, появляется предыдущее сообщение, только что исчезнувшее.

На стороне пользователя, которому отправили сообщение тоже непорядок. Получил он сообщение от администратора. Пишет ответ, отправляет, но окно с сообщением от администратора не закрывает (собственно оно само не закрывается). Администратор, увидев ответ от пользователя, пишет новое сообщение, однако пользователь, у которого открыто окно с предыдущим сообщением, новое не получает. Допустим это правильно. Но и после закрытия окна, новое сообщение не придёт, если администратор отправлял его, пока у пользователя было открыто предыдущее. Т.е. новое сообщение просто теряется.

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

Ну и при подключении расширения ругается на справочник "Пользователи". Мелочи, но не приятно. Проверял на платформе 8.3.18.1363 в БП 3.0.91.36
6. SerG_Mur 65 19.04.21 14:36 Сейчас в теме
(5) Здравствуйте! Спасибо за Ваше замечание. В следующий раз учтем.
7. user635667 05.04.22 11:16 Сейчас в теме
8. SerG_Mur 65 05.04.22 15:04 Сейчас в теме
(7)Здравствуйте!
В данной разработке это не предусмотрено. Можно сделать за отдельную плату. Но насколько это нужно в SQL, если есть возможность эту операцию производить и без данного решения.
9. webresurs 228 07.11.22 13:41 Сейчас в теме
:-) - о нашел применение, с утра логические задания выдавать, пока не решит к работе не допускать....
10. SerG_Mur 65 07.11.22 15:14 Сейчас в теме
(9)
Как вариант!)
Проверка на бодрость сотрудников!
11. Si1vestr 07.03.23 17:27 Сейчас в теме
В 2023 году внешняя обработка не работает. Проверяли в БП 3.0.129.19. Допилите пожалуйста.
Оставьте свое сообщение