Diagnóstico de processos da Disbral
Retrato preliminar dos processos operacionais, montado do que as conversas de projeto permitem afirmar. A validar com quem opera cada etapa.
O contexto em que esse processo vive
Matriz · situação ATIVA
Sociedade Empresária Limitada
Distrito Agroindustrial (DAIAG)
Atividade principal: petroquímicos básicos (CNAE 2021-5/00)
R$ 20.744.876,00
DF, CE, RJ, PR, ES, BA, MG, MT, RS, MS, GO, TO, PE e SP
O Grupo Disbral (Disbral - Distribuidora Brasileira de Asfalto Ltda), fundado em 1991, é referência nacional na produção, distribuição e logística de produtos asfálticos e derivados de petróleo, com atuação nos setores de infraestrutura e pavimentação em todo o território nacional. Duas frentes principais: a Disbral Asfalto, que produz e comercializa ligantes asfálticos (CAP, asfaltos diluídos e emulsões), com destaque para o asfalto-borracha (AB08 e AB22) fabricado em unidade automatizada com conceitos de Indústria 4.0 em Aparecida de Goiânia; e a Disbral Logística, fundada em 2009, especializada no transporte de derivados de petróleo e cargas perigosas, atendendo grandes clientes como Transpetro e Vibra.
A estrutura societária combina pessoas físicas e holdings de participação (que ingressaram no quadro em 2023, sinal de planejamento societário). O ERP em uso é o Protheus (TOTVS), com múltiplas filiais; três processos Fluig estão em diagnóstico neste portal: Aplicar Nota Fiscal, Solicitar Compras e Aplicar Documentos Financeiros.
Fonte: pesquisa pública (Econodata, site institucional grupodisbral.com.br, LinkedIn). A validar com o cliente.
- Fábrica de asfalto-borracha automatizada (Indústria 4.0) em Aparecida de Goiânia
- Certificações ISO 9001, 14001 e 45001 na operação logística
- Frota com rastreamento veicular de alta precisão
- Cobertura nacional: filiais em 14 estados
Cadeia de valor
Ela é montada com o que o perfil público e as conversas de projeto permitem, e cresce a cada processo mapeado.
Aplicar Nota Fiscal
Retrato preliminar derivado do codigo Fluig. A validar com quem opera.
Quem responde pelo processo, quem decide e com que rito ele é revisto. Onde estiver "não definido", é porque nenhuma reunião estabeleceu, e definir passa a ser parte do trabalho.
O processo de aplicacao de notas fiscais, como o sistema o executa
Retrato preliminar derivado do codigo Fluig. A validar com quem opera.
Resumo executivo
Primeiro retrato do processo de Aplicar Nota Fiscal, construido inteiramente por leitura de codigo Fluig (BPMN, form HTML, scripts de workflow, dataset Protheus). Mapeia como o sistema encaminha um documento fiscal desde o lancamento pelo Solicitante ate a escrituracao no Protheus, passando por ate 5 setores (Contabilidade, Financeiro, Controladoria, Compras) com multiplos loops de devolucao. Nenhuma voz humana foi ouvida: este retrato reflete o que o sistema executa, nao necessariamente como o processo e vivido. Confiabilidade: Preliminar (nota 3/100). Proximo passo: entrevistar os operadores de cada area.
O fluxo do processo, como foi descrito
O processo tem 5 raias (Solicitante, Controladoria, Financeiro, Contabilidade, Compras) e roda dentro do Fluig. A entrada passa por um roteamento automático de política (emissão e vencimento) antes das análises; devoluções voltam ao Solicitante, que ajusta e reaplica. Fluxo derivado do código Fluig: a validar com quem opera.
↓ Baixar o fluxo em SVG (amplie sem perder qualidade)A versão densa de cada etapa, para leitura e validação em campo. Onde o detalhe vem de uma única voz, isso está sinalizado no texto.
SIPOC · o processo em uma folha
Matriz RACI · quem faz o quê em cada etapa
| Etapa |
|---|
Achados ricos e dores recorrentes
Do cruzamento das entrevistas emergiram dores recorrentes e caminhos paralelos ao sistema. Os pontos confirmados por mais de uma voz já valem como achados; os de voz única ficam marcados como relato a confirmar.
O que falta e o caminho para os 100%
O diagnóstico aponta os próprios buracos. Abaixo, o que nenhuma versão preencheu ainda, o que fazer para fechar cada um, e com quem falar a seguir.
Lacunas e o que fazer
Com quem falar a seguir
Decisões
Métricas propostas
Métricas candidatas, derivadas das dores que o diagnóstico revelou. Nenhuma está medida ainda: a instrumentação entra como entrega do mapeamento dedicado. Os dois painéis do topo trazem o único número real disponível hoje, o andamento do próprio trabalho.
TO BE · Processo futuro
O redesenho do processo será elaborado após a consolidação do mapeamento AS IS com todos os respondentes. As informações do TO BE não estão disponíveis neste momento.
O TO BE requer o AS IS consolidado (mínimo 3 entrevistas) como ponto de partida. Com o AS IS ainda em consolidação, o retrato do processo ainda não está fechado. Quando o mapeamento estiver completo, esta seção trará o fluxo redesenhado, as oportunidades de melhoria priorizadas, os ganhos esperados e os indicadores-alvo.
O quanto você pode confiar neste retrato
Retrato derivado exclusivamente de leitura de codigo (BPMN, form HTML, scripts, dataset Protheus). Nenhuma entrevista realizada. As dimensoes de Convergencia e Cobertura sao zero: sem vozes humanas, nao ha o que cruzar nem confirmar. A Profundidade ganha 20 pontos pelos detalhes de regras de negocio que o codigo documenta (tipos de erro, motivos de devolucao, integracao Protheus), mas nao ha volumes, SLA real ou dores operacionais. Resultado: 3 pontos. Trava de seguranca ativa: com menos de 3 entrevistas, o nivel nao sobe alem de Preliminar.
Ouvir ao menos 3 pessoas do processo (um Solicitante, alguem da Contabilidade, alguem do Financeiro ou Controladoria). Quando o cruzamento mostrar convergencia, Convergencia e Cobertura saem de zero e a nota salta para a faixa de Em consolidacao (40-69).
O método por trás deste documento
Não mapeamos por opinião. Cruzamos versões de quem vive o processo, medimos a confiabilidade do que encontramos e só damos como verdade o que mais de uma voz confirma.
Cada informação deste retrato vem de uma entrevista. Abaixo, todas as sessões, identificadas por função e modalidade de coleta; a identificação nominal fica no registro interno da Praxis. Documentos de apoio produzidos pela Praxis a partir das entrevistas não contam como fonte independente.
Para avançar daqui
Versões
Duas linhas do tempo que não se misturam: a do processo, que registra a realidade da operação mudando, e a do diagnóstico, que registra o nosso retrato ficando mais nítido. Uma nota que muda não significa que o processo mudou; significa que passamos a enxergar melhor.
Solicitar Compras
Retrato preliminar derivado do codigo Fluig. A validar com quem opera.
Quem responde pelo processo, quem decide e com que rito ele é revisto. Onde estiver "não definido", é porque nenhuma reunião estabeleceu, e definir passa a ser parte do trabalho.
O processo de solicitacao de compras, como o sistema o executa
Retrato preliminar derivado do codigo Fluig. A validar com quem opera.
Resumo executivo
Primeiro retrato do processo de Solicitar Compras, construido inteiramente por leitura de codigo Fluig (BPMN, form HTML, displayFields.js, beforeSendValidate.js). Mapeia como o sistema gerencia uma necessidade de compra desde o cadastro da solicitacao pelo Solicitante ate a integracao como SC no Protheus, passando por um sub-ciclo opcional de cadastro de produto (quando o item nao existe no ERP) e pela aprovacao. Nenhuma voz humana foi ouvida e dois gateways do BPMN estao mal configurados, tornando a integracao Protheus tecnicamente inalcancavel pelo motor. Este retrato e um ponto de partida para entrevistas e correcoes.
O fluxo do processo, como foi descrito
O processo tem 4 raias (Solicitante, Compras, Aprovador e a integração de sistema) e roda dentro do Fluig. Quando há item não catalogado, o fluxo desvia para o sub-ciclo Compras-Solicitante antes de chegar ao Aprovador; após a aprovação, a solicitação segue para a integração com o Protheus. Fluxo derivado do código Fluig: a validar com quem opera.
↓ Baixar o fluxo em SVG (amplie sem perder qualidade)A versão densa de cada etapa, para leitura e validação em campo. Onde o detalhe vem de uma única voz, isso está sinalizado no texto.
SIPOC · o processo em uma folha
Matriz RACI · quem faz o quê em cada etapa
| Etapa |
|---|
Achados ricos e dores recorrentes
Do cruzamento das entrevistas emergiram dores recorrentes e caminhos paralelos ao sistema. Os pontos confirmados por mais de uma voz já valem como achados; os de voz única ficam marcados como relato a confirmar.
O que falta e o caminho para os 100%
O diagnóstico aponta os próprios buracos. Abaixo, o que nenhuma versão preencheu ainda, o que fazer para fechar cada um, e com quem falar a seguir.
Lacunas e o que fazer
Com quem falar a seguir
Decisões
Métricas propostas
Métricas candidatas, derivadas das dores que o diagnóstico revelou. Nenhuma está medida ainda: a instrumentação entra como entrega do mapeamento dedicado. Os dois painéis do topo trazem o único número real disponível hoje, o andamento do próprio trabalho.
TO BE · Processo futuro
O redesenho do processo será elaborado após a consolidação do mapeamento AS IS com todos os respondentes. As informações do TO BE não estão disponíveis neste momento.
O TO BE requer o AS IS consolidado (mínimo 3 entrevistas) como ponto de partida. Com o AS IS ainda em consolidação, o retrato do processo ainda não está fechado. Quando o mapeamento estiver completo, esta seção trará o fluxo redesenhado, as oportunidades de melhoria priorizadas, os ganhos esperados e os indicadores-alvo.
O quanto você pode confiar neste retrato
Retrato derivado exclusivamente de leitura de codigo (BPMN, form HTML, displayFields.js, beforeSendValidate.js, scripts de evento e datasets). Nenhuma entrevista realizada. As dimensoes de Convergencia e Cobertura sao zero: sem vozes humanas, nao ha o que cruzar nem confirmar. A Profundidade ganha 20 pontos pelo detalhamento tecnico do codigo (paineis, campos, historico), mas nao ha volumes, SLA real ou criterios de aprovacao. Resultado: 3 pontos. Trava de seguranca ativa: com menos de 3 entrevistas, o nivel nao sobe alem de Preliminar.
Ouvir ao menos 3 operadores: um Solicitante, alguem do setor de Compras e o Aprovador. Cruzar vozes e o que faz as dimensoes de Convergencia e Cobertura saírem de zero e a nota saltar para a faixa de Em consolidacao (40-69).
O método por trás deste documento
Não mapeamos por opinião. Cruzamos versões de quem vive o processo, medimos a confiabilidade do que encontramos e só damos como verdade o que mais de uma voz confirma.
Cada informação deste retrato vem de uma entrevista. Abaixo, todas as sessões, identificadas por função e modalidade de coleta; a identificação nominal fica no registro interno da Praxis. Documentos de apoio produzidos pela Praxis a partir das entrevistas não contam como fonte independente.
Para avançar daqui
Versões
Duas linhas do tempo que não se misturam: a do processo, que registra a realidade da operação mudando, e a do diagnóstico, que registra o nosso retrato ficando mais nítido. Uma nota que muda não significa que o processo mudou; significa que passamos a enxergar melhor.
Aplicar Documentos Financeiros
Retrato preliminar derivado do codigo Fluig. A validar com quem opera.
Quem responde pelo processo, quem decide e com que rito ele é revisto. Onde estiver "não definido", é porque nenhuma reunião estabeleceu, e definir passa a ser parte do trabalho.
O processo de aplicacao de documentos financeiros, como o sistema o executa
Retrato preliminar derivado do codigo Fluig. A validar com quem opera.
Resumo executivo
Primeiro retrato do processo de Aplicar Documentos Financeiros, construido inteiramente por leitura de codigo Fluig (BPMN, form HTML, scripts de workflow). E o processo-irmao do Aplicar Nota Fiscal: recebe os documentos que nao sao nota fiscal de compra (boletos, faturas, folha, guias, recibos, relatorios de viagem e de prestacao de contas, taxas) e tambem as solicitacoes de pagamento antecipado (P.A.), que depois exigem prestacao de contas. Envolve Solicitante, Controladoria e Financeiro, com loops de devolucao e um vinculo direto com o Aplicar Nota: quando a prestacao de contas do P.A. e uma nota fiscal, o sistema dispara o processo Aplicar Nota como subprocesso. Nenhuma voz humana foi ouvida: este retrato reflete o que o sistema executa. Confiabilidade: Preliminar (nota 3/100).
O fluxo do processo, como foi descrito
O processo tem 3 raias (Solicitante, Controladoria, Financeiro) e roda dentro do Fluig. A entrada passa por um roteamento automatico que considera a politica de datas e o tipo de documento; o ramo de pagamento antecipado (P.A.) abre uma segunda fase de prestacao de contas, que pode disparar o processo Aplicar Nota Fiscal como subprocesso. Fluxo derivado do codigo Fluig: a validar com quem opera.
↓ Baixar o fluxo em SVG (amplie sem perder qualidade)A versão densa de cada etapa, para leitura e validação em campo. Onde o detalhe vem de uma única voz, isso está sinalizado no texto.
SIPOC · o processo em uma folha
Matriz RACI · quem faz o quê em cada etapa
| Etapa |
|---|
Achados ricos e dores recorrentes
Do cruzamento das entrevistas emergiram dores recorrentes e caminhos paralelos ao sistema. Os pontos confirmados por mais de uma voz já valem como achados; os de voz única ficam marcados como relato a confirmar.
O que falta e o caminho para os 100%
O diagnóstico aponta os próprios buracos. Abaixo, o que nenhuma versão preencheu ainda, o que fazer para fechar cada um, e com quem falar a seguir.
Lacunas e o que fazer
Com quem falar a seguir
Decisões
Métricas propostas
Métricas candidatas, derivadas das dores que o diagnóstico revelou. Nenhuma está medida ainda: a instrumentação entra como entrega do mapeamento dedicado. Os dois painéis do topo trazem o único número real disponível hoje, o andamento do próprio trabalho.
TO BE · Processo futuro
O redesenho do processo será elaborado após a consolidação do mapeamento AS IS com todos os respondentes. As informações do TO BE não estão disponíveis neste momento.
O TO BE requer o AS IS consolidado (mínimo 3 entrevistas) como ponto de partida. Com o AS IS ainda em consolidação, o retrato do processo ainda não está fechado. Quando o mapeamento estiver completo, esta seção trará o fluxo redesenhado, as oportunidades de melhoria priorizadas, os ganhos esperados e os indicadores-alvo.
O quanto você pode confiar neste retrato
Retrato derivado exclusivamente de leitura de codigo (BPMN, form HTML, scripts de workflow e de formulario). Nenhuma entrevista realizada. As dimensoes de Convergencia e Cobertura sao zero: sem vozes humanas, nao ha o que cruzar nem confirmar. A Profundidade ganha 20 pontos pelas regras de negocio que o codigo documenta (politicas de data, tipos de documento, prestacao de contas do P.A.), mas nao ha volumes, SLA real ou dores operacionais. Resultado: 3 pontos. Trava de seguranca ativa: com menos de 3 entrevistas, o nivel nao sobe alem de Preliminar.
Ouvir ao menos 3 pessoas do processo (um Solicitante, alguem do Financeiro e alguem da Controladoria). Quando o cruzamento mostrar convergencia, Convergencia e Cobertura saem de zero e a nota salta para a faixa de Em consolidacao (40-69).
O método por trás deste documento
Não mapeamos por opinião. Cruzamos versões de quem vive o processo, medimos a confiabilidade do que encontramos e só damos como verdade o que mais de uma voz confirma.
Cada informação deste retrato vem de uma entrevista. Abaixo, todas as sessões, identificadas por função e modalidade de coleta; a identificação nominal fica no registro interno da Praxis. Documentos de apoio produzidos pela Praxis a partir das entrevistas não contam como fonte independente.
Para avançar daqui
Versões
Duas linhas do tempo que não se misturam: a do processo, que registra a realidade da operação mudando, e a do diagnóstico, que registra o nosso retrato ficando mais nítido. Uma nota que muda não significa que o processo mudou; significa que passamos a enxergar melhor.