Szkolenie Autodesk Informed Design

Czas trwania: 1 dzień; 7 godz. 

Wymagania wstępne: ukończone szkolenia Inventor poziom I i II (parametry, złożenia, model states). Mile widziane podstawy iLogic. Uczestnik pracuje na koncie z dostępem do Autodesk Docs — zapewniamy je na
czas szkolenia.

Cele kształcenia:

• przygotowanie modelu Inventora do publikacji jako produkt konfigurowalny,
• budowa definicji produktu: parametry, formularz i reguły konfiguracji,
• publikacja produktu wraz z dokumentacją i zestawieniami,
• konfiguracja i wstawienie produktu po stronie Revita,
• generowanie dokumentacji produkcyjnej z zamówionej konfiguracji

SZCZEGÓŁOWY PROGRAM SZKOLENIA

Idea i architektura rozwiązania

• Problem biznesowy: Produkt na wymiar kontra statyczna biblioteka rodzin — koszt ręcznego
  przerabiania modeli po obu stronach współpracy producent–projektant.
• Trzy drogi treści Inventora do Revita: Statyczna rodzina, wymiana referencyjna i produkt
  konfigurowalny — kiedy która droga ma sens i czym się różnią w skutkach.
• Składniki rozwiązania: Dodatek dla Inventora, dodatek dla Revita i aplikacja webowa; rola chmury w
  generowaniu wariantów i wynikające z niej konsekwencje.

Przygotowanie zestawu danych do publikacji

• Checklista wydawcy: Komplet plików w jednym folderze, reguły zewnętrzne, komponenty z bibliotek,
  limit rozmiaru zestawu i porządkowanie starych wersji.
• Kopiowanie zestawu danych: Właściwa metoda powielenia projektu — i dlaczego popularne „spakuj i
  idź” gubi reguły zewnętrzne.
• Parametry sterujące: Nazewnictwo, zakres zmienności udostępniany projektantowi, spójność wartości
  parametrów i właściwości we wszystkich stanach modelu.
• Praca na „brudnym” zestawie: Ćwiczenie doprowadzenia realnie zaniedbanego projektu do stanu
  publikowalnego.

Definicja produktu: parametry, formularz, reguły

• Adopcja parametrów: Wybór wymiarów, które stają się „pokrętłami” dla projektanta, i kolejność pól na
  formularzu zamówienia.
• Reguły wejściowe: Walidacja wartości, zależności między polami i komunikaty błędów — budowane w
  edytorze blokowym, bez pisania kodu.
• Reguły modelowe: Sterowanie modelem po zmianie parametrów, realizowane w iLogic.
• Dlaczego ten podział jest konieczny: Revit nie wykonuje reguł iLogic — logika wejścia musi żyć w
  warstwie neutralnej. Konsekwencje dla firm z istniejącym dorobkiem reguł.

Wyniki publikacji i zarządzanie wersjami

• Zestaw plików wynikowych: Rodzina Revit, model 3D, rysunek i PDF, formaty neutralne oraz zestawienie
  materiałowe w formacie CSV.
• Zachowanie rodziny w projekcie: Rodzina wolnostojąca kontra osadzana w ścianie, stropie lub suficie;
  bryła wycinająca otwór w przegrodzie — kluczowa przy oknach, drzwiach i przejściach instalacyjnych.
• Publikacja i kontrola dostępu: Umieszczenie produktu w projekcie chmurowym, uprawnienia folderowe,
  wersjonowanie wydań i udostępnianie treści wielu klientom.

Konfiguracja produktu po stronie Revita

• Od wyszukania do wstawienia: Odnalezienie opublikowanej definicji, wypełnienie formularza w
  granicach reguł producenta, wygenerowanie wariantu i wstawienie go do projektu.
• Zmiana i podmiana wariantu: Edycja konfiguracji, generowanie zamienników, skutki wydania nowej
  wersji produktu przez producenta.
• Higiena modelu: Każda konfiguracja to osobna rodzina — wpływ na rozmiar projektu, przeglądarkę i
  zestawienia oraz zasady utrzymania porządku.

Dokumentacja produkcyjna z zamówionej konfiguracji

• Przejęcie zamówienia: Odebranie konfiguracji zamówionej przez projektanta po stronie producenta.
• Generowanie kompletu produkcyjnego: Rysunki warsztatowe, zestawienia i pliki produkcyjne — bez
  konieczności otwierania Inventora i Revita.
• Pełna pętla w praktyce: Ćwiczenie w parach — jedna osoba publikuje produkt, druga konfiguruje go w
  Revicie, pierwsza generuje z tej konfiguracji dokumentację.

Automatyzacja, ograniczenia i wdrożenie

• Interfejs programistyczny: Przegląd możliwości automatyzacji publikacji, wydań i pobierania wyników.
• Mapa ograniczeń: Czego narzędzie nie obejmuje — rodziny systemowe Revita, limity zestawu danych, zależność od chmury.
• Plan wdrożenia u siebie: Wybór produktu pilotażowego, audyt modelu, podział reguł i pilotaż z jednym
  biurem projektowym.Kolejność omawianych zagadnień może być modyfikowana w celu lepszego dostosowania do potrzeb i oczekiwań
  uczestników oraz przebiegu szkolenia.

Warunkiem realizacji szkolenia jest zebranie minimalnej, wymaganej liczby uczestników (4 osób).
W przypadku niezebrania się wymaganej minimalnej liczby, osobom zapisanym na szkolenie zaproponowane zostanie przesunięcie zgłoszenia na kolejny terminy szkolenia.

REGULAMIN ŚWIADCZENIA USŁUG SZKOLENIOWYCH