Kötabeller

Köer är avgörande för att organisera, prioritera och övervaka förloppet för ditt arbete. Som en central plats för arbetshantering kan du genom att använda köer få hjälp med att behandla ärenden, svara på servicesamtal eller skicka ut produktinformation till potentiella kunder. Programmässigt är en kö en samling köobjekt. Ett köobjekt fungerar som en container för en rad, till exempel en uppgift, ett e-postmeddelande eller ett ärende som behöver bearbetas. Se Kötabellen

Följande information gäller för köer:

• Alla anpassningsbara tabeller kan aktiveras för köer.

• Köer kan vara offentliga eller privata. Privata köobjekt är bara synliga för medlemmarna i kön.

• En privat kö skapas automatiskt för varje ny användare eller team.

• En kö kan innehålla flera tabelltyper, till exempel uppgifter, e-postmeddelanden eller ärenden.

• En kö innehåller information om den användare som arbetar med ett visst köobjekt. Detta hjälper dig att hantera dina resurser mer effektivt och hjälper till att förhindra dubbelarbete.

• Köer kan aktiveras för arbetsflöden och granskning. Detta hjälper till att förbättra produktiviteten och spåra ändringar i tabell- och kolumndata för framtida analys och rapportering.

Medlemsfunktioner

Köer kategoriseras i offentliga eller privata köer. Privata köer har enskilda användare som medlemmar vilket underlättar kontrollen av åtkomsten till köer. Om du lägger till ett team i en privat kö blir alla medlemmar i teamet medlemmar i den privata kön.

Offentliga och privata köer

Kolumnen QueueViewType är ett val som definierar om en kö är offentlig eller privat.

• Alla användarköer är privata köer för användaren: endast användaren kan se köobjekt i sin privata kö.

• Teamköer markeras som privata med medlemmar: teamägaren och alla teammedlemmar kommer att kunna se kön i appen.

• Alla andra köer är offentliga. Alla med läsbehörighet för köentiteten kan se dessa köer.

Attribut som används för att hantera köer

Använd följande attribut för att hantera köer.

Begränsningar för att ta bort köer

Det går inte att ta bort en kö om följande är sant:

• När kön har köobjekt.

• När en hanteringsregel använder kön.

Aktivera tabeller för köer

Om du vill aktivera en anpassningsbar tabell (EntityMetadata.IsCustomizable = true) för köer använder du UpdateEntityRequest meddelandet för att ange IsValidForQueue attributet till true. Kötabellen och köobjekttabellen är anpassningsbara tabeller, men de kan inte aktiveras för köer.

Följande lista innehåller tabeller i Microsoft Dataverse som standard är köaktiverade:

• Tidsbokning

• Campaignactivity

• CampaignResponse

• E-postmeddelande

• Faxmaskin

• Incident

• Brev

• PhoneCall

• RecurringAppointmentMaster

• ServiceAppointment

• SocialActivity

• Task

Ärv privilegier och ge begränsad åtkomst till en kö

En kö och ett köobjekt har en föräldrarelation där åtgärder i den överordnade köposten sprids till underordnade köobjektposter.

Behörigheterna för ett köobjekt ärvs från behörigheterna i en kö.

• Om du har prvReadQueue behörighet har du också läsbehörighet i en tabell med köobjekt.

• Om du har prvAppendToQueue behörighet har du även behörighet att skapa, uppdatera och ta bort i en tabell med köobjekt.

  Ofta måste du begränsa åtkomsten till kön när du tillåter åtkomst till köobjekten. Som köägare med fullständig åtkomst till kön kanske du vill dela en kö med ett team som bara har begränsad åtkomst till kön. Om supportteamet till exempel får läs- och tilläggsbehörighet i en kö kan gruppmedlemmar inte göra några ändringar i kön, till exempel ändra könamn eller köägare. De kan dock skapa, hämta, uppdatera och ta bort köobjekt.

Åtgärder för köer och köobjekt

Du kan utföra en mängd olika åtgärder för köer och köobjekt, om du har rätt behörighet för kötabellen och tabellen för köobjektet.

Åtgärder i köer

Utför följande åtgärder i köerna:

• Anpassa köer och köobjekt genom att lägga till anpassade attribut.

• Lägg till en rad i en kö.

  Anmärkning

  Det går inte att lägga till en rad i flera köer. Ett undantag är en e-postrad med statusen "Mottagen".

• Lägg till rader med olika tabelltyper i samma kö.

• Ändra ägarskapet för en kö genom att tilldela den en annan användare eller ett annat team.

• Lägg till tjänsten huvudkonto i en privat kö med hjälp av AddPrincipalToQueueRequest.

• Rensa historiken för en kö genom att ta bort inaktiva köobjekt i kön, till exempel slutförda eller avbrutna telefonsamtal.

• Hämta alla köer som en användare har åtkomst till med hjälp av RetrieveUserQueuesRequest

• Gör en kö till standardkön för en användare genom att ange attributet SystemUser.QueueId till köns ID. Samma kö kan anges som en standardkö för olika användare.

• Skapa ett arbetsflöde som fungerar i alla privata köer. När en användare till exempel skapar en uppgift lägger arbetsflödet till uppgiften i användarens standardkö. Du kan också skapa ett arbetsflöde som endast fungerar i en viss kö.

• Konfigurera ett e-postmeddelande för inkommande meddelanden om du vill att inkommande e-postmeddelanden ska levereras till en kö.

Åtgärder för köobjekt

Utför följande åtgärder för köobjekten:

• Tilldela ett köobjekt en användare med hjälp av PickFromQueueRequest.

• Flytta ett köobjekt från en källkö till en målkö med hjälp av meddelandet AddToQueueRequest. Ett köobjekt kan flyttas från en kö till en annan tills det inaktiveras med hjälp av meddelandet SetStateRequest .

  Anmärkning

  Ett köobjekt inaktiveras automatiskt om postens tillstånd i köobjektet ändras från Aktiv till Inaktiv. Detta gäller för köaktiverade tabeller som har aktiva och inaktiva tillstånd. Information om huruvida en tabell är köaktiverad och om en rad kan vara i ett aktivt eller inaktivt tillstånd finns i tabelldefinitionsinformation.

• Frisläpp ett köobjekt tillbaka till kön med hjälp av ReleaseToQueueRequest.

• Ta bort ett köobjekt från en kö med hjälp av meddelandet DeleteRequest. När du tar bort ett köobjekt tas inte en refererad rad bort. Men när du tar bort en rad tas alla köobjekt som refererar till den här raden bort.

Se även

Kötabell
QueueItem-tabell
AddToQueueRequest