Genesys Cloud CX - Beta HQ

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

Thanks @Amelie Wisniak

Would be good to have this for GA release.

Is there any guidance you can give though, like in general, on average, ball park figure for each level of data how much storage would be used for low /  middle / high flow sizes (which is a measure of number of actions)?

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

We are working on gathering some metrics. We'll let you know as soon as we have data to share. 

Thanks for your patience! 

------------------------------
Amelie Wisniak
Genesys - Employees
------------------------------


Original Message:
Sent: 05-12-2024 18:03
From: Anton Vroon
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Thanks @Amelie Wisniak

Would be good to have this for GA release.

Is there any guidance you can give though, like in general, on average, ball park figure for each level of data how much storage would be used for low /  middle / high flow sizes (which is a measure of number of actions)?

------------------------------
Anton Vroon


Original Message:
Sent: 05-10-2024 11:28
From: Amelie Wisniak
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

------------------------------
Amelie Wisniak
Genesys - Employees


Original Message:
Sent: 05-10-2024 10:31
From: Vick Sweeney
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

------------------------------
Vick Sweeney
Hydro Quebec


Original Message:
Sent: 05-09-2024 21:03
From: Anton Vroon
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

------------------------------
Anton Vroon

@Amelie Wisniak - Thank you for helping gather metrics and other ways to track the data usage/storage associated with this much appreciated feature. When you do land on a way to track this information, it would be ideal to see the current usage/storage information visible directly on the main Flow Execution Data page.

A few questions in the interim:

1. For this beta period, do you have insight on the backend into how much data we are currently using (if we ask you for it directly)? That might help us proactively compile some estimates.
2. Will we incur data usage/storage fees during the beta? I ask because I want to set our logging level at Notes to see a bit more data than the Base level provides.
3. Once this is GA'd and the billing period is up, will we see the execution data usage/storage information show up in the Storage section of the Billing & Usage page?

------------------------------
Brian T. Jones | Ascension | Senior Specialist - Technology
------------------------------


Original Message:
Sent: 05-14-2024 16:48
From: Amelie Wisniak
Subject: Beta - Advanced Architect Execution Data & Replay Mode

We are working on gathering some metrics. We'll let you know as soon as we have data to share. 

Thanks for your patience! 

------------------------------
Amelie Wisniak
Genesys - Employees


Original Message:
Sent: 05-12-2024 18:03
From: Anton Vroon
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Thanks @Amelie Wisniak

Would be good to have this for GA release.

Is there any guidance you can give though, like in general, on average, ball park figure for each level of data how much storage would be used for low /  middle / high flow sizes (which is a measure of number of actions)?

------------------------------
Anton Vroon


Original Message:
Sent: 05-10-2024 11:28
From: Amelie Wisniak
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

------------------------------
Amelie Wisniak
Genesys - Employees


Original Message:
Sent: 05-10-2024 10:31
From: Vick Sweeney
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

------------------------------
Vick Sweeney
Hydro Quebec


Original Message:
Sent: 05-09-2024 21:03
From: Anton Vroon
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

------------------------------
Anton Vroon

@Amelie Wisniak - Bumping this question...thoughts or updates?

------------------------------
Brian T. Jones | Ascension | Senior Specialist - Technology
------------------------------


Original Message:
Sent: 05-23-2024 09:36
From: Brian Jones
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Amelie Wisniak - Thank you for helping gather metrics and other ways to track the data usage/storage associated with this much appreciated feature. When you do land on a way to track this information, it would be ideal to see the current usage/storage information visible directly on the main Flow Execution Data page.

A few questions in the interim:

1. For this beta period, do you have insight on the backend into how much data we are currently using (if we ask you for it directly)? That might help us proactively compile some estimates.
2. Will we incur data usage/storage fees during the beta? I ask because I want to set our logging level at Notes to see a bit more data than the Base level provides.
3. Once this is GA'd and the billing period is up, will we see the execution data usage/storage information show up in the Storage section of the Billing & Usage page?

------------------------------
Brian T. Jones | Ascension | Senior Specialist - Technology


Original Message:
Sent: 05-14-2024 16:48
From: Amelie Wisniak
Subject: Beta - Advanced Architect Execution Data & Replay Mode

We are working on gathering some metrics. We'll let you know as soon as we have data to share. 

Thanks for your patience! 

------------------------------
Amelie Wisniak
Genesys - Employees


Original Message:
Sent: 05-12-2024 18:03
From: Anton Vroon
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Thanks @Amelie Wisniak

Would be good to have this for GA release.

Is there any guidance you can give though, like in general, on average, ball park figure for each level of data how much storage would be used for low /  middle / high flow sizes (which is a measure of number of actions)?

------------------------------
Anton Vroon


Original Message:
Sent: 05-10-2024 11:28
From: Amelie Wisniak
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Anton Vroon @Vick Sweeney 

There are a lot of parameters that can impact your storage usage. It depends on the Execution Data flow level (Base, Notes, Verbose Notes, or All) and your flow specificities (e.g. flow size, number of actions, size of the variables, number of loops, etc.). We are exploring ways to help you track this usage better, but this is not part of the scope of this beta. In the meantime, we suggest you keep the level to the minimum you need and temporarily override individual flow levels when necessary.

When updating the level from "all" to "none", we do not delete previous instances but historical execution data is automatically deleted after 10 days. 

------------------------------
Amelie Wisniak
Genesys - Employees


Original Message:
Sent: 05-10-2024 10:31
From: Vick Sweeney
Subject: Beta - Advanced Architect Execution Data & Replay Mode

@Amelie Wisniak  in addition to Anton's question, will there be an indication anywhere of how much data is consumed by this feature, how much per flow, etc?  Will there be tools to manage that data?  If I put a flow in "All" mode for debugging purposes and then turn it back to None I'm assuming that all previous data will be deleted.  Is this the case?

All to say that we need to have tools to manage the data and better understand how we will be able to.  Just giving us a warning that it counts towards our fair use policy is not enough.

I hope this helps.  Thanks!

------------------------------
Vick Sweeney
Hydro Quebec


Original Message:
Sent: 05-09-2024 21:03
From: Anton Vroon
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi Amelie,

Do we have any indication of what the storage impact/requirements will be. Ie on Average for a low / medium / high sized flow (as measured by architect), you should expect x Kbs per conversation? 

------------------------------
Anton Vroon

Does this beta include a quicker way to get into the historical debugger other than (get ID manually, go into Architect, wait, manually search by ID, select it, wait more), like, a link in the Interaction view?

Hi,

Last week I filled in the enrollment form to participate the beta. But I see no Execution Data item in the menu in Architect. Is the beta not active in my Org? Or is there a permission tied to this feature?

Thanks,

We joined the beta today. Finding it really useful, already helped solve a few bugs. It's not been seamless but definitely very good.

Immediate ask: can we get more information in the Execution History page when you click the Execution History button in a flow? Even just ConversationId (if not things like ANI, DNIS, ...) to help identify the interaction we want to review (without having to get the ID, search for it etc).

We joined the beta today. Finding it really useful, already helped solve a few bugs. It's not been seamless but definitely very good.

Immediate ask: can we get more information in the Execution History page when you click the Execution History button in a flow? Even just ConversationId (if not things like ANI, DNIS, ...) to help identify the interaction we want to review (without having to get the ID, search for it etc).

@James Dunn @Edward Wit @Paul McGurn You should now all have access to the beta! 

We joined the beta today. Finding it really useful, already helped solve a few bugs. It's not been seamless but definitely very good.

Immediate ask: can we get more information in the Execution History page when you click the Execution History button in a flow? Even just ConversationId (if not things like ANI, DNIS, ...) to help identify the interaction we want to review (without having to get the ID, search for it etc).

We joined the beta today. Finding it really useful, already helped solve a few bugs. It's not been seamless but definitely very good.

Immediate ask: can we get more information in the Execution History page when you click the Execution History button in a flow? Even just ConversationId (if not things like ANI, DNIS, ...) to help identify the interaction we want to review (without having to get the ID, search for it etc).

Really enjoying this feature. I've only had a little play with it so far but wanted to give some initial feedback.

Couple of things, first can we please get the keyboard shortcuts for all flows. pressing e then h to bring up expression helper, would be so handy in a normal flow. Same with the ctrl g to jump to location, ctrl s to save, ctrl i to hide the number ids etc.

When pinning a variable and setting it to a breakpoint, honestly first time i did it by accident and couldn't figure out why the variable disappeared from Data and where to find it. It was just at the top. But also while hovering over the symbol before the variable (not system) it gives 2 tooltips that overlap, add break point and the data type, eg

Seeing the error values even though I haven't added the outputs as variables, is awesome

Being able to click on go to next update on a variable, very helpful.

I like that I can click on a date to change it's format, just wish there was some localization applied, ie not American date format.

@Amelie Wisniak Can you please confirm if my org is on the list as I don't see the new permissions yet? We were using the old beta and signed up to this one. I have some queries about data size but want to make sure I'm on the right beta first.

Really enjoying this feature. I've only had a little play with it so far but wanted to give some initial feedback.

Couple of things, first can we please get the keyboard shortcuts for all flows. pressing e then h to bring up expression helper, would be so handy in a normal flow. Same with the ctrl g to jump to location, ctrl s to save, ctrl i to hide the number ids etc.

When pinning a variable and setting it to a breakpoint, honestly first time i did it by accident and couldn't figure out why the variable disappeared from Data and where to find it. It was just at the top. But also while hovering over the symbol before the variable (not system) it gives 2 tooltips that overlap, add break point and the data type, eg

Seeing the error values even though I haven't added the outputs as variables, is awesome

Being able to click on go to next update on a variable, very helpful.

I like that I can click on a date to change it's format, just wish there was some localization applied, ie not American date format.

@Richard Chandler Your org is now part of the beta. You must enable execution data storage and republish flows to track execution data. We are looking forward to your feedback. 

@Amelie Wisniak Can you please confirm if my org is on the list as I don't see the new permissions yet? We were using the old beta and signed up to this one. I have some queries about data size but want to make sure I'm on the right beta first.

Really enjoying this feature. I've only had a little play with it so far but wanted to give some initial feedback.

Couple of things, first can we please get the keyboard shortcuts for all flows. pressing e then h to bring up expression helper, would be so handy in a normal flow. Same with the ctrl g to jump to location, ctrl s to save, ctrl i to hide the number ids etc.

When pinning a variable and setting it to a breakpoint, honestly first time i did it by accident and couldn't figure out why the variable disappeared from Data and where to find it. It was just at the top. But also while hovering over the symbol before the variable (not system) it gives 2 tooltips that overlap, add break point and the data type, eg

Seeing the error values even though I haven't added the outputs as variables, is awesome

Being able to click on go to next update on a variable, very helpful.

I like that I can click on a date to change it's format, just wish there was some localization applied, ie not American date format.

@Amelie Wisniak Can you please confirm if my org is on the list as I don't see the new permissions yet? We were using the old beta and signed up to this one. I have some queries about data size but want to make sure I'm on the right beta first.

Really enjoying this feature. I've only had a little play with it so far but wanted to give some initial feedback.

Couple of things, first can we please get the keyboard shortcuts for all flows. pressing e then h to bring up expression helper, would be so handy in a normal flow. Same with the ctrl g to jump to location, ctrl s to save, ctrl i to hide the number ids etc.

When pinning a variable and setting it to a breakpoint, honestly first time i did it by accident and couldn't figure out why the variable disappeared from Data and where to find it. It was just at the top. But also while hovering over the symbol before the variable (not system) it gives 2 tooltips that overlap, add break point and the data type, eg

Seeing the error values even though I haven't added the outputs as variables, is awesome

Being able to click on go to next update on a variable, very helpful.

I like that I can click on a date to change it's format, just wish there was some localization applied, ie not American date format.

Really enjoying this feature. I've only had a little play with it so far but wanted to give some initial feedback.

Couple of things, first can we please get the keyboard shortcuts for all flows. pressing e then h to bring up expression helper, would be so handy in a normal flow. Same with the ctrl g to jump to location, ctrl s to save, ctrl i to hide the number ids etc.

When pinning a variable and setting it to a breakpoint, honestly first time i did it by accident and couldn't figure out why the variable disappeared from Data and where to find it. It was just at the top. But also while hovering over the symbol before the variable (not system) it gives 2 tooltips that overlap, add break point and the data type, eg

Seeing the error values even though I haven't added the outputs as variables, is awesome

Being able to click on go to next update on a variable, very helpful.

I like that I can click on a date to change it's format, just wish there was some localization applied, ie not American date format.

Hi Amelie,

we are trying to consume the Execution Data History via Event Bridge but what we saw is that the log level on Notification is set to base that is already something but not helpful for debugging outside of Architect. Do you know if this log level can be changed? The level "Notes" should help for our use case. 

The idea behind is consuming these events and keep trace for longer troubleshooting via Splunk to trace the history longer then 10 days.

As additional info also on the Common Module at the moment it's not enable the Execution Data & reply.do you have any idea if it will be added ? 

Thanks and let me know

Gianpaolo

------------------------------
Gianpaolo Butera
Genesys - Employees
------------------------------

Hi,

Very happy with this feature. Normally we added several logging steps in Architect flows and write that into Participant Data. This tool really will help to get rid of that. Maybe some suggestions to make it even better:

• It is mentioned earlier in this thread, the storage. Maybe it is an idea to give a possibility to delete execution data manually, e.g. the result of a particular query. Or a period or simply all. I also think it would be wise that you can delete a single conversation for GDPR purposes.
• The Flow Level is a global setting. When building and tracing a flow you normally need a higher log level for only that flow and not for all. Is there a way to overwrite the global log level for a single flow?
• The Query Builder in the result pane only supports in criteria.When you have tons of conversations and you need some from yesterday then finding the right one is now doable. So additional criteria would really help, like Time, DNIS, ANI, etc. Or add some link in the Interaction view on conversation to view the execution data. As mentioned earlier in this thread. 

I also have a question when logging will start. Yesterday I enable this feature and didn't see any logs appearing on the flow. I republished one flow and from that moment I saw the logs coming in for that flow. But till now I don't see the logs on other flows. So do we have to publish a flow first so it will store the execution data?

And this morning I changed the log level from Base to Notes and it took a couple of minutes before that change had effect on the flow I republished yesterday. So is there a delay and how long is that delay? On the other flows I still have no execution data.

Thanks,

------------------------------
Edward de Wit
Cloudoe BV
------------------------------

@Edward Wit

You can set the log level for an individual flow. If you go to the Architect flow list (the front page for Architect) and search for the flow, there is an Execution Data option where you can change the flow level.



Yes you do seemingly have to republish every single flow to start capturing logs for that flow. Until you republish you don't get anything for that flow, which is a bit of a pain.

I have also had on occasion flows that were republished seemingly stop capturing logs after a later publish, and having to be published again.

------------------------------
James Dunn
Pitney Bowes Inc.
------------------------------


Original Message:
Sent: 05-16-2024 03:11
From: Edward Wit
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi,

Very happy with this feature. Normally we added several logging steps in Architect flows and write that into Participant Data. This tool really will help to get rid of that. Maybe some suggestions to make it even better:

• It is mentioned earlier in this thread, the storage. Maybe it is an idea to give a possibility to delete execution data manually, e.g. the result of a particular query. Or a period or simply all. I also think it would be wise that you can delete a single conversation for GDPR purposes.
• The Flow Level is a global setting. When building and tracing a flow you normally need a higher log level for only that flow and not for all. Is there a way to overwrite the global log level for a single flow?
• The Query Builder in the result pane only supports in criteria.When you have tons of conversations and you need some from yesterday then finding the right one is now doable. So additional criteria would really help, like Time, DNIS, ANI, etc. Or add some link in the Interaction view on conversation to view the execution data. As mentioned earlier in this thread. 

I also have a question when logging will start. Yesterday I enable this feature and didn't see any logs appearing on the flow. I republished one flow and from that moment I saw the logs coming in for that flow. But till now I don't see the logs on other flows. So do we have to publish a flow first so it will store the execution data?

And this morning I changed the log level from Base to Notes and it took a couple of minutes before that change had effect on the flow I republished yesterday. So is there a delay and how long is that delay? On the other flows I still have no execution data.

Thanks,

------------------------------
Edward de Wit
Cloudoe BV

Hi,

Very happy with this feature. Normally we added several logging steps in Architect flows and write that into Participant Data. This tool really will help to get rid of that. Maybe some suggestions to make it even better:

• It is mentioned earlier in this thread, the storage. Maybe it is an idea to give a possibility to delete execution data manually, e.g. the result of a particular query. Or a period or simply all. I also think it would be wise that you can delete a single conversation for GDPR purposes.
• The Flow Level is a global setting. When building and tracing a flow you normally need a higher log level for only that flow and not for all. Is there a way to overwrite the global log level for a single flow?
• The Query Builder in the result pane only supports in criteria.When you have tons of conversations and you need some from yesterday then finding the right one is now doable. So additional criteria would really help, like Time, DNIS, ANI, etc. Or add some link in the Interaction view on conversation to view the execution data. As mentioned earlier in this thread. 

I also have a question when logging will start. Yesterday I enable this feature and didn't see any logs appearing on the flow. I republished one flow and from that moment I saw the logs coming in for that flow. But till now I don't see the logs on other flows. So do we have to publish a flow first so it will store the execution data?

And this morning I changed the log level from Base to Notes and it took a couple of minutes before that change had effect on the flow I republished yesterday. So is there a delay and how long is that delay? On the other flows I still have no execution data.

Thanks,

------------------------------
Edward de Wit
Cloudoe BV
------------------------------

Not sure if it's just me or if I've missed some info somewhere but I'm finding the UI for this pretty squeezed in and finding it hard to really get the full benefit out of it.

How can I hide that "initial greeting" panel so I get a wider view of the actual visual of the flow?  Apologies if it's something obvious I've overlooked :)

@Vaun McCarthy

Mine looks nothing like that; is that what Architect normally looks like when you're editing a flow (minus the new black bar at the bottom)? Is something strange happening with your browser window sizing or resolution or something?

This is what I see:

Not sure if it's just me or if I've missed some info somewhere but I'm finding the UI for this pretty squeezed in and finding it hard to really get the full benefit out of it.

How can I hide that "initial greeting" panel so I get a wider view of the actual visual of the flow?  Apologies if it's something obvious I've overlooked :)

That looks lovely James!  lol mind if I ask what resolution you're using and what size monitor?  Although what does it look like if you go up into your starting task?

@Vaun McCarthy

Mine looks nothing like that; is that what Architect normally looks like when you're editing a flow (minus the new black bar at the bottom)? Is something strange happening with your browser window sizing or resolution or something?

This is what I see:

Not sure if it's just me or if I've missed some info somewhere but I'm finding the UI for this pretty squeezed in and finding it hard to really get the full benefit out of it.

How can I hide that "initial greeting" panel so I get a wider view of the actual visual of the flow?  Apologies if it's something obvious I've overlooked :)

I'm on a 27 inch monitor, 1080p, no scaling, and my browser for the Architect page is at 80% zoom (what's yours set to?).

This is the starting task, it is essentially the same as when editing Architect flows except with the panel on the bottom and the right, so marginally less "whiteboard" space for the flow itself. Still much more readable than what you seem to be getting.

That looks lovely James!  lol mind if I ask what resolution you're using and what size monitor?  Although what does it look like if you go up into your starting task?

@Vaun McCarthy

Mine looks nothing like that; is that what Architect normally looks like when you're editing a flow (minus the new black bar at the bottom)? Is something strange happening with your browser window sizing or resolution or something?

This is what I see:

Not sure if it's just me or if I've missed some info somewhere but I'm finding the UI for this pretty squeezed in and finding it hard to really get the full benefit out of it.

How can I hide that "initial greeting" panel so I get a wider view of the actual visual of the flow?  Apologies if it's something obvious I've overlooked :)

Anybody else having issues getting any kind of execution data for secure flows? I know the docs say to only expect Basic, but we see nothing. We're successfully getting data for inbound and outbound. 

Docs state does not currently  with secure flows. 

Anybody else having issues getting any kind of execution data for secure flows? I know the docs say to only expect Basic, but we see nothing. We're successfully getting data for inbound and outbound. 

I've found something that can hopefully be fixed.

If I call a bot flow, in my test example this was an Inbound message flow, calling a Digital Bot Flow, with the expectation to return and continue on the rest of the flow.

The execution stops at the Bot flow,  with Flow exit reason as Transfer. So If I use a bot flow I can't see the rest of the execution data in anyway?

Would like digital bot flow and bot flows to be treated like Common Modules in this regard, able to step in, skip over, and continue the flow on return etc. 

@Amelie Wisniak are we planning to have botflows operate like common modules for the replay mode? Because currently it doesn't, and the replay just stops on the call digital bot action, when the interaction returns from the bot the rest of the flow isn't captured. Or does this need to be a feature request?

I've found something that can hopefully be fixed.

If I call a bot flow, in my test example this was an Inbound message flow, calling a Digital Bot Flow, with the expectation to return and continue on the rest of the flow.

The execution stops at the Bot flow,  with Flow exit reason as Transfer. So If I use a bot flow I can't see the rest of the execution data in anyway?

Would like digital bot flow and bot flows to be treated like Common Modules in this regard, able to step in, skip over, and continue the flow on return etc. 

Beta users - Has anyone else experienced the Flow Execution Data no longer gathering information even after having published the flows over a week ago (i.e. it was working fine, but now I have no data no matter how I search)? Hoping the answer is not to republish the flow...again.

Yes, I've had that problem. A flow which was recording data would "spontaneously" stop recording execution data and needed to be republished to restart it.

Beta users - Has anyone else experienced the Flow Execution Data no longer gathering information even after having published the flows over a week ago (i.e. it was working fine, but now I have no data no matter how I search)? Hoping the answer is not to republish the flow...again.

@Amelie Wisniak - Is this a known usability issue/bug/defect? It doesn't seem normal that this should happen given it defeats the purpose of the feature nor should we have to republish that frequently (i.e. we won't have any data between the time the logging stops and the time we republish.).

Yes, I've had that problem. A flow which was recording data would "spontaneously" stop recording execution data and needed to be republished to restart it.

Beta users - Has anyone else experienced the Flow Execution Data no longer gathering information even after having published the flows over a week ago (i.e. it was working fine, but now I have no data no matter how I search)? Hoping the answer is not to republish the flow...again.

@Brian Jones @James Dunn Thanks for bringing this to our attention. It is definitely not expected behavior to have to republish flows after a period of time. Can you please confirm which flow type you were using, and ideally, send us your flow ID using your Genesys point of contact?

Thanks! 

@Amelie Wisniak - Is this a known usability issue/bug/defect? It doesn't seem normal that this should happen given it defeats the purpose of the feature nor should we have to republish that frequently (i.e. we won't have any data between the time the logging stops and the time we republish.).

Yes, I've had that problem. A flow which was recording data would "spontaneously" stop recording execution data and needed to be republished to restart it.

Beta users - Has anyone else experienced the Flow Execution Data no longer gathering information even after having published the flows over a week ago (i.e. it was working fine, but now I have no data no matter how I search)? Hoping the answer is not to republish the flow...again.

Thanks for responding, @Amelie Wisniak. I was attempting to view the Execution History for our main Inbound flow and have confirmed nothing has changed since it was enabled last month. I'll send you the Flow ID directly.

@Brian Jones @James Dunn Thanks for bringing this to our attention. It is definitely not expected behavior to have to republish flows after a period of time. Can you please confirm which flow type you were using, and ideally, send us your flow ID using your Genesys point of contact?

Thanks! 

@Amelie Wisniak - Is this a known usability issue/bug/defect? It doesn't seem normal that this should happen given it defeats the purpose of the feature nor should we have to republish that frequently (i.e. we won't have any data between the time the logging stops and the time we republish.).

Yes, I've had that problem. A flow which was recording data would "spontaneously" stop recording execution data and needed to be republished to restart it.

Beta users - Has anyone else experienced the Flow Execution Data no longer gathering information even after having published the flows over a week ago (i.e. it was working fine, but now I have no data no matter how I search)? Hoping the answer is not to republish the flow...again.

Hi Amelie,

We applied for the beta a few weeks back but I don't see any of the new permissions available to assign; does this mean our org (ctcw) isn't part of the beta?

Thank you.

Quick question, is it to late to be added to this Beta?  I don't see an option to be added on the Beta HQ page.

Hi,

I have been using this feature for the last few days and found to be very useful in debugging complex issues in call flows but all of a sudden it stopped working today, no more history to play back. I checked the org level setting , its still on and I had the level set to Notes in some of the call flows I am working on but no history being logged. Any idea what's going on?

------------------------------
Philip Varghese
Health Alliance Plan
------------------------------

You're not alone @Philip Varghese; see responses 40 - 42 above. I'm willing to bet there are others if they check & are willing to chime in. Seems like a pretty important bug/defect that needs to be addressed before GA.

Either way, we're still waiting on @Amelie Wisniak/Genesys to respond to this and our other outstanding questions.

------------------------------
Brian T. Jones | Ascension | Senior Specialist - Technology
------------------------------


Original Message:
Sent: 06-05-2024 11:34
From: Philip Varghese
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi,

I have been using this feature for the last few days and found to be very useful in debugging complex issues in call flows but all of a sudden it stopped working today, no more history to play back. I checked the org level setting , its still on and I had the level set to Notes in some of the call flows I am working on but no history being logged. Any idea what's going on?

------------------------------
Philip Varghese
Health Alliance Plan

Thanks @Brian Jones. I even turned off/on the org level setting and republished the flows, still no luck

You're not alone @Philip Varghese; see responses 40 - 42 above. I'm willing to bet there are others if they check & are willing to chime in. Seems like a pretty important bug/defect that needs to be addressed before GA.

Either way, we're still waiting on @Amelie Wisniak/Genesys to respond to this and our other outstanding questions.

------------------------------
Brian T. Jones | Ascension | Senior Specialist - Technology


Original Message:
Sent: 06-05-2024 11:34
From: Philip Varghese
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi,

I have been using this feature for the last few days and found to be very useful in debugging complex issues in call flows but all of a sudden it stopped working today, no more history to play back. I checked the org level setting , its still on and I had the level set to Notes in some of the call flows I am working on but no history being logged. Any idea what's going on?

------------------------------
Philip Varghese
Health Alliance Plan

Sorry guys, this was a user error finally. Execution history is working. I was looking for execution history in the wrong division call flow, the call route was pointed to the call flow in another division. 

Thanks @Brian Jones. I even turned off/on the org level setting and republished the flows, still no luck

You're not alone @Philip Varghese; see responses 40 - 42 above. I'm willing to bet there are others if they check & are willing to chime in. Seems like a pretty important bug/defect that needs to be addressed before GA.

Either way, we're still waiting on @Amelie Wisniak/Genesys to respond to this and our other outstanding questions.

------------------------------
Brian T. Jones | Ascension | Senior Specialist - Technology


Original Message:
Sent: 06-05-2024 11:34
From: Philip Varghese
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Hi,

I have been using this feature for the last few days and found to be very useful in debugging complex issues in call flows but all of a sudden it stopped working today, no more history to play back. I checked the org level setting , its still on and I had the level set to Notes in some of the call flows I am working on but no history being logged. Any idea what's going on?

------------------------------
Philip Varghese
Health Alliance Plan

Amelie, 

We applied for this Beta and have never heard anything back from Genesys. Have we been added?

Hi @Amelie Wisniak

Is it too late to enrol?

Thanks,

Josh

------------------------------
Joshua Civitareale
Nexon Asia Pacific Pty. Ltd.
------------------------------

So far, I have found this tool very useful. However, I've run into what appears to be an issue. I have an inbound holiday flow that calls a Common Module (Get Application By Phone Number) to return application data from MSFT Dynamics based on the modified ANI of the caller. However, the in testing, I didn't receive that result I was looking for. So, I came to the Execution Tool.

You can see from the screenshot below that in Step 10, I call the CDP - Get Application By Phone Number common module.

But, in Step 11, the CDP - Get Contact By Phone Number common module is what was executed.

Then the next step (after what should be the Get Application By Phone Number) common module block, the SET Participant Data occurs.



Is this a known issue? I don't have any way of knowing if the call actually traversed through the Get Contact By Phone Number common module as shown in the execution tool vs the execution tool itself experiencing some issue. Can you provide some insight on this? The conversation occurred today and the ID is : 

I did find a typo in the Flow.ApplicationID variable assignment (ApplicaitionID vs ApplicationID) that seems to have accounted for the call failures. Does that explain the potential issues with the Execution Tool? I would expect that the Common Module for application lookup would still execute and show in the tool.

So far, I have found this tool very useful. However, I've run into what appears to be an issue. I have an inbound holiday flow that calls a Common Module (Get Application By Phone Number) to return application data from MSFT Dynamics based on the modified ANI of the caller. However, the in testing, I didn't receive that result I was looking for. So, I came to the Execution Tool.

You can see from the screenshot below that in Step 10, I call the CDP - Get Application By Phone Number common module.

But, in Step 11, the CDP - Get Contact By Phone Number common module is what was executed.

Then the next step (after what should be the Get Application By Phone Number) common module block, the SET Participant Data occurs.



Is this a known issue? I don't have any way of knowing if the call actually traversed through the Get Contact By Phone Number common module as shown in the execution tool vs the execution tool itself experiencing some issue. Can you provide some insight on this? The conversation occurred today and the ID is : 

I did find a typo in the Flow.ApplicationID variable assignment (ApplicaitionID vs ApplicationID) that seems to have accounted for the call failures. Does that explain the potential issues with the Execution Tool? I would expect that the Common Module for application lookup would still execute and show in the tool.

So far, I have found this tool very useful. However, I've run into what appears to be an issue. I have an inbound holiday flow that calls a Common Module (Get Application By Phone Number) to return application data from MSFT Dynamics based on the modified ANI of the caller. However, the in testing, I didn't receive that result I was looking for. So, I came to the Execution Tool.

You can see from the screenshot below that in Step 10, I call the CDP - Get Application By Phone Number common module.

But, in Step 11, the CDP - Get Contact By Phone Number common module is what was executed.

Then the next step (after what should be the Get Application By Phone Number) common module block, the SET Participant Data occurs.



Is this a known issue? I don't have any way of knowing if the call actually traversed through the Get Contact By Phone Number common module as shown in the execution tool vs the execution tool itself experiencing some issue. Can you provide some insight on this? The conversation occurred today and the ID is : 

Amelie,

Thank you for responding. The result I was looking for was based on the Flow.ApplicationID variable value returned from the Get Application By Phone Number common module. The typo in the variable name accounts for that failure. However, I would still expect the flow to execute in order and according to the tool, it does not.

The tool seemingly skips a common module, a Set Participant Data block, and a Decision block (shown below) and executes the Get Contact By Phone Number common module. instead of the Get Application By Phone Number common module. After executing the contact lookup common module, the flow then executes two of the skipped blocks. 



You can clearly see by the flow above that the next step after the Get Application By Phone Number common module is not the Get Contact By Phone Number common module which doesn't appear in the flow until after the three blocks above should be executed. Yet, in the Execution Tool, this common module appears in Step 11 and the Set Participant Data shown above appears in Step 15.

So, why does the tool show that a common module which appears later was executed BEFORE the two blocks it skips but then it picks up the skipped blocks again right after executing the wrong common module?

I've tried to include detailed screenshots but this is difficult to explain in this format. Feel free to email me and we can setup a short call which might be easier.

Thanks!
Mike

I did find a typo in the Flow.ApplicationID variable assignment (ApplicaitionID vs ApplicationID) that seems to have accounted for the call failures. Does that explain the potential issues with the Execution Tool? I would expect that the Common Module for application lookup would still execute and show in the tool.

So far, I have found this tool very useful. However, I've run into what appears to be an issue. I have an inbound holiday flow that calls a Common Module (Get Application By Phone Number) to return application data from MSFT Dynamics based on the modified ANI of the caller. However, the in testing, I didn't receive that result I was looking for. So, I came to the Execution Tool.

You can see from the screenshot below that in Step 10, I call the CDP - Get Application By Phone Number common module.

But, in Step 11, the CDP - Get Contact By Phone Number common module is what was executed.

Then the next step (after what should be the Get Application By Phone Number) common module block, the SET Participant Data occurs.



Is this a known issue? I don't have any way of knowing if the call actually traversed through the Get Contact By Phone Number common module as shown in the execution tool vs the execution tool itself experiencing some issue. Can you provide some insight on this? The conversation occurred today and the ID is : 

@Michael Rigney Thanks for the clarification. Could you please provide a screen recording showing what happens when you enter the replayer and press the play button? Thanks!

------------------------------
Amelie Wisniak
Genesys - Employees
------------------------------


Original Message:
Sent: 06-24-2024 17:04
From: Michael Rigney
Subject: Beta - Advanced Architect Execution Data & Replay Mode

Amelie,

Thank you for responding. The result I was looking for was based on the Flow.ApplicationID variable value returned from the Get Application By Phone Number common module. The typo in the variable name accounts for that failure. However, I would still expect the flow to execute in order and according to the tool, it does not.

The tool seemingly skips a common module, a Set Participant Data block, and a Decision block (shown below) and executes the Get Contact By Phone Number common module. instead of the Get Application By Phone Number common module. After executing the contact lookup common module, the flow then executes two of the skipped blocks. 



You can clearly see by the flow above that the next step after the Get Application By Phone Number common module is not the Get Contact By Phone Number common module which doesn't appear in the flow until after the three blocks above should be executed. Yet, in the Execution Tool, this common module appears in Step 11 and the Set Participant Data shown above appears in Step 15.

So, why does the tool show that a common module which appears later was executed BEFORE the two blocks it skips but then it picks up the skipped blocks again right after executing the wrong common module?

I've tried to include detailed screenshots but this is difficult to explain in this format. Feel free to email me and we can setup a short call which might be easier.

Thanks!
Mike

------------------------------
Michael Rigney
J. B. Hunt Transport, Inc.


Original Message:
Sent: 06-24-2024 16:19
From: Amelie Wisniak
Subject: Beta - Advanced Architect Execution Data & Replay Mode

------------------------------
Amelie Wisniak
Genesys - Employees


Original Message:
Sent: 06-24-2024 15:17
From: Michael Rigney
Subject: Beta - Advanced Architect Execution Data & Replay Mode

I did find a typo in the Flow.ApplicationID variable assignment (ApplicaitionID vs ApplicationID) that seems to have accounted for the call failures. Does that explain the potential issues with the Execution Tool? I would expect that the Common Module for application lookup would still execute and show in the tool.

------------------------------
Michael Rigney
J. B. Hunt Transport, Inc.


Original Message:
Sent: 06-24-2024 12:45
From: Michael Rigney
Subject: Beta - Advanced Architect Execution Data & Replay Mode

So far, I have found this tool very useful. However, I've run into what appears to be an issue. I have an inbound holiday flow that calls a Common Module (Get Application By Phone Number) to return application data from MSFT Dynamics based on the modified ANI of the caller. However, the in testing, I didn't receive that result I was looking for. So, I came to the Execution Tool.

You can see from the screenshot below that in Step 10, I call the CDP - Get Application By Phone Number common module.

But, in Step 11, the CDP - Get Contact By Phone Number common module is what was executed.

Then the next step (after what should be the Get Application By Phone Number) common module block, the SET Participant Data occurs.



Is this a known issue? I don't have any way of knowing if the call actually traversed through the Get Contact By Phone Number common module as shown in the execution tool vs the execution tool itself experiencing some issue. Can you provide some insight on this? The conversation occurred today and the ID is : 

------------------------------
Michael Rigney
J. B. Hunt Transport, Inc.

@Amelie Wisniak

Here is a screen recording playback of an example call.

Mike

@Michael Rigney Thanks for the clarification. Could you please provide a screen recording showing what happens when you enter the replayer and press the play button? Thanks!

Amelie,

Thank you for responding. The result I was looking for was based on the Flow.ApplicationID variable value returned from the Get Application By Phone Number common module. The typo in the variable name accounts for that failure. However, I would still expect the flow to execute in order and according to the tool, it does not.

The tool seemingly skips a common module, a Set Participant Data block, and a Decision block (shown below) and executes the Get Contact By Phone Number common module. instead of the Get Application By Phone Number common module. After executing the contact lookup common module, the flow then executes two of the skipped blocks. 



You can clearly see by the flow above that the next step after the Get Application By Phone Number common module is not the Get Contact By Phone Number common module which doesn't appear in the flow until after the three blocks above should be executed. Yet, in the Execution Tool, this common module appears in Step 11 and the Set Participant Data shown above appears in Step 15.

So, why does the tool show that a common module which appears later was executed BEFORE the two blocks it skips but then it picks up the skipped blocks again right after executing the wrong common module?

I've tried to include detailed screenshots but this is difficult to explain in this format. Feel free to email me and we can setup a short call which might be easier.

Thanks!
Mike

I did find a typo in the Flow.ApplicationID variable assignment (ApplicaitionID vs ApplicationID) that seems to have accounted for the call failures. Does that explain the potential issues with the Execution Tool? I would expect that the Common Module for application lookup would still execute and show in the tool.

So far, I have found this tool very useful. However, I've run into what appears to be an issue. I have an inbound holiday flow that calls a Common Module (Get Application By Phone Number) to return application data from MSFT Dynamics based on the modified ANI of the caller. However, the in testing, I didn't receive that result I was looking for. So, I came to the Execution Tool.

You can see from the screenshot below that in Step 10, I call the CDP - Get Application By Phone Number common module.

But, in Step 11, the CDP - Get Contact By Phone Number common module is what was executed.

Then the next step (after what should be the Get Application By Phone Number) common module block, the SET Participant Data occurs.



Is this a known issue? I don't have any way of knowing if the call actually traversed through the Get Contact By Phone Number common module as shown in the execution tool vs the execution tool itself experiencing some issue. Can you provide some insight on this? The conversation occurred today and the ID is : 

@Amelie Wisniak - I was looking at the Flow Execution History for one of my inbound messaging flows (Architect > Inbound Message > Check the box next to the flow > Click the 'Execution History' button) and for some reason it shows an older version of the flow and the Start Date stops at June 19th. I can confirm the logging level is set at Notes or higher and the flow has since been republished multiple times for testing (even today). Any particular reason why the Execution History has not updated since?

@Michael Rigney Thanks, our team is investigating this issue! 

@Brian Jones You likely reached the limit of 200 execution data instances per query. Our team is exploring ways to increase this limit. For now, I would suggest querying by conversation ID if you can. 

@Amelie Wisniak - I was looking at the Flow Execution History for one of my inbound messaging flows (Architect > Inbound Message > Check the box next to the flow > Click the 'Execution History' button) and for some reason it shows an older version of the flow and the Start Date stops at June 19th. I can confirm the logging level is set at Notes or higher and the flow has since been republished multiple times for testing (even today). Any particular reason why the Execution History has not updated since?