Skip to content

Commit ab275ce

Browse files
committed
acrolinx updates
1 parent 9132278 commit ab275ce

File tree

1 file changed

+9
-8
lines changed

1 file changed

+9
-8
lines changed

articles/communication-services/concepts/voice-video-calling/retrieve-support-files.md

Lines changed: 9 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -28,15 +28,16 @@ Every Call made with the Calling SDK has a Call ID. Call IDs can be used interna
2828

2929
In both the Calling Native and UI SDK, APIs exist to retrieve Call IDs.
3030

31-
[Access Call IDs with the Native Calling SDK](../troubleshooting-info.md?tabs=csharp%2Cjavascript%2Cdotnet#access-your-client-call-id)
31+
- [Native SDK: Access Call IDs](../troubleshooting-info.md?tabs=csharp%2Cjavascript%2Cdotnet#access-your-client-call-id)
3232

3333
### Log files
3434

3535
The Native Calling SDK and its dependencies output encrypted `.blog` files into a temporary directory. These files can't be read outside of Microsoft. They're encrypted for privacy and compliance reasons. These files are the source of truth as to what is happening on that particular device with the Native SDK and its dependencies. These files are an important resource to developers and troubleshooters within Microsoft.
3636

37-
Scenarios requiring `.blog` files should be more rare, however they form an important second line of defense. We encourage developers to proactively collect them via your support flows.
37+
Scenarios requiring `.blog` files should be more rare. These files form an important second line of defense for troubleshooting. We encourage developers to proactively collect them via your support flows.
3838

39-
[Retrieve Log Files with the Native Calling SDK](../../tutorials/log-file-retrieval-tutorial.md)
39+
- [Native SDK: Retrieve Log Files](../../tutorials/log-file-retrieval-tutorial.md)
40+
- [UI Library: Collecting User Feedback](../../tutorials/collecting-user-feedback/collecting-user-feedback.md)
4041

4142
## Enabling feedback from the customer
4243

@@ -49,22 +50,22 @@ Once you know what data to collect, you need to satisfy the following user story
4950
Each application is free to implement user facing support in whatever way best fits the use case. Alternatively for UI SDK Users the built-in mechanism is available to help partially satisfy the story.
5051

5152
- **Report an Issue Form**: A button and a form, click to submit. The UI Library offers a ready-to-use implementation of this form.
52-
- **End-of-Call Feedback**: Solicit feedback at the end of a call. The feedback form gives the user the opportunity to share issues they may have had with the call.
53+
- **End-of-Call Feedback**: Solicit feedback at the end of a call. The feedback form gives the user the opportunity to share issues they had with the call.
5354

5455
It's crucial to design these feedback mechanisms with clear prompts for user consent, ensuring users are fully informed about the data being shared and its purpose. This transparency builds trust and encourages more users to report issues.
5556

5657
## Sending support and feedback to a server
5758

5859
### Transmitting the support information
5960

60-
Once feedback is collected locally, it needs to be submitted to a server. Submission would typically target a CRM or other tooling that can handle tasks like triaging, prioritizing, and assigning work to support specialists.
61+
Once feedback is collected locally, it needs to be submitted to a server. Submission would typically target a CRM (Customer Relationship Management) or other tooling that can handle tasks like triaging, prioritizing, and assigning work to support specialists.
6162

62-
While this document isn't meant to cover the entire premise of client/server communications and all the possible CRMs or Support tools out there, please note the following:
63+
While this document isn't meant to cover the entire premise of client/server communications and all the possible CRMs or Support tools out there, note the following points:
6364

64-
- Use secure transmission protocols (HTTPS)
65+
- Use secure transmission protocols
6566
- Include the Logs and the Call IDs when creating support requests
6667
- Include any User submitted information (Message, Time of error, Device specifications)
67-
- Provide the User follow up information for their issue (Options: Notify in App, Email, Text Message).
68+
- Provide the User follow up information for their issue (Options: Notify in App, Email, Text Message)
6869

6970
The application developer is free to decide how to transmit this data as it leaves the end users device and enters a server on the cloud. For a simplified example you can reference the [collecting user feedback](../../tutorials/collecting-user-feedback/collecting-user-feedback.md) tutorial, which offers insight into both client and server implementations of this process.
7071

0 commit comments

Comments
 (0)