Спецификация технологических процессов «Индивидуальный телефон», «Широкополосный доступ» (стр. 6 )

Рисунок 4.10.2. Процесс «Изменение состава и объема услуги ADSL».

5.10.4.  Детальное описание технологического процесса.

5.10.4.1.  Прием заявки [подпроцесс №1].

Пользователь может изменять выбирать любые тарифные планы из предоставленного ему списка и может изменять скорость передачи данных в определенных пределах. Для этого пользователю необходимо авторизироваться в системе самообслуживания и внести необходимые изменения, либо написать заявку в АО.

[1] Заявка принята.

Входные данные – данные клиента.

Абонент обращается в АО, где у него принимают заявку на внесение изменений на услугу ADSL.

Выходные данные – предварительная заявка на изменение.

Система – CRM.

[2] Данные введены в УС.

Входные данные – данные клиента, предварительная заявка.

1 – 2. Работник АО вносит данные по заявке конкретного абонента в универсальную систему. Либо клиент самостоятельно вводит все необходимые данные в систему самообслуживания (составляющая часть УС) используя при этом любое подключение к сети Интернет.

Выходные данные – заявка на изменение.

Система – УС.

[3] Проверка возможности изменений произведена.

Входные данные – заявка на изменение.

2 – 3. Выполняется проверка возможности внесения изменений. Если меняется тарифный план, то проверяется дата последнего изменения тарифного плана и, опираясь на нормативную документацию, разрешается изменять или нет. Если меняется скорость передачи данных, то проверяется, поддерживает ли выбранную скорость порт на мультиплексоре.

Выходные данные – разрешение на изменения.

Система – УС.

[3.1] Отказано.

Входные данные – разрешение на изменения.

3 – 3.1. При невозможности внесения изменений заявка абонента закрывается со статусом «отказано».

Выходные данные – отказанная заявка.

Система – УС, CRM.

5.10.4.2.  Внесение изменений [подпроцесс №2].

[4] Изменения активированы.

Входные данные – разрешение на изменения.

3 – 4. Все необходимые изменения вносятся в профиль пользователя.

Выходные данные – внесенные изменения.

Система – УС.

5.10.4.3.  Закрытие заявки [подпроцесс №3].

[5] Данные переданы в биллинг.

Входные данные – внесенные изменения.

4 – 5. Данные о выполненной работе передаются в биллинговую систему, где в карточку абонента вносятся необходимые поправки и изменения, для того чтобы в дальнейшем вести правильные взаиморасчеты с абонентом.

Выходные данные – измененная карточка абонента.

Система – АСКР.

[6] Заявка закрыта.

Входные данные – внесенные изменения.

5 – 6. Заявке присваивается статус «закрыта».

Выходные данные – закрытая заявка.

Система – CRM, УС.

5.11.1.  Наименование технологического процесса.

Наименованием представленного технологического процесса является «Временное приостановление услуги ADSL».

Сокращенное наименование – «Приостановка ADSL».

5.11.2.  Перечень составляющих процесса.

Весь процесс разделен на несколько подпроцессов (этапов). Подпроцесс – составляющая часть общего технологического процесса, которая при необходимости может быть использована в других ТП.

Рисунок 4.11.1. Схема прохождения этапов ТП «Приостановка ADSL».

Список этапов:

1.  Заявка от абонента.

Входные данные – заявка клиента

Выходные данные – возможность изменения

2.  Заявка по необходимости.

Входные данные – список на отключения.

Выходные данные – номер списка, наименование услуги.

3.  Внесение изменений.

Входные данные – заявка клиента

Выходные данные – изменения внесены

4.  Закрытие заявки.

Входные данные – перечень изменений

Выходные данные – закрытая заявка

5.11.3.  Сокращенное описание технологического процесса.

Временное приостановление услуги ADSL может быть инициировано клиентом, либо по технической необходимости (например, по задолженности).

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

Если услуга приостанавливается по технической необходимости, то сначала формируются список на приостановку услуг. Для каждого абонента формируется и утверждается заявка на приостановку.

Данные по заявке вводятся в УС для дальнейшей обработки. После чего изменения активируются в срок, предусмотренный нормативной документацией. Данные об изменениях передаются в биллинговую систему и в абонентский отдел. Заявка закрывается. Схематически процесс представлен на стр. 178 Рисунок 4.11.2.

Рисунок 4.11.2. Процесс «Временное приостановление услуги ADSL».

5.11.4.  Детальное описание технологического процесса.

5.11.4.1.  Заявка от абонента [подпроцесс №1].

Пользователь может приостанавливать услугу ADSL на срок, определенный нормативной документацией (3 месяца). Для этого пользователю необходимо авторизоваться в системе самообслуживания и внести необходимые изменения, либо написать заявку в АО.

[1] Заявка принята.

Входные данные – данные клиента.

Абонент обращается в АО, где у него принимают заявку на временное приостановление услуги ADSL. В заявке указывается причина и срок приостановки.

Выходные данные – предварительная заявка на приостановку.

Система – CRM.

5.11.4.2.  Заявка по необходимости [подпроцесс №2].

[1.1] Заявка по необходимости сформирована.

Входные данные – Список на отключение.

Формируется список абонентов, у которых имеется задолженность по оплате услуг телефонии или ADSL. На основании списка формируется заявка на отключения абонента от услуги.

Выходные данные – Список на отключение, номер заявки.

Система – CRM.

[1.2] Заявка по необходимости утверждена.

Входные данные – данные абонента, номер заявки.

Сформированная заявка проверяется и утверждается ответственными лицами.

Выходные данные – Заявка на приостановку, номер заявки.

Система – CRM.

[2] Данные введены в УС.

Входные данные – данные клиента, предварительная заявка.

1, 1.2 – 2. Работник АО вносит данные по заявке конкретного абонента в универсальную систему. Либо клиент самостоятельно вводит все необходимые данные в систему самообслуживания (составляющая часть УС) используя при этом любое подключение к сети Интернет.

Выходные данные – заявка на приостановку.

Система – УС.

[3] Проверка возможности изменений произведена.

Входные данные – заявка на изменение.

2 – 3. Если приостановка услуги инициирована клиентом, то выполняется проверка возможности внесения изменений с учетом нормативной документации (приостановка выполняется один раз в месяц на срок не более трех месяцев). Данная проверка не выполняется, если приостановка услуги инициирована ПС.

Выходные данные – разрешение на изменения.

Система – УС.

[3.1] Отказано.

Входные данные – разрешение на изменения.

3 – 3.1. При невозможности приостановки заявка абонента закрывается со статусом «отказано».

Выходные данные – отказанная заявка.

Система – УС, CRM.

5.11.4.3.  Внесение изменений [подпроцесс №3].

[4] Изменения активированы.

Входные данные – разрешение на изменения.

3, 2 – 4. Все необходимые изменения вносятся в профиль пользователя.

Выходные данные – внесенные изменения.

Система – УС.

5.11.4.4.  Закрытие заявки [подпроцесс №4].

[5.1] Данные переданы в биллинг.

Входные данные – внесенные изменения.

4 – 5.1. Данные о выполненной работе передаются в биллинговую систему, где в карточку абонента вносятся необходимые поправки и изменения, для того чтобы в дальнейшем вести правильные взаиморасчеты с абонентом.

Выходные данные – измененная карточка абонента.

Система – АСКР.

[5.2] Данные переданы в АО.

Входные данные – внесенные изменения.

4 – 5.2. Данные по заявке передаются в АО, подшиваются в личное дело. Все необходимые данные отправляются в накопительный учет.

Выходные данные – измененная карточка абонента.

Система – АСКР.

[6] Заявка закрыта.

Входные данные – внесенные изменения.

5.1, 5.2 – 6. Заявке присваивается статус «закрыта».

Выходные данные – закрытая заявка.

Система – CRM, УС.

5.12.1.  Наименование технологического процесса.

Наименованием представленного технологического процесса является «Упразднение услуги ADSL».

Сокращенное наименование – «Упразднение ADSL».

5.12.2.  Перечень составляющих процесса.

Весь процесс разделен на несколько подпроцессов (этапов). Подпроцесс – составляющая часть общего технологического процесса, которая при необходимости может быть использована в других ТП.

Рисунок 4.12.1. Схема прохождения этапов ТП «Приостановка ADSL».

Список этапов:

1.  Заявка на упразднение.

Входные данные – заявка клиента, список на упразднение

Выходные данные – заявка принята

2.  Выполнение работ.

Входные данные – заявка на упразднение

Выходные данные – работы выполнены

3.  Получение оборудования.

Входные данные – список оборудования

Выходные данные – акт приема-передачи

4.  Закрытие заявки.

Входные данные – выполненные работы, полученное оборудование

Выходные данные – закрытая заявка

5.12.3.  Сокращенное описание технологического процесса.

Упразднение услуги ADSL может быть инициировано клиентом, либо по технической необходимости (например, по задолженности).

Если услуга упраздняется по желанию клиента, то ему необходимо обратиться в АО и написать заявление, либо ввести заявку в системе самообслуживания.

Если услуга упраздняется по технической необходимости, то сначала формируются список на упразднение услуг. Для каждого абонента формируется и утверждается заявка на упразднение.

Данные по заявке вводятся в УС, с абонентом расторгается договор на предоставление услуги ШД в Интернет. Формируется наряд на раскроссирование АЛ от мультиплексора. Если абонент арендовал у предприятия связи какое-либо оборудование, то он обязан его вернуть. После выполнения работ на кроссе и подписания абонентом акта приема - передачи оборудования все необходимые данные передаются в АО, биллинговую систему и в ТО. После этого заявка закрывается. Схематически процесс представлен на стр. 187 Рисунок 4.12.2.

Рисунок 4.12.2. Процесс «Упразднение услуги ADSL».

5.12.4.  Детальное описание технологического процесса.

5.12.4.1.  Заявка на упразднение [подпроцесс №1].

[1] Заявление написано клиентом.

Входные данные – данные клиента.

Абонент обращается в АО, где у него принимают заявку на упразднение услуги ADSL. В заявке указывается причина упразднения. Схематически процесс представлен на стр. 189 Рисунок 4.12.3.

Выходные данные – заявка на упразднение.

Система – CRM.

[1.1] Заявка на упразднение составлена.

Входные данные – Список на упразднение.

Формируется список абонентов, у которых имеется задолженность по оплате услуг телефонии или ADSL. На основании списка формируется заявка на упразднение услуги.

Выходные данные – Список на упразднение, номер заявки.

Система – CRM.

[1.2] Заявка на упразднение утверждена.

Входные данные – данные абонента, номер заявки.

Сформированная заявка проверяется и утверждается ответственными лицами.

Выходные данные – Заявка на упразднение, номер заявки.

Система – CRM.

Рисунок 4.12.3. Подпроцесс «Заявка на упразднение услуги ADSL».

5.12.4.2.  Выполнение работ [подпроцесс №2].

[2] Данные введены в УС.

Входные данные – данные клиента, предварительная заявка.

1, 1.2 – 2. Работник АО вносит данные по заявке конкретного абонента в универсальную систему. Либо клиент самостоятельно вводит все необходимые данные в систему самообслуживания (составляющая часть УС) используя при этом любое подключение к сети Интернет. Схематически процесс представлен на стр. 192 Рисунок 4.12.4.

Выходные данные – заявка на упразднение.

Система – УС.

[3.1] Договор с абонентом расторгнут.

Входные данные – номер заявки, номер договора.

С абонентом расторгается договор на предоставление услуги ADSL.

Выходные данные – соглашение о разрыве договорных отношений.

Система –CRM.

[3.2] Наряд на кросс сформирован.

Входные данные – Заявка.

2 – 3.2. На основании сформированной заявки выписывается наряд на выполнение работ на кроссе или в автозале.

Выходные данные – номер наряда, заявка.

Система – CRM, ОМ.

[4] Наряд на кросс утвержден.

Входные данные – номер наряда, наряд.

3.1, 3.2 – 4. Выписанный наряд проверяется и подписывается ответственными лицами. В заявку клиента вносится пометка «наряд сформирован»

Выходные данные – номер наряда, утвержденный наряд.

Система – CRM, ОМ.

[5] Кроссирование на станции выполнено.

Входные данные – номер наряда, наряд.

4 – 5. На кроссе проводятся работы по отключению линии от мультиплексора DSL.

Выходные данные – выполненные работы.

Система – ОМ.

[6] Наряд закрыт.

Входные данные – номер наряда, наряд.

5 – 6. После проведения работ по отключению на кроссе - наряд закрывается. В заявку клиента вносится помета «работы по отключению выполнены».

Выходные данные – номер закрытого наряда.

Система – ОМ.

Рисунок 4.12.4. Подпроцесс «Выполнение работ».

5.12.4.3.  Получение оборудования [подпроцесс №3].

[2.1] Акт приема - передачи сформирован.

Входные данные – арендуемое оборудование, активная заявка.

2 – 2.1. Формируется акт приема – передачи (возврата) арендуемого клиентом оборудования. Схематически процесс представлен на стр. 195 Рисунок 4.12.5.

Выходные данные – акт, номер акта.

Система – УС, CRM.

[2.2] Акт приема - передачи подписан ПС.

Входные данные – акт приема-передачи.

2.1 – 2.2. Сформированный акт подписывается ответственными работниками предприятия связи.

Выходные данные – подписанный акт.

Система – УС, CRM.

[2.3] Взаимодействие с абонентом.

Входные данные – данные абонента.

2.2 – 2.3. При упразднении услуги по технической необходимости работник АО связывается с абонентом и извещает его об упразднении. При этом предупреждает абонента о необходимости возврата арендуемого оборудования.

Выходные данные – принятие решения абонентом.

Система – УС, CRM.

[2.4] Арендуемое оборудование получено.

Входные данные – перечень оборудования.

2.3 – 2.4. Абонент возвращает арендуемое оборудование. Работник АО проверяет состояние оборудования.

Выходные данные – перечень оборудования.

Система – УС.

[2.5] Акт приема - передачи подписан абонентом.

Входные данные – акт приема-передачи.

2.4 – 2.5. Акт приема – передачи подписывается абонентом.

Выходные данные – подписанный акт.

Система – УС, CRM.

Рисунок 4.12.5. Подпроцесс «Получение оборудования».

5.12.4.4.  Закрытие заявки [подпроцесс №4].

[7.1] Передано в абонентский отдел.

Входные данные – заявка, закрытый наряд.

6, 2.5 – 7.1. Данные по заявке и закрытый наряд подшиваются в личное дело. Все необходимые данные отправляются в накопительный учет. Схематически процесс представлен на стр. 197 Рисунок 4.12.6.

Выходные данные – готовность к закрытию заявки.

Система – CRM.

[7.2] Передано в ТО.

Входные данные – заявка, закрытый наряд.

6, 2.5 – 7.2. Закрытый наряд передается в технический отдел, где работники вводят в базу данных линейного учета все необходимые изменения.

Выходные данные – Номер брони.

Система – АСТЛУ.

[7.3] Передано в биллинг.

Входные данные – закрытый наряд.

6, 2.5 – 7.3. Данные о выполненной работе передаются в биллинговую систему, где в карточку абонента вносятся необходимые поправки и изменения, для того чтобы в дальнейшем вести правильные взаиморасчеты с клиентом.

Выходные данные – измененная карточка абонента.

Система – АСКР, CRM.

[8] Заявка закрыта.

Входные данные – закрытый наряд, измененная карточка абонента.

7.1, 7.2, 7.3 – 11. Заявке присваивается статус «закрыта».

Выходные данные – Закрытая заявка.

Система – CRM.

Рисунок 4.12.6. Подпроцесс «Закрытие заявки на упразднение».

6.  Адаптированная модель технологических процессов.

[1] Заявка принята.

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

- фамилия, имя и отчество или наименование предприятия;

- серия и номер документа, удостоверяющего личность;

- когда и кем выдан документ, удостоверяющий личность;

- идентификационный код;

- адрес проживания;

- адрес установки телефона;

- контактный номер телефона;

Если клиент имеет льготы, то он может предоставить документы, подтверждающие право на льготу.

Все эти данные заполняются клиентом в специальный бланк заявления с личной подписью заявителя или печатью предприятия, который передается на дальнейшую обработку в Абонентский Отдел. Работником АО назначается дата повторной встречи с клиентом.

Затем АО регистрирует прием заявки путем постановки клиента в очередь на обработку. Для этого заявка передается ответственным лицам, которые заносят данные абонента в программный комплекс учета клиентов. В заявку клиента заносится дата регистрации заявления и регистрационный номер. Схематически подпроцесс «Установка телефона» изображен на стр. 217 Рисунок 5.1.1.

Выходные данные – Номер заявки, данные клиента, на заявке указывается дата следующего обращения клиента в АО.

Система – CRM.

[1.1] Поиск ТВ произведен.

Входные данные – адрес установки телефона, данные клиента.

После оформления клиента проводится поиск технической возможности установки средства связи с учетом наличия очереди по адресу установки. По результатам проверки может возникнуть несколько вариантов. Либо техническая возможность (ТВ) существует, либо не существует (ТВ может не быть физически, либо она есть, но будет отдана очереднику). В заявку клиента ставится пометка о наличии (или отсутствии) ТВ, дата поиска. Заявка возвращается в абонентский отдел. Для юридических лиц поиск ТВ выполняется без учета очередности по адресу установки.

Выходные данные – наличие или отсутствие технической возможности, дата определения ТВ.

Система – АСТЛУ.

[1.2] Поставлен в очередь по адресу.

Входные данные – отсутствие, наличие очередности по адресу.

В ранее согласованную дату клиент обращается в АО. Если клиент не обратился в абонентский отдел, то его вызывают – либо делают звонок, на указанный контактный номер, либо присылают извещение по адресу проживания. По истечении времени, если клиент (физическое лицо) так и не обратился в АО, заявке присваивают статус «очередник» и переводят в очередь на установку по адресу. При взаимодействии клиента и работника АО, опираясь на полученные ранее данные, определяются дальнейшие пути следования заявки. Решающими факторами при принятии решения является наличие ТВ и номер в очереди на обработку.

При наличии ТВ и если клиент находится первым в очереди на обработку, то дальше происходит процесс установки (описан ниже).

Если по адресу установки для данного клиента (физического лица) не существует ТВ, то его переводят в очередь на установку по адресу и предлагают выполнить технические условия (ТУ) для телефонизации его дома. Клиентам – юридическим лицам, сразу предлагается выполнять ТУ без постановки в очередь. Окончательное решение принимается клиентом.

Выходные данные – номер в очереди по адресу.

Система – АСТЛУ.

[1.3] Поиск ТВ произведен.

Входные данные – данные клиента, номер в очереди по адресу.

Периодически производится поиск ТВ в очереди на установку по адресу. Если ТВ появляется у очередника, и он находится первым в своей очереди, то его заявку переводят на обработку и далее вступает в силу этап установки. В случае, когда клиент не первый в своей очереди, то ему предлагается приобрести услугу «опцион» (описан ниже). При приобретении опциона, клиент имеет право на внеочередную установку телефона. Клиент может отказаться от приобретения этой услуги, при этом его предупреждают, что за время простоя в очереди, ТВ может пропасть.

При отсутствии ТВ клиент так и остается в очереди, либо продвигается в ней по мере установки средств связи вышестоящим очередникам.

Выходные данные – номер в очереди по адресу, наличие ТВ.

Система – АСТЛУ.

[2] Оплата формирования ТУ.

Входные данные – данные клиента.

Клиентом принято решение о получении технических условий. Работник абонентского отдела выписывает квитанцию на оплату услуги формирование ТУ. Квитанция передается клиенту для последующей оплаты. В заявке абонента ставится пометка «выписана квитанция на формирование ТУ» и дата выдачи квитанции. Совместно с клиентом определяется дата, в которую он должен обратиться в абонентский отдел, для получения технических условий. Выписанная квитанция должна быть оплачена в течение определенного времени. По истечению этого срока, если клиент не произвел оплату, он должен обратиться в АО за повторной квитанцией. Иначе его заявка переводится в статус «приостановлена, очередник». Услуга считается оплаченной, как только перечисленные средства поступили на счет получателя. В заявке абонента ставится пометка «квитанция на формирование ТУ оплачена» и дата оплаты квитанции.

Выходные данные – номер квитанции, плательщик квитанции.

Система – АСКР

[2.1.2] ТУ сформированы и утверждены.

Входные данные – заявка на формирование ТУ, данные клиента.

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

После формирования ТУ они должны быть утверждены ответственными лицами. После подписания в заявку клиента вносится запись о том, что ТУ сформированы.

Выходные данные – утвержденная документация ТУ.

Система – ОМ.

[2.1.3] Участок АЛ забронирован под ТУ.

Входные данные – заявка на бронирование, документация ТУ, данные клиента.

После утверждения ТУ передаются в техотдел, где для клиента бронируют участок АЛ, необходимый для выполнения ТУ. Бронирование выполняется на срок, предусмотренный нормативными документами. В заявку клиента вносится запись о том, что участок АЛ под ТУ забронирован.

Выходные данные – номер брони.

Система – АСТЛУ.

[2.1.1] Договор - обязательство сформирован.

Входные данные – данные клиента, срок актуальности ТУ.

Параллельно с разработкой ТУ для клиента формируется договор, в котором обязуется установить клиенту телефон при условии выполнения ТУ в определенный срок (срок актуальности ТУ). Так же в договоре обозначаются условия передачи построенных сооружений и сетей на баланс или обслуживание. Так как некоторые пункты договора могут видоизменяться по желанию клиента, то перед подписанием договор может измениться.

После формирования договор-обязательство подписывается ответственными лицами, ставятся печати предприятия (). В заявку клиента вносится пометка «договор-обязательство сформирован», номер и дата договора.

Выходные данные – подписанный договор, номер и дата договора.

Система – CRM.

[2.2] ТУ переданы клиенту.

Входные данные – сформированные ТУ.

Утвержденные ТУ и договор обязательство передаются в абонентский отдел. Работники АО вызывают клиента, либо он приходит самостоятельно, в заранее назначенную дату, для дальнейшего продолжения процесса установки телефона. На основании полученной информации клиентом принимается решение, от которого будет зависеть дальнейшие следование ТП.

По истечению срока, определенного нормативными документами, и при условии, что клиент не отвечает на вызовы АО или не предпринимает каких – либо действий, бронирование участка АЛ снимается. При этом в заявке клиента ставится пометка «Бронь участка АЛ под ТУ снята»

Если клиент согласен с условиями договора он подписывает его. Если клиент – юридическое лицо, то на договоре расписывается руководитель предприятия и ставится печать. В заявке клиента к пометке «сформирован договор» добавляется пометка «выдан». Клиент расписывается о получении в журнале учета движения документов.

После подписания договора клиенту выдаются ТУ. В заявке клиента к пометке «сформированы ТУ» добавляется пометка «выдано». Клиент расписывается о получении в журнале учета движения документов.

Выходные данные – Подпись клиента.

Система – ОМ.

После получения документации клиент может отказаться от выполнения ТУ. В этом случае его заявка переводится в статус «приостановлена, очередник».

Имея на руках технические условия и договор - обязательство, клиент принимает решение, кто будет выполнять ТУ. Он может выполнить сам, с помощью сторонних организаций, имеющих разрешение на такие работы. Либо выполнением ТУ может заняться .

Если клиентом принято решение выполнять ТУ с помощью . Для выяснения количества необходимых для постройки сети материалов и их стоимости составляется смета.

[3.1] Оплата формирования сметы.

Входные данные – сформированные ТУ.

После получения ТУ и принятия решений клиент обращается в абонентский отдел. Необходимо понимать, что между этими двумя состояниями может пройти достаточно большой промежуток времени. Поэтому, когда клиент предоставляет свои ТУ для формирования сметы, то работник абонентского отдела сначала должен проверить актуальность ТУ. Возможен вариант, что на момент формирования сметы, данные ТУ не позволят предоставить клиенту желаемую услугу.

Если ТУ не актуальны, то клиенту предоставляется возможность снова сформировать необходимый пакет документов. Если же клиент отказывается, то его заявка переводится в статус «приостановлена, очередник».

В случае действительности ТУ работник абонентского отдела выписывает квитанцию на оплату формирования проектно-сметной документации и передает ее клиенту. В заявку клиента вносится пометка «выписана квитанция на смету»

Определяется дата, в которую клиент должен обратиться в абонентский отдел, для получения сметы.

Выписанная квитанция должна быть оплачена в течение определенного времени. По истечению этого срока, если клиент не произвел оплату, он должен обратиться в АО за повторной квитанцией. Иначе его заявка переводится в статус «приостановлена, очередник». Услуга считается оплаченной, как только перечисленные средства поступили на счет получателя. В заявке клиента к пометке квитанции на смету добавляется пометка «оплачено» и дата оплаты.

Выходные данные – номер квитанции, плательщик квитанции, дата оплаты.

Система – АСКР.

[3.2] Сметная документация сформирована и утверждена.

Входные данные – запрос на формирование, ТУ.

Как только квитанция оплачена – заявка на формирование сметы и копия технических условий передаются из АО в отдел планирования (ОП). Исходя из ТУ, отдел планирования разрабатывает смету, в которой указывается из каких материалов необходимо выполнять строительство, определяется стоимость этих материалов и стоимость работ.

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

Выходные данные – утвержденная проектно-сметная документация, срок актуальности.

Система – ОМ.

[3.3] Сметная документация передана клиенту.

Входные данные – утвержденная смета, срок актуальности.

Утвержденная смета передается в абонентский отдел. Работники АО вносят в заявку клиента пометку «сформирована смета» и вызывают клиента, либо он приходит самостоятельно, в заранее назначенную дату, для дальнейшего продолжения процесса установки.

В назначенное ранее время клиент обращается в АО, где ему выдают сметную документацию. В заявке клиента к пометке «сформирована смета» добавляется пометка «выдана». Клиент расписывается о получении в журнале учета движения документов.

Выходные данные – подпись клиента.

Система – CRM.

После получения проектно-сметной документации клиент может отказаться от выполнения ТУ. В этом случае его заявка переводится в статус «приостановлена, очередник».

Также клиент может решить, что выполнение ТУ по смете составленной в ему не выгодно или не приемлемо. Из этих соображений клиент может обратиться в другую структуру, которая имеет разрешение на проведение работ такого вида.

Если же клиент решает выполнять ТУ силами , то он должен обратиться абонентский отдел. На данном этапе сформирован пакет документов, а именно – собственно сама заявка на установку телефона с пометками:

- «выписана квитанция на формирование ТУ» - «оплачена»;

- «сформированы ТУ» - «выдано»;

- «участок АЛ забронирован под ТУ»;

- «сформирован договор» - «выдан»;

- «выписана квитанция на формирование сметы» - «оплачена»;

- «сформирована смета» - «выдана».

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

[4.1] Оплата выполнения ТУ.

Входные данные – утвержденная смета, срок актуальности.

Принимая во внимание, что после получения сметы и принятием клиентом решения о выполнении ТУ может пройти достаточно много времени, то работником АО проверяется актуальность сметной документации.

Если смета не действительна, то клиенту предлагается снова сформировать проектно сметную документацию.

В случае, когда смета актуальна, для выполнения ТУ клиенту необходимо оплатить эту услугу. Вначале клиент оплачивает 50% от первоначальной стоимости. В дальнейшем, после выполнения технических условий, конечная стоимость может измениться, как в большую, так и в меньшую сторону. Так же для гарантирования установки средства связи может возникнуть необходимость продлить бронирование участка АЛ. В зависимости от обстоятельств строительство ТУ может протекать довольно длительное время. Поэтому клиенту предлагается за отдельную плату продлить бронирование более чем на месяц.

Выписывается квитанция на оплату 50% сметной стоимости формирования ТУ. Квитанция передается клиенту для последующей оплаты.

В заявку клиента добавляется пометка «квитанция предоплаты ТУ выписана». Определяется дата, когда клиент должен обратиться в АО.

Выписанная квитанция должна быть оплачена в течение определенного времени. По истечению этого срока, если клиент не произвел оплату, он должен обратиться в АО за повторной квитанцией. Иначе его заявка переводится в статус «приостановлена, очередник». Услуга считается оплаченной, как только перечисленные средства поступили на счет получателя. В заявке клиента к пометке квитанции выполнение ТУ добавляется пометка «оплачено» и дата оплаты.

Выходные данные – номер квитанции, плательщик квитанции, дата оплаты.

Система – АСКР.

[4.2] Оплата бронирования.

Входные данные – желание клиента.

По желанию клиента или из-за необходимости клиенту может быть выписана квитанция на оплату услуги бронирования участка цепи на срок более месяца. В заявку клиента добавляется пометка «квитанция на бронирование выписана».

Выписанная квитанция должна быть оплачена в течение определенного времени. По истечению этого срока, если клиент не произвел оплату, он должен обратиться в АО за повторной квитанцией. Иначе бронирование участка АЛ будет выполнено на срок, предусмотренный нормативным документом. Услуга считается оплаченной, как только перечисленные средства поступили на счет получателя. В заявке клиента к пометке квитанции бронирования добавляется пометка «оплачено» и дата оплаты.

Выходные данные – номер квитанции, плательщик квитанции, дата оплаты.

Система – АСКР.

[4.3] Участок АЛ забронирован.

Входные данные – номер квитанции на выполнение ТУ, номер квитанции на бронирование, нормативные документы.

После того, как все необходимые оплаты произведены, данные по заявке передаются в технический отдел (ТО) для бронирования существующего участка цепи. Так как на момент выдачи клиенту технических условий участок АЛ для него уже был забронирован, то эта бронь должна продлиться на месяц. А если клиент оплатил квитанцию бронирования, то на более длительный срок, но не более года. В заявку клиента вносится пометка «забронировано под ТУ», дата бронирования и срок брони.

Выходные данные – номер брони, срок брони.

Система – АСТЛУ.

[4.4] Работы по выполнению ТУ закончены.

Входные данные – номер квитанции на выполнение ТУ, ТУ, смета.

После бронирования ТО на основании технических условий и проектно сметной документации формирует наряд на проведение работ по выполнению ТУ. Наряд проверяется и утверждается ответственными лицами. Возможны случаи, когда наряд возвращается на доработку. Необходимо учитывать, что работы по формированию ТУ могут быть разноплановыми (рытье траншей, укладка кабеля в траншею и кабельную канализацию, установка оборудования, кроссирование и др.). Поэтому, некоторые работы, не требующие последовательного выполнения, могут производиться одновременно. Поэтому копии подписанного наряда могут передаваться на одновременное выполнение различным исполнителям.

Работники, ответственные за выполнение наряда, заказывают необходимые материалы и оборудование. Производят работы указанные в смете. Если необходимых материалов на складе нет, то составляется заявка на их приобретение.

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

Выходные данные – акты выполненных работ, закрытый наряд.

Система – ОМ.

Окончательно выполненными технические условия считаются только тогда, когда ответственная комиссия подпишет акт выполненных работ и примет линию. Для этого закрытый наряд, ТУ и проектно сметная документация передается такой комиссии.

Клиент имеет возможность выполнить ТУ самостоятельно

[5] Разрешение на проведение работ получено.

Входные данные – утвержденный проект.

Клиент предоставляет на утверждение проектную документацию, составленную для него в организации, которая будет выполнять работы.

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