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

Обозначение	Наименование	Смысл в случае слияния стрелок	Смысл в случае разветвления стрелок
	Асинхронное «И»	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Синхронное «И»	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
	Асинхронное «ИЛИ»	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены
	Синхронное «ИЛИ»	Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
	Исключающее «ИЛИ»	Только один предшествующий процесс завершен	Только один следующий процесс запускается

4.  Назначение документа.

В данном документе представлены спецификации групп технологических процессов «Индивидуальный телефон» и «Широкополосный доступ».

В пункте 4 – «Описание технологических процессов» приведена спецификация, разработанная по принципу «As Is» с целью анализа действующих реализаций ТП.

В пункте 5 – «Адаптированная модель технологических процессов» приведена спецификация, предназначенная для использования автоматизированными системами предприятия. На основании именно этой спецификации будут разрабатываться сервисы сопряжения прикладных информационных систем с BizTalk.

5.  Описание технологических процессов.

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

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

Сокращенное наименование - «Установка телефона».

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

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

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

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

1.  Принятие заявки.

Входные данные: Заявление клиента с указанием его данных.

Выходные данные: номер в очереди и наличие ТВ.

2.  Формирование технических условий.

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

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

3.  Формирование проектно сметной документации.

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

Выходные данные: утвержденная проектно сметная документация.

4.  Выполнение ТУ силами предприятия.

Входные данные: ТУ, смета.

Выходные данные: Перечень выполненных работ.

5.  Выполнение ТУ собственными силами.

Входные данные: сторонняя проектная документация.

Выходные данные: разрешение на выполнение работ.

6.  Принятие выполненных ТУ в эксплуатацию.

Входные данные: перечень выполненных работ.

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

7.  Приобретение приоритетного права на установку.

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

Выходные данные: договор на опцион, номер в очереди опциона.

8.  Установка ИТ.

Входные данные: наряд с ЛД

Выходные данные: закрытый наряд, договор на услугу.

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

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

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

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

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

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

Далее задействуется подпроцесс выполнения ТУ согласно сформированной ранее документации.

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

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

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

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

В процессе установки телефона после формирования линейных данных и проведения кроссировочных работ на станции клиент подписывает договор на предоставление услуги телефонии. На этом процесс установки закончен, на стр. 16 Рисунок 4.1.2 показана общая схема процесса установки телефона.

Рисунок 4.1.2. Детальная схема ТП «Установка телефона».

5.1.4.Детальное описание этапов технологического процесса «Установка телефона».

5.1.4.1.  Прием заявки на установку телефона
[подпроцесс №1].

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

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

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

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

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

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

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

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

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

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

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

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

Система – CRM.

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

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

1.1 – 1.2 АО регистрирует прием заявки путем постановки клиента (физическое лицо) в очередь на обработку. Для этого заявка передается ответственным лицам, которые заносят данные абонента в программный комплекс учета клиентов. В заявку клиента заносится дата регистрации заявления и регистрационный номер.

Выходные данные - № заявки.

Система – CRM.

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

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

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

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

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

[1.4] Принятие решения клиентом.

Входные данные – дата последующего обращения клиента, № заявки, наличие ТВ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.1.4.2.  Формирование технических условий
[подпроцесс №2].

[2.1] Выписана квитанция на формирование ТУ.

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

1.5 – 2.1 Клиентом принято решение о получении технических условий. Работник абонентского отдела выписывает квитанцию на оплату услуги формирование ТУ. Квитанция передается клиенту для последующей оплаты. В заявке абонента ставится пометка «выписана квитанция на формирование ТУ» и дата выдачи квитанции. Совместно с клиентом определяется дата, в которую он должен обратиться в абонентский отдел, для получения технических условий. Схематически подпроцесс «Формирование ТУ» изображен на стр. 25 Рисунок 4.1.4.

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

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

Далее процесс формирования ТУ протекает по двум параллельным веткам.

[2.2.1] Формирование ТУ оплачено.

Входные данные – средства поступили на счет получателя или клиент предъявил оплаченную квитанцию.

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

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

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

[2.2.2] ТУ сформированы.

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

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

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

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

[2.2.3] ТУ подписаны ответственными лицами.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[2.3.2] Договор - обязательство подписан ответственными лицами.

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

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

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

Система – CRM.

[2.4] Принято решение клиентом.

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

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

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

Система – CRM.

На этом этапе в абонентском отделе хранятся утвержденные технические условия клиента, две копии подписанного договора – обязательства и заявка абонента на установку с пометками «выписана квитанция на формирование ТУ», «квитанция на формирование ТУ оплачена», «сформированы ТУ», «участок АЛ забронирован под ТУ» и «сформирован договор».

Дальнейшие пути следования ТП установки будут зависеть от действий или решений клиента.

[2.4.1] Бронь участка АЛ снята.

Входные данные – срок ожидания истек, команда СУТП.

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

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

Система – CRM, АСТЛУ, ОМ.

[2.5] Договор-обязательство подписан клиентом.

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

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

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

Система – CRM.

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

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

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

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

Система – CRM.

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

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

Рисунок 4.1.4. Подпроцесс «Формирование ТУ».

5.1.4.3.  Формирование проектно-сметной документации [подпроцесс №3].

Клиентом принято решение выполнять ТУ с помощью . Для выяснения количества необходимых для постройки сети материалов и их стоимости составляется смета. Схематически подпроцесс «Формирование проектно-сметной документации» изображен на стр. 30 Рисунок 4.1.5.

[3.1] Проверка актуальности ТУ произведена.

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

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

Выходные данные – данные ТУ.

Система – CRM.

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

[3.2] Выписана квитанция на формирование сметы.

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

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

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

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

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

[3.3] Формирование сметы оплачено.

Входные данные – средства поступили на счет получателя или клиент предъявил оплаченную квитанцию.

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

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

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

[3.4] Данные переданы в отдел планирования.

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

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

Выходные данные – документация.

Система – ОМ.

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

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

3.4 – 3.5. Исходя из ТУ, отдел планирования разрабатывает смету, в которой указывается из каких материалов необходимо выполнять строительство, определяется стоимость этих материалов и стоимость работ.

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

Система – ОМ.

[3.6] Сметная документация подписана ответственными лицами.

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

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

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

Система – ОМ.

[3.7] Взаимодействие с клиентом.

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

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

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

Система – CRM.

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

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

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

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

Система – CRM.

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

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

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

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

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

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

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

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

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

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

Рисунок 4.1.5. Подпроцесс «Формирование проектно-сметной документации».

5.1.4.4.  Выполнение технических условий силами [подпроцесс №4].

[4.1] Проверка актуальности сметы произведена.

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

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

Выходные данные – актуальность сметы

Система – ОМ.

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

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

[4.2.1] Квитанция на предоплату выполнения ТУ выписана.

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

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

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

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

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

[4.2.2] Квитанция на предоплату выполнения ТУ оплачена.

Входные данные – средства поступили на счет получателя или клиент предъявил оплаченную квитанцию.

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

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

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

[4.3.1] Квитанция на оплату бронирования выписана.

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

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

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

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

[4.3.2] Квитанция на бронирование оплачена.

Входные данные – средства поступили на счет получателя или клиент предъявил оплаченную квитанцию.

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

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

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

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

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

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

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

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

[4.5] Наряд на исполнение ТУ выписан.

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

4.4 – 4.5. После бронирования ТО на основании технических условий и проектно сметной документации формирует наряд на проведение работ по выполнению ТУ.

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

Система – ОМ.

[4.6] Наряд на исполнение ТУ подписан ответственными лицами.

Входные данные – сформированный наряд, номер наряда.

4.5 – 4.6 Наряд проверяется и утверждается ответственными лицами. Возможны случаи, когда наряд возвращается на доработку [4.6 – 4.5].

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

Система – ОМ.

[4.7] Наряд передан исполнителям.

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

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

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

Система – ОМ.

[4.8] Работы по наряду выполнены.

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

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

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

Система – ОМ.

[4.9] Наряд на выполнение ТУ закрыт.

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

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

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

Система – ОМ.

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

Рисунок 4.1.6. Подпроцесс «Выполнение ТУ».

5.1.4.5.  Выполнение технических условий самостоятельно [подпроцесс № 6.0].

Схематически подпроцесс «Выполнение ТУ самостоятельно» изображен на стр. 38 Рисунок 4.1.7.