Validating Document Upload in Business Process Flow by Setting Field Requirement Level Conditionally (Part 2 of 3)

This is the second post in a series of File field as input and SharePoint as storage. You can check out the other posts via these links (Part 1Part 3)

Using the File field in Business Process Flow for uploading of documents

Sometimes, the new functionalities introduced to the Common Data Service (CDS) platform is not immediately supported in the no-code functionality of the model-driven apps and only through supported API in the beginning. For example, column comparison can be used in queries using FetchXML, Web API, or the SDK API but it is not available in UI components like advanced filtering panel (or Advanced Find), view designer, etc. Another example is the Multi Select Option Set which is still not supported in Workflow, Business Rule or Business Process Flow. But somehow, File datatype which was introduced at the end of last year was already available in the Business Process Flow (BPF) as soon as it was made available in the model-driven app with 2020 Release Wave 1 in April 2020. I believe that might be because of the importance of use case scenarios for the file type field.

One of the most common use cases is to enforce the user to upload specific files before proceeding further in the process (you can read more details at the beginning of Part 1 blog post). In such a scenario, you can add the 'file' field in the BPF stage and set as Required. In that way, the user will not be able to proceed to the next step of BPF until the file is uploaded.

The solution above will suffice if you are ok with storing the file(s) in the CDS. But if the requirement is to store the documents in the SharePoint document library, some additional components are required which I have listed down in the next section

Validate and move the files uploaded to SharePoint

Below are the additional components and actions you need to perform to move the files uploaded through a File field to a SharePoint document library:
  1. Business Process Flow with the following 3 fields
    1. Two Options field as a flag to indicate whether the file is uploaded or not (Identity Document Uploaded)
    2. File field to upload the file (Identity Document File)
    3. Text field with URL format type to store the SharePoint document URL (Identity Document File URL)
  2. JavaScript web resource to set the field value and requirement level (we use JavaScript as the ‘file’ field is not supported in Business Rules as of now). 
  3. Automated flow to move attachment from File field to the SharePoint document library
The details for the automated flow listed in item 3 can be found in the Part 1 blog post so I am not going to detail those in this post. In summary, the flow is automatically triggered on change of the 'file' field and when the field is uploaded, it is moved to the SharePoint document library and removed from CDS.

First of all, all three fields are added to the stage of the BPF and the Identity Document Uploaded flag is set as Required in BPF.

var LZW = LZW || {};
LZW.Xrm = LZW.Xrm || {};
LZW.Xrm.Contact = {
executionContext: null,
onLoad: function (executionContext)
    LZW.Xrm.Contact.executionContext = executionContext;
    var formContext = executionContext.getFormContext(); (attribute, index)
        var name = attribute.getName();
        attribute.addOnChange(function (executionContext)
onChange: function (fieldName)
    switch (fieldName)
        case "lzw_identitydocumentuploaded":
        case "lzw_identitydocumentfileurl":
        case "lzw_identitydocumentfile":
setDocumentRequirementLevel: function (executionContext)
    var formContext = LZW.Xrm.Contact.executionContext.getFormContext();
    if (formContext.getAttribute("lzw_identitydocumentuploaded").getValue())
        if (formContext.getAttribute("lzw_identitydocumentfileurl").getValue() === null)
formContext.getControl("header_process_lzw_identitydocumentfileurl").setVisible(false); formContext.getAttribute("lzw_identitydocumentfileurl").setRequiredLevel("none");
} else { formContext.getControl("header_process_lzw_identitydocumentfileurl").setVisible(true); formContext.getAttribute("lzw_identitydocumentfileurl").setRequiredLevel("required");
formContext.getControl("header_process_lzw_identitydocumentfile").setVisible(false); formContext.getAttribute("lzw_identitydocumentfile").setRequiredLevel("none");
} } else { formContext.getControl("header_process_lzw_identitydocumentfile").setVisible(true); formContext.getAttribute("lzw_identitydocumentfile").setRequiredLevel("none");
formContext.getControl("header_process_lzw_identitydocumentfile").setVisible(false); formContext.getAttribute("lzw_identitydocumentfileurl").setRequiredLevel("none");
} }, setDocumentUploadedFlag: function (executionContext) { var formContext = LZW.Xrm.Contact.executionContext.getFormContext(); var hasDocumentUploaded = formContext.getAttribute("lzw_identitydocumentfile").getValue() !== null; formContext.getAttribute("lzw_identitydocumentuploaded").setValue(hasDocumentUploaded); formContext.getAttribute("lzw_identitydocumentuploaded").fireOnChange(); } };
Then, add the JavaScript above to show/hide fields and set the requirement level of the fields. JavaScript web resource is used for this solution because the 'file' field is not supported in the Business Rule yet. In order to get the controls in the BPF by name getControl() to show/hide, "header_process_" need to be prefixed before the name of the field.

The difference between the solution at the beginning of this post where the 'file' field is added in the BPF stage as Required and this one is that the Identity Document Uploaded flag set the requirement level of the Identity Document File field and Identity Document File URL fields dynamically so that the user can proceed to the next stage as soon as the document is uploaded or after the document is moved to the SharePoint and only Identity Document File URL contains data.

When the Identity Document Uploaded flag is changed to Yes, the JavaScript set the Identity Document File field as mandatory so that the user cannot proceed unless the file is uploaded.

If the file is uploaded to the Identity Document File field while Identity Document Uploaded flag is No, the flag will be automatically changed to Yes by the JavaScript. In this stage, the user can proceed to the next stage.

Let's say the user did not proceed to the next stage yet and navigated to another record in the system to process something else. By the time the user comes back to the record, the automated flow has already moved the attachment from 'file' field to the SharePoint document library, cleared the 'file' field and populated the Identity Document File URL with the SharePoint document URL.

In this stage, the Identity Document File URL field is mandatory instead of the Identity Document File field because of the way the JavaScript set the requirement level dynamically. The user can still proceed to the next stage even though the Identity Document File field is empty because there is a value of migrated file SharePoint URL in the Identity Document File URL field.


File data type field is available in the Business Process Flow. By using the Two Options field as a flag and JavaScript, we can dynamically show/hide and set the requirement level of the fields before the Business Process Flow can proceed to the next stage.


  1. Thanks Linn Zaw, this is a very helpful article as well as the first part that you have posted previously

  2. Smart Machine Based Business Process Design and Improvement.
    Business Process Efficiency Engineering - Industrial Engineering Through Information Technology.
    #IndustrialEngineering #BusinessProcess #BusinessProcessDesign #SmartMachine


Post a Comment

Popular Posts