Como criar uma hierarquia de contas adequada?

O Wialon é multifacetado. Selecione entre vários elementos, ferramentas e opções de configuração, combine-os e ajuste-os ao seu projeto específico. Mas para não se perder em dezenas de geocercas, tarefas, usuários, unidades e rotas, é necessário ordem.

A hierarquia de contas e a estrutura correta de elementos são a base dessa ordem. Imagine uma casa com uma fundação inadequada — rapidamente ela se torna inabitável.

É por isso que a estrutura das contas é a primeira coisa em que focamos ao treinar novos parceiros Wialon. Este artigo é para compartilhar experiência sobre como colocar suas contas em ordem, independentemente de você usar 10 ou 10.000 unidades.

Criação de hierarquia: os principais elementos e regras

Antes de discutirmos a estrutura recomendada, vamos relembrar os elementos com os quais você trabalhará e as regras que você seguirá. Aqui está uma lista dos elementos principais de nosso sistema de monitoramento:

• Uma unidade é um ativo monitorado pelo sistema, com um rastreador instalado nele.
• Um usuário é uma pessoa (ou grupo de pessoas) que tem um login, uma senha e acesso configurável a diversos elementos do sistema.
• O recurso é um um conjunto de elementos que pode ser percebido como um kit de ferramentas. Ele contém geocercas, tarefas, notificações, motoristas, reboques, passageiros, modelos de relatórios e pedidos.
• A conta é um conjunto maior que engloba todos os elementos mencionados acima.

A criação de contas está disponível no CMS Manager. Você não encontrará essa funcionalidade na interface de monitoramento.

Estas são as regras segundo as quais os elementos interagem entre si:

• Um item subordinado não pode ter mais direitos ou capacidades do que um item principal. Isso se aplica a contas, direitos de acesso e outras configurações. Por exemplo, um usuário não pode ter acesso a uma unidade se o criador do usuário não a tiver. Ou uma conta não pode ter acesso ao Google Maps se esse acesso não estiver disponível na conta principal.
• Todos os elementos do sistema possuem um criador. Este é o usuário do sistema em cujo nome este elemento foi criado e a cuja conta ele está anexado. Não é possível retirar todos os direitos de acesso a uma unidade do criador da unidade (ele manterá, pelo menos, o direito "Visualizar item e suas propriedades básicas").
• Inicialmente, cada conta sempre tem um usuário que é seu criador, e um recurso. Após a criação é possível adicionar unidades, assim como outros usuários e recursos, à conta.
• Qualquer ação no sistema ocorre em nome do usuário. As capacidades deste último são determinadas não apenas pela lista de direitos de acesso do usuário em relação aos outros elementos, mas também pela lista de serviços disponíveis na conta que o usuário está usando. O processo de concessão de acesso pode ser acelerado usando predefinições de direitos de acesso e o processo de atribuição de uma lista de serviços — sempre no plano de faturamento.

O principal segredo de uma estrutura de serviço eficaz

O erro principal ao criar uma hierarquia no Wialon é usar uma única conta para todos os usuários e, então, dentro dessa conta, conceder a todos a quantidade necessária de direitos a unidades e recursos. Quando a operação se expande e ganha mais usuários, essa abordagem para de funcionar e se torna um problema.

Recomendamos fortemente criar uma conta separada para cada cliente, não importa o tamanho dele. Lá, todos os elementos associados a este cliente (unidades, recursos, usuários) serão armazenados exclusivamente para este cliente.

Para conceder acesso aos especialistas do integrador, também aconselhamos a criação de uma conta intermediária chamada “Gerente”.

Vamos conversar mais a fundo sobre como criar tal estrutura e quais são suas vantagens.

Criação de uma estrutura de serviço correta

Quando o serviço é ativado, cada novo parceiro Wialon recebe uma conta principal. A conta principal possui um nome exclusivo que serve como um identificador de serviço global no sistema Wialon.

Não é possível criar unidades ou restaurar os conteúdos dos recursos na conta principal. Mas ele fornece ao usuário-criador uma funcionalidade única:

• criar planos de faturamento adicionais;
• adicionar e configurar aplicativos;
• ativar módulos;
• restaurar itens excluídos que estão na lixeira.

Além da conta principal, o parceiro recebe um plano de faturamento padrão contendo todas as funções adquiridas.

Essa é uma conta principal e um plano de faturamento do sistema, e por isso o proprietário do serviço não consegue editá-los sozinho (ou seja, sem o envolvimento de especialistas do Wialon).

Passos seguintes

• Criar os planos de faturamento necessários

Além do plano de faturamento padrão, o integrador pode criar outros planos adicionais. Esta é uma maneira eficiente de limitar as ações dos usuários e determinar o custo dos serviços.

Um plano de faturamento adicional só pode ser criado pelo usuário da conta principal. Dentro dele, o usuário define uma lista de serviços disponíveis, seus custos, bem como algumas propriedades básicas (por exemplo, o saldo mínimo no qual a conta é bloqueada, o saldo mínimo no qual o acesso aos serviços é limitado, o formato para sacar o saldo, etc.).

• Criar uma conta de gerente

Como a conta principal tem um status e funcionalidade especiais, não recomendamos fornecer acesso a ela para todos os funcionários do integrador. Sugerimos usar uma conta de gerente nas funções do dia a dia. Uma conta de gerente é criada sob a conta principal, ou seja, ela ficará localizada no segundo nível da hierarquia.

• Transferir direitos de revendedor

Para criar contas que sejam subordinadas a uma conta gerente, esta última deve receber direitos de revendedor e a lista desses planos de cobrança que ela transferirá para usuários em um nível inferior. Como a conta gerente pertence à empresa do integrador, todos os planos de serviço devem ser atribuídos a ela.

Não recomendamos criar unidades em uma conta com direitos de revendedor e aconselhamos que você use uma conta de cliente para isso (veja abaixo).

• Criar uma conta de cliente

Na estrutura recomendada, as contas de clientes estão localizadas no terceiro nível. Como mencionamos anteriormente, aconselhamos o integrador a criar uma nova conta para cada cliente, independentemente do número de unidades que o cliente tenha: seja o monitoramento básico de um único veículo, ou o controle de uma frota com 200 unidades.

O usuário que possui uma conta do cliente deve ter o direito de criar novos objetos. Além disso, essa conta é a solução mais adequada para armazenar unidades, usuários, recursos com relatórios, geocercas, etc, que serão usados pelos clientes.

Por que é recomendado usar contas separadas

• Quando unidades são criadas em subcontas, o sistema concede automaticamente direitos de acesso ao titular da conta principal, o que significa que ele preserva o controle total sobre todos os elementos sem necessidade de configuração adicional de direitos de acesso.
• É possível conceder direito de acesso a um recurso e não a um relatório, geocerca ou alerta. É por isso que você precisa de recursos separados para cada cliente. Assim que você cria uma conta, ela já terá o recurso, o que economiza o tempo gasto na configuração. Além disso, é possível adicionar recursos extras.
• Nas propriedades da conta é possível desabilitar serviços e, assim, ocultar as abas que não serão utilizadas na interface de monitoramento e nas propriedades da unidade.

• Ao usar a aba Serviços nas propriedades da conta, é possível não apenas desabilitar serviços, mas também criar limites de uso, como: não permitir mais que 40 geocercas, 30 SMS ou 15 unidades. Ao usar a aba Restrições, o usuário pode programar o bloqueio de contas por dias ou saldo. Além disso, é possível exportar estas configurações para um arquivo de modelo e aplicar para outros clientes como um plano de faturamento pré definido.

• É mais fácil analisar dados da conta no CMS e nos relatórios. Caso contrário, fica difícil entender quais serviços um cliente em particular usa (ou seja, seu plano de faturamento) e quantas unidades e outros elementos ele criou.
• Não é possível restaurar o conteúdo de recursos da conta principal após a exclusão, mas este procedimento está disponível para subcontas, dessa forma você não perderá os dados definitivamente. Assim, não é necessário configurar tudo do zero em caso de problemas.
• A estrutura recomendada acelera a velocidade de carregamento de contas "pesadas". Isso fica cada vez mais importante com o aumento do número de unidades utilizadas.
• É possível especificar diferentes períodos de armazenamento para diferentes contas.

E se você precisar de uma estrutura mais complicada?

Sem problemas! Toda e qualquer estrutura pode ser ampliada e melhorada, o principal é seguir a lógica descrita acima.

Exemplo 1

Você trabalha com um revendedor e quer diferenciar sua conta da dele. Crie uma conta de revendedor sob a conta de gerente. Em termos de funcionalidade, as de nível mais alto são semelhantes à conta gerente, mas pertencem à empresa do revendedor, não à do integrador. Não se esqueça de fornecer a essa conta direitos de revendedor e transferir apenas os planos de faturamento selecionados.

Exemplo 2

Você trabalha com diversas empresas, territórios e funcionalidades diferentes e quer diferenciar sua conta das outras. Neste caso, adicione contas intermediárias que unem contas de integradores ou revendedores de acordo com um princípio selecionado (por localização da empresa, área de serviço, funcionalidades pagas, etc.).

Por exemplo, algumas de suas unidades usam o Google Maps, que tem acesso pago. Se você criar unidades para todos os clientes na mesma conta (e nem todas as unidades precisam do Google Maps), o Google pode cobrar por cada unidade e emitir uma fatura excessivamente alta. No entanto, é possível colocar objetos que realmente usam o serviço em um ramo separado da hierarquia e reduzir significativamente os custos.

Exemplo 3

Você tem um sistema relevante de revendedores, filiais e grupos de clientes. Neste caso, o ideal é criar contas de cliente, revendedor e intermediária no mesmo nível. Isso não quebrará a ordem sob a qual a hierarquia é construída e permitirá que você considere níveis dentro do ramo da hierarquia que você precisa.

Tenha cuidado para não complicar demais a estrutura. Qualquer ramificação adicional e aumento no número de níveis de conta deve acontecer para resolver um problema específico, como em nossos exemplos. Caso contrário, só deixará o sistema mais lento.

Como alterar a estrutura de serviço atual

Você pode conferir a hierarquia de serviços atual como uma lista suspensa em forma de árvore usando o item Hierarquia de Serviço no menu de usuário do CMS. Essa funcionalidade está disponível para usuários de contas principais, bem como para revendedores.

Existem diversas maneiras de ajustar a estrutura de serviço atual:

• transferindo unidades de uma conta para outra;
• copiando unidades e suas propriedades, bem como configurações do usuário através da ferramenta Importar/Exportar;
• criando uma conta com base na conta de um usuário existente.

Compare sua hierarquia de serviços atual com a descrita acima. Está tudo certo? Criar uma hierarquia recomendada de contas é uma base sólida para o crescimento do seu negócio. E vale o tempo que leva.

Para saber mais sobre como gerenciar e ajustar a estrutura hierárquica do Wialon, explore estes artigos em nosso Help Center:

• Transferir objetos dentro do mesmo serviço
• Transferir objetos entre serviços

Estes artigos explicam como fazer alterações na sua hierarquia conforme suas necessidades evoluem.

Se você tiver dúvidas sobre como criar a estrutura de conta correta, fique à vontade para entrar em contato pelo support@3305.ru.