---
# System prepended metadata

title: Passagem Comercial
tags: [MELHOR BOCADO]

---

###### tags: `MELHOR BOCADO`

# Passagem Comercial
- Jorge Ikeda: diretor
- Felipe: PPCP (Lais não sabe se é gerente de PPCP)
- Cristina: PPCP também
- Oscar: dono da empresa
- Marcio Okada: consultor Protheus

Se a equipe não estiver entregando cobrar.

Lembra o processo da Dauper, é perecível o produto tem funcionalidades no OpCenter pra isso. Ver o case da Dauper.

Pedidos Centralizados: Starbucks, por exemplo, cliente grande e recorrente. Geralmente MTS.

Pedidos Pulverizados: clientes menores, geralmente MTO

Possuem restrição de pessoas por tipo de produto, precisam distribuir essas pessoas entre as linhas.
As pessoas podem trocar de linha, mas não é comum. Setup deles é limpeza das máquinas, então tentam minimizar ao máximo o setup.

Diferenciar o que é MTO e MTS.

Alocação de Materiais: FIFO, respeitar a perecebilidade dos materiais, quele que está mais perto de vencer.

Sequenciamento da pesagem e do recheio, no exemplo da empanada, a etapa 'Fazer empanada' puxa as duas anteriores.

Protheus e Banco SQL
Implantaram em 4 meses o PROTHEUS
Equipe dedicada

Conversa pré-kick off
- detalhar o cronograma
- mostrar os templates

## Agenda Arthur e Victor
- Sem agenda presencial (só se necessário)
- NEOExtracts padrões (onde estão?) - layout de integração no drive
    - Não violar essa premissa;
- Pode ser csv ou linked server
    - Passar as views conforme layout
- Layout RS_Professional
- Não fugir de sequência preferida (setup e data de entrega)
- Reports estão prontos também
- Perecebilidade vai ter que mudar o layout?
    - Tabela de estoque e OC pelo menos vai ter que ter informações de perecibilidade
- Importante frisar as restrições do Rapid Start
- Definir o usuário desde o início
    - Perder um tempo para deixar claro para o usuário o que o preactor faz
    - mostrar o treinamento pra ele e explicar o que o preactor faz no rapid
- Tem exportação??? Verificar com a Laís.
    - No rapid start está um view pronta e eles pegam dela.
- Se proteger que o projeto foi barato;
    - o que acontecer que não está estritamente na proposta não deve ser feito;
    - O ideal é que o projeto fique nas horas que foram vendidas.
- Pega mal cobrar extra durante o projeto
    - Incremento de escopo durante suporte
    - melhor é que as melhorias sejam propostas depois de utilizarem a ferramenta

#### Dificuldades
- 



#### Pré kick-off
- Ver meio de comunicação preferencial;
    - criar grupo no whats se eles não se importarem.
    - Ver se eles utilizam teams
    - Pedir números
- Criar o Podio;
- Agenda para o kick-off;
- Falar das tabelas:
    - pedir emails para mandar os modelos de tabelas
    - enviar as tabelas para eles popularem com um amostra de dados
    - Consigo demonstrar o preactor já com base de vocês no kick-off
    - e server de input para a especificação
- Definição de sponsor(s) do projeto (gerente do projeto por parte da melhor bocado)
    - e já definir também o usuário chave;
    - Ponto importante é que o conhecimento sobre a ferramenta seja dissipado, mais de uma pessoa na empresa domine a soluçã

######     Notas
