Mapeamento do Processo Futuro (TO-BE) - Operação Integrada no RUB

Arquitetura técnica e operacional do Processo Futuro (TO-BE) de inventário físico para a rede Plurix, integrando o RUB com o ERP corporativo.

A esteira operacional substitui apontamentos em papel, coletores legados e digitação manual por planejamento corporativo de sortimento, verificação prévia de viabilidade de loja, telemetria em tempo real nos coletores móveis RUB, recontagens auditadas com Gestor de Loja, decisão soberana de encerramento pelo operador na Web e devolução automatizada de saldos para conciliação contábil no ERP.

🚀 Diretrizes Operacionais do Processo Modernizado

A esteira TO-BE estabelece uma operação orquestrada entre a retaguarda e o chão de loja:

🔄 Diagrama Macro End-to-End do Processo TO-BE

O fluxograma abaixo detalha a orquestração do processo futuro, integrando os nós de paralelismo (+), subprocessos especializados e regras de governança:

flowchart TD
    subgraph Analista_Estoque["Analista de Estoque - Prevenção"]
        Start((Início))
        A2["Disponibilizar sortimento<br/>de contagem no ERP"]
        A3[["Acompanhamento das informações<br/>lançadas em tempo real ➕"]]
        A4[["Analisar divergência na Web ➕"]]
        A5["Arquiva documento"]
        End((Fim))
    %% Anotações da Raia 1
        N2["Respeitando a qtde máxima<br/>de 10k skus"]
        N5["Poderá solicitar recontagem<br/>de algum item via Web"]
    end

    subgraph Analista_Inventario["Analista de Inventário / Operador"]
        B1["Ingestão de pendências e<br/>abertura no RUB"]
        B2["Aplicar Check List<br/>de viabilidade (Pré-RUB)"]
        G1{"Há viabilidade?"}
        B3[["Cancelar e reprogramar<br/>contagem ➕"]]
        B4["Abertura do inventário<br/>no RUB para contagem"]
        B5["Realizar contagem 1"]
        G_Par1{"+"}
        B6["Finalizar contagem 1"]
        G_Par2{"+"}
        B7["Analisar divergência e<br/>definir recontagem na Web"]
        G2{"Operador decide (Web):<br/>Haverá recontagem?"}
        B8[["Encaminhar inventário<br/>para fechamento ➕"]]
        B9["Realizar contagem 2<br/>(junto com Gestor)"]
        G3{"Contagem 2 bateu com<br/>contagem 1 ou estoque<br/>na abertura?"}
        B10["Realizar contagem 3<br/>(com Gestor)"]
        B11["Encerrar Inventário"]
        B12["Imprimir relatório final<br/>no RUB"]
    %% Anotações da Raia 2
        N3["Loja com histórico de nota abaixo<br/>de 80 pontos aplicação 2 x no ciclo"]
        N4["A contagem deve iniciar<br/>pela área de venda"]
        N6["Decisão na Web pelo operador:<br/>atenção às maiores faltas e sobras"]
        N7["Realizada junto com Gestor"]
        N8["Realizada com Gestor"]
        N9["RUB - devolve saldos finais<br/>para conciliação no ERP"]
    end

    subgraph Lane2["Lane 2 (Gestor / Gerente Loja)"]
        C1["Assinar ciência<br/>do resultado"]
    end

%% Ligações de Notas
    N2 -.-> A2
    N5 -.-> A4
    N3 -.-> B2
    N4 -.-> B5
    N6 -.-> B7
    N7 -.-> B9
    N8 -.-> B10
    N9 -.-> B11
%% Fluxo do Processo
    Start --> A2
    A2 --> B1
    B1 --> B2
    B2 --> G1
    G1 -- Não --> B3
    G1 -- Sim --> B4
    B4 --> B5
    B5 --> G_Par1
    G_Par1 --> A3
    G_Par1 --> B6
    B6 --> G_Par2
    G_Par2 --> A4
    G_Par2 --> B7
    B7 --> G2
    G2 -- Não --> B8
    G2 -- Sim --> B9
    B9 --> G3
    G3 -- Sim --> B11
    G3 -- Não --> B10
    B10 --> B11
    B11 --> B12
    B12 --> C1
    C1 --> A5
    A5 --> End

📌 Subfluxo TO-BE 01: Abertura na RPInfo e Ingestão de Pendências no RUB

Geração das pendências de auditoria de estoque no ERP RPInfo, ingestão incremental pelo novo Job no módulo rpinfo e preparação da contagem no RUB.

flowchart TD
    Start((Início)) --> A2["Definir Sortimento<br/>de Contagem no ERP"]
    A2 --> B1["RPInfo Abre Inventário e<br/>Expõe Pendências na API"]
    B1 --> B1_Job["Novo Job rpinfo Consome API<br/>e Abre Lote no RUB"]
    B1_Job --> Next(["▶ Transição para Subfluxo TO-BE 02<br/>(Viabilidade e Liberação no RUB)"])

    N2["Respeitando a quantidade máxima<br/>de 10k SKUs"] -.-> A2
    N_Div["Divergências: Posição do RUB<br/>na abertura do inventário"] -.-> B1_Job

Contrato de Autorreferência

• Origem / Gatilho: Liberação de lote de produtos para auditoria de estoques no ERP RPInfo.
• Destino / Próximo Passo: Transição para o Subfluxo TO-BE 02 (Auditoria Prévia de Viabilidade e Abertura no RUB).
• Relação de Dependência: As pendências geradas no ERP são consumidas pelo Job do módulo rpinfo, que prepara a carga do lote no RUB; para cálculo de divergências, será usada a posição de estoque do RUB na abertura do inventário.

Atividades e Regras de Negócio

1. Definição de Sortimento Diário (A2):
   • Teto Operacional (N2): Cada lote de contagem no Flex ONE é delimitado respeitando o limite operacional de até 10.000 SKUs.
2. Abertura do Processo na RPInfo (B1):
   • A equipe do cliente/ERP gera a auditoria de estoque no Flex ONE, disponibilizando os registros na API REST oficial.
3. Ingestão Incremental e Abertura do Lote (B1_Job):
   • O novo Job no módulo rpinfo do RUB consome as pendências via GET /v1.1.
   • Cálculo de Divergências (N_Div): Para cálculo de divergências, será usada a posição de estoque do RUB na abertura do inventário.

📌 Subfluxo TO-BE 02: Auditoria Prévia de Viabilidade e Abertura no RUB

Validação operacional das condições físicas da loja como etapa preliminar e mandatória antes da abertura da contagem no RUB.

flowchart TD
    Prev(["◀ Entrada de Subfluxo TO-BE 01<br/>(Carga Disponibilizada)"]) --> B2["Aplicar Check List de Viabilidade<br/>(Procedimento Prévio ao RUB)"]
    B2 --> G1{"Há viabilidade?"}
    G1 -- Não --> B3[["Subprocesso B3: Cancelar e<br/>Reprogramar Contagem ➕"]]
    B3 --> EndReprog((Notificação e Replanejamento))
    G1 -- Sim --> B4["Abertura do Inventário no RUB<br/>(Liberação para Contagem)"]
    B4 --> Next(["▶ Transição para Subfluxo TO-BE 03<br/>(Execução Concorrente e Telemetria)"])

    N3["Loja com histórico de nota abaixo<br/>de 80 pontos aplicação 2 x no ciclo"] -.-> B2

Contrato de Autorreferência

• Origem / Gatilho: Chegada da equipe à loja com a carga de inventário definida (Subfluxo TO-BE 01).
• Destino / Próximo Passo:
  • Viável (G1 = Sim): Abertura do lote no RUB (B4) e transição para o Subfluxo TO-BE 03 (Execução Concorrente e Telemetria).
  • Inviável (G1 = Não): Acionamento do subprocesso B3 (Cancelamento e reprogramação externa antes de abrir a contagem no RUB).

Atividades e Regras de Negócio

1. Aplicação do Check List de Viabilidade (B2):
   • Procedimento operacional executado pelo Analista de Inventário na loja antes de iniciar o inventário no RUB. Avalia organização das gôndolas, etiquetas de preço, ausência de mercadorias sem cadastro e arrumação do depósito.
   • Regra de Risco (N3): Lojas com histórico de pontuação inferior a 80 pontos recebem aplicação obrigatória duas vezes no mesmo ciclo (prévia e final).
2. Decisão de Viabilidade (G1):
   • Constatada a viabilidade física, autoriza-se a abertura no sistema. Em caso de não conformidade impeditiva, aciona-se B3 para reprogramação sem abrir o inventário no RUB.
3. Abertura do Inventário no RUB (B4):
   • O inventário é aberto no RUB, liberando a lista de produtos nos coletores para início da 1ª Contagem.

📌 Subfluxo TO-BE 03: Execução Concorrente da 1ª Contagem e Telemetria em Tempo Real

Varredura física das mercadorias com acompanhamento simultâneo da evolução pela retaguarda.

flowchart TD
    Prev(["◀ Entrada de Subfluxo TO-BE 02<br/>(Inventário Aberto)"]) --> B5["Realizar Contagem 1<br/>(Coletores Mobile)"]
    B5 --> G_Par1{"+ Ponto de Paralelismo"}
    
    G_Par1 --> A3[["Subprocesso A3: Acompanhamento<br/>das Informações em Tempo Real ➕"]]
    G_Par1 --> B6["Finalizar Contagem 1<br/>(Analista de Inventário)"]
    
    A3 -.-> Synch((Sincronização Concorrente))
    B6 -.-> Synch
    
    Synch --> Next(["▶ Transição para Subfluxo TO-BE 04<br/>(Análise Concorrente de Divergências)"])

    N4["A contagem deve iniciar<br/>pela área de venda"] -.-> B5

Contrato de Autorreferência

• Origem / Gatilho: Abertura do inventário (B4) no Subfluxo TO-BE 02.
• Destino / Próximo Passo: Sincronização dos ramais concorrentes e avanço para o Subfluxo TO-BE 04 (Análise de Divergências e Decisão de Recontagem via Web).

Atividades e Regras de Negócio

1. Início da Contagem 1 (B5):
   • Sequência Operacional (N4): Leitura física inicia obrigatoriamente pela área de vendas (gôndolas, pontas e ilhas) e segue para o depósito.
2. Ponto de Paralelismo (G_Par1):
   • Ramal de Campo (B6): Operadores executam a contagem nos coletores móveis com acumulação automática por endereço.
   • Ramal de Telemetria (A3): O Analista de Estoque acompanha em painel ao vivo o ritmo de bipagens, produtividade e cobertura de SKUs sem necessidade de mensagens informais.
3. Finalização da Contagem 1 (B6):
   • O analista conclui a primeira rodada no dispositivo, disparando o cálculo imediato das divergências.

📌 Subfluxo TO-BE 04: Análise de Divergências e Decisão de Recontagem via Web

Avaliação analítica dos desvios na interface Web do RUB para definição deliberada das recontagens pelo operador (não automática e não realizada no coletor).

flowchart TD
    Prev(["◀ Entrada de Subfluxo TO-BE 03<br/>(Contagem 1 Concluída)"]) --> G_Par2{"+ Ponto de Paralelismo"}
    
    G_Par2 --> A4[["Subprocesso A4: Analisar Divergência na Web<br/>(Analista de Estoque) ➕"]]
    G_Par2 --> B7["B7: Analisar Divergência e Definir Recontagem<br/>(Operador via Interface Web do RUB)"]
    
    A4 -.-> Eval((Decisão do Operador na Web))
    B7 -.-> Eval
    
    Eval --> G2{"Operador decide:<br/>Haverá recontagem?"}
    G2 -- Não --> B8[["Subprocesso B8: Encaminhar<br/>para Fechamento ➕"]]
    B8 --> NextClose(["▶ Transição para Subfluxo TO-BE 06<br/>(Decisão de Encerramento na Web)"])
    G2 -- Sim --> NextRecount(["▶ Transição para Subfluxo TO-BE 05<br/>(Ciclo de Recontagens com Gestor)"])

    N5["Poderá solicitar recontagem<br/>de algum item via Web"] -.-> A4
    N6["Decisão na Web pelo operador:<br/>atenção às maiores sobras e faltas"] -.-> B7
    N_Web["Decisão via Web: Não é automática<br/>e não é feita no coletor"] -.-> Eval

Contrato de Autorreferência

• Origem / Gatilho: Conclusão da Contagem 1 no Subfluxo TO-BE 03.
• Destino / Próximo Passo:
  • Sem recontagem (G2 = Não): Ativação de B8 e avanço direto para o Subfluxo TO-BE 06 (Decisão de Encerramento pelo Operador na Web e Sincronização).
  • Com recontagem (G2 = Sim): Avanço para o Subfluxo TO-BE 05 (Ciclo de Recontagens com o Gestor de Loja).

Atividades e Regras de Negócio

1. Disponibilização das Divergências na Web:
   • Ao término da Contagem 1 nos coletores móveis, os dados são consolidados na retaguarda do RUB e comparados com a posição de estoque do RUB na abertura do inventário para cálculo de divergências. Os coletores móveis não decidem recontagens.
2. Análise e Decisão pelo Operador via Web (B7 e A4):
   • Não é Automática: O sistema não dispara recontagens automaticamente por regra cega; a decisão de recontar depende de julgamento operacional humano.
   • Operador via Web: O operador acessa a interface Web do RUB, avalia o painel analítico de divergências e seleciona deliberadamente quais itens devem ir para a Contagem 2.
   • Triagem por Pareto (N6): O painel Web destaca as maiores faltas e sobras financeiras, auxiliando o operador a focar nas distorções relevantes.
   • Prevenção / Analista de Estoque (A4, N5): Pode solicitar via Web a recontagem de produtos de alto risco ou estratégicos.
3. Direcionamento da Recontagem (G2):
   • Caso o operador não selecione itens para recontar (G2 = Não), o lote é encaminhado para fechamento (B8).
   • Ao confirmar a lista de recontagem na interface Web (G2 = Sim), o RUB despacha as ordens da Contagem 2 para os coletores móveis.

📌 Subfluxo TO-BE 05: Ciclo de Recontagens com o Gestor de Loja (Contagens 2 e 3)

Execução presencial das contagens adicionais com o Gestor de Loja para os itens direcionados pelo operador via Web.

flowchart TD
    Prev(["◀ Entrada de Subfluxo TO-BE 04<br/>(Recontagem Selecionada na Web)"]) --> B9["Realizar Contagem 2<br/>(Junto com o Gestor)"]
    B9 --> G3{"Contagem 2 bateu com<br/>contagem 1 ou estoque<br/>na abertura?"}
    
    G3 -- Sim --> CountsDone((Contagens Concluídas))
    G3 -- Não --> B10["Realizar Contagem 3<br/>(Realizada com o Gestor)"]
    
    B10 --> CountsDone
    
    CountsDone --> Next(["▶ Transição para Subfluxo TO-BE 06<br/>(Decisão de Encerramento pelo Operador na Web)"])

    N7["Realizada junto com Gestor"] -.-> B9
    N8["Realizada com Gestor"] -.-> B10

Contrato de Autorreferência

• Origem / Gatilho: Lista de itens divergentes selecionada na interface Web no Subfluxo TO-BE 04.
• Destino / Próximo Passo: Transição para o Subfluxo TO-BE 06 (Decisão de Encerramento pelo Operador na Web, Devolução de Saldos e Homologação Digital).

Atividades e Regras de Negócio

1. Execução da Contagem 2 (B9):
   • Presença do Gestor (N7): Realizada compulsoriamente pelo Analista de Inventário junto com o Gestor de Loja nos itens direcionados via Web.
2. Aferição do Resultado (G3):
   • Bateu com Contagem 1 ou Posição de Estoque na Abertura (G3 = Sim): A leitura física é validada e enviada para o painel Web.
   • Divergência Persistente (G3 = Não): Realiza-se a Contagem 3 (B10) presencialmente com o Gestor de Loja como desempate físico.
3. Limite de Leituras:
   • Limite estrito de no máximo 3 contagens, assegurando produtividade e previsibilidade à operação de loja.
4. Governança da Decisão de Encerramento:
   • Não Existe Decisão Algorítmica: O sistema não homologa nem encerra o inventário automaticamente por cálculo ou fórmula algorítmica. Os dados consolidados das contagens retornam à interface Web, onde a decisão de encerramento cabe exclusivamente ao operador.

📌 Subfluxo TO-BE 06: Decisão de Encerramento pelo Operador na Web, Devolução de Saldos e Homologação Digital

Encerramento deliberado do inventário pelo operador através da interface Web do RUB (sem decisão algorítmica), com devolução automatizada dos saldos físicos consolidados para conciliação contábil no ERP e assinatura digital de ciência.

flowchart TD
    Prev(["◀ Entrada de Subfluxos TO-BE 04 ou 05<br/>(Contagens Físicas Finalizadas)"]) --> B11["B11: Encerrar Inventário<br/>(Decisão do Operador via Web)"]
    B11 --> B12["Imprimir Relatório Final<br/>no RUB"]
    B12 --> C1["Lane 2 (Gestor / Gerente Loja):<br/>Assinar Ciência do Resultado"]
    C1 --> A5["Analista de Estoque:<br/>Arquiva Documento"]
    A5 --> End((Fim do Inventário))

    N9["RUB - devolve saldos finais<br/>para conciliação no ERP"] -.-> B11
    N_Dec["Encerramento na Web: Decisão humana<br/>do operador (sem decisão algorítmica)"] -.-> B11

Contrato de Autorreferência

• Origem / Gatilho: Conclusão das contagens no Subfluxo TO-BE 04 (sem recontagens necessárias) ou Subfluxo TO-BE 05 (recontagens físicas concluídas).
• Destino / Próximo Passo: Encerramento oficial do processo pelo operador, devolução de saldos físicos à RPInfo e equalização contábil no ERP.

Atividades e Regras de Negócio

1. Decisão de Encerramento pelo Operador na Web (B11):
   • Sem Decisão Algorítmica: O encerramento do inventário não é automatizado por algoritmos ou regras de sistema. Trata-se de uma decisão deliberada do operador na interface Web do RUB.
   • O operador avalia o painel consolidado com o confronto de todas as contagens físicas realizadas (1ª contagem, recontagens com Gestor e posição de estoque do RUB na abertura do inventário para apuração de divergências) e confirma expressamente o encerramento do lote no painel Web.
   • Devolução de Saldos via API REST (N9): Após o encerramento confirmado pelo operador, o RUB consolida as contagens finais e envia os saldos físicos apurados diretamente para a RPInfo via endpoint POST /v1.3/produtounidade/auditoriaestoque, eliminando a digitação manual ao término do dia.
2. Emissão de Relatório Final (B12):
   • Geração padronizada do relatório com demonstrativo consolidado de acurácia, perdas e sobras.
3. Assinatura de Ciência (C1):
   • O Gerente de Loja e o Gestor assinam digitalmente a ciência do resultado no próprio aplicativo móvel.
4. Arquivamento (A5):
   • O Analista de Estoque arquiva o relatório digital e o histórico de auditoria para fins contábeis e de governança.