CRM 系統(tǒng) document builder一些常見問題的解答

如果要想把DOCX render成PDF 格式，需要server上部署了ADS Adobe document service。用report FP_PDF_TEST_00 檢查ADS是否setup 正確 。

如果能看到下面的ADS version信息說明已經(jīng)ready。

下圖是一個我們系統(tǒng)里SM59 指向的ADS destination

附件的第21頁的note有詳細(xì)的consume ADS的說明。

Reviewe的用途：

用SM30， 編輯這個view SWFDEVENA，

這里SAP 提供了一個很靈活的框架可以讓我們把document 上發(fā)生的事件和一個workflow 綁定起來，我們可以自行開發(fā)一些workflow來響應(yīng)這些事件。

SAP deliver的標(biāo)準(zhǔn)的workflow里有和review發(fā)生交互的：

這個workflow只是增加了一部自動給review 發(fā)郵件提示其去review以及reviewer手動處理的流程。自動發(fā)郵件和reviewer 處理分別有SAP標(biāo)準(zhǔn)的BOR object SELFITEM和DECISION實現(xiàn)。

Navigation 失敗的問題。像此類問題我一般用debug的方式找到原因：系統(tǒng)去CRMC_IB_BOR_UIOB里面找entry，

找不到就報CRM_UIU_CT-022的message。你打上斷點(diǎn)然后看SQL 語句的where條件就知道系統(tǒng)想找什么樣的entry了，照著維護(hù)進(jìn)去就行。

Due icon顯示成X：

在這個方法上設(shè)斷點(diǎn)，

然后看你系統(tǒng)上icon的url determine出來是怎樣的：

拿到這個url后到SE80， mime repository里去看這個icon的圖片是否正確上傳了：

另外， 代碼中如何提取出已審批通過的document？

能提供更細(xì)節(jié)的信息嗎？你們希望在什么樣的context下寫code？

如果你們寫代碼的上下文里能夠拿到content和document ID，可以通過下面的report 拿到文檔的內(nèi)容-存在ls_output-data里面

PARAMETERS: content TYPE /ipro/tdocmnt-content DEFAULT 'DLA', document TYPE /ipro/tdocmnt-docmnt_id. *data: document TYPE /ipro/tdocmnt-docmnt_id value '0000000815'. DATA: lt_contents TYPE /ipro/tt_contents, lo_content TYPE REF TO /ipro/if_content, lo_doc_factory TYPE REF TO /ipro/if_docb_factory, lo_document TYPE REF TO /ipro/if_document, lv_content TYPE string, lo_exception TYPE REF TO /ipro/cx_serializer_failed_at, lv_error_text TYPE string. lv_content = content. CALL FUNCTION '/IPRO/CONTENT_FACTORY' EXPORTING piv_name = lv_content IMPORTING pet_contents = lt_contents. READ TABLE lt_contents INTO lo_content INDEX 1. CHECK lo_content IS BOUND. lo_doc_factory = lo_content->get_docb_factory( ). TRY. lo_document ?= lo_doc_factory->open( piv_docmnt_id = document ). CATCH /ipro/cx_serializer_failed_at INTO lo_exception. lv_error_text = lo_exception->get_name( ). WRITE: /,lv_error_text. ENDTRY. data: ls_output TYPE /IPRO/S_OUTPUT. WRITE sy-uzeit. lo_document->/ipro/if_output~enable( '1' ). ls_output = lo_document->/IPRO/IF_OUTPUT~GENERATE( '1' ).

BRF+ Interpretation模式與Generation模式的區(qū)別

在Simulation mode下測試一個ruleset時，

可以選擇Simulation Mode為Interpretation Mode或者Generation Mode。

這兩者的區(qū)別是，如果以Interpretation Mode運(yùn)行ruleset, 則ruleset里每條rule包含的formula都會由BRF 框架的class逐一執(zhí)行，

callstack如下圖:

而當(dāng)選擇Generation mode時，因為每個BRF function都存在一個對應(yīng)自動生成的ABAP class里處理該function內(nèi)包含的rule.

如果選擇Generation mode時，rule的執(zhí)行由此generated ABAP class來完成:

function 和generated class的對應(yīng)關(guān)系維護(hù)在table FDT_CC_0000里，通過function id進(jìn)行查詢。

ABAP API ERP HTML

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權(quán)內(nèi)容。