---
title: Guia de Remessa
summary: Monte a folha de rosto de um pacote de documentos
discipline: construction-admin
tags: ["Project Management"]
description: Crie uma guia de remessa (folha de rosto) para distribuição de documentos de AEC (PDF por padrão, convenções norte-americanas)
argument-hint: <recipient-or-package-name>
---

# Guia de Remessa

Crie uma guia de remessa com a lista dos documentos enviados a uma parte do projeto
(contratante, construtor geral, consultor, autoridade). A saída é Markdown pronto para
virar PDF, para anexar a um e-mail ou para distribuição impressa assinada.

## O que você precisa informar

Antes de redigir, reúna:

- **Nome do projeto** e **número do projeto**.
- **Data** no formato `Mês DD, AAAA`.
- **De** — remetente (nome, função, escritório).
- **Para** — destinatário (nome, função, escritório); acrescente a distribuição em
  **Cc** se for o caso.
- **Número da remessa** — número sequencial do registro do projeto (por exemplo,
  `T-014`).
- **Itens** — cada um com: número, título, referência de prancha/especificação,
  revisão, data, vias.
- **Finalidade** — uma de: `Para Análise`, `Para Aprovação`, `Para Construção`, `Para
  Licitação`, `Para Alvará`, `Para Seus Arquivos`, `Conforme Solicitado`.
- **Forma de entrega** — `E-mail (PDF)`, `Mensageiro`, `Em mãos`, `FTP / pasta
  compartilhada`, `Procore` / `BIM 360` / `Newforma`.
- **Observações** — opcional, por exemplo, "substitui o Boletim nº 3" ou "carimbo da
  autoridade necessário".

Se algo acima estiver faltando ou ambíguo, pergunte ao usuário antes de redigir. Não
invente números de desenhos, revisões nem destinatários.

## Estrutura da saída

```markdown
# Guia de Remessa — T-XXX

**Projeto:** [Nome] (Projeto nº [######])
**Data:** [Mês DD, AAAA]
**Remessa nº:** T-XXX
**De:** [Nome, Função, Escritório]
**Para:** [Nome, Função, Escritório]
**Cc:** [lista, ou `Nenhum`]
**Forma:** [E-mail (PDF) / Mensageiro / etc.]
**Finalidade:** [Para Análise / Para Aprovação / Para Construção / etc.]

---

## Itens Remetidos

| # | Título | Referência | Rev | Data | Vias |
|---|--------|------------|-----|------|------|
| 1 | Plantas de Arquitetura | A-001 — A-401 | 3 | 2026-05-09 | 1 jogo |
| 2 | Especificações | Vol. 1, Div. 00–14 | 3 | 2026-05-09 | 1 cada |

## Observações

[Texto livre, ou `Nenhuma`.]

---

**Emitido por:** [Nome, Cargo, Escritório]
**Assinatura:** ______________________________
**Data de recebimento:** ______________________ (a preencher pelo destinatário)
```

## Convenções de AEC norte-americana

- **Idioma.** Escreva a guia em português; mantenha em inglês as siglas de função
  (`AOR`, `CM`, `GC`) e os nomes de autoridades.
- Unidades **imperiais primeiro**; métricas apenas entre parênteses.
- **Datas** no formato `Mês DD, AAAA`.
- **Funções** — `AOR` (arquiteto responsável), `Contratante`, `CM`, `Engenheiro de
  Instalações`, `SE`, `GC`. Nunca `Diretor` como função de projeto.
- **Escritórios** — razão social completa na primeira referência.
- **Referência AIA** — `AIA B101 §3.6.4` (obrigação do arquiteto de analisar submittals,
  quando a remessa vem do construtor).
- **Autoridades** — nomeie especificamente ao remeter documentos de alvará / aprovação
  (`NYC DOB`, `FDNY`, `LADBS`, `DSA`, `CA HCAI`, `NYC SCA`).
- **Formato de data nos itens** — ISO `AAAA-MM-DD` é aceitável nas tabelas por
  compacidade; o campo `Data:` da folha de rosto continua em `Mês DD, AAAA`.

## Restrições

- Não fabrique números de desenhos, revisões nem contagens de vias. Se o usuário listar
  os itens só pelo nome, peça as referências de prancha/especificação e as revisões.
- O campo `Finalidade` é obrigatório e deve ser um dos valores canônicos listados em *O
  que você precisa informar*. Finalidades em texto livre convidam a disputas
  contratuais.
- A saída em PDF exige a skill complementar `aec-doc-gen`. Se ela não estiver
  disponível, entregue o Markdown e oriente o usuário.
- O bloco de assinatura ao final deve permanecer (ele documenta o aviso de recebimento).

## Fluxo de trabalho

1. Repita de volta: projeto, número da remessa, destinatário, quantidade de itens,
   finalidade. Uma linha.
2. Se faltar alguma informação obrigatória, liste a lacuna e pare.
3. Caso contrário, produza o Markdown completo da guia de remessa.
4. Se foi pedido PDF, entregue o Markdown à skill `aec-doc-gen` e peça o `.pdf`. Mostre
   o caminho da saída.
5. Depois do rascunho, lembre o usuário de registrar a remessa no registro de remessas
   do projeto (o número precisa ser único).