W wielu aplikacjach przycisk „Publikuj” jest tylko zmianą statusu. W systemie pracującym z modelem budynku taka operacja ma większy ciężar. Opublikowana wersja może zasilić Viewer, dokument PDF, zestawienia i dalsze decyzje. Jeżeli źródło jest niespójne, elegancki dokument tylko utrwali błąd.
Najgroźniejszy wynik wygląda poprawnie
Pusta tabela zwykle budzi podejrzenie. Znacznie bardziej niebezpieczna jest precyzyjna liczba wyliczona z niepełnego modelu. Dlatego silnik Geometry Facts rozróżnia wynik gotowy, niekompletny i nieobsługiwany. Powód braku wyniku jest częścią odpowiedzi, a brak danych nie zamienia się automatycznie w zero.
Ta sama zasada dotyczy publikacji. Jeżeli dach stracił dopasowanie po zmianie ścian, obrys jest nieprawidłowy albo model narusza jeden z niezmienników, BUILD zatrzymuje operację. Użytkownik dostaje informację, co wymaga poprawy, zamiast pliku, który wygląda profesjonalnie, ale opisuje niewłaściwy budynek.
Szkic może się zmieniać, publikacja nie
Podczas pracy projekt przechodzi przez wiele drobnych zmian. Szkic jest zapisywany automatycznie i można go dalej edytować. Publikacja tworzy natomiast niezmienną wersję przeznaczoną do udostępnienia. Komentarz w Viewerze odnosi się do konkretnego stanu, a PDF powstaje z dokładnie tej samej wersji.
Dzięki temu pytanie „co wtedy widział klient?” ma jednoznaczną odpowiedź. Nie trzeba odtwarzać historii na podstawie zrzutów ekranu, nazw plików i kopii wysyłanych pocztą.
Jeden model ogranicza liczbę miejsc awarii
Rzut 2D, model 3D, elewacje, przekroje, Viewer i PDF nie przechowują osobnych wersji geometrii. Wszystkie wynikają z jednego dokumentu projektu. To nie usuwa potrzeby testów, ale usuwa całą klasę problemów, w której różne ekrany pokazują różne budynki.
Niezawodność kończy się dopiero po odtworzeniu kopii
Kopia zapasowa nie jest dowodem bezpieczeństwa, dopóki nie wiadomo, czy da się ją odtworzyć. Dlatego proces obejmuje kopie poza hostem oraz automatyczną weryfikację odtworzenia. Publikacja chroni bieżący przepływ, a sprawdzony backup — ciągłość całego systemu.
Odmowa jest funkcją produktu
Dobry system nie tylko przyspiesza poprawne działania. Powinien też zatrzymywać te, które prowadzą do kosztownego lub trudnego do wykrycia błędu. W KERNAL BUILD komunikat „tego modelu nie można jeszcze opublikować” nie jest awarią. Jest jednym z najważniejszych rezultatów pracy nad produktem.