Под аббревиатурой «РТ» в русскоязычном пространстве чаще всего подразумевают ПАО «Ростелеком» (крупнейшего провайдера телекоммуникационных услуг в России) или РТРС (РТРС — Российская телерадиовещательная сеть)․ В корпоративной среде «РТ» также может означать систему учета заявок Request Tracker (RT)․ Ниже представлена подробная статья, охватывающая основные сценарии взаимодействия с архивами этих структур․

Основные сценарии обращения в архив

Понятие «Запрос в архив РТ» может относиться к разным процедурам в зависимости от того, кто вы (физическое лицо, юрлицо, сотрудник, адвокат) и какие данные вам нужны․

Архив абонентских договоров и учетных данных (ПАО «Ростелеком»)

Самый частый сценарий — получение копий договоров, акта подключения, истории платежей или детализации звонков за прошлые периоды;

• Кто обращается: Абоненты (физлица/юрлица), наследники, уполномоченные представители, судебные приставы, органы дознания (по основаниям закона)․
• Что хранится: Договоры оказания услуг, заявки на подключение/отключение, акты сверки, детализация трафика (хранится ограниченное время по закону), записи разговоров со службой поддержки (по политике компании)․
• Сроки хранения: Первичная учетная документация, минимум 5 лет (согласно ФЗ-402 «О бухгалтерском учете»), договоры — до истечения срока действия плюс архивный срок․

Архив технической документации и проектов (РТРС / Ростелеком — инфраструктура)

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

• Объекты: Схемы прохождения кабелей (ВОЛС, ФОЛС), планы расположения ЛЭП/КС, акты скрытых работ, проекты сооружений связи․
• Цель: Получение выписки из архива для согласования строительства, ввода в эксплуатацию, охранных зон․

Архив заявок в системе Request Tracker (RT)

Если речь идет о внутренней IT-системе компании (Helpdesk/Service Desk на базе RT)․

• Задача: Поиск исторических инцидентов, проблем, изменений (Change Requests), SLA-отчетов․
• Инструменты: Веб-интерфейс RT (Search Builder, SQL Queries), CLI-утилиты (rt-cli), REST API․

Порядок подготовки и подачи официального запроса (Юридические лица / Официальные лица)

Для получения документов, имеющих юридическую силу (нотариально заверенных копий, справок для суда), требуется официальный письменный запрос․

Структура официального письма-запроса

Документ должен быть изготовлен на бланке организации-заявителя и содержать:

1. Шапку: Кому (Генеральному директору филиала ПАО «Ростелеком» / Руководителю РТРС), От кого (Название организации, ИНН, ОГРН, адрес, контакты)․
2. Основание: Ссылка на закон (ст․ 5, 7, 9 ФЗ-149 «Об информации․․․», ст․ 15 ФЗ-126 «О связи», ст․ 86 ГПК РФ / АПК РФ / УПК РФ для судебных запросов, доверенность для представителей)․
3. Предмет запроса: Четкий перечень требуемых документов/сведений (номер договора, ФИО абонента, адрес подключения, период времени)․
4. Реквизиты для ответа: Юридический/фактический адрес для отправки почты, email для скан-копий, контактное лицо и телефон․
5. Подпись и печать: Подпись руководителя или уполномоченного лица (с расшифровкой), печать (если имеется)․

Каналы подачи

• Почта РФ (Ценное письмо с описью вложения): На адрес юр․ адреса филиала или Центрального офиса (Москва, ул․ Кремлевская наб․, 10/1)․ Самый надежный способ для фиксации факта получения․
• Электронный документооборот (ЭДО): Через операторов ЭДО (СБИС, Диадок, Контур․Экстерн) на идентификатор организации (ИНН/КПП)․
• Личный кабинет / Портал Госуслуг: Для типовых справок (подтверждение факта оплаты, отсутствие задолженности) — часто доступно онлайн без бумажного запроса․
• Через нотариуса: Нотариус может направить запрос от своего имени (ст․ 44 Основного законодательства о нотариате)․

Особенности поиска в архиве Request Tracker (RT) — для сотрудников и администраторов

Если «Запрос в архив РТ» означает поиск по базе тикетов системы Request Tracker (Best Practical), используются следующие подходы:

Веб-интерфейс: Query Builder (Построитель запросов)

Доступен в меню Tickets → Search → New Search․

• Simple Query: Поиск по ключевым словам в теме/теле (Content), статусу, очереди (Queue), владельцу (Owner)․
• Advanced Query (Query Builder): Позволяет строить сложные условия: Queue = 'Support' AND Status = 'resolved' AND Created > '2023-01-01' AND CF․{CustomField} = 'Value'․
• Saved Searches: Сохранение частых отчетов для быстрого доступа на главной странице (At a Glance)․

Прямые SQL-запросы к БД (Только для DBA / Root)

Внимание: Прямые запросы к БД (MySQL/PostgreSQL/Oracle) не рекомендуются производителям, так как схемы БД могут меняться при обновлениях․ Используйте API․

-- Пример логики поиска тикетов за год с кастомным полем
SELECT id, Subject, Status, Created
FROM Tickets
WHERE Queue IN (SELECT id FROM Queues WHERE Name = 'Archive')
 AND Created >= '2025-01-01'
 AND Type = 'ticket';

REST API 2․0 (Современный стандарт интеграции)

Позволяет выгружать данные в JSON для аналитики (Grafana, PowerBI, ELK)․

GET /REST/2․0/search/ticket?query=Queue%3D'Archive'%20AND%20Created%3E'2025-01-01'&orderby=-Created&format=l
Headers: Authorization: token 

Проблема кодировок и регистра (Критично для кириллицы)

В предоставленных интернет-данных упоминалась проблема PostgreSQL collation․ Это актуально для RT на PostgreSQL․

Проблема: При коллокации C или POSIX функция LOWER / ILIKE не работает корректно с кириллицей (русские буквы не приводятся к нижнему регистру)․

Решение: База данных RT должна быть создана с коллокацией, поддерживающей локаль, например ru_RU․UTF-8 (LC_COLLATE = ‘ru_RU․UTF-8’, LC_CTYPE = ‘ru_RU․UTF-8’)․

Пример создания правильной БД:

CREATE DATABASE rt5
 ENCODING 'UTF8'
 LC_COLLATE 'ru_RU․UTF-8'
 LC_CTYPE 'ru_RU․UTF-8'
 TEMPLATE template0;