Ch4控制資訊系統(tǒng):

企業(yè)流程控制Ch4控制資訊系統(tǒng):

學(xué)習(xí)目標(biāo)瞭解控制架構(gòu)的步驟瞭解如何編製控制矩陣瞭解本章中所介紹的通用企業(yè)流程控制計畫能夠描述企業(yè)流程控制如何達(dá)成控制目標(biāo)體認(rèn)控制對於擁有企業(yè)整體系統(tǒng)的組織的重要性體認(rèn)控制對於從事電子商務(wù)的組織的重要性學(xué)習(xí)目標(biāo)瞭解控制架構(gòu)的步驟AIS輪軸軸心的流程控制本章聚焦控制的一層—流程控制—如AIS輪軸所示。

首先，你們將會學(xué)到如何將流程控制目標(biāo)分解為作業(yè)程序目標(biāo)及資訊程序目標(biāo)，再據(jù)以評估流程控制目標(biāo)的性質(zhì)與範(fàn)圍。接著，作業(yè)程序目標(biāo)將再細(xì)分為效能、效率、及安全性目標(biāo)；而資訊程序目標(biāo)將再劃分為輸入及更新目標(biāo)。針對各種控制目標(biāo)，你們將瞭解其有效的控制計畫。藉由結(jié)合控制目標(biāo)與計畫，你們將瞭解如何建立控制矩陣；這些是後續(xù)章節(jié)評估流程控制的基石。AIS輪軸軸心的流程控制本章聚焦控制的一層—流程控制—如AI控制矩陣

控制矩陣(controlmatric)是一個用來協(xié)助分析系統(tǒng)流程圖與相關(guān)文字?jǐn)⑹龅墓ぞ?。它建?gòu)了評估特定企業(yè)流程控制的準(zhǔn)則。

控制矩陣控制矩陣(controlmatric)是一個用來控制矩陣範(fàn)例控制矩陣範(fàn)例編製控制矩陣的步驟設(shè)定控制目標(biāo)為建構(gòu)控制矩陣的第一步驟，控制目標(biāo)列在橫跨於矩陣上方的橫列。辨認(rèn)作業(yè)程序目標(biāo)效能目標(biāo)效率目標(biāo)安全性目標(biāo)辨認(rèn)資訊程序目標(biāo)輸入目標(biāo)更新目標(biāo)編製控制矩陣的步驟設(shè)定控制目標(biāo)為建構(gòu)控制矩陣的第一步驟，作業(yè)程序目標(biāo)：效能目標(biāo)作業(yè)程序的效能控制目標(biāo)，在於確保成功地達(dá)成企業(yè)流程的目的。在Causeway現(xiàn)金收入流程裡，我們目前只舉兩個目標(biāo)為例：目標(biāo)A─立即將收到現(xiàn)金存入銀行，以加速現(xiàn)金流動。目標(biāo)B─確保遵循與存款銀行訂定的補(bǔ)償性餘額(compensatingbalance)協(xié)議。其他可能的現(xiàn)金收入目標(biāo)，將依序以目標(biāo)C、D等表示，並描述於矩陣下方（位在矩陣裡說明(legend)的部分）。若考慮其他企業(yè)流程，例如生產(chǎn)，我們可能會將效能目標(biāo)訂為：目標(biāo)A─藉由準(zhǔn)時完成生產(chǎn)訂單，以維持顧客滿意度。目標(biāo)B─藉由確保製成品的最高品質(zhì)，以增加市場佔有率。作業(yè)程序目標(biāo)：效能目標(biāo)作業(yè)程序的效能控制目標(biāo)，在於確保成功地作業(yè)程序目標(biāo)：效率目標(biāo)作業(yè)程序的效率控制目標(biāo)，在於確保企業(yè)流程使用到的所有資源，都能以最具生產(chǎn)力的方式被利用。請注意在圓括號裡，我們已列出可運(yùn)用於現(xiàn)金收入流程的兩種資源─人員和電腦。事實上，在評估會計資訊系統(tǒng)的效率時，人員和電腦是經(jīng)常會被考慮到的項目。其他企業(yè)流程，例如收貨，我們可能也需要考慮到設(shè)備使用的效率，例如卡車、叉架起貨機(jī)、及手提式掃描器。作業(yè)程序目標(biāo)：效率目標(biāo)作業(yè)程序的效率控制目標(biāo)，在於確保企業(yè)流作業(yè)程序目標(biāo)：安全性目標(biāo)作業(yè)程序的安全性控制目標(biāo)，在於保護(hù)企業(yè)資源，確保其不會遺失、被破壞、洩密、影印、不當(dāng)銷售、或濫用。在圓括號裡，我們已包含現(xiàn)金收入流程中需要確保其安全性的兩個資源─現(xiàn)金及資訊（應(yīng)收帳款主檔資料）。在任何企業(yè)流程中，我們均關(guān)心在執(zhí)行流程時，被新增、修改或刪除的資料，以及被帶入或移出組織的資產(chǎn)，例如現(xiàn)金、存貨、及固定資產(chǎn)。若考慮其他企業(yè)流程，例如出貨，我們可能加入客戶主檔資料及出貨資料。請注意，光碟第16章將執(zhí)行企業(yè)流程的硬體資產(chǎn)（例如電腦設(shè)備、卡車、拖車、月臺碼頭設(shè)備等）的安全性，列為普遍性控制。作業(yè)程序目標(biāo)：安全性目標(biāo)作業(yè)程序的安全性控制目標(biāo)，在於保護(hù)企資訊程序目標(biāo)：輸入目標(biāo)資訊程序的輸入目標(biāo)，在於確保所有企業(yè)流程資料，在輸入系統(tǒng)時的輸入真實性(inputvalidity,IV)輸入完整性(inputcompleteness,IC)及輸入正確性(inputaccuracy,IA)在現(xiàn)金收入流程裡，我們關(guān)心現(xiàn)金收入的輸入真實性、正確性、及完整性。在這裡，它們以匯款通知單的形式呈現(xiàn)。請注意，我們明確地在圓括號裡記錄輸入的資料名稱。若考慮其他的企業(yè)流程，例如雇用員工，我們將關(guān)心其他例如員工、薪資、福利計畫等輸入資料。資訊程序目標(biāo)：輸入目標(biāo)資訊程序的輸入目標(biāo)，在於確保所有企業(yè)流資訊程序目標(biāo)：更新目標(biāo)更新目標(biāo)必須考量所有將會被輸入資料影響到的相關(guān)資訊，例如主檔資料及分類帳資料。資訊程序的更新控制目標(biāo)，在於確保企業(yè)流程輸入資料的更新完整性(updatecompleteness,UC)更新正確性(updateaccuracy,UA)在現(xiàn)金收入資訊程序裡，我們認(rèn)為現(xiàn)金收入流程將會影響應(yīng)收帳款資料?，F(xiàn)金收入為借方影響，顧客餘額為貸方影響。請注意，我們在控制矩陣裡列出應(yīng)收帳款主檔資料。其他企業(yè)流程，例如支付現(xiàn)金，將牽涉到不同的更新項目，例如供應(yīng)商、薪資、或應(yīng)付帳款主檔資料。資訊程序目標(biāo)：更新目標(biāo)更新目標(biāo)必須考量所有將會被輸入資料影響編製控制矩陣的步驟II.建議控制計畫註記「既存的」控制計畫評估「既存的」控制計畫辨認(rèn)及評估「遺漏的」控制計畫編製控制矩陣的步驟II.建議控制計畫CausewayCompany-經(jīng)過註記的系統(tǒng)流程圖

CausewayCompany-經(jīng)過註記的系統(tǒng)流程圖

註記既存的控制計畫從系統(tǒng)流程圖的左上角欄位開始，在第一個人工輸入符號、人工程序符號、電腦程序符號（程序相關(guān)符號)。接著，順著系統(tǒng)流程圖的邏輯，辨認(rèn)所有程序相關(guān)符號。每個程序相關(guān)符號反映著一個存在的內(nèi)部控制計畫。辨認(rèn)可能存在的控制計畫是重要的，這些控制計畫可能沒有如預(yù)期般有效地運(yùn)作，因此，你可能需要建議一些方法來加強(qiáng)或擴(kuò)充既存的控制計畫。註記既存的控制計畫從系統(tǒng)流程圖的左上角欄位開始，在第一個人工註記系統(tǒng)流程圖檢視流程圖，判斷某一控制『存在』(P-)或『遺漏』(M-)。註記流程圖如果控制存在，則標(biāo)示P-。如果控制遺漏，則標(biāo)示M-。註記系統(tǒng)流程圖檢視流程圖，判斷某一控制『存在』(P-)或『註記既存的控制計畫檢視Causeway的系統(tǒng)流程圖（圖4.2），你將發(fā)現(xiàn)第一個程序相關(guān)符號為「背書支票」因為此程序顯示在流程圖上，表示此控制計畫已經(jīng)存在。因此，在這個程序旁我們記錄「P-」的記號，表示其為既存的控制計畫。同時在「P-」旁邊的「1」表示此為流程圖中第一個既存的控制計畫。所以你應(yīng)該已經(jīng)在系統(tǒng)流程圖上註記P-1。註記既存的控制計畫檢視Causeway的系統(tǒng)流程圖（圖4.2註記既存的控制計畫繼續(xù)依照其邏輯檢視系統(tǒng)流程圖，依序在流程圖中註記P-2、P-3等，直到你已經(jīng)將所有既存的控制計畫完成註記。

請注意圖4.2，Causeway已經(jīng)存在八個控制計畫(P-1–P-8)。註記既存的控制計畫繼續(xù)依照其邏輯檢視系統(tǒng)流程圖，依序在流程圖評估「既存的」控制計畫

在控制矩陣左手邊的欄位，寫下每個控制計畫的編號(P-1,P-2,P-3,….P-n)與名稱。接著，從P-1開始，檢視其橫列的控制目標(biāo)，並判斷P-1適用於哪些控制目標(biāo)，在其對應(yīng)的空格上填入P-1。

某一控制計畫也許能夠適用多個控制目標(biāo)。針對每個既存的控制計畫執(zhí)行相同的程序。同時，在矩陣的說明部分，描述控制計畫如何適用於註記的控制目標(biāo)。評估「既存的」控制計畫在控制矩陣左手邊的欄位，寫下每個控制辨認(rèn)及評估「遺漏的」控制計畫

在下一個步驟--建議控制計畫，為決定是否需要額外的控制，來補(bǔ)足目前缺少控制計畫的控制目標(biāo)區(qū)域，或加強(qiáng)既存的控制計畫，或兩者並行。辨認(rèn)及評估「遺漏的」控制計畫在下一個步驟--建議控制計畫，辨認(rèn)及評估「遺漏的」控制計畫檢查控制矩陣：首先，檢視控制矩陣並觀察是否有任何控制目標(biāo)（作業(yè)或資訊）尚未存有控制計畫。

若發(fā)現(xiàn)此情況，你需要進(jìn)行下列事項：

在矩陣的左手邊欄位，將第一個遺漏的控制計畫編號為M-1，並寫下該計畫的名稱。橫越矩陣的橫列，將M-1註記於該控制對應(yīng)的相關(guān)控制目標(biāo)的空格。在矩陣的說明部分，解釋該遺漏的控制將如何適用於經(jīng)註記的控制目標(biāo)。在系統(tǒng)流程圖裡，在該控制應(yīng)被嵌入的位置，註記M-1。若仍有控制目標(biāo)尚未存在任何的控制計畫，則建立另一個計畫（M-2），並重複上述四個步驟。重複執(zhí)行此程序，直到每個矩陣中的控制目標(biāo)均有至少一個控制計畫。在Causeway的例子中，我們僅在現(xiàn)金收入流程的範(fàn)例控制矩陣中註記兩個遺漏的控制計畫（M-1及M-2）。

當(dāng)然，可能還有其他的控制計畫。辨認(rèn)及評估「遺漏的」控制計畫檢查控制矩陣：首先，檢視控制矩陣評估系統(tǒng)流程圖

儘管到目前為止，在矩陣中所有的控制目標(biāo)都對應(yīng)到一個或多個控制計畫，但仍然值得再一次仔細(xì)地詳細(xì)檢查系統(tǒng)流程圖。

注意尋找需要更進(jìn)一步控制的地方。雖然目前在矩陣中所有的控制目標(biāo)都有一個或多個對應(yīng)的控制計畫，但也許必須增加更多控制計畫或加強(qiáng)既存的計畫，來降低某特定區(qū)域的剩餘風(fēng)險至可接受程度。這需要訓(xùn)練及經(jīng)驗以辨認(rèn)風(fēng)險及缺點。在第5章至第11章，你們將學(xué)習(xí)更多有關(guān)於如何進(jìn)行此種關(guān)鍵性的內(nèi)部控制評估。評估系統(tǒng)流程圖儘管到目前為止，在矩陣中所有的控制目標(biāo)都對應(yīng)資料輸入的控制計畫釋例未使用主檔資料的資料輸入控制計畫使用主檔資料的資料輸入控制計畫批次輸入的資料輸入控制計畫資料輸入的控制計畫釋例未使用主檔資料的資料輸入控制計畫未使用主檔資料的資料輸入控制計畫未使用主檔資料時，許多資料必須仰賴人工鍵入。由於這種資料輸入方式容易出錯，必須使用特殊的控制措施以確保控制目標(biāo)的達(dá)成。輸入時未使用主檔資料，意謂沒有資料庫可以用來驗證資料。如此一來，使得資料輸入的控制更形重要。未使用主檔資料的資料輸入控制計畫未使用主檔資料時，許多資料必未使用主檔資料的資料輸入未使用主檔資料的資料輸入可使用的資料輸入控制計畫請注意，在第一欄(資料輸入員工1)的第一個程序相關(guān)符號為「輸入文件」。P-1:文件設(shè)計(documentdesign)—將原始文件設(shè)計成容易填製的的格式。P-2:簽名核準(zhǔn)(writtenapproval)—透過在文件上簽名或蓋章的形式，以表示某人已授權(quán)該事件。P-3:預(yù)設(shè)的螢?zāi)划嬅?preformattedscreen)—定義每個資料欄位可接受的格式，來控制資料輸入。P-4:線上提示(onlineprompting)—要求使用者輸入，或提示問題要求使用者必須回答。可使用的資料輸入控制計畫請注意，在第一欄(資料輸入員工1)的可使用的資料輸入控制計畫（續(xù)）下一個程序相關(guān)符號（編校輸入）位於第二欄（資料輸入裝置）P-5:程式化編校檢查(programmededitchecks)

在登錄輸入資料後，資料輸入程式立即自動執(zhí)行的功能。合理性檢查(reasonablenesscheck)或上下限檢查(Limitcheck)—測試輸入資料內(nèi)容（例如：數(shù)值）是否落在預(yù)先設(shè)定的範(fàn)圍內(nèi)。文件或記錄雜湊總計(document/recordhashtotals)—比較電腦與人工加總的數(shù)額。計算正確性檢查(mathematicalaccuracychecks)—比較人工計算和電腦計算的結(jié)果，以確認(rèn)文件輸入的正確性。檢查碼核對(checkdigitverification)–對於識別號碼的輸入，例如客戶及供應(yīng)商代碼，包含一個額外的數(shù)碼—一個檢查碼。如果資料輸入錯誤，電腦可以檢查出檢查碼不符，發(fā)現(xiàn)該錯誤?？墒褂玫馁Y料輸入控制計畫（續(xù)）下一個程序相關(guān)符號（編校輸入）可使用的資料輸入控制計畫（續(xù)）P-6:被拒絕輸入資料之處理程序

—被設(shè)計來確保先前不被接受進(jìn)行處理的錯誤資料，已被更正並重新輸入進(jìn)行處理。P-7:鍵入校正資料

—輸入人員完成被拒絕輸入資料之更正處理程序。P-8:互動式回饋檢查

—電腦告知使用者輸入資料是否被接受處理的一種控制。P-9:記錄輸入資料

—交易資料即時輸入，而非過一段時間後再輸入。M-1:鍵入驗證

—資料由兩個人輸入，然後由電腦加以比較?？墒褂玫馁Y料輸入控制計畫（續(xù)）P-6:被拒絕輸入資料之處理程未使用主檔資料的輸入控制矩陣未使用主檔資料的輸入控制矩陣使用主檔資料的資料輸入控制計畫當(dāng)目前存在主檔資料時，輸入的資料可以利用現(xiàn)存資料加以驗證，因此提供更多的資料輸入控制使用主檔資料的資料輸入意謂存在資料庫。資料庫的資料可以用來自動填入輸入表單或是比對輸入的資料。如果我們已經(jīng)有一個顧客主檔，我們即可利用客戶代碼，帶出儲存的客戶主檔資料，並判斷客戶代碼是否被正確輸入、此客戶是否存在、客戶的正確地址等。

在下一節(jié)，我們將敘述利用主檔資料於資料輸入的情況下，可適用的額外控制。使用主檔資料的資料輸入控制計畫當(dāng)目前存在主檔資料時，輸入的資系統(tǒng)流程圖:使用主檔資料的資料輸入系統(tǒng)流程圖:使用主檔資料的資料輸入使用主檔資料的資料輸入控制矩陣使用主檔資料的資料輸入控制矩陣使用主檔資料的資料輸入控制計畫P-1:於鄰近原始資料產(chǎn)生處輸入資料。

直接並即時輸入資料可以減少輸入成本，避免資料遺失，降低資料錯誤的可能性，對錯誤資料較容易更改。線上交易登錄(OLTE)、線上及時系統(tǒng)(OLRT)、及線上交易處理(OLTP)，均為進(jìn)行此策略的例子。P-2:數(shù)位簽章。驗證傳送訊息者的身份並且偵測訊息在傳遞過程中已被修改。公共金鑰加密技術(shù)的應(yīng)用牽涉到使用私密金鑰對傳輸?shù)馁Y料加以『簽名』。使用主檔資料的資料輸入控制計畫P-1:於鄰近原始資料產(chǎn)生處輸使用主檔資料的資料輸入控制計畫(續(xù)）P-3:利用主檔資料自動帶入輸入資料。使用者輸入一個個體（如顧客）的識別碼，系統(tǒng)依據(jù)該識別碼，將該個體的相關(guān)資料由主檔中帶出。電腦可能提示使用者輸入顧客識別碼。

系統(tǒng)讀取顧客主檔,自動提供諸如客戶名稱、地址、銷售人員名稱、銷售品項等資料。

這種方式減少了敲擊鍵盤次數(shù)的需求，使資料輸入更快且更有效率。因此，系統(tǒng)自動的利用現(xiàn)存資料填入輸入欄位。使用主檔資料的資料輸入控制計畫(續(xù)）P-3:利用主檔資料自動使用主檔資料的資料輸入控制計畫(續(xù)）P-4:比較輸入資料及主檔資料—系統(tǒng)將輸入資料與之前已記錄的主檔資料進(jìn)行比對，以確保輸入的正確性與真實性輸入/主檔資料的相依性檢查。此編?？蓽y試事件描述中，兩個或多個資料項目或欄位的內(nèi)容，是否具有正確的邏輯關(guān)係。

例如在輸入銷售事件時，可進(jìn)行測試以判斷某客戶是否屬於某銷售人員的服務(wù)區(qū)域。.若這兩個項目比對不合，則顯示客戶代碼或銷售員身分輸入可能有錯。輸入/主檔資料的真實性及正確性檢查。此編校測試主檔資料是否支持輸入資料的真實性及正確性。例如此編校會防止無相對應(yīng)客戶訂單的出貨資料輸入系統(tǒng)。若輸入及主檔資料比對不符，則顯示我們可能錯誤地輸入一些資料，或該出貨可能是無效的。我們也可以將包含於輸入及主檔資料的項目進(jìn)行比對。使用主檔資料的資料輸入控制計畫(續(xù)）P-4:比較輸入資料及主使用主檔資料的資料輸入控制計畫(續(xù)）P-5:被拒絕輸入資料之處理程序。

此程序被設(shè)計用來確保被拒絕輸入作進(jìn)一步處理的錯誤資料，已被更正並重新輸入進(jìn)行處理。P-6:鍵入校正。

員工藉由鍵入正確資料，完成被拒絕輸入資料之處理程序，因而確保輸入資料的正確性。P-7:記錄輸入。

一旦所有必要的更正完成，使用者接受該輸入。此動作將觸發(fā)電腦同步記錄輸入資料於交易檔，並通知使用者該輸入資料已被接受。P-8:互動式回饋檢查。

此互動式程式的特徵為告知使用者輸入資料已被接受記錄或被拒絕處理。使用主檔資料的資料輸入控制計畫(續(xù)）P-5:被拒絕輸入資料之批次資料輸入批次資料輸入社即將輸入資料累積成『批次』的工作單位，然後將各批次資料分批輸入意謂在經(jīng)濟(jì)交易事件發(fā)生與系統(tǒng)資料正式呈現(xiàn)該事件之間有所延遲。促成以批次為重點的控制，例如批次控制總數(shù)（雜湊或其他總數(shù)）。批次輸入之後經(jīng)常會產(chǎn)生異常與彙總報告。書本192頁的圖4.7是批次資料輸入的系統(tǒng)流程圖批次資料輸入批次資料輸入社即將輸入資料累積成『批次』的工作單系統(tǒng)流程圖：批次資料輸入系統(tǒng)流程圖：批次資料輸入批次輸入控制計畫為求有效，批次控制計畫必須確保：所有的文件均包還在批次之中所有的批次均送交處理所有的批次均為電腦所接受所有的異常都及時的察覺、調(diào)查、與更正批次輸入控制計畫為求有效，批次控制計畫必須確保：批次控制計畫批次控制程序首先必須將事件資料分組，然後計算每一組的控制總數(shù)?？梢杂嬎愕呐慰刂瓶倲?shù)有數(shù)種不同的型態(tài)：文件或記錄筆數(shù)(document/recordcounts)簡單計算輸入文件的數(shù)目(例如：一批次有25張文件)。

此程序呈現(xiàn)了輸入完整性控制的最低要求。由於一張文件可能被蓄意地以另一張文件取代，此控制無法有效地確保輸入的真實性和正確性。項目或項數(shù)總計(itemorlinecounts)

計算資料輸入的項目或項數(shù)數(shù)量，例如計算所有客戶匯款支付的發(fā)票數(shù)目。藉由減少項目或整張文件可能被加入批次或未被輸入的可能性，此控制提升了輸入的真實性、完整性、及正確性。請記得，遺漏的事件紀(jì)錄是完整性錯誤，於一事件紀(jì)錄中遺漏資料項目是正確性錯誤。金額總計(dollartotals)

加總批次中以金額表示的項目，例如批次中所有匯款通知單的金額總計。藉由減少批次中整張文件可能被加入或遺漏，或金額數(shù)目被錯誤輸入的可能性，此控制提升了輸入的真實性、完整性、及正確性。雜湊總數(shù)(hashtotals)

加總批次中存在於所有文件的數(shù)值性資料，例如匯款通知單裡，客戶編號及發(fā)票號碼的總計數(shù)。和金額總計不同的地方在於，計算雜湊總數(shù)通常只是為了控制的目的。雜湊總數(shù)是強(qiáng)而有力的批次控制，因為它們能判斷輸入是否被變更、新增、或刪除。這些批次雜湊總數(shù)對於批次的功用，正類似於文件或記錄雜湊總數(shù)對於個別輸入的功用。批次控制計畫批次控制程序首先必須將事件資料分組，然後計算每一批次資料輸入之控制矩陣批次資料輸入之控制矩陣P-1:收取回送單據(jù)回送單據(jù)(turnarounddocument)被用來擷取和輸入後續(xù)的事件資料。

揀貨單、存貨盤點卡、附在客戶發(fā)票上的匯款通知存根聯(lián)、工時卡等，都是回送單據(jù)的例子。例如我們看到由電腦印出的揀貨單，利用其進(jìn)行揀貨，然後送到出貨部門，掃描揀貨單上的條碼以記錄該出貨。P-1:收取回送單據(jù)回送單據(jù)(turnarounddocuP-2:計算批次總數(shù)

計算批次總數(shù)係用來確保資料輸入來自於符合規(guī)定的事件(輸入真實性)，以及批次內(nèi)的所有事件均被記錄(輸入完整性)。然而，批次總數(shù)本身不一定能夠確保輸入正確性—將於P-4討論。P-2:計算批次總數(shù)計算批次總數(shù)係用來確保資料輸入來自於符P-3:記錄揀貨單

藉由使用條碼，揀貨單被自動地記錄(掃描)於電腦內(nèi)。

此程序在及時地、並使用最少資源的情況下，於數(shù)位媒介內(nèi)記錄正確、有效的輸入資料。同時，藉由電腦自動計算批次總數(shù)，也能確保輸入資料後後續(xù)調(diào)節(jié)的效率及效果。P-3:記錄揀貨單藉由使用條碼，揀貨單被自動地記錄(掃描)P-4:人工調(diào)節(jié)批次總數(shù)

批次總數(shù)之人工調(diào)節(jié)(manualreconciliationofbatchtotals)控制計畫有下列幾項作業(yè)：a.首先，以人工計算一個或多個批次總數(shù)。

b.當(dāng)各個事件描述被輸入(或掃描)時，資料輸入程式累加各個獨(dú)立的批次總數(shù)。c.在完成輸入程序、或更新程序，或兩者時，電腦產(chǎn)生報告(或顯示)有哪些相關(guān)的控制總數(shù)。d.進(jìn)行調(diào)節(jié)批次總數(shù)的人員，必須判斷為何總數(shù)會不一致，並於需要時進(jìn)行更正，以確保輸入資料的完確性。P-4:人工調(diào)節(jié)批次總數(shù)批次總數(shù)之人工調(diào)節(jié)(manualP-5:記錄出貨揀貨單資料及應(yīng)收帳款主檔資料被用來記錄出貨，接著更新銷售交易資料。自動化記錄在及時地、並使用最少資源的情況下，儲存正確、真實的輸入資料。P-5:記錄出貨揀貨單資料及應(yīng)收帳款主檔資料被用來記錄出貨，P-6:調(diào)節(jié)輸入及輸出的批次總數(shù)

(批次處理前後總數(shù)核對)此為一種核對批次總數(shù)控制的變化。批次處理前後總數(shù)核對(agreementofrun-to-runtotals)將電腦處理前計算的總數(shù)，以人工的方式或藉由電腦，與電腦處理完成後的總數(shù)比對。此資料處理後的控制，通常也會出現(xiàn)於錯誤及彙總報告(errorandsummaryreport)。當(dāng)總數(shù)比對一致，則顯示輸入及所進(jìn)行的更新是正確的。

當(dāng)處理程序從開始到結(jié)束間存有許多中間步驟，且我們想要確保每個處理程序的完確性時，此控制將特別有用。P-6:調(diào)節(jié)輸入及輸出的批次總數(shù)

(批次處理前後總數(shù)核對P-7:比對揀貨單（從待處理檔案）

及裝箱單（一對一檢查）

此有兩個目的：

確保所有揀貨單都連結(jié)至相關(guān)的裝箱單。確保揀貨單上的所有項目，和相關(guān)裝箱單上的項目一致。

藉由定期檢視待處理檔案(ticklerfile)以採取行動清除該檔案內(nèi)的未處理項目，協(xié)助達(dá)成上述兩個目的。

待處理檔案也可能是反映需要完成事件的電腦紀(jì)錄，例如未結(jié)案的銷售訂單、未結(jié)案的採購訂單等。如果待處理檔案文件停留於檔案中過久，監(jiān)控此檔案的人員或電腦將判斷此延遲的性質(zhì)及程度。在我們例子裡，一旦收到裝箱單，就會運(yùn)用一種叫一對一檢查(one-for-one-checking)的程序，比對揀貨單及相關(guān)的裝箱單。

如有差異，則顯示在輸入或更新時可能有錯此程序可以詳細(xì)告知我們批次中發(fā)生錯誤之處。

由於執(zhí)行此作業(yè)之成本