1
00:00:00,130 --> 00:00:02,508
Let's work through a call that reaches the wrong

2
00:00:02,638 --> 00:00:06,768
mailbox. We've deliberately introduced a routing mistake in our

3
00:00:06,811 --> 00:00:11,179
demo workspace. Start in Jamie's Call Log and search

4
00:00:11,223 --> 00:00:13,709
for eight hundred and one, the number of our

5
00:00:13,774 --> 00:00:14,769
Office hours flow.

6
00:00:23,563 --> 00:00:27,282
An Answered result tells us the call connected. We

7
00:00:27,347 --> 00:00:30,872
still need to check who received the message. Open

8
00:00:30,958 --> 00:00:34,851
Voicemail and choose Personal. The new message is in

9
00:00:34,915 --> 00:00:39,089
Jamie's mailbox. For this after-hours test, it should have

10
00:00:39,154 --> 00:00:40,105
reached Alex.

11
00:00:42,521 --> 00:00:44,899
Play the message to check that it matches the

12
00:00:44,943 --> 00:00:49,008
test. We have verified the expected spoken message in

13
00:00:49,051 --> 00:00:52,900
Jamie's mailbox. Now we have a specific problem to

14
00:00:52,943 --> 00:00:57,008
investigate: the call connects, but the message reaches the

15
00:00:57,095 --> 00:00:58,046
wrong person.

16
00:01:02,554 --> 00:01:06,360
As an administrator, open Call Flows and find Office

17
00:01:06,468 --> 00:01:11,376
hours. Check its number, enabled state and published status,

18
00:01:11,939 --> 00:01:15,723
then open the editor. Follow the route from Start

19
00:01:16,025 --> 00:01:19,723
through the schedule to the destination used outside business

20
00:01:19,810 --> 00:01:20,177
hours.

21
00:01:25,652 --> 00:01:28,874
Open the schedule and check both the timezone and

22
00:01:28,939 --> 00:01:31,599
the hours for the day of the test. This

23
00:01:31,664 --> 00:01:36,269
flow uses Europe slash London. Our Tuesday test was

24
00:01:36,377 --> 00:01:39,318
after closing time, so the closed route is the

25
00:01:39,383 --> 00:01:40,551
expected branch.

26
00:01:46,599 --> 00:01:50,621
Next, open the Voicemail node on that branch. Here

27
00:01:50,664 --> 00:01:55,162
is the mistake: the selected mailbox is Jamie, extension

28
00:01:55,335 --> 00:01:59,162
one thousand and one. The schedule worked as configured,

29
00:01:59,508 --> 00:02:02,363
but the destination was set to the wrong member.

30
00:02:08,622 --> 00:02:13,400
Choose Alex Morgan, extension one thousand, and select Save

31
00:02:13,509 --> 00:02:17,812
Changes. Check that the Voicemail node now shows Alex.

32
00:02:18,633 --> 00:02:21,942
This restores the destination we intended to use for

33
00:02:22,007 --> 00:02:23,931
calls outside business hours.

34
00:02:24,843 --> 00:02:27,589
Save the flow, then check its status in the

35
00:02:27,654 --> 00:02:32,044
list. Draft edits means callers still hear the previously

36
00:02:32,152 --> 00:02:36,736
published version. Reopen the flow and select Publish to

37
00:02:36,779 --> 00:02:40,563
make the correction live. Confirm that the list returns

38
00:02:40,607 --> 00:02:44,607
to Published and that the flow remains enabled. Saving

39
00:02:44,672 --> 00:02:47,310
a draft alone would leave our test using the

40
00:02:47,417 --> 00:02:48,629
old destination.

41
00:02:55,714 --> 00:02:58,742
Now repeat the same test with the same caller,

42
00:02:59,196 --> 00:03:03,802
flow number and after-hours conditions. We have placed that

43
00:03:03,845 --> 00:03:08,818
call and left another message. In Alex's workspace, open

44
00:03:08,926 --> 00:03:13,121
Voicemail and select Personal. The new message is here.

45
00:03:13,846 --> 00:03:17,176
Play the new message and check its contents. We

46
00:03:17,219 --> 00:03:21,566
verified the complete test message in Alex's mailbox. That

47
00:03:21,652 --> 00:03:24,809
confirms the corrected route in this test, as well

48
00:03:24,852 --> 00:03:30,215
as successful voicemail playback. Our deliberately introduced mistake has

49
00:03:30,258 --> 00:03:31,101
been removed.

50
00:03:34,879 --> 00:03:38,361
Keep these details for support: the time and timezone,

51
00:03:38,728 --> 00:03:44,696
caller, dialled number, expected destination and observed result. Leave

52
00:03:44,804 --> 00:03:49,216
passwords out. After each change, repeat the same test

53
00:03:49,453 --> 00:03:51,854
and check where the call actually arrives.

