Content Management and Capture

Content Management and Capture

Come for answers. Stay for best practices. All we’re missing is you.

 View Only
Expand all | Collapse all

Entry Template by default option

  • 1.  Entry Template by default option

    Posted Tue January 07, 2025 07:44 AM

    Dears,

    I am searching for an option where I can view document "Properties" only in "Entry Template Layout" mode irrespective of from where its added.
    Current issue with me

    1. if I add document using Entry Template then it will show "Properties View" in Entry Template Layout. ( Expected )
    2. If I add document from "Datacap" or directly from ACCE then it does not show document "properties" in "Entry Template Layout".

    The reason I need this because few properties should be readonly and auto populates which is happening in Entry Template Layout.

    Thanks in advance



    ------------------------------
    Ganesh Jamdade
    ------------------------------


  • 2.  RE: Entry Template by default option

    Posted Tue January 07, 2025 12:06 PM

    hello Ganesh,

    The ET. layout would be used if the document was added using ET - I assume you have 'Use entry template when displaying/viewing properties' option selected in the ET definition.

    You could try use a response filter to mark properties as read-only.



    ------------------------------
    Nanda Pilaka
    IBM Content Navigator Support
    ------------------------------



  • 3.  RE: Entry Template by default option

    Posted Wed January 08, 2025 05:06 AM
    Thank you for your suggestion.
     
    Yes, EDS can handle this; however, the layout would vary depending on the document ingestion source. I have identified a workaround: if you can update the "EntryTemplateID" and "EntryTemplateObjectStore" GUID when inserting the document from Datacap or any other source, the Properties view will automatically open in the Entry Template Layout.
     
    This workaround will undoubtedly save time.


    ------------------------------
    Ganesh Jamdade
    ------------------------------



  • 4.  RE: Entry Template by default option
    Best Answer

    Posted Wed January 08, 2025 06:14 AM

    Hi,

    your workaround is the solution.

    It is very common to have sweep jobs to update "EntryTemplateID" and "EntryTemplateObjectStore" for documents that have been created with sources other than ICN, but should be viewed or edited later in ICN with a corresponding ET.

    Hope this helps,

    /Gerold



    ------------------------------
    Gerold Krommer
    Managing Director
    The Document Content Profesionals, G.m.bH
    Wien
    +436602408515
    ------------------------------



  • 5.  RE: Entry Template by default option

    Posted Wed January 08, 2025 09:43 AM

    Hi Ganesh, as you have observed entry templates are associated only when you add the document within ICN.  If you look at the docversion table entry template ID and entry template object store name columns you will see those properties have values when adding documents outside of ICN the columns are null. To make this work regardless of how documents are added I suggest a workflow or workflow event action whichever one you are more comfortable working with.  Your other option if you are only concerned with Datacap is to set those properties at the time the document is being created. Just set the properties on the document(s) just like you are setting other properties. 



    ------------------------------
    Jay Bowen
    www.bowenecmsolutions.com
    Medina, OH
    ------------------------------



  • 6.  RE: Entry Template by default option

    Posted Thu January 09, 2025 01:25 AM

    Thank you for your input. Setting the properties before upload can indeed help achieve the best results.

    After reviewing the options, I plan to proceed with the "Change Preprocessor." This approach will ensures only FileNet will have impact of change and regardless of the "Ingestion Source," it will work. Also it will avoid the need to request updates to other applications.

    Please suggest if you have any other thoughts.

    Thanks in advance.



    ------------------------------
    Ganesh Jamdade
    ------------------------------



  • 7.  RE: Entry Template by default option

    Posted Fri January 10, 2025 03:37 AM

    Hi,

    a Change Preprocessor serves definite purposes (one important one is setting attributes that are settable on create only) and has severe restrictions and is sometimes counter-intuitve. 

    The main drowback in your case IMHO is that there is no filter on change preprocessors, so they run unconditionally. Always. Ever.

    You should use a event subscription, be it synchronous or asynchronous (asnc in my opinion is enough) and put a filter on it. E-g- when the two attributes are set, do not run the setting again unnecessarily.

    Hope that helps,

    /gerold



    ------------------------------
    Gerold Krommer
    Managing Director
    The Document Content Profesionals, G.m.bH
    Wien
    +436602408515
    ------------------------------



  • 8.  RE: Entry Template by default option

    Posted Sun January 12, 2025 05:07 AM

    Yes, that makes sense.

    We just need to ensure the subscription is created for the Create/Check-In Event and add the necessary filter conditions. Thanks for the better solution.

    However, I have a question:
    When the Event Action updates the EntryTemplateID, will the LastModifiedBy and LastModifiedOn fields also update?



    ------------------------------
    Ganesh Jamdade
    ------------------------------



  • 9.  RE: Entry Template by default option

    Posted Mon January 13, 2025 10:43 AM

    If that is an issue, then you must use a synchronous event action which executes in the context and transaction of the initiating user.

    /Gerold



    ------------------------------
    Gerold Krommer
    Managing Director
    The Document Content Profesionals, G.m.bH
    Wien
    +436602408515
    ------------------------------



  • 10.  RE: Entry Template by default option

    Posted Mon January 13, 2025 10:56 AM

    Hi Ganesh, The downside of preprocessor is it will always happen when the document is modified/created but a little code to inspect those properties or the pending action can avert that.  One gap we have not discussed is dynamically obtaining the values you need to set for the properties. If you had 10 classes in each of 3 object stores this might be inconvenient to maintain and I could see adding more code to perform a lookup on object source class, searching for the right template then assigning the value.  Just depends on how far you want to take this, get it working now versus a robust solution that might be overkill for just a few doc classes.   



    ------------------------------
    Jay Bowen
    www.bowenecmsolutions.com
    Medina, OH
    ------------------------------



  • 11.  RE: Entry Template by default option

    Posted Wed January 15, 2025 05:58 AM

    Yes, you are absolutely right. In the Change Preprocessor, we can have filter on the "pending action."

    Regarding your concern about property updates and fetching GUIDs from different OS sources, this is not applicable here. The ET GUID and OS GUID will remain constant values. Even when we migrate to UAT and PROD, these IDs are designed to remain consistent due to FDM.( So just we can just have them all IDs as variable in script with constant values )

    If you are pointing to a different concern, could you please clarify?

    Thanks



    ------------------------------
    Ganesh Jamdade
    ------------------------------



  • 12.  RE: Entry Template by default option

    Posted Wed January 15, 2025 10:02 AM

    Hello, if you have a few classes the static values will be manageable but if you have say 10 classes you are going to have to manage those ID values somehow and any change will require code modification.  Nothing wrong with the static approach but a dynamic solution you could do a lookup to a custom object instance, retrieve the value you want then set the document object properties. In larger sites with multiple object stores and classes defining the values statically would be the least preferred option since it will require overhead. For example what if you create a new class? Going dynamic you won't need to do any code changes. 

    Again- If you have a few classes the pre processor is nice and simple. If you intend to leverage entry template behavior regardless of source and have multiple classes dynamic lookup would be a real nice solution. 



    ------------------------------
    Jay Bowen
    www.bowenecmsolutions.com
    Medina, OH
    ------------------------------



  • 13.  RE: Entry Template by default option

    Posted Wed January 15, 2025 02:18 PM

    Yes agree, This is better approach.

    Thanks. 



    ------------------------------
    Ganesh Jamdade
    ------------------------------



  • 14.  RE: Entry Template by default option

    Posted Thu January 16, 2025 05:38 AM
    Edited by Jana Kolodziejová Thu January 16, 2025 05:38 AM

    Hi Ganesh,

    in your case I would most probably go with CP (including kind of filtering on pending action and/or property values) but in case you decide to go with async subscription you can run event action under user with "Update certain system properties" permission and change DateLastModified and Modified by to any (previous) values.
    BR, Jana



    ------------------------------
    Jana Kolodziejová
    ------------------------------



  • 15.  RE: Entry Template by default option

    Posted Sun January 19, 2025 01:35 AM

    Okay. Great. Thank you for suggestion.



    ------------------------------
    Ganesh Jamdade
    ------------------------------