BR112019018269A2 - sistema - Google Patents

Abstract

Em várias modalidades, sistemas e processos são fornecidos para operar uma instalação de reparo que seja ao mesmo tempo interativa com o usuário e interativa com o cliente. As tarefas são oferecidas aos usuários da loja que aceitam ou recusam, e o status da tarefa é continuamente monitorado interativamente pelo sistema e pelos clientes. Resultados de diagnóstico e modificações de tarefas são comunicados eletronicamente aos clientes, incluindo alertas de alta prioridade, onde uma resposta/autorização é necessária rapidamente para evitar paralisações. As peças necessárias são ordenadas automaticamente com base em tarefas agendadas. Para algumas modalidades, o preço das peças pode ser baseado em qualquer: urgência e disposição do cliente em pagar; dados históricos para as quantidades de peças vendidas; custos de peças e preços cobrados; e lucro ganho. Um banco de dados de histórico é mantido para diferentes tarefas e é acessado para fornecer estimativas de tempo e/ou custo unicamente ou em conjunto com dados de "livros" padrão da indústria. Os dados da tarefa podem ser estabelecidos em várias regiões, implantando o sistema em lojas em diversos locais geográficos

Description

SISTEMA REFERÊNCIA CRUZADA A PEDIDO RELACIONADO

[0001] Este pedido reivindica o benefício do Pedido de Patente Provisório U.S. 62/466.226, depositado em 2 de março de 2017, intitulado "Systems and Processes for Operating a User-Interactive and Customer-Interactive Repair Facility,", por Carolyn Coquillette et al. que é aqui incorporado por referência.

FUNDAMENTOS

[0002] As lojas de reparo operam com muitos indivíduos diferentes responsáveis por tarefas diferentes que ocorrem em momentos diferentes, começando quando um cliente de reparo chega à loja e através de cada etapa seguinte do que é frequentemente um processo muito complexo e envolvido de diagnóstico e reparo. Essas etapas incluem, mas não estão limitadas a: trabalhar com os clientes para entender a reclamação; educá-los sobre o que esperar; obter sua aprovação para o trabalho; investigações diagnósticas; estimar o preço dos reparos necessários; aquisição de peças; etc. Tradicionalmente, as interações entre o grande número de funcionários necessários para realizar essas tarefas foram totalmente impulsionadas pelo ser humano, facilitadas por planilhas físicas e comunicação presencial.

[0003] A comunicação entre o pessoal em uma loja de reparo e entre o pessoal da loja e os clientes de reparo é fundamental para transações de reparo bem-sucedidas. Essa comunicação é geralmente verbal e presencial ou por telefone, e está envolvida por vários motivos, incluindo dar ou solicitar status de reparos, comunicar a descoberta de novas informações sobre um reparo em andamento e solicitar aprovação para iniciar um reparo com consequência financeira, que é exigido por regulamentações governamentais.

[0004] A administração do inventário de peças é um desafio para as lojas porque o catálogo de peças para todos os possíveis veículos que necessitam de serviço é tão vasto e porque as peças necessárias em qualquer dia são inerentemente imprevisíveis. As lojas de reparo, portanto, empregam um modelo híbrido de transporte de alguns estoques de peças, mas também dependem de pedido e pronta entrega de peças.

[0005] Um componente crítico de cada transação de reparo conduzida em uma loja de reparo é identificar o serviço inicial requerido para o cliente e, então, precificar esse serviço. As lojas de reparo geralmente desenvolvem um menu de serviços e um conjunto de listas de verificação de inspeção. A maioria das lojas deve basear-se em guias de tempo de trabalho publicados para os preços dos reparos com base no tempo de mão-de-obra e nos requisitos de peças, e precificar os reparos individuais para cada transação.

[0006] As lojas de reparo ganham dinheiro de duas maneiras principais: 1) marcam o trabalho faturado pelo seu pessoal e 2) marcam os preços das peças vendidas para reparos. As lojas de reparo desenvolveram muitas abordagens para administrar o segundo método de fazer dinheiro centrado em encontrar a marcação certa para peças em um ambiente onde os preços das peças tendem a ser imprevisíveis e variam de vários dólares a muitos milhares de dólares. Estas marcações são organizadas em torno de tentar obter um certo lucro bruto para o negócio da loja em geral

SUMÁRIO

[0007] Em várias modalidades, sistemas e processos são fornecidos para operar uma instalação de reparo que seja ao mesmo tempo interativa com o usuário e interativa com o cliente. As tarefas são oferecidas aos usuários da loja que aceitam ou recusam, e o status da tarefa é continuamente monitorado interativamente pelo sistema e pelos clientes. Resultados de diagnóstico e modificações de tarefas são comunicados eletronicamente aos clientes, incluindo alertas de alta prioridade, onde uma resposta/autorização é necessária rapidamente para evitar paralisações. As peças necessárias são ordenadas automaticamente com base em tarefas agendadas. Para algumas modalidades, o preço das peças pode ser baseado em qualquer: urgência e disposição do cliente em pagar; dados históricos para as quantidades de peças vendidas; custos de peças e preços cobrados; e lucro ganho. Um banco de dados de histórico é mantido para diferentes tarefas e é acessado para fornecer estimativas de tempo e/ou custo unicamente ou em conjunto com dados de "livros" padrão da indústria. Os dados da tarefa podem ser estabelecidos em várias regiões, implantando o sistema em lojas em diversos locais geográficos.

[0008] Em várias modalidades, um sistema pode incluir um sistema de computador ou interface de nuvem localizada em uma instalação de reparo e uma rede sem fio em comunicação com o sistema de computador ou interface de nuvem, um usuário de instalação de reparo e a Internet. Além disso, o sistema pode incluir uma interface para um sistema de comunicação em comunicação com o sistema do computador ou com a interface da nuvem. O sistema também pode incluir um banco de dados para armazenar dados históricos relacionados à tarefa. Observe que uma função de expedidor oferece uma atribuição de tarefa a um usuário da instalação de reparo. O usuário da instalação de reparo pode aceitar, recusar ou aceitar condicionalmente a tarefa oferecida. Além disso, um status para a tarefa é monitorado depois de atribuído. Quando o status da tarefa inclui um elemento de tempo, um alerta é enviado para um administrador.

[0009] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que uma tarefa relacionada a um trabalho pode ser transferida de um usuário de instalação de reparo para outro.

[00010] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que uma tarefa transferida inclui um feed de notas relacionadas com o trabalho.

[00011] Em várias modalidades, o sistema pode ser implementado como descrito no terceiro parágrafo acima, em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função do expedidor. O dispositivo de computação é um dos seguintes: uma ferramenta de verificação de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo de telemática de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio físico.

[00012] Em várias modalidades, um sistema pode incluir um sistema de computador ou interface de nuvem localizada em uma instalação de reparo e uma rede sem fio em comunicação com o sistema de computador ou interface de nuvem, um usuário de instalação de reparo e a Internet. Além disso, o sistema pode incluir uma interface para um sistema de comunicação em comunicação com o sistema de computador ou interface de nuvem e um banco de dados para armazenar dados históricos relacionados a tarefas. Note que uma função de aprovação fornece uma cotação de reparo para um cliente, incluindo um tempo estimado para conclusão. A cotação de reparo é transmitida remotamente ao cliente através do sistema de comunicação ou da Internet. O cliente pode aprovar, desaprovar ou questionar a cotação de reparo remotamente.

[00013] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que, enquanto um reparo está em andamento, tarefas ou partes adicionais são necessárias ou uma tarefa é determinada para exigir mais tempo do que originalmente alocado. Uma cotação de reparo revisada é transmitida remotamente ao cliente e o cliente pode aprovar, desaprovar ou questionar a cotação de reparo revisada remotamente.

[00014] Em várias modalidades, o sistema pode ser implementado como descrito no segundo parágrafo acima, em que a cotação de reparo transmitida ao cliente inclui pelo menos uma primeira cotação e uma segunda cotação. A primeira cotação inclui um primeiro preço e um primeiro tempo de conclusão e a segunda cotação compreende um segundo preço e um segundo tempo de conclusão. O cliente seleciona remotamente a primeira cotação ou a segunda cotação.

[00015] Em várias modalidades, o sistema pode ser implementado como descrito no terceiro parágrafo acima, em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função de aprovação O dispositivo de computação é um dos seguintes: uma ferramenta de verificação de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo de telemática de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio físico.

[00016] Em várias modalidades, um sistema pode incluir um sistema de computador ou interface de nuvem localizada em uma instalação de reparo e uma rede sem fio em comunicação com o sistema de computador ou interface de nuvem, um usuário de instalação de reparo e a Internet. Além disso, o sistema pode incluir um banco de dados para armazenar dados históricos relacionados a tarefas e dados de inventário de peças. Observe que uma função do sistema associa quantidades de peças individuais do estoque a uma ordem de reparo e rastreia o status e a quantidade dessas peças para um usuário da loja, criando assim um vínculo entre quantidade de pedidos de peças, quantidade de estoque de peças e status de peças de cada pedido de reparo.

[00017] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que as peças são ordenadas automaticamente quando previsto para ser necessário para um trabalho em que as peças não estão atualmente disponíveis no inventário.

[00018] Em várias modalidades, o sistema pode ser implementado como descrito no segundo parágrafo acima, em que a função solicita fornecedores de peças ou serviços de terceiros para atualizações sobre disponibilidade e programação. Essas atualizações são incorporadas ao agendamento e atribuição de tarefas em relação a uma ordem de reparo.

[00019] Em várias modalidades, o sistema pode ser implementado como descrito no terceiro parágrafo acima, em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função. O dispositivo de computação é um dos seguintes: uma ferramenta de verificação de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo de telemática de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio físico.

[00020] Em várias modalidades, um sistema pode incluir um sistema de computador ou interface de nuvem localizada em uma instalação de reparo e uma rede sem fio em comunicação com o sistema de computador ou interface de nuvem, um usuário de instalação de reparo e a Internet. Adicionalmente, o sistema pode incluir um banco de dados para armazenar dados históricos relacionados a tarefas e dados de inventário de peças. Observe que, para uma operação de serviço e substituição estimada de peças, uma função do criador de serviços prevê tempo e custo para a operação de serviço. A previsão de tempo e custo é baseada em um dos seguintes: um modelo de trabalho para a operação de serviço específica; dados históricos de serviços passados realizados na instalação de reparo; serviços estimados com base em dados de terceiros; e estimativas de manutenção com base em dados de terceiros.

[00021] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que o sistema é instalado em uma pluralidade de instalações de reparo, e o banco de dados histórico inclui dados de serviço e peças que são exportados anonimamente para um local central, e em seguida, analisado para fornecer um modelo atualizado com frequência para operações de serviço específicas.

[00022] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que o modelo é ajustado para variações regionais sobre a pluralidade de instalações de reparo.

[00023] Em várias modalidades, o sistema pode ser implementado como descrito no terceiro parágrafo acima, em que o sistema captura ativamente ações do usuário da loja quando um serviço é selecionado, criado, elaborado ou aplicado. Além disso, o sistema aprende novos atributos de metadados para cada serviço criado pelos usuários. Além disso, o sistema indexa os metadados aprendidos para uso por todos os usuários.

[00024] Em várias modalidades, o sistema pode ser implementado como descrito no quarto parágrafo acima, em que o sistema é instalado em uma pluralidade de instalações de reparo, incluindo uma operação de franquia ou proprietário da empresa. A operação de franquia ou o proprietário da empresa, operando como um administrador mestre faz com que cada uma da pluralidade de instalações de reparo use um conjunto central de serviços com curadoria do administrador mestre.

[00025] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que o conjunto de serviços com curadoria inclui controle sobre um de: um menu de serviço para cada um da pluralidade de instalações de reparo; preços e qualidade para cada uma das várias instalações de reparo; listas de verificação de inspeção para cada uma da pluralidade de instalações de reparo; e processos operacionais para cada uma da pluralidade de instalações de reparo.

[00026] Em várias modalidades, o sistema pode ser implementado como descrito no sexto parágrafo acima, em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função de criador de serviços. O dispositivo de computação é um dos seguintes: uma ferramenta de verificação de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo de telemática de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio físico.

[00027] Em várias modalidades, um sistema pode incluir um sistema de computador ou interface de nuvem localizada em uma instalação de reparo e uma rede sem fio em comunicação com o sistema de computador ou interface de nuvem, um usuário de instalação de reparo e a Internet. Além disso, o sistema pode incluir um banco de dados para armazenar dados históricos relacionados a tarefas e dados de inventário de peças. É observado que uma função de matriz de preços aprende com os dados históricos de vendas de peças da instalação de reparo, incluindo: quantidades de peças vendidas; custos de peças quando vendidas; preços cobrados pelas peças; e lucro obtido com as peças vendidas. A função de matriz de preços calcula e sugere um preço ideal a ser cobrado por cada peça no momento da estimativa e do momento da venda, para atingir um lucro bruto desejado.

[00028] Em várias modalidades, o sistema pode ser implementado como descrito no parágrafo acima, em que os preços são determinados por um processo automático de ajuste de curva controlado por uma variável de parâmetro livre atribuída por um usuário da instalação de reparo.

[00029] Em várias modalidades, o sistema pode ser implementado como descrito no segundo parágrafo acima, em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função de matriz de preço. O dispositivo de computação é um dos seguintes: uma ferramenta de verificação de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo de telemática de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio físico.

[00030] Embora várias modalidades de acordo com a presente divulgação tenham sido especificamente descritas neste Sumário, é observado que o objeto reivindicado não é de forma alguma limitado por essas várias modalidades.

BREVE DESCRIÇÃO DOS DESENHOS

[00031] Dentro dos desenhos anexos, várias modalidades de acordo com a presente divulgação são ilustradas a título de exemplo e não a título de limitação. É observado que os números de referência semelhantes indicam elementos semelhantes ao longo dos desenhos.

[00032] A Figura 1 mostra uma visão geral de um sistema exemplificativo de acordo com várias modalidades da presente divulgação.

[00033] A Figura 2 mostra um fluxograma de um processo de reparo exemplificativo de acordo com várias modalidades da presente divulgação.

[00034] A Figura 3 mostra um exemplo de interface de usuário (UI) de um técnico sendo atribuído uma nova tarefa de acordo com várias modalidades da presente divulgação.

[00035] A Figura 4 mostra um exemplo de UI de um cliente sendo solicitado a aprovar uma cotação revisada de acordo com várias modalidades da presente divulgação.

[00036] A Figura 5 mostra um exemplo de UI de um cliente que recebe uma escolha de cotações a partir das quais aprovar uma de acordo com várias modalidades da presente divulgação.

[00037] As Figuras 6a-d mostram os resultados de métodos para ajuste de curvas automatizado para precificação de peças de acordo com várias modalidades da presente divulgação.

[00038] A Figura 7 é um diagrama de blocos de um exemplo de um sistema de computação no qual uma ou mais várias modalidades descritas aqui podem ser implementadas de acordo com várias modalidades da presente divulgação.

DESCRIÇÃO DETALHADA

[00039] Será agora feita referência em detalhes a várias modalidades de acordo com a presente divulgação, exemplos dos quais são ilustrados nos desenhos em anexo. Embora descrito em conjunto com várias modalidades, será entendido que estas várias modalidades não se destinam a limitar a presente divulgação. Pelo contrário, a presente divulgação destina-se a abranger alternativas, modificações e equivalentes, os quais podem ser incluídos no âmbito da presente divulgação conforme interpretados de acordo com as Reivindicações. Além disso, na seguinte descrição detalhada de várias modalidades de acordo com a presente divulgação, são apresentados numerosos detalhes específicos de modo a proporcionar uma compreensão completa da presente divulgação. No entanto, será evidente para um versado na técnica que a presente divulgação pode ser praticada sem estes detalhes específicos ou com seus equivalentes. Em outros casos, métodos, procedimentos, componentes e circuitos bem conhecidos não foram descritos em detalhes para não obscurecer desnecessariamente aspectos da presente divulgação.

[00040] Algumas porções das descrições detalhadas que se seguem são apresentadas em termos de procedimentos, blocos lógicos, processamento e outras representações simbólicas de operações em bits de dados dentro de uma memória de computador Estas descrições e representações são os meios utilizados pelos versados nas técnicas de processamento de dados para transmitir de forma mais eficaz a substância do seu trabalho a outros versados na técnica Na presente divulgação, um procedimento, bloco lógico, processo ou semelhante é concebido para ser uma sequência autoconsistente de etapas ou instruções que levam ao resultado desejado. As etapas são aquelas que utilizam manipulações físicas de quantidades físicas. Normalmente, embora não necessariamente, essas quantidades tomam a forma de sinais elétricos ou magnéticos capazes de serem armazenados, transferidos, combinados, comparados e, de outra forma, manipulados em um sistema de computação. Provou- se conveniente às vezes, principalmente por motivos de uso comum, referir-se a esses sinais como transações, bits valores, elementos, símbolos, caracteres, amostras, pixels ou semelhantes.

[00041] Deve-se ter em mente, entretanto, que todos esses termos e similares devem ser associados às quantidades físicas apropriadas e são meramente rótulos convenientes aplicados a essas quantidades. A menos que expressamente indicado de outro modo como é evidente nas discussões seguintes, é apreciado que ao longo da presente divulgação, discussões utilizando termos tais como "implementar", "inserir", "operar", "montar", "analisar", "determinar", "identificar", "classificar", "gerar", "extrair", "receber", "processar", "adquirir" , "realizar o. produzir ". "fornecer ". "priorizar"

"organizar", "combinar", " formatar", "comunicar", "armazenar", "ponderar", "propor", "alterar", "criar" "calcular", "carregar" ou similares, referem-se a ações e processos de um sistema de computação ou dispositivo ou processador de computação eletrônica similar O sistema de computação ou dispositivo de computação eletrônica similar manipula e transforma os dados representados como quantidades físicas (eletrônicas) dentro das memórias do sistema de computação, registros ou outros dispositivos de armazenamento, transmissão ou exibição de informações.

[00042] Porções da descrição detalhada que se segue são apresentadas e discutidas em termos de um ou mais métodos. Embora as etapas e o sequenciamento das mesmas sejam divulgados nas figuras que aqui descrevem as operações de um ou mais métodos, tais etapas e o sequenciamento são exemplificativos. Qualquer método é bem adequado para executar várias outras etapas ou variações das etapas citadas e/ou mostradas aqui, e numa sequência diferente da representada e/ou aqui descrita.

[00043] Várias modalidades descritas aqui podem ser discutidas no contexto geral de instruções executáveis por computador que residem em alguma forma de meio de armazenamento legível por computador, como —.módulos de programa, executados por um ou mais computadores ou outros dispositivos. A título de exemplo, e não de limitação, o meio de armazenamento legível por computador pode compreender meio de armazenamento não transitório de computador e meio de comunicação. Geralmente, os módulos de programa incluem rotinas, programas, objetos, componentes, estruturas de dados, etc., que executam tarefas específicas ou implementam tipos de dados abstratos específicos. A funcionalidade dos módulos do programa pode ser combinada ou distribuída como desejado em várias modalidades.

[00044] O meio de armazenamento de computador inclui, mas não está limitado a, meio volátil e não volátil, removível e não removível implementado em qualquer método ou tecnologia para armazenamento de informações, como instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados. O meio de armazenamento de computador inclui, mas não está limitado a, memória de acesso aleatório (RAM), memória somente de leitura (ROM), ROM programável apagável eletricamente (EEPROM), memória flash ou outra tecnologia de memória, CD-ROM discos versáteis (DVDs) ou outro armazenamento óptico, cassetes magnéticos, fita magnética, armazenamento em disco magnético ou outros dispositivos de armazenamento magnético, ou qualquer outro meio que possa ser usado para armazenar as informações desejadas e que possam ser acessadas para recuperar essas informações.

[00045] O meio de comunicação pode incorporar, mas não está limitado a, instruções executáveis por computador, estruturas de dados e módulos de programa, e inclui qualquer meio de distribuição de informações. Como exemplo, e não como limitação, o meio de comunicação inclui meio com fio, como uma rede com fio ou conexão direta, e meio sem fio, como acústica, radiofrequência (RF), infravermelho (IR) e outros meios sem fio. As combinações de qualquer uma das opções acima também podem ser incluídas no escopo do meio legível por computador.

[00046] Em várias modalidades, sistemas e processos são fornecidos para operar uma instalação de reparo que seja ao mesmo tempo interativa com o usuário e interativa com o cliente. As tarefas são oferecidas aos usuários da loja que aceitam ou recusam, e o status da tarefa é continuamente monitorado interativamente pelo sistema e pelos clientes. Resultados de diagnóstico e modificações de tarefas são comunicados eletronicamente aos clientes, incluindo alertas de alta prioridade, onde uma resposta/autorização é necessária rapidamente para evitar paralisações. As peças necessárias são ordenadas automaticamente com base em tarefas agendadas. Para algumas modalidades, o preço das peças pode ser baseado em qualquer: urgência e disposição do cliente em pagar; dados históricos para as quantidades de peças vendidas; custos de peças e preços cobrados; e lucro ganho. Um banco de dados histórico é mantido para diferentes tarefas e é acessado para fornecer estimativas de tempo e/ou custo, unicamente ou em conjunto com dados "de livros" padrão da indústria. Os dados da tarefa podem ser estabelecidos em várias regiões, implantando o sistema em lojas em diversos locais geográficos.

[00047] Os seguintes tipos de usuários podem ser diferentes de acordo com várias modalidades da presente divulgação. Por exemplo, um técnico pode ser um usuário básico da loja. O técnico pode ser o usuário mais comum que acessa principalmente um aplicativo de acordo com várias modalidades para realizar estimativas e adicionar anotações sobre tarefas e trabalhos. Além disso, o técnico passa o trabalho com anotações para outros usuários na loja. O técnico pode ou não encomendar peças. O técnico pode ser restringido a partir de algumas funções de uma interface de usuário de acordo com várias modalidades.

[00048] Outro tipo de usuário, de acordo com várias modalidades, é um encarregado de loja que tem um papel que é semelhante a um dono de loja ou administrador, mas na prática pode não ser permitido algum acesso financeiro/a relatórios. Ainda outro tipo de usuário de acordo com várias modalidades é um consultor de serviços que é um usuário básico de loja. O consultor de serviços pode ser um usuário responsável pela comunicação com os clientes e pela coordenação do trabalho com os usuários técnicos. Os usuários do consultor de serviços criarão estimativas, inserirão notas e interagirão com o usuário do cliente por meio de anotações. Eles também gerenciam o fluxo de trabalho e interagem com outros usuários nas transferências de trabalho. O consultor de serviços pode ou não encomendar peças. O consultor de serviços pode ser restringido a partir de algumas funções de uma interface de usuário de acordo com várias modalidades.

[00049] Ainda outro tipo de usuário, de acordo com várias modalidades, é um gerente de peças que é um usuário básico da loja. O gerente de peças pode ser responsável pelo pedido de peças e pelo gerenciamento de inventário de peças. O gerente de peças pode ter acesso a recursos que não estão disponíveis para outros usuários da loja. O gerente de peças pode ser restringido a partir de algumas funções de uma interface de usuário de acordo com várias modalidades. Outro tipo de usuário, de acordo com várias modalidades, é um proprietário/administrador de loja. o proprietário/administrador da loja pode ter todo o acesso e recursos de outros usuários da loja. Além disso, o proprietário/administrador da loja tem a capacidade de criar outros usuários, trocar os ajustes de configuração da loja, pode solicitar peças, gerenciar trabalhos de transferência e fluxo de trabalho e acessar todas as funções de relatórios.

[00050] Ainda outro tipo de usuário de acordo com várias modalidades é um usuário do cliente, ou apenas "cliente". Um cliente não tem uma conta de usuário de loja com o sistema de acordo com várias modalidades, mas tem em vez disso uma conta de cliente. Os clientes são reconhecidos e registrados pelo software quando interagem com um sistema de acordo com várias modalidades. Os clientes podem interagir com o feed de notas quando permitido. Os usuários do cliente podem fazer login e visualizar seu histórico de serviço para seu(s) veículo(s) e podem visualizar o progresso e as estimativas de um trabalho em andamento.

(o) Expedidor - controlando interativamente os trabalhos na loja

[00051] Em várias modalidades, a função Expedidor introduz uma solução que explora a interatividade de vários usuários, de modo que as ações e notificações sejam tomadas e distribuídas pela função para substituir a metodologia atual centrada no papel e no humano. Os usuários transferem tarefas usando o Expedidor para outros usuários da loja e fazem perguntas ou fazem solicitações registradas pelo Expedidor. O tempo decorrido antes que os usuários aceitem ou não aceitem tarefas permite que a administração rastreie o status do trabalho urgente sem intervenção humana. O Expedidor altera completamente as operações internas de uma loja, incluindo a aparência física, eliminando impressoras, pranchetas e papel, e as atividades da equipe, que se envolve em comunicação mútua em tarefas de trabalho de uma maneira inteiramente nova.

[00052] Um diagrama geral generalizado e exemplificativo de uma loja 102 operada de acordo com várias modalidades da presente divulgação é mostrado na Figura 1. Aqui, um sistema de computador 104 principal residente está localizado dentro de uma instalação de reparo exemplificativa 102 e/ou uma interface de nuvem 106 é estabelecida entre as várias estações de trabalho e smartphones envolvidos, com o software de controle sendo executado em servidores na Nuvem. Em cada estação de trabalho do técnico há pelo menos um computador pessoal (PC) (por exemplo, 122, 126 ou 130) ou smartphone (por exemplo, 124, 128 ou 132) e, quando apropriado, também equipamento integrado (por exemplo, 116, 118, ou 120) que comunica através da rede local 133 com o computador principal 104 ou interface de nuvem 106. O computador principal 104 ou interface de nuvem 106 também se comunica através de uma ligação celular 110 com clientes (por exemplo, 114) fora da instalação de reparo 102, bem como com os usuários da loja que podem durante algumas atividades estarem fisicamente localizados fora da instalação de reparo físico 102. Os clientes (por exemplo, 114) também podem se comunicar com o sistema via Internet 108 usando uma interface web fornecida pelo sistema.

[00053] Como mostrado na Figura 1, a instalação de reparo 102 pode incluir, mas não está limitada a, os técnicos 123, 127 e

131. Além disso, a instalação de reparo 102 pode incluir, mas não está limitada a, um proprietário/administrador de loja 134 que tenha um computador 135, um encarregado 136 que tenha um computador 137, um consultor de serviços 138 que tenha um computador 139, e um gerenciador de peças 140 que tenha um computador 142. Note que os computadores 135, 137, 139 e 142 podem se comunicar através da rede local 133 com o computador principal 104 ou com a interface de nuvem 106.

[00054] Em várias modalidades, a função Expedidor lida com detalhes de tarefas e propriedade de tarefas por funcionários, bem como um estado dessas tarefas. O Expedidor permite o "envio" de tarefas atribuídas por meio do software do sistema para os usuários da loja. O Expedidor permite aceitar, não aceitar ou aceitar condicionalmente as tarefas dos usuários da loja, conforme mostrado na Figura 3.

[00055] Em várias modalidades, não aceitar uma tarefa pode assumir várias formas. O sistema pode aceitar motivos pré- gravados, bem como notas de formato livre gravadas. Não aceitar também pode ser devido a uma limitação física, a falta de uma habilidade específica, um compromisso de tempo pessoal (por exemplo, consulta médica, pegar as crianças na escola, etc.). Um exemplo de uma aceitação de tarefa condicional inclui: "Aceito isto apenas se terminar a tarefa X em Y horas. Caso contrário, não terei tempo para concluí-la, e outra pessoa precisaria assumir essa tarefa". Também é possível que uma pessoa aceite a primeira parte de uma tarefa, terminando uma parte das tarefas e, em seguida, configure as tarefas restantes para serem concluídas por outra pessoa.

[00056] A Figura 3 mostra um exemplo de interface de usuário (UI) 300 de um técnico sendo atribuído uma nova tarefa de acordo com várias modalidades da presente divulgação. A interface de usuário 300 pode incluir um identificador de instalação de reparo 301 (por exemplo, nome), um identificador de técnico 302 (por exemplo, nome), um identificador de trabalho 304 (por exemplo, ano, marca e modelo de veículo), um identificador de tarefa 306 e um novo identificador de atribuição de tarefa 308. Além disso, a interface de usuário 300 pode incluir uma área de seleção 310 permitindo que o técnico aceite a nova tarefa, uma área de seleção 312 permitindo que o técnico não aceite a nova tarefa e uma área de seleção 314 permitindo que o técnico aceite condicionalmente a nova tarefa. A interface de usuário 300 também pode incluir uma área de comentário 316, permitindo ao técnico fornecer uma ou mais razões para a aceitação condicional da nova tarefa. Além disso, a interface de usuário 300 pode incluir uma área OK ou "botão" 318 para o técnico selecionar quando feito com a interface de usuário 300.

[00057] Em várias modalidades, a função Expedidor monitora o tempo de espera das tarefas e as exibe como parte de várias estatísticas (estatísticas) definidas pelos Administradores para permitir que os usuários da loja (por exemplo, técnicos, gerente de peças, consultores de serviço, checkout) gerenciem a idade da tarefa e agilizem a conclusão da tarefa. Alertas são gerados para sinalizar situações críticas que podem atrasar a conclusão de um ou mais trabalhos. Em várias modalidades, pelo menos três prioridades seriam tipicamente utilizadas para alertas: Urgente (deve ser olhado agora); Normal (por hoje); Baixo (após todo o trabalho atual estar completo). Esses alertas podem ser estruturados para se aplicarem a diferentes funções, por exemplo, Consultor de Serviços, Gerente de Peças e Técnico.

[00058] Quando o sistema de acordo com várias modalidades da presente divulgação precisa alertar um administrador para uma situação crítica que se desenvolveu em relação a um ou mais trabalhos, um alerta de mensagem de texto pode ser enviado para o administrador - enviado de um número de telefone de central para que o telefone do administrador possa ser configurado com um tom específico para alertá-los de tais mensagens críticas.

[00059] Um diagrama de fluxo generalizado para atividades em uma instalação de reparo operada de acordo com Várias modalidades é mostrado na Figura 2. Observe que a Figura 2 mostra o fluxo de reparo ativado pelo Expedidor. O Expedidor pode fornecer alertas e rastreamento de status para todas as funções aplicáveis em cada etapa e ação.

[00060] Na operação 202, verifique o cliente/veículo. Observe que a operação 202 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a tal.

[00061] Na operação 204 da Figura 2, atribuir serviço a um técnico e executar a tarefa inicial. Observe que essa operação 204 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não se limita a tal.

[00062] Na operação 206, determinar se é necessário trabalho adicional. Caso contrário, prosseguir para a operação 208. No entanto, se for determinado na operação 206 que o trabalho adicional é necessário, prosseguir para a operação 210 Observe que a operação 206 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a tal

[00063] Na operação 208 da Figura 2, estacionar veículo para coleta. Observe que essa operação 208 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não se limita a tal

[00064] Na operação 210, determinar se a aprovação é necessária para o trabalho adicional. Caso contrário,

prosseguir para a operação 212. No entanto, se for determinado na operação 210 que a aprovação é necessária para o trabalho adicional, prosseguir para a operação 214. Observe que a operação 210 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a tal.

[00065] Na operação 212 da Figura 2, realizar trabalho adicional. Após a operação 212, prosseguir para a operação

208. Observe que essa operação 212 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não se limita a tal

[00066] Na operação 214, entre em contato com o cliente para aprovação do trabalho adicional. Observe que a operação 214 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a isso.

[00067] Na operação 216 da Figura 2, determinar se a aprovação é dada para o trabalho adicional. Caso contrário, prosseguir para a operação 208. No entanto, se for determinado na operação 216 que a aprovação foi dada para o trabalho adicional, prosseguir para a operação 218. É observado que a operação 216 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a isso.

[00068] Na operação 218, determinar se as peças são necessárias para o trabalho adicional. Caso contrário, prosseguir para a operação 204. No entanto, se for determinado na operação 218 que as peças são necessárias para o trabalho adicional, prosseguir para a operação 220. Observe que a operação 218 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a tal.

[00069] Na operação 220 da Figura 2, encomendar peças necessárias para o trabalho adicional. Observe que essa operação 220 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não se limita a tal.

[00070] Na operação 222, estacionar veículo à espera de peças para o trabalho adicional. Após a operação 222, prosseguir para a operação 212. Observe que a operação 222 pode ser realizada de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a tal.

Comunicação do trabalho, Recomendação e Aprovação Interativa do Cliente

[00071] Várias — modalidades de acordo com a presente divulgação facilitam a comunicação entre o pessoal da loja de reparo e com os clientes de reparo em torno de transações de reparo individuais. Várias modalidades incluem a capacidade de capturar e comunicar rich media e interagir com dispositivos móveis físicos durante o trabalho de reparo. Várias modalidades permitem especificamente que a equipe de reparos faça recomendações de reparo encapsuladas aos clientes com base nas constatações da equipe durante um reparo e permita que os clientes de reparo concedam aprovação diretamente por meios eletrônicos, além dos meios tradicionais, e registrem cada resultado e o método empregado.

[00072] Várias “modalidades de acordo com a presente divulgação dão às lojas de reparo a capacidade operacional de eliminar as chamadas telefônicas para os clientes, que são um centro de custos para os seus negócios. Várias modalidades também lhes dão a capacidade de documentar e gravar o raciocínio para o trabalho que eles recomendam, incluindo fotos e informações técnicas de diagnóstico que fundamentam seu raciocínio e justificam seus preços.

[00073] Quando integrado no sistema global de acordo com várias modalidades da presente divulgação, várias funções são facilitadas. Uma ferramenta conhecida como "feed de notas" está disponível na tela da interface do usuário (UI) para uma ordem de reparo ou "tarefa". O feed de notas permite que um usuário da loja capture notas longas sobre um trabalho a ser executado em um veículo, incluindo o que um cliente diz sobre um problema ou tarefas a serem realizadas. O feed de notas permite o anexo e o compartilhamento de documentos eletrônicos, incluindo fotos entre os usuários da loja. O feed de notas também permite que um usuário compartilhe - por meio de comunicação habilitada na Web, incluindo e-mail e texto - um link para a ordem ou tarefa de reparo, e comunique-se assincronamente com os clientes sobre a ordem ou tarefa de reparo.

[00074] Em várias modalidades, o feed de notas permite que um usuário da loja construa uma recomendação estruturada formal para o trabalho adicional a ser executado, incluindo a razão para o trabalho, uma estimativa do tempo necessário para executar o trabalho e o custo do trabalho. Essa recomendação estruturada é então compartilhada e revisada pelo cliente de forma assíncrona em um link de comunicação eletrônica. O cliente pode usar uma interface de navegador da Web para realizar isso ou, alternativamente, um app (aplicativo) em um smartphone ou até mesmo se comunicar usando mensagens de texto. O cliente pode usar uma interface de navegador da Web para realizar isso ou, alternativamente, um app (aplicativo) em um smartphone ou até mesmo se comunicar usando mensagens de texto.

[00075] Em várias modalidades, o feed de notas permite que os clientes revisem as recomendações interativamente e aprovem, reprovem ou questionem ainda mais uma estimativa para trabalho adicional e estimativas, e o sistema documenta as aprovações e detalhes na ordem de reparo. Uma interface de usuário exemplificativa para uma função como operada em um smartphone de acordo com várias modalidades é mostrada na Figura 4. Observe que, ao facilitar uma resposta rápida do cliente, o fluxo de trabalho é aprimorado e as paralisações são evitadas. Um histórico de tempos de resposta de cada cliente fornece projeções futuras de tempos de resposta para que o fluxo de trabalho possa ser planejado com mais precisão. As mensagens de texto da instalação de reparo para o cliente vêm de um número de telefone central, de modo que o telefone do cliente possa ser configurado com um tom específico para alertá-los das mensagens da instalação de reparo.

[00076] A Figura 4 mostra um exemplo de interface de usuário (UI) 400 de um cliente sendo solicitado a aprovar uma cotação revisada de acordo com várias modalidades da presente divulgação. A interface de usuário 400 pode incluir um identificador de instalação de reparo 401 (por exemplo, nome), um identificador de cliente 402 (por exemplo, nome), um número de contato do cliente 404 (por exemplo, número de telefone), um identificador de veículo 406 do cliente (por exemplo, ano e modelo de veículo). Adicionalmente, a interface de usuário 400 pode incluir a cotação de reparo anterior 408, uma cotação revista 410 e uma razão para a revisão 412. Além disso, a interface de usuário 400 pode incluir uma área de seleção 414 que permite ao cliente aprovar o procedimento de acordo com a cotação revisada e uma área de seleção 416, permitindo que o cliente não aprove o processo de acordo com a cotação revisada. Além disso, a interface de usuário 400 pode incluir uma área de comentário 418 que permite ao cliente fornecer uma ou mais razões para não autorizar a cotação revista. A interface de usuário 400 também pode incluir uma área ENVIAR ou "botão" 420 que o cliente pode selecionar para enviar a informação da interface de usuário 400 para a instalação de reparo.

[00077] Em várias modalidades, além da interação com os clientes, o sistema pode interagir com vendedores/fornecedores. A funcionalidade do feed de notas pode ser expandida para incluir interação com vendedores para obter informações e atualizações sobre as peças que estão em uma ordem de reparo, em vez de usar o técnico, o consultor de serviços ou o gerente de peças. O sistema pode solicitar os vendedores por meio de um endereço de texto de loja ou endereço de e-mail (correio eletrônico) para obter informações e postar réplicas/respostas ao feed de notas para fornecer informações mais atualizadas sobre o status das peças.

Inventário de Peças e Gerenciamento de Fornecimento

[00078] Várias modalidades de acordo com a presente divulgação melhoram a capacidade de uma loja de gerenciar seu inventário e, especialmente, suas necessidades de inventário pronta entrega, ligando peças rastreadas como parte do estoque de inventário para ordens de reparo individuais e o status de ambas a ordem de reparo e uma ordem de peças. À medida que as peças são solicitadas para concluir os reparos individuais, o status do reparo e o status da peça são disponibilizados para os membros relevantes da equipe, independentemente de quem fez a encomenda da peça, incluindo pedidos de peças automáticos. Em alguns casos, um reparo pode estar em espera pela peça, e o status oportuno e as previsões precisas dos horários de chegada são essenciais para gerenciar com rigidez o fluxo de trabalho total da tarefa.

[00079] Em várias modalidades, a jusante quando as peças são recebidas, o status do reparo é alterado e os funcionários são alertados. Em várias modalidades, este sistema de alertas e status introduz nova eficiência a uma loja de reparos, onde qualquer associação entre peças em um caminhão ou em prateleiras, e reparos a serem feitos, está hoje ligada somente por um processo e conhecimentos humanos.

[00080] Esta função de acordo com várias modalidades rastreia os níveis de inventário de estoque de item de peça. As unidades de reparo armazenam peças comumente usadas e vendidas e também encomendam itens especiais para atender às necessidades de um determinado trabalho em um determinado dia. Em várias modalidades, a função facilita a criação de ordens de compra para reabastecimentos de estoque e também rastreia o status das peças em estoque como "necessárias", "sob encomenda" ou "à mão".

[00081] Em várias modalidades, a função associa quantidades de peças individuais do estoque com ordens de reparo individuais ou "tarefas", e rastreia o status e a quantidade dessas peças para o usuário da loja, criando ligações entre: quantidade do pedido de peças; quantidade de estoque de peças; e o status das peças até o reparo individual.

[00082] Em várias modalidades, esta capacidade de ordenar e rastrear peças no nível da ordem de reparo, como ativada e ligada, permite que as peças sejam encomendadas automaticamente sem necessidade de intervenção humana dentro de um departamento de peças. Nesse caso, um Administrador de peças pode supervisionar essa funcionalidade automática em vez de executar manualmente a operação de pedido de cada peça.

[00083] Nos casos em que o tempo de entrega estimado para uma peça está disponível para o sistema em várias modalidades, o sistema registrará esse tempo de distribuição estimado para que o planejamento de conclusão de trabalho seja possível. Esse status de pedido de peças de rastreamento no nível da ordem do relatório individual significa que o sistema, em várias modalidades, fornece aos usuários do técnico e do gerente de peças uma visão clara de quando uma peça chegará e um trabalho individual e dependente da peça pode ser concluído. A capacidade do sistema de rastrear o inventário com mais facilidade e recomendar a reordenação é o principal facilitador para evitar atrasos na obtenção de peças. Além disso, o sistema tem a capacidade de construir e compartilhar uma estimativa antes do veículo chegar ao trabalho. Para fazer isso, o sistema também usa descrições de problemas fornecidas pelo cliente como informações do veículo para criar uma estimativa de serviço usando o aplicativo do Service Builder e compartilha essa estimativa com o cliente usando o feed de mensagens/notas. O cliente pode aprovar o trabalho com antecedência. O sistema também determina antecipadamente se uma peça é ou não do inventário, se precisa ser encomendada ou não, e se estará disponível na data do recebimento do veículo para serviço.

[00084] Em alguns casos, o custo de uma peça pode variar com a fonte e o tempo de distribuição. Como tal, para uma modalidade da presente divulgação, um custo cotado a um cliente proporciona escolhas com base na urgência e vontade de pagamento do cliente. Em outras palavras, um cliente pode ter duas opções: "Você pode ter o carro de volta na quarta-feira por X dólares, ou alternativamente, você pode tê-lo na terça- feira por Y dólares se escolhermos uma peça mais cara". Então, o cliente pode autorizar interativamente uma das opções, como mostrado, por exemplo, na Figura 5, de acordo com várias modalidades. Em outra modalidade, o sistema pode oferecer uma primeira opção de pedido baseada na lucratividade da peça, e então uma segunda opção de pedido baseada na disponibilidade da peça.

[00085] A Figura 5 mostra um exemplo de interface de usuário (UI) 500 de um cliente que recebe uma escolha de cotações a partir das quais aprovar uma de acordo com várias modalidades da presente divulgação. A interface de usuário 500 pode incluir um identificador de instalação de reparo 501 (por exemplo, nome), um identificador de cliente 502 (por exemplo, nome), um número de contato do cliente 504 (por exemplo, número de telefone), um identificador de veículo 506 do cliente (por exemplo, ano e modelo de veículo) e data 508. Além disso, a interface de usuário 500 pode incluir uma mensagem 510 para o cliente em relação à escolha de cotações. A interface de usuário 500 também pode incluir uma área de seleção 512 que permite ao cliente aprovar uma cotação de reparo inferior com uma data de conclusão posterior, uma área de seleção 514 permitindo ao cliente aprovar uma cotação de reparo mais elevada com uma data de conclusão mais rápida e uma área de seleção 516 permitindo que o cliente escolha nenhuma cotação e solicite uma chamada da instalação de reparo. Além disso, a interface de usuário 500 pode incluir uma área ENVIAR ou "botão" 518 que o cliente pode selecionar para enviar a informação da interface de usuário 500 para a instalação de reparo.

Consultor de Serviços e Aplicativo de Serviço

[00086] Várias modalidades de acordo com a presente divulgação utilizam padrões de reparos e incluem a capacidade do sistema para descobrir e armazenar metadados como os usuários interagem com o sistema para aprender com os padrões de serviços de preços em uma loja de reparos. Exemplos de tais metadados incluem: Ano; Marca; Modelo; Motor; e nome do Serviço, por exemplo, "freio", "transmissão" etc.

[00087] Em várias modalidades, o sistema utiliza esses dados históricos para prever preços de serviços e reduzir o tempo necessário para concluir as tarefas de criação de serviços e precificação. Todos os dias, à medida que os serviços são construídos e cotados numa loja de reparo, várias modalidades de acordo com a presente divulgação constroem rapidamente uma base de base de dados de informações valiosas para essa loja e tornam-na prontamente disponível para os consumidores. Isso cria eficiências para a loja, já que os membros da equipe gastam menos tempo em tarefas repetitivas e mais tempo em tarefas menos repetitivas. Além disso, essa função em várias modalidades fornece menos variação nos serviços e preços, O que é benéfico para os controles de negócios.

[00088] Em várias modalidades, o sistema utiliza métodos de pesquisa/indexação/filtragem para dar aos usuários da loja acesso a um banco de dados de serviços de diferentes tipos: um trabalho moldado (um modelo de trabalho), serviços passados, serviços estimados baseados em dados de terceiros e estimativas de manutenção com base em dados de terceiros. Observe que nem todos os serviços correspondem a todas as configurações do veículo.

[00089] Em várias modalidades, o sistema captura ativamente as ações do usuário quando um serviço é selecionado, criado, elaborado ou aplicado, "aprende" novos atributos de metadados para cada serviço criado pelos usuários e indexa esses dados para uso por todos os usuários para frente Um exemplo de aquisição de novos metadados e o processo de aprendizado associado segue: um trabalho é realizado para um Honda Odyssey 2006; duas semanas depois, um Honda Odyssey 2010 chega à loja; um usuário da loja encontra o trabalho Honda Odyssey 2006 usando os metadados/pesquisa; os dados do serviço do Odyssey 2006 são usados com modificação e/ou adição para atender o Honda Odyssey 2010; e o sistema captura a adição de metadados do Odyssey 2010 para uso no futuro.

[00090] Um uso mais amplo da funcionalidade do Criador de Serviços inclui o cenário em que o sistema de acordo com várias modalidades foi instalado em uma ampla variedade de instalações de reparo em diferentes localizações geográficas e dados de histórico de serviço desses locais são exportados anonimamente para um local central. Esses dados são então analisados para fornecer uma versão "viva" do onipresente "Repair Book", disponível historicamente por empresas como Chilton, Motor e Mitchell.

[00091] Além disso, no caso de operações de múltiplos locais, particularmente maiores franquias, o sistema em várias modalidades permite a franquia ou proprietário da empresa (por exemplo, administrador ou administrador mestre) para forçar locais individuais para usar um conjunto central de serviços com curadoria o administrador principal Isso proporciona controle sobre o menu de serviço e também sobre preços e qualidade, além de listas de verificação e processos de inspeção na loja.

Matriz de Preços de Peças Automatizadas

[00092] Várias modalidades de acordo com a presente divulgação resolvem o problema de atingir uma meta de lucro de peças desejadas em um ambiente de variação de preço de peças significativas e velocidade de vendas de peças. Utilizando um processo para avaliar os dados de vendas de peças históricas de uma loja de reparos, o sistema, em várias modalidades, aprende as marcações ideais para qualquer peça específica e também ajusta-se a: flutuações nos preços de peças subjacentes; mudanças na velocidade de vendas de qualquer peça; e o desempenho geral do lucro bruto da carteira de peças em um determinado período de tempo.

[00093] As lojas de reparo de automóveis cobram uma margem de lucro sobre o custo das peças e tentam obter um certo lucro bruto em todas as vendas de peças. Tradicionalmente, as lojas de reparo automotivo adivinharam essa marcação ou aplicaram uma "matriz" que fornece taxas de acréscimo diferentes para diferentes tipos de peça, na tentativa de otimizar para um resultado de lucro bruto.

[00094] Várias “modalidades de acordo com a presente divulgação substituem uma estimativa feita por humanos de como atingir um objetivo de lucro alvo e usa processos preditivos para ajustar com precisão modelos de precificação a um objetivo de lucro especificado. o sistema em várias modalidades emprega processos proprietários que aprendem com os dados históricos de vendas de peças de uma loja, incluindo as quantidades de peças vendidas, os custos de peças quando vendidas, e os preços cobrados, e o lucro obtido com essas peças para calcular e sugerir um preço ideal a ser cobrado por cada peça no momento da estimativa e da venda para atingir o objetivo de lucro bruto a cada mês.

[00095] Os resultados da precificação dos processos de Ajuste Automático de Curva de acordo com várias modalidades são mostrados nas Figuras 6a, 6b, 6c e 6d. Em várias modalidades, um processo automatizado de melhor ajuste escolhe uma curva de marcação baseada nas entradas do usuário. Um parâmetro livre (7) está disponível para controlar a velocidade com que a curva de marcação deve cair da marcação máxima à medida que o custo da peça aumenta. Os gráficos mostrados nas Figuras 6a-6d descrevem os resultados de uma operação de ajuste automatizado de curva usando diferentes restrições de início, e como o valor do parâmetro Z influencia uma forma de curva de precificação. Um bom ponto de partida para Z pode ser 1/ (maxMarkup), mas um controle mais preciso pode ser desejado. Linhas pretas (por exemplo, 612 da Figura 6a, 614 da Figura 6b, 684 da Figura 6c e 686 da Figura 6d) em cada gráfico mostram valores sugeridos por uma matriz de preços genérica, como por exemplo: (http: // www. ratchetandwrench.com/RatchetWrench/November-2015/Building- a-Parts-Matrix/).

[00096] Os subgráficos incluem: A Figura 6a mostra uma marcação sugerida em função do preço da peça. A Figura 6b mostra uma versão ampliada da Figura 6a, focada na faixa de $0-$50. A Figura 6c mostra uma cotação parcial sugerida vs.

custo da peça. Observe que a linha tracejada 682 mostra cotação = custo, para referência. A Figura 6d mostra uma versão ampliada da Figura 6c, focada na faixa de $0-$50.

[00097] Nas Figuras 6a e 6b, observe que a curva 602 está associada a Z = 0,05, a curva 604 está associada a 2 = 0,15, a curva 606 está associada a Z = 0,25, a curva 608 está associada a Z = 0,35 e a curva 610 está associada a Z = 0,45. Além disso, dentro das Figuras 6c e 6d, observe que a curva 672 está associada a Z = 0,05, curva 674 está associada a 2 = 0,15, curva 676 está associada a Z = 0,25, curva 678 está associada a Z = 0,35 e curva 680 está associada a 7 = 0,45.

Replay de Dados

[00098] Além disso, em várias modalidades, dados de vendas passadas são usados para simular o quão bem o Lucro Bruto desejado seria atingido usando marcações sugeridas pelo modelo. Em simulações, o modelo ajusta uma curva aos dados de vendas do mês anterior com base nas entradas do usuário. A marcação sugerida pelo modelo é então aplicada a todas as peças vendidas no próximo mês e o Lucro Bruto correspondente é calculado. O processo se repete para cada mês de dados de vendas disponíveis, com a curva de acréscimo sendo recalculada a cada mês com base nas vendas do mês anterior.

[00099] Em várias modalidades, formas alternativas de recalcular esta curva são, por exemplo: usando todas as vendas anteriores, em vez de apenas as do mês anterior; recalcular a curva diariamente usando as vendas dos 30 dias anteriores; usando vendas do mesmo mês, um ano antes (por exemplo, prever para novembro de 2016 usando dados de novembro de 2015). Isso seria útil se as distribuições de vendas de peças mostrassem tendências sazonais.

Integração com Máquinas Físicas

[000100] A seguir, é apresentada uma lista de aparelhos físicos acoplados a um sistema de acordo com várias modalidades da presente divulgação.

[000101] Carregamento direto de fotos do smartphone - Em várias modalidades, o sistema explora a câmera nativa em todos os smartphones para permitir tirar fotos e anexar fotos no Feed de Notas para ser usado na comunicação com clientes e outros usuários da loja. o recurso talk-to-type (reconhecimento de voz) do Smartphone e do Computador é utilizado para ativar talk-to-type nos campos de texto para inserir informações de reparo e comunicação do cliente no Feed de Notas. Quando usado com um aparelho de fone de ouvido, os técnicos podem descrever problemas relacionados ao seu trabalho enquanto realizam esse trabalho.

[000102] Carregamento direto da câmera digital - O sistema de acordo com várias modalidades da presente divulgação faz interface diretamente com uma câmera digital para permitir a anexação de uma foto ao Feed de Notas para compartilhamento e comunicação do cliente sem as etapas de tirar uma foto, salvar, baixar e carregar/anexar a foto.

[000103] Máquinas de adesivos "Lubrificantes" - Essas máquinas são usadas para imprimir um adesivo com informações de lembrete sobre os futuros intervalos de manutenção do veículo. Em várias modalidades, a base de dados do sistema possui os dados necessários para prever uma quilometragem ou intervalo de datas em que um veículo deve receber um serviço de manutenção futuro. Alguns exemplos de critérios para previsões são, mas não estão limitados a: Modelo de Marca do Ano; tipo de óleo (por exemplo, sintético vs. não); recomendação do fabricante ou loja para intervalos de troca de fluido, etc.; histórico de direção de um cliente e efeitos em um veículo do estilo de condução real do cliente; e verificações de componentes específicos com base no histórico do veículo em que, em visitas anteriores, um componente foi considerado um pouco desgastado, mas não está pronto para ser substituído. Em várias modalidades, o sistema interage com uma impressora para criar um adesivo físico para colocação em um veículo com essa informação para lembrar um motorista a retornar à loja para manutenção no momento correto.

[000104] Integração de rastreamento de tempo do técnico - o Shop-Ware rastreia o tempo do técnico na loja e também em trabalhos individuais. O Shop-Ware pode e deve integrar-se a um relógio físico na loja com o objetivo de reforçar a necessidade de um técnico estar presente na loja para programar e não "jogar o sistema" no software. Esses dispositivos existem e se integram ao software por meio da API (interface de programação de aplicativos). Além de integrar um relógio de tempo real, em uma modalidade, o sistema rastreia telefones celulares de funcionários para determinar quando eles estão nas instalações da loja. Para uma implementação exemplificativa, um dispositivo habilitado para Bluetooth adjacente a cada entrada de uma instalação é sincronizado com os telefones dos funcionários enquanto eles passam. Em uma modalidade alternativa, um aplicativo em telefones de usuários da loja os levaria a acionar a entrada física na loja.

[000105] Dispositivo de telemática para diagnóstico a bordo - Fabricantes de terceiros introduziram dispositivos habilitados para conexão sem fio que se conectam à porta de diagnóstico a bordo de um veículo e monitoram, registram e relatam sem fio os resultados relatados por um computador de bordo. Estes dispositivos de "telemática" podem transmitir problemas e informações de diagnóstico a um sistema de acordo com várias modalidades através de uma interface de software, e o sistema pode gravar e comunicar esta informação, ligada ao Veículo e uma Ordem de Reparo ou Recomendação, a uma loja e a um cliente.

[000106] Ferramenta de varredura de diagnóstico - Os códigos de problemas retirados de uma porta de diagnóstico do veículo por uma ferramenta de varredura física de terceiros podem ser retransmitidos para o sistema em várias modalidades e vinculados à Ordem de Reparo e Veículo por meio da interação do software. O sistema pode interagir com dados de códigos de problemas e vincular a problemas recomendados/comuns e reparos relacionados a códigos de problemas específicos para a configuração do veículo. O sistema pode comunicar essas informações por meio do Feed de Notas.

[000107] Rack de alinhamento e levantamento de diagnóstico - Vários fabricantes de equipamentos de alinhamento, alguns com capacidade de diagnóstico integrada, como o sistema fabricado pela Hunter, oferecem a capacidade de integração via software e distribuem resultados de diagnóstico a um sistema de acordo com várias modalidades da presente divulgação. Essencialmente, as varreduras físicas do veículo e as medições feitas seriam retransmitidas para o registro de Ordem de Veículos e Reparos no banco de dados do sistema em várias modalidades. Essencialmente, as verificações físicas do veículo e as medições feitas seriam retransmitidas para o registro de Ordem de Veículos e Reparos no banco de dados do sistema em várias modalidades. Essas informações podem ser comunicadas pelo sistema ao técnico e ao cliente.

Painel de interface do usuário

[000108] Em várias modalidades, uma implementação do painel da interface do usuário está disponível para os administradores enquanto uma variação com funcionalidade reduzida está disponível para os usuários da loja.

Operação Sensível ao Tempo

[000109] Várias modalidades de acordo com a presente divulgação incluem tarefas e sistemas automatizados que frequentemente operam de maneira sensível ao tempo dentro e em comunicação com uma instalação de reparo. Qualquer problema que coloque um projeto de reparo em risco produz um alerta de alta prioridade para que os administradores responsáveis do sistema sejam imediatamente notificados e possam agir rapidamente para mitigar possíveis efeitos negativos. Para uma modalidade da presente divulgação, os administradores de segurança são notificados por um texto ao seu telefone celular através de uma infraestrutura celular, a fim de alertá-los o mais rápido possível. Para isso, um tom audível exclusivo é atribuído aos textos recebidos, especificamente associados a alertas altamente críticos. Para comunicações interativas com o cliente, em que a resposta de um cliente é fundamental para o serviço de reparo em tempo hábil, o cliente também é alertado e, por uma modalidade é alertada por um texto para o seu celular através de uma infraestrutura celular, a fim de promover uma resposta o mais rápido possível.

[000110] A Figura 7 mostra um diagrama de blocos de um exemplo de um sistema de computação 700 no qual uma ou mais várias modalidades descritas aqui podem ser implementadas de acordo com várias modalidades da presente divulgação. Numa configuração básica, o sistema 700 inclui pelo menos uma unidade de processamento 702 e memória 704. Esta configuração básica é ilustrada na Figura 7 pela linha tracejada 706. O sistema 700 também pode ter recursos e/ou funcionalidades adicionais. Por exemplo, o sistema 700 pode também incluir armazenamento adicional (por exemplo, removível e/ou não removível) incluindo, mas não limitado a, discos magnéticos ou ópticos ou fita. Esse armazenamento adicional é ilustrado na Figura 7 por armazenamento removível 708 e armazenamento não removível 720. O sistema 700 também pode conter conexão(ões) de comunicação 722 que permite que o dispositivo se comunique com outros dispositivos, por exemplo, em um ambiente de rede usando conexões lógicas com um ou mais computadores remotos.

[000111] O sistema 700 também pode incluir dispositivo(s) de entrada 724, como teclado, mouse, caneta, dispositivo de entrada de voz, dispositivo de entrada por toque, etc. Dispositivos de saída 726, tais como um dispositivo de exibição, alto-falantes, impressora, etc., também podem ser incluídos.

[000112] No exemplo da Figura 7, a memória 704 inclui instruções legíveis por computador, estruturas de dados, módulos de programa e similares associados a uma ou mais várias modalidades 750, de acordo com a presente divulgação. Contudo, a(s) modalidade(s) 752 pode(m) residir em qualquer um dos meios de armazenamento de computador usados pelo sistema 700, ou pode(m) ser distribuída(s) em alguma combinação do meio de armazenamento do computador, ou pode (m) ser distribuída(s) através de alguma combinação de computadores em rede, mas não estão limitados a tal.

[000113] Observe que o sistema de computação 700 pode não incluir todos os elementos ilustrados pela Figura 7. Além disso, o sistema de computação 700 pode ser implementado para incluir um ou mais elementos não ilustrados pela Figura 7. Assinala-se que o sistema de computação 700 pode ser utilizado ou implementado de qualquer maneira semelhante à descrita e/ou mostrada pela presente divulgação, mas não está limitada a tal.

[000114] As descrições anteriores de várias modalidades específicas de acordo com a presente divulgação foram apresentadas para fins de ilustração e descrição. Elas não pretendem ser exaustivos ou limitar a presente divulgação às formas precisas divulgadas, e muitas modificações e variações são possíveis à luz dos ensinamentos acima. A presente divulgação deve ser interpretada de acordo com as Reivindicações e seus equivalentes.

Claims (18)

— REIVINDICAÇÕES -

1. SISTEMA, caracterizado por compreender: um sistema de computador ou interface de nuvem localizado em uma instalação de reparo; uma rede sem fio em comunicação com o sistema do computador ou a interface da nuvem, usuário das instalações de reparo e a Internet; uma interface para um sistema de comunicação em comunicação com o sistema de computador ou interface de nuvem; e um banco de dados para armazenar dados históricos relacionados a tarefas; em que uma função de expedidor oferece uma atribuição de tarefa a um usuário da instalação de reparo; em que o usuário da instalação de reparo pode aceitar, recusar ou aceitar condicionalmente a tarefa oferecida; em que um status para a tarefa é monitorado depois de atribuído; em que quando o status da tarefa compreende um elemento de tempo, um alerta é enviado para um administrador.

2. Sistema, de acordo com a reivindicação 1, caracterizado por o sistema se comunicar diretamente com um dispositivo de computação durante a operação do sistema e a função de expedidor; e o dispositivo de computação é um de: uma ferramenta de varredura de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo telemático de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio de ponto físico.

3. SISTEMA, caracterizado por compreender:

um sistema de computador ou interface de nuvem localizado em uma instalação de reparo; uma rede sem fio em comunicação com o sistema do computador ou a interface da nuvem, usuário das instalações de reparo e a Internet; uma interface para um sistema de comunicação em comunicação com o sistema de computador, ou interface de nuvem; e um banco de dados para armazenar dados históricos relacionados a tarefas; em que uma função de aprovação fornece uma cotação de reparo para um cliente, incluindo um tempo estimado para conclusão; em que a cotação de reparo é transmitida remotamente ao cliente através do sistema de comunicação ou da Internet; e em que o cliente pode aprovar, desaprovar ou questionar a cotação de reparo remotamente.

4, Sistema, de acordo com a reivindicação 1, caracterizado por, enquanto um reparo está em andamento, tarefas ou peças adicionais serem necessárias ou uma tarefa ser determinada como exigindo mais tempo do que o originalmente alocado; em que uma cotação de reparo revisada é transmitida remotamente ao cliente; e em que o cliente pode aprovar, desaprovar ou questionar a cotação de reparo revisada remotamente.

5. Sistema, de acordo com a reivindicação 3, caracterizado por a cotação de reparo transmitida para o cliente compreender pelo menos uma primeira cotação e uma segunda cotação;

em que a primeira cotação compreende um primeiro preço e um primeiro tempo de conclusão; em que a segunda cotação compreende um segundo preço e um segundo tempo de conclusão; e em que o cliente seleciona remotamente a primeira cotação ou a segunda cotação.

6. Sistema, de acordo com a reivindicação 3, caracterizado por o sistema se comunicar diretamente com um dispositivo de computação durante a operação do sistema e a função de aprovação; e o dispositivo de computação é um de: uma ferramenta de varredura de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo telemático de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio de ponto físico.

7. SISTEMA, caracterizado por compreender: um sistema de computador ou interface de nuvem localizado em uma instalação de reparo; uma rede sem fio em comunicação com o sistema do computador ou a interface da nuvem, usuário das instalações de reparo e a Internet; um banco de dados para armazenar dados históricos relacionados a tarefas e dados de inventário de peças; em que uma função do sistema associa quantidades de peças individuais do estoque a uma ordem de reparo e rastreia o status e a quantidade dessas peças para um usuário da loja, criando assim um vínculo entre quantidade de pedidos de peças, quantidade de estoque de peças e status de peças de cada pedido de reparo; e em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função; e o dispositivo de computação é um de: uma ferramenta de varredura de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo telemático de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio de ponto físico.

8. Sistema, de acordo com a reivindicação 7, caracterizado por as peças serem ordenadas automaticamente quando se prevê que sejam necessárias para um trabalho em que as peças não estejam disponíveis no inventário no momento.

9. Sistema, de acordo com a reivindicação 7, caracterizado por a função solicitar aos fornecedores de peças ou serviços externos atualizações sobre disponibilidade e agendamento e em que essas atualizações são incorporadas ao agendamento e à atribuição de tarefas em relação a uma ordem de reparo.

10. SISTEMA, caracterizado por compreender: um sistema de computador ou interface de nuvem localizado em uma instalação de reparo; uma rede sem fio em comunicação com o sistema de computador ou a interface de nuvem, um usuário de instalação de reparo e a Internet; um banco de dados para armazenar dados históricos relacionados a tarefas e dados de inventário de peças; em que para uma operação de serviço e substituição estimada de peças, uma função do construtor de serviços prevê tempo e custo para a operação de serviço; em que a previsão de tempo e custo é baseada em um dos seguintes: um modelo de trabalho para a operação de serviço específica; dados históricos de serviços passados realizados na instalação de reparo; serviços estimados com base em dados de terceiros; e estimativas de manutenção com base em dados de terceiros; e em que o sistema se comunica diretamente com um dispositivo de computação durante a operação do sistema e a função do criador de serviços; e o dispositivo de computação é um de: uma ferramenta de varredura de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo telemático de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio de ponto físico.

11. Sistema, de acordo com a reivindicação 10, caracterizado por o sistema ser instalado numa pluralidade de instalações de reparo e a base de dados histórica compreende dados de serviço e peças que são exportados anonimamente para um local central e depois analisados para fornecer um modelo atualizado com frequência para operações de serviços específicas.

12. Sistema, de acordo com a reivindicação 11, caracterizado por o modelo ser ajustado para Vvariâncias regionais sobre a pluralidade de instalações de reparo.

13. Sistema, de acordo com a reivindicação 10, caracterizado por o sistema capturar ativamente ações de compra do usuário quando um serviço é selecionado, criado, elaborado ou aplicado; em que o sistema aprende novos atributos de metadados para cada serviço criado por usuários; e em que o sistema indexa os metadados aprendidos para uso por todos os usuários.

14. Sistema, de acordo com a reivindicação 10, caracterizado por o sistema ser instalado numa pluralidade de instalações de reparo compreendendo uma operação de franquia ou proprietário de empresa, em que a operação de franquia ou o proprietário da empresa, operando como um administrador mestre, faz com que cada uma da pluralidade de instalações de reparo use um conjunto central de serviços com curadoria do administrador mestre.

15. Sistema, de acordo com a reivindicação 14, caracterizado por o conjunto de serviços com curadoria incluir controle sobre um de: um menu de serviço para cada um da pluralidade de instalações de reparo; preços e qualidade para cada uma das várias instalações de reparo; listas de verificação de inspeção para cada uma da pluralidade de instalações de reparo; e processos operacionais para cada uma da pluralidade de instalações de reparo.

16. SISTEMA, caracterizado por compreender: um sistema de computador ou interface de nuvem localizado em uma instalação de reparo; uma rede sem fio em comunicação com o sistema do computador ou a interface da nuvem, usuário das instalações de reparo e a Internet; um banco de dados para armazenar dados históricos relacionados a tarefas e dados de inventário de peças; em que uma função de matriz de preços aprende com os dados históricos de vendas de peças da instalação de reparo, incluindo: quantidades de peças vendidas; custos de peças quando vendidas; preços cobrados pelas peças; e lucro obtido com as peças vendidas; e em que a função de matriz de preços calcula e sugere um preço ideal a ser cobrado por cada peça no momento da estimativa e do momento da venda, para atingir um lucro bruto desejado.

17. Sistema, de acordo com a reivindicação 16, caracterizado por os preços serem determinados por um processo de ajuste de curva automático controlado por uma variável de parâmetro livre atribuída por um usuário de instalação de reparo.

18. Sistema, de acordo com a reivindicação 16, caracterizado por o sistema se comunicar diretamente com um dispositivo de computação durante a operação do sistema e a função de matriz de preço; e o dispositivo de computação é um de: uma ferramenta de varredura de diagnóstico; um rack de alinhamento e levantamento de diagnóstico; um dispositivo telemático de diagnóstico; uma câmera digital; um smartphone; uma máquina de adesivos; e um relógio de ponto físico.