Примитивная конфигурация по учету задач в разрезе авторов, исполнителей, проектов. Может отправлять уведомления о задаче на эл. почту.
Конфигурация умеет:
Вести учет задач по:
- Срокам
- исполнителям
- Авторам
- Проектам
Реализована работа с форматированным документом, для хранения информации о задаче. Реализован отчет в виде Диаграммы Ганта.
Возможна работа через браузер.
По почтовой части спасибо разработке AlexKon
Постепенно проект будет дорабатываться. Пишу для собственного развития больше)
=======================================================================
Изменения от 24.04.17:
— Исправлена работа с почтой
-переработана структура документа Задачи
-Под комментарии выделен регистр сведений
-Исправлена возможность сохранения задачи
==============================================
ВНИМАНИЕ! Для правильной работы конфигурации необходимо создать Пользователя с полными правами. Остальные 2 роли ограничены в правах!
redmine используйте 🙂
(1) logdog, Так я больше для своего развития)
Зачет. Скачал. Проверю, как работает.
(3) kite2, приветствую советы по повышению функционала. Благодарю.
Посмотрю, спасибо. Навскидку: Циклические(регламентные) задачи есть? Напоминания? Есть ли разделение доступа?
(5) necropunk, Разделение доступа в зачаточном состоянии реализовано на основе ролей пользователя. Циклических задач и напоминаний пока нет. Вникаю в БСП как это лучше сделать )
(6) когда создаешь пользователя, переходишь на вкладку «Почтовые ящики» и нажимаешь кнопку «Создать ящик» — логично было бы чтобы Владелец автоматически вставал.
Когда указываешь настройки почтового ящика, нажимаешь кнопку «Заполнить из справочника», выбираешь Яндекс, возникает ошибка:
{Справочник.ПочтовыеЯщики.Форма.ФормаЭлемента.Форма(15)}: Поле объекта не обнаружено (ИспользоватьSSL)
Объект.ИспользоватьSSL = ВыбранноеЗначение.ИспользоватьSSL;
Не очень понятно почему в задаче два текстовых поля. Возможно нужно их как-то назвать, не понимаю куда писать инфу по задаче.
При проведении задачи ошибка:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства ‘valList’:
форма: Элемент
имя: {}valList
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства ‘value’:
форма: Элемент
имя: {}value
по причине:
Ошибка отображения типов:
Отсутствует отображение для типа ‘ЭлементСпискаЗначений’
(9) necropunk, Спасибо, замечания учту. Поправлю. В первом текстовом поле описание задачи, во вотором ответы по задаче исполнителей. Не придумал пока как сделать более эффективно.
(10) necropunk, а вот последняя ошибка у меня не воспроизводится не в режиме толстого клиента не в тонком и не в браузере(
(11) Эффективнее регистр сведений, хранящий комментарии и переписку по задачам.
Воспроизводится легко, В задачах нажал на кнопку «Создать», затем сразу кнопку «Записать».
(12)
1) Воспроизводится, если не создано ни одного пользователя ИБ. После загрузки .cf пользователей нет, входишь с «пустым» пользователем, у которого «недостаточно прав» для полноценной работы
2) как бы предупреждать нужно, что вновь созданные пользователи ИБ автоматически попадают в сотрудники. Хотя опять таки, косячек — пользователи с ролью «Сотрудник» не создается…
И да, второй косячек — нельзя назначить Уже созданным сотрудникам пользователям ИБ…
и с ролью «Сотрудник» такая же ошибка… и с ролью «НачальникОтдела»…
Вообще нормально работать можно только с полными правами! Автор точно тестировал роли ?
Так, пару камушков ушло, теперь еще ящичек в огород автора:
1) справочник подразделений: так и не понял, зачем в подразделениях группы…
2) Форма задачи:
— дизайн и удобство заполнения просто на зачаточном уровне,
— «В первом текстовом поле описание задачи, во вотором ответы по задаче исполнителей. Не придумал пока как сделать более эффективно.»
Это делается путем разделения на страницы и хоть как-то подписывается, что это за поля
— идея параллельного выбора и отдела и сотрудника интересна, но все-таки эти поля должны быть хоть как-то связаны. А то получается, что мне ничего не мешает выбрать сотрудника, который не относится к выбранному отделу
— наименования «Отдел ИЗ» и «Отдел В» ставят в ступор, может все-таки и не должны быть связаны поля «Отдел» и «Сотрудник» (поля «Автор» и «Исполнитель»)?
3) Форма списка задач:
— цветовая раскраска — вырви глаз…
— самое построение отчета с группировкой по подразделениям и группам подразделений, особенно если накидать структуру подразделений «кое-как за пару минут» просто вводит в ступор: одна задача может занимать офигенно высокие 3-4-5 и более строк и в итоге можно получить занимательный эффект, что описание только одной задачи занимает весь экран…в эру широкоформатных мониторов, все-таки в горизонталь побольше выносится информации…
Вообще про общему «дизайна» складывается такое ощущение, что у Автора 22-дюймовый (или более) монитор, и о меньших размерах совершенно не думал… На 15 мониторе ноута смотрится ужасненько…
Нда…
из плюсов: неплохая задумка отчета.
З.Ы. на 2sm обработочка не тянет, совсем не тянет…
(15) dock, Спасибо за критику ) Да думаю так и стоит сделать, по поводу закладок и т.д. с пользователями обязательно поправлю в выходные )
(16) есть обновление ? почти месяц прошёл…
Возьму попробовать на себе, нужно учет заявок вести по доработкам.
При создании задачи (8.3.10.2466):
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства ‘valList’:
форма: Элемент
имя: {}valList
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства ‘value’:
форма: Элемент
имя: {}value
по причине:
Ошибка отображения типов:
Отсутствует отображение для типа ‘ЭлементСпискаЗначений’