Olá, @Michael Jewell!
Esse é realmente um desafio comum - principalmente em ambientes com governança rígida, onde qualquer alteração em fluxo precisa passar por ciclos de aprovação e publicação. Felizmente, o Architect oferece alternativas para atualizar áudios sem a necessidade de republicar o fluxo todas as vezes.
1. Uso de Prompts personalizados (User Prompts)
No seu fluxo do Architect, em vez de inserir o arquivo de áudio diretamente na ação "Play Audio", você pode referenciar um prompt personalizado.
Exemplo: criar o prompt Flow.PromptGreeting e, dentro do fluxo, usar esse nome em todas as ações que precisam reproduzir essa mensagem.
Quando precisar atualizar o áudio, basta acessar:
Admin > Architect > Prompts > User Prompts
Selecionar o prompt → enviar o novo arquivo → salvar.
A documentação reforça que prompts são carregados dinamicamente, então qualquer substituição passa a valer imediatamente, sem necessidade de republicação do fluxo. É exatamente para esses cenários de atualização independente que os User Prompts existem.
Também é possível criar os audios como texto e usar o TTS.
2. Uso de Data Tables + TTS ou referência dinâmica
Se a empresa tem um volume grande de áudios ou mensagens que mudam com frequência (campanhas, avisos operacionais, horários especiais etc.), outro caminho é armazenar o conteúdo em uma Data Table.
Você pode ter, por exemplo:
• nomeDoAudio → "Aviso_Fila_Cheia"
• textoTTS → "No momento estamos com um volume alto de chamadas..."
No fluxo, você consulta a Data Table e, dependendo da estrutura, usa:
• TTS dinâmico (Text-to-Speech) para ler o conteúdo atualizado;
• ou referencia um arquivo audio externo, se preferir.
A vantagem: qualquer atualização no conteúdo é feita diretamente na Data Table, sem republicar o fluxo.
------------------------------
Fernando Sotto dos Santos
Consultor Grupo Casas Bahia
------------------------------
Original Message:
Sent: 11-21-2025 10:20
From: Michael Jewell
Subject: Need to republish Flow when updating Prompts
I wasn't sure exactly where to ask this question, so I thought I'd start it here.
I've noticed that when we have a request to update audio prompts in GenCloud for an Inbound call flow, after the prompt(s) are updated with a new audio file, the flow has to be opened and then republished to pick up the change to the related prompts that the flow consumes. This wasn't the behavior when working with the older PureConnect platform. It "feels" like audio prompts are cached in memory and republishing the flow, causes all prompts for that flow to be refreshed. I also didn't see this mentioned in any of the training material, although I could have missed it along the way.
The first time we had a request like this, we updated our prompts but did not republish the flow. The next day, we got a call from our customer that the system was still playing the older version of the prompts, like it wasn't updated. We navigated into the Prompts section, and were able to play the new prompt. As a troubleshooting step, we decided to just republish the flow and it worked. Now going forward, we just republish the flow as a standard process when we have similar activity.
My question is - has anyone else experienced this or is this unique to just us?
#General
------------------------------
Michael Jewell
------------------------------