Технические требования
(→Вложения в ТТ) |
|||
(не показаны 70 промежуточных версий 7 участников) | |||
Строка 1: | Строка 1: | ||
Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований. | Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований. | ||
==Важные вопросы== | ==Важные вопросы== | ||
+ | Технические требования имеют [[Какие кнопки нажимать#Управление иерархическим просмотром|иерархическую]] структуру, то есть у каждого технического требования может быть несколько подчиненных записей - дополнений к данному ТТ. | ||
===Почему нужно использовать эту функциональность АвтоПарк?=== | ===Почему нужно использовать эту функциональность АвтоПарк?=== | ||
Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно: | Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно: | ||
Строка 6: | Строка 7: | ||
*Исполнитель имеет документированные задачи. | *Исполнитель имеет документированные задачи. | ||
===Когда нужно оформить <b>новое</b> техническое требование?=== | ===Когда нужно оформить <b>новое</b> техническое требование?=== | ||
− | Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла <b><big>новая</big></b> задача, | + | Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла <b><big>новая</big></b> задача. Что такое задача? Из толкового словаря Ушакова: |
+ | #Вопрос, требующий разрешения, то, что задано для решения, разрешения; | ||
+ | #Цель; то, что необходимо осуществить, чего необходимо достигнуть; поручение, как заданная кому-н. цель. | ||
+ | |||
+ | ===Дополнения к ТТ=== | ||
+ | Если необходимо сообщить новые данные по отправленному ТТ, следует оформить дополнение к ТТ. Для создания дополнения к ТТ, необходимо выбрать нужное ТТ (<b>отправленное</b>), нажать "Ins", из появившегося списка выбрать "Дополнение к ТТ". Оформление дополнения к ТТ аналогично оформлению исходного ТТ. Если основное ТТ еще не отправлено, необходимо редактировать его. Создание дополнения к ТТ при этом невозможно. | ||
+ | |||
===Когда нельзя оформлять новое ТТ?=== | ===Когда нельзя оформлять новое ТТ?=== | ||
− | Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует | + | Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует создавать дополнения к ТТ, писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ! |
− | писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ! | + | |
==Оформление== | ==Оформление== | ||
− | + | ;Номер:Заполняется автоматически. | |
− | + | ;Дата:Заполняется автоматически. | |
− | + | ;Состояние.: | |
− | + | :;Подготовлено. | |
− | + | :;Отправлено:устанавливается автоматически при отправке ТТ. | |
− | + | :;Аннулировано. | |
− | + | :;Отработано:По окончании работы с ТТ необходимо указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например: | |
− | + | ::"--О:" - ответ Службы поддержки на ТТ. | |
− | + | ::"--В:" - Ваш ответ (уточнение). | |
− | + | ::и т.д. вплоть до закрытия ТТ.: | |
− | + | ;Тип:Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования: | |
− | + | :;Исправление ошибок:<b>подробное описание действий, приводящих к ошибке, и описание самой ошибки</b>. Для облегчения оформления ТТ данного типа все существенные для понимания сути проблемы детали ТТ заполняются в отдельных полях. | |
− | + | :;Решение задачи:<b>опишите подробно (!) возникшую задачу</b>. Тут стоит остановиться подробнее. Обратите внимание, разработчики хотели бы получить <b>описание возникшей задачи, а вовсе не способ ее решения</b>! | |
− | + | :;Требуется срочная помощь!:Этот тип ТТ используется для экстренного вызова Службы поддержки, используется ТОЛЬКО в случае возникновения проблемы в нерабочее время (выходные или праздничные дни, или период времени с 20:00 до 10:00) при необходимости НЕМЕДЛЕННОГО устранения этой проблемы. [[#Оформление экстренных вызовов|Подробнее]]. | |
− | + | :;Дополнение к ТТ:Является дополнением к другому ТТ. | |
− | + | :;Исправление ошибки (подготовлено автоматически): ТТ с таким типом создается АвтоПарк автоматически, при обнаружении некоторых технических ошибок. Созданное ТТ отправляется [[Блюститель АвтоПарк|Блюстителем АвтоПарк]]. | |
− | + | ;ТТ:Только для дополнений к ТТ. Ссылка на исходное ТТ. Создание дополнений возможно только для ТТ в состоянии "Отправлено". Если у ТТ уже есть неотправленное дополнение, необходимо редактировать его, а не создавать новое. | |
− | + | ;Срок исполнения:Только для ТТ. Важнейший элемент ТТ. Необходимо взвешенно подходить к определению срока исполнения. Например, довольно странно выглядит ТТ со сроком "в течение дня", отправленное в 19:00, или требование внести изменения с будущего месяца со сроком "немедленно". Для дополнений к ТТ срок берется из исходного ТТ. | |
− | + | :;Немедленно:Требует немедленной реакции (это значит, что мы должны бросить все другие дела и решать именно заявленную проблему). | |
− | + | :;В течение дня:Это означает, что автор ТТ ожидает получить решение к окончанию текущего дня. Позволяет указать конкретное время, к которому требуется исполнить ТТ. | |
− | + | :;К завтрашнему дню:Это означает, что автор ТТ ожидает получить решение к утру следующего рабочего дня. | |
− | + | :;В течении недели. | |
− | + | :;В течении месяца. | |
− | + | :;К указанной дате:Позволяет указать конкретную дату (и время), к которому требуется исполнить ТТ. | |
− | + | :;В будущем:Выбор такого срока означает, что автор ТТ оставляет срок исполнения на усмотрение разработчиков. | |
− | + | ;Тема:Необходимо описать существо ТТ одним предложением. Это полезно для дополнительной идентификации ТТ. Это полезно, также, для того, чтобы еще раз осмыслить, чего же, собственно, хочется. | |
− | + | ;Контактное лицо: ФИО работника с которым при необходимости будет проводиться согласование ТТ. В ТТ с типом "Исправление ошибки (подготовлено автоматически)" в качестве контактного лица указывается работник, у которого впервые возникла ошибка, в результате которой было сформировано ТТ. | |
− | + | ;Автор (сектор или работник):Если инициатором ТТ является подразделение, то указывается его наименование, если конкретный работник - то указывается его должность и, если необходимо, ФИО. Может быть пустым, в этом случае инициатором считается работник, указанный в качестве "Контактного лица". | |
− | + | ;Содержание ТТ:Необходимо внимательно относиться к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей. | |
===Оформление экстренных вызовов=== | ===Оформление экстренных вызовов=== | ||
− | Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с | + | Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 20:00 до 10:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 10:00 до 20:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа. |
+ | |||
+ | Необходимо учитывать специфику передачи сообщений на мобильные устройства: | ||
+ | *Сообщение должно быть кратким (не более 512 символов). | ||
+ | *Сообщение можно не подписывать, но обязательно должен быть указан номер телефона для связи при отработке сообщения. | ||
+ | *Сообщение следует посылать один раз, так как его доставка гарантирована. Сообщение поступает на мобильное устройство так быстро, как это возможно (т.е. либо сразу, либо как только устройство попадет в зону действия радиосети). | ||
+ | |||
+ | В случае, если отправка технических требований из АвтоПарк не работает или по каким-либо другим причинам экстренный вызов оформляется не в АвтоПарк, а в почтовом клиенте, тема электронного письма должна состоять только из семизначного номера ТТ без каких-либо других символов. Если номер технического требования Вам неизвестен, тема должна состоять из семи нулей: "0000000". Экстренное оповещение службы поддержки о сообщениях, содержащих в теме что-либо отличное от семизначного числа, производиться не будет. | ||
+ | |||
===Оформление на основе журнала ошибок=== | ===Оформление на основе журнала ошибок=== | ||
− | Для облегчения оформления ТТ существует возможность | + | Для облегчения оформления ТТ существует возможность добавить к тексту ТТ описание ошибки из [[Журналы ошибок|журнала ошибок]] (при использовании локального меню во время редактирования поля "Содержание ТТ"). |
− | == | + | |
− | + | ===Оплата труда=== | |
− | + | При изменении положения по оплате труда необходимо: | |
− | + | #Перечислить, что именно изменилось в виде "стало ... (было ...)". | |
− | + | #Указать соответствующий [[Таблица аббревиатур АвтоПарк|ВНУ]]. | |
− | + | #Вложить полный текст положения (или его соответствующий фрагмент) в формате MS Word. | |
− | == | + | |
− | + | ==Вложения в ТТ== | |
− | + | Добавление вложений в ТТ выполняется стандартным образом в [[Прикрепленные файлы|прикрепленные файлы]]. Прикрепить файл можно только к ТТ в состоянии "Подготовлено". | |
− | + | ||
==Отправка== | ==Отправка== | ||
− | После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки. | + | После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки. |
+ | |||
+ | Адрес EMail отправителя ТТ выявляется на основе данных о [[Контакты|контактах]], ассоциированных с объектами АвтоПарк, в следующем порядке: | ||
#[[Физические лица|Физического лица]] текущего пользователя; | #[[Физические лица|Физического лица]] текущего пользователя; | ||
#[[Рабочие места|Рабочего места]] текущего пользователя; | #[[Рабочие места|Рабочего места]] текущего пользователя; | ||
#[[Контакты контрагента|Общего контакта контрагента с кодом 0000]]. | #[[Контакты контрагента|Общего контакта контрагента с кодом 0000]]. | ||
+ | В качестве обратного адреса технического требования (т.е. на который будет отправлен ответ от службы поддержки) может быть указан адрес отправителя, либо адрес предприятия (Общего контакта контрагента с кодом 0000), либо оба этих адреса, в зависимости от того, что текущий пользователь указал в [[Использование электронной почты#Для работников, которым требуется отправка электронной почты средствами АвтоПарк|настройке учетной записи рабочей почты]]. | ||
+ | |||
+ | ТТ может быть отправлено с использованием [http://ru.wikipedia.org/wiki/FTP протокола FTP] или [[Использование электронной почты|по электронной почте]]. Основной канал отправки ТТ указывается в [[Текущие настройки#9005|текущей настройке 9005]]. | ||
+ | |||
+ | В случае возникновения проблем при отправке ТТ по основному каналу, существует возможность отправки ТТ по резервному каналу. Канал отправки ТТ при выборе резервного канала будет выбран автоматически, в зависимости от установленного основного канала. | ||
+ | |||
+ | ==Контроль исполнения== | ||
+ | Во время работы над техническим требованиям могут возникать уточнения, дополнения по существу требования, изменения первоначального требования, сроков выполнения и т.п. Крайне желательно делать записи ("F9-отметка о Выполнении") о важных фактах, связанных с исполнением требования. | ||
+ | ===Реакция Исполнителя на отправленное ТТ=== | ||
+ | Установлено предельное время реакции Исполнителя на отправленное ТТ - <b>2 (два) часа</b> (в рабочее время). Если Заказчик в течение указанного периода не получил ответа в виде обновления с решением задачи, либо письма или звонка с уточняющими вопросами, либо письменного уведомления о передаче требования в работу - ему следует начинать волноваться о судьбе ТТ. Обратите внимание, это вовсе не значит, что "только через аж два часа" - разумеется, срочные ТТ отрабатываются вне очереди. Речь о предельном времени реакции Исполнителя. | ||
+ | |||
+ | ===Согласованное изменение срока исполнения=== | ||
+ | В процессе работы над ТТ с обеих сторон могут возникнуть различные обстоятельства, которые оказывают влияние на возможный срок исполнения требования. Следует отражать факт согласования изменения срока исполнения ТТ. | ||
+ | ===Отметка о выполнении ТТ=== | ||
+ | Исполнением ТТ следует считать любое окончательное (на данный момент, конечно) решение. В том числе, и снятие ТТ заказчиком, и отказ исполнителя. После получения уведомления об исполнении требования необходимо: | ||
+ | #Произвести проверку результатов исполнения. | ||
+ | #Отразить окончательный результат работы по требованию: | ||
+ | ##Изменить "Состояние" требования на "Выполнено". | ||
+ | ##Указать дату и результат исполнения. | ||
+ | ##Добавить в "Комментарии" пояснение-резюме. | ||
+ | ===Инструменты контроля=== | ||
+ | *Отчет "F9-ExpSC Просроченные ТТ на дату". | ||
+ | *Автоматизированный контроль. Производится автоматически один раз в день при в входе в АвтоПарк пользователя, [[Группы пользователей|члена группы AP_Admin]]. | ||
+ | *[[Какие кнопки нажимать#Отбор некоторых записей|Специальный отбор]]: | ||
+ | **ТТ в работе. | ||
+ | **Не отправленные документы. | ||
+ | |||
+ | ==Примеры== | ||
+ | Приведены реальные (тексты только слегка подредактированы) письменные ТТ | ||
+ | ===Отличные!=== | ||
+ | Почему эти ТТ отличные? Потому что по ним не требуется ничего уточнять - конкретно и исчерпывающе. | ||
+ | |||
+ | Необходимо массовое изготовление дополнительных соглашений прилагаемой формы с работниками | ||
+ | отдельных категорий. В порядке, аналогичном тому, который был по ТТ 0000334. | ||
+ | |||
+ | Неправильно считается премия за выполнение плана выручки | ||
+ | (линейные часы + ночные часы + разрывные + ПЗВ) х 45%. | ||
+ | Например, таб.01583 премия за 06.008 должна составлять 4939.92, | ||
+ | а составляет 4895.28. Аналогичная ситуация у таб. 02118 и других. | ||
+ | |||
+ | Необходимо включить в состав дополнительной информации информационного | ||
+ | киоска прилагаемый перечень видов депремирования (денежных взысканий) | ||
+ | за неисполнение работниками своих обязанностей. | ||
+ | |||
+ | С 01.03.2011 изменились: | ||
+ | 1 Премии линейных водителей на договорных перевозках: | ||
+ | 1.1 Премия за выполнение плана (ВНУ 001) 20% (была 30%); | ||
+ | 1.2 Премия за выполнение рейсов (ВНУ 002) 10% (была 20%). | ||
+ | 2 Доплата за ночное питание всем работникам 138 рублей в смену (было 115 рублей). | ||
+ | |||
+ | ===Ужасные!=== | ||
+ | Тексты ТТ и краткие комментарии, почему именно они ужасны. | ||
+ | Смотрим отчет "Заработок по видам перевозок". | ||
+ | Почему в нем по газелям нет непроизводственных расходов? | ||
+ | Не указан период, за который подготовлен отчет, не приложен собственно отчет, не сказано, кто такие "по газелям" (если кто-то подумал, что это марка транспортных средств, то нет, не марка - вид перевозок) и, наконец, забыли упомянуть, что этих "расходов" по этим "газелям" в отчете нет уже два года и вообще никогда не было. | ||
+ | |||
+ | Нам необходимо вводить данные страховых сумм в программу АвтоПарк | ||
+ | по подвижному составу (конкретно по каждой машине) и другому имуществу. | ||
+ | Данные страховых сумм выгружать в отчет по машинам и другому имуществу: | ||
+ | по виду деятельности,по видам перевозок. | ||
+ | Каких страховых сумм? Куда вводить? Куда выгружать? | ||
+ | |||
+ | Получили карты допуска на автотранспортное средство(международные перевозки), | ||
+ | как ввести их в свойства автомобиля? | ||
+ | |||
+ | Мы или уже знаем про такие карты, и тогда следует смотреть документацию, или мы впервые о них слышим, и тогда слов в ТТ крайне недостаточно. | ||
+ | |||
+ | Можно ли в отчет CnsMA[E] "Анализ среднемесячного расхода за период" добавить | ||
+ | поле "агрегат,запчасть". для анализа по группам товара. | ||
+ | |||
+ | Фактически, нам говорят, что в отчет следует добавить поле для того, чтобы это поле использовать в отчете. Ну, это, в общем, и так ясно. Очень редко (хотя и бывает) просят добавить, чтобы не использовать. Иными словами, нам опять говорят "тут нужно использовать ключ 9х12", вместо того, чтобы сказать "у нас в туалете бачок сломался - почините". | ||
+ | |||
+ | Неполностью формируются отчеты в Excel-2007. На всех компьютерах с OfficeXP | ||
+ | отчёты выводятся нормально, кроме компьютера пользователя XXX. У этого | ||
+ | пользователя во всех вычисляемых полях стоят вопросы. Не можем понять, | ||
+ | что изменилось в настройке Excel-2007. Раньше отчеты на компьютере этого | ||
+ | пользователя XXX выводились нормально. | ||
+ | |||
+ | Когда было "нормально"? Слово "раньше" несет в себе 1 бит информации ("раньше работало? Да"). Это, конечно, лучше, чем ничего, однако категорически недостаточно. | ||
+ | |||
+ | Когда появилась проблема? | ||
+ | |||
+ | Что происходило с компьютером (установка/снос программ, изменение оборудование, прочие процедуры) с момента, когда было "нормально" до момента, когда стало плохо? | ||
+ | |||
+ | Много ли отчетов с вычисляемыми полями было проверено? | ||
+ | |||
+ | Проводилась ли проверка на другом компьютере с той же версией Excel? | ||
+ | |||
+ | Проводилась ли проверка на том же компьютере, но другим пользователем? | ||
+ | |||
+ | ===Как могут изменяться ТТ в процессе обсуждения=== | ||
+ | Первая редакция: | ||
+ | Работнику NNNNN произвели лишнюю оплату по БЛ(в течение года более 5 месяцев БЛ). | ||
+ | Пыталась БЛ с 16.10 по 01.11 сделать со средней = 0, но тогда БЛ | ||
+ | рассчитывается из МРОТ. Если я "лишние БЛ" оставлю как Оформлено медиком, | ||
+ | будут ли эти периоды в отчёте для ПФ учтены как Периоды | ||
+ | временной нетрудоспособности? | ||
+ | Наш ответ: | ||
+ | 1 Что значит "лишняя оплата"? | ||
+ | 2 Что значит "Оформлено медиком"? | ||
+ | 3 Пожалуйста, изложите проблему (а не способ ее решения), употребляя при | ||
+ | этом обычные слова. | ||
+ | Вторая редакция: | ||
+ | 1 К работнику NNNNN применимо положение: | ||
+ | В соответствии с ч. 3 ст. 6 Федерального закона от 29.12.2006 N 255-ФЗ .... | ||
+ | застрахованному лицу, признанному в установленном порядке инвалидом, | ||
+ | пособие по временной нетрудоспособности (за исключением заболевания | ||
+ | туберкулезом) выплачивается не более 4 месяцев подряд или 5 месяцев | ||
+ | в календарном году. | ||
+ | 2 Вид документа 13 Оформлено медиком введён для медицинских | ||
+ | отчётов. Документ без начислений, в табеле отмечается как БЛ. | ||
+ | 3 В отчёте за 4кв.2013 для ПФ в инд.сведениях Зайцевой надо с 16.10.2013 | ||
+ | больничные листы включить в периоды нетрудоспособности, оплату по этим | ||
+ | БЛ не начислять. | ||
+ | |||
+ | Отлично! | ||
[[Категория:Объекты АвтоПарк]] | [[Категория:Объекты АвтоПарк]] | ||
[[Категория:Администратору]] | [[Категория:Администратору]] |
Текущая версия на 16:38, 21 января 2015
Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований.
Содержание |
Важные вопросы
Технические требования имеют иерархическую структуру, то есть у каждого технического требования может быть несколько подчиненных записей - дополнений к данному ТТ.
Почему нужно использовать эту функциональность АвтоПарк?
Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно:
- Заказчик видит, какие задачи он поставил, как и когда они были решены (или не решены).
- Исполнитель имеет документированные задачи.
Когда нужно оформить новое техническое требование?
Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла новая задача. Что такое задача? Из толкового словаря Ушакова:
- Вопрос, требующий разрешения, то, что задано для решения, разрешения;
- Цель; то, что необходимо осуществить, чего необходимо достигнуть; поручение, как заданная кому-н. цель.
Дополнения к ТТ
Если необходимо сообщить новые данные по отправленному ТТ, следует оформить дополнение к ТТ. Для создания дополнения к ТТ, необходимо выбрать нужное ТТ (отправленное), нажать "Ins", из появившегося списка выбрать "Дополнение к ТТ". Оформление дополнения к ТТ аналогично оформлению исходного ТТ. Если основное ТТ еще не отправлено, необходимо редактировать его. Создание дополнения к ТТ при этом невозможно.
Когда нельзя оформлять новое ТТ?
Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует создавать дополнения к ТТ, писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ!
Оформление
- Номер
- Заполняется автоматически.
- Дата
- Заполняется автоматически.
- Состояние.
-
- Подготовлено.
- Отправлено
- устанавливается автоматически при отправке ТТ.
- Аннулировано.
- Отработано
- По окончании работы с ТТ необходимо указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например:
- "--О:" - ответ Службы поддержки на ТТ.
- "--В:" - Ваш ответ (уточнение).
- и т.д. вплоть до закрытия ТТ.:
- Тип
- Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования:
- Исправление ошибок
- подробное описание действий, приводящих к ошибке, и описание самой ошибки. Для облегчения оформления ТТ данного типа все существенные для понимания сути проблемы детали ТТ заполняются в отдельных полях.
- Решение задачи
- опишите подробно (!) возникшую задачу. Тут стоит остановиться подробнее. Обратите внимание, разработчики хотели бы получить описание возникшей задачи, а вовсе не способ ее решения!
- Требуется срочная помощь!
- Этот тип ТТ используется для экстренного вызова Службы поддержки, используется ТОЛЬКО в случае возникновения проблемы в нерабочее время (выходные или праздничные дни, или период времени с 20:00 до 10:00) при необходимости НЕМЕДЛЕННОГО устранения этой проблемы. Подробнее.
- Дополнение к ТТ
- Является дополнением к другому ТТ.
- Исправление ошибки (подготовлено автоматически)
- ТТ с таким типом создается АвтоПарк автоматически, при обнаружении некоторых технических ошибок. Созданное ТТ отправляется Блюстителем АвтоПарк.
- ТТ
- Только для дополнений к ТТ. Ссылка на исходное ТТ. Создание дополнений возможно только для ТТ в состоянии "Отправлено". Если у ТТ уже есть неотправленное дополнение, необходимо редактировать его, а не создавать новое.
- Срок исполнения
- Только для ТТ. Важнейший элемент ТТ. Необходимо взвешенно подходить к определению срока исполнения. Например, довольно странно выглядит ТТ со сроком "в течение дня", отправленное в 19:00, или требование внести изменения с будущего месяца со сроком "немедленно". Для дополнений к ТТ срок берется из исходного ТТ.
- Немедленно
- Требует немедленной реакции (это значит, что мы должны бросить все другие дела и решать именно заявленную проблему).
- В течение дня
- Это означает, что автор ТТ ожидает получить решение к окончанию текущего дня. Позволяет указать конкретное время, к которому требуется исполнить ТТ.
- К завтрашнему дню
- Это означает, что автор ТТ ожидает получить решение к утру следующего рабочего дня.
- В течении недели.
- В течении месяца.
- К указанной дате
- Позволяет указать конкретную дату (и время), к которому требуется исполнить ТТ.
- В будущем
- Выбор такого срока означает, что автор ТТ оставляет срок исполнения на усмотрение разработчиков.
- Тема
- Необходимо описать существо ТТ одним предложением. Это полезно для дополнительной идентификации ТТ. Это полезно, также, для того, чтобы еще раз осмыслить, чего же, собственно, хочется.
- Контактное лицо
- ФИО работника с которым при необходимости будет проводиться согласование ТТ. В ТТ с типом "Исправление ошибки (подготовлено автоматически)" в качестве контактного лица указывается работник, у которого впервые возникла ошибка, в результате которой было сформировано ТТ.
- Автор (сектор или работник)
- Если инициатором ТТ является подразделение, то указывается его наименование, если конкретный работник - то указывается его должность и, если необходимо, ФИО. Может быть пустым, в этом случае инициатором считается работник, указанный в качестве "Контактного лица".
- Содержание ТТ
- Необходимо внимательно относиться к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей.
Оформление экстренных вызовов
Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 20:00 до 10:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 10:00 до 20:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа.
Необходимо учитывать специфику передачи сообщений на мобильные устройства:
- Сообщение должно быть кратким (не более 512 символов).
- Сообщение можно не подписывать, но обязательно должен быть указан номер телефона для связи при отработке сообщения.
- Сообщение следует посылать один раз, так как его доставка гарантирована. Сообщение поступает на мобильное устройство так быстро, как это возможно (т.е. либо сразу, либо как только устройство попадет в зону действия радиосети).
В случае, если отправка технических требований из АвтоПарк не работает или по каким-либо другим причинам экстренный вызов оформляется не в АвтоПарк, а в почтовом клиенте, тема электронного письма должна состоять только из семизначного номера ТТ без каких-либо других символов. Если номер технического требования Вам неизвестен, тема должна состоять из семи нулей: "0000000". Экстренное оповещение службы поддержки о сообщениях, содержащих в теме что-либо отличное от семизначного числа, производиться не будет.
Оформление на основе журнала ошибок
Для облегчения оформления ТТ существует возможность добавить к тексту ТТ описание ошибки из журнала ошибок (при использовании локального меню во время редактирования поля "Содержание ТТ").
Оплата труда
При изменении положения по оплате труда необходимо:
- Перечислить, что именно изменилось в виде "стало ... (было ...)".
- Указать соответствующий ВНУ.
- Вложить полный текст положения (или его соответствующий фрагмент) в формате MS Word.
Вложения в ТТ
Добавление вложений в ТТ выполняется стандартным образом в прикрепленные файлы. Прикрепить файл можно только к ТТ в состоянии "Подготовлено".
Отправка
После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки.
Адрес EMail отправителя ТТ выявляется на основе данных о контактах, ассоциированных с объектами АвтоПарк, в следующем порядке:
- Физического лица текущего пользователя;
- Рабочего места текущего пользователя;
- Общего контакта контрагента с кодом 0000.
В качестве обратного адреса технического требования (т.е. на который будет отправлен ответ от службы поддержки) может быть указан адрес отправителя, либо адрес предприятия (Общего контакта контрагента с кодом 0000), либо оба этих адреса, в зависимости от того, что текущий пользователь указал в настройке учетной записи рабочей почты.
ТТ может быть отправлено с использованием протокола FTP или по электронной почте. Основной канал отправки ТТ указывается в текущей настройке 9005.
В случае возникновения проблем при отправке ТТ по основному каналу, существует возможность отправки ТТ по резервному каналу. Канал отправки ТТ при выборе резервного канала будет выбран автоматически, в зависимости от установленного основного канала.
Контроль исполнения
Во время работы над техническим требованиям могут возникать уточнения, дополнения по существу требования, изменения первоначального требования, сроков выполнения и т.п. Крайне желательно делать записи ("F9-отметка о Выполнении") о важных фактах, связанных с исполнением требования.
Реакция Исполнителя на отправленное ТТ
Установлено предельное время реакции Исполнителя на отправленное ТТ - 2 (два) часа (в рабочее время). Если Заказчик в течение указанного периода не получил ответа в виде обновления с решением задачи, либо письма или звонка с уточняющими вопросами, либо письменного уведомления о передаче требования в работу - ему следует начинать волноваться о судьбе ТТ. Обратите внимание, это вовсе не значит, что "только через аж два часа" - разумеется, срочные ТТ отрабатываются вне очереди. Речь о предельном времени реакции Исполнителя.
Согласованное изменение срока исполнения
В процессе работы над ТТ с обеих сторон могут возникнуть различные обстоятельства, которые оказывают влияние на возможный срок исполнения требования. Следует отражать факт согласования изменения срока исполнения ТТ.
Отметка о выполнении ТТ
Исполнением ТТ следует считать любое окончательное (на данный момент, конечно) решение. В том числе, и снятие ТТ заказчиком, и отказ исполнителя. После получения уведомления об исполнении требования необходимо:
- Произвести проверку результатов исполнения.
- Отразить окончательный результат работы по требованию:
- Изменить "Состояние" требования на "Выполнено".
- Указать дату и результат исполнения.
- Добавить в "Комментарии" пояснение-резюме.
Инструменты контроля
- Отчет "F9-ExpSC Просроченные ТТ на дату".
- Автоматизированный контроль. Производится автоматически один раз в день при в входе в АвтоПарк пользователя, члена группы AP_Admin.
- Специальный отбор:
- ТТ в работе.
- Не отправленные документы.
Примеры
Приведены реальные (тексты только слегка подредактированы) письменные ТТ
Отличные!
Почему эти ТТ отличные? Потому что по ним не требуется ничего уточнять - конкретно и исчерпывающе.
Необходимо массовое изготовление дополнительных соглашений прилагаемой формы с работниками отдельных категорий. В порядке, аналогичном тому, который был по ТТ 0000334.
Неправильно считается премия за выполнение плана выручки (линейные часы + ночные часы + разрывные + ПЗВ) х 45%. Например, таб.01583 премия за 06.008 должна составлять 4939.92, а составляет 4895.28. Аналогичная ситуация у таб. 02118 и других.
Необходимо включить в состав дополнительной информации информационного киоска прилагаемый перечень видов депремирования (денежных взысканий) за неисполнение работниками своих обязанностей.
С 01.03.2011 изменились: 1 Премии линейных водителей на договорных перевозках: 1.1 Премия за выполнение плана (ВНУ 001) 20% (была 30%); 1.2 Премия за выполнение рейсов (ВНУ 002) 10% (была 20%). 2 Доплата за ночное питание всем работникам 138 рублей в смену (было 115 рублей).
Ужасные!
Тексты ТТ и краткие комментарии, почему именно они ужасны.
Смотрим отчет "Заработок по видам перевозок". Почему в нем по газелям нет непроизводственных расходов?
Не указан период, за который подготовлен отчет, не приложен собственно отчет, не сказано, кто такие "по газелям" (если кто-то подумал, что это марка транспортных средств, то нет, не марка - вид перевозок) и, наконец, забыли упомянуть, что этих "расходов" по этим "газелям" в отчете нет уже два года и вообще никогда не было.
Нам необходимо вводить данные страховых сумм в программу АвтоПарк по подвижному составу (конкретно по каждой машине) и другому имуществу. Данные страховых сумм выгружать в отчет по машинам и другому имуществу: по виду деятельности,по видам перевозок.
Каких страховых сумм? Куда вводить? Куда выгружать?
Получили карты допуска на автотранспортное средство(международные перевозки), как ввести их в свойства автомобиля?
Мы или уже знаем про такие карты, и тогда следует смотреть документацию, или мы впервые о них слышим, и тогда слов в ТТ крайне недостаточно.
Можно ли в отчет CnsMA[E] "Анализ среднемесячного расхода за период" добавить поле "агрегат,запчасть". для анализа по группам товара.
Фактически, нам говорят, что в отчет следует добавить поле для того, чтобы это поле использовать в отчете. Ну, это, в общем, и так ясно. Очень редко (хотя и бывает) просят добавить, чтобы не использовать. Иными словами, нам опять говорят "тут нужно использовать ключ 9х12", вместо того, чтобы сказать "у нас в туалете бачок сломался - почините".
Неполностью формируются отчеты в Excel-2007. На всех компьютерах с OfficeXP отчёты выводятся нормально, кроме компьютера пользователя XXX. У этого пользователя во всех вычисляемых полях стоят вопросы. Не можем понять, что изменилось в настройке Excel-2007. Раньше отчеты на компьютере этого пользователя XXX выводились нормально.
Когда было "нормально"? Слово "раньше" несет в себе 1 бит информации ("раньше работало? Да"). Это, конечно, лучше, чем ничего, однако категорически недостаточно.
Когда появилась проблема?
Что происходило с компьютером (установка/снос программ, изменение оборудование, прочие процедуры) с момента, когда было "нормально" до момента, когда стало плохо?
Много ли отчетов с вычисляемыми полями было проверено?
Проводилась ли проверка на другом компьютере с той же версией Excel?
Проводилась ли проверка на том же компьютере, но другим пользователем?
Как могут изменяться ТТ в процессе обсуждения
Первая редакция:
Работнику NNNNN произвели лишнюю оплату по БЛ(в течение года более 5 месяцев БЛ). Пыталась БЛ с 16.10 по 01.11 сделать со средней = 0, но тогда БЛ рассчитывается из МРОТ. Если я "лишние БЛ" оставлю как Оформлено медиком, будут ли эти периоды в отчёте для ПФ учтены как Периоды временной нетрудоспособности?
Наш ответ:
1 Что значит "лишняя оплата"? 2 Что значит "Оформлено медиком"? 3 Пожалуйста, изложите проблему (а не способ ее решения), употребляя при этом обычные слова.
Вторая редакция:
1 К работнику NNNNN применимо положение: В соответствии с ч. 3 ст. 6 Федерального закона от 29.12.2006 N 255-ФЗ .... застрахованному лицу, признанному в установленном порядке инвалидом, пособие по временной нетрудоспособности (за исключением заболевания туберкулезом) выплачивается не более 4 месяцев подряд или 5 месяцев в календарном году. 2 Вид документа 13 Оформлено медиком введён для медицинских отчётов. Документ без начислений, в табеле отмечается как БЛ. 3 В отчёте за 4кв.2013 для ПФ в инд.сведениях Зайцевой надо с 16.10.2013 больничные листы включить в периоды нетрудоспособности, оплату по этим БЛ не начислять.
Отлично!