航空航太
安全關鍵型簽核和適航性可追溯性沒有為以後無法重建的審核步驟留下空間。本頁列出如何規劃此類工作流程並在 inTheEU Assist 上運行，而不是完整部署的記錄。
工作流程的架構如何
文件或流程審查將被規劃為一系列有序的階段，每個階段都有一個明確的範圍：分析、起草、簽核。完整的序列將在執行之前進行哈希處理，因此審查工程師批准的計劃以加密方式與系統實際執行的內容綁定在一起。執行的序列與審查的序列沒有任何偏差。
標記為需要簽核的階段不會進入下一階段，除非記錄了負責工程師或品質審核員明確簽署的批准。
人類批准所在
序列中的每個簽核點都將受到明確的人工批准，而不是工作流程運行的一般許可。批准的記錄，誰在什麼階段簽署，針對什麼版本的文檔，將由僅持有相關公鑰的審計員進行獨立驗證，而無需訪問供應商的系統。
這在今天有什麼借鏡意義，沒有什麼意義
階段門控批准結構、將批准序列與其執行綁定的計劃級哈希以及可離線驗證的簽名審計追蹤是該平台的工作部分。不屬於此範圍的內容：任何預先建構的適航性評估或安全分析模型。工程和品質團隊仍然是簽核意義的權威；只要需要記錄，平台就可以在現場證明簽字。
此功能集的一些底層架構已記錄在仍在進行中的檔案中。本頁面描述了該平台的設計目的，在適合規劃試點的級別，而不是實施規範。
平台的功能和介面正在不斷改進。本指南中的描述可能不反映最新發布版本的確切佈局或措辭。