業(yè)務(wù)單據(jù)變更控制方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種業(yè)務(wù)單據(jù)變更控制方法，包括：根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更范圍內(nèi)，當(dāng)判斷結(jié)果為是時，接收所述變更請求；根據(jù)接收到的所述變更請求，查找所述業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄；判斷所述歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任務(wù)，根據(jù)判斷結(jié)果和所述變更請求，設(shè)置目標(biāo)變更任務(wù)；根據(jù)所述目標(biāo)變更任務(wù)變更所述業(yè)務(wù)單據(jù)。相應(yīng)地，本發(fā)明還提出了一種業(yè)務(wù)單據(jù)變更控制裝置。通過本發(fā)明的技術(shù)方案，可以實現(xiàn)業(yè)務(wù)單據(jù)變更的事前控制和事后復(fù)查，便于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管和事后數(shù)據(jù)分析。
【專利說明】業(yè)務(wù)單據(jù)變更控制方法和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計算機(jī)【技術(shù)領(lǐng)域】，具體而言，涉及一種業(yè)務(wù)單據(jù)變更控制方法和一種 業(yè)務(wù)單據(jù)變更控制系統(tǒng)。

【背景技術(shù)】
[0002] 在軟件系統(tǒng)的應(yīng)用過程中，有很多針對業(yè)務(wù)單據(jù)的變更業(yè)務(wù)，由于很多軟件系統(tǒng) 并不支持內(nèi)控功能，所以此類變更業(yè)務(wù)很難通過軟件系統(tǒng)來實現(xiàn)，使用戶在通過軟件系統(tǒng) 變更業(yè)務(wù)單據(jù)的過程中遭遇了諸多不變，目前軟件系統(tǒng)中對于業(yè)務(wù)單據(jù)的變更控制主要存 在以下不足：
[0003] (1)變更過于隨意，比如在人為數(shù)據(jù)錄入發(fā)生錯誤后直接對數(shù)據(jù)進(jìn)行修改，這樣造 成可以對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，容易發(fā)生錯誤，且不利于系統(tǒng)的安全運(yùn)行；
[0004] (2)不能體現(xiàn)逐級申請、審批的過程與流程記錄，不利于用戶對系統(tǒng)進(jìn)行監(jiān)管；
[0005] (3)不能跟蹤、追溯歷史變更過程中的審批過程及干系人等信息，不利于事后的復(fù) 查和數(shù)據(jù)分析。
[0006] 因此，需要一種新的技術(shù)方案，可以實現(xiàn)業(yè)務(wù)單據(jù)變更的事前控制和事后復(fù)查，提 升系統(tǒng)的安全性，便于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管和事后數(shù)據(jù)分析。


【發(fā)明內(nèi)容】

[0007] 本發(fā)明正是基于上述問題，提出了一種新的技術(shù)方案，可以實現(xiàn)業(yè)務(wù)單據(jù)變更的 事前控制和事后復(fù)查，提升系統(tǒng)的安全性，便于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管和事后數(shù)據(jù)分析。
[0008] 有鑒于此，一種業(yè)務(wù)單據(jù)變更控制方法，包括：根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè) 務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更范圍內(nèi)，當(dāng)判斷結(jié)果為是時，接收所述 變更請求；根據(jù)接收到的所述變更請求，查找所述業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄；判斷所 述歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任務(wù)，根據(jù)判斷結(jié)果和所述變更請求， 設(shè)置目標(biāo)變更任務(wù)；根據(jù)所述目標(biāo)變更任務(wù)變更所述業(yè)務(wù)單據(jù)。
[0009] 在該技術(shù)方案中，通過判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更 范圍內(nèi)來確定該變更請求是不是可以被接收并執(zhí)行，比如，在財務(wù)軟件系統(tǒng)中，修改本月的 某張采購單據(jù)的申請一般可以被接收。通過判斷歷史業(yè)務(wù)變更記錄中是否具有未審核的歷 史變更任務(wù)，可以確定目標(biāo)變更任務(wù)，這體現(xiàn)了申請和審批的過程，可以實現(xiàn)業(yè)務(wù)單據(jù)變更 的事前控制，利于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管。
[0010] 在上述技術(shù)方案中，優(yōu)選地，在判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的 所述變更范圍內(nèi)之前，還包括：根據(jù)接收到的設(shè)置命令，設(shè)置所述業(yè)務(wù)單據(jù)的所述變更范 圍；以及判斷所述業(yè)務(wù)單據(jù)的所述變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更范圍內(nèi)，當(dāng)判 斷結(jié)果為否時，拒絕所述業(yè)務(wù)單據(jù)的變更請求。
[0011] 在該技術(shù)方案中，為業(yè)務(wù)變更設(shè)置一個變更權(quán)限范圍，當(dāng)變更請求在該變更權(quán)限 范圍內(nèi)時才可以接收該變更請求，比如，修改本月的某張采購單據(jù)的申請一般可以被接收。 而當(dāng)變更請求超出了預(yù)設(shè)的變更權(quán)限范圍的時候，應(yīng)當(dāng)拒絕所述業(yè)務(wù)單據(jù)的變更請求，t匕 如已經(jīng)結(jié)算的自然月的財務(wù)數(shù)據(jù)一般是不可以變更的，當(dāng)?shù)玫叫薷囊呀?jīng)結(jié)算的自然月的財 務(wù)數(shù)據(jù)的請求時，系統(tǒng)判定該請求超過了權(quán)限變更范圍，不予接收。這樣，避免了用戶在自 身權(quán)限范圍外對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾率，有利于事后的 復(fù)查和數(shù)據(jù)分析，提高了系統(tǒng)運(yùn)行的安全性。
[0012] 在上述技術(shù)方案中，優(yōu)選地，還包括：存儲所述接收的所述業(yè)務(wù)單據(jù)的變更請求和 /或所述拒絕的所述業(yè)務(wù)單據(jù)的變更請求的標(biāo)識信息；以及存儲所述目標(biāo)變更任務(wù)的標(biāo)識 信息和變更后的所述目標(biāo)業(yè)務(wù)單據(jù)的標(biāo)識信息。
[0013] 在上述技術(shù)方案中，優(yōu)選地，所述標(biāo)識信息包括操作用戶、操作時間、操作內(nèi)容和/ 或操作日期。
[0014] 在該技術(shù)方案中，通過存儲各步驟的操作用戶、操作時間、操作內(nèi)容和操作日期等 標(biāo)識信息，可以得到用戶的操作流程記錄，能體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng) 進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0015] 在上述技術(shù)方案中，優(yōu)選地，判斷所述歷史業(yè)務(wù)變更記錄中是否具有未審核的歷 史變更任務(wù)，根據(jù)判斷結(jié)果和所述變更請求，設(shè)置目標(biāo)變更任務(wù)，具體包括：判斷所述歷史 業(yè)務(wù)變更記錄中是否具有所述標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判斷結(jié)果為是時，即所述 歷史業(yè)務(wù)變更記錄中具有未完成的歷史變更任務(wù)，則將所述未完成的所述歷史變更任務(wù)設(shè) 置為所述目標(biāo)變更任務(wù)；以及當(dāng)判斷結(jié)果為否時，即所述歷史業(yè)務(wù)變更記錄中不具有未完 成的歷史變更任務(wù)，則根據(jù)所述接收到的所述業(yè)務(wù)單據(jù)變更請求，建立所述目標(biāo)變更任務(wù)。
[0016] 在該技術(shù)方案中，以標(biāo)識信息作為判斷歷史變更任務(wù)是否已完成的標(biāo)志，當(dāng)歷史 變更任務(wù)的標(biāo)識信息為空時，判定該歷史變更任務(wù)為未完成。如果該歷史變更任務(wù)已經(jīng)經(jīng) 過審核，則對其進(jìn)行取消審核操作，并將其設(shè)置為目標(biāo)變更任務(wù)；如果該歷史變更任務(wù)還未 經(jīng)過審核，可以直接將該歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)，對其進(jìn)行修改和/刪除等操 作。而當(dāng)歷史變更任務(wù)的標(biāo)識信息不為空時，判定該歷史變更任務(wù)的狀態(tài)為已完成，不允許 進(jìn)行放棄審核、修改和/刪除等操作，系統(tǒng)應(yīng)根據(jù)接收到的業(yè)務(wù)單據(jù)變更請求，建立新的目 標(biāo)變更任務(wù)。這樣，避免了用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾 率，提高了系統(tǒng)運(yùn)行的安全性，同時，還可以體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng)進(jìn) 行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0017] 根據(jù)本發(fā)明的另一方面，還提供了一種業(yè)務(wù)單據(jù)變更控制系統(tǒng)，包括：第一判斷單 元，根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更 范圍內(nèi)，當(dāng)判斷結(jié)果為是時，接收所述變更請求；查找單元，用于根據(jù)接收到的所述變更請 求，查找所述業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄；第二判斷單元，用于判斷所述歷史業(yè)務(wù)變更記 錄中是否具有未審核的歷史變更任務(wù)，根據(jù)判斷結(jié)果和所述變更請求，設(shè)置目標(biāo)變更任務(wù)； 變更單元，用于根據(jù)所述目標(biāo)變更任務(wù)變更所述業(yè)務(wù)單據(jù)。
[0018] 在該技術(shù)方案中，通過判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更 范圍內(nèi)來確定該變更請求是不是可以被接收并執(zhí)行，比如，在財務(wù)軟件系統(tǒng)中，修改本月的 某張采購單據(jù)的申請一般可以被接收。通過判斷歷史業(yè)務(wù)變更記錄中是否具有未審核的歷 史變更任務(wù)，可以確定目標(biāo)變更任務(wù)，這體現(xiàn)了申請和審批的過程，可以實現(xiàn)業(yè)務(wù)單據(jù)變更 的事前控制，利于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管。
[0019] 在上述技術(shù)方案中，優(yōu)選地，還包括：初始設(shè)置單元，根據(jù)接收到的設(shè)置命令，設(shè)置 所述業(yè)務(wù)單據(jù)的所述變更范圍；以及所述第一判斷單元還包括：當(dāng)判斷結(jié)果為否時，拒絕 所述業(yè)務(wù)單據(jù)的變更請求。
[0020] 在該技術(shù)方案中，為業(yè)務(wù)變更設(shè)置一個變更權(quán)限范圍，當(dāng)變更請求在該變更權(quán)限 范圍內(nèi)時才可以接收該變更請求，比如，修改本月的某張采購單據(jù)的申請一般可以被接收。 而當(dāng)變更請求超出了預(yù)設(shè)的變更權(quán)限范圍的時候，應(yīng)當(dāng)拒絕所述業(yè)務(wù)單據(jù)的變更請求，t匕 如已經(jīng)結(jié)算的自然月的財務(wù)數(shù)據(jù)一般是不可以變更的，當(dāng)?shù)玫叫薷囊呀?jīng)結(jié)算的自然月的財 務(wù)數(shù)據(jù)的請求時，系統(tǒng)判定該請求超過了權(quán)限變更范圍，不予接收。這樣，避免了用戶在自 身權(quán)限范圍外對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾率，有利于事后的 復(fù)查和數(shù)據(jù)分析，提高了系統(tǒng)運(yùn)行的安全性。
[0021] 在上述技術(shù)方案中，優(yōu)選地，還包括：存儲單元，用于存儲所述接收的所述業(yè)務(wù)單 據(jù)的變更請求和/或所述拒絕的所述業(yè)務(wù)單據(jù)的變更請求的標(biāo)識信息；以及存儲所述目標(biāo) 變更任務(wù)的標(biāo)識信息和變更后的所述目標(biāo)業(yè)務(wù)單據(jù)的標(biāo)識信息。
[0022] 在上述技術(shù)方案中，優(yōu)選地，所述標(biāo)識信息包括操作用戶、操作時間、操作內(nèi)容和/ 或操作日期。
[0023] 在該技術(shù)方案中，通過存儲各步驟的操作用戶、操作時間、操作內(nèi)容和操作日期等 標(biāo)識信息，可以得到用戶的操作流程記錄，能體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng) 進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0024] 在上述技術(shù)方案中，優(yōu)選地，所述第二判斷單元具體包括：判斷所述歷史業(yè)務(wù)變更 記錄中是否具有所述標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判斷結(jié)果為是時，即所述歷史業(yè)務(wù) 變更記錄中具有未完成的歷史變更任務(wù)，則將所述未完成的所述歷史變更任務(wù)設(shè)置為所述 目標(biāo)變更任務(wù)；以及當(dāng)判斷結(jié)果為否時，即所述歷史業(yè)務(wù)變更記錄中不具有未完成的歷史 變更任務(wù)，則根據(jù)所述接收到的所述業(yè)務(wù)單據(jù)變更請求，建立所述目標(biāo)變更任務(wù)。
[0025] 在該技術(shù)方案中，以標(biāo)識信息作為判斷歷史變更任務(wù)是否已完成的標(biāo)志，當(dāng)歷史 變更任務(wù)的標(biāo)識信息為空時，判定該歷史變更任務(wù)為未完成。如果該歷史變更任務(wù)已經(jīng)經(jīng) 過審核，則對其進(jìn)行取消審核操作，并將其設(shè)置為目標(biāo)變更任務(wù)；如果該歷史變更任務(wù)還未 經(jīng)過審核，可以直接將該歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)，對其進(jìn)行修改和/刪除等操 作。而當(dāng)歷史變更任務(wù)的標(biāo)識信息不為空時，判定該歷史變更任務(wù)的狀態(tài)為已完成，不允許 進(jìn)行放棄審核、修改和/刪除等操作，系統(tǒng)應(yīng)根據(jù)接收到的業(yè)務(wù)單據(jù)變更請求，建立新的目 標(biāo)變更任務(wù)。這樣，避免了用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾 率，提高了系統(tǒng)運(yùn)行的安全性，同時，還可以體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng)進(jìn) 行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0026] 通過以上技術(shù)方案，可以避免用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作或超過允許 范圍的操作，減少了發(fā)生錯誤的幾率，能夠提升系統(tǒng)的安全性，還可以體現(xiàn)逐級申請、審批 的過程，便于用戶對系統(tǒng)進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。

【專利附圖】

【附圖說明】
[0027] 圖1示出了根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制方法的流程圖；
[0028] 圖2示出了根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)的框圖；
[0029] 圖3示出了根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制方法的具體流程圖；
[0030] 圖4示出了根據(jù)本發(fā)明的另一個實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)的框圖；
[0031] 圖5示出了根據(jù)本發(fā)明的再一個實施例的業(yè)務(wù)單據(jù)變更控制方法的流程圖。

【具體實施方式】
[0032] 為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結(jié)合附圖和具體實 施方式對本發(fā)明進(jìn)行進(jìn)一步的詳細(xì)描述。需要說明的是，在不沖突的情況下，本申請的實施 例及實施例中的特征可以相互組合。
[0033] 在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可 以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明的保護(hù)范圍并不受下面公開 的具體實施例的限制。
[0034] 圖1示出了根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制方法的流程圖。
[0035] 如圖1所示，根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制方法，包括以下步驟：
[0036] 步驟102,根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在業(yè)務(wù)單據(jù)的 變更范圍內(nèi)，當(dāng)判斷結(jié)果為是時，接收變更請求。
[0037] 步驟104,根據(jù)接收到的變更請求，查找業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄。
[0038] 步驟106,判斷歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任務(wù)，根據(jù)判斷結(jié) 果和變更請求，設(shè)置目標(biāo)變更任務(wù)。
[0039] 步驟108,根據(jù)目標(biāo)變更任務(wù)變更業(yè)務(wù)單據(jù)。
[0040] 在該技術(shù)方案中，通過判斷業(yè)務(wù)單據(jù)的變更請求是否在業(yè)務(wù)單據(jù)的變更范圍內(nèi)來 確定該變更請求是不是可以被接收并執(zhí)行，比如，在財務(wù)軟件系統(tǒng)中，修改本月的某張采購 單據(jù)的申請一般可以被接收。通過判斷歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任 務(wù)，可以確定目標(biāo)變更任務(wù)，這體現(xiàn)了申請和審批的過程，可以實現(xiàn)業(yè)務(wù)單據(jù)變更的事前控 制，利于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管。
[0041] 在上述技術(shù)方案中，優(yōu)選地，步驟102之前還包括：根據(jù)接收到的設(shè)置命令，設(shè)置 業(yè)務(wù)單據(jù)的變更范圍；以及步驟102還包括：當(dāng)判斷結(jié)果為否時，拒絕業(yè)務(wù)單據(jù)的變更請 求。
[0042] 在該技術(shù)方案中，為業(yè)務(wù)變更設(shè)置一個變更權(quán)限范圍，當(dāng)變更請求在該變更權(quán)限 范圍內(nèi)時才可以接收該變更請求，比如，修改本月的某張采購單據(jù)的申請一般可以被接收。 而當(dāng)變更請求超出了預(yù)設(shè)的變更權(quán)限范圍的時候，應(yīng)當(dāng)拒絕業(yè)務(wù)單據(jù)的變更請求，比如已 經(jīng)結(jié)算的自然月的財務(wù)數(shù)據(jù)一般是不可以變更的，當(dāng)?shù)玫叫薷囊呀?jīng)結(jié)算的自然月的財務(wù)數(shù) 據(jù)的請求時，系統(tǒng)判定該請求超過了權(quán)限變更范圍，不予接收。這樣，避免了用戶在自身權(quán) 限范圍外對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾率，有利于事后的復(fù)查 和數(shù)據(jù)分析，提高了系統(tǒng)運(yùn)行的安全性。
[0043] 在上述技術(shù)方案中，優(yōu)選地，還包括：存儲接收的業(yè)務(wù)單據(jù)的變更請求和/或拒絕 的業(yè)務(wù)單據(jù)的變更請求的標(biāo)識信息；以及存儲目標(biāo)變更任務(wù)的標(biāo)識信息和變更后的目標(biāo)業(yè) 務(wù)單據(jù)的標(biāo)識信息。
[0044] 在上述技術(shù)方案中，優(yōu)選地，標(biāo)識信息包括操作用戶、操作時間、操作內(nèi)容和/或 操作日期。
[0045] 在該技術(shù)方案中，通過存儲各步驟的操作用戶、操作時間、操作內(nèi)容和操作日期等 標(biāo)識信息，可以得到用戶的操作流程記錄，能體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng) 進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0046] 在上述技術(shù)方案中，優(yōu)選地，步驟106具體包括：判斷歷史業(yè)務(wù)變更記錄中是否具 有標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判斷結(jié)果為是時，即歷史業(yè)務(wù)變更記錄中具有未完成 的歷史變更任務(wù)，則將未完成的歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)；以及當(dāng)判斷結(jié)果為否 時，即歷史業(yè)務(wù)變更記錄中不具有未完成的歷史變更任務(wù)，則根據(jù)接收到的業(yè)務(wù)單據(jù)變更 請求，建立目標(biāo)變更任務(wù)。
[0047] 在該技術(shù)方案中，以標(biāo)識信息作為判斷歷史變更任務(wù)是否已完成的標(biāo)志，當(dāng)歷史 變更任務(wù)的標(biāo)識信息為空時，判定該歷史變更任務(wù)為未完成。如果該歷史變更任務(wù)已經(jīng)經(jīng) 過審核，則對其進(jìn)行取消審核操作，并將其設(shè)置為目標(biāo)變更任務(wù)；如果該歷史變更任務(wù)還未 經(jīng)過審核，可以直接將該歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)，對其進(jìn)行修改和/刪除等操 作。而當(dāng)歷史變更任務(wù)的標(biāo)識信息不為空時，判定該歷史變更任務(wù)的狀態(tài)為已完成，不允許 進(jìn)行放棄審核、修改和/刪除等操作，系統(tǒng)應(yīng)根據(jù)接收到的業(yè)務(wù)單據(jù)變更請求，建立新的目 標(biāo)變更任務(wù)。這樣，避免了用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾 率，提高了系統(tǒng)運(yùn)行的安全性，同時，還可以體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng)進(jìn) 行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0048] 圖2示出了根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)的框圖。
[0049] 如圖2所示，根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)200,包括：第一判斷 單元202,根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在業(yè)務(wù)單據(jù)的變更范圍 內(nèi)，當(dāng)判斷結(jié)果為是時，接收變更請求；查找單元204,用于根據(jù)接收到的變更請求，查找業(yè) 務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄；第二判斷單元206,用于判斷歷史業(yè)務(wù)變更記錄中是否具有 未審核的歷史變更任務(wù)，根據(jù)判斷結(jié)果和變更請求，設(shè)置目標(biāo)變更任務(wù)；變更單元208,用 于根據(jù)目標(biāo)變更任務(wù)變更業(yè)務(wù)單據(jù)。
[0050] 在該技術(shù)方案中，通過判斷業(yè)務(wù)單據(jù)的變更請求是否在業(yè)務(wù)單據(jù)的變更范圍內(nèi)來 確定該變更請求是不是可以被接收并執(zhí)行，比如，在財務(wù)軟件系統(tǒng)中，修改本月的某張采購 單據(jù)的申請一般可以被接收。通過判斷歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任 務(wù)，可以確定目標(biāo)變更任務(wù)，這體現(xiàn)了申請和審批的過程，可以實現(xiàn)業(yè)務(wù)單據(jù)變更的事前控 制，利于用戶對業(yè)務(wù)變更進(jìn)行監(jiān)管。
[0051] 在上述技術(shù)方案中，優(yōu)選地，還包括：初始設(shè)置單元210,根據(jù)接收到的設(shè)置命令， 設(shè)置業(yè)務(wù)單據(jù)的變更范圍；以及第一判斷單元202還包括：當(dāng)判斷結(jié)果為否時，拒絕業(yè)務(wù)單 據(jù)的變更請求。
[0052] 在該技術(shù)方案中，為業(yè)務(wù)變更設(shè)置一個變更權(quán)限范圍，當(dāng)變更請求在該變更權(quán)限 范圍內(nèi)時才可以接收該變更請求，比如，修改本月的某張采購單據(jù)的申請一般可以被接收。 而當(dāng)變更請求超出了預(yù)設(shè)的變更權(quán)限范圍的時候，應(yīng)當(dāng)拒絕業(yè)務(wù)單據(jù)的變更請求，比如已 經(jīng)結(jié)算的自然月的財務(wù)數(shù)據(jù)一般是不可以變更的，當(dāng)?shù)玫叫薷囊呀?jīng)結(jié)算的自然月的財務(wù)數(shù) 據(jù)的請求時，系統(tǒng)判定該請求超過了權(quán)限變更范圍，不予接收。這樣，避免了用戶在自身權(quán) 限范圍外對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾率，有利于事后的復(fù)查 和數(shù)據(jù)分析，提高了系統(tǒng)運(yùn)行的安全性。
[0053] 在上述技術(shù)方案中，優(yōu)選地，還包括：存儲單元212,用于存儲接收的業(yè)務(wù)單據(jù)的 變更請求和/或拒絕的業(yè)務(wù)單據(jù)的變更請求的標(biāo)識信息；以及存儲目標(biāo)變更任務(wù)的標(biāo)識信 息和變更后的目標(biāo)業(yè)務(wù)單據(jù)的標(biāo)識信息。
[0054] 在上述技術(shù)方案中，優(yōu)選地，標(biāo)識信息包括操作用戶、操作時間、操作內(nèi)容和/或 操作日期。
[0055] 在該技術(shù)方案中，通過存儲各步驟的操作用戶、操作時間、操作內(nèi)容和操作日期等 標(biāo)識信息，可以得到用戶的操作流程記錄，能體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng) 進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0056] 在上述技術(shù)方案中，優(yōu)選地，第二判斷單元206具體包括：判斷歷史業(yè)務(wù)變更記錄 中是否具有標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判斷結(jié)果為是時，即歷史業(yè)務(wù)變更記錄中具 有未完成的歷史變更任務(wù)，則將未完成的歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)；以及當(dāng)判斷 結(jié)果為否時，即歷史業(yè)務(wù)變更記錄中不具有未完成的歷史變更任務(wù)，則根據(jù)接收到的業(yè)務(wù) 單據(jù)變更請求，建立目標(biāo)變更任務(wù)。
[0057] 在該技術(shù)方案中，以標(biāo)識信息作為判斷歷史變更任務(wù)是否已完成的標(biāo)志，當(dāng)歷史 變更任務(wù)的標(biāo)識信息為空時，判定該歷史變更任務(wù)為未完成。如果該歷史變更任務(wù)已經(jīng)經(jīng) 過審核，則對其進(jìn)行取消審核操作，并將其設(shè)置為目標(biāo)變更任務(wù)；如果該歷史變更任務(wù)還未 經(jīng)過審核，可以直接將該歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)，對其進(jìn)行修改和/刪除等操 作。而當(dāng)歷史變更任務(wù)的標(biāo)識信息不為空時，判定該歷史變更任務(wù)的狀態(tài)為已完成，不允許 進(jìn)行放棄審核、修改和/刪除等操作，系統(tǒng)應(yīng)根據(jù)接收到的業(yè)務(wù)單據(jù)變更請求，建立新的目 標(biāo)變更任務(wù)。這樣，避免了用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾 率，提高了系統(tǒng)運(yùn)行的安全性，同時，還可以體現(xiàn)逐級申請、審批的過程，便于用戶對系統(tǒng)進(jìn) 行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0058] 圖3示出了根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制方法的具體流程圖。
[0059] 如圖3所示，根據(jù)本發(fā)明的實施例的業(yè)務(wù)單據(jù)變更控制方法，具體包括以下步驟：
[0060] 步驟302,根據(jù)接收到的設(shè)置命令，設(shè)置業(yè)務(wù)單據(jù)的變更范圍。為業(yè)務(wù)變更設(shè)置一 個變更權(quán)限范圍，當(dāng)變更請求在該變更權(quán)限范圍內(nèi)時才可以接收該變更請求，而當(dāng)變更請 求超出了預(yù)設(shè)的變更權(quán)限范圍的時候，應(yīng)當(dāng)拒絕業(yè)務(wù)單據(jù)的變更請求，這樣，避免了用戶在 自身權(quán)限范圍外對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾率，有利于事后 的復(fù)查和數(shù)據(jù)分析，提高了系統(tǒng)運(yùn)行的安全性。
[0061] 步驟304，根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在業(yè)務(wù)單據(jù)的 該變更范圍內(nèi)，當(dāng)判斷結(jié)果為是時，進(jìn)入步驟306,當(dāng)判斷結(jié)果為否時，進(jìn)入步驟308。
[0062] 步驟306,接收變更請求，進(jìn)入步驟310。比如，修改本月的某張采購單據(jù)的申請一 般可以被接收。
[0063] 步驟308,拒絕變更請求，結(jié)束進(jìn)程。比如，已經(jīng)結(jié)算的自然月的財務(wù)數(shù)據(jù)一般是 不可以變更的，當(dāng)?shù)玫叫薷囊呀?jīng)結(jié)算的自然月的財務(wù)數(shù)據(jù)的請求時，系統(tǒng)判定該請求超過 了權(quán)限變更范圍，不予接收。這樣，可以避免用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少 了發(fā)生錯誤的幾率，提高了系統(tǒng)運(yùn)行的安全性。
[0064] 步驟310,根據(jù)接收到的變更請求，查找出業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄。
[0065] 步驟312,判斷歷史業(yè)務(wù)變更記錄中是否具有標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判 斷結(jié)果為是時，歷史業(yè)務(wù)變更記錄中具有未完成的歷史變更任務(wù)，進(jìn)入步驟314,當(dāng)判斷結(jié) 果為否時，歷史業(yè)務(wù)變更記錄中不具有未完成的歷史變更任務(wù)，進(jìn)入步驟320。
[0066] 步驟314,判斷該歷史變更任務(wù)是否已經(jīng)經(jīng)過審核，當(dāng)判斷結(jié)果為是時，進(jìn)入步驟 316,當(dāng)判斷結(jié)果為否時，進(jìn)入步驟318。
[0067] 步驟316,對該歷史變更任務(wù)進(jìn)行取消審核操作，進(jìn)入步驟318。
[0068] 步驟318,將該歷史變更任務(wù)設(shè)置為目標(biāo)變更任務(wù)，進(jìn)入步驟322。
[0069] 步驟320,根據(jù)接收到的業(yè)務(wù)單據(jù)變更請求，建立新的目標(biāo)變更任務(wù)，進(jìn)入步驟 322。這樣，在判定該歷史變更任務(wù)的狀態(tài)為已完成時，不允許進(jìn)行放棄審核、修改和/刪除 等操作，系統(tǒng)應(yīng)根據(jù)接收到的業(yè)務(wù)單據(jù)變更請求，建立新的目標(biāo)變更任務(wù)，這樣可以避免用 戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作，減少了發(fā)生錯誤的幾率，提高了系統(tǒng)運(yùn)行的安全性。
[0070] 步驟322,根據(jù)目標(biāo)變更任務(wù)變更業(yè)務(wù)單據(jù)。
[0071] 在該技術(shù)方案中，通過多次判斷逐級確定目標(biāo)變更任務(wù)，能體現(xiàn)逐級申請、審批的 過程，可以實現(xiàn)業(yè)務(wù)單據(jù)變更的事前控制，便于用戶對系統(tǒng)進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù) 據(jù)分析。
[0072] 圖4示出了根據(jù)本發(fā)明的另一個實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)的框圖。
[0073] 如圖4所示，根據(jù)本發(fā)明的另一個實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)400,具體包 括：用戶界面交互事件處理組件402,用于接收用戶向業(yè)務(wù)單據(jù)變更控制系統(tǒng)400發(fā)起的變 更請求，并由用戶通過操作用戶界面（UI)交互事件處理組件402的按鈕將該變更請求發(fā) 送給單據(jù)變更邏輯狀態(tài)處理組件404 ;業(yè)務(wù)單據(jù)變更范圍與配置組件406,用于從單據(jù)變更 邏輯狀態(tài)處理組件404中讀取該變更請求，判斷該變更請求是否在預(yù)設(shè)的業(yè)務(wù)單據(jù)的變更 范圍內(nèi)，將判斷結(jié)果發(fā)送至單據(jù)變更邏輯狀態(tài)處理組件404 ;單據(jù)變更邏輯狀態(tài)處理組件 404,用于接收該判斷結(jié)果，且當(dāng)判斷結(jié)果為是時，接收該變更請求，并將該變更請求發(fā)送給 業(yè)務(wù)變更單據(jù)數(shù)據(jù)處理組件408,當(dāng)判斷結(jié)果為否時，拒絕該變更請求；業(yè)務(wù)變更單據(jù)數(shù)據(jù) 處理組件408,用于處理該變更請求，進(jìn)行業(yè)務(wù)變更，生成業(yè)務(wù)變更單。
[0074] 其中，業(yè)務(wù)單據(jù)變更范圍與配置組件406用于定義要支持變更的業(yè)務(wù)單據(jù)的相關(guān) 屬性，并為相關(guān)屬性預(yù)置數(shù)據(jù)腳本預(yù)置數(shù)據(jù)腳本，并根據(jù)相關(guān)屬性和預(yù)置的數(shù)據(jù)腳本判斷 是否接收變更請求，可以避免用戶對于已完結(jié)業(yè)務(wù)隨意進(jìn)行可逆操作或超過允許范圍的操 作，減少了發(fā)生錯誤的幾率，能夠提升系統(tǒng)的安全性。其中，相關(guān)屬性的類型如表1所示。
[0075] 在本實施例的業(yè)務(wù)單據(jù)變更控制系統(tǒng)400中，還包括業(yè)務(wù)單據(jù)變更狀態(tài)與回寫處 理組件410和單據(jù)API (應(yīng)用程序編程接口）插件處理組件412,用戶界面（UI)交互事件處 理組件402在變更完成后，通過單據(jù)API (應(yīng)用程序編程接口）插件處理組件412中的API 資源調(diào)度器實現(xiàn)自定義插件DLL (動態(tài)鏈接網(wǎng)）的集成，以協(xié)助業(yè)務(wù)單據(jù)變更狀態(tài)與回寫處 理組件410完成對已接收并完成的變更請求或已拒絕的變更請求的狀態(tài)回寫等邏輯處理， 為業(yè)務(wù)變更單做出流程記錄等補(bǔ)充說明。這樣，可以體現(xiàn)逐級申請、審批的過程，便于用戶 對系統(tǒng)進(jìn)行監(jiān)管以及事后的復(fù)查和數(shù)據(jù)分析。
[0076] 表 1
[0077]

【權(quán)利要求】
1. 一種業(yè)務(wù)單據(jù)變更控制方法，其特征在于，包括： 根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更 范圍內(nèi)，當(dāng)判斷結(jié)果為是時，接收所述變更請求； 根據(jù)接收到的所述變更請求，查找所述業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記錄； 判斷所述歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任務(wù)，根據(jù)判斷結(jié)果和所述 變更請求，設(shè)置目標(biāo)變更任務(wù)； 根據(jù)所述目標(biāo)變更任務(wù)變更所述業(yè)務(wù)單據(jù)。
2. 根據(jù)權(quán)利要求1所述的業(yè)務(wù)單據(jù)變更控制方法，其特征在于，在判斷業(yè)務(wù)單據(jù)的變 更請求是否在所述業(yè)務(wù)單據(jù)的所述變更范圍內(nèi)之前，還包括： 根據(jù)接收到的設(shè)置命令，設(shè)置所述業(yè)務(wù)單據(jù)的所述變更范圍；以及 判斷所述業(yè)務(wù)單據(jù)的所述變更請求是否在所述業(yè)務(wù)單據(jù)的所述變更范圍內(nèi)，當(dāng)判斷結(jié) 果為否時，拒絕所述業(yè)務(wù)單據(jù)的變更請求。
3. 根據(jù)權(quán)利要求2所述的業(yè)務(wù)單據(jù)變更控制方法，其特征在于，還包括： 存儲所述接收的所述業(yè)務(wù)單據(jù)的變更請求和/或所述拒絕的所述業(yè)務(wù)單據(jù)的變更請 求的標(biāo)識信息；以及 存儲所述目標(biāo)變更任務(wù)的標(biāo)識信息和變更后的所述目標(biāo)業(yè)務(wù)單據(jù)的標(biāo)識信息。
4. 根據(jù)權(quán)利要求3所述的業(yè)務(wù)單據(jù)變更控制方法，其特征在于，所述標(biāo)識信息包括操 作用戶、操作時間、操作內(nèi)容和/或操作日期。
5. 根據(jù)權(quán)利要求1至4中任一項所述的業(yè)務(wù)單據(jù)變更控制方法，其特征在于，判斷所述 歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任務(wù)，根據(jù)判斷結(jié)果和所述變更請求，設(shè) 置目標(biāo)變更任務(wù)，具體包括： 判斷所述歷史業(yè)務(wù)變更記錄中是否具有所述標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判斷結(jié) 果為是時，即所述歷史業(yè)務(wù)變更記錄中具有未完成的歷史變更任務(wù)，則將所述未完成的所 述歷史變更任務(wù)設(shè)置為所述目標(biāo)變更任務(wù)；以及 當(dāng)判斷結(jié)果為否時，即所述歷史業(yè)務(wù)變更記錄中不具有未完成的歷史變更任務(wù)，則根 據(jù)所述接收到的所述業(yè)務(wù)單據(jù)變更請求，建立所述目標(biāo)變更任務(wù)。
6. -種業(yè)務(wù)單據(jù)變更控制系統(tǒng)，其特征在于，包括： 第一判斷單元，根據(jù)業(yè)務(wù)單據(jù)的變更范圍，判斷業(yè)務(wù)單據(jù)的變更請求是否在所述業(yè)務(wù) 單據(jù)的所述變更范圍內(nèi)，當(dāng)判斷結(jié)果為是時，接收所述變更請求； 查找單元，用于根據(jù)接收到的所述變更請求，查找所述業(yè)務(wù)單據(jù)的歷史業(yè)務(wù)變更記 錄； 第二判斷單元，用于判斷所述歷史業(yè)務(wù)變更記錄中是否具有未審核的歷史變更任務(wù)， 根據(jù)判斷結(jié)果和所述變更請求，設(shè)置目標(biāo)變更任務(wù)； 變更單元，用于根據(jù)所述目標(biāo)變更任務(wù)變更所述業(yè)務(wù)單據(jù)。
7. 根據(jù)權(quán)利要求6所述的業(yè)務(wù)單據(jù)變更控制系統(tǒng)，其特征在于，還包括： 初始設(shè)置單元，根據(jù)接收到的設(shè)置命令，設(shè)置所述業(yè)務(wù)單據(jù)的所述變更范圍；以及 所述第一判斷單元還包括： 當(dāng)判斷結(jié)果為否時，拒絕所述業(yè)務(wù)單據(jù)的變更請求。
8. 根據(jù)權(quán)利要求7所述的業(yè)務(wù)單據(jù)變更控制系統(tǒng)，其特征在于，還包括： 存儲單元，用于存儲所述接收的所述業(yè)務(wù)單據(jù)的變更請求和/或所述拒絕的所述業(yè)務(wù) 單據(jù)的變更請求的標(biāo)識信息；以及存儲所述目標(biāo)變更任務(wù)的標(biāo)識信息和變更后的所述目標(biāo) 業(yè)務(wù)單據(jù)的標(biāo)識信息。
9. 根據(jù)權(quán)利要求8所述的業(yè)務(wù)單據(jù)變更控制系統(tǒng)，其特征在于，所述標(biāo)識信息包括操 作用戶、操作時間、操作內(nèi)容和/或操作日期。
10. 根據(jù)權(quán)利要求6至9中任一項所述的業(yè)務(wù)單據(jù)變更控制系統(tǒng)，其特征在于，所述判 斷單元具體包括： 判斷所述歷史業(yè)務(wù)變更記錄中是否具有所述標(biāo)識信息為空的歷史變更任務(wù)，當(dāng)判斷結(jié) 果為是時，即所述歷史業(yè)務(wù)變更記錄中具有未完成的歷史變更任務(wù)，則將所述未完成的所 述歷史變更任務(wù)設(shè)置為所述目標(biāo)變更任務(wù)；以及 當(dāng)判斷結(jié)果為否時，即所述歷史業(yè)務(wù)變更記錄中不具有未完成的歷史變更任務(wù)，則根 據(jù)所述接收到的所述業(yè)務(wù)單據(jù)變更請求，建立所述目標(biāo)變更任務(wù)。
【文檔編號】G06Q10/10GK104102992SQ201410289220
【公開日】2014年10月15日 申請日期:2014年6月24日 優(yōu)先權(quán)日:2014年6月24日
【發(fā)明者】劉剛 申請人:用友優(yōu)普信息技術(shù)有限公司