Financial Reporting Standards
會計準則委員會隸屬於“財務報告委員會”（Financial Reporting Council，簡稱FRC）。
基本介紹
- 外文名：Financial Reporting Standards
- 簡稱：FRS
- 隸屬於：財務報告委員會
- 目的：為確保準則有效實施
財務術語,貼吧術語,其他表述,
財務術語
為確保準則有效實施，“會計準則委員會”下設“緊急問題工作組”（Urgent Issues Task Force，簡稱UITF），負責研究準則實施過程中出現的問題，並以“意見摘要”（Consensus Abstract）形式提出解決辦法供參考。“會計準則委員會”制訂的會計準則稱《財務報告準則》（Financial Reporting Standards，簡稱FRS）。
會計準則委員會（ASB）自成立至1999年6月發布的財務報告準則公告：
（1）FRS1[1996年修訂]：現金流量表（Cash Flow）
（2）FRS 2：子公司會計（Accounting for Subsidiary Undertakings）
（3）FRS 3：財務業績報告（Reporting Financial Performance）
（4）FRS 4：資本工具（Capital Instruments）
（5）FRS 5：報告經濟業務的實質（Reporting the Substance of Transaction）
（6）FRS 6：收購與兼併（Acquisitions and Mergers）
（7）FRS 7：收購會計中的公允價值（Fair Values in Acquisition Accounting）
（8）FRS 8：關聯方披露（Related Party Disclosure）
（9）FRS 9：聯營和合資（Assoctiates and Joint Venture）
（10）FRS 10：商譽與無形資產（Goodwill and Intangible Assets）
（11）FRS 11：固定資產和商譽的減值（Impairment of Fixed Assets and Goodwill）
（13）FRS 13：衍生和其他金融工具：銀行和類似機構的披露（Derivatives and Other Financial Instruments：Disclosures for Banking and Similar Groups）
（14）FRS 14：每股收益（Earning Per Share）
（15）FRS 15：有形固定資產（Tangible Fixed Assets）
貼吧術語
FRS:貼吧主題列表頁
其他表述
1. FRS： Fellow of the Royal Society
英國皇家學會院士、英國皇家學會會員、英國皇家科學院院士。
2. 家庭無線電服務(Family Radio Service)是一種在很小的功率下的，在 460 MHz下頻寬下很短的區域內雙向的無線電服務。
頻道 頻率 模式
1 462.5625MHz GMRS/FRS
2 462.5875MHz GMRS/FRS
3 462.6125MHz GMRS/FRS
4 462.6375MHz GMRS/FRS
5 462.6625MHz GMRS/FRS
6 462.6875MHz GMRS/FRS
7 462.7125MHz GMRS/FRS
8 467.5625MHz FRS
9 467.5875MHz FRS
10 467.6125MHz FRS
11 467.6375MHz FRS
12 467.6625MHz FRS
13 467.6875MHz FRS
14 467.7125MHz FRS
15 462.5500MHz GMRS
16 462.5750MHz GMRS
17 462.6000MHz GMRS
18 462.6250MHz GMRS
19 462.6500MHz GMRS
20 462.6750MHz GMRS
21 462.7000MHz GMRS
22 462.7250MHz GMRS
3：檔案傳輸服務如果你曾在Windows NT中使用過登錄腳本檔案（Logon Scripts）、預設的域配置檔案或是系統策略，那么你應該知道他們是存放在Netlogon目錄中的。Netlogon目錄是Windows NT在每一個域控制器上建立的一個已分享檔案夾。如果你的域中有一個以上的域控制器的話，為了保證域控制器間數據的一致性，那么你就必須確認每一個域控制器都應有這些登錄腳本檔案、域設定檔案以及系統策略的複本。如果你在其中一個域控制器上改變了其中任何一樣，那么你就必須把這個改變的檔案複製到每一個域控制器的Netlogon已分享檔案夾中。你可以使用NT的資料夾複製服務來自動完成這個複製任務，但是這項服務並不是很容易設定並監視其運行情況。在Windows 2003中，Microsoft用Sysvol已分享檔案夾替代NT中的Netlogon已分享檔案夾來存儲相關檔案，並且簡化了Sysvol已分享檔案夾在域控制器間的複製工作。
為了讓每一台域控制器上的Sysvol已分享檔案夾的內容可以保持一致性，Active Directory域控制器採用了檔案複製服務（File Replication Service，FRS）。FRS（注釋1）會自動地在所有的域控制器上執行並且不需要有任何的手工管理動作介入其中（很不幸的是Win 2003並不會自動執行NT的資料夾複製服務，所以在域的混合模式中，NT域控制器上的Netlogon已分享檔案夾並不會自動地把內容複製到Windows 2003域控制器上的Sysvol資料夾。惟一的解決方法就是使用計畫任務（Scheduler Service）來定期執行一個能完成此複製工作的腳本檔案）。
Windows 2003也會使用FRS來執行分散式檔案系統（Distributed File System, DFS）內容的複製工作。而FRS的Sysvol複製工作方式跟FRS的分散式檔案系統複製工作方式卻有些不同。
首先，讓我們來看看FRS的Sysvol複製工作方式。Windows 2003是通過調用ntfrs.exe程式來把FRS運作成為一種服務。如果你有兩個以上的域控制器，那么你可以嘗試使用FRS。你可以在其中一台域控制器上的Sysvol已分享檔案夾建立一個檔案來進行測試。在預設的情況下，Sysvol已分享檔案夾的路徑是在%systemroo%\sysvol\sysvol，然而當你建立一台域控制器時可以選擇把它放到別處。
如果你找不到Sysvol已分享檔案夾，那么請登錄你的域控制器，用滑鼠右鍵按下“我的電腦”，然後選擇“管理”。開啟“已分享檔案夾”對象，然後按下“共享”對象。在右邊的視窗中，你將可以看到當前計算機中已分享檔案夾的清單，其中在已分享檔案夾路徑的欄位中將會顯示出每一個已分享檔案夾的絕對路徑。
當你把一個檔案放到其中一個域控制器的Sysvol已分享檔案夾之後，再請看看在相同Site中其他的域控制器的Sysvol已分享檔案夾的內容（我們待會再討論多重Site）。你應該可以在Sysvol已分享檔案夾上看到那個檔案的副本，並且在此Site上所有其他的Sysvol已分享檔案夾也可以看得到。你可以試著修改此檔案在一些域控制器上的副本，等待幾秒鐘之後，然後檢查其他的Sysvol已分享檔案夾，你將會發現他們的內容已經是剛剛修改過的。
這些近乎實時的複製更新令我感到驚訝。我們已經習慣了AD域控制器間的複製過程，在默認的情況下會每5分鐘發生一次。如果我改變了某個用戶賬戶的描述說明或是修改某個組策略，那么我可能必須等上5分鐘甚至更長的時間才能看到這些改變已經反映到相同Site上其他的域控制器（FRS複製和AD複製運作的情況不盡相同）。幾乎實時的Intra-site FRS複製證明了FRS不會緊湊地複製AD中的內容。在Site間，雖然你可以強制AD在兩個不同Sites（注釋2）的域控制器上立即進行複製工作，但是你卻無法強制在Sites之間立即進行FRS複製。
就像AD一樣，FRS是一個多主複製（注釋3）系統。換句話說，假如你有4台域控制器並且每台域控制器上的Sysvol已分享檔案夾都有一個test.txt的檔案（為了簡單起見，假定這些域控制器都在相同的Site上）。進一步假設你最初是在域控制器A上建立test.txt。幾秒鐘之後，test.txt就會出現在其他3台域控制器的Sysvol已分享檔案夾上。接下來你在域控制器C上編輯test.txt，並且在域控制器C上的Sysvol已分享檔案夾中儲存了剛剛所做的編輯。而這個被編輯過的檔案將會很快地顯示在其他3台域控制器上。因此，你可以修改任何一個域控制器Sysvol已分享檔案夾中的檔案，其更改過的檔案將會很快地複製到其他所有的域控制器上。
但如果是你在A域的域控制器上編輯test.doc，而此時我在B域的域控制器上編輯此檔案，那么Word並不會告訴我有任何問題，因為在不同域的Sysvol已分享檔案夾中的檔案間並沒有檔案鎖定連結的存在。
這問題有多嚴重呢？此衝突的潛在性問題並不會多么嚴重，因為在Sysvol已分享檔案夾內的大多數檔案並不會常常被編輯。然而，惟一的例外就是組策略模板（Group Policy Templates，GPT）。
每個組策略對象（Group Policy Object，GPO）都有兩個部分，一個是在AD中的對象，而另一個是在Sysvol已分享檔案夾中的檔案。在AD中的對象稱為組策略容器（Group Policy Container，GPC），會與活動目錄的其他對象一樣在DC間複製。而檔案的部分包含了資料夾和檔案的結合體，即組策略模板，會利用FRS在DC間複製。每當你更改一個組策略的時候，你可能潛在地改變了GPT中的檔案。那么，如果有兩個系統管理員都同時編輯了相同的組策略，他們就會相互影響各自的編輯結果，就像同時有兩個人編輯在Sysvol已分享檔案夾中的檔案一樣。那么如何來避免衝突的發生呢？Windows 2003提供了一個叫做組策略編輯器（Group Policy Editor，GPE）的工具——gpedit.msc（存儲在%systemroot%\sysem32）來防止衝突發生：不論你何時需要修改一個組策略對象（Group Policy Object ，GPO），它都會連線到此域的PDC Operations Master，在PDC Emulator上進行修改。因此，想要修改組策略的人都會在相同的域控制器上操作，這能讓GPE檢查到衝突並且避免衝突。
就GPE作業的副作用來看，編輯策略相較於其他AD作業來看似乎會比較慢，因為PDC Operations Master（注釋5）可能會是一個通過廣域網路相連的主機。因此，你也可以在gpedit.msc中改變這個行為，使修改組策略時不必連線到PDC Operations Master（用戶配置-->管理模版-->系統-->組策略-->Group Policy Domain Controller Selection）（注釋6），但是我並不建議這樣做。
當在處理組策略複製的時候，會有一些相關的注意事項可供參考：由於每個組策略都包含了一個GPC和一個GPT，並且這兩個複製動作都會安排在不同的計畫上（GPC的複製由AD Replication承擔，GPT的複製由FRS承擔），因此域控制器可能會把較新的或是更改過的策略的其中一部分複製（例如，只複製GPC或只複製GPT）。如果發生這種問題的話，AD便不會執行該策略。因此，組策略排錯工作的其中一項就是檢查一個策略的這兩個部分是否都已被複製。你可以使用Microsoft Windows 2003 Server的Resource Kit，其中有一個命令行工具稱為Gpotool（gpotool.exe），它會監測組策略複製的狀態。
