Pesquisas recentes


Sem pesquisas recentes

Attila Takacs's Avatar

Attila Takacs

Entrou em 14 de abr. de 2021

·

Última atividade em 05 de fev. de 2025

Seguindo

0

Seguidores

2

Atividade total

72

Votos

1

Assinaturas

63

VISÃO GERAL DA ATIVIDADE

Atividade mais recente por Attila Takacs

Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

05 de fevereiro de 2025 11h48 UTC | 05 de fevereiro de 2025 03:48 PT
Temos o prazer de informar que os problemas de acesso com nosso serviço de guia foram identificados e resolvidos por nossa equipe de engenharia. Agora você deve conseguir acessar o serviço sem problemas. Agradecemos sua paciência e compreensão durante esse incidente. Se você continuar tendo problemas, entre em contato com nossa equipe de suporte.

05 de fevereiro de 2025 11h29 UTC | 05 de fevereiro de 2025 03:29 PT
Estamos passando por uma degradação do serviço com o acesso ao serviço do Guide em navegadores de dispositivos móveis. Se você encontrar erros ao acessar sua conta, tente entrar usando um computador. Nossa equipe está trabalhando ativamente para resolver o problema.

POST-MORTEM

ASD (A SER DEFINIDO)

PARA OBTER MAIS INFORMAÇÕES

Para obter informações sobre o status atual do sistema sobre o Zendesk e impactos específicos em sua conta, visite nossa página de status do sistema. Você pode seguir este artigo para ser notificado quando nosso relatório post mortem for publicado. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 05 de fev. de 2025 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

Em 1º de fevereiro de 2025, das 00:13 UTC às 00:59 UTC, os clientes no POD 26 tiveram problemas ao acessar os tickets arquivados. Durante esse período, vários nós de leitura do banco de dados não puderam abrir uma tabela devido a um defeito no sistema do banco de dados. Isso resultava em consultas com falha para tickets arquivados.

LINHA DO TEMPO

01 de fevereiro de 2025 01h13 UTC | 31 de janeiro de 2025 17h13 PT
Temos o prazer de informar que o problema que causava erros que afetavam um grupo de nossos clientes do Support no POD 26 foi resolvido. Agradecemos sua paciência durante nossa investigação.

01 de fevereiro de 2025 12h57 UTC | 31 de janeiro de 2025 16:57 PT
Nossos engenheiros acreditam ter identificado a causa raiz dos erros que afetam um grupo de nossos clientes do Support no POD 26 e estão trabalhando para resolver o problema.

01 de fevereiro de 2025 12h57 UTC | 31 de janeiro de 2025 16:57 PT
Estamos investigando possíveis erros de nossos clientes do Support hospedados no POD 26.


POST-MORTEM

Análise da causa raiz

Esse incidente foi causado por um defeito no sistema de banco de dados que impediu que os nós de leitura do cluster acessassem uma tabela de tickets arquivada. O defeito foi confirmado pelo suporte técnico de nosso fornecedor e era específico para a versão do banco de dados instalada no momento.


Resolução

Para resolver esse problema, nossos engenheiros interromperam uma implantação em outros estilhaços e permitiram que as modificações em andamento fossem concluídas nos estilhaços afetados. Nesse ponto, a tabela do banco de dados estava acessível. Posteriormente, a equipe planeja atualizar para uma nova versão de nosso sistema de banco de dados, que inclui um patch para o defeito identificado.


Itens de correção

  1. Atualize para a versão corrigida ou posterior antes de retomar as alterações de esquema.
  2. Divida adições de colunas e quedas de índices em ações separadas para minimizar os riscos durante as implementações.
  3. Atualize o run-book para exigir que grandes migrações atinjam apenas um cluster inicialmente antes de expandir para outros.
  4. Implemente um processo de revisão regular (pelo menos uma vez por ano) dos patches do sistema de banco de dados e estabeleça uma cadência de atualização.

PARA OBTER MAIS INFORMAÇÕES

Para obter informações sobre o status atual do sistema sobre o Zendesk e impactos específicos em sua conta, visite nossa página de status do sistema. Você pode seguir este artigo para ser notificado quando nosso relatório post mortem for publicado. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 06 de fev. de 2025 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO
Em 13 de janeiro de 2025, das 11h07 UTC às 12h07 UTC, os clientes no pod 17 tiveram problemas com a não execução dos gatilhos de mensagens.

LINHA DO TEMPO

13 de janeiro de 2025 12h24 UTC | 13 de janeiro de 2025 04:24 PT
O problema recente de mensagens foi totalmente resolvido e nossos serviços voltaram à operacionalidade total! Agradecemos sua paciência durante esse período. Nossa equipe continuará monitorando nossos sistemas de perto para garantir que tudo funcione corretamente. Agradecemos seu apoio e estamos aqui para quaisquer perguntas ou feedback que você possa ter!

13 de janeiro de 2025 11h51 UTC | 13 de janeiro de 2025 03:51 PT
Estamos investigando problemas com gatilhos de mensagens em execução para nossos clientes no POD17.


POST-MORTEM

Análise da causa raiz

Esse incidente foi causado por encerramentos prematuros de clientes do serviço de eventos de registro de ticket de mensagens, que ocorreram enquanto o serviço ainda estava em execução. Como resultado, os clientes não conseguiram processar os eventos recebidos, resultando em uma interrupção completa na avaliação e execução dos gatilhos de mensagens no pod 17.

Resolução

Para resolver esse problema, identificamos o erro de configuração que definia o número máximo de registros a serem processados em um único lote como 500, em vez dos 250 previstos. Ao corrigir esse erro de digitação e reduzir o valor máximo de registros, nosso objetivo era diminuir a probabilidade de encerramentos do cliente devido a problemas de tempo limite.

Itens de correção

  1. Implemente uma verificação de integridade para detectar encerramentos prematuros de clientes.
  2. Crie um monitor para acompanhar o número de clientes em execução.
  3. Estabeleça um monitor para monitorar partições interrompidas para o consumidor de eventos de registro de ticket do Tessaging.
  4. Adicione um widget de status de atraso do consumidor ao painel Serviço de gatilho de mensagens.
  5. Crie uma nova métrica para medir o tempo necessário para processar um lote de mensagens do tópico de eventos de registro de ticket de mensagens.

Essas correções foram projetadas para aprimorar o monitoramento e evitar incidentes semelhantes no futuro, garantindo a estabilidade e a confiabilidade do Serviço de gatilho de mensagens.


PARA OBTER MAIS INFORMAÇÕES

Para obter informações sobre o status atual do sistema sobre o Zendesk e impactos específicos em sua conta, visite nossa página de status do sistema. Você pode seguir este artigo para ser notificado quando nosso relatório post mortem for publicado. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 29 de jan. de 2025 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

Em 9 de dezembro de 2024, das 8h08 UTC às 13h03 UTC, os clientes que usavam a funcionalidade multimarca tiveram erros ao tentar criar tickets ou atualizar os títulos dos tickets, mas as alterações foram salvas.

Linha do tempo

09 de dezembro de 2024 22h21 UTC | 02:21 PM PT

Temos o prazer de informar que a alteração recente foi revertida com êxito e que o problema com a criação de tickets multimarca foi resolvido.
Se você ainda estiver tendo problemas, tente realizar uma atualização forçada (Ctrl + F5) ou limpar o cache e os cookies do seu navegador, pois isso pode ajudar a resolver problemas persistentes.
Fique à vontade para entrar em contato se continuar tendo dificuldades. Agradecemos sua paciência!

09 de dezembro de 2024 12h58 UTC | 04h58 PT
No momento, estamos tendo problemas com a criação de tickets multimarca. Nossa equipe de engenharia está ciente do problema e está trabalhando ativamente para resolvê-lo o mais rápido possível.
Forneceremos atualizações assim que mais informações estiverem disponíveis. Agradecemos sua paciência e compreensão!

 

POST-MORTEM

Análise da causa raiz

A causa raiz do incidente foi uma falha na lógica de inicialização do ticket. Quando a ID do solicitante era indefinida, o sistema tentava recuperá-la com base na chave do ticket, resultando em erros sempre que ocorria uma alteração de campo na interface do usuário do ticket. A introdução de uma nova lógica para ler a ID do usuário na página de perfil do usuário e defini-la como a ID do solicitante inadvertidamente definiu o objeto do solicitante como indefinido, o que quebrou a funcionalidade esperada.


Resolução

Para resolver o problema, a atualização problemática foi revertida.


Itens de correção

  1. Corrigir código com falha: Certifique-se de que o sistema defina corretamente os dados do solicitante ao criar tickets para evitar entradas em branco.
  2. Adicionar teste automático: Crie um teste para verificar se o processo de salvamento do ticket lida corretamente com as informações do solicitante.
  3. Confirmar teste manual: Exija que os implementadores testem manualmente as alterações em PODs “canary” e confirmem se tudo funciona antes da implantação.
  4. Melhorar o monitoramento: Configure o monitoramento para alertar sobre erros do navegador, como "algo deu errado", para identificar problemas rapidamente.

PARA OBTER MAIS INFORMAÇÕES

Para obter informações atuais sobre o status do sistema do seu Zendesk, consulte nossa página de status do sistema. O resumo de nossa investigação post mortem geralmente é publicado aqui alguns dias após o término do incidente. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 17 de dez. de 2024 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

Em 3 de dezembro de 2024, das 21h09 UTC às 3h36 UTC de 7 de dezembro de 2024, alguns clientes que usam o SDK para dispositivos móveis tiveram erros 400 ao criar tickets. Devido a uma alteração, os tokens OAuth recém-criados receberam um tempo de validade padrão de 8 horas. Essa alteração inadvertidamente quebrou os SDKs para dispositivos móveis legados, que não conseguiam recuperar novos tokens se os tokens existentes se tornassem inválidos, resultando em uma experiência de usuário frustrante. O problema foi resolvido com a reversão da alteração.


Linha do tempo

6 de dezembro de 2024 18h20 UTC | 6 de dezembro de 2024 10h20 PT

Temos o prazer de informar que o problema que fazia com que alguns clientes experimentassem erros 400 ao criar tickets pelo SDK foi resolvido. Pedimos desculpas por qualquer interrupção que isso possa ter causado e agradecemos sua paciência durante nossa investigação.

6 de dezembro de 2024 12h06 UTC | 6 de dezembro de 2024 04:06 PT
Nossa equipe continua trabalhando para resolver o comportamento que causa erros 400 nos envios de tickets pela API por meio de nosso SDK para dispositivos móveis. Por enquanto, se os usuários finais encontrarem esse erro, poderão reiniciar o aplicativo, os tickets serão criados normalmente.


6 de dezembro de 2024 09:45 UTC | 6 de dezembro de 2024 01:45 PT

Estamos cientes de que alguns de nossos clientes podem encontrar erros 400 ao tentar criar tickets por meio de nosso SDK para dispositivos móveis. Se você enfrentar esse erro, reinicie o aplicativo para corrigir o problema.


POST-MORTEM

Análise da causa raiz

Esse incidente surgiu de um descuido ao avaliar como os tokens de autenticação foram utilizados em diferentes produtos antes de implementar uma alteração em seu prazo de validade. Por padrão, os SDKs legados não podem obter novos tokens OAuth quando os tokens existentes expiram, mas esse aspecto não foi totalmente levado em consideração durante os estágios de planejamento e integração. A colaboração aprimorada e uma avaliação mais completa do uso de tokens poderiam ter ajudado a evitar essa interrupção.


Resolução

Para resolver o problema, a equipe de autenticação desativou primeiro o processo de preenchimento que adicionava tempos de validade aos tokens existentes. Posteriormente, ela implantou uma solicitação pull que reverteu as configurações de validade para novos tokens e iniciou um preenchimento para remover a validade dos tokens existentes. Essa ação restaurou a funcionalidade para a maioria dos clientes afetados.


Itens de correção

  1. Estabeleça um protocolo de comunicação claro entre as equipes para garantir que os defeitos conhecidos sejam documentados e revisados adequadamente antes da implementação de alterações significativas.
  2. Melhore as ferramentas de implementação existentes para gerenciar melhor o fluxo de autenticação e reduzir a dívida técnica associada aos SDKs legados.
  3. Crie alertas adicionais e sistemas de monitoramento para detectar problemas semelhantes no futuro, especialmente com foco em falhas de token OAuth .
  4. Introduza limites de conexão em aplicativos específicos para evitar a geração excessiva de tokens e mitigar o aumento do tamanho do banco de dados.

PARA OBTER MAIS INFORMAÇÕES

Para obter informações atuais sobre o status do sistema do seu Zendesk, consulte nossa página de status do sistema. O resumo de nossa investigação post mortem geralmente é publicado aqui alguns dias após o término do incidente. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 20 de dez. de 2024 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

Em 21 de novembro de 2024, das 21h02 UTC às 21h56 UTC, alguns clientes que usam o Sunshine Conversations hospedado no pod 17 tiveram problemas de lentidão e desempenho.

 

LINHA DO TEMPO

24 de novembro de 2024 22h23 UTC | 24 de novembro de 2024 14h23 PT
Temos o prazer de anunciar que os problemas de latência que afetam o Sunshine Conversations para alguns de nossos clientes no POD 17 foram resolvidos. Muito obrigado por sua paciência!

24 de novembro de 2024 22h09 UTC | 24 de novembro de 2024 14h09 PT
Acreditamos ter identificado a causa raiz dos problemas de desempenho que afetam a SunCo para nosso cliente no Pod17. Estamos vendo melhorias e continuaremos monitorando o comportamento.

24 de novembro de 2024 21:53 UTC | 24 de novembro de 2024 13h53 PT
Continuamos investigando os problemas de desempenho do pod 17. Isso pode causar lentidão no Sunshine Conversations. Forneceremos mais atualizações em breve.

24 de novembro de 2024 21h36 UTC | 24 de novembro de 2024 13h36 PT
Estamos investigando possíveis problemas de desempenho que afetam alguns de nossos clientes hospedados no pod 17. Publicaremos uma atualização com mais detalhes em breve.


POST-MORTEM

Análise da causa raiz

Esse incidente foi causado por um aumento inesperado no tráfego no Pod17, que mais que dobrou na semana anterior e quase triplicou no dia do incidente. O SDK da Unity utilizado por um cliente estava fazendo solicitações excessivas à API da SunCo para recuperar contagens de mensagens não lidas, aumentando a carga no sistema. O dimensionador automático de recursos já estava na capacidade máxima, impedindo a adição de mais recursos para lidar com o aumento do tráfego. Consequentemente, essa sobrecarga resultava em tempos de resposta mais lentos e, por fim, acionava verificações de integridade que iniciavam reinicializações, agravando o problema.

Resolução

Para resolver os problemas de desempenho, aumentamos o número máximo de réplicas da API do SunCo no Pod17. Esse ajuste permitiu que o sistema lidasse melhor com o aumento do tráfego e restaurou os tempos de resposta normais para todos os clientes.

Itens de correção

  1. Investigue o SDK da Unity para entender por que ele está enviando um número excessivo de solicitações para a SunCo e implemente otimizações.
  2. Documente padrões de interação de back-end em embeddables para esclarecer o uso e identificar possíveis ineficiências.
  3. Avalie a implementação de uma estratégia de cache para APIs de SDK na SunCo para reduzir o número de solicitações feitas.
  4. Adicione monitoramento para detectar o crescimento anormal do tráfego em períodos específicos e abordar proativamente possíveis sobrecargas.

 

PARA OBTER MAIS INFORMAÇÕES

Para obter informações atuais sobre o status do sistema do seu Zendesk, consulte nossa página de status do sistema. O resumo de nossa investigação post mortem geralmente é publicado aqui alguns dias após o término do incidente. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 04 de dez. de 2024 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

Entre 23h30 UTC em 12 de novembro de 2024 e 11h26 UTC em 15 de novembro de 2024, os clientes do Support que usam SLAs nos pods 25 e 30 tiveram cálculos de SLA atrasados e os selos de SLA em seus tickets não estavam aparecendo conforme o esperado após o período aplicável atualizações do ticket.

 

LINHA DO TEMPO

15 de novembro de 2024 13:00 UTC | 15 de novembro de 2024 05:00 PT
Temos o prazer de informar que os problemas que afetam o desempenho de SLA de métricas nos pods 25 e 30 foram resolvidos. Agradecemos sua paciência.

15 de novembro de 2024 12h16 UTC | 15 de novembro de 2024 04:16 PT
Estamos vendo melhorias no problema que afeta o desempenho de SLA de métricas nos pods 25 e 30. Continuamos monitorando e forneceremos mais atualizações assim que as tivermos.

 

POST-MORTEM

Análise da causa raiz

Esse incidente foi causado por um segredo configurado incorretamente para o serviço de evento de métrica. Isso significava que, quando o Zendesk implantava uma atualização com validação adicional, o serviço falhava ao inicializar para implantações na Ásia-Pacífico, causando atrasos no processamento.

Resolução

Para corrigir esse problema, um valor "padrão" foi adicionado ao segredo afetado em 15 de novembro de 2024. Isso permitiu que o serviço de evento de métrica fosse inicializado corretamente e retomasse as operações normais. A Zendesk também identificou e definiu um valor padrão para um segredo do serviço de transcrição de conversas para mitigar riscos futuros.

Itens de correção

  1. Conduza uma auditoria completa de todos os segredos para garantir que os valores sejam definidos para todas as localidades, especialmente nas regiões da Ásia-Pacífico.
  2. Melhore as ferramentas de implementação existentes para evitar configurações incorretas semelhantes no futuro.
  3. Crie alertas adicionais para notificar as equipes relevantes sobre falhas e problemas de inicialização.
  4. Investigue o rastreamento de métricas de falha para garantir que esses incidentes acionem alertas para resoluções oportunas.

Ao implementar essas correções, pretendemos melhorar a resiliência de nossos serviços e evitar incidentes semelhantes no futuro.

 

PARA OBTER MAIS INFORMAÇÕES

Para obter informações atuais sobre o status do sistema do seu Zendesk, consulte nossa página de status do sistema. O resumo de nossa investigação post mortem geralmente é publicado aqui alguns dias após o término do incidente. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 04 de dez. de 2024 · Attila Takacs

0

Seguidores

1

Votos

0

Comentários


Attila Takacs criou um artigo,

ArtigoNotificações de serviço

RESUMO

Em 14 de novembro de 2024, das 14h15 UTC às 23h20 UTC, os clientes que usam o Explore tiveram erros de rede ao acessar relatórios e painéis. 

 

Linha do tempo

14 de novembro de 2024 18h11 UTC | 14 de novembro de 2024 10h11 PT
Temos o prazer de informar que o problema que causava mensagens de "Erro de rede" ao carregar painéis ou relatórios do Explore foi resolvido. Agradecemos sua paciência durante nossa investigação.

14 de novembro de 2024 15h18 UTC | 14 de novembro de 2024 07:18 PT
Alguns usuários do Explore podem ver uma mensagem de "Erro de rede" ao carregar painéis ou relatórios. Se isso acontecer, limpar os cookies e o cache do seu navegador deve resolver o problema. Pedimos desculpas pelo inconveniente.

POST-MORTEM

Análise da causa raiz

Esse incidente foi causado por uma alteração de rede que aumentou o número de cabeçalhos enviados para o serviço Explore além do limite configurado. Isso fazia com que o serviço falhasse silenciosamente, fazendo com que os painéis não fossem carregados para os clientes.

Resolução

Para resolver esse problema, a equipe de rede foi chamada para investigar as alterações. Ao identificar o problema, eles reverteram as alterações que adicionavam cabeçalhos excessivos, o que restaurou a funcionalidade normal dos painéis do Explore.

Itens de correção

  • Melhore as ferramentas de implementação existentes: Revise e aprimore as ferramentas usadas para gerenciar limites de cabeçalho em solicitações de API para evitar incidentes semelhantes.
  • Criar alertas adicionais: Configure alertas para monitorar a contagem de cabeçalhos e outras métricas críticas para detectar problemas antes que eles afetem os clientes.
  • Adicionar limites de conexão em aplicativos específicos: Implemente limites de conexão em APIs para garantir que eles não excedam os limites operacionais, reduzindo o risco de incidentes futuros.


PARA OBTER MAIS INFORMAÇÕES

Para obter informações atuais sobre o status do sistema do seu Zendesk, consulte nossa página de status do sistema. O resumo de nossa investigação post mortem geralmente é publicado aqui alguns dias após o término do incidente. Se você tiver mais perguntas sobre esse incidente, entre em contato com o suporte ao cliente Zendesk.

Aviso sobre a tradução: este artigo foi traduzido por um software de tradução automática para oferecer a você uma compreensão básica do conteúdo. Medidas razoáveis foram tomadas para fornecer uma tradução precisa, no entanto, a Zendesk não garante a precisão da tradução.

Em caso de dúvidas relacionadas à precisão das informações contidas no artigo traduzido, consulte a versão oficial do artigo em inglês.

Editado 03 de dez. de 2024 · Attila Takacs

1

Seguidor

1

Votos

0

Comentários