AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.12.2009, 21:59   #22  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
А что делать пока этого не произошло? Программировать или настаивать на своем?
В любом случае - документировать своё решение и действия. Решение - в служебной записке непосредственно начальнику и главбуху (если возможно по субординации). Действия: в отчёте о проведённых работах по поддержке. Документы можно завизировать.

Цитата:
Есть люди, которые уже достигли того, что могут спорить, но не все же такие. Что делать им?
Есть разные руководители и соответственно, внутреннее устройство компаний: одни любят иннициативных, для других иннициатива наказуема.
Следует иметь ввиду, что в зависимости от принципа выставления счетов за поддержку, чем больше программинга, тем больше денежек. Соответственно, лучший способ - исправлять программингом. Тем более напрягать персонал откатывать проводки и всякие закрытия ещё сложнее. В том числе по методологическим причинам: специалист должен чётко описать процедуру, в этот момент его знания проходят проверку перед клиентом... Дальше сами понимаете, если он ошибётся, то огребёт от клиента и от начальства поддерживающей конторы. Ошибки программинга менне заметны или замылены, к тому же исправляются незаметно.

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

Если идти дальше, то при частом повторении однотипных ошибок нужно менять процесс, вводить доп настройки в системе, чтобы избежать повторение ошибок. И этот вариант даёт меньшее количество обращений.

Подводя небольшой итог: как-то задумался я над идеей "умной" поддержки и анализа работоспособности системы и пришёл к выводам, что оценивать поддержку нужно по снижению количества обращений и инцидентов. Чем меньше - тем лучше. Иногда это сложно объяснить руководителям предприятий. Но для решения этого вопроса тоже есть своя концепция

Цитата:
С моей точки зрения, нужно спорить, но где гарантия, что после этого спора не придется забирать свою кружку (ну я заберу, а что с другими)?
Потерять работу всегда плохо: плохо из-за непонимания начальства, хуже из-за своей глупости. Здесь нет однозначного ответа, каждый выбирает сам.

Вообще, надо бы общий мануал написать, что-то вроде "Исправления и сторно в DAX всех возрастов".

Последний раз редактировалось Vals; 23.12.2009 в 22:18.
За это сообщение автора поблагодарили: belugin (2).
Теги
отмена операций, перепроведение, складские журналы

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Новый тип складского журнала breakpoint DAX: Функционал 5 06.06.2008 13:55
Утверждение складского журнала Andrux DAX: Администрирование 5 13.08.2007 16:00
Удаление журнала спецификаций rrkrivov DAX: Программирование 24 21.03.2006 10:33
Удаление строки журнала ATimTim DAX: Программирование 7 05.08.2004 13:49
Разноска скопированного складского журнала dn DAX: Функционал 1 06.08.2003 20:51

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:43.