Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Achtergrond

Procedure

Inleiding

Dit document beschrijft hoe de licentieconsumptie en -overage werken in een Cisco Contact Center Enterprise (CCE)-oplossing met Smart Licentie.

Bijgedragen door Anuj Bhatia en Ramiro Amaya, Cisco TAC-engineers.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

- UCS release 12.5(1)

- Smart-licentie

Gebruikte componenten

De informatie in dit document is gebaseerd op deze softwareversies:

- CCE 12.5(1)

- Smart-licentie

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Achtergrond

CCE-oplossing 12.5(1) gebruikt cisco Smart License optie die zichtbaarheid geeft in licentiebezit en -consumptie. Zodra de oplossing op zijn respectievelijke slimme account in Cisco Smart Software Manager (CSSM) is geregistreerd, kunnen beheerders het aantal licenties en het gebruik bekijken. Er kunnen scenario's zijn waarbij het contactcentrum vergunningen kan gebruiken die hoger zijn dan het toegestane bedrag, hetgeen kan leiden tot een "out-of-compliance". Dit document legt met voorbeelden uit over het overschrijdingsscenario en hoe men de oplossing in overeenstemming kan brengen.

Procedure

Neem dit maandschema in overweging waar de klant recht heeft op 100 agenten.

Opmerking: Grafiek verklaart ook de belangrijke termen die in het contactcentrum voor slimme vergunningen worden gebruikt

- Op de eerste 100 agenten die gelijktijdig aan het systeem inloggen en indien de slimme agent die in CCE-logger A het gebruik gedurende 15 minuten constant ziet, stelt hij de Peak Use (PU)-parameter in op 100. Aangezien de oplossing voor 100 recht heeft, is het systeem in overeenstemming met de voorschriften en wordt Flag (CF) op 0 gehandhaafd.

- Op de tweede 102 gelijktijdige agents loggen in op het systeem en smart agent stelt de PU in op 102 als het hetzelfde gebruik gedurende 15 minuten ziet. Smart Agent syncs om de 15 minuten met CSSM portal en voor opeenvolgende 4 sync's, d.w.z. 60 minuten, ziet en rapporteert de PU van 102 naar een CSSM portal, dan wordt het systeem verwijderd van de nalevingsstatus. De Locked Gebruik (LU) parameter wordt gemarkeerd met 102 en de CF vlag wordt ook gewijzigd in 1.

- Op de derde 95 gelijktijdige agenten die aan het systeem deelnemen en PU is ingesteld op 95, maar de oplossing is nog steeds niet in de nalevingsstaat. Het tellen van 90 dagen begint, wat de klant 3 maanden geeft om het systeem weer in overeenstemming te brengen.

- De CF-vlag wordt gehandhaafd als 1 en het aftellen van de conformiteit gaat door, zelfs als het piekgebruik 100 is of minder zoals op de 4de wordt gezien.

- Op de 5de 110 gelijktijdige agentia loggen in en de PU van 110 wordt een uur lang gehandhaafd, zodat de LU van 102 naar 110 verandert. Aangezien CF reeds op de 2de meettimer was ingesteld, wordt de telling voortgezet zonder dat dit 88 dagen meer betekent voor handhaving.

- Soortgelijk gedrag wordt waargenomen op 7de plaats waar het totale aantal gelijktijdige agenten dat meer dan een uur inlogde, waar 112. Dit verandert de LU in 112 die de CF-vlag als 1 handhaaft.

- Op de 8ste klant koopt nog 12 extra agent licenties en in het totaal aantal gelijktijdige agenten die inloggen waar 90. Aangezien de slimme agent met CSSM portal samenvat nadat het aankoopsysteem zich realiseert dat de oplossing nu recht heeft op 112 agents. De oplossing wordt teruggedraaid in de nalevingsmodus door CF naar 0 te veranderen en de LU terug te zetten naar 0.

- Op het 12de scenario wordt gezien waar als het systeem verder gaat dan de PU van 112 en consistent is gedurende 15 minuten wordt PU ingesteld voor 120.De oplossing beweegt zich in om uit de nalevingsstaat te stappen als slimme agent dit piekgebruik 4 opeenvolgende keer meldt aan het CSSM-portaal.