Андрей Николаев

Прямо как Вы описали нет, НО!
Если БП со статусами, то Вы можете сделать отдельный статус для подтверждения.
Поставить тайм-аут на событие в 30 минут, и в другом статусе проверить были ли они выполнены. При невыполнении - вернуть заново на тот же статус.

Реализация похуже, но кейс решает.

А в чем собственно вопрос? Делайте как по документации

1) При установки модуля добавляем агент:

\CAgent::AddAgent( "\\Your\\Module\\SuperClass::superAgent();", "your.module", "N", 10 * 24 * 3600, "", "Y");

где
"\\Your\\Module\\SuperClass::superAgent();" - код php который должен выполняться (точка с запятой в конце строго!!!)
"your.module" - название вашего модуля
"N" - периодичность
10 * 24 * 3600 = периодичность запуска
'' - первая дата проверки (оставлять пустой)
"Y" - активность агента

2) При удалении - очищаем агенты
\CAgent::RemoveModuleAgents("your.module");
3) Если файлы располагаются по канонам d7 ( /your.module/lib/superclass.php ), то ничего больше делать не нужно, если старый - то нужно прописать в include.php автолоадер для вашего класса с агентом

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

1) Открываем меню в трее: Дополнительно -> Конфигурация -> Apache 2.* (у меня 2.4) (выбираем пункт)
2) У вас откроется редактор с примерно таким кодом:

#-----------------------------------------------#
# Начало блока конфигурации HTTP хоста
#-----------------------------------------------#

<VirtualHost *:%httpport%>

    DocumentRoot    "%hostdir%"
    ServerName      "%host%"
    ServerAlias     "%host%" %aliases%
    ScriptAlias     /cgi-bin/ "%hostdir%/cgi-bin/"

</VirtualHost>

У меня OpenServer находится на диске E, соответственно путь до папки с битриксом получается такой: E:/OpenServer/OpenServer/domains/dev

Вписываем волшебный кусочек кода:

<Directory "E:/OpenServer/OpenServer/domains/dev">
	AllowOverride All
	php_admin_value mbstring.func_overload 0
</Directory>

Чтобы получилось на подобии этого:

#-----------------------------------------------#
# Начало блока конфигурации HTTP хоста
#-----------------------------------------------#

<VirtualHost *:%httpport%>

    DocumentRoot    "%hostdir%"
    ServerName      "%host%"
    ServerAlias     "%host%" %aliases%
    ScriptAlias     /cgi-bin/ "%hostdir%/cgi-bin/"
	
	<Directory "e:\openserver\openserver\domains\cli">
		AllowOverride All
		php_admin_value mbstring.func_overload 0
	</Directory>
	
	<Directory "E:/OpenServer/OpenServer/domains/dev">
		AllowOverride All
		php_admin_value mbstring.func_overload 0
	</Directory>

</VirtualHost>

Сохраняем файл

3) Перезагружаем OpenServer (желтый флажок)

Примечание: метод работает только в web окружении, в консоли вы будете по-прежнему со значениями из Вашего php.ini файла

Файл: /bitrix/modules/main/classes/general/main.php
Строки: ~837 - ~847
Выдержка кода:

public function ShowHead($bXhtmlStyle=true)
	{
		echo '<meta http-equiv="Content-Type" content="text/html; charset='.LANG_CHARSET.'"'.($bXhtmlStyle? ' /':'').'>'."\n";
		$this->ShowMeta("robots", false, $bXhtmlStyle);
		$this->ShowMeta("keywords", false, $bXhtmlStyle);
		$this->ShowMeta("description", false, $bXhtmlStyle);
		$this->ShowLink("canonical", null, $bXhtmlStyle);
		$this->ShowCSS(true, $bXhtmlStyle);
		$this->ShowHeadStrings();
		$this->ShowHeadScripts();
	}

P.S. Худо-бедно путешествовать по ядру битрикса можно и через онлайн-документацию по ссылке: bxapi.ru/src/?id=166792

Увы, очищать папку через cron не лучшая идея. По факту Вы боретесь не с проблемой, а с симптомом.
Почему разрастается папка кеша?
1) У Вас очень большой и сложный сайт.
Например при 10 тысячах товаров в одной категории, если Вы будете пытаться кешировать каждую страницу, то размер будет большой. Предположим на страницу с 10 товарами уходит 10КБ кеша (на самом деле, все зависит от верстки и может достигать и бОльшего размера), тогда общий кеш каталога будет 10КБ * 10 000 = ~100МБ (учетных, на самом деле около 90МБ).
Теперь посчитаем, что может быть 2 вида отображения: списком или плиткой. Соответственно уже 180МБ. А если товаров не 10 тысяч, а 100 ? А если есть еще и фильтр и его результаты могут быть кешированы? И это мы посчитали только каталог и довольно малый размер кеша.

Решение: подобрать время кеширования и увеличить дисковое пространство

2) Неправильно определено время кеширования.
Например: у Вас ttl кеша стоит 3 месяца. И даже если за 3 месяца на него никто не зашел, он все-равно хранится. Например у Вас очень объемный кеш (что очень плохо), который занимае 500КБ (а иной раз и 1 МБ), получается что этот 1МБ будет хранится на протяжении длительного времени, даже если к нему нет обращения.

Решение: подобрать время кеширования (возможно где-то стоит уменьшить) и параметры компонентов (возможно что-то не стоит кешировать)

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

Решение: нужно проверить параметры кеширования в компонентах. Возможно в своих компонентах переписать или посмотреть на основании чего он формируется

4) Ошибка с механизмом очищения кеша.
Например, когда кеш не успевает удаляться, и накапливается. Таким образом происходит дублирование одного и того же кеша в разных компонентах.

Здесь дело не в компоненте, а в способе реализации, которая в свою очередь зависит от редакции.
Например для Битрикс24 их много. Навскидку варианты следующие:
1) Универсальный список с бизнес-процессом на нем
2) Элемент инфоблока с бизнес-процессом на нем (есть и в БУС)
3) Веб-формы и этапы прохождения (есть и в БУС)
4) Собственная реализация на инфоблоках
5) Релаизация на основе собственного кода

Например если взять вариант 1, то там вообще делать ничего не нужно. Только права правильно настроить и бизнес-процесс описать.
А вот, например в форме 4 - bitrix:iblock.element.add и собственный код согласования.

Для начала:
1) Выполнялись ли агенты на хитах или на кроне? Может быть кто-то начал перенос агентов на крон и не закончил перенос.
2) Определены ли константы: BX_CRONTAB_SUPPORT и BX_CRONTAB ? Может быть агенты были на хитах и кто-то определил константы и не перенес на крон. Или наоборот определил константы, без параметров ниже.
3) Какие значения заданы у agents_use_crontab и check_agents ?

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

require $_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php";

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

Давайте разберемся с Вашей ситуацией:

создала отдельный файл voting.php в шаблоне компонента

Скорее всего Вы просто создали файл. И в нем соответственно НЕ подключили служебную часть.
Я бы рекомендовал Вам использовать ORM Битрикса для такой ситуации (очен....
Но как быстрое решение, можно и прямой запрос в базу (хотя это будет менее элегантное решение).
В таком случае код будет выглядеть как-то так:

<?
require $_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php";

/**
 * Тут можете проверить, что все переменные пришли
 * Я для себя буду использовать переменные:
 * - ELEMENT_ID 
 * - USER_ID
 * 
 * Просто писать факт голосования.
 * В таблицу project_element_vote ( ID, ELEMENT_ID, USER_ID )
 */

global $USER;

/* @var object Объект приложения */
$oApplication = \Bitrix\Main\Application::getInstance();

/* @var object Объект соединения с БД */
$oConnection = $oApplication->getConnection();

/* @var object Хелпер для безопасной записи в БД*/
$oHelper = $oConnection->getSqlHelper();

/* @var object Объект для работы с входящими переменными */
$oRequest = $oApplication->getContext()->getRequest();


if ( $oRequest->isAjaxRequest() && !empty( $oRequest->get('ELEMENT_ID') ) )
{
	$iUser    = $USER->GetId();
	$iElement = $oHelper->forSql( $oRequest->get('ELEMENT_ID') );

	$sql = "INSERT INTO project_element_vote('ELEMENT_ID','USER_ID') VALUES ('{$iElement}','{$iUser}')";
	$res = $oConnection->query($sql);

	if ( $res )
	{
		echo 'ok';
		die();
	}
}
echo 'bad';