> ## Documentation Index
> Fetch the complete documentation index at: https://docs.apollospace.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Indústria & manufatura

> Fábricas, indústrias e fornecedores: cobrar fornecedor, acompanhar pedido de compra e prazo de entrega, e o backoffice que liga o chão de fábrica ao escritório — com aprovação de compra, pagamento e contrato sempre na sua mão.

São 6h40. O turno da manhã está prestes a começar e a linha de uma das
células vai parar daqui a duas horas: a matéria-prima que era pra chegar
ontem não chegou, e ninguém ligou pro fornecedor pra saber onde está. Em
paralelo, três pedidos de compra emitidos na semana passada estão sem
confirmação de entrega, um cliente mandou um e-mail pedindo orçamento que se
perdeu na caixa de entrada, e a nota fiscal do último lote de aço está num
PDF que alguém esqueceu de salvar na pasta certa. Não é desorganização — é
gente de menos pra olhar fornecedor, pedido e chão de fábrica ao mesmo tempo.

**O que sai da sua frente:** a cobrança de prazo a cada fornecedor, a
transformação de um pedido que chega solto em registro estruturado, o alerta
do material que vai atrasar, a organização dos documentos e o resumo diário
da operação passam a acontecer sozinhos — com contexto, dentro do orçamento e
com compra, pagamento e contrato sempre esperando você.

## Como funciona, em uma frase

Na indústria, o gargalo raramente é produzir — é **manter fornecedor, pedido
e prazo sob controle sem deixar uma entrega atrasada surpreender a linha.** O
agente não decide compra nem assina contrato: ele garante que cada PO seja
acompanhado, cada pedido vire registro, cada atraso apareça antes de virar
parada de produção — e entrega pra você o que pede julgamento e dinheiro.

```mermaid theme={null}
flowchart LR
    A[Gatilho<br/>PO emitido, pedido novo,<br/>prazo vencendo, fim do dia] --> B[Agente puxa contexto<br/>do Company Brain + CRM]
    B --> C[Decide + usa ferramentas<br/>CRM, Boards, Outbound,<br/>Rotinas, Docs, Pastas]
    C --> D{Sensível?<br/>compra, pagamento,<br/>contrato}
    D -->|Não| E[Cobra / registra /<br/>alerta / organiza / resume]
    D -->|Sim| F[Propõe + chama você<br/>com contexto completo]
    E --> G[Vira memória<br/>o próximo passo já sabe]
    F --> G
```

## Fluxos concretos

### 1. Cobrar o fornecedor — pedido de compra e prazo de entrega

**Gatilho:** um pedido de compra foi emitido e a data prometida está
chegando, ou passou sem confirmação.

O agente puxa do [CRM](/pt/features/crm) o fornecedor, o item e o prazo
combinado, consulta no [Company Brain](/pt/features/brain) o histórico de
entregas daquele fornecedor — quem costuma atrasar, qual o lead time real — e
prepara uma cobrança objetiva: "confirmando a entrega do PO 4821, aço 1020,
prazo 28/06; segue no prazo?". O disparo sai por [e-mail ou
WhatsApp](/pt/features/outbound) via [Marcus](/pt/agents/marcus), com a opção
de **pedir sua aprovação antes de cada envio** enquanto você ainda não confia
no tom. A resposta do fornecedor volta como atividade no card, e o estágio do
pedido se atualiza — confirmado, atrasado, reprogramado.

O resultado: você não descobre o atraso quando a linha para. Você descobre
quando o agente cobra, **dias antes**, e te chama só se o fornecedor não
responder ou der uma data ruim.

<Note>
  O que perguntar e quando cobrar mora no Brain, não num script fixo. Um
  fornecedor de componente crítico com lead time longo é cobrado mais cedo e
  com mais firmeza do que um item de prateleira — o agente puxa essa régua do
  histórico que você já ingeriu.
</Note>

### 2. Transformar um pedido que chegou solto em registro estruturado

**Gatilho:** chega um pedido por e-mail, [WhatsApp](/pt/integrations/whatsapp)
ou formulário — um cliente pedindo cotação, um distribuidor mandando uma
ordem de compra em texto corrido.

O agente lê a mensagem, extrai o que importa — item, quantidade, prazo
desejado, condição, quem pediu — e cria um registro estruturado: um
[lead ou oportunidade no CRM](/pt/features/crm) se for cotação, ou uma
[tarefa](/pt/features/boards) no board de pedidos com todos os campos
preenchidos e o anexo original junto. Nada fica num print perdido; o histórico
da conversa vira atividade. Se o pedido casa com um item que já está no
[Company Brain](/pt/features/brain) — ficha técnica, tabela de preço,
disponibilidade —, o agente já anota a referência no card.

```mermaid theme={null}
flowchart TD
    A[Pedido chega solto<br/>e-mail / WhatsApp / form] --> B[Agente extrai<br/>item, qtd, prazo, quem]
    B --> C[Cria registro estruturado<br/>CRM ou tarefa no board]
    C --> D{Vira orçamento<br/>ou proposta?}
    D -->|Não| E[Fica organizado<br/>e rastreável]
    D -->|Sim| F[Prepara o rascunho<br/>e propõe pra você aprovar]
    E --> G[Vira memória]
    F --> G
```

O ganho não é "um robô que digita pedido". É que **nenhum pedido se perde na
caixa de entrada** e quem abre o board de manhã encontra cada um já no formato
certo — pronto pra virar orçamento, que você revisa e aprova.

### 3. A rotina que sinaliza material atrasado — e mantém os documentos no lugar

**Gatilho:** uma [rotina](/pt/features/rotinas) que o próprio agente agenda
varre, todo dia de manhã, os pedidos de compra em aberto.

A rotina cruza os PEDs com as datas prometidas e levanta o que está
**atrasado ou a ponto de atrasar**. Para cada caso, o agente já abre uma
[notificação proativa](/pt/features/rotinas) no seu sino, prepara a cobrança
ao fornecedor (fluxo 1) e, se o atraso ameaça uma entrega ao cliente, sinaliza
isso no board de produção. No mesmo movimento, quando chega uma nota fiscal,
um certificado de qualidade, um catálogo ou um contrato de fornecimento, o
agente arquiva o documento na [pasta](/pt/features/pastas) certa — por
fornecedor, por pedido — e ingere o conteúdo no [Company
Brain](/pt/features/brain), pra que a próxima pergunta ("qual o certificado
do lote X?") tenha resposta na hora.

<Info>
  **O atraso que vira parada de linha quase sempre era visível com
  antecedência.** Uma rotina não tem segunda-feira corrida: ela olha os
  prazos todo dia, no mesmo horário, e transforma "ninguém viu" em um alerta
  no seu sino antes de o problema chegar ao chão de fábrica.
</Info>

Para fornecedores ou insumos novos, o [Scout](/pt/agents/scout) faz a
pesquisa pública na web — quem fornece aquele componente, faixa de preço,
referências — e devolve um resumo com as fontes, sem chutar.

### 4. O resumo diário da operação

**Gatilho:** uma [rotina](/pt/features/rotinas) no fim (ou no início) do dia.

A [Athena](/pt/agents/athena) — a chefe de gabinete da organização — junta o
que aconteceu e o que vem pela frente: pedidos de compra que mudaram de
status, entregas confirmadas e atrasadas, pedidos novos que entraram, prazos
que vencem amanhã, documentos que faltam. Ela monta um digest curto e direto e
entrega no seu sino e no canal que você usa. Com a [integração
Composio](/pt/integrations/composio), esse mesmo resumo pode cair no Slack do
time de operações ou virar um item no Notion — sem ninguém compilar planilha à
mão.

<Info>
  **Por que isso importa:** a foto da operação costuma estar espalhada em três
  cabeças e cinco abas. Um resumo diário, sempre no mesmo horário, com os
  números certos puxados do CRM e dos boards, é o que faz o backoffice
  realmente ligar o chão de fábrica ao escritório.
</Info>

## O que continua sendo humano

<Warning>
  O agente **propõe**, nunca decide sozinho, quando o assunto é:

  * **Aprovação de compra** — emitir ou aprovar um pedido, escolher
    fornecedor, fechar quantidade e valor de uma ordem.
  * **Pagamento** — pagar fornecedor, adiantamento, reembolso, qualquer saída
    de dinheiro.
  * **Contrato de fornecimento e assinatura** — qualquer compromisso que cria
    obrigação com o fornecedor.
  * **Proposta comercial ao cliente** — o orçamento ou a oferta formal que vai
    pra fora.
  * **Comunicação externa pesada, jurídica ou regulatória**, decisões de
    governança e ações destrutivas.

  Nesses casos o agente prepara tudo — a cotação comparada, o histórico do
  fornecedor, o rascunho do pedido — e **espera a sua aprovação.** Cada ação
  fica no histórico auditável, com autor e justificativa, alinhado à LGPD, e a
  autonomia cresce como uma catraca por tipo de ação, não como um salto.
</Warning>

## Por onde começar

<Steps>
  <Step title="Suba fornecedores, fichas e documentos para o Brain">
    Ingira no [Company Brain](/pt/features/brain) sua lista de fornecedores
    com lead times, as fichas técnicas dos itens e os documentos que você
    consulta toda semana. É daí que o agente puxa a cobrança certa e a
    resposta na hora.
  </Step>

  <Step title="Deixe o agente cobrar a primeira fila de pedidos">
    Conecte um [canal](/pt/integrations/whatsapp) e deixe o agente acompanhar
    os pedidos de compra em aberto e cobrar prazo. Comece com aprovação humana
    antes de cada mensagem externa e relaxe conforme ele acerta.
  </Step>

  <Step title="Agende a varredura de atrasos e o resumo diário">
    Crie uma [rotina](/pt/features/rotinas) que varre os prazos toda manhã e
    outra que entrega o digest da operação. Um agente, uma cadência, um canal —
    e a autonomia cresce devagar.
  </Step>
</Steps>

## Próximos passos

<CardGroup cols={2}>
  <Card title="Backoffice" icon="inbox" href="/pt/use-cases/backoffice">
    O padrão completo do escritório que sustenta a operação — registros,
    documentos, cobranças e o resumo que liga as pontas.
  </Card>

  <Card title="Operações" icon="gears" href="/pt/use-cases/operations">
    Acompanhar pedido, prazo e entrega de ponta a ponta — do qual a indústria
    é um caso de alto volume.
  </Card>

  <Card title="Rotinas" icon="clock-rotate-left" href="/pt/features/rotinas">
    A varredura diária de prazos e o resumo da operação — proativo, no mesmo
    horário, todo dia.
  </Card>

  <Card title="Composio" icon="puzzle-piece" href="/pt/integrations/composio">
    Levar o registro e o resumo pra onde o time já trabalha — Slack, Notion,
    calendário e centenas de apps.
  </Card>
</CardGroup>