Вагид Гусейнов

Такого механизма нет.

Что можно сделать? Очевидных вариантов два:

ЛИБО запускать процесс, но процесс ставить на паузу до нужной даты.
Здесь конечно минус, т.к. процесс является запущенным и повторное совпадение комбинаций вызовет еще один процесс и т.д. Очень опасно вешать такие штуки на изменение документа.

ЛИБО запускать другой процесс, который в специальное место (например УС/таблицу/инфоблоко) запишет что нужно запустить для такого-то элемента.
А потом отдельным скриптом - запускать БП на элементах из этого списка.

1)триггер на изменение поля "Система налогообложения"
2)робот на постановку задачи по условию " поле "Система налогообложения" = УСН"
3)робот на постановку задачи по условию " поле "Система налогообложения" = ОСН"

API социальных сетей - это вполне типичные примеры реализации REST API.

REST (RESTful) - это общие принципы организации взаимодействия приложения/сайта с сервером посредством протокола HTTP. Особенность REST в том, что сервер не запоминает состояние пользователя между запросами - в каждом запросе передаётся информация, идентифицирующая пользователя (например, token, полученный через OAuth-авторизацию) и все параметры, необходимые для выполнения операции.

Всё взаимодействие с сервером сводится к 4 операциям (4 - это необходимый и достаточный минимум, в конкретной реализации типов операций может быть больше):
1. получение данных с сервера (обычно в формате JSON, или XML)
2. добавление новых данных на сервер
3. модификация существующих данных на сервере
4. удаление данных на сервере

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

Для каждого типа операции используется свой метод HTTP-запроса:
1. получение - GET
2. добавление - POST
3. модификация - PUT
4. удаление - DELETE

Т.е. :

GET-запрос /rest/users - получение информации о всех пользователях
GET-запрос /rest/users/125 - получение информации о пользователе с id=125
POST-запрос /rest/users - добавление нового пользователя
PUT-запрос /rest/users/125 - изменение информации о пользователе с id=125
DELETE-запрос /rest/users/125 - удаление пользователя с id=125

Используйте Critical Path CSS Generator: penthouse или critical. Их принцип работы — запустить сайт в клиентской среде (headless browser) и выбрать стили необходимые только для первого экрана. Стили для нескольких страниц (различных шаблонов) можно склеить в один файл. Отмечу, что рендерить стили стоит на нескольких разрешениях — для десктопов и мобильных, а также проверить наличие стилей состояний и модальных окон — подключив только сгенерированный critical css.

Делаю так:
1) в devtools включаю override для сайта
2) прохожу типичные страницы, удаляя с помощью js элементы ниже первого экрана + доп отступа
3) сохраняю результирующий html как override
4) анализирую страницу с помощью coverage, экспортирую отчёт по ней. Попутно меняю разрешение до мобильной версии и обратно, чтобы стриггерить медиа-правила.
5) когда все типичные страницы пройдены, и собраны отчёты по каждой из них, анализирую папку с ними скриптом, объединяющий использованные правила в один файл, неиспользуемые - в другой. Сохраняя исходную структуру/количество css.
6) создаю critical.css, который можно пушить по http2 либо просто добавив link preload, а остальные исходные css проекта заменяю очищенными экземплярами, чтобы не дублировать правила и в исходнике, и в критическом.
7) загрузку исходных откладываю с помощью js, loadcss, к примеру

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

Я бы вынес из функции

const conferenceTime = Date.parse(date); // время начала собрания

Добавил счётчик всплытия модалок:
let counterModal = 0
А функцию бы обернул в интервал:

let interval = setInterval(function (){
   if(cunterModal <3){ 
  //показать модалку
 counterModal++
} else {
clearInterval(interval)
}
},60000)

Если пользователь принимает собрание, то счётчику добавит +3. Или дописать условие в if. Ну короч дальше как угодно.