Home / Services / AI mineração de processo, inteligência de processo empresarial e diagnóstico de oportunidade de automação

PROFESSIONAL SERVICE

A. Mineração de processos, inteligência de processos empresariais e diagnóstico de oportunidade de automação

O sistema empresarial descreve processos padrão, que são registrados nos registros do sistema, como o negócio realmente funciona. Processos são extraídos para restaurar caminhos reais através de pedidos, aprovações, ordens de trabalho, clientes, inventários e eventos financeiros, e depois fornecer evidências para fluxos de trabalho AI, adaptações de sistema e otimização de gerenciamento, combinadas com entrevistas e oportunidades de observação de missão para espera, retorno ao trabalho, desvio, irregularidades e automação.

O processo vai de sentimento a prova.Automação de entrada em foco de alto valorOs retrofits do sistema têm prioridades clarasOperações melhoradas antes e depois da linha podem ser medidas

Apresentação da avaliação preliminar do projecto Serviço de visualização

Análise de extração de processos AI de incidentes de negócios pendentes de gargalos de reentrada e oportunidades de automação

Conclusões da tomada de decisão do projecto

Como o processo AI escava e inteligência de processo deve ser ativado

Quando uma empresa sabe que o processo é lento, back-to-work ou sistema é confuso, mas não pode usar a razão para sua localização factual, a mineração de processo é adequada para pré-diagnóstico como um sistema de retrofit e automação AI. A primeira fase deve selecionar um processo com objetos comerciais estáveis, pontos de partida claros e dados de eventos, e validar dados e métodos com pequenos resultados, em vez de cobrir toda a empresa de uma vez.

START WITH EVIDENCE

Do julgamento preliminar à aceitação e aceitação da entrega

O nível de incerteza é reduzido por fases antes de se decidir sobre a escala dos factores de produção e as modalidades de cooperação.

Fase 1

Processo e diagnóstico de dados

As questões de identificação são explicadas pelos dados.

Define o alvo, ponto de partida, atividade, tempo, função e indicadores de alvo, e verifica os dados de origem.

Fase 2

Identificação do processo e validação da raiz

Encontre o caminho real e a perda principal.

Analisar variantes, esperar, voltar ao trabalho e exceções e conciliar razões operacionais com o membro do pessoal.

Fase 3

Melhoria dos testes piloto e repetidor

Transformando insights em resultados de negócios

Selecione o gerenciamento, sistemas, regras ou opções AI, implemente um loop fechado e compare os indicadores on e off-line.

CLIENT INPUTS

Recomendação preparação para o início

Processos-alvo, círculos de empresas e pessoas responsáveisEstrutura, interface ou amostra de exportação de gráficos de origemIdentificação única das actividades, tais como ordens de compra de ordem de aprovação de trabalhoEstado ativo, tempo, pessoas e campos de organizaçãoCiclo atual, backlog, back-work e metas de qualidadeFormulários de correio extra-sistema e instruções manuais

ACCEPTANCE EVIDENCE

Provas a serem vistas na aceitação.

Os dados do evento podem ser amostrados com base nos registros do sistema de origemOs principais caminhos de fluxo e razões variantes podem ser replicadosEsperar, voltar ao trabalho e estrangulamentos são adaptados a públicos de negócios específicosA causa raiz do problema é confirmada pelos dados e pelo operadorAs oportunidades de melhoria incluem valores, riscos, dependência e pessoas responsáveisComparação de indicadores com calibradores consistentes antes e depois do piloto

Limite de cooperação e responsabilidade

Os resultados da extracção dependem da cobertura e calibração dos dados dos eventos e não podem inferir todos os comportamentos abaixo da linha do diário de bordo em falta. A análise do sistema não substitui a responsabilidade da gestão, o julgamento do trabalho e da conformidade, e o desempenho do pessoal deve ser evitado das conclusões directas no contexto das operações.

Problemas que as empresas normalmente enfrentam

Fluxogramas não são consistentes com operações reais e as questões são debatidas apenas em reuniões

Apenas ciclo médio, sem nós específicos, papéis e caminhos de exceção

A automação local moveu o backlog para uma posição de continuação, enquanto move o passo para frente mais rápido

Os eventos de dados não tinham identificação uniforme e semântica de tempo para recuperar em todo o sistema

Nenhum valor de base pré-line, nenhum valor demonstrado após a conclusão do AI ou projetos de automação

Nossos serviços principais

Objetivos de negócios, escopo do processo, indicadores e diagnóstico de dados de eventos

ERP, CRM, OA, MES, planilha, etc.

Descoberta de processo de ponta a ponta, variante, espera, análise de back-to-work e gargalos

Observação da missão, correio de documentos e classificação manual assistida pelo AI

Desvios de conformidade, homologações duplicadas, reconhecimento de emissões de qualidade de dados e separação

Regras, API, fluxo de trabalho, RPA e Automation Oportunidades de Automação de Agentes

Processos-alvo, responsabilidades do sistema e melhoria progressiva da concepção da rota

Ciclo pré e pós-linha, qualidade, resultados manuais e operacionais re-verificar

PROJECT DECISION PATH

Continuar a julgar no contexto dos projectos em curso

As fronteiras de serviço, as bases orçamentais e as modalidades de execução para diferentes fases do projecto não são idênticas e podem ser avaliadas em conjunto com as seguintes.

Tópicos de aquisiçãoTerceirização e aceitação de engenharia automatizadaRota técnica, âmbito do projecto, critérios de fornecimento e de produção Orientações orçamentaisAI Custos e Ciclos de Fluxo de TrabalhoEntradas estimadas por nós de processo, interface de sistemas, mandato AI e escopo de governança Compreensão de papéisQual é o especialista da A.I.A.?Compreender as responsabilidades de diagnóstico, arquitetura, implementação, avaliação e transferência de conhecimento

Entregas de projetos

Os limites finais de entrega são definidos de acordo com o escopo dos serviços, a fase de construção e as modalidades de cooperação, e são descritos a seguir como resultados comuns.

DELIVERABLEÂmbito do processo, modelos de eventos e relatórios de qualidade de dados

DELIVERABLEAnálise real de fluxograma, variante e gargalo

DELIVERABLEEnquanto se aguardam violações do passado e lista de provas subjacentes

DELIVERABLEAutomatização da matriz de risco prioritário do valor de oportunidade

DELIVERABLEProcessos-alvo, interfaces de sistema e roteiro de implementação

DELIVERABLECartas de trabalho do PC, benchmarks de indicadores e Metodologia de recepção e inspeção

DELIVERABLEAnálise de scripts, calibradores de dados e discos

Como é avaliado o orçamento do projecto

Cobertura de serviço e fechamento de negócios para o primeiro período de conclusão: objetivo de negócio, escopo do processo, indicadores e dados de evento diagnóstico, ERP, CRM, OA, MES, planilha, etc.

Nível de integridade dos códigos, dados, sistemas, equipamentos e documentos existentes e âmbito de cobertura a controlar, reinstalar ou reengenhar

Número de interfaces de terceiros, responsabilidades de coordenação, qualidade dos dados, compensação invulgar e cooperação externa de fornecedores

Requisitos não funcionais, tais como desempenho, disponibilidade, segurança, autoridade, auditoria, conformidade e janelas de acesso

Profundidade de entrega e responsabilidade a longo prazo: PoC Tarefa carta, indicador de linha de base e metodologia de aceitação, análise de scripts, calibrar dados e material duplicado, e garantia de qualidade, transporte de intervalos de continuidade de manutenção de paz

Estas circunstâncias não recomendam o início imediato do desenvolvimento pleno.

Os objetivos do projeto, as pessoas responsáveis e os critérios de aceitação não são estabelecidos

Contas-chave, dados, interfaces ou autorizações de negócios não disponíveis

Só se procura o preço máximo ou o ciclo muito curto, não sendo aceites os ensaios necessários e o controlo de qualidade.

IMPLEMENTATION PLAYBOOK

Como a AI processa a mineração e a inteligência do processo passam da demanda para os resultados de aceitação

Para explicar a metodologia de implementação, o calibre de dados e os limites de responsabilidade, não são utilizados como proxy para julgamento de projetos por listas funcionais.

01 Base operacional

Primeiro, registramos o estado real antes da modificação.

Quando o projeto é lançado, uma cadeia de negócios que precisa de maior melhoria é selecionada, entrevistas com os usuários reais e amostras recentes são tomadas. O volume de processamento, tempo médio de espera, tempo de espera, número de back-to-works, números incomuns e pontos de contato manuais são registrados em torno de Objetivos de Negócios, Escopo de Processo, Indicadores e Diagnósticos de Dados de Incidentes; se os dados disponíveis são incompletos, a linha de base é usada como uma conta manual de uma a duas semanas consecutivas. Sem uma linha de base, o projeto só pode ser concluído avaliando se a interface está completa e não é possível avaliar se a escavação de processos e inteligência de processo do AI trazem mudanças sustentáveis de negócios.

A linha de base deve também indicar o âmbito das estatísticas e exclusões. Por exemplo, o tempo de processamento começa com a disponibilidade de informações ou com a primeira apresentação pelo cliente, a exceção não inclui interfaces de terceiros, e as modificações manuais são pequenas revisão ou reprocessamento.

02 Primeiro anel fechado

Validar os pressupostos-chave com o mínimo de âmbito disponível

A primeira questão, que não procura cobrir todos os setores, é sobre “ERP, CRM, OA, MES, Worksheet, etc., extração e ligação” um ciclo fechado que pode ser operado em tempo real: define claramente a entrada, as regras de processamento, as ações do sistema, os papéis responsáveis, os movimentos anormais e a saída final. Principais funções incluem, pelo menos, os proprietários de empresas, usuários reais, interfaces técnicas e gerentes de recepção e inspeção, evitando a demanda sendo descrita pela gestão e sendo usado na linha por outro grupo.

A avaliação da necessidade corresponde a cada competência ao cenário de negócios, papel do utilizador e aceitação de amostras.Os assuntos que não forneçam dados, interfaces ou decisores legítimos devem ser incluídos como pré-condição ou fase subsequente, e não devem ser incluídos em silêncio numa oferta de gama fixa.

• Implementação de projectos

Tornar o processo num resultado reversível e reversível da fase

Caminhos típicos são a determinação do objetivo e limite de processo de negócios, extração e verificação de dados de eventos, identificação de variáveis de processo e gargalos, e entrevistas de negócios correspondentes para validar causas raiz. Cada etapa deve resultar em resultados identificáveis, como fluxogramas, protótipos, interfaces, registros de teste, declarações de implantação ou demonstrações em execução.

A demonstração de estágio não é “parece apto para trabalhar”. Uma amostra representativa deve ser usada para cobrir processos normais, campos em falta, solicitações repetidas, autoridade inadequada, superação de tempo e anomalias históricas de dados de serviços externos, e para identificar problemas que surgem apenas no ambiente de produção em uma fase inicial.

04 Operações de recepção e inspecção

Aceitação e aceitação comuns com a entrega, os elementos de prova e os indicadores

O projeto deve, pelo menos, conciliar o escopo do processo, o modelo de evento e o relatório de qualidade dos dados, o fluxograma verdadeiro, a análise variante e de estrangulamentos, a lista de espera de violações de back-to-work e evidência de causa raiz, e confirmar o código fonte ou atribuição de configuração, gestão de conta, implantação de construção, backup de dados, resposta de falhas e subsequente responsabilidades de manutenção. Além da aceitação funcional, deve também verificar a permissão, segurança, desempenho, logs, recuperação e treinamento de usuários chave para garantir que a equipe do cliente seja capaz de usar e entender os limites do sistema de forma independente.

Assumindo uma linha de base de 800 itens por mês, uma média de 18 minutos por unidade e uma taxa de retorno de 12 por cento, este é apenas um exemplo, não o desempenho de um cliente. A linha de cima deve ser seguida por quatro a oito semanas consecutivas de observação contínua no mesmo calibre, antes de avaliar se o processo está sendo alcançado da percepção para a evidência, entrada automatizada focada em links de alto valor, e o sistema de retrofit tem prioridades claras.

Palavras-chave e descrição do conteúdo

Esta página contém conteúdo organizacional em torno de problemas de serviço reais, como escavação de processo AI, escavação de processo de negócios, inteligência de processo, consultoria de otimização de processos. Palavras-chave são usadas para ajudar os usuários e sistemas de pesquisa identificar temas, sem implicar compromisso com efeitos fixos; escopo final, ciclo, orçamento e indicadores são baseados no diagnóstico do projeto, contrato e base de aceitação.

DELIVERY PATH

Vias de implementação e de entrega

Cada etapa tem objetivos claros, papéis participativos e resultados avaliáveis, e decisões importantes não são deixadas para o final do projeto.

01Os objetivos operacionais e os limites do processo são definidos

02Extrair e verificar dados de eventos

03Variações de processo e gargalos detectados

04Validação das causas fundamentais em relação a entrevistas de negócios

05Sistema de classificação e oportunidades de melhoria AI

06Implementação e nova análise dos resultados operacionais

FAQ

FAQs

As questões mais comuns antes da cooperação são claramente indicadas com antecedência.

Que diferença faz entre a escavação de processo e a penteação de processo comum?+

A combinação comum é baseada principalmente em entrevistas e arquivos de sistema; a mineração de processos usa o sistema para registrar o caminho e o tempo reais do evento. Os dois devem ser combinados, pois os registros explicam o que aconteceu e a equipe operacional pode explicar o porquê.

Você ainda pode fazer escavação de processo sem dados completos do ERP?+

O primeiro resultado pode ser a localização do evento e o programa de governança de dados quando os dados estão seriamente faltando.

Você tem que usar o AI quando descobrir sobre o processo?+

Não necessariamente. Responsabilidades, regras, dados mestre ou configurações de aprovação podem ser reparados através de ajustes de gerenciamento e software comum. Somente compreensão de documentos, julgamento de linguagem, exceções complexas ou tarefas dinâmicas são adequados para a introdução no AI.

Como o projeto de escavação de processo aceita e aceita?+

A cobertura dos dados, o calibre dos eventos, o caminho do processo, o ciclo e a variante devem ser verificados para verificar se há reemergência do sistema de origem, com questões-chave identificadas pelo chefe de operações e prioridades melhoradas.

DECISION FAQ

Questões comuns relacionadas com os projectos em curso

Confira todas as 265 perguntas.

Engenharia de contexto empresarial, migração de modelos e inteligência de processos

Quais dados as empresas precisam para preparar para escavações de processo AI?

No mínimo, é necessário um identificador de objeto de negócio, um grupo de nomes de atividade e tempo correspondente, como o número de ordem, o estado de ordem e o tempo de ocorrência. Para analisar a organização, a espera, a colaboração back-to-work e inter-system, também requer funções de usuário, departamentos, quantidades, canais e objetos associados. Os dados não precisam ser inicialmente perfeitos, mas devem ser capazes de amostrar de volta ao sistema de origem para verificar. Na ausência de um registro de evento, a primeira fase pode ser preenchida com um site ou observação de tarefa.

Ver resposta completaEngenharia de contexto empresarial, migração de modelos e inteligência de processos

Que diferença faz entre a escavação de processo e a automação AI? O que deve ser feito primeiro?

A mineração de processos é usada para descobrir como as operações realmente funcionam, onde o trabalho está esperando e quais variações causam perdas; a automação AI é usada para alterar os passos que se encaixam na máquina. Quando a causa do problema não é clara para a empresa, ela deve diagnosticar e estabelecer uma linha de base. Quando o processo é claro, a tarefa é estável e uma amostra está disponível, um PoC automatizado de pequena escala pode ser feito diretamente. Nem todos os problemas de processo requerem AI, e regras, interfaces ou ajustes de gerenciamento podem ser mais eficazes.

Ver resposta completaEngenharia de automação, terceirização de automação e especialistas em automação AI

Qual é a principal responsabilidade do especialista AIA?

O especialista em automação de inteligência manual é responsável por transformar tarefas operacionais em sistemas automatizados operacionais, avaliáveis, em vez de simplesmente ferramentas de configuração ou preparação de dicas. O trabalho geralmente inclui diagnóstico de processo, priorização de paisagem, amostra e avaliação, regras e seleção de modelos, design de agente e fluxo de trabalho, integração API, auditoria de competência, aquisição incomum, monitoramento de implantação e operação contínua.