Ordem de serviço: da abertura na unidade ao aceite do serviço

É o registro formal de um serviço solicitado e executado, com o que foi pedido, quem pediu, quem atendeu, o prazo e o resultado. No SULTS a OS nasce de um catálogo de serviços por departamento, com formulário próprio do tipo escolhido, e segue com SLA, fila de atendimento e avaliação no fechamento.

A unidade escolhe o serviço no catálogo do departamento responsável e preenche o formulário daquele tipo, que já pede os campos necessários. A abertura pode ser feita pelo computador ou pelo aplicativo do SULTS para Android e iOS, e a OS entra na fila do time que atende aquele serviço.

No SULTS, a ordem de serviço usa o mesmo mecanismo do sistema de chamados, com um recorte diferente: ela é o chamado no formato de serviço executado, escolhido a partir de um catálogo por departamento e com SLA próprio por categoria de serviço.

Cada categoria de serviço tem o próprio prazo, e o relógio do SULTS corre dentro do horário de expediente cadastrado. Isso importa numa rede: sem essa regra, a OS aberta às dezoito horas de sexta consome o prazo no fim de semana e o indicador deixa de comparar unidades com horários diferentes.

Sim, e é o que evita a ida e volta antes do trabalho começar. No SULTS os formulários são dinâmicos por tipo, com campos obrigatórios próprios, então a OS de manutenção de refrigeração pede o equipamento e a foto, enquanto a de TI pede outros dados.

Ela entra na fila do time responsável pelo serviço escolhido no catálogo, e pode ser atribuída diretamente a uma pessoa. No SULTS a transferência de responsabilidade fica registrada, então não se perde o rastro de quem assumiu a OS em cada momento.

Sim. Quem abriu acompanha a OS do começo ao fim, com o histórico das movimentações e o comprovante de leitura. No SULTS o histórico é imutável, então o registro do que aconteceu não depende de alguém lembrar de anotar nem pode ser apagado depois.

No fechamento, a unidade avalia com CSAT. No SULTS essa nota fica ligada ao serviço, ao time que atendeu e ao período, o que transforma a percepção da loja em indicador comparável, em vez de reclamação isolada em reunião.

Sim. O SULTS tem abertura em massa: a matriz abre uma vez e cada unidade recebe a própria OS, com responsável e prazo individuais. É o caso de uma troca de padrão visual ou de uma revisão preventiva que precisa acontecer na rede inteira.

Depende do perfil. O SULTS tem controle de permissões em três níveis, e o recorte usual é a unidade vendo as próprias OS, o time de atendimento vendo a fila que lhe cabe e a matriz vendo tudo, com filtros por unidade, tipo e responsável.

Não. O módulo cuida da ordem de serviço em si: abertura, encaminhamento, prazo, execução, histórico e avaliação. Controle de peças, de estoque de manutenção e de custo de mão de obra fica no sistema que a rede já usa para isso, e o SULTS mantém o registro do serviço.

A OS é aberta e acompanhada normalmente, com etiqueta identificando o fornecedor e o responsável interno que gerencia a execução. No SULTS o histórico imutável guarda o que foi combinado e quando, o que ajuda na hora de cobrar o terceiro pelo prazo que ele assumiu.

Sim. No SULTS a fila pode ser vista em Kanban ou em lista, com filtros avançados por unidade, tipo de serviço, responsável e situação de prazo. Quem coordena costuma usar o Kanban para enxergar o acúmulo e a lista para trabalhar o que está vencendo.

Pelas mensagens internas da própria OS. No SULTS elas ficam separadas do que a unidade lê, o que permite alinhar detalhe técnico, combinar visita e registrar suspeita sem poluir a comunicação com quem abriu o pedido.

O SULTS entrega dashboards gerenciais em tempo real com volume por unidade e por categoria, cumprimento de SLA, tempo de resposta, situação da fila e CSAT do atendimento. A leitura que costuma mudar decisão é o serviço que se repete na mesma unidade, porque indica causa não resolvida.

Sim, no aplicativo nativo do SULTS para Android e iOS. Na prática, quem abre está na loja e quem atende está em deslocamento, então as duas pontas usam o celular: uma para registrar com foto, outra para atualizar a execução sem voltar ao escritório.

Pelo catálogo de serviços. Cada departamento publica os serviços que atende, e a unidade escolhe dentro dessa lista. No SULTS isso resolve o encaminhamento na origem: a OS já nasce endereçada, sem triagem manual de alguém lendo e repassando.

Dá, pela categoria de serviço, que carrega o SLA correspondente, e pelas etiquetas de urgência com filtros cruzados. No SULTS a fila pode ser ordenada pelo prazo que está mais perto de estourar, o que é diferente de atender por ordem de chegada.

A OS aparece como fora do prazo nos painéis e nos filtros, e o indicador de SLA daquela categoria e daquela região registra o descumprimento. No SULTS a leitura importante é o padrão: uma OS atrasada é ocorrência, várias na mesma categoria são um problema de capacidade.

Começa cadastrando o catálogo de serviços por departamento, definindo o SLA de cada categoria e o horário de expediente, e desenhando os formulários por tipo. A implantação do SULTS é um serviço contratado uma única vez, com um time dedicado que configura essa estrutura junto com a rede e treina os administradores.

Sim. No SULTS, o que o checklist aponta em campo pode seguir como ordem de serviço para o time responsável, sem redigitar informação, porque os módulos compartilham o mesmo cadastro de unidades e pessoas. É comum a não conformidade de uma verificação virar serviço a executar.

Não. O histórico do SULTS é imutável: as movimentações ficam registradas com autoria e momento, e o comprovante de leitura mostra quem recebeu o quê. É o que permite reconstruir o que aconteceu semanas depois, sem depender da memória de quem participou.

Pelo CSAT, que a unidade responde ao fechar a OS. Prazo cumprido com serviço mal executado aparece como nota baixa, e é essa combinação que o SULTS entrega: o indicador de tempo ao lado do indicador de satisfação, por time e por período.

Dá. O SULTS tem três fluxos direcionados: unidade para matriz, matriz para unidade e interno. Cada um segue o encaminhamento que lhe corresponde, o que evita misturar a demanda que a loja abriu com a rotina interna de um departamento.

O SULTS opera hoje com +1.750 marcas, 92 mil unidades e 600 mil usuários, e redes com centenas de lojas usam o módulo diariamente. O volume de OS não muda a estrutura: o que muda é a necessidade de filtro e de indicador, que já fazem parte do módulo.

Elas classificam a OS por aquilo que a rede precisa cruzar: tipo de ativo, fornecedor, origem do problema. No SULTS os filtros cruzam mais de um critério, então dá para isolar, por exemplo, todas as ordens de refrigeração de um fornecedor específico em uma região.

Serve. O recorte da ordem de serviço é o mesmo em qualquer operação multiunidade: catálogo por departamento, formulário por tipo, SLA por categoria e histórico do que foi executado. No SULTS, uma indústria com várias plantas usa a mesma estrutura que uma rede de lojas.

O SULTS é cobrado por unidade ativa, com usuários ilimitados em cada uma e os +25 módulos na mesma assinatura. Para ordem de serviço isso significa que a loja que abre, o técnico que atende e a matriz que acompanha usam a plataforma sem custo adicional por pessoa.

Três coisas: quais serviços entram no catálogo e de qual departamento, qual o SLA de cada categoria e qual o horário de expediente de cada unidade. Com isso definido, o restante da configuração no SULTS é rápido, e o time de implantação conduz essa definição junto com a rede.

Peça uma demonstração pelo formulário do site, pelo WhatsApp ou pelo 0800 960 2540. Um especialista do SULTS abre uma OS na tela, mostra o catálogo, o formulário por tipo, a contagem de SLA e o painel de indicadores, usando o cenário da sua rede, e responde às perguntas na hora.