> ## Documentation Index
> Fetch the complete documentation index at: https://docs.bordier.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 機構記憶

> 當知識只存在於一個人的頭腦之中時，家族會失去什麼，以及延續性審計如何把它呈現出來。

當掌握家族財富資訊的人突然離世或出現認知衰退時，資料可能永久流失。這一風險在既有文獻中雖已被指認，卻缺乏深入探討，而它帶來的後果既是情感上的，也是財務上的。遺產爭議的趨勢真實存在且正在加速：2020 至 2024 年間，進入美國各州法院的遺囑認證與遺產案件數量增加了約三分之一，而遺產規劃的準備程度卻在下降，2025 年僅有 24% 的美國人立有遺囑，低於 2022 年的 33%（IndexBox，2025；[Caring.com](http://caring.com/)，2025）。無爭議的遺產通常在 6 至 12 個月內了結；有爭議的遺產平均需要 18 個月至 3 年，法律費用會消耗遺產價值的 3% 至 7%。資料流失使問題雪上加霜：當繼承人不知道資產存放於何處、存在哪些架構、適用哪些密碼或存取規程、或哪些顧問與文件與之相關時，清算程序會進一步拖長，成本也會成倍增加。

會失去什麼。資訊的流失所涵蓋的，不只是那些顯而易見的類別。除了資產所在地與帳戶存取權（這些都很重要）之外，家族還會失去機構脈絡：那些傳承持倉之所以存在的理據，否則繼承人可能會一時衝動將其變現；與顧問之間的關係，而顧問對這個家族細緻入微的理解是花了多年才建立起來的；家族決定的書面紀錄，以及賦予這些決定生命的原則；歷次財富過渡的歷史，以及其中所蘊含的教訓。一位創辦人精心組建的房地產組合，是依循特定的長期增值與稅務效率邏輯建立起來的，卻可能被一位只繼承了資產、未繼承策略推理的繼承人拆解。一個數十年前基於周全目的所設立的離岸信託，若繼承人不明白它當初為何設立，也可能被不當地終止。一位突然被推上守護位置的新生代成員，面對的不只是情感上的衝擊，還有運作上的混亂：哪一位顧問是主要顧問？哪些文件在保管箱裡，哪些是數位形式？密碼在哪裡？有哪些決定尚待作出？

延續性審計：一項被命名並系統化的解方。寶瑞提出一套有結構的回應：延續性審計，也就是一份關於家族財富資訊、傳承依存關係與機構記憶的書面清冊，持續維護與更新，並供指定的家族成員與受託人取用。延續性審計由三個部分構成。

第一，線上資產登錄冊。一份完整而保密的清單，列出家族在數位空間中持有的所有資產：帳戶、密碼、雙重驗證規程、加密貨幣持倉、智慧財產權。該登錄冊經過加密、安全儲存，並透過安全規程供指定的家族成員與顧問取用。與一般的密碼管理工具不同，延續性審計的登錄冊是針對財富而設的，並納入家族治理的脈絡：這項資產為何存在、哪位家族成員有權存取或修改它，以及在創辦人離世、退居幕後或喪失行為能力時，它應當如何處置。

第二，傳承文件組合。一批經過整理的相關法律、稅務與財務文件：現行的遺囑與信託契據；任何家族憲章或治理章程；先前的遺囑以及更新的原因；稅務規劃文件及其所體現的策略；保險保單及其受益人指定；企業所有權協議與股東規程；以及任何受限制或不尋常架構背後的理據。就每一份文件，該組合都附上一頁摘要：這份文件解決什麼問題、它以什麼假設為基礎、情況出現什麼變化便需要更新，以及一旦出現模糊之處應當諮詢誰。

第三，「一切在哪裡」的清冊。一張關於資訊、人員與機構的實用地圖：哪些顧問（銀行家、律師、會計師、保險經紀）負責哪些職責；法律文件存放於何處（保管箱、數位保險庫、律師事務所的保險櫃）；家族定期舉行哪些會議或檢視；存在哪些治理機構（家族委員會、投資委員會、受託人會議）以及它們何時開會；家族遵循哪些溝通規程；家族的核心價值觀，以及任何成文的決策原則。這份清冊通常是一份 5 至 10 頁的文件，每年更新，並提供給所有成年家族成員與主要受託人。

實施與顧問的角色。延續性審計並不是一份法律或稅務文件；它是一項守護與知識管理的工具。編製這樣一份審計，是與創富者及家族的關鍵顧問共同進行的引導式作業，而當一位任期長久的顧問把持這條線索、讓紀錄保持在最新狀態，並確保它送達日後會需要它的人手中時，效果最佳。其回報，是機構記憶得以保留，清算的延誤與繼承後的衝突也得以減少。

採取行動的實證理由。法院的數據指向同一個方向：2020 至 2024 年間，美國各州法院的遺囑認證與遺產案件受理量攀升了約 32%（IndexBox，2025）。主要成因並非欺詐或家族惡意，而是資訊的缺口：傳承意向不明、文件缺失，或對創富者本意的理解彼此衝突。這項審計把默會知識轉化為機構紀錄，並消除那種讓許多本來穩妥的財富傳承計畫功虧一簣的資料流失風險。

<Note>
  本頁面為譯文。如本譯文與英文版本有任何差異，概以英文版本為準。
</Note>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.