404 not found AA og CQ utfordringer, OnStage med mer

Slutten av uken nærmer seg. Det har vært en hektisk uke med mange utfordringer. Noen av de skal jeg beskrive her dog uten løsning enda, men det kommer i egen blogg så fort svaret er funnet.
Men først.

OnStage @Microsoft Norge

Første arbeidsdag etter prinsen, så var min kollega Hein Tonny Køien og jeg på scenen hos Microsoft Norge for å fortelle om integrasjoner med ContactCenter, Recording og PowerBI løsninger i Teams. Det var utrolig gøy å få være med på. Vi kjørte også en Live Demo på integrasjonen med PureCloud integrert i Teams. Alt i løpet av 30 minutter.

404 not found og en annen sak på AA og CQ

Jeg har i tidligere blogger beskrevet hvordan dere oppretter servicebrukere (resource accounts) med og uten telefonnumre. Både via Powershell og via TAC (Teams Admin Controlpanel). Selv har jeg og mange andre opplevd en del utfordringer når man ikke har servicenummer fra Microsoft.

1. 404 feil, når man oppretter resourcekonto med lisens (E1+Phonesystem) så ser vi ofte at backend hos Microsoft ikke får med seg nummeret selv om det vises i TAC og Powershell. Dette ser vi når vi gjør en trace på SBC og da ser det slik ut.

Samtalen kommer ikke fram til AA som er opprettet. Meldingen fra operatøren er at du har ringt et nummer som ikke er i bruk. 

Microsoft support jobber med saken, det vites at det er mange der ute som har denne utfordringen. 

Dog har jeg sett at dersom man tildeler en CQ med resource bruker nummer så fungerer det å sende samtaler videre, men da mister du funksjonalitet som stengtmeldinger og åpningstidskontroll. 

2. Som nevnt i punkt 1, dersom man bare tar i bruk CQ og samtaler kommer til den gruppen som skal besvare disse samtalene og de skal sette den videre. Da blir opplevelsen at samtale besvares, søker opp den som er ønskelig at skal snakke med innringer, setter over basert på Teams navnet, vel da får du ikke gjort overføringen. Men velger du et telefonnummer så fungerer det.

Denne saken er også meldt inn til Microsoft Support og de jobber med å løse dette problemet. 

Det gjøres oppmerksom at disse feilene er kun ved bruk at Onprem Phonenumbers (Direct Routing) og ikke dersom du har opprett AA og CQ i Skype Online og tatt med deg disse videre. Da har man pr nå full funksjon på disse.

Det er tidligere blitt nevnt at det bare tar tid å synkronisere, men jeg tror det er noe rart i backend systemene til PSTNhub hos Microsoft.

MVP Randy Chapman har på sin blogg https://ucstatus.com/2019/05/14/how-to-assign-a-direct-routing-number-to-an-auto-attendant-or-call-queue-in-microsoft-teams-phone-system/

noe rundt dette hvor jeg har "kommentert" også, samt flere andre med de samme utfordringene. Så les gjerne og kom med innspill dersom dere også har opplevd noe rundt dette.

En ting er sikkert, og det er at det blir løst, vi må bare tiden til hjelp. Da skal jeg også komme med løsningen.

Ellers så har kundene begynt å ta i bruk løsninger som dette. Jeg nevnte recording. Vel en av kundene våre har nå gått live med 35 brukere, recording via SBC'en og mobil. Vi bruker SIP-REC, samt har en server i Azure. Denne løsningen er levert via Touch recording som har datasenter i Norge for lagring av kundeopptakene.

Vi jobber også tett med andre leverandører for å kunne levere de recording løsningene som kundene vil ha. Det vil si at vi kommer om ikke så lenge til kunne levere løsninger via GuardREC også. Selvfølgelig via Azure, 100% sky og opptakene på norsk jord.

Dette ble en lang blogg men håper du har satt pris på den. Ha en dag/kveld hvor enn du er.