在經過5月3日及4日兩天的互通性測試中，共有8家數位學習教材製作廠商及12家數位學習平台廠商的參與，在交叉測試後完成了近百份的測試結果，其目的並不在於功能性的比較，而是針對SCORM規範著墨不深的灰色地帶，實際測試以找出互通性的問題，資策會數位學習技術中心再將這些問題提出建議解決的方案，期望強化未來學習平台之互通性。以下將依數位學習平台廠商及數位學習教材提供廠商兩大類的建議。
互通性議題1 : 課程瀏覽介面(Navigation Interface)配置
議題簡述 :
課程瀏覽介面為學習者在觀看課程時與學習平台溝通的介面，學習者透過該平台所提供之介面，控制並選擇其所需之課程章節，各平台提供功能也各不相同，所以版面之編排也各不相同，就SCORM規範的角度而言，並沒有強制規定平台之介面，多數平台介面大致如下圖一所示，皆提供課程樹狀結構選單、課程內容區及課程前後頁三大部分。
圖一、課程瀏覽介面示意圖。
對於教材製作廠商而言，希望兼顧課程內容、功能操作及畫面美觀多多個面向，教材廠商不希望在學習者在使用教材時會在出現捲軸，如此學習者在學習時不需拉接動捲軸就可以完全掌握課程內容，要將課程內容編排成無捲軸之設計，與課程內容區的大小息息相關，但每家廠商之課程內容區之大小各不相同，致使教材製作廠商必須和每家廠商進行協調，費時費力 (勝典科技蘇文華總經理 Taiwan Plugfest 2004 , 2004-05-04)，以下就技術面提供一點建議。
建議方案簡述 :
針對以上之問題，建議”可參數化設定之介面”之解決方案，應用XML的技術，設定課程介面產生之架構樣板，如下例，將該課程之內容頁面設定為400pixels X 300 pixels，並針對不同的的教材需求可以方便利用參數設定其頁面大小，不需為了不同平台之頁面去調整教材內容。
互通性議題2 :學習完成度之計算方式及學習記錄之呈現
議題簡述 :
SCORM教材有一非常重要的特徵-->記錄學員之學習歷程，經由學習記錄平台可以掌握該學員之學習進度及完成百分比，比方說一門課共有10個章節，當學員位於第三章時，則代表該學員之完成度為30%；但在一門符合SCORM的課程章節中，有可能包含SCO及Asset，其差別在於SCO是可記錄之最小單位，而Asset在平台中則不會留下學習記錄，當一個課程中同時包含了SCO及Asset時，由於Asset不會留下學習記錄，所以在記算學員之完成度將會產生誤差，比方說一門課有10個章節，其中5個章節為SCO，另外5個章節為Asset，當學員閱讀完所有課程時由於只有5個SCO有留下學習記錄，所以完成度為50%，而與實際學習之進度有落差。
建議簡述 :
建議在計算學員之課程完成度時，其分母部分(即是章節總數)可改用SCO總數，而不加入Asset之章節總數，其分子部分(即是閱讀章節數)，可沿用目前LMS所提供之方式，即是有留下學習記錄之章節。試著將筆者之想法整理如下圖
為了讓學員可以完全掌握目前的學習狀態，學習平台可在課程介面中呈現目前之學習狀態，而SCORM所定義之學習狀態及資訊相當複雜，因此建議學習平台可提供以下之學習狀態資訊
1. 目前所閱讀之章節 : 為了避免學習者迷失在課程之中，因此學習平台應標示學習者目前所閱讀之章節位置，可應用動畫圖示，或是以不同之文字底色區別，如下圖應用黃色之底色標示目前所在之章節。
2. 已閲讀及未閱讀章節之區別 : 為了讓學習者可以明瞭已閱讀及未閱讀之章節，學習平台可利用不同的文字顏色用以區別，如下圖綠色文字之章節代表已閱讀之章節，而藍色文字章節代表未閱讀之章節。
3. 各章節之學習狀態 : 學習平台可應用小圖示來表示各章節之狀態，在 SCORM規範中主要有5種狀態，分別是”完成(completed)”、”未完成(incomplete)”、”通過(passed)”、”未通過(failed)”、”未閱讀(unknown)”，因此學習平台可在學習狀態改變時，利用程式自動將置換改章節之圖示，讓學習者可以直覺式的了解該章之狀態。
互通性議題3 :教材與平台之API連接問題
議題簡述 :
在SCORM的環境之下，教材與平台的連結主要有兩大部分，主要是imsmanifest.xml與SCO之連結，imsmanifest.xml檔案為一個課程之進入點，其中主要功能為提供課程架構及實體課程檔案之兩大資訊，當載入一個符合SCORM規範的教材時，平台在該教材目錄中搜尋imsmanifest.xml檔案，當搜尋結果有imsmanifest.xml，平台便會依照檔案中之定義用以呈現課程，若目錄中不包含imsmanifest.xml，課程則無法呈現，會造成這課程無法呈現之問題可能有二。
1. 教材本身不符合SCORM標準，因此在教材目錄中不包含imsmanifest.xml 檔案
2. 教材本身符合SCORM標準，也包含imsmanifest.xml，但平台無法直接載入該檔 案，而需要部分調整。
建議教材在載入平台前必須先通過ADL SCORM self test suite之測試，待測試完成後，再將教材載入平台；建議平台廠商在載入一符合SCORM規範之教材時(通過ADL SCORM self test suite)，盡量減少教材為了符合平台之特殊要求所做之調整或設定。
在SCORM教材連結部分另有一個重點-->API之連結，為了要記錄學員之學習資訊，因此要透過API，在使用API之前，必須要先建立API之連結管道，如同打電話之前必須要先建立連線一般，而一般的教材廠商並不需實際去寫程式建立這個管道，而是沿用ADL所提供之程式(APIWrapper.js及SCOFunctions.js)，在APIWrapper.js裡，其中有一function名為findAPI即是以建立API之連結，如下例程式碼，在程式中教材將去教材之父框架(Parent frame)找尋平台是否有提供SCORM規範所定義之API(在程式碼中設定將往上找7層父框架)，若找不到API物件之存在，則無法建立API連結，因此造成”API not found”之錯誤情況。
建議簡述 :
因此建議平台廠商將API之物件存放在教材之父框架中，同時不宜放置於太深層之父框架中，以減少API連結之問題。
互通性議題4 :連接設定
議題簡述 :
在imsmanfest.xml中提供了課程架構之資訊，每個章節都轉化為相同xml語法中的<item>元素，如下例，課程章節名稱存放title子元素之中，而實體課程檔案則是透identierref之屬性連接。
為了要描述巢狀結構則可以在item元素下再加入一個個的item子元素，如下例，在原item元素之下建立兩個子元素。
建議簡述 :
當一個item元素之下又包含item元素，可以簡單將轉化成一章節結構，上層之item元素為”章”，而下層之item元素則為”節”，所以則可想像為一個”章”之下包含兩個子”小節”之課程架構，在教材設計時，常由於”章”之下還有許多”小節”，所以”章”本身不需要連結課程內容，但在SCORM規範中並沒有限定”章”不可連結實體檔案，因此建議平台廠商不需限制以上情況；同時建議教材廠商若”章”本身必須要連結檔案，應盡量以Asset為主，而不留下學習記錄，其原因是在SCORM 2004規範中提供了Rollup之功能，即是集合”節”學習狀態成為”章”的學習狀態，若”章”之連結為一SCO，則將使”章”的學習狀態將同時受到子小”節”及該SCO之影響，將使得其學習狀態失去代表性。