Создание задачи в jira из 1с

Обновлено: 02.05.2024

На закладке "Параметры" указываются параметры для подключения к Jira:

Адрес сервера для подключения.
Ссылка по которой доступен REST API.
Ключ проекта Jira который будет использоваться.
Пользователь и пароль для подключения к Jira. Подключение к Jira выполняется используя простой (незащищённый) способ аутентификации (подробнее по ссылке:

Получение Типов и статусов запросов для проекта Jira

Выборка запросов используя JQL запрос к Jira

Список пользователей Jira для выбора

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

Чтение запроса из Jira

На закладке "Запрос" выполняются основные операции по просмотру и редактированию полей запроса.
Если выбрана операция "Изменить запрос" и заполнен "Ключ запроса" (Key) доступна команда "Прочитать из Jira".
При нажатии "Прочитать из Jira" выполняется запрос к Jira и заполняются поля запроса, записи о работах и комментарии.
Если заполнен "Ключ запроса" тогда отображается "ссылка для перехода к запросу в браузере".
По ссылке "JSON" выполняется переход в браузере к файлу .json с данными запроса.
Для чтения значений полей выполняется запрос к Jira (см.

Изменение полей запроса и запись в Jira

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

Создание нового запроса в Jira

Для создания нового запроса на закладке "Запрос" необходимо выбрать операцию "Создать запрос".
Пока запрос не создан, недоступны ссылки для перехода к запросу, комментариям и списку записей о работах.
Для создания запроса выполняется запрос к Jira (см.

Изменение статуса запроса в Jira

Если изменяется статус запроса, программа показывает информационную надпись вида "При записи статус изменится с "В работе" -> "Выполнен".
Изменение статуса происходит при нажатии "Записать в Jira".
Сначала выполняется запрос по записи измененных полей запроса, а затем изменяется статус запроса.

Изменение статуса запроса происходит в несколько этапов:

Сначала выполняется дополнительный запрос для получения списка всех допустимых транзакция для текущего запроса (см.

Чтение, Добавление и Удаление записей о работах в Jira

Чтение комментариев и переход по ссылке к конкретному комментарию в Jira

В карточке запроса на закладке "Комментарии" отображается список всех комментариев для запроса.
По кнопке "Прочитать комментарии" выполняется запрос к Jira и заполняется список комментариев для запроса (см.

Специальные предложения

Вы используете Jira как веб-морду, общедоступную для всех ?
А 1С как учетную систему для расчета зарплаты и прочих расчетов ? (1) Да, именно так.
Jira + Confluence - снаружи для клиентов и внешних подрядчиков.
1С - внутри, для аналитики, документооборота, расчетов и учета. Отлично просто. Сам собирался, но, руки так и не дошли.

Спасибо за отличную разработку, очень нуждался в таком инструменте!
При попытке изменить задачу выходит следующая ошибка:

Ссылка на полноразмерный скриншот

В чем может быть проблема?

(6) Возможно вы не заполнили на закладке "Параметры" таблицу "Типы и статусы запросов". Если причина не в этом, готов к вам подключится по teamviewer и удаленно разобраться с проблемой. Напишите мне в личку. я буду на связи

(7) "Типы и статусы запросов" я заполнил, нужно что-нибудь в ней менять вручную?

Ссылка на полноразмерный скриншот Жаль что только управляемые формы. Обработка конечно очень хороша. Все действия пишет. Все ошибки четко выводит. Но вот код читать немного трудно без многих комментов.
Если не полениться то можно подстроить под любую систему. Жаль нельзя добавить +10 (12) Спасибо за оценку :). Про комментарии кода - согласен. по хорошему надо было бы. но уже и так все свои временные лимиты израсходовал на обработку + публикацию :). Потому как в пришлось все свои наработки по интеграции достать из рабочей конфигурации и много чего написать нового и переписать по другому под формат внешней обработки. Добрый день. Jira Server развернут в демо-версии на локальной машине, созданы 2 пользователя: админ и обычный пользователь
Из обработки не могу подключиться, выдает ошибку аутентификации 401.
Подскажите, пожалуйста, в чем может быть дело.
Спасибо. (16) Добрый день. Что вижу на картинке, и с чем приходилось иногда сталкиваться. Jira иногда не работает корректно с кириллическими именами пользователей. Попробуйте создать пользователей, указав имя пользователя латиницей (на английском), Например не "Владимир", а "wowan_ht"

(20) Добрый день, сложно сказать не имея подробной информации.
Попробую предположить исходя из того что в этот момент происходит.

В момент получения статусов выполняется REST запрос:

В вашем случае скорее всего ошибка может быть в написании ключа проекта.

(24) Добрый день. Данная обработка предназначена для серверной версии Jira. При этом, на сколько я знаю, если речь идет об облачной версии, могут быть нюансы в написании отдельных запросов через REST.

- запрос такой же как и для серверной версии.

Возможно проблема в настройках прав пользователя под которым вы выполняете этот запрос:

Permissions required: Browse Projects project permission.

Просто если у вас не работает запрос через браузер, сл-но он не работает и через обработку.

(25) Добрый вечер. Синхронизацию запустить получилось. Данные получены. Но столкнулся с еще одной проблемой: не могу создать новую задачу в обработке. Ошибка Код состояния 400 <"errorMessages":[],"errors":<"reporter":"Field 'reporter' cannot be set. It is not on the appropriate screen, or unknown.">>. А при попытке изменить задачу выдается ошибка: Значение не является значением объектного типа (Количество).

(26) Добрый день.
По Вопросу-1. "Не могу создать новую задачу. "reporter":"Field 'reporter' cannot be set"
Судя по ошибке при ваших настройках Jira, и с правами пользователя, под которым вы подключаетесь к Jira, нет возможности изменить поле "reporter".
Я проверил на "своей" Jira - у меня всё работает.

Ниже на картинке то как информация о "reporter" (автор) запроса отображается в моей Jira.
Попробуйте посмотреть как у вас:
1. Работает ли у вас выборка запросов (Закладка в обработке "Выборка запросов" - "Прочитать из Jira"/
2. Выводиться ли информация в поле "Reporter.name" (В списке выбранных запросов)
3. Откройте ссылку из колонки "Rest link" в браузере, и поищете поиском "reporter"

Если информация читается, но не записывается, причина с большой вероятность в ограниченных правах пользователя под которыми вы работаете c Jira через Rest. Проверьте что вы можете непосредственно в Jira под этим пользователем создать Запрос.
А затем попробуете при создании через обработку, указывать в качестве Автора (reporter), того же пользователя.

Просмотр через блокнот или сразу в окне браузере не принципиально. Если это поле читается при выборке запросов, значит вопрос с его установкой из обработки.

Проблема может быть из-за имени пользователя в Jira введенного кириллицей. Такой вопрос уже подымался (смотрите комментарий №17). А как у в вашем случае?

Судя по ошибке, скорее всего в вашем случае в проекте Jira не используются "Компоненты". Проверить это вы можете скачав файл json и проанализировав поля запроса.
В публикации в разделе "Источники и ссылки" в п.5 есть ссылка на онлайн просмотр Json файлов.
Вы можете закомментировать код обработки по чтению данных о компонентах в таком случае, чтобы избежать ошибки при работе обработки.

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

Корпоративная система WiseAdvice-IT на базе продуктов Atlassian, которые в нашей компании используют уже более 3 лет, позволяет полностью перевести контроль проектов в онлайн, идти в ногу с постоянно растущими темпами, забыть о разрозненных источниках коммуникации, например, электронной почте или таблицах Excel, постоянно использовать инструменты визуального планирования и реализовать цифровую трансформацию бизнеса не только на словах. Например, Jira, которая изначально применялась как система управления разработки ПО, стала для нас незаменимым инструментом в управлении как внутренними задачами, так и внешними проектами, которые мы с успехом реализуем на платформе 1С. Как с помощью Jira мы оптимизировали трудозатраты еще на старте проекта, расскажем в этой статье.

Проект

Представим себе ситуацию, когда многомиллионный проект комплексной автоматизации на основе флагмана 1С – программного продукта «1С:ERP. Управление холдингом», для крупной инфраструктурной компании в области телекоммуникаций, стартует в начале 2020 года. Помимо того, что с каждым днем становилось все яснее, что проект придется сдавать «на удаленке», руководитель проекта столкнулся с неожиданной проблемой кадрового голода.

Что случилось?

Когда в нашей стране начала активно ухудшаться эпидемиологическая ситуация, из-за чего вскоре объявили локдаун, многие компании поняли ценность внедрения автоматизированных систем управления как основы для эффективной организации удаленной работы своих предприятий. С этим и связано возникновение кадрового голода в сфере 1С: с одной стороны, на специалистов возрос спрос, с другой – специалисты в нестабильной ситуации боялись «прыгать» с проекта на проект или просто не были готовы работать в новом формате.

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

Если бы сначала был сформирован технический проект, а затем на его основании были зафиксированы задачи на разработку, то запуск создаваемой АС в эксплуатацию, учитывая отсутствие специалистов, пришлось бы сдвинуть на февраль-март 2021 года, что было неприемлемо для заказчика.

Технический проект + задачи разработки

Было принято решение вначале проработать общую архитектурную часть технического проекта, и параллельно – особым образом сформировать задачи на разработку. После формирования задач их планировалось включить в архитектуру технического проекта автоматически, благо, инструменты позволяли.

Этапы проектирования и разработки расписывали, взяв за основу карту автоматизируемых бизнес-процессов, сформированную в результате предпроектного обследования, а после этапа моделирования были добавлены еще и функциональные требования по всем прорабатываемым подсистемам.

Руководитель проекта сформировал обобщающие задачи – «эпики», по каждому из бизнес-процессов и по каждому функциональному требованию. Реализация каждого эпика была разбита на отдельные, детально описаны задачи в подчинении данному эпику. Таким образом в дополнении к описанию архитектуры будущей системы, была сформирована четкая структура задач на разработку, что позволило разработке стартовать без промедления.

Чтобы полученный на предыдущем шаге документ сформировался в нужном, соответствующем техническому проекту формате, был реализован специальный инструмент (по сути – небольшая конфигурация на платформе «1С:Предприятие 8»). Документ с задачами, полученный в результате доформатирования, стал частью шаблона проектного документа «Технический проект», после чего провели всестороннее согласование документа.

Формирование технического проекта

Заведем проект в системе.

Далее выгружаем эпики из Jira и загружаем их в инструмент формирования. В Jira настраиваем соответствующий фильтр по задачам и регулируем состав колонок.

Выгружаем в Excel.

В инструмент формирования загружаем через загрузку из табличного документа.

Теперь приступим к выгрузке описания задач из Jira и начнем с подготовки фильтра. Выгружаем описания задач с помощью механизма Jira automated release note.

Результат

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

В последнее время JIRA активно используют организации, не имеющие прямой связи с IT. Специалистам, не знакомым ранее с JIRA, бывает сложно понять структуру JQL-запросов, если не привести примеры.

Для упрощения восприятия, мы решили собрать всю документацию, локализовать и разместить в одном месте. И начнем мы с «базового» и «быстрого» поиска.

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

Существует три способа поиска задач в JIRA:

Быстрый.
Базовый.
Продвинутый (JQL).

Стоит отметить, что, независимо от выбранного способа поиска, в качестве ответа будут возвращены только доступные для вашего просмотра задачи. Доступность определяется схемами прав доступа и безопасности в проектах, которым принадлежат данные задачи.

Быстрый поиск

Наименее точный и самый быстрый способ поиска задач в JIRA. Поле ввода расположено в правом верхнем углу экрана. Чтобы использовать его, просто начните вводить искомое.

1. Быстрый переход к задаче

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

Предположим, вы работаете над задачей с ключом «YAT-106», в этом случае можно ввести в поле «Поиск» значение «YAT-106» или «yat-106».

Зачастую вам даже не нужно вводить полный ключ, достаточно ввести цифровую часть. Если вы работаете над проектом «YAT», то при вводе в поле «106» система автоматически перенаправит вас на «YAT-106».

2. Интеллектуальный быстрый поиск

JIRA позволяет использовать «интеллектуальный» быстрый поиск с минимальной типизацией. Например, для поиска всех задач типа «Task» в проекте «YAT», имеющих статус «Done», необходимо искать строку «Task Done YAT». И JIRA перенаправит вас в окно навигатора с отобранными по заданному критерию задачами.

В таблице ниже представлены специальные термины для «интеллектуального» быстрого поиска:

Параметр поиска	Описание	Пример строки поиска
my	Поиск задач, назначенных на вас.	my open task
r:	Поиск задач, автором которых являетесь вы или другой пользователь, либо автор не определен.

r:demo_3 — поиск задач, автором которых
является пользователь с логином demo_3.

Соответственно,
параметру «Created» (Создано)
будет соответствовать «created»,
«Updated» (Обновлено) — «updated»,
«Due Date» (Срок исполнения) — «due».

При простановке условий можно использовать термины
«today», «yesterday», «tomorrow».

Также возможна запись вида "-1w",«1w» обозначающая,
что интересующая нас дата лежит в интервале
от (-1 неделя) до (+1 неделя) от текущего
системного времени.

Запись вида «1w» обозначает, что интересующая нас
дата лежит в диапазоне от (+1 неделя)
от текущего системного времени.

created:yesterday —
задачи, созданные за вчерашний день.

updated:-1w — задачи,
обновленных за последнюю неделю.

due:1w — срок исполнения начинается через
одну неделю от текущей даты.

due:-1d,1w — срок исполнения
лежит в диапазоне
от (<текущая дата> — 1 день)
до (<текущая дата> + 1 неделя)

created:-1w,-30m — дата создания
лежит в диапазоне от
(<текущая дата дата и время> — 1 неделя)
до (<текущая дата и время>
— 30 минут)

created:-1d updated:-4h — задачи, созданные
за последние сутки
и обновленные в течении
предыдущих четырех
часов.

3.0
3.0 eap
3.0 beta

Но не включает задачи
со следующими значениями
для поля «Affects Version/s»
(Проявляется в версиях):

Для отбора задач, содержащих
также минорные версии и версии сборок,
используется запись вида:

В результат запуска будут отобраны задачи
со значениями для поля
«Affects Version/s»
(«Проявляется в версиях»):

3. Быстрый поиск по тексту

Также вы можете отбирать задачи, содержащие определенный текст — просто введите его в поле «Поиск». JIRA ищет задачи по тексту только в трёх определенных полях:

«Summary» («Тема»);
«Description» («Описание»);
«Comments» («Комментарии»).

Базовый поиск

Это удобный пользовательский интерфейс для отбора задач. Чтобы им пользоваться, вам не обязательно знать JIRA Query Language (JQL).

Перейдите по пункту меню Поиск → Поиск запросов;

и выберете критерии поиска:

Стандартно «базовый» поиск содержит:

Критерий «Проект» из выпадающего списка для выбора проектов, содержащих интересующие вас задачи.
Критерий «Задача/Тип» из выпадающего списка для выбора типа задач.
Критерий «Статус» из выпадающего списка для отбора задач по статусам workflow.
Критерий «Исполнитель» для отбора задач, назначенных на определенных исполнителей. В качестве исполнителей можно выбрать конкретных пользователей JIRA, либо JIRA-группу (отобразятся задачи, назначенные на эту группу).
Критерий «Содержит текст» для отбора задач, которые могут содержать конкретный текст в полях «Summary» (Тема), «Description» (Описание) или «Comments» (Комментарии).

Для начала рекомендуем определить проекты для поиска в поле «Проект»;
Определить тип задач в поле «Тип»;
В выпадающем списке «Еще» начните ввод названия поля, которое будет использовано в качестве критерия отбора.

4. Поставьте галочку напротив необходимого поля;
5. Определите критерий отбора по этому полю.

Для удаления добавленного критерия отбора просто воспользуйтесь кнопкой
для данного критерия.

Запрос из «базового» поиска можно перевести в «продвинутый» JQL поиск, и наоборот. Однако запрос из «продвинутого» JQL поиска нельзя перевести в «базовый», если:

запрос содержит оператор OR;
запрос содержит оператор NOT;
запрос содержит оператор EMPTY;
содержит любой из операторов сравнения !=, IS, IS NOT, >, >=, <, <=.
в запросе указываются поля, которые в «базовом» поиске становятся доступными только после выбора критериев проекта и типа задач.

Общее правило: если запрос не может быть создан в форме «базового» поиска, то его не получится перевести из «продвинутого» JQL в «базовый».

Об особенностях «продвинутого» JQL поиска поговорим в следующей статье ;)

Структуру JQL-запросов без примеров сложно понять специалистам, не знакомым ранее с JIRA.

Мы уже успели рассказать про быстрый и базовый поиск. Теперь же прейдем к самому мощному из трех методов — к продвинутому поиску.

В этом режиме вы можете указывать критерии, которые нельзя задавать в остальных предыдущих двух режимах (например, сортировку ORDER BY). Но придётся освоить создание структурированных запросов с помощью JIRA Query Language (JQL).

Для использования «продвинутого» поиска перейдите в пункт меню Поиск --> Поиск запросов.

А если вы находитесь в режиме «базового» поиска, нажмите кнопку «Продвинутый»

1. Создание JQL-запросов

Простейший запрос на JQL состоит из поля, за которым следует оператор, а затем одно или несколько допустимых значений для этого поля. Например:

project = «YAT»

Такой запрос поможет найти все задачи проекта «YAT». Здесь использовано поле «project», оператор эквивалента " AffectedVersion", "FixVersion", "Components", кастомных полей формата "Version" и выпадающих списков.

При использовании в поиске полей формата "User" JIRA позволяет найти необходимого пользователя по его фамилии.

Вы можете использовать круглые скобки в сложных JQL-запросах. Например, если хотите найти все разрешенные задачи в проекте «SysAdmin», а также все задачи (любого статуса, любого проекта), назначенные в настоящее время системному администратору (admin), то можете использовать круглые скобки, обозначая приоритет логических операторов в запросе.

(project=SysAdmin AND status=resolved) OR assignee=admin

В JQL есть зарезервированные символы.

выделить текст, содержащий специальный символ, либо двойными кавычками (". "), либо одинарными ('. ');
если в тексте поиска есть один из перечисленных ниже символов, то перед ним обязательно проставляется двойной backslashe ("\\").
+ — & |! ( ) < >[ ] ^

Внимание!
Также в JIRA есть зарезервированные слова.

Если в тексте поиска упомянуто одно из перечисленных ниже слов, этот текст нужно выделить либо двойными кавычками (". "), либо одинарными ('. ').

Список зарезервированных слов:

A	«abort», «access», «add», «after», «alias», «all», «alter», «and», «any», «as», «asc», «audit», «avg»
B	«before», «begin», «between», «boolean», «break», «by», «byte»
C	«catch», «cf», «char», «character», «check», «checkpoint», «collate», «collation», «column», «commit», «connect», «continue», «count», «create», «current»
D	«date», «decimal», «declare», «decrement», «default», «defaults», «define», «delete», «delimiter», «desc», «difference», «distinct», «divide», «do», «double», «drop»
E	«else», «empty», «encoding», «end», «equals», «escape», «exclusive», «exec», «execute», «exists», «explain»
F	«false», «fetch», «file», «field», «first», «float», «for», «from», «function»
H	«having»
I	«identified», «if», «immediate», «in», «increment», «index», «initial», «inner», «inout», «input», «insert», «int», «integer», «intersect», «intersection», «into», «is», «isempty», «isnull»
J	«join»
L	«last», «left», «less», «like», «limit», «lock», «long»
M	«max», «min», «minus», «mode», «modify», «modulo», «more», «multiply»
N	«next», «noaudit», «not», «notin», «nowait», «null», «number»
O	«object», «of», «on», «option», «or», «order», «outer», «output»
P	«power», «previous», «prior», «privileges», «public»
R	«raise», «raw», «remainder», «rename», «resource», «return», «returns», «revoke», «right», «row», «rowid», «rownum», «rows»
S	«select», «session», «set», «share», «size», «sqrt», «start», «strict», «string», «subtract», «sum», «synonym»
T	«table», «then», «to», «trans», «transaction», «trigger», «true»
U	«uid», «union», «unique», «update», «user»
V	«validate», «values», «view»
W	«when», «whenever», «where», «while», «with»

2. Использование шаблонов для поиска по тексту

Специальные символы могут быть использованы для определения шаблонов поиска по тексту. Рассмотрим несколько примеров:

Знак	Область применения и описание	Пример
?	"?" используется для замены одного символа в шаблоне. Например, написание слов «text» и «test» отличается одним символом. Для поиска обоих вариантов достаточно задать шаблон: te?t	summary

" может быть использована для задания
нечетких поисковых шаблонов. В этом случае символ "

"
подставляется в конце нужного слова. Например,
чтобы найти термин, орфографически похожий на «roam»,
используйте шаблон: roam

Читайте также: