<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Сообщение о значении переменной пользователя UCCE]]></title><description><![CDATA[<p dir="auto">Все, где в SQL я могу найти текущее значение пользовательской переменной ICM? Я использую их для многих целей, в том числе для указания часов работы в административных скриптах и при появлении специальных сообщений службы поддержки. Я прочитал документ со схемой базы данных, в котором сказано, что нужно смотреть в таблице t_Persistent_Variable, но она пуста. Заранее благодарю за помощь. UCCE версия 8.5</p>
]]></description><link>https://sla247.ru/forum/topic/1121/сообщение-о-значении-переменной-пользователя-ucce</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 08:36:37 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1121.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 16 Feb 2026 18:33:15 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:29 GMT]]></title><description><![CDATA[<p dir="auto">Да, сэр, то же самое с обеих сторон. Tac наконец-то связался со мной и сказал, что это связано с<br />
<a href="https://quickview.cloudapps.cisco.com/quickview/bug/CSCwn98505" rel="nofollow ugc">CSCwn98505</a><br />
. Я видел это в наших журналах RPL, так что все подтверждается. Я посмотрю, есть ли возможность получить исправление с обратной кодировкой для ES до версии 15. Посмотрим!</p>
]]></description><link>https://sla247.ru/forum/post/7932</link><guid isPermaLink="true">https://sla247.ru/forum/post/7932</guid><dc:creator><![CDATA[dndillon]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:29 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:28 GMT]]></title><description><![CDATA[<p dir="auto">Помимо случая с TAC, вы пробовали проверить, происходит ли это на обоих логгерах или только на одном? Например, если вы сравниваете сторону A со стороной B, то оба ли они всегда задерживаются и задерживаются на одинаковое количество времени?</p>
]]></description><link>https://sla247.ru/forum/post/7931</link><guid isPermaLink="true">https://sla247.ru/forum/post/7931</guid><dc:creator><![CDATA[bill.king1]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:28 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:27 GMT]]></title><description><![CDATA[<p dir="auto">Спасибо, Дэвид! Ждал этого уже некоторое время. Если что-нибудь появится, я обновлю информацию здесь.</p>
]]></description><link>https://sla247.ru/forum/post/7930</link><guid isPermaLink="true">https://sla247.ru/forum/post/7930</guid><dc:creator><![CDATA[dndillon]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:27 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:26 GMT]]></title><description><![CDATA[<p dir="auto">Прошло много времени, но я помню, что видел это раньше. Мне даже кажется, что в старом SRND упоминалось, что использование постоянных переменных отчетов создает дополнительную нагрузку на базу данных, и я всегда предполагал, что это означает, что они будут второстепенными и не будут обновляться с той же частотой, что и другие таблицы, но в конечном итоге они всегда обновлялись. Я бы открыл заявку в службу поддержки и спросил, есть ли какой-нибудь волшебный регистрационный ключ, который мог бы ускорить этот процесс. Дэвид <a href="https://dmacias.org/" rel="nofollow ugc">Блог</a><br />
|<br />
<a href="https://squareo.com/" rel="nofollow ugc">Работа</a></p>
]]></description><link>https://sla247.ru/forum/post/7929</link><guid isPermaLink="true">https://sla247.ru/forum/post/7929</guid><dc:creator><![CDATA[david.macias]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:26 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:25 GMT]]></title><description><![CDATA[<p dir="auto">Это старый пост, но я хотел бы обсудить с вами эту тему. У меня открыта отчетность Persistent_Variable, и я настроил несколько панелей мониторинга CUIC для отчетности по определенным переменным типа вызовов и т. д. Я заметил, что таблица Persistent_Variable обновляется нерегулярно. То есть тег переменной меняется, функция маршрутизации из памяти маршрутизаторов работает нормально, все работает как надо, но таблица не обновляет правильное значение ValueChar. Иногда это занимает несколько часов, иногда несколько минут. Ничто не совпадает, как если бы это были интервальные данные. Когда это происходит, я запускаю проверку переменной по отношению к маршрутизатору, и она работает как часы. Просто отчетность работает очень медленно (до уровня регистратора). Кто-нибудь еще сталкивался с этим?</p>
]]></description><link>https://sla247.ru/forum/post/7928</link><guid isPermaLink="true">https://sla247.ru/forum/post/7928</guid><dc:creator><![CDATA[dndillon]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:25 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:24 GMT]]></title><description><![CDATA[<p dir="auto">jpsweeney77, молодец! Я знаю, что прошло уже полтора года, но я только сейчас дошел до твоего поста. Работает отлично и на 8, без необходимости перезапуска. Теперь у меня есть отчет CUIC, который показывает моей группе поддержки активный номер дежурного после рабочего времени в виде панели инструментов. Увы, они, вероятно, никогда не будут его использовать, но для меня это открывает огромные возможности. Спасибо.</p>
]]></description><link>https://sla247.ru/forum/post/7927</link><guid isPermaLink="true">https://sla247.ru/forum/post/7927</guid><dc:creator><![CDATA[bruce.finney]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:24 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:23 GMT]]></title><description><![CDATA[<p dir="auto">Привет, Пиюш, У меня были те же вопросы, но теперь я только что узнал, что эти изменения реестра (как для дистрибьютора, так и для логгеров) будут активированы немедленно (по крайней мере, для нашей платформы 9.0), без необходимости перезапуска. С этого момента каждый узел SET, настроенный и выполняемый скриптом, содержащим эти узлы SET, будет сохранять эти значения в таблицах БД (без автоматического сброса из памяти маршрутизатора в эти таблицы).</p>
]]></description><link>https://sla247.ru/forum/post/7926</link><guid isPermaLink="true">https://sla247.ru/forum/post/7926</guid><dc:creator><![CDATA[Eric Krieger]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:23 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:22 GMT]]></title><description><![CDATA[<p dir="auto">Спасибо, Омар. Надеюсь, что вышеуказанные изменения не повлияют на работу каких-либо действующих сервисов. Нужно ли перезапускать/перезагружать какие-либо сервисы на логгерах? Спасибо.</p>
]]></description><link>https://sla247.ru/forum/post/7925</link><guid isPermaLink="true">https://sla247.ru/forum/post/7925</guid><dc:creator><![CDATA[piyush aghera]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:22 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:21 GMT]]></title><description><![CDATA[<p dir="auto">Да, у Logger A и Logger B значение ключа Variable должно быть установлено на 1.</p>
]]></description><link>https://sla247.ru/forum/post/7924</link><guid isPermaLink="true">https://sla247.ru/forum/post/7924</guid><dc:creator><![CDATA[Omar Deen]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:21 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:20 GMT]]></title><description><![CDATA[<p dir="auto">Пожалуйста, сообщите, следует ли установить значение 1 для вышеуказанного ключа реестра на обоих регистраторах.<br />
У меня возникла проблема: некоторые пользовательские переменные, которые отображаются в регистраторе стороны B, отсутствуют в регистраторе стороны A. Как синхронизировать обе стороны?<br />
Наша организация недавно обновила систему UCCE с версии 8.0 до 10.0.</p>
]]></description><link>https://sla247.ru/forum/post/7923</link><guid isPermaLink="true">https://sla247.ru/forum/post/7923</guid><dc:creator><![CDATA[piyush aghera]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:20 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:19 GMT]]></title><description><![CDATA[<p dir="auto">Кроме того, я помню, что в системах 8.x была проблема, при которой необходимый флаг в Logger отключался при установке/обновлении. Этот флаг реестра в Logger находится по адресу... ICM<br />
//LoggerA/Logger/CurrentVersion/HistoricalData/Persistent/Variable</p>
]]></description><link>https://sla247.ru/forum/post/7922</link><guid isPermaLink="true">https://sla247.ru/forum/post/7922</guid><dc:creator><![CDATA[jpsweeney77]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:19 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:18 GMT]]></title><description><![CDATA[<p dir="auto">Этот запрос может быть полезен в зависимости от размера вашего контакт-центра. Его можно запустить только в отношении логгера; базы данных aw и hds не содержат данных в таблице постоянных переменных. SELECT uv.ObjectType, pv.ValueInt, uv.VariableName, pv.ValueChar<br />
FROM Persistent_Variable pv, User_Variable uv<br />
WHERE pv.UserVariableID = uv.UserVariableID<br />
ORDER BY uv.VariableName DESC Другой вариант — использовать rttest. Вы можете войти в Call Router и запустить его через командную строку, например. C:&gt;rttest /system<br />
/cust rttest: expr<br />
.<br />
. rttest doc: <a href="http://www.cisco.com/en/US/products/sw/custcosw/ps1001/products_tech_note09186a00800ac69b.shtml" rel="nofollow ugc">http://www.cisco.com/en/US/products/sw/custcosw/ps1001/products_tech_note09186a00800ac69b.shtml</a></p>
]]></description><link>https://sla247.ru/forum/post/7921</link><guid isPermaLink="true">https://sla247.ru/forum/post/7921</guid><dc:creator><![CDATA[Omar Deen]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:18 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:17 GMT]]></title><description><![CDATA[<p dir="auto">Посмотрите таблицу переменных терминации вызова. Убедитесь, что ваша пользовательская переменная установлена как постоянная. Дэвид <a href="https://dmacias.org/" rel="nofollow ugc">Блог</a><br />
|<br />
<a href="https://squareo.com/" rel="nofollow ugc">Работа</a></p>
]]></description><link>https://sla247.ru/forum/post/7920</link><guid isPermaLink="true">https://sla247.ru/forum/post/7920</guid><dc:creator><![CDATA[david.macias]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:17 GMT</pubDate></item><item><title><![CDATA[Reply to Сообщение о значении переменной пользователя UCCE on Mon, 16 Feb 2026 18:33:16 GMT]]></title><description><![CDATA[<p dir="auto">Вы можете включить репликацию этой таблицы постоянных переменных в HDS, изменив соответствующий флаг в реестре дистрибьютора. ICM<br />
//Distributor/RealTimeDistributor/Logger/HistoricalData/Persistent/Variable</p>
]]></description><link>https://sla247.ru/forum/post/7919</link><guid isPermaLink="true">https://sla247.ru/forum/post/7919</guid><dc:creator><![CDATA[jpsweeney77]]></dc:creator><pubDate>Mon, 16 Feb 2026 18:33:16 GMT</pubDate></item></channel></rss>