DocManager Inbound Processing

in your cms system, the property configured to be polled for as the indicator whether a document should be processed/call sap (referred to as the gimmal link enterprise saplink trigger property or filter), when found, will trigger a call to the gimmal link enterprise sap gateway bapi at a configured interval the docmanager inbound processing class/method allows you to either custom execute your own custom process entirely or in combination with any other docmanager configured option mentioned above link create optionally manipulate all exporting and changing method parameters for subsequent docmanager configured create link processing (called after custom if configured) primarily this is used to find/confirm/format/compile/specify the “sapkey” for what sap record to link to example method /dflow/cl docmanager helper=>saplink example the below example is provided with the gimmal link product signature type parameter description sample value importing iv mode this class/method is shared in the gimmal link enterprise configuration for both “types” of processing (custom vs sap key determination) which processing is being executed by gimmal link enterprise configuration is indicated by this value sapkey or custom importing iv documentid the cms unique identifier (ie uuid/guid) 485029877609 exporting ev goon flag custom processing only setting the goon flag to abap true (ie x) abap false or empty vs abap true (x) exporting et return anything other than a line added with the value ‘e’ in the type field (ie any line with s or i or w as a type) will result in the gimmal link middleware considering the process a success and the inbound request will be set to complete (ie the saplink “trigger” property set to false and will not be reprocessed) if a line in the table with the value ‘e’ in the type field is found, the entry in the cms system will be reprocessed at the next interval regardless of the type value, all entries added to this table will be logged and viewable in the gimmal link enterprise api gateway and thus can be leverage to log/report on the processing of your logic using any fields of the table (message text being the most common) exporting ev sapkey used extensively in link enterprise create, this is the fully formatted sapkey that will be used to create the archivelink link fi invoice 300019000002222019 vendor master 0000033985 exporting ev guid used only in crm this is the guid that will be used in place of ev sapkey to generate the viewing url to link changing ct metadata this table contains the metadata from your cms system (what is sent over to sap is determined by the gimmal link enterprise middleware configuration for inbound processing metadata) this table it not typically changed, but rather read to leverage the metadata from your cms system to either execute a custom process or in the case of link create, determine the ev sapkey this might be to take different metadata fields and do a lookup to get a key, or maybe simply formatting the key to be padded so archivelink will recognize it, or possible to verify the incoming key is correct (and if not, add an e type line to the return table) the values of this table can be viewed under the “smd” (saplink metadata) column in the gimmal link enterprise api gateway changing ct files table containing the cms inbound files related to the triggering of the saplink process changing ct custom for future use changing cs zdmc01 table containing the existing docmanager configuration changing cs zcmsc05 table containing the existing repository id configuration changing cs zcmsc01 table containing the existing cms profile configuration notes custom processing is executed first, follow by link create (sapkey) processing ‘2nd’ (if no goon flag is received) any exporting or changing parameter values manipulated by custom processing will be passed on to link create (sapkey) processing