業務單據處理方法及系統的製作方法
2023-06-10 12:53:06
專利名稱：業務單據處理方法及系統的製作方法
技術領域：
本發明涉及數據處理技術領域，更具體地，特別涉及一種業務單據處理方法及系統。
背景技術：
EAS (Enterprise Application krvice，企業應用服務)系統是基於金蝶的 BOS (Business Operating System,業務作業系統)平臺，構建於 TOGAF (The Open Group Architecture Framework,開放組體系結構框架)禾口 SOA (Service—Oriented Architecture，面向服務架構)，面向中國和亞太地區大中型企業，為企業提供全面的業務、 行業和個性化解決方案，幫助企業實現無邊界管理的服務系統。目前，EAS系統中對每個業務單據的操作包括保存、提交、審核或者反審核等操作，並且每個操作所需要的參數在EAS系統中是固定的。例如銷售出庫單據配置了提交及審核參數為是；那麼在業務單據提交過程中，首先判斷該參數是否為是，如果為是，在執行完提交的操作後，需要執行審核操作。因此，針對業務單據的業務規則，即執行完當前操作之後，執行何種後續操作的規則在EAS系統中是固定的，也就是說EAS系統中對於業務單據的業務規則是固定的。假如用戶需要增加某個操作，例如在上述提交審核操作之間增加分寫操作，但是 EAS系統中業務規則是固定的，因此在提交操作之後無法執行分寫操作，而是執行審核操作。假若執行分寫操作，需要軟體開發商按照客戶的需求重新安排業務規則，即將分寫操作插入提交操作和審核操作之間，進而需要軟體開發商通過二次開發增加新的代碼實現新的業務規則。當業務規則再次發生變化時，則需要軟體開發商再一次編寫代碼以符合業務規則的要求，而用戶是無法調整代碼以變更業務規則的。
發明內容
有鑑於此，本發明的目的在於提供一種業務單據處理方法及系統，以解決當業務規則變更時，需要二次開發代碼以實現對業務單據操作流程控制的問題。為實現上述目的，本發明提供的一種業務單據處理方法的技術方案如下一種業務單據處理方法，包括接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼， 將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；執行所述業務規則代碼，以控制所述業務單據的操作流程。本發明還提供一種業務單據處理系統，包括接收裝置，用於接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；
4
與所述接收裝置相連的調用裝置，用於參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼；與所述調用裝置相連的封裝裝置，用於將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；與所述封裝裝置相連的執行裝置，用於執行所述業務規則代碼，以控制所述業務單據的操作流程。應用上述技術方案，接收到控制業務單據的操作流程的業務規則指令後，調用業務規則指令相對應的操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼，因此，當業務規則發生變更時，可以依據接收到的業務規則指令組合預設的操作代碼， 以控制業務單據的操作流程。與現有技術相比，當業務規則發生變更時，不需要二次開發代碼，而是依據業務規則指令組合預設的操作代碼即可實現對業務單據操作流程的控制，進而減少工作量，提高靈活性。
為了更清楚地說明本發明實施例，下面將對實施例中所需要使用的附圖做簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發明實施例提供的業務單據處理方法的一種流程圖；圖2為本發明實施例提供的生成業務規則指令的界面的一種示意圖；圖3為本發明實施例提供的業務單據處理方法的又一種流程圖；圖4為圖3中所示的步驟S301的流程圖；圖5為本發明實施例提供的業務單據處理方法的再一種流程圖；圖6為本發明實施例提供的參數類型界面的示意圖；圖7為本發明實施例提供的參數設置界面的示意圖；圖8為本發明實施例中生成業務規則指令的界面的另一種示意圖；圖9為本發明實施例中生成業務規則指令的界面的再一種示意圖；圖10為本發明實施例提供的業務單據處理系統的結構示意圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下，所獲得的所有其他實施例，都屬於本發明保護範圍。申請人:經研究發現，EAS系統中對每個業務單據的業務規則是固定的，業務規則控制業務單據的操作流程，因此，對於EAS系統中的每個業務單據都會依據相同的業務操作流程操作。假如用戶要改變EAS系統內原有的業務規則，則需要軟體開發商通過二次開發增加新的代碼實現新的業務規則。當業務規則再次發生變化時，則需要軟體開發商再一次編寫代碼以符合業務規則的要求，而用戶是無法調整代碼以變更業務規則的，進而導致業務單據的操作流程無法變更，更進一步地，導致系統靈活性差。為了解決上述問題，本發明實施例提供一種業務單據處理方法，其流程圖如圖1 所示，包括SlOl 接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；其中本步驟中的預設操作為點擊複選框和下拉列表框操作或點擊複選框和編輯編輯框操作或者點擊複選框和組合框操作；複選框包括業務規則複選框；下拉列表框為操作流程下拉列表框；編輯框為操作流程編輯框；組合框為操作流程作組合框。在軟體開發過程中，通過編程設定的操作，將發送業務單據的業務規則指令的功能添加到點擊複選框和下拉列表框操作或點擊複選框和編輯編輯框操作或者點擊複選框和組合框操作中，用戶在界面上執行預設操作(比如點擊複選框和下拉列表框)，則表示發送了業務單據的業務規則指令。請參考圖2，圖2是本發明實施例中生成業務規則指令的界面的一種示意圖。圖2 所示的界面中複選框包括業務規則複選框，下拉列表框為操作流程下拉列表框。用戶通過點擊業務規則複選框和下拉列表框選取操作流程，例如選取下拉列表框中的「保存、提交、 審核和反審核」的操作流程，並點擊業務規則複選框，則表示發送了業務單據的業務規則指令，該業務規則指令控制業務單據按照保存、提交、審核和反審核的操作流程進行操作。當然，圖2中的「操作流程」還可以採用編輯框，接收用戶輸入的操作流程。優選為下拉列表框，因為用戶輸入的操作流程中的某個操作可能是EAS系統不具有的操作，而下拉列表框能夠在初始設計時，將所有的操作按照任意規則組合為操作流程，用戶執行預設操作時，所選取的操作是EAS系統所包括的操作。「操作流程」還可以採用組合框，即初始設計時，設置操作流程，同時也能接收用戶輸入的操作流程，對此不再加以闡述。S102:參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；每個操作對應一套操作代碼，例如保存操作和提交操作分別與實現該操作的操作代碼相對應。在軟體開發階段，建立業務規則指令與操作代碼之間的對應關係。當接收到業務規則指令時，參考事先建立的業務規則指令與操作代碼間的對應關係，調用操作代碼， 並將操作代碼依據業務規則指令封裝為業務規則代碼。比如步驟SlOl中的保存、提交、審核和反審核的業務規則指令，當接收到該指令時，分別調用保存、提交、審核和反審核四個操作的操作代碼，並將四套操作代碼依據保存、 提交、審核和反審核的順序封裝為業務規則代碼。當然，若業務規則指令依據保存、提交、分寫和審核的操作流程控制業務單據，此時，調用的是保存、提交、分寫和審核四個操作的操作代碼。S103 執行所述業務規則代碼，以控制所述業務單據的操作流程。如前述的，銷售出庫單據配置了提交及審核參數為是；那麼在業務單據提交過程中，首先判斷該參數是否為是，如果為是，在執行完提交的操作後，需要執行審核操作。但是，有的業務單據並不需要進行審核操作或者是執行完提交後執行分寫操作，此時，由於 EAS系統內業務規則是固定的，在執行完提交操作後，必須執行審核操作。若想變更業務規貝U，則需要二次開發操作代碼，導致工作量增加，更進一步地，導致系統的靈活性差。而應用本發明實施例所提供的業務單據處理方法，則可以依據業務單據指令，單獨將提交操作代碼封裝為業務規則代碼，或者依據業務單據指令，組合操作代碼，而不需二次開發代碼，進而減少工作量，提高了靈活性。應用上述技術方案，接收到控制業務單據的操作流程的業務規則指令後，調用業務規則指令相對應的操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼，因此，當業務規則發生變更時，可以依據接收到的業務規則指令組合預設的操作代碼， 以控制業務單據的操作流程。與現有技術相比，當業務規則發生變更時，不需要二次開發代碼，而是依據業務規則指令組合預設的操作代碼即可實現對業務單據操作流程的控制，進而減少工作量，提高靈活性。請參閱圖3，圖3是本發明實施例提供的業務單據處理方法的另一種流程圖，闡述了如何依據操作權限對業務單據進行處理。由於業務單據記錄有企業的客戶資料數據、銷售數據或者盈利數據等數據，具有保密性，所以為了保證業務單據安全性，對其設置了操作權限，即具有操作權限的人員可以對業務單據進行處理，而不具有操作權限的人員是無法查看業務單據，更不能處理業務單據。圖3所示的業務單據處理方法包括S301 判斷執行預設操作的用戶是否具有操作權限，如果是，執行S302，否則，結束。其中操作權限的判斷過程如圖4所示，包括S401 獲取執行預設操作的用戶的用戶信息；其中用戶信息可以為用戶姓名或者用戶的工號。當然，為了進一步提高安全性，還可以增加密碼保護，即在輸入用戶信息的同時，輸入預設的密碼。S402 在預設的用戶權限數據表中查找所述用戶的用戶信息；S403 判斷所述用戶信息中權限屬性欄位是否為真，若為真，則執行S404 ；否則執行 S405 ；S404 判斷所述用戶具有操作權限，繼續執行S302 ；S405 判斷所述用戶不具有操作權限，結束操作。當然，當判斷用戶具有操作權限時，可以顯示提示信息，提示用戶具有操作權限， 可以進行操作，否則，提示用戶不具備操作權限，並進一步地，將複選框按鈕和下拉框按鈕設置為灰色，不可操作。但是，具有操作權限的用戶不一定對業務單據進行操作，而是查看業務單據，則本發明實施例提供的方法在步驟S301之後，進一步包括接收後續操作指令，所述後續操作指令攜帶後續操作參數；判斷所述後續操作參數的參數值是否滿足預設後續操作閾值，如果是，繼續執行S302，否則結束。包含操作權限和後續操作的界面請參見圖2所示的界面。「後續操作」複選框在初始設計時，建立「後續操作」複選框與「業務規則」複選框的接口。當後續操作參數的參數值滿足預設後續操作閾值時，表示系統可以進行後續操作，即對業務單據依據業務規則處理， 此時，「業務規則」複選框可操作，否則，「業務規則」複選框設置為灰色，不可操作。S302:接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；S303:參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；
S304 執行所述業務規則代碼，以控制所述業務單據的操作流程。本發明實施例中的步驟S302至步驟S304的具體實施過程與圖1所示的方法中的步驟SlOl至步驟S103相同，對此本實施例不再加以闡述。需要說明的是，本實施例並不限定必須依據上述流程進行，採用其他的方式同樣也可以實現相類似的效果，例如用戶執行預設操作後，向用戶發送輸入密碼的信息，接收用戶輸入的密碼後，將其與預設的密碼進行比較，如果相同，則表示用戶具有權限，繼續執行，否則，表示用戶沒有權限，結束操作。應用上述技術方案，當業務規則發生變更時，不需要二次開發代碼，而是依據業務規則指令組合預設的操作代碼即可實現對業務單據操作流程的控制，進而減少工作量，提高靈活性。同時，通過增加操作權限，提高了業務單據的保密性。請參閱圖5，圖5是本發明實施例提供的業務單據處理的另一種流程圖，之所以提供圖5所示的方法，是因為隨著用戶的需求，可能會出現新的操作，而此時在軟體開發階段，並沒有預先設置新操作的代碼，為了確保能夠執行新增操作而提出的。圖5所示的業務單據處理方法包括S501 接收用戶通過第一預設操作發送的第一業務規則指令，第一業務規則指令攜帶第一指令參數，第一指令參數表明第一業務規則指令為原有業務規則指令或者新增業務規則指令；S502 從所述第一業務規則指令中提取第一指令參數；S503 判斷第一指令參數為業務規則參數，還是業務腳本參數；當第一指令參數為業務規則參數時，執行S506，否則執行S504 ；其中業務規則參數的參數值為1，表示業務單據按照原有業務規則操作；而業務腳本參數的參數值為0，表示業務單據依據新增業務規則執行。當然，兩個參數的參數值還可以互換或者採用其他數值同樣可以實現本發明實施例提供的方法。S504:參考預設的業務規則指令與預設的操作代碼間的對應關係，調用操作代碼， 將操作代碼依據第一業務規則指令封裝為第一業務規則代碼；此時，第一業務規則指令為原有業務規則指令，控制業務單據依據原有操作流程進行操作。當接收到原有業務規則指令時，則會直接調用事先預置的操作代碼，依據業務規則指令將操作代碼封裝為原有業務規則代碼，使業務單據依據原有操作流程處理。S505 執行第一業務規則代碼，依據第一業務規則指令的操作流程控制業務單據的處理，繼續執行S508;至此，業務單據完成了依據原有業務規則的操作流程進行操作。S506 調用與業務腳本參數相對應的新增業務腳本；隨著客戶需求的變化，原有業務規則不能滿足用戶的需求，例如某個餐飲企業針對會員卡禮品的兌換，不再採用積分兌換禮品，而是採用返點兌換禮品，此時，採用原有的積分兌換禮品規則對應的操作代碼顯然是無法實現返點兌換禮品規則。基於上述需求，在軟體開發階段，設置了預設操作與業務腳本編輯的接口，當第一業務規則指令中攜帶的是業務腳本參數時，接收到第一業務規則指令後，則自動調用已編輯的業務腳本，控制業務單據執行新增的操作。應用該方法當新增業務規則時，無需重新調整所有的操作代碼，自動調用已編輯的業務腳本即可，進而進一步減輕工作量，提高了靈活性。需要說明的是EAS系統中參數是固定的，新增業務規則所需的參數是無法設置的，因此更改EAS系統中參數設置方式，保證能夠設置新增參數。如圖6和圖7所示。圖6 是參數類型界面，圖7是參數設置界面。當EAS系統需要編輯業務腳本實現新增業務規則時，開發人員直接在參數類型界面和參數設置界面上添加編輯業務腳本需要的參數即可。S507 執行新增業務腳本，以控制業務單據依據新增業務規則操作，繼續執行 S508 ；新增業務腳本可以是用戶自己編輯的，也可以由軟體開發商依據用戶的需求編輯。至此，業務單據完成了依據新增業務規則的操作流程進行操作。S508:接收用戶通過第二預設操作發送的第二業務規則指令，第二業務規則指令攜帶第二指令參數，第二指令參數表明第二業務規則指令為原有業務規則指令或者新增業務規則指令；S509 從所述第二業務規則指令中提取第二指令參數；S510 判斷第二指令參數為業務規則參數，還是業務腳本參數；當所述第二指令參數為業務規則參數時，執行S511，否則執行S513 ；S511 參考預設的業務規則指令與預設的操作代碼間的對應關係，調用操作代碼， 將操作代碼依據第二業務規則指令封裝為第二業務規則代碼；S512 執行第二業務規則代碼，依據第二業務規則指令的操作流程控制業務單據的處理；步驟S504至步驟S512完成了依據原有業務規則控制業務單據的操作流程，而步驟S506至步驟S512完成了依次依據新增業務規則和原有業務規則控制業務單據的操作流程。S513 調用與業務腳本參數相對應的新增業務腳本；S514 執行新增業務腳本，以控制業務單據依據新增業務規則操作；步驟S506至步驟S514完成了依據新增業務規則控制業務單據的操作流程，而步驟S504至步驟S514完成了依次依據原有業務規則和新增業務規則控制業務單據的操作流程。與圖5所示的方法相對應的界面示意圖請參閱圖8，圖8是本發明實施例中生成業務規則指令的界面的另一種示意圖。界面設計時，通過編程設定的操作，將發送業務單據的業務規則指令的功能分別添加到界面的點擊「業務規則」的複選框和「操作流程」的下拉列表框中，以及點擊「業務腳本」的複選框中，用戶在界面上執行預設操作(比如點擊複選框和下拉列表框)，則表示發送了業務單據的業務規則指令。並且，用戶點擊「業務規則」的複選框和「操作流程」的下拉列表框的預設操作不同於用戶點擊「業務腳本」複選框的預設操作。當用戶執行點擊「業務規則」的複選框和「操作流程」的下拉列表框的預設操作，由於「操作流程」中設定的是原有業務規則，因此，將調用預設的操作代碼封裝為原有規則業務代碼按照原有業務規則控制業務單據的操作流程。而當用戶執行點擊「業務腳本」的複選框的預設操作時，執行的是新增業務規則，調用「腳本編輯」編輯框內的腳本，執行業務單據的新增業務規則。
當然，本發明實施例提供的業務單據處理方法還可以進一步判斷用戶是否具有操作權限，當用戶具有操作權限時，執行步驟S501，否則結束操作。判斷用戶是否具有操作權限可以採用圖4所示的方法，也可以採用其他的方式同樣也可以實現相類似的效果，例如 用戶執行預設操作後，向用戶發送輸入密碼的信息，接收用戶輸入的密碼後，將其與預設的密碼進行比較，如果相同，則證明用戶具有權限，繼續執行，否則，沒有權限，結束操作。結合有操作權限的生成業務規則指令的界面的示意圖如圖9所示，圖9所示的界面在圖8的基礎上增加了操作權限功能。但是，具有操作權限的用戶不一定對業務單據進行操作，而是查看業務單據，則本發明實施例提供的方法在步驟S501之後，進一步包括後續操作判斷步驟，即接收後續操作指令，所述後續操作指令攜帶後續操作參數；判斷所述後續操作參數的參數值是否滿足預設後續操作閾值，如果是，繼續執行S502，否則結束。圖9所示界面中的「業務控制」 一欄與後續操作判斷步驟相對應。本發明實施例中預設後續操作閾值設為「1」，當用戶選中「後續操作參數」時，表示用戶要進行後續操作， 由於事先已經建立了選中「後續操作參數」與後續操作指令發送接口，在選中的同時，發送後續操作指令。該指令中所攜帶的後續操作參數值為「 1 」，滿足預設後續操作閾值，執行步驟S502，若用戶未選中「後續操作參數」時，表示用戶不需進行後續操作，結束操作。應用上述技術方案，當不具有新增業務規則相對應的操作代碼時，不需要改變原有代碼，通過編輯業務腳本實現新增業務規則，進而減少工作量，提高靈活性。同時，通過增加操作權限，提高了業務單據的保密性。本發明實施例還提供一種業務單據處理系統，其結構示意圖如圖9所示，包括接收裝置10、調用裝置11、封裝裝置12和執行裝置13，其中接收裝置10，用於接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；調用裝置11，用於參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼；封裝裝置12，用於將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；執行裝置13，用於執行所述業務規則代碼，以控制所述業務單據的操作流程。本發明實施例提供的業務單據處理系統還包括判斷裝置14，用於判斷執行預設操作的用戶是否具有操作權限，所述接收裝置10是在判斷裝置14判斷執行預設操作的用戶具有操作權限後，接收用戶通過預設操作發送的業務單據的業務規則指令的。本系統中各個裝置執行具有操作的過程如下所述判斷裝置14判斷執行預設操作的用戶是否具有操作權限，如果具有操作權限，則接收裝置10接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程。調用裝置11參考預設的業務規則指令與預設的操作代碼間的對應關係，調用操作代碼，並由封裝裝置12將所述操作代碼依據所述業務規則指令封裝為業務規則代碼。執行裝置13執行所述業務規則代碼，以控制所述業務單據的操作流程。應用本系統，當業務規則發生變更時，不需要二次開發代碼，而是依據業務規則指令組合預設的操作代碼即可實現對業務單據操作流程的控制，進而減少工作量，提高靈活性。同時，通過增加操作權限，提高了業務單據的保密性。需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備
所固有的要素。在沒有更多限制的情況下，由語句「包括一個......」限定的要素，並不排
除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。本說明書中各個實施例採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對於實施例公開的裝置而言，由於其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。專業人員還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬體、計算機軟體或者二者的結合來實現，為了清楚地說明硬體和軟體的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。對所公開的實施例的上述說明，使本領域專業技術人員能夠實現或使用本發明。 對這些實施例的多種修改對本領域的專業技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發明的精神或範圍的情況下，在其它實施例中實現。因此，本發明將不會被限制於本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的範圍。
權利要求
1.一種業務單據處理方法，其特徵在於，包括接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；執行所述業務規則代碼，以控制所述業務單據的操作流程。
2.根據權利要求1所述的業務單據處理方法，其特徵在於，所述接收用戶通過預設操作發送的業務單據的業務規則指令具體為接收用戶通過第一預設操作發送的第一業務規則指令，第一業務規則指令攜帶第一指令參數，第一指令參數表明第一業務規則指令為原有業務規則指令或者新增業務規則指令；從所述第一業務規則指令中提取第一指令參數；當所述第一指令參數為業務規則參數時，執行參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼。
3.根據權利要求2所述的業務單據處理方法，其特徵在於，執行所述業務規則代碼之後還包括接收用戶通過第二預設操作發送的第二業務規則指令，第二業務規則指令攜帶第二指令參數，第二指令參數表明第二業務規則指令為原有業務規則指令或者新增業務規則指令；從所述第二業務規則指令中提取第二指令參數；當所述第二指令參數為業務腳本參數時，調用與所述業務腳本參數相對應的新增業務腳本；執行所述新增業務腳本，以執行新增業務規則控制業務單據的操作流程。
4.根據權利要求3所述的業務單據處理方法，其特徵在於，當所述第二指令參數為業務規則參數時，執行參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼。
5.根據權利要求2所述的業務單據處理方法，其特徵在於，當所述第一指令參數為業務腳本參數時，調用與所述業務腳本參數相對應的新增業務腳本；執行所述新增業務腳本，以執行新增業務規則控制業務單據的操作流程。
6.根據權利要求5所述的業務單據處理方法，其特徵在於，執行所述業務規則代碼之後還包括接收用戶通過第二預設操作發送的第二業務規則指令；參考預設的第二業務規則指令與預設的第二指令參數間的對應關係，調用所述第二指令參數；當所述第二指令參數為業務規則參數時，執行參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼，以控制業務單據依據原有操作流程處理。
7.根據權利要求6所述的業務單據處理方法，其特徵在於，當所述第二指令參數為業務腳本參數時，調用與所述業務腳本參數相對應的新增業務腳本；執行所述新增業務腳本，以執行新增業務規則控制業務單據的操作流程。
8.根據權利要求1至7任意一項所述的業務單據處理方法，其特徵在於，接收用戶通過預設操作發送的業務單據的業務規則指令是在判斷執行預設操作的用戶具有操作權限後執行的。
9.根據權利要求8所述的業務單據處理方法，其特徵在於，判斷執行預設操作的用戶具有操作權限具體為獲取執行預設操作的用戶的用戶信息；在預設的用戶權限數據表中查找所述用戶的用戶信息；判斷所述用戶信息中權限屬性欄位是否為真，若為真，則判斷所述用戶具有操作權限， 否則，判斷所述用戶不具有操作權限。
10.根據權利要求9所述的業務單據處理方法，其特徵在於，接收用戶通過預設操作發送的業務單據的業務規則指令之後，參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼之前還包括接收後續操作指令，所述後續操作指令攜帶後續操作參數；判斷所述後續操作參數的參數值是否滿足預設後續操作閾值，當所述參數值滿足設後續操作閾值時，執行參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼，否則，結束操作。
11.根據權利要求1-7任意一項所述的業務單據處理方法，其特徵在於，所述預設操作包括點擊複選框和下拉列表框操作或點擊複選框和編輯編輯框操作或者點擊複選框和組合框操作；所述複選框包括業務規則複選框；所述下拉列表框為業務操作下拉列表框；所述編輯框為業務操作編輯框；所述組合框為業務操作組合框。
12.—種業務單據處理系統，其特徵在於，包括接收裝置，用於接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；與所述接收裝置相連的調用裝置，用於參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼；與所述調用裝置相連的封裝裝置，用於將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；與所述封裝裝置相連的執行裝置，用於執行所述業務規則代碼，以控制所述業務單據的操作流程。
13.根據權利要求12所述的業務單據處理系統，其特徵在於，還包括與所述接收裝置相連的判斷裝置，用於判斷執行預設操作的用戶是否具有操作權限。
全文摘要
本發明公開了一種業務單據處理方法及系統。一種業務單據處理方法，包括接收用戶通過預設操作發送的業務單據的業務規則指令，所述業務規則指令控制業務單據的操作流程；參考預設的業務規則指令與預設的操作代碼間的對應關係，調用所述操作代碼，將所述操作代碼依據所述業務規則指令封裝為業務規則代碼；執行所述業務規則代碼，以控制所述業務單據的操作流程。應用上述技術方案，當業務規則發生變更時，不需要二次開發代碼，而是依據業務規則指令組合預設的操作代碼即可實現對業務單據操作流程的控制，進而減少工作量，提高靈活性。
文檔編號G06Q10/00GK102567790SQ201010581140
公開日2012年7月11日 申請日期2010年12月9日 優先權日2010年12月9日
發明者張立軍 申請人:金蝶軟體(中國)有限公司