【正文】 腳本 service = new ( __bosContext)。NORMAL39。(二) 手工轉(zhuǎn)儲工作流數(shù)據(jù)工作流監(jiān)控中可以進(jìn)行工作流數(shù)據(jù)手工轉(zhuǎn)儲，如果需要手工轉(zhuǎn)儲請點擊“轉(zhuǎn)儲”。點擊“發(fā)布事務(wù)”對話框下面的“發(fā)布”按鈕進(jìn)行發(fā)布。保存后的后臺事務(wù)如果需要運(yùn)行需要點擊“發(fā)布”按鈕進(jìn)行發(fā)布。設(shè)置好后臺事務(wù)名稱、任務(wù)、調(diào)度計劃后就可以點擊“保存”按鈕保存后臺事務(wù)。設(shè)置調(diào)度計劃也就是執(zhí)行計劃選擇調(diào)度計劃類型詳細(xì)設(shè)置選定類型的調(diào)度計劃。 在人工決策李四審批的連接弧上定義條件 就這樣定義即可后臺事務(wù)使用說明(一) 新建后臺事務(wù)點擊新增按鈕。就還可以通過錄入單據(jù)的方式啟動流程。只能通過在“流程中心”通過手工啟動不同的流程的方式定義兩條不同的流程，但是啟動活動的參與人都是張三。一旦存在不一致，只能另行建立流程。 如此定義，如果A公司的員工錄入預(yù)算表，則會自動執(zhí)行流程1，B公司的員工錄入預(yù)算表，自動執(zhí)行流程2l 不足和限制如果公司多的話，需要多條這樣的流程，一旦業(yè)務(wù)發(fā)生改變，又可能需要修改多條流程定義2） 通過定義條件參與人來實現(xiàn)l 使用場景多個公司之間，執(zhí)行的流程圖必須要完全一致 例如：A公司的流程是 提交本公司預(yù)算專員審批財務(wù)審批結(jié)束B公司的流程也是如此 提交總公司預(yù)算專員審批財務(wù)審批結(jié)束 B公司流程和A公司的流程圖完全一致（可能在某個活動的執(zhí)行人不同，但是流程的活動數(shù)量以及流轉(zhuǎn)方式完全一致），只需要定義一條流程即可l 實現(xiàn)方法以標(biāo)準(zhǔn)的預(yù)算流程為例說明首先在“提交活動”多定義一個輸出，這個輸出可以用來區(qū)分公司，例如 輸出這個變量 然后，再審批活動上定義參與人右鍵新增一個“條件參與人”添加條件編輯條件添加參與人單元添加執(zhí)行人執(zhí)行人選定為“A公司的預(yù)算專員”。 “間接上級審批”活動的參與人設(shè)置成“制單人的間接上級”。目前只支持會簽一票制傳閱有什么功能，我們試驗傳給一個人，但那個人什么都沒有收到。并且根據(jù)流程定義，修改后，還會流轉(zhuǎn)到互斥點，那么同樣還可以再次修改或者審批。發(fā)布。 [說明]如果路由選擇了互斥，那么出口條件必須是“所有連接”或者“滿足條件的連接”中的一個，否則互斥將不生效。 這樣定義的意思是：一旦流程流轉(zhuǎn)經(jīng)過這個路由活動，會同時創(chuàng)建這個節(jié)點的所有后繼節(jié)點的實例，在這個場景中就是審批和修改同時創(chuàng)建。仍以憑證為例，流程圖如下： 定義步驟： 提交、審批、自動、修改按照場景3設(shè)置。流程執(zhí)行到審批，去修改的時候，會提示“已在工作流中，任務(wù)不匹配”。但是如果存在這樣的需求“我提交了之后，在審批之前，我發(fā)現(xiàn)提交的單據(jù)存在問題，需要修改”。但是，后在在路由活動上附加了業(yè)務(wù)語義，這一點在場景4里面可以看到。 其中路由活動沒有任何作用，只是為了美化圖形。如果這個時候進(jìn)入憑證序時簿，修改憑證，會提示：”已在工作流處理中，任務(wù)不匹配“。例如，剛剛提交完憑證，流程執(zhí)行到審批節(jié)點。效果和在消息中心處理一樣，流程一樣會繼續(xù)向下流轉(zhuǎn)。 [說明]嵌入式工作流的特性。處理該消息，修改。在審批的時候，不通過。發(fā)布。按照如下方式設(shè)置條件 保存。這是建模工具會自動根據(jù)之前的定義識別枚舉，然后將枚舉的值也會自動列在選擇范圍內(nèi)。如下方式設(shè)置條件。然后再審批的時候，需要在輸入?yún)?shù)中傳入該變量，在修改的時候，也需要在輸入?yún)?shù)中傳入該變量。 [說明]到這里應(yīng)該可以看出，流程變量的重要性。但是由于單據(jù)的ID和單據(jù)的編碼是新增的時候就定好的，無法修改。 增加一個人工型活動，修改。仍以憑證為例。審批通過，則打?qū)徟鸂顟B(tài)。場景3：帶分支的審批流程場景說明：在場景2中，沒有根據(jù)審批結(jié)果來判斷，無論審批是通過還是不通過，都會把審批的標(biāo)記打上。 任務(wù)選擇如下： 任務(wù)的輸入輸出按照如下設(shè)置 保存、發(fā)布，再到EAS中執(zhí)行一下。 這是因為工作流中的多極審批，只是單純的驅(qū)動流程，做一個選擇而已，不會修改業(yè)務(wù)數(shù)據(jù)。 提交憑證，在消息中心收到一條消息，審批，通過。 定制審批消息 流程定義完畢。那么審批時就可以唯一定位到一條業(yè)務(wù)單據(jù)。此時billID已經(jīng)在提交之后，保存了剛剛提交的憑證的ID。 這一部分，就是任務(wù)輸入。為了方便測試，參與人設(shè)定為流程發(fā)起人的本人任務(wù)頁簽和一般的任務(wù)有些不同，是因為審批是一個通用的業(yè)務(wù)，對其任務(wù)進(jìn)行了包裝。但是任務(wù)的輸出多一項。流程圖如下定義步驟： 同場景1拖入活動 增加一個審批活動，如圖畫連接弧 配置提交活動。場景2：審批流程場景說明：單據(jù)提交之后，經(jīng)過一層審批，流程結(jié)束。發(fā)布。那么張三錄入憑證的時候，匹配的流程是A。下面舉例說明。 這里簡單處理，選擇任意人。 參與人定義中，分為了默認(rèn)參與人和條件參與人（條件參與人如何定制和使用，請參見另一篇專門針對提交參與人的文檔）。但是在后面的場景中，可以看到，這個輸出具有很重要的意義：憑證提交完畢后，將可以唯一標(biāo)示一張憑證的ID屬性保存在流程變量billID中，在后續(xù)的活動中，如果還需要操作這張憑證，就可以通過billID來唯一定位這張憑證，保證業(yè)務(wù)的一致性。 再來看看任務(wù)輸出 左邊的是單據(jù)對應(yīng)的業(yè)務(wù)對象的所有屬性，右邊是選定的輸出。 [說明]對于示例中的這個節(jié)點，在業(yè)務(wù)發(fā)生的時候，billID還沒有任何賦值，這個時候傳遞給業(yè)務(wù)系統(tǒng)的也將是個空值。但是在EAS系統(tǒng)中，基本上任務(wù)的輸入?yún)?shù)只有一個BOID類型的參數(shù)。 [說明]所有人工型任務(wù)的輸入?yún)?shù)，全部是在定義任務(wù)的時候就定義好的。 這樣綁定的意思是：在憑證提交之前，工作流會將billID這個流程變量中的數(shù)據(jù)傳遞給憑證業(yè)務(wù)。 輸入?yún)?shù)是由任務(wù)定義帶出的 根據(jù)任務(wù)輸入的意義，指的是在憑證提交之前，由工作流告知憑證的數(shù)據(jù)。流程圖如下：定義步驟： 拖入開始、結(jié)束活動 拖入人工型活動，用連接弧連接起來。沒有具體的業(yè)務(wù)含義。從高到低依次是：職員、職位、組織、任意人。流程匹配的條件是任務(wù)和參與人?？梢酝ㄟ^執(zhí)行流程的啟動活動的操作，自動匹配流程，啟動流程實例。已備在后續(xù)的流程活動中使用。 任務(wù)輸出：在業(yè)務(wù)發(fā)生之后，由業(yè)務(wù)系統(tǒng)傳遞給工作流，需要保存在流程變量中的數(shù)據(jù)。以憑證的過賬為例，某個用戶收到一條憑證過賬的消息，雙擊消息處理。流程變量在流程實例的生命周期內(nèi)都是有效的。例如：在憑證的審批流程中，新增憑證審批，審批的時候為什么可以正確定為到剛剛提交的那張憑證，而不是別的憑證？流程變量起到了重要的作用。工作流中的業(yè)務(wù)執(zhí)行，全部都會委托給具體的業(yè)務(wù)模塊執(zhí)行。:11036 修改工作流的客戶端元數(shù)據(jù)目錄為： ”BOS安裝目錄” \ ”BIM工程名” \ metadata在單據(jù)建立好以后再做工作流，在“轉(zhuǎn)換工作流和單據(jù)轉(zhuǎn)化平臺目錄”以后，在工作流連接后在工作流管理的大綱中單據(jù)功能看不到我所做的單據(jù)功能，請問是否要部署以后才能看到，還是有其他原因？ 在工作流視圖里，看到的只是流程，你新建流程后， 在流程的人工節(jié)點給任務(wù)屬性加功能的時候，可以看到你所做單據(jù)的功能九、工作流使用問題解答I、工作流快速入門部分怎么理解流程變量？流程變量是工作流引擎和業(yè)務(wù)系統(tǒng)的數(shù)據(jù)交互的橋梁。該問題是一個已知問題，主要原因是工作流建模的時候，在新建單據(jù)上配置工作流，啟動的是EAS的應(yīng)用服務(wù)器而不是BIM內(nèi)部的應(yīng)用服務(wù)器。為的是解決可以在BIM外部啟動了Apusic 服務(wù)器后，BIM還可以自己進(jìn)行測試。怎樣集成工作流建模工具？為何工作流建模工具不能連接BIM啟動的服務(wù)器？再在業(yè)務(wù)建模工具里啟動服務(wù)端，然后再工作流里進(jìn)行工作流工具的連接，記得應(yīng)用服務(wù)器地址的后面加上端口11036(:11036),另外設(shè)置元數(shù)據(jù)的路徑是當(dāng)前解決方案所對應(yīng)的metadata目錄（記得勾掉默認(rèn)的元數(shù)據(jù)為jar包的類型），啟動工作流成功后，業(yè)務(wù)建模工具和工作流已經(jīng)集成起來?！旧晒ぷ髁骱蛦螕?jù)轉(zhuǎn)換平臺目錄】生成工作流與業(yè)務(wù)建模工具同樣的系統(tǒng)目錄。分配相應(yīng)的權(quán)限即可八、集成模塊工作流問題用業(yè)務(wù)建模工具新定義的單據(jù)如何跟工作流集成起來？新建的單據(jù)通過【業(yè)務(wù)單元】224。這只是加了權(quán)限項，但是并沒有應(yīng)用到單據(jù)中。如果沒有新建某種權(quán)限項，則默認(rèn)此種權(quán)限項不受控制，是可以在任何情況下將新單據(jù)跟權(quán)限管理集成起來，大致分為三個步驟：【工具】224。我需要實現(xiàn)人為手工地關(guān)閉源單據(jù)，使其關(guān)閉后不能再生成目標(biāo)單據(jù)。 setDAPTrans(false)。Exception { setDAPTrans(true)。e)void相關(guān)的代碼設(shè)置，代碼參考： 在某一張采購申請單關(guān)聯(lián)生成采購訂單以后，它是不準(zhǔn)被刪除的,怎樣知道這張申請單是已經(jīng)關(guān)聯(lián)生成過采購訂單的？。 分組的級次是什么?是屬性的級次。六、集成模塊單據(jù)轉(zhuǎn)換問題單據(jù)轉(zhuǎn)換規(guī)則定義中，分組與合并規(guī)則是什么意思？為什么一定要分組?要不保存不了分組是group by,合并是 group by以后的某些數(shù)值字段的合計。部署是把本地經(jīng)過發(fā)布的業(yè)務(wù)單元上傳到服務(wù)端的..\kingdee\eas\\easWebClient\deploy\，本地的classes上傳到服務(wù)端的..\kingdee\eas\\easWebClient\lib\sp目錄下。任何發(fā)布一個業(yè)務(wù)單元224。生成工作流轉(zhuǎn)換及botp目錄224。BIM目前的處理方式是，每次部署的時候，會把所有用BIM發(fā)布過的業(yè)務(wù)單元都部署上去部署沒有生成數(shù)據(jù)庫表單和菜單吧（發(fā)布才會），是這樣嗎？部署的時候，會把元數(shù)據(jù)、類文件部署到服務(wù)端，也會把主菜單、數(shù)據(jù)庫表部署到所選擇的帳套上。T_KD_QalFeedback，請問是怎么回事？檢查了table所引用的外鍵，發(fā)現(xiàn)t_kd_qalfeedback引用了另外兩張表：t_kd_recbrdrflk和T_kd_recbrlrflk。 錯誤信息如下：Error數(shù)據(jù)庫中出現(xiàn)錯誤，中導(dǎo)出到 建議在bim發(fā)布有facade的業(yè)務(wù)單元 BOS中facade從CVS上拉下來后，在pkmaping文件中沒有相應(yīng)的紀(jì)錄， 解決辦法：先發(fā)布引用的那個（可能不止一個）基礎(chǔ)資料/單據(jù)還有一種情況是當(dāng)前業(yè)務(wù)單元是由標(biāo)準(zhǔn)產(chǎn)品的元數(shù)據(jù)導(dǎo)過來的，不應(yīng)該生成實現(xiàn)類，以免沖掉原有的實現(xiàn)類，請先把此業(yè)務(wù)單元生成的代碼刪掉，打開該單據(jù)，右鍵,在單據(jù)信息里不勾選“生成實現(xiàn)類”，再發(fā)布一次就可以了。 Compile failed。 BIM會在本地另外啟用服務(wù)器進(jìn)行單據(jù)測試，元數(shù)據(jù)進(jìn)行了緩存，因此在BOSStudio發(fā)布元數(shù)據(jù)后，必須重新啟動BIM。的字段fnumber的屬性設(shè)成可以為空為什么在BOSStudio發(fā)布元數(shù)據(jù)后,BIM客戶端還是取不到元數(shù)據(jù)?的字段fnumber的值清空有兩種方法：的字段FNumber不能為空，但是你導(dǎo)入的數(shù)據(jù)中有null值。INSERT 失敗數(shù)據(jù)表39。；表 39。 發(fā)布emp職員出現(xiàn)這樣的：無法將 NULL 值插入列 39。這樣EAS－。39。FK_TRA_TrnstBLUU5l39。 39。 Caused by: : MicrosoftSQLServer 2000 Driver for JDBCSQLServer列deployed_metas里的文件一般情況下不建議修改，它只是做一個發(fā)布記錄，這個記錄在以后的bim部署中用到 即相當(dāng)于metasdata里的元數(shù)據(jù)先發(fā)布到deployed_metas目錄中，成功后再發(fā)布到metas里。另外一種常見錯誤是，此業(yè)務(wù)單元引用的基礎(chǔ)資料沒發(fā)布，請先發(fā)布該業(yè)務(wù)單元關(guān)聯(lián)的有的顯示的菜單中缺少了發(fā)布等菜單項，如下圖：只有業(yè)務(wù)單元（）才能發(fā)布，圖示的“采購申請單”應(yīng)該是一個業(yè)務(wù)模板，業(yè)務(wù)模板只是供復(fù)制使用的，不能用于發(fā)布。，比如元數(shù)據(jù)校驗等 除了可以從控制臺得到某些出錯信息外，也可以打開控制臺右上方的日志按鈕，獲取出錯信息加以判斷。一般情況下原因是這樣的：可能在要發(fā)布的單據(jù)中引用了你新定義的某個基礎(chǔ)資料/單據(jù)，但是該基礎(chǔ)資料/單據(jù)沒有發(fā)布過。 ，檢查當(dāng)前項目工程的代碼是否有問題。從控制臺的輸出可以判斷存在以下三種錯誤： 請到菜單【工具】224。四、發(fā)布類問題解答請問發(fā)布出錯通常是什么原因？對外發(fā)布的bos版本，在正常情況下，一些很常用的功能，比如發(fā)布， 基本上是不會出錯的（當(dāng)然不排除有些潛在的沒注意到的bug引發(fā)的錯誤） 。發(fā)布后JAVA代碼里有相應(yīng)事件，在里面實現(xiàn)代碼即可。創(chuàng)建了EditValueChange事件，目前在文本字段中觸發(fā)了該事件，在數(shù)值字段中無法觸發(fā)該事件請用BIM里面字段的更新事件。三、事件類問題解答定義了計算公式的事件，卻發(fā)現(xiàn)并不起作用是怎么回事？事件定義最經(jīng)常犯的一個錯誤是把事件定義在錯誤的字段上面，導(dǎo)致產(chǎn)生不了預(yù)想的效果，現(xiàn)舉一個實際的例子供參考：比如：金額=數(shù)量x建議采購單價則