Сервис заданий и поручений: YouDo поможет быстро найти надежных исполнителей для выполнения бытовых и фриланс заданий. Юду

Поручить.РФ — Интернет-сервис мелких поручений

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

Где найти хорошего адвоката Где найти хорошего адвоката — зачастую многие из нас начинают искать адвоката только тогда, когда медлить нельзя. В статье приведены основные методы поиска профессиональных адвокатов, которые будут заинтересованы в успешном исходе Вашего дела. Читать статью

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

Поручить.РФ — это интернет-сервис мелких поручений. Сайт позволяет искать исполнителей для выполнения любого рода мелких поручений с отбором исполнителей на конкурсной основе. Здесь при размещении задания Заказчик сам устанавливает приемлемую для него сумму вознаграждения исполнителю, что позволяет значительно снизить финансовые затраты.
Сервис Поручить.РФ абсолютно бесплатный, что делает его отличным средством для экономии бюджета.

40 сервисов для управления задачами и проектами — Сервисы на vc.ru

Личные и командные.

Сервис для управления задачами с минимальным набором функций. Предназначен для личного использования. К веб-версии можно получить доступ из почты Gmail, из «Google Документов» или через мобильное приложение.

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

Microsoft To-Do предназначен для личного управления делами. Продукт разработан на основе таск-менеджера Wunderlist — Microsoft планирует его закрыть. В сервисе поддерживается русский язык.

Microsoft To-Do позволяет создавать списки дел и задач, группировать их по темам, устанавливать напоминания, делиться списками с другими пользователями. Каждая задача может состоять из нескольких шагов (своего рода подзадач) и включать в себя подробное описание.

В сервис интегрируется папка «Задачи» в Microsoft Outlook.

• Платформы: Windows, macOS, Android, iOS, веб.

• Стоимость: входит в пакет Microsoft Office 365.

«Планировщик» от Microsoft входит в состав пакета Microsoft Office 365. От Mi

главная страница, список заявок, профиль мастера — Сервисы на vc.ru

Сейчас проектирую сайт своего коробочного решения для запуска маркетплейса услуг RTPlatform. Решил пойти по принципу «взять самое лучшее с раскрученных площадок и дополнить своим опытом». Для сравнения выбрал самые популярные агрегаторы — YouDo, Profi.Ru и Remontnik.Ru и сравнил по самым значимым разделам.

Оценки и оговорки

Очевидно, что на готовом решении запускаются основатели для тестирования идеи, с прицелом, что если сервис пойдёт, то его нужно развивать дальше. Если нет, то это менее затратный тест идеи, чем разработка с нуля. Такой подход накладывает определённые требования к функционалу и внешнему виду. Например:

• В раскрученных проектах рейтинг и отзывы — это хороший инструмент проверки качества исполнителя и без него никуда. На старте же, когда ещё ни одного отзыва нет, это выглядит не серьёзно.
• Числовые показатели типа количества заданий или скорости ответа помогают крупным проектам показать свою крутость, а вот на старте 2 задания за 3 месяца будут выглядеть нелепо.
• SEO-контент. Большие площадки раскручиваются по низкочастотным запросам и генерируют огромный объём контента. На старте такого контента пока нет.

Для сравнения я выбрал самые важные разделы сервиса поиска исполнителей:

• Главная страница
• Биржа заявок
• Просмотр заявки
• Список исполнителей
• Просмотр профиля исполнителя

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

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

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

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

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

Главная страница

Как и писал выше — моя задача при оценке забрать самые удобные и убедительные ходы с топовых сайтов и оптимизировать их под условие, что сервис только стартует.

Заработай выполняя простые задания

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

Так называются люди, которые выполняют простейшие задания и получают за это деньги на специальных сайтах по поиску исполнителей.

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

Вот для примера несколько таких заданий:

• Сделать краткие описания проектов
• Доставить цветы
• Закрутить болтающийся кран в туалете
• Собрать мебель
• Переустановить операционную систему
• Составить список производств
• Нужен человек надуть воздушные шары

Youdo

На данный момент самым крупным игроком в этой нише является сервис Youdo. Ежемесячно его посещает более одного миллиона человек.

К сожалению YouDo работает только в Москве и Санкт-Петербурге, а также на территории Московской и Ленинградской области. Но если заказ касается работы в интернете, то конечно тут нет ограничений.

Чтобы стать исполнителем нужно пройти процедуру верификации, которая включает в себя:

• проверку персональных данных;
• проверку доверенных лиц;
• онлайн тестирование на знание правил работы сервиса;
• телефонное собеседование.

Важные советы исполнителям сайта YouDo

YouDo берет с исполнителей комиссию от 5 до 15% от стоимости каждого выполненного задания. Комиссия списывается автоматически с личного счета исполнителя.

В сервисе множество заданий, так что вы без труда найдете то, что вам интересно и выгодно.

Kabanchik

Вторым по популярности является сайт kabanchik. ru. В России он не очень популярен, всего 10 тысяч посетителей в месяц, но в Украине он достаточно популярен под именем kabanchik.com.ua, его посещают 250 тысяч человек в месяц. Также у них есть белорусский (kabanchik.by) и казахстанский (megamaster.kz) филиалы.

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

Что бы стать исполнителем нужно:

• Заполнить анкету на проверку
• Ознакомиться с правилами работы на сервисе Метнись Кабанчиком
• Пройти онлайн-тест на знание правил сервиса
• Подтвердить паспортные данные (с помощью видеоконференции в Skype)

Porucheno

Porucheno.ru немного другой проект. Вот как они сами о себе говорят:

Агентство Особых Поручений — специализированный проект, основной деятельностью которого является выполнение поручений Заказчика в регионах, удаленных от места его фактического нахождения.

Работает проект по всему миру. На данный момент в агентстве работает 19008 агентов.

Чтобы стать Агентом, необходимо зарегистрироваться на сайте, заполнив все поля в форме регистрации. Первоначальный статус после регистрации – «Кандидат».

После успешного выполнения Кандидатом тестовых поручений и набора рейтинга 20 баллов, он становится полноправным Агентом.  Успешное выполнение тестовых поручений оплачивается.

Список поручений ограничен только действующим законодательством.

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

• Приобрести СИМ карту с прямым московским номером. Москва
• Забрать и доставить коробку с детским питанием. Кострома
• Сделать фото здания и составить список предприятий. Тюменская область Нягань
• Узнать работает ли магазин, и взять контакты управляющего. Португалия Лиссабон

В общем, проект интересный и необычный. Единственный его минус, это пока небольшое количество заданий.

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

Miriba

Miriba.ru – еще один сайт по поиску исполнителей. Работает по всей России. Заказы есть, но как обычно в основном для больших городов.

В отличие от других сайтов miriba.ru не вмешивается в процесс общения заказчика и исполнителя, поэтому вам не нужно тут проходить специальную проверку в качестве исполнителя.

Сайт похож на доску объявлений. Заходите на сайт, находите подходящее предложение  о работе и связываетесь напрямую с заказчиком.

Заказы здесь в основном для квалифицированных работников (строители, веб-мастера, различный ремонт), но попадается и простая подработка:

• Нужно перевезти трех человек из Анапы в Краснодар
• Нужно скосить траву
• Требуется помощница по хозяйству

Skilljob.ru  Runbee.ru  Я добавил эти 2 сайта в статью на случай, если они вдруг станут популярными (остался один). Пока у них очень маленькая посещаемость и соответственно очень мало заказов.

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

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

Оцените статью

Проголосовало: 44 Средняя оценка: 3.3

Программа постановки задач сотрудникам | А2Б

Дополнительные функции

Система контроля выполнения задач (другие возможные названия таск-менеджер, трекер задач, планировщик дел, задачник, система управления задачами и т.д.)
в современном мире важна для любой организации, будь то промышленное предприятие, небольшая студия или государственные органы – везде важно своевременное
и качественное выполнение задач сотрудниками и четкое понимание руководством загрузки персонала.

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

Так среди возможных настроек можно включить или отключить следующие функции:

— Предоставление гостевого доступа – позволяет выдавать поручения и выполнять контроль задач внештатным сотрудникам, т.е. пользователям,
которые не заведены в систему.

— Делегирование поручений – позволяет привлекать для решения задач других сотрудников компании, при этом не снимая с первоначального исполнителя ответственности.

— Возможность указать дату начала – с помощью этой функции можно создавать отложенные во времени задачи.

— Повторяющиеся поручения – создаются по расписанию автоматически. Например, подготовка отчета к оперативному совещанию
каждый понедельник в 10. 00.

— Разделение запрос/поручение – не в каждой компании позволено ставить руководителям от подчиненных сотрудников. Мы предлагаем в этих случаях подчиненным
направлять запросы в адрес руководства (например, предоставление отгула или отпуска).

— Шаблоны поручений – для однотипных заданий есть возможность создать шаблон и далее использовать его в нужный момент для максимально быстрой постановки задачи.

— Группы поручений – возможность объединения поставленных задач в общую папку позволяет управлять небольшими проектами просто «накидывая» задачи и дальнейшим контролем их исполнения.

— Возможность взять в работу поручение – используется, когда необходимо подтверждать принятие задачи. Автору поручения уходит уведомление
о том, что исполнитель начал выполнять работу.

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

— Блокировать возможность отклонить поручение/запрос – эта настройка позволяет отключить базовую возможность отклонять задачу исполнителем в тех случаях, если она была
поставлена ошибочно ли не по адресу.

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

— Возможность передавать поручение другому исполнителю – хотите просто «отфутболить» задачу другому сотруднику? Да, это возможно, если администратор модуля «Поручения»
в настройках установит такое разрешение.

— Представление в виде канбан досок – возможно 2 режима отображения интерфейса: в виде классических списков задач разделенных по автору, исполнителю либо по группам; в виде д
осок – планируемые задачи, в работе, просроченные, завершенные.

— Настройка уведомлений по задачам на электронную почту пользователя, а так же в виде push-уведомлений в мобильном приложении.

— Возможность создавать планируемые поручения – постановка задачи без указания срока исполнения и конкретного исполнителя. К такой «подвешенной» задаче можно вернуться
позже и указать срок исполнения и исполнителя.

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

Программа для раздачи поручений своим сотрудникам

Установите LeaderTask на компьютеры, смартфоны, планшеты сотрудников. Раздавайте поручения, составляйте план работ для каждого сотрудника, контролируйте прогресс выполнения: обменивайтесь комментариями по задачам, утверждайте результат или отправляйте на доработку.

• 
  
  

  100% функционала

• 
  
  

  ∞ сотрудников

• 
  
  

  Пробный
  
  период

Все функции для эффективного управления бизнесом Начните работу над новым проектом с помощью ЛидерТаск, Вы и Ваша команда станете более производительными, чем когда-либо раньше.

•  

  
  

  Общие проекты

•  

  
  

  Распечатка списка задач и ежедневника

•  

  
  

  Работа без интернета

•  

  
  

  Обновление программы

•  

  
  

  Хранение данных в облаке

•  

  
  

  Доступ к задачам с Android, iPhone, iPad

•  

  
  

  Поручение задач

•  

  
  

  Метки

•  

  
  

  Общие группы контактов

•  

  
  

  Создание задач из email писем

•  

  
  

  Создание резервной копии

•  

  
  

  Экспорт данных

•  

  
  

  Объем облака 1 ГБ

•  

  
  

  Единый список сотрудников

•  

  
  

  Централизованная оплата аккаунтов

•  

  
  

  Два и более пользователя

Приложения для основных платформ

Windows, Android, iPhone, iPad

Установите приложение LeaderTask

•  

  
  

  Компьютеры Windows

•  

  
  

  Устройства Android

•  

  
  

  Смартфоны iPhone

•  

  
  

  Планшеты iPad

Зарегистрируйтесь, и мы пришлём ссылку на загрузку!

Кому подойдет LeaderTask

Компаниям любого масштаба, любой сферы деятельности

• 
  
  

  Небольшим компаниям от 2 до 10 сотрудников

• 
  
  

  Крупным предприятиям от 10 до 100 сотрудников

• 
  
  

  Корпорациям от 1000 сотрудников

• 
  
  

   

  Промышленность

• 
  
  

   

  Банковское дело

• 
  
  

   

  Торговый бизнес

• 
  
  
  
• 
  
  
  
• 
  
  

   

  Телекоммуникации

• 
  
  

   

  Строительство

• 
  
  

   

  Здравоохранение

• 
  
  
  
• 
  
  

   

  Вооруженные силы

• 
  
  

   

  Образование

• 
  
  
  

Возможности программы LeaderTask

Создайте наряд на работу в Dynamics 365 Field Service

• 000Z» data-article-date-source=»ms.date»> 24.09.2020
• 4 минуты на чтение

В этой статье

Наряд на работу в Dynamics 365 Field Service содержит информацию о том, какую работу необходимо выполнить. Он используется для координации и планирования ресурсов и действий. Его можно использовать для различных видов работ, таких как установка, ремонт или профилактическое обслуживание.

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

Примечание

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

Жизненный цикл заказа на работу

• Создание рабочего задания: Рабочий заказ создается, обычно из случая или возможности

• График : затем планируется заказ на работу.

• Отправление : Заказ на работу отправлен.

• Услуга : Заказ на работу выполнен, детали обновлены.

• Рассмотрение / утверждение : рабочий заказ рассматривается и утверждается руководителем.

• Счет-фактура и корректировка запасов : Производятся корректировки запасов и создается счет-фактура для соответствующего счета.

Что происходит	Создано новое рабочее задание. Назначенный инцидент, продукт, услуги, навыки, территория и т. Д.	График рабочего задания создан. Ресурсы, назначенные рабочему заданию. Дата и время указаны.	Полевой агент уведомлен о наряде на работу. Полевой агент может просмотреть и принять / отклонить заказ на работу.	Наряд на выполнение работ выполнен. Информация о том, что выполняется в поле, вводится через мобильное приложение.	Супервайзер проверяет, что все работы были выполнены должным образом и что вся информация, касающаяся рабочего задания, верна.	Счет-фактура создается на основе используемых продуктов и услуг. Произведены инвентаризационные корректировки. Продукция преобразована в оборудование (если применимо)
Кто выполняет задачу	Соглашение автоматически генерируется на регулярной основе. Дело: Служба поддержки. Заказ клиента: по продажам / календарному планированию. Специально: Полевым агентом или централизованным планированием.	Диспетчер Полевой агент Диспетчер с помощником планирования Механизм маршрутизации	Уведомление отправляется системой автоматически полевому агенту, заказчику и другим сторонам. Примечание: Уведомления необходимо настроить в системе.	Полевой агент	Выездной супервайзер / менеджер бухгалтерия	Автоматически отправляется системой
Статус рабочего задания	Открытые — внеплановые	Открытый — по расписанию	Открытый — по расписанию	Открытый — внеплановый, затем открытый — завершенный	Открыто — завершено, затем закрыто — размещено	Закрыто-размещено
Статус графика рабочего задания	НЕТ	По расписанию	По расписанию	Запланировано Принято / отклонено Пользовательский статус	Завершен	Завершен

Создать наряд на работу

1. В главном меню щелкните Field Service > Заказы на работу .

2. Щелкните + New в верхнем левом углу.

3. Введите вашу информацию. Используйте удобные всплывающие подсказки в качестве руководства.

   • Сводка

     • Общие : заполните основную информацию о рабочем задании, такую ​​как номер рабочего задания и сервисный аккаунт, с которым он связан, краткую сводку и статус, которые могут показать, является ли заказ на работу незапланированным, запланированным , в процессе или завершено.

     • Первичный инцидент : введите дополнительную информацию о характере выполняемой работы.

     • Итого : введите информацию о ценах для заказа на работу. Это покажет общую информацию о ценах для задач, включая продукты и услуги.

   • Настройки

     • Общие : укажите категорию, к которой может относиться рабочее задание. Также укажите важную информацию о местонахождении рабочего задания, прейскуранте, территории обслуживания и т. Д.

     • Налог с продаж : налог с продаж может быть добавлен к общей сумме рабочего задания на основе деталей рабочего задания, таких как сервисный счет, платежный счет и тип рабочего задания. В поле Taxable будет установлено значение yes, если тип рабочего задания — Taxable , а счет для выставления счетов — Not Tax Exempt . Если заказ на работу облагается налогом, поле поиска Код налога с продаж отобразит и унаследует значение из учетной записи службы. Его также можно обновить вручную.

     • Предпочтения : введите информацию о ресурсах и времени для рабочего задания.

     • Последующие действия : показывает инструкции о том, как действовать, если необходимо, или о том, требует ли заказ на выполнение последующих действий.

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

     • Предпочтения : укажите любые предпочтительные временные окна.

     • Источник : укажите информацию об источнике относительно рабочего задания.

   • Адрес : Адрес, по которому будут выполняться работы. Адрес должен быть унаследован от учетной записи службы.

   • Местоположение : показывает расположение адреса на карте.

Добавить сервисные задачи, продукты или услуги в рабочее задание

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

• Перейдите в раздел Задачи обслуживания и щелкните + Добавить запись задачи обслуживания заказа на работу . Заполните вашу информацию. Используйте удобные всплывающие подсказки в качестве руководства. Дополнительные сведения: Настройка типов задач обслуживания

• Перейдите в раздел Products или Services и нажмите кнопку + . Заполните вашу информацию. Используйте удобные подсказки в качестве руководства. Дополнительная информация: Создание продукта или услуги

  Примечание

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

Открытие подсеток рабочего задания в виде всплывающих диалоговых окон

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

В приложении Field Service перейдите в раздел Settings > Field Service Settings > Other section и установите для поля Subgrid Records Open as Popups значение Yes .

Всплывающая навигация теперь будет включена, когда следующие объекты выбраны из рабочего задания.

• Наряд-продукт
• Служба нарядов на работы
• Сервисное задание наряда на работу
• Инцидент наряд-заказ
• Резервирование ресурсов для резервирования
• Запись времени

Примечание

Эта функция доступна только в едином интерфейсе.

См. Также

Обзор Dynamics 365 Field Service
Отправка и утверждение запросов на отпуск
Планирование рабочего задания
Настройка доски расписания
Руководство пользователя

Как создавать задачи из заказов на продажу? — Odoo 9.0 документация

В этом разделе мы увидим интеграцию проекта Odoo
управление модулями и Продажи а точнее как формировать задачи
из строк заказа на продажу.

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

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

Конфигурация

Установите необходимые приложения

Для создания задачи из заказа на продажу вам потребуется
для установки приложения Sales Management и Project .Просто войдите в
модуль приложения и установите следующее:

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

Создайте и настройте продукт

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

• Имя : Техническая поддержка
• Тип продукта : Сервис
• Единица измерения : Часы (перейдите к
  и, при Единица измерения , проверьте Некоторые продукты могут быть
  продано / куплено в разных единицах измерения (продвинутое) радио
  кнопку)
• Политика выставления счетов : Вы можете настроить свою политику выставления счетов на
  заказанное количество или поставленное количество.Вы можете легко следовать
  количество часов, которые были доставлены и / или выставлены счета на ваш
  клиент.
• Track Service : Создайте задачу и отслеживайте часы, как ваш продукт
  Счет за услугу, выставляемый по часам, вы должны установить единицы
  меры продукта также к часам.

Примечание

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

Создание заказа на продажу

После настройки продукта вы можете создать предложение или заказ на продажу
со связанным продуктом. После подтверждения предложения и
трансформируется в заказ на продажу, задача будет создана.

Доступ к задаче, созданной из заказа на продажу

В модуле «Проект» появится новая задача:

• либо в связанном проекте, если вы выбрали его в продукте
  форму
• либо на новый проект с названием связанного заказа на продажу как
  название (вы можете легко изменить название проекта, нажав
  on)

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

Примечание

В Odoo центральным документом является заказ на продажу, что означает, что
исходным документом задачи является связанный заказ на продажу.

Управление специальными задачами в рабочем процессе ServiceNow

Этот пост написан в ответ на вопрос, который я получил от читателя о том, как обрабатывать специальные задачи, когда вы используете графический рабочий процесс. Я всегда открыт для предложений по улучшению сайта и его содержания. Если у вас есть идеи, вопросы или предложения по сайту, просто используйте ссылку «Контакты», чтобы отправить их.Спасибо, Рут!

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

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

Вариант №1:

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

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

-Таблица: изменение задачи
-Заказ: 100
-выполняется после вставки / обновления
-Состояние: current.order.changes ()

syncTaskOrder ();

function syncTaskOrder () {
// Запрос для всех задач, связанных с одним и тем же родителем
var rec = new GlideRecord (‘change_task’);
рек.addQuery (‘родитель’, current.parent);
rec.orderBy (‘заказ’);
rec.query ();
while (rec.next ()) {
// Удалить все существующие записи преемников / предшественников для задачи
var rec1 = new GlideRecord (‘execution_plan_local’);
var qc = rec1.addQuery (‘предшественник’, rec.sys_id);
qc.addOrCondition (‘преемник’, rec.sys_id);
rec1.query ();
while (rec1.next ()) {
rec1.deleteRecord ();
}
}

// Запрос всех задач, связанных с одним и тем же родителем
var tsk = new GlideRecord (current.sys_class_name);
tsk.addQuery (‘родительский’, current.parent);
tsk.orderBy (‘заказ’);
tsk.query ();
var lastID = »;
var lastOrder;
var myIDArray = новый массив ();
while (tsk.next ()) {
if (tsk.order> lastOrder) {
// Перебрать массив sys_id и создать новую запись преемника / предшественника для каждого элемента
for (x в myIDArray) {
// Инициализировать создание новой записи последовательности задач
var tsk1 = new GlideRecord (‘execution_plan_local’);
цк1.инициализировать ();
tsk1.predecessor = myIDArray [x];
tsk1.successor = tsk.sys_id;
tsk1.insert ();
}
// Очистить существующий массив
myIDArray.length = 0;
// Заполняем текущий sys_id задачи в массив
myIDArray [0] = tsk.sys_id.toString ();
}
else if ((tsk.order == lastOrder) ||! LastOrder) {
var myIDArrayLength = myIDArray.length;
if (myIDArrayLength> 0) {
// Получить последний элемент в массиве
var arrayIDVal = myIDArray [myIDArrayLength — 1];
// Запросите таблицу последовательности задач для этого элемента
var ps = new GlideRecord (‘execution_plan_local’);
л.с.addQuery (‘преемник’, arrayIDVal);
ps.query ();
while (ps.next ()) {
// Создаем новую запись преемника / предшественника для текущей задачи
var ps1 = new GlideRecord (‘execution_plan_local’);
ps1.initialize ();
ps1.predecessor = ps.predecessor;
ps1.successor = tsk.sys_id;
ps1.insert ();
}
}
// Заполняем текущий sys_id задачи в массив
myIDArray [myIDArrayLength] = tsk.sys_id.toString ();
}
else {
}
lastOrder = Math.круглый (тск. заказ);
lastID = tsk.sys_id.toString ();
}
}

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

-Таблица: Изменить задачу
-Заказ: 1,100 — Это важно!
— Выполняется перед вставкой
— Условие: current.delivery_task! = ”

current.order = current.delivery_task.order;

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

Вариант №2:

Я видел, как этот параметр используется для запросов на обслуживание в ServiceNow. Вы можете настроить «фиктивные» элементы запроса на обслуживание, которые могут быть добавлены к запросу на обслуживание с определенным количеством и порядком задач. Этот метод можно использовать либо с графическим рабочим процессом, либо с планами выполнения.

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

Вариант № 3:

Создайте подзадачи, которые можно вручную добавить к созданным задачам изменения или каталогизации. Вот пример того, как вы можете справиться с этим для запросов на изменение. Допустим, все ваши запросы на изменение должны проходить через одни и те же 3 шага. Однако в некоторых случаях требуется одна или несколько специальных задач. Вы можете настроить план выполнения (или рабочий процесс) для создания трех задач изменения, а затем создать другую таблицу под названием «подзадача», которую можно вручную добавить к каждой автоматически сгенерированной задаче изменения по мере необходимости, например, здесь…

* Запрос на изменение
* Изменить задачу 1 -> ИЗ ПЛАНА ВЫПОЛНЕНИЯ
* Подзадача 1 -> ДОБАВЛЕНО ВРУЧНУЮ
* Подзадача 2 -> ДОБАВЛЕНО ВРУЧНУЮ
* Изменить задачу 2 -> ИЗ ПЛАНА ВЫПОЛНЕНИЯ
* Изменить задачу 3 -> ИЗ ПЛАНА ВЫПОЛНЕНИЯ

Итак, подзадачи 1 и 2 являются дочерними для задачи изменения 1, а задача изменения 1 не закрывается, пока не будут закрыты подзадачи 1 и 2.

Вариант №4:

Используйте сценарий в действии «Подождите» в рабочем процессе, чтобы запросить связанные задачи и дождаться их завершения, прежде чем двигаться дальше. Этот подход не имеет отношения к упорядочиванию напрямую, но позволяет вам управлять задачами, которые добавляются вне области рабочего процесса. Полное решение задокументировано здесь, в вики-странице Service-now.

страниц со списком задач — GOV.UK Design System

Страницы

Страницы списка задач помогают пользователям понять:

• задачи, связанные с завершением транзакции
• порядок выполнения задач в
• после выполнения задач

В GOV есть закодированный пример страницы со списком задач.Комплект прототипа Великобритании.

Когда использовать этот шаблон

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

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

Как это работает

Вы должны показать страницу списка задач:

• на начало транзакции
• в начале каждого сеанса возврата

При использовании страницы списка задач в вашем сервисе необходимо:

• сгруппировать связанные действия в задачи
• показать статус задач

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

Сгруппировать связанные действия в задачи

Сгруппируйте связанные действия и вопросы в задачи, например, «Предоставить финансовые доказательства» и «Предоставить медицинскую информацию». Это поможет пользователям понять и спланировать то, что им нужно делать.

По возможности, названия задач должны быть:

• опишите, какая задача или действие будет включать
• начинаются с глаголов, например «проверить», «объявить», «сообщить»

Показать статус задач

Включите сводку над списком задач, чтобы сказать, сколько задач или разделов было выполнено.

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

Используйте следующие метки для описания различных состояний задачи:

• «Не начато» (серым цветом), если пользователь может начать работу над задачей, но еще не сделал этого
• «Невозможно начать» (серым цветом), если пользователь еще не может запустить задачу — например, потому что сначала должна быть завершена другая задача.
• «Выполняется» (светло-голубого цвета), если пользователь начал, но не выполнил задачу
• «Завершено» (синим цветом), если пользователь выполнил задачу

Сгруппировать задачи по разделам

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

Например, вы можете сгруппировать все задачи, которые помогают пользователям узнать, подходит ли им ваша услуга, в разделе под названием «Проверьте перед запуском».

По возможности разрешите пользователям выполнять задачи в любом порядке. Это поможет им планировать свое время и заполнять разделы по мере возможности.

Исследование этого шаблона

Этот шаблон был первоначально разработан и протестирован группой государственной цифровой службы (GDS).

Команда построила прототипы списков задач для 3 услуг: «Зарегистрируйтесь в качестве няни», «Научитесь водить» и «Транспортировать товары» и протестировала их с 34 пользователями в течение 5 раундов исследования.

Шаблон повторялся после каждого раунда тестирования.

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

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

Теперь шаблон был повторен и теперь включает метки для всех статусов и сводку над списком.

Известные проблемы и недочеты

Исследования пользователей и отзывы об этом шаблоне показали, что:

• Некоторые пользователи программ чтения с экрана разочарованы тем, что им приходится проходить через каждый раздел каждый раз, когда они возвращаются к списку задач после выполнения задачи
• некоторым службам требуется, чтобы пользователи выполняли задачи в определенном порядке, например, пользователь должен заполнить заявку, прежде чем он сможет заплатить
• после выполнения нескольких задач становится труднее сканировать страницу и обнаруживать незавершенные задачи

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

Услуги, использующие этот шаблон

Этот шаблон использовался в ряде служб, включая следующие.

Министерство юстиции
Заявление о завещании
Денежные претензии

Ofsted
Зарегистрироваться как няня

Следующие шаги

Работа необходима для того, чтобы пользователи могли понять разницу между выполнением задачи и выполнением всего сервиса.

Кроме того, необходимы дополнительные исследования пользователей, чтобы выяснить:

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

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

Помогите улучшить эту страницу

Чтобы сделать эту страницу полезной, актуальной и актуальной, вы можете:

service Stanza — Спецификация вакансии

service строфа инструктирует Nomad зарегистрировать услугу в Consul.Этот
в разделе документации будет обсуждаться конфигурация, но, пожалуйста, также
прочтите документацию по обнаружению сервисов Nomad для получения дополнительной информации
подробная информация об интеграции.

  job "docs" {
  group "example" {
    задача "сервер" {
      оказание услуг {
        tags = ["лидер", "mysql"]

        порт = "дб"

        meta {
          meta = "для ваших услуг"
        }

        проверять {
          type = "tcp"
          порт = "дб"
          interval = "10 с"
          timeout = "2 с"
        }

        проверять {
          type = "скрипт"
          name = "check_table"
          command = "/ usr / local / bin / check_mysql_table_status"
          args = ["--verbose"]
          interval = "60 с"
          timeout = "5 с"

          check_restart {
            limit = 3
            grace = "90-е"
            ignore_warnings = ложь
          }
        }
      }
    }
  }
}
  

Этот раздел документации охватывает только поля и строфы файла задания.
для обнаружения службы.Для получения дополнительных сведений об использовании Nomad с Consul см.
документация по интеграции Consul.

Nomad 0.10 также позволяет указать раздел службы на уровне группы задач.
Это позволяет службам в одной группе задач выбирать Consul.
Подключите интеграцию.

» service Параметры

• check (Check: nil) — Определяет состояние
  чек, связанный с услугой. Это можно указать несколько раз, чтобы
  определить несколько проверок для службы.В настоящее время Nomad поддерживает
  grpc , http , скрипт ¹ и tcp проверяет.

• connect — Настраивает интеграцию Consul Connect. Только
  доступны на групповых услугах.

• имя (строка: «<задание> - <группа> - <задача>») — Задает имя этой службы
  будет рекламироваться как в Consul. Если не указан, по умолчанию будет
  имя задания, группы и задачи, объединенные тире, например
  "docs-example-server" .У каждой службы должно быть уникальное имя в
  кластер. Имена должны соответствовать RFC-1123
  §2.1 и ограничены
  буквенно-цифровые символы и дефисы (например, [a-z0-9 \ -] ) и быть меньше 64
  символов в длину.

  В дополнение к стандартной интерполяции Nomad
  Также доступны следующие ключи:

  Проверка имени происходит в двух частях. Когда задание зарегистрировано, первоначальный проход проверки проверяет, что
  имя службы соответствует RFC-1123 §2.1 и ограничению длины, за исключением любых переменных, требующих интерполяции.После того, как клиент получит услугу и будут доступны все интерпретируемые значения, имя сервиса будет
  интерполированы и повторно проверены. Это может привести к тому, что определенные имена служб пройдут проверку во время отправки, но не пройдут
  во время выполнения.

• порт (строка: <необязательный>) — указывает порт, который будет объявлен для этого
  оказание услуг. Значение порта зависит от того, какой address_mode
  используется:

  • драйвер — объявить порт, определенный драйвером (например, Docker или rkt).Порт может быть числовым портом или меткой порта, указанной в драйвере.
    карта_порта .

  • хост — объявить порт хоста для этой службы. порт должен соответствовать порту
    Метка указана в строфе сети .

• теги (массив : []) — указывает список тегов, с которыми нужно связать
  эта услуга. Если он не предоставлен, сервису не будут присвоены теги.
  когда он зарегистрирован.

• canary_tags (array : []) — указывает список тегов, с которыми нужно связать
  эта услуга, когда услуга является частью распределения, которое в настоящее время
  канарейка. Как только канарейка будет продвинута, зарегистрированные теги будут обновлены до
  те, которые указаны в параметре tags . Если это не предусмотрено,
  зарегистрированные теги будут идентичны параметру тегов .

• enable_tag_override (bool: false) — разрешает пользователям API каталога Consul
  для внесения изменений в теги службы без внесения этих изменений
  перезаписан антиэнтропийным механизмом Consul.См консула
  документация
  для дополнительной информации.

• address_mode (строка: "авто") — Указывает, какой адрес (хост, размещение или
  зависит от драйвера), эта услуга должна рекламироваться. Этот параметр поддерживается в
  Docker начиная с Nomad 0.6 и rkt начиная с Nomad 0.7. См. Ниже
  Примеры. Допустимые варианты:

  • alloc — для распределений, которые создают сетевое пространство имен, этот режим адреса
    использует IP-адрес внутри пространства имен. Может использоваться только с «мостом» и «cni».
    сетевые режимы.Для ситуаций может быть указан числовой порт.
    где отображение портов не требуется. Этот режим может быть установлен только для сервисов, которые
    определены в «групповом» блоке.

  • auto — Позволяет драйверу определять адрес хоста или драйвера
    должен быть использован. По умолчанию host и реализуется только Docker. если ты
    использовать сетевой плагин Docker, например weave, Docker будет автоматически использовать
    его адрес.

  • драйвер — Используйте IP-адрес, указанный драйвером, и порт, указанный в
    карта порта.Можно указать числовой порт, поскольку карты портов не требуются
    всеми сетевыми плагинами. Полезно для рекламы SDN и оверлейной сети
    адреса. Задача завершится неудачно, если сеть драйвера не может быть определена. Только
    реализован для Docker и rkt. Этот режим можно установить только для сервисов
    которые определены в блоке «задача».

  • хост — Используйте IP-адрес и порт хоста.

• задача (строка: "") — указывает имя задачи Nomad, связанной с
  это определение услуги.Доступно только для групповых услуг. Должен быть установлен, если это
  определение службы представляет собой службу Consul Connect Native, и есть еще
  более одной задачи в группе задач.

• мета ([Meta] []: nil) — указывает карту значения ключа, которая аннотирует
  служба Consul с пользовательскими метаданными.

• canary_meta ([Meta] []: nil) — указывает карту значения ключа, которая
  аннотирует службу Consul пользовательскими метаданными, когда служба
  часть распределения, которое в настоящее время является канарейкой.Как только канарейка
  продвигается, зарегистрированная мета будет обновлена ​​до значений, указанных в
  мета-параметр . Если это не указано, зарегистрированная мета будет установлена ​​на
  это мета-параметр .

» проверка Параметры

Обратите внимание, что проверки работоспособности выполняются внутри задачи. Если ваша задача — контейнер Docker,
сценарий будет работать внутри контейнера Docker. Если ваша задача выполняется в
chroot, он будет работать в chroot. Учтите это при проверке авторинга
скрипты.

• address_mode (строка: «хост») — То же, что и address_mode в службе .
  В отличие от сервисов, у чеков нет режима адреса авто , так как нет возможности
  чтобы Nomad узнал, какой адрес лучше всего использовать для проверок. Консулу нужно
  доступ к адресу для любых проверок HTTP или TCP. Добавлено в Nomad 0.7.1. Увидеть
  подробности ниже. В отличие от порта , этот параметр
  — это , а не , унаследованный от службы .

• args (array : []) — Задает дополнительные аргументы для
  команда . Это применимо только к проверкам работоспособности на основе сценариев.

• check_restart — См. Раздел check_restart .

• команда (строка: <различается>) — Задает команду, которую нужно запустить для выполнения
  проверка здоровья. Сценарий должен завершиться: 0 для прохождения, 1 для предупреждения или любого другого
  другое значение для неудачной проверки работоспособности.Это необходимо для скриптовых
  проверки здоровья.

  Предостережение: Команда должна быть путем к команде на диске, а не
  оболочка существует по умолчанию. Это означает, что такие операторы, как || или && не являются
  имеется в наличии. Кроме того, все аргументы должны быть предоставлены через args
  параметр. Чтобы добиться поведения операторов оболочки, укажите команду
  в качестве оболочки, например / bin / bash , а затем используйте args для запуска проверки.

• grpc_service (string:) — Какие услуги, если таковые имеются, указывать в
  проверка работоспособности gRPC.Для проверки работоспособности gRPC требуется Consul 1.0.5 или новее.

• grpc_use_tls (bool: false) — использовать TLS для выполнения проверки работоспособности gRPC. май
  использоваться с tls_skip_verify , чтобы использовать TLS, но пропустить проверку сертификата.

• initial_status (строка: ) — указывает исходный статус
  оказание услуг. Допустимые варианты: пустая строка, , передающая , , предупреждение, и
  критическое .

• success_before_passing (int: 0) — Количество последовательных успешных проверок
  требуется до того, как Consul переведет статус службы на , минуя .

• failures_before_critical (int: 0) — Количество последовательных неудачных проверок
  требуется до того, как Consul переведет статус службы на критический .

• интервал (строка: ) — указывает частоту проверок работоспособности
  что Консул выполнит.Для этого используется суффикс ярлыка, например «30s».
  или «1ч». Это должно быть больше или равно «1».

• method (string: "GET") — Задает метод HTTP, используемый для HTTP.
  чеки.

• имя (строка: «служба: <имя> проверка») — Задает имя состояния
  проверять. Если имя не указано, Nomad создает имя на основе имени службы.
  Если у вас более одного чека, вы должны указать имя.

• путь (строка: ) — указывает путь конечной точки HTTP, которая
  Consul запросит состояние службы. Nomad автоматически
  добавьте IP-адрес службы и порт, так что это просто относительный URL-адрес для
  конечная точка проверки работоспособности. Это необходимо для проверок работоспособности на основе http.

• expose (bool: false) — Определяет, является ли Expose Path
  должны автоматически создаваться для этой проверки.Совместимо только с
  Службы группы задач с поддержкой Connect с использованием прокси-сервера Connect по умолчанию. Проверьте
  должен быть типа http или grpc .

• порт (строка: ) — указывает метку порта, на котором
  проверка будет выполнена. Обратите внимание, что это метка порта, а не порт
  число, если address_mode = driver . Метка порта должна соответствовать определенному
  в сети строфа .Если значение порта было объявлено на
  service , это будет унаследовано от этого значения, если не предоставлено. Если поставляется,
  это значение имеет приоритет над значением service.port . Это полезно для
  сервисы, которые работают на нескольких портах. Проверки grpc , http и tcp
  требуется порт, в то время как сценарий проверки — нет. Проверки будут использовать IP-адрес хоста и
  порты по умолчанию. В Nomad 0.7.1 или более поздних версиях можно использовать числовые порты, если
  address_mode = "driver" установлен на чеке.

• протокол (строка: «http») — Задает протокол для HTTP
  проверки здоровья. Допустимые варианты: http и https .

• задача (строка: ) — указывает задачу, связанную с этим
  проверять. Скрипты выполняются в среде задачи, и
  check_restart разделов будут применяться к указанной задаче. За проверяет по группе
  уровень только услуги .Если нет, наследует значение service.task
  задавать.

• тайм-аут (строка: ) — Указывает, как долго Consul будет ждать
  запрос проверки работоспособности для успешного выполнения. Это указывается с помощью суффикса метки, например
  «30-е» или «1 час». Это должно быть больше или равно «1 с».

  Предостережение: Проверки сценария используют драйвер задачи для выполнения в
  Окружающая среда. Для драйверов задач с изоляцией пространства имен, таких как docker или
  exec , настройка контекста для проверки скрипта может неожиданно
  длительное время (полные секунды или две), особенно на загруженных хостах.В
  Конфигурация тайм-аута должна допускать как эту настройку, так и выполнение
  сценарий. Операторам следует использовать большие таймауты (5 или более секунд) для скрипта.
  проверяет и отслеживает телеметрию для
  client.allocrunner.taskrunner.tasklet_timeout .

• type (string: ) — указывает типы проверки, поддерживаемые
  Кочевник. Допустимые параметры: grpc , http , script и tcp . gRPC здоровье
  Для проверки требуется Консул 1.0.5 или новее.

• tls_skip_verify (bool: false) — Пропустить проверку сертификатов TLS для HTTPS
  чеки. Требуется Consul> = 0.7.2.

»Заголовок Станца

Проверки HTTP могут включать в себя заголовок , строфу для установки заголовков HTTP. Заголовок
Параметры stanza имеют списки строк в качестве значений. Несколько значений вызовут
заголовок должен быть установлен несколько раз, по одному разу для каждого значения.

  сервис {
  
  проверять {
    type = "http"
    порт = "фунт"
    путь = "/ _healthz"
    interval = "5s"
    timeout = "2 с"
    header {
      Авторизация = ["Базовая ZWxhc3RpYzpjaGFuZ2VtZQ ​​=="]
    }
  }
}
  

» service Lifecycle

Nomad управляет регистрацией, обновлением и отменой регистрации услуг в Consul.Это
важно понимать, когда происходит каждый из этих шагов и как их можно
подгонять.

Регистрация : Nomad зарегистрирует группу услуг и проверит до
запуск любых задач. Зарегистрированы службы и проверки для конкретной задачи
после задача запущена.

Обновление : при обновлении определения службы или проверки Nomad обновит
сервис в Consul тоже. Consul обновляется без перезапуска задачи.

Отмена регистрации : Если запущенная задача с разделом службы завершается, службы
и чеки немедленно снимаются с регистрации у Consul без промедления. Однако если
Nomad необходимо убить запущенную задачу, задача завершается в следующем порядке:

1. Немедленно удалите службы и проверки из Consul. Это останавливает новые
   трафик от направляемого на убиваемую задачу.
2. Если установлено значение shutdown_delay , подождать заданное время
   прежде чем перейти к шагу 3.Установка shutdown_delay может
   быть полезным, если само приложение не обрабатывает корректное завершение работы на основе
   на kill_signal . Настроенная задержка обеспечит
   период времени, в течение которого услуга больше не зарегистрирована в Consul, и
   таким образом не получает дополнительных запросов, но не получил сигнал
   неисправность. Это дает приложению время для выполнения запросов и
   бездействовать.
3. Отправьте задаче kill_signal и дождитесь, пока задача
   Выход.Задача должна использовать это время, чтобы изящно слить и закончить любые
   существующие запросы.
4. Если задача не завершилась после kill_timeout , Nomad
   заставит убить приложение.

» service Примеры

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

»Базовая служба

В этом примере регистрируется служба с именем« балансировщик нагрузки »без проверок работоспособности.

  сервис {
  name = "балансировщик нагрузки"
  порт = "фунт"
}
  

Этот пример должен сопровождаться строфой сети , которая определяет
статический или динамический порт с меткой «фунт». Например:

  ресурсов {
  network {
    Мбит = 10
    порт "фунт" {}
  }
}
  

»Проверки сценария с помощью оболочки

В этом примере показана служба с проверкой сценария, которая оценивается и интерполируется в оболочке; Это
проверяет, присутствует ли файл в $ {HEALTH_CHECK_FILE} переменная среды:

  service {
  проверять {
    type = "скрипт"
    команда = "/ bin / bash"
    args = ["-c", "test -f $ {HEALTH_CHECK_FILE}"]
  }
}
  

Использование / bin / bash (или другой оболочки) здесь требуется для интерполяции значения $ {HEALTH_CHECK_FILE} .

Следующие примеры команды поля не будут работать :

 
проверять {
  type = "скрипт"
  command = "test -f /tmp/file.txt"
}


проверять {
  type = "скрипт"
  команда = "/ bin / test"
  args = ["-f", "$ {HEALTH_CHECK_FILE}"]
}
  

»Проверка работоспособности HTTP

В этом примере показана служба с проверкой работоспособности HTTP. Это запросит
сервис на IP и порте, зарегистрированном в Nomad по адресу / _healthz каждые 5 секунд,
давая службе максимум 2 секунды, чтобы вернуть ответ, и включить
Заголовок авторизации.Любой код, отличный от 2xx, считается ошибкой.

  сервис {
  проверять {
    type = "http"
    порт = "фунт"
    путь = "/ _healthz"
    interval = "5s"
    timeout = "2 с"
    header {
      Авторизация = ["Базовая ZWxhc3RpYzpjaGFuZ2VtZQ ​​=="]
    }
  }
}
  

»Несколько проверок работоспособности

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

  сервис {
  проверять {
    name = "Проверка HTTP"
    type = "http"
    порт = "фунт"
    путь = "/ _healthz"
    interval = "5s"
    timeout = "2 с"
  }

  проверять {
    name = "Проверка HTTPS"
    type = "http"
    протокол = "https"
    порт = "фунт"
    путь = "/ _healthz"
    interval = "5s"
    timeout = "2 с"
    method = "POST"
  }

  проверять {
    name = "Проверка Postgres"
    type = "скрипт"
    command = "/ usr / local / bin / pg-tools"
    args = ["проверить", "базу данных", "прод", "вверх"]
    interval = "5s"
    timeout = "2 с"
  }
}
  

»Проверка работоспособности gRPC

Проверки работоспособности gRPC используют то же поведение хоста и порта, что и http и tcp
проверки, но проверки gRPC также имеют дополнительную службу gRPC для проверки работоспособности.Не
всем приложениям gRPC требуется сервис для проверки работоспособности. проверки работоспособности gRPC
требуется Consul 1.0.5 или новее.

  сервис {
  проверять {
    type = "grpc"
    порт = "rpc"
    interval = "5s"
    timeout = "2 с"
    grpc_service = "example.Service"
    grpc_use_tls = правда
    tls_skip_verify = правда
  }
}
  

В этом примере Consul проверит работоспособность в примере . Сервис на сервере
rpc порт, определенный в разделе сетевых ресурсов задачи.Увидеть
Использование режима адресации драйвера для получения подробной информации об адресе
выбор.

»Использование режима адресации драйвера

Докер и
rkt драйверы поддерживают настройку драйвера для
Параметр address_mode в обеих службах и проверяют строф. Водитель
режим адреса позволяет рекламировать и проверять работоспособность IP и порта, назначенного
задача водителя. Таким образом, если вы используете сетевой плагин, например Weave с
Docker, вы можете рекламировать адрес Weave в Consul вместо адреса хоста.
адрес.

Например, если вы выполняли пример задания Redis в среде с
Weave, но Consul работал на хосте, вы можете использовать следующие
конфигурация:

  job "example" {
  датацентры = ["dc1"]
  group "cache" {

    task "redis" {
      драйвер = "докер"

      config {
        image = "redis: 3.2"
        network_mode = "плести"
        port_map {
          db = 6379
        }
      }

      Ресурсы {
        cpu = 500
        память = 256
        network {
          Мбит = 10
          порт "db" {}
        }
      }

      оказание услуг {
        name = "weave-redis"
        порт = "дб"
        проверять {
          name = "хост-redis-check"
          type = "tcp"
          interval = "10 с"
          timeout = "2 с"
        }
      }
    }
  }
}
  

Не требуется явного address_mode !

Службы по умолчанию используют режим адреса авто .Когда режим сети Docker другой
чем используется «хост» или «мост», службы будут автоматически рекламировать
адрес водителя (в данном случае Weave’s). Сервис будет рекламировать
порт контейнера: 6379.

Однако, поскольку Consul часто запускается на хосте без доступа к Weave
сеть, проверьте строфы по умолчанию на хост адресный режим. Будет запущена проверка TCP
против IP-адреса хоста и динамического порта хоста, назначенного Nomad.

Обратите внимание, что проверка по-прежнему наследует метку порта service stanza db ,
но каждый разрешит метку порта в соответствии со своим режимом адресации.

Если Consul имеет доступ к сети Weave, задание можно настроить как
this:

  job "example" {
  датацентры = ["dc1"]
  group "cache" {

    task "redis" {
      драйвер = "докер"

      config {
        image = "redis: 3.2"
        network_mode = "плести"
        
      }

      Ресурсы {
        cpu = 500
        память = 256
        network {
          Мбит = 10
        }
      }

      оказание услуг {
        name = "weave-redis"
        порт = 6379
        address_mode = "драйвер"
        проверять {
          name = "хост-redis-check"
          type = "tcp"
          interval = "10 с"
          timeout = "2 с"
          порт = 6379

          address_mode = "драйвер"
        }
      }
    }
  }
}
  

В этом случае Nomad не нужно назначать Redis какие-либо хост-порты.Служба
и check В строфах можно указать номер порта для рекламы и проверки
напрямую, поскольку Nomad не управляет назначением портов.

»Контейнеры Docker для IPv6

Драйвер Docker поддерживает
Advertise_ipv6_address параметр в его конфигурации.

Сервисы будут автоматически объявлять IPv6-адрес, когда Advertise_ipv6_address
используется.

В отличие от сервисов, чеки не имеют режима адреса auto , так как нет возможности
чтобы Nomad узнал, какой адрес лучше всего использовать для проверок.Консулу нужно
доступ к адресу для любых проверок HTTP или TCP.

Итак, вы должны установить параметр address_mode в разделе check для драйвера .

Например, используя auto address mode:

  job "example" {
  датацентры = ["dc1"]
  group "cache" {

    task "redis" {
      драйвер = "докер"

      config {
        image = "redis: 3.2"
        Advertise_ipv6_address = true
        port_map {
          db = 6379
        }
      }

      Ресурсы {
        cpu = 500
        память = 256
        network {
          Мбит = 10
          порт "db" {}
        }
      }

      оказание услуг {
        name = "ipv6-redis"
        порт = "дб"
        проверять {
          name = "ipv6-redis-check"
          type = "tcp"
          interval = "10 с"
          timeout = "2 с"
          порт = "дб"
          address_mode = "драйвер"
        }
      }
    }
  }
}
  

Или используя address_mode = driver для service и проверьте с числовыми портами:

  job "example" {
  датацентры = ["dc1"]
  group "cache" {

    task "redis" {
      драйвер = "докер"

      config {
        image = "redis: 3.2 "
        Advertise_ipv6_address = true
        
      }

      Ресурсы {
        cpu = 500
        память = 256
        network {
          Мбит = 10
        }
      }

      оказание услуг {
        name = "ipv6-redis"
        порт = 6379
        address_mode = "драйвер"
        проверять {
          name = "ipv6-redis-check"
          type = "tcp"
          interval = "10 с"
          timeout = "2 с"
          порт = 6379
          address_mode = "драйвер"
        }
      }
    }
  }
}
  

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