Учет заявок программисту



В процессе работы программиста на предприятии может возникнуть ряд вопросов:
— как собрать заявки от пользователей?
— сколько времени потребуется на решение задачи?
— как поставить заявки в очередь в зависимости от приоритета?
— как сообщить пользователю о выполнении задачи?
— как пользователю отправить заявку на доработку?
— как предоставить отчет руководителю о проделанной работе за период времени?
Все эти вопросы Вам поможет решить конфигурация "Заявки программисту"

За основу была взята конфигурация «Управление торговлей».

Добавлены следующие объекты:

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

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

12 Comments

  1. 1v7

    конфигурация полезная… подскажите кто качал. а форма управляемая или нет?

    Reply ↓
  2. Raminus

    Интересно, надо будет посмотреть! Ставлю плюсик авансом.

    Reply ↓
  3. fuel56

    Формы обычные, делал для УТ 10.3

    Reply ↓
  4. denver069

    Думаю эта конфигурация будет полезна тем кому недоступен ServiceDesk или Service Manager от MS.

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

    Reply ↓
  5. fuel56

    C ServiceDesk или ServiceManager от MS не работал, не знаю насколько они гибкие. В 1С все можно настроить так как нужно именно для специфики вашей работы. Опять же организовать WEB доступ, в случае необходимости.

    Reply ↓
  6. w-divin

    (1) на скриншотах видно что формы не управляемые…

    Reply ↓
  7. Новенький_2209

    (4) denver069, разрабатывать что-то подобно в 2012 г. и выше, это либо:

    1. практика написания кода

    2. не знание БЕСПЛАТНЫХ аналогов (про платные вообще молчу)

    Рекомендую Redmine. Все вопросы в (0) + еще 100500 не заданных он решает.

    Reply ↓
  8. pt_olga

    очень трогательная разработка, много лет назад рисовали похожую тему еще на 1С:7.7 🙂

    Регистрировались задачки нажатием спец кнопки «Создать проблему программисту»

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

    потом запустили полноценный сервис-деск и наступило всем щасце

    хотя пользователям больше нравилось наше творение))

    плюсую!

    хоть в этой реализации и не хватает функционала для учета всех нюансов нашей деятельности

    🙂

    Reply ↓
  9. AlexanderKai

    А где заполнить производственный календарь?

    Reply ↓
  10. fuel56

    (9) AlexanderKai, плохой вопрос конечно, сам бы мог догадаться, ну например так: операции — рег. сведений — регламентированный производственный календарь.

    Reply ↓
  11. AlexanderKai

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

    Reply ↓
  12. Vladisa

    скачали, плюсуем

    Reply ↓

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *