Технические требования

Материал из AutoPark
(Различия между версиями)
Перейти к: навигация, поиск
(Вложения в ТТ)
 
(не показаны 70 промежуточных версий 7 участников)
Строка 1: Строка 1:
 
Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований.
 
Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований.
 
==Важные вопросы==
 
==Важные вопросы==
 +
Технические требования имеют [[Какие кнопки нажимать#Управление иерархическим просмотром|иерархическую]] структуру, то есть у каждого технического требования может быть несколько подчиненных записей - дополнений к данному ТТ.
 
===Почему нужно использовать эту функциональность АвтоПарк?===
 
===Почему нужно использовать эту функциональность АвтоПарк?===
 
Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно:
 
Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно:
Строка 6: Строка 7:
 
*Исполнитель имеет документированные задачи.
 
*Исполнитель имеет документированные задачи.
 
===Когда нужно оформить <b>новое</b> техническое требование?===
 
===Когда нужно оформить <b>новое</b> техническое требование?===
Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла <b><big>новая</big></b> задача, которую следует решить. Классификацию задач см. ниже.
+
Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла <b><big>новая</big></b> задача. Что такое задача? Из толкового словаря Ушакова:
 +
#Вопрос, требующий разрешения, то, что задано для решения, разрешения;
 +
#Цель; то, что необходимо осуществить, чего необходимо достигнуть; поручение, как заданная кому-н. цель.
 +
 
 +
===Дополнения к ТТ===
 +
Если необходимо сообщить новые данные по отправленному ТТ, следует оформить дополнение к ТТ. Для создания дополнения к ТТ, необходимо выбрать нужное ТТ (<b>отправленное</b>), нажать "Ins", из появившегося списка выбрать "Дополнение к ТТ". Оформление дополнения к ТТ аналогично оформлению исходного ТТ. Если основное ТТ еще не отправлено, необходимо редактировать его. Создание дополнения к ТТ при этом невозможно.
 +
 
 
===Когда нельзя оформлять новое ТТ?===
 
===Когда нельзя оформлять новое ТТ?===
Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует  
+
Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует создавать дополнения к ТТ, писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ!
писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ!
+
 
 
==Оформление==
 
==Оформление==
*Номер. Заполняется автоматически.
+
;Номер:Заполняется автоматически.
*Дата выпуска. Заполняется автоматически.
+
;Дата:Заполняется автоматически.
*Отправитель.  [[Работники|Табельный номер работника]] - текущего пользователя Системы. Обратите внимание, что должно быть оформлено [[Физические лица#Свойства|свойство физлица 5140]] и работник  находиться в штате на дату оформления ТТ.
+
;Состояние.:
*Состояние
+
:;Подготовлено.
**Подготовлено
+
:;Отправлено:устанавливается автоматически при отправке ТТ.
**Отправлено - устанавливается автоматически при отправке ТТ
+
:;Аннулировано.
**Аннулировано
+
:;Отработано:По окончании работы с ТТ необходимо  указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например:
**Отработано. По окончании работы с ТТ необходимо  указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например:
+
::"--О:" - ответ Службы поддержки на ТТ.
***"--О:" - ответ Службы поддержки на ТТ  
+
::"--В:" - Ваш ответ (уточнение).
***"--В:" - Ваш ответ (уточнение)
+
::и т.д. вплоть до закрытия ТТ.:
***и т.д. вплоть до закрытия ТТ.
+
;Тип:Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст  ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования:
*Тип. Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст  ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования:
+
:;Исправление ошибок:<b>подробное описание действий, приводящих к ошибке, и описание самой ошибки</b>. Для облегчения оформления ТТ данного типа все существенные для понимания сути проблемы детали ТТ заполняются в отдельных полях.
**Исправление ошибок Системы - <b>как проявляется ошибка</b>.
+
:;Решение задачи:<b>опишите подробно (!) возникшую задачу</b>. Тут стоит остановиться подробнее. Обратите внимание, разработчики хотели бы получить <b>описание возникшей задачи, а вовсе не способ ее решения</b>!  
**Исправление наших ошибок - <b>опишите, что наделали ;)</b>.
+
:;Требуется срочная помощь!:Этот тип ТТ используется для экстренного вызова Службы поддержки, используется ТОЛЬКО в случае возникновения проблемы в нерабочее время (выходные или праздничные дни, или период времени с 20:00 до 10:00) при необходимости НЕМЕДЛЕННОГО устранения этой проблемы. [[#Оформление экстренных вызовов|Подробнее]].
**Консультация - <b>изложите вопрос</b>.
+
:;Дополнение к ТТ:Является дополнением к другому ТТ.
**Изменение функционирования - <b>опишите подробно (!) возникшую задачу</b>. Тут стоит остановиться подробнее. Обратите внимание, разработчики хотели бы получить <b>описание возникшей задачи, а вовсе не способ ее решения</b>!  
+
:;Исправление ошибки (подготовлено автоматически): ТТ с таким типом создается АвтоПарк автоматически, при обнаружении некоторых технических ошибок. Созданное ТТ отправляется [[Блюститель АвтоПарк|Блюстителем АвтоПарк]].
**Требуется срочная помощь! Этот тип ТТ используется для экстренного вызова Службы поддержки, используется ТОЛЬКО в случае возникновения проблемы в нерабочее время (выходные или праздничные дни, или период времени с 21:00 до 09:00) при необходимости НЕМЕДЛЕННОГО устранения этой проблемы. [[#Оформление экстренных вызовов|Подробнее]].
+
;ТТ:Только для дополнений к ТТ. Ссылка на исходное ТТ. Создание дополнений возможно только для ТТ в состоянии "Отправлено". Если у ТТ уже есть неотправленное дополнение, необходимо редактировать его, а не создавать новое.
*Срок исполнения. Важнейший элемент ТТ. Необходимо взвешенно подходить к определению срока исполнения.  
+
;Срок исполнения:Только для ТТ. Важнейший элемент ТТ. Необходимо взвешенно подходить к определению срока исполнения. Например, довольно странно выглядит ТТ со сроком "в течение дня", отправленное в 19:00, или требование внести изменения с будущего месяца со сроком "немедленно". Для дополнений к ТТ срок берется из исходного ТТ.
**Немедленно. Требует немедленная (это значит, что мы должны бросить все другие дела и решать именно заявленную проблему) реакция.
+
:;Немедленно:Требует немедленной реакции (это значит, что мы должны бросить все другие дела и решать именно заявленную проблему).
**В течение дня.  
+
:;В течение дня:Это означает, что автор ТТ ожидает получить решение к окончанию текущего дня. Позволяет указать конкретное время, к которому требуется исполнить ТТ.  
**К завтрашнему дню. Это означает, что автор ТТ ожидает получить решение к утру следующего рабочего дня.
+
:;К завтрашнему дню:Это означает, что автор ТТ ожидает получить решение к утру следующего рабочего дня.
**В течении недели.
+
:;В течении недели.
**К указанной дате.
+
:;В течении месяца.
**В будущем. Выбор такого срока означает, что автор ТТ оставляет срок исполнения на усмотрение разработчиков.
+
:;К указанной дате:Позволяет указать конкретную дату (и время), к которому требуется исполнить ТТ.  
*Тема. Необходимо описать существо ТТ одним предложением. Это полезно для дополнительной идентификации ТТ. Это полезно, также, для того, чтобы еще раз осмыслить, чего же, собственно, хочется.
+
:;В будущем:Выбор такого срока означает, что автор ТТ оставляет срок исполнения на усмотрение разработчиков.
*Автор. Должность (и, если необходимо, ФИО) инициатора ТТ.
+
;Тема:Необходимо описать существо ТТ одним предложением. Это полезно для дополнительной идентификации ТТ. Это полезно, также, для того, чтобы еще раз осмыслить, чего же, собственно, хочется.
*Нормативный документ.
+
;Контактное лицо: ФИО работника с которым при необходимости будет проводиться согласование ТТ. В ТТ с типом "Исправление ошибки (подготовлено автоматически)" в качестве контактного лица указывается работник, у которого впервые возникла ошибка, в результате которой было сформировано ТТ.
*Содержание ТТ. Необходимо внимательно относится к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но и относится также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей.
+
;Автор (сектор или работник):Если инициатором ТТ является подразделение, то указывается его наименование, если конкретный работник - то указывается его должность и, если необходимо, ФИО. Может быть пустым, в этом случае инициатором считается работник, указанный в качестве "Контактного лица".
*Вложения. Список файлов, присоединенных к ТТ. [[#Присоединение файлов|Подробнее]].
+
;Содержание ТТ:Необходимо внимательно относиться к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей.
 
===Оформление экстренных вызовов===
 
===Оформление экстренных вызовов===
Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 21:00 до 09:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 09:00 до 21:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа.
+
Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 20:00 до 10:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 10:00 до 20:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа.
 +
 
 +
Необходимо учитывать специфику передачи сообщений на мобильные устройства:
 +
*Сообщение должно быть кратким (не более 512 символов).
 +
*Сообщение можно не подписывать, но обязательно должен быть указан номер телефона для связи при отработке сообщения.
 +
*Сообщение следует посылать один раз, так как его доставка гарантирована. Сообщение поступает на мобильное устройство так быстро, как это возможно (т.е. либо сразу, либо как только устройство попадет в зону действия радиосети).
 +
 
 +
В случае, если отправка технических требований из АвтоПарк не работает или по каким-либо другим причинам экстренный вызов оформляется не в АвтоПарк, а в почтовом клиенте, тема электронного письма должна состоять только из семизначного номера ТТ без каких-либо других символов. Если номер технического требования Вам неизвестен, тема должна состоять из семи нулей: "0000000". Экстренное оповещение службы поддержки о сообщениях, содержащих в теме что-либо отличное от семизначного числа, производиться не будет.
 +
 
 
===Оформление на основе журнала ошибок===
 
===Оформление на основе журнала ошибок===
Для облегчения оформления ТТ существует возможность вставить описание ошибки в ТТ из журнала ошибок (при использовании локального меню во время редактирования поля "Содержание ТТ"). В этом случае тема заполняется автоматически ("Фрагмент журнала об ошибках"). Если тема уже заполнена, будет предложено заменить ее на тему по умолчанию.
+
Для облегчения оформления ТТ существует возможность добавить к тексту ТТ описание ошибки из [[Журналы ошибок|журнала ошибок]] (при использовании локального меню во время редактирования поля "Содержание ТТ").
==Присоединение файлов==
+
 
Для хранения файлов, присоединенных к ТТ, создается специальный подкаталог в каталоге для хранения вложений. При первоначальной вставке вложения (ручной или автоматической) создается подкаталог технического требования. При отправке ТТ все содержимое этого каталога (включая подкаталоги) будет присоединено к ТТ.
+
===Оплата труда===
===Специальные каталоги===
+
При изменении положения по оплате труда необходимо:
*Каталог для хранения вложений. По умолчанию каталог для хранения вложений SprtAttchmnts создается автоматически в корневом каталоге Системы. Этот каталог может быть переопределен в red-файле Системы, секция ASB Special Folders, параметр SupportAttachments.
+
#Перечислить, что именно изменилось в виде "стало ... (было ...)".
**Каталог технического требования - каталог, имя которого есть номер технического требования. Создается автоматически при ручном или автоматическом присоединении файла к ТТ.
+
#Указать соответствующий [[Таблица аббревиатур АвтоПарк|ВНУ]].
**Рабочий каталог ToSend - специальный каталог, содержимое которого автоматически переносится в каталог технического требования. По умолчанию располагается в каталоге для хранения вложений SprtAttchmnts. Может быть переопределен в red-файле Системы, секция ASB Special Folders, параметр sa_ToSend.
+
#Вложить полный текст положения (или его соответствующий фрагмент) в формате MS Word.
===Приемы присоединения файлов===
+
 
*ручная вставка - в процессе редактирования ТТ или в процессе редактирования вложений с использованием локального меню;
+
==Вложения в ТТ==
*автоматическая вставка - при создании нового/отправке подготовленного ТТ сканируется специальный рабочий каталог ToSend. Если в этом каталоге находятся файлы или подкаталоги, то после подтверждения операции все содержимое этого каталога переносится в каталог технического требования. Каталог ToSend рекомендуется использовать для хранения скриншотов, которые необходимо вложить в ТТ (скриншоты с изображением ошибки, окна, отчета и т.п.).
+
Добавление вложений в ТТ выполняется стандартным образом в [[Прикрепленные файлы|прикрепленные файлы]]. Прикрепить файл можно только к ТТ в состоянии "Подготовлено".
*непосредственное копирование файлов в каталог технического требования. Содержимое каталога будет присоединено при отправке ТТ.
+
 
 
==Отправка==
 
==Отправка==
После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки. Обратный адрес технического требования (т.е. на который будет отправлен ответ от службы поддержки) выявляется на основе данных о [[Контакты|контактах]], ассоциированных с объектами АвтоПарк, в следующем порядке:
+
После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки.  
 +
 
 +
Адрес 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

Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований.

Содержание

Важные вопросы

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

Почему нужно использовать эту функциональность АвтоПарк?

Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно:

Когда нужно оформить новое техническое требование?

Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла новая задача. Что такое задача? Из толкового словаря Ушакова:

  1. Вопрос, требующий разрешения, то, что задано для решения, разрешения;
  2. Цель; то, что необходимо осуществить, чего необходимо достигнуть; поручение, как заданная кому-н. цель.

Дополнения к ТТ

Если необходимо сообщить новые данные по отправленному ТТ, следует оформить дополнение к ТТ. Для создания дополнения к ТТ, необходимо выбрать нужное ТТ (отправленное), нажать "Ins", из появившегося списка выбрать "Дополнение к ТТ". Оформление дополнения к ТТ аналогично оформлению исходного ТТ. Если основное ТТ еще не отправлено, необходимо редактировать его. Создание дополнения к ТТ при этом невозможно.

Когда нельзя оформлять новое ТТ?

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

Оформление

Номер
Заполняется автоматически.
Дата
Заполняется автоматически.
Состояние.
Подготовлено.
Отправлено
устанавливается автоматически при отправке ТТ.
Аннулировано.
Отработано
По окончании работы с ТТ необходимо указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например:
"--О:" - ответ Службы поддержки на ТТ.
"--В:" - Ваш ответ (уточнение).
и т.д. вплоть до закрытия ТТ.:
Тип
Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования:
Исправление ошибок
подробное описание действий, приводящих к ошибке, и описание самой ошибки. Для облегчения оформления ТТ данного типа все существенные для понимания сути проблемы детали ТТ заполняются в отдельных полях.
Решение задачи
опишите подробно (!) возникшую задачу. Тут стоит остановиться подробнее. Обратите внимание, разработчики хотели бы получить описание возникшей задачи, а вовсе не способ ее решения!
Требуется срочная помощь!
Этот тип ТТ используется для экстренного вызова Службы поддержки, используется ТОЛЬКО в случае возникновения проблемы в нерабочее время (выходные или праздничные дни, или период времени с 20:00 до 10:00) при необходимости НЕМЕДЛЕННОГО устранения этой проблемы. Подробнее.
Дополнение к ТТ
Является дополнением к другому ТТ.
Исправление ошибки (подготовлено автоматически)
ТТ с таким типом создается АвтоПарк автоматически, при обнаружении некоторых технических ошибок. Созданное ТТ отправляется Блюстителем АвтоПарк.
ТТ
Только для дополнений к ТТ. Ссылка на исходное ТТ. Создание дополнений возможно только для ТТ в состоянии "Отправлено". Если у ТТ уже есть неотправленное дополнение, необходимо редактировать его, а не создавать новое.
Срок исполнения
Только для ТТ. Важнейший элемент ТТ. Необходимо взвешенно подходить к определению срока исполнения. Например, довольно странно выглядит ТТ со сроком "в течение дня", отправленное в 19:00, или требование внести изменения с будущего месяца со сроком "немедленно". Для дополнений к ТТ срок берется из исходного ТТ.
Немедленно
Требует немедленной реакции (это значит, что мы должны бросить все другие дела и решать именно заявленную проблему).
В течение дня
Это означает, что автор ТТ ожидает получить решение к окончанию текущего дня. Позволяет указать конкретное время, к которому требуется исполнить ТТ.
К завтрашнему дню
Это означает, что автор ТТ ожидает получить решение к утру следующего рабочего дня.
В течении недели.
В течении месяца.
К указанной дате
Позволяет указать конкретную дату (и время), к которому требуется исполнить ТТ.
В будущем
Выбор такого срока означает, что автор ТТ оставляет срок исполнения на усмотрение разработчиков.
Тема
Необходимо описать существо ТТ одним предложением. Это полезно для дополнительной идентификации ТТ. Это полезно, также, для того, чтобы еще раз осмыслить, чего же, собственно, хочется.
Контактное лицо
ФИО работника с которым при необходимости будет проводиться согласование ТТ. В ТТ с типом "Исправление ошибки (подготовлено автоматически)" в качестве контактного лица указывается работник, у которого впервые возникла ошибка, в результате которой было сформировано ТТ.
Автор (сектор или работник)
Если инициатором ТТ является подразделение, то указывается его наименование, если конкретный работник - то указывается его должность и, если необходимо, ФИО. Может быть пустым, в этом случае инициатором считается работник, указанный в качестве "Контактного лица".
Содержание ТТ
Необходимо внимательно относиться к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей.

Оформление экстренных вызовов

Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 20:00 до 10:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 10:00 до 20:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа.

Необходимо учитывать специфику передачи сообщений на мобильные устройства:

В случае, если отправка технических требований из АвтоПарк не работает или по каким-либо другим причинам экстренный вызов оформляется не в АвтоПарк, а в почтовом клиенте, тема электронного письма должна состоять только из семизначного номера ТТ без каких-либо других символов. Если номер технического требования Вам неизвестен, тема должна состоять из семи нулей: "0000000". Экстренное оповещение службы поддержки о сообщениях, содержащих в теме что-либо отличное от семизначного числа, производиться не будет.

Оформление на основе журнала ошибок

Для облегчения оформления ТТ существует возможность добавить к тексту ТТ описание ошибки из журнала ошибок (при использовании локального меню во время редактирования поля "Содержание ТТ").

Оплата труда

При изменении положения по оплате труда необходимо:

  1. Перечислить, что именно изменилось в виде "стало ... (было ...)".
  2. Указать соответствующий ВНУ.
  3. Вложить полный текст положения (или его соответствующий фрагмент) в формате MS Word.

Вложения в ТТ

Добавление вложений в ТТ выполняется стандартным образом в прикрепленные файлы. Прикрепить файл можно только к ТТ в состоянии "Подготовлено".

Отправка

После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки.

Адрес EMail отправителя ТТ выявляется на основе данных о контактах, ассоциированных с объектами АвтоПарк, в следующем порядке:

  1. Физического лица текущего пользователя;
  2. Рабочего места текущего пользователя;
  3. Общего контакта контрагента с кодом 0000.

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

ТТ может быть отправлено с использованием протокола FTP или по электронной почте. Основной канал отправки ТТ указывается в текущей настройке 9005.

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

Контроль исполнения

Во время работы над техническим требованиям могут возникать уточнения, дополнения по существу требования, изменения первоначального требования, сроков выполнения и т.п. Крайне желательно делать записи ("F9-отметка о Выполнении") о важных фактах, связанных с исполнением требования.

Реакция Исполнителя на отправленное ТТ

Установлено предельное время реакции Исполнителя на отправленное ТТ - 2 (два) часа (в рабочее время). Если Заказчик в течение указанного периода не получил ответа в виде обновления с решением задачи, либо письма или звонка с уточняющими вопросами, либо письменного уведомления о передаче требования в работу - ему следует начинать волноваться о судьбе ТТ. Обратите внимание, это вовсе не значит, что "только через аж два часа" - разумеется, срочные ТТ отрабатываются вне очереди. Речь о предельном времени реакции Исполнителя.

Согласованное изменение срока исполнения

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

Отметка о выполнении ТТ

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

  1. Произвести проверку результатов исполнения.
  2. Отразить окончательный результат работы по требованию:
    1. Изменить "Состояние" требования на "Выполнено".
    2. Указать дату и результат исполнения.
    3. Добавить в "Комментарии" пояснение-резюме.

Инструменты контроля

Примеры

Приведены реальные (тексты только слегка подредактированы) письменные ТТ

Отличные!

Почему эти ТТ отличные? Потому что по ним не требуется ничего уточнять - конкретно и исчерпывающе.

Необходимо массовое изготовление дополнительных соглашений прилагаемой формы с работниками 
отдельных категорий. В порядке, аналогичном тому, который был по ТТ 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
  больничные листы включить в периоды нетрудоспособности, оплату по этим
  БЛ не начислять.

Отлично!

Личные инструменты
Пространства имён
Варианты
Действия
Навигация
Инструменты
Другие ресурсы