ACC Tools — IP-LAV
Autentique-se com a sua conta Autodesk
Nenhum projeto selecionado
Selecione um projeto na barra de topo
Issues
Relatórios de Issues
issuesParecer — Issues Externas
Compilar issues com Cadeia de comunicação = Externa num período
Backup ACC
Exporta todas as issues do projeto como ficheiro BCF 2.1 com comentarios, viewpoints e campos personalizados.
Auto-Publicação
Escolha a pasta de origem e pré-visualize o mapeamento para 03_PUBLICADO · sem escrita
T2.1-PNT), criada automaticamente. A pasta do campo PASTA só é criada quando ≠ 00.
Edição completa (categorias, exceções). Ao guardar, este JSON substitui as regras.
| Estado | Ficheiro (origem) | Nome publicado | Destino | Aprovação | Notas |
|---|---|---|---|---|---|
| ✓ pronto ⚠ bloqueado – ignorado | (exceção) | + novas |
A execução (cópia + criação de pastas + reaplicação de atributos) será adicionada num passo seguinte, atrás de confirmação.
Renomear
Corrige nomes que não cumprem a GR.MN.GER.006 no próprio ficheiro,
em 01_EM_CURSO ou 02_COMPARTILHADO. Só é proposto um nome
quando a correção é determinística e o resultado passa no mesmo validador usado pela
Auto-Publicação. Nada é alterado sem seleção explícita.
| Estado | Nome atual | Nome proposto | Regra / motivo | ||
|---|---|---|---|---|---|
| ⚠ |
|
Quadro 46 — Organização do projeto
GR.MN.GER.006 · Figura 26 · GER.004 Q.33
Estrutura de pastas publicadas e o seu significado. O nome reflete a sigla da
Figura 26 quando definida (ex. T2.1-PNT), senão a designação do
Quadro 46 (ex. T5.3-Sistemas ATP). Volumes planos (V04) não têm tomo.
| Sigla | Especialidade — campo <PASTA> (Quadro 33) |
|---|---|
Codificação IP
Prefixo nos títulos das issues: [UO-Troço-Fase] · UO pelo autor · prefixos existentes são substituídos, nunca duplicados
A carregar…
| Campo | Opções | Estado | Em falta |
|---|---|---|---|
Estrutura editável em data/org_ip.json — 21 direções, 81 departamentos, 81 unidades + IPP/IPT.
Nenhum autor de issues encontrado neste projeto.
| Autor | Issues | Direção | Departamento | Unidade | UO |
|---|---|---|---|---|---|
| — |
Área do ACC. Reaplicar é seguro —
e é como se repõem os valores depois de uma substituição de opções.
| # | Autor | Área atual | Área nova | Título |
|---|---|---|---|---|
| — (já certa) autor sem UO |
As UO marcadas ✕ não constam das opções do campo Área no ACC. Acrescentar uma opção substitui a lista inteira e apaga o valor em todas as issues — carimbe outra vez depois.
| # | Autor | UO | Título atual | Novo título |
|---|---|---|---|---|
| sem UO | — (sem alteração) |
Reaplicar é seguro: um prefixo […] existente é substituído, nunca duplicado.
Fluxos de Aprovação
Cria um fluxo de aprovação (Review) por subpasta, seguindo o mapa P2 do
Plano GR.IT.GER.024: FR-P (revisão de emissão, cópia para
02_COMPARTILHADO) e FR-I (aprovação, cópia para
03_PUBLICADO). A API de Reviews não tem apagar nem editar:
um fluxo criado por engano só se desativa à mão no ACC. Por isso a cópia
automática vem desligada e nada é enviado sem dry-run.
Papéis reconstruídos a partir dos membros do projeto — a lista de papéis do ACC exige conta de administrador da conta. Só aparecem papéis que alguém tenha atribuído.
Sem papéis disponíveis nesta conta — escolha as pessoas diretamente.
Não consegui ler os fluxos:
Se for 403, esta conta não é
project admin no ACC — a criação também vai falhar.
Nenhum fluxo neste projeto.
| Saltar | Nome do fluxo | Template | Cópia | Pasta destino | |
|---|---|---|---|---|---|
| já existe |
As alterações aplicam-se só a esta linha. Volte a fazer o dry-run depois de editar.
| Data | Por | Estado | Criados | Saltados | Erros |
|---|---|---|---|---|---|
Ciclo de vida da issue
Do momento em que um Especialista Técnico da IP levanta um comentário até ao momento em que ele se fecha — passando pela gémea, pelo parecer, pelo CDE do projetista e pelo regresso.
- Papéis
- GP-I · GB-I · ET-I · GB-P
- A issue existe duas vezes
- mãe fica · gémea vai
- Entrega
- PDF + .bcf, mesmo stem
- Regresso
- nunca cria, nunca anula
O mapa
A issue nasce e morre dentro do CDE da IP. O que atravessa a fronteira é uma cópia sanitizada — a gémea — e o que volta são comentários, nunca issues.
[ACC_ORIGIN] na descrição. O manifesto é construído mas não
viaja dentro do zip.Os passos, um a um
Quatro fases. Cada passo diz quem age, o que produz e o que muda na issue.
Dentro da IP
ET-I · GB-IA emissão do projetista chega ao CDE
GB-P carrega o volume em EM_CURSO e
abre o FR-P. O GB-I verifica e aprova, e o volume
passa a COMPARTILHADO. Enquanto está em curso, ninguém
comenta.
O ET-I revê e cria a issue mãe
ET-I abre o modelo federado e cria a issue
no sítio — com pushpin no elemento, não uma issue solta.
Título e descrição segundo o template, com a área de origem no prefixo,
a Fase e a Comunicação. Nasce em
open.
Discussão interna, e escalamento se for preciso
ET-I Outros ET-I comentam: confirmam, alargam, ou dizem que não é problema. Quando a consequência é contratual ou envolve mais do que uma especialidade, entra a chefia da área e, se for caso disso, o GP-I.
Tudo acontece na mãe e nunca sai. O CDE do projetista recebe a conclusão, não a deliberação.
O ET-I conclui e atribui ao GB-I
ET-I Fechada a análise, marca a
Comunicação que a issue deve ter e atribui-a ao GB-I. A
partir daqui está em espera de decisão de saída, não de análise
técnica.
O GB-I faz a triagem
GB-I Decide o que sai: retira duplicados, agrupa o que é a mesma questão em ficheiros diferentes e remove o confidencial. Uma issue sem critério de fecho não sai.
A gémea e o parecer
GB-INasce a gémea
GB-I Cada issue que vai sair é duplicada de
forma sanitizada. A cópia leva título, descrição, pushpin e
atributos partilháveis; não leva a discussão interna. A mãe passa a
pending. Prazo de resposta: 4 semanas.
A mãe não se converte. Mantém-se como registo interno e continua disponível para discussão enquanto o projetista responde.
Emite-se o parecer
GB-I Sai como dois ficheiros com o mesmo
nome: o PDF, documento formal arquivado na árvore de pastas, e o
.bcfzip, o mesmo conteúdo navegável no modelo. Só gémeas
entram — nunca uma mãe, nunca uma issue interna.
Entrega ao projetista
GB-I Os dois ficheiros seguem anexos a um email
para o GB-P, que é o interlocutor único. Não vão em ZIP. O PDF é o
registo contratual. Código de documento PAR.
No CDE do projetista
GB-P · equipaO parecer entra no CDE do projetista
GB-P Escolhe o ficheiro e a ferramenta reconhece sozinha do que se trata — Parecer de outro CDE — e mostra o que vai fazer antes de escrever: quantos tópicos, quantos pushpins consegue remapear e quais não. Só depois se importa.
A equipa responde
equipa Cada issue é analisada e respondida em comentário, contra o critério de fecho.
O projetista devolve o BCF
GB-P Exporta as issues do parecer e devolve o
.bcfzip. Não devolve issues novas: o que não faz parte do
parecer segue o seu próprio caminho.
O regresso e o fecho
GB-I · ET-IA ferramenta reconhece o que voltou
GB-I O mesmo campo de importação, agora no CDE da IP. A ferramenta diz Retorno do parecer, com as provas: quantos tópicos resolvem para issues deste projeto e quantos são gémeas. Corre-se primeiro em simulação.
A resposta entra
GB-I Escolhe onde a resposta é escrita: na gémea e na mãe (por omissão), só na gémea, ou só na mãe. Se algum tópico não corresponder a nenhuma issue do projeto, a importação é recusada por inteiro e não se escreve nada.
A mãe passa a in_progress: há resposta à espera do GB-I.
Nunca se cria uma issue e nunca se anula uma.
O ET-I avalia contra o critério de fecho
ET-I Lê a resposta e decide, contra o critério escrito na criação da issue: aceita e fecha, ou não aceita e abre novo ciclo.
Num novo ciclo a gémea é a mesma e mantém o mesmo identificador BCF. Mudam o número do parecer e o número do ciclo, que conta as voltas daquela gémea. No CDE do projetista o parecer anterior fecha e a volta nova entra numa issue nova, com todo o histórico de comentários.
Fecho
GB-I A mãe fecha e leva a decisão. A gémea fecha
também e fica como registo do que foi perguntado e respondido. Aprovada
a emissão, o FR-I leva o volume a PUBLICADO.
Como se escreve uma issue
Duas coisas: o título e a descrição. São as duas que atravessam para o CDE do projetista tal e qual, e as duas que o PDF do parecer cita.
O título
Prefixo entre parênteses rectos com a área da IP onde a issue tem origem, e a seguir prosa. O prefixo é código, lido por máquina; o resto é para uma pessoa ler numa lista de duzentas.
[ÁREA] texto em prosa
[ÁREA-TROÇO-FASE] texto em prosa ← troço e fase opcionais
[EA-EF] Vigas do tabuleiro sem PTIP_GA.CodigoAtivo
[SS-SF-T1-PE] Caleira técnica atravessa a sapata do P4 (PK 12+340)
- A área chega — não a direção mais a área.
EA-EF, nãoDEA-EA-EF. A sigla da área já identifica a direção. - Começa pelo objeto ou pela falta. Nunca por "Issue", "Comentário" ou "Problema".
- Nomeia a coisa. Pilar P3 sem classificação IFC, não Problema de classificação.
- Até 80 caracteres depois do prefixo.
- Sem mais códigos. Especialidade, PK, volume e revisão vivem em campos. O prefixo de área é a única exceção.
- Que não se repita. Mãe e gémea partilham o título; num ficheiro que volte sem identidade, é o título que decide o destino.
A descrição
Cinco campos, sempre pela mesma ordem. Os três primeiros dizem o que se passa; os dois últimos tornam a resposta avaliável.
OBSERVAÇÃO O que se vê, sem juízo de valor. LOCALIZAÇÃO Modelo, elemento, PK ou zona — em texto. O pushpin perde-se em ferramentas que não o leem; a frase não. REQUISITO A cláusula que não está cumprida: CEB 4.6, regra IDS, IET, ficha LOIN. PEDIDO O que se espera que o projetista faça. CRITÉRIO DE FECHO Como se verifica que ficou resolvido.
Os seis templates
Seis maneiras de preencher o título e a descrição, assentes nos tipos já activos no projeto. O campo REQUISITO é o que os distingue.
Não conformidade com requisito de informação
Para Projetista (Externo) › Comentário Projeto→ gémeaO modelo não transporta o que o CEB, a ficha LOIN ou o IDS exigem. O requisito é verificável por máquina; o critério de fecho é normalmente «passa no IDS X».
Deficiência ou erro de projeto
Para Projetista (Externo) › Comentário Projeto→ gémeaA solução projetada está errada, é insuficiente ou não resolve. É o núcleo do trabalho do ET-I e a única categoria em que o REQUISITO pode ser um regulamento ou uma regra de arte, não uma cláusula BIM.
Incompatibilidade entre especialidades
Coordination › Clash→ gémeaDuas especialidades ocupam o mesmo espaço, ou não respeitam a folga da matriz de interferências. O título nomeia as duas partes envolvidas.
Incoerência entre peças
Para Projetista (Externo) › Comentário Projeto→ gémeaO modelo diz uma coisa e o desenho, o mapa de quantidades ou a memória dizem outra. O título diz qual é a divergência e quanto.
Pedido de esclarecimento
Para Projetista (Externo) › Comentário Projeto→ gémeaNão é um defeito, é uma pergunta. O critério de fecho é uma resposta, não uma correção.
Nota interna
Interno IP › Comentário Internonão saiFica na IP. Regista uma verificação a fazer, uma consulta a
outra unidade ou uma decisão a tomar antes de haver comentário para o
projetista. É o único template com Comunicação = Interno: a
criação de gémea recusa-o.
Configuração ACC
O tipo que cada template usa, e os atributos que a issue preenche.
| Tipo | Subtipo | Templates |
|---|---|---|
| Para Projetista (Externo) | Comentário Projeto | T1 · T2 · T4 · T5 |
| Coordination | Clash | T3 |
| Interno IP | Comentário Interno | T6 |
| Atributo | Tipo | Valores | Obrig. | Para quê |
|---|---|---|---|---|
| Comunicação | lista | Interno · Externo · Cópia externa | não | vazio = por triar; Interno = nunca sai; Externo = deve sair; Cópia externa = é a gémea |
| Fase | lista | PB · EP · AP · PE | sim | alimenta o prefixo do título e o filtro do parecer |
| Parecer | texto | — | não | o fio de retorno na gémea: identifica o parecer que a levou |