Маси на опашки

Опашките са инструмент за организиране, приоритизиране и наблюдение на напредъка на вашата работа. Като централно място за управление на работата, опашките ви помагат при обработката на случаи, отговарянето на обаждания за обслужване или изпращането на информация за продукта до потенциални клиенти. Програмно опашката е колекция от елементи на опашката. Елементът от опашката служи като контейнер за ред, като например задача, имейл или случай, който се нуждае от обработка. Вижте таблицата на опашката

Бележка

За информация относно работата с опашки с помощта на потребителския интерфейс вижте Създаване и управление на основни опашки.

Следната информация се отнася за опашките:

  • Всички персонализирани таблици могат да бъдат активирани за опашки.

  • Опашките могат да бъдат публични или частни. Частните елементи на опашката са видими само за членовете на опашката.

  • Автоматично се създава частна опашка за всеки нов потребител или екип.

  • Опашката може да съдържа множество типове таблици, като задачи, имейли или случаи.

  • Опашката съдържа информация за потребителя, който работи върху определен елемент от опашката. Това ви помага да управлявате ресурсите си по-ефективно и помага да предотвратите дублирането на работа.

  • Опашките могат да бъдат активирани за работни потоци и одит. Това помага за подобряване на производителността и проследяване на промените в данните в таблиците и колоните за бъдещ анализ и отчитане.

Възможности на членовете

Опашките са категоризирани в публични или частни опашки. Частните опашки имат отделни потребители като членове, за да улеснят контрола на достъпа до опашките. Ако добавите екип към частна опашка, всички членове на този екип стават членове на частната опашка.

Обществени и частни опашки

Колоната QueueViewType е избор, който определя дали опашката е публична или частна.

  • Всички потребителски опашки са частни опашки за потребителя: само потребителят ще може да вижда елементите от опашката в частната си опашка.

  • Екипните опашки са маркирани като частни с членовете: собственикът на екипа и всички членове на екипа ще могат да видят опашката в приложението.

  • Всички останали опашки са публични. Всеки с привилегии за четене за обекта на опашката ще може да вижда тези опашки.

Атрибути, използвани за управление на опашки

Използвайте следните атрибути, за да управлявате опашките.

Име на схема Показвано име Вид Описание
Брой артикули Елементи на опашката Integer Брой елементи на опашката, свързани с опашката.
Брой членове Не. на членовете на ЕП Integer Брой членове, свързани с опашката.
QueueViewType Вид Списък по избор Изберете дали опашката е публична или частна. Публична опашка може да бъде видяна от всички. Частната опашка може да бъде видяна само от членовете, добавени към опашката.

Ограничения за изтриване на опашки

Опашката не може да бъде изтрита, ако са верни следните неща:

  • Когато опашката има елементи от опашката.

  • Когато някое правило за маршрутизиране използва опашката.

Разрешаване на таблици за опашки

За да разрешите персонализирана таблица (EntityMetadata.IsCustomizable = true) за опашки, използвайте съобщението UpdateEntityRequest , за да зададете атрибута IsValidForQueue на true. Таблицата на опашката и таблицата на елементите на опашката са персонализирани таблици, но не могат да бъдат разрешени за опашки.

Следният списък съдържа таблици с активирана опашка по подразбиране в Microsoft Dataverse:

  • Среща

  • Дейност на кампанията

  • Отговор на кампанията

  • Имейл адрес

  • Факс

  • Incident

  • Писмо

  • Телефонно обаждане

  • Повтарящ се НазначаванеМайстор

  • СервизНазначаване

  • Социална дейност

  • Задача

Наследяване на привилегии и предоставяне на ограничен достъп до опашка

Опашка и елемент от опашка имат родителска релация, в която операциите върху записа на родителската опашка се разпространяват към записите на елементите на дъщерната опашка.

Бележка

В тази конкретна родителска релация само действието Изтриване се прехвърля каскадно от таблицата на родителската опашка към таблицата на елементите на дъщерната опашка. Други действия, като например Присвояване, Обединяване или Споделяне, не се каскадизират.

Привилегиите на елемент от опашката се наследяват от привилегиите на опашката.

  • Ако имате prvReadQueue привилегии, имате и права за четене на таблица с елементи на опашка.

  • Ако имате prvAppendToQueue привилегии, имате и права за създаване, актуализиране и изтриване в таблица с елементи на опашка.

    Често трябва да ограничите достъпа до опашката, когато разрешавате достъп до елементите на опашката. Като собственик на опашка с пълен достъп до опашката, може да искате да споделите опашка с екип, който ще има само ограничен достъп до опашката. Например, ако екипът за поддръжка получи четене и добавяне на привилегии в опашката, членовете на екипа не могат да правят промени в опашката, като например промяна на името на опашката или собственика на опашката. Те обаче могат да създават, извличат, актуализират и изтриват елементи от опашката.

Действия върху опашки и елементи от опашка

Можете да извършвате различни действия върху опашки и елементи от опашки, ако имате подходящи привилегии за таблицата на опашката и таблицата на елементите на опашката.

Действия върху опашки

Извършете следните действия върху опашките:

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

  • Добавяне на ред към опашка.

    Бележка

    Ред не може да се добавя в няколко опашки. Изключение прави имейл ред със статус "Получен".

  • Добавете редове от различни типове таблици в една и съща опашка.

  • Променете собствеността на опашка, като я присвоите на друг потребител или екип.

  • Добавете принципали към частна опашка с помощта на AddPrincipalToQueueRequest.

  • Изчистете хронологията за опашка, като изтриете неактивни елементи на опашката в опашката, като например завършени или отменени телефонни обаждания.

  • Извличане на всички опашки, до които потребителят има достъп с помощта на RetrieveUserQueuesRequest

  • Направете опашката опашка по подразбиране за потребител, като зададете SystemUser.QueueId атрибута на ИД на опашката. Една и съща опашка може да бъде посочена като опашка по подразбиране за различни потребители.

  • Създайте работен поток, който работи с всички частни опашки. Например, когато потребител създава задача, работният поток добавя задачата към опашката по подразбиране на потребителя. Можете също така да създадете работен поток, който работи само на определена опашка.

  • Конфигурирайте имейл за входящи съобщения, ако искате входящите имейл съобщения да се доставят на опашка.

Действия върху елементите на опашката

Извършете следните действия върху елементите на опашката:

  • Присвояване на елемент от опашка на потребител с помощта на .PickFromQueueRequest

  • Преместване на елемент от опашка източник в опашка местоназначение с помощта на AddToQueueRequest съобщението. Елемент от опашката може да бъде преместен от една опашка в друга, докато не бъде деактивиран с помощта на съобщението SetStateRequest .

    Бележка

    Елемент от опашката се деактивира автоматично, ако състоянието на записа в елемента на опашката се промени от Активен на Неактивен. Това се отнася за таблици с активирана опашка, които имат активни и неактивни състояние. За да определите дали дадена таблица е разрешена за опашка и дали редът може да бъде в състояние "Активен" или "Неактивен", вижте информацията за дефиниция на таблица.

  • Освободете елемент от опашката обратно в опашката с помощта на ReleaseToQueueRequest.

  • Изтрийте елемент на опашка от опашка с помощта на DeleteRequest съобщението. Когато изтриете елемент от опашка, реферираният ред не се изтрива. Въпреки това, когато изтриете ред, всички елементи от опашката, които препращат към този ред, се изтриват.

Вижте също

Таблица на опашката
Таблица QueueItem
AddToQueueRequest