Quando seu código é gerenciado pelo DTM, você pode querer referenciar objetos s dinamicamente, dependendo da sua necessidade. Ao fazer isso, você pode encontrar alguns problemas com base na sua implementação. Aqui estão alguns cenários que você pode encontrar e como solucioná-los.
- Não é possível referenciar o objeto s.
- Tentando substituir a variável s_account:
Ao enfrentar problemas ao tentar referenciar o objeto s, você pode usar o objeto _satellite para solucionar problemas
Usar o objeto _satellite implica usar esse objeto para obter toda a configuração de biblioteca, regras e ferramentas e verificar as notificações do objeto _satellite.
Para procurar as configurações do objeto s, há um objeto dentro do _satellite (settings: Object). Isso pode ser usado para obter todas as configurações de satélite atuais. As configurações iniciais são as mesmas que _satellite.configurationSettings.settings, mas são referenciados por eventos no nível da página, enquanto configurationSettings não é.
Ao tentar substituir uma variável s_account, você pode querer defini-la dinamicamente para preencher o conjunto de relatórios com base nas condições. Por exemplo: - você pode ter diferentes RSIDs para ambientes de preparação e produção. Isso pode ser feito através do código:
/ * Defina o(s) conjunto(s) de relatório correto se estiver em produção * /
if (!_satellite.settings.isStaging) {
s_account = _satellite.getVar(s_account_prod)
s=s_gi(s_account)
}
Nesse cenário, a s_account é preenchida dinamicamente com base no ambiente. O código pode ser manipulado alterando as condições para atender a diferentes requisitos.
Se você ainda não conseguir substituir a s_account dinamicamente, tente gerenciar o código por conta própria (desmarcando a opção 'gerenciado pela Adobe') para ver se funciona.
Se o problema persistir, entre em contato com o suporte ao cliente.