14.5 Updates: MDM & RDM šŸ¤Ÿ

Related products: MDM RDM
14.5 Updates: MDM & RDM šŸ¤Ÿ

Hi all!

We hope that you have enjoyed learning more about the recent updates & improvements on version 14.5. If you havenā€™t had the chance to check it out, you can find them below šŸ‘‡

In this post, Iā€™ll be covering the latest changes in MDM & RDM on v14.5. Read on to find out whatā€™s new šŸ‘€
Ā 

Master Data Management:


Task Management REST API šŸ“ƒ

We have introduced a REST API for task management in MDM. Using REST interfaces, you can perform operations on individual or multiple tasks. The REST API currently supports the following operations:

  • Retrieve tasks for a specific record or based on specific parameters.
  • Retrieve details, comments, history for a specific task.
  • Assign a task.
  • Add a comment to a task.
  • Delete a task.
  • Move a task to a different workflow state.
  • Discard a task.
  • Create multiple tasks.
  • Update multiple tasks.

Server Operations and Resetting the Environment from Admin Center šŸšœ

We now have a new functionality that enables you toĀ stop and start the MDM Server from the Admin Center, reset the environment, as well as enable automatic synchronization of the lookups from MinIO to locally available folders after every restart.

The new options are available on theĀ Server DashboardĀ tab underĀ AdministrationĀ in the Admin Center.
Ā 


Reference Data Management:


UX Enhancements šŸŽØ

Publish when Creating or Editing a Record

You can now publish changes immediately after creating or editing a record instead of first moving the record to publish and then publishing. This isĀ particularly useful for smaller teams with no dedicated roles for approving changes.

To publish changes from the create or edit dialog, selectĀ PublishĀ or chooseĀ PublishĀ from the actions menu.
Ā 

Timepicker Added for Datetime Attributes ā²ļø

Use the timepicker to select a time more easily when creating or editing a record. The following elements are supported:

  • HoursĀ (either 12-hour or 24-hour clock)
  • Minutes
  • Seconds
  • AM/PM switch

    Ā 

Revert Single Record Change āŗļø

For more flexibility when editing, you can undo a change made to a specific attribute value and restore it to the last published state. To do this, in theĀ EditĀ dialog, select the orange dot to compare the current and the published value, then chooseĀ Revert to published.

In addition, when reverting all changes made to records, this action is now calledĀ RestoreĀ instead ofĀ Undo.
Ā 

Checkbox for Boolean Values

Attributes of Boolean type can now also be set using a checkbox.

Other Improvements ā†—ļø

  • Edited records are consistently labeled with an orange dot when viewing record details.
  • Information about record validity is clearly visible: valid records are marked with a green tick and invalid records with a red exclamation mark.
  • We have renamed the following elements:
    • TheĀ ConfirmedĀ viewing mode is now calledĀ Published.

      In RDM REST API, whileĀ PublishedĀ is the preferred term, you can continue usingĀ ConfirmedĀ interchangeably.

    • TheĀ Waiting forĀ confirmationĀ state in workflows is now calledĀ Waiting for publishing.

    • When comparing the current and the published version of an edited record, theĀ Old valueĀ andĀ Original valueĀ are now calledĀ Edited valueĀ andĀ Published value.

Improved Record Validation āœ”ļø

Schedule full validation on all records that will run when you restart the application.Ā Previously, full validation was performed when RDM was first started as well as on every restart. To do this, go toĀ RDM Admin ConsoleĀ and selectĀ Schedule revalidation, then restart the application.

Records are now validated at the application restart only if a previous validation failed on a particular table or the table structure was modified, which helps speed up the startup time.

If you change your mind before restarting RDM, you can cancel revalidation after you schedule it by selectingĀ Disable revalidationĀ from the same screen.
Ā 

Fixed Permissions Editable in RDM Webapp

If your RDM permissions are provided using the configuration model, you can now edit them directly in the web application.Ā Once you make any changes to permissions, this custom configuration is applied instead of the roles defined in the configuration model.
Ā 

And thatā€™s all for 14.5 updates, let us know what you think of them in the comments below šŸ‘‡

Hi @CansuĀ 

thank you for a nice wrap-up of new features.

I have a question regarding RDM permissions editables in the web app.

Let us imagine the situation you are describing:

  • we have permissions defined using the configuration model
  • then we have change the permissions in the web app

Then we change the permissions in the configuration model differently than it was changed in the web app.

What will happen when we deploy the new configuration to the RDM web server?

  1. The permissions will be reset according to the configuration model (i.e. changes from the web app will be lost)
  2. The permissions will ā€œmergeā€. If it is this case, how it will be merged?

Thank you for your clarification.
Kind regards,
MartinĀ 


HiĀ @martin.b, thanks for posting! It will be reset according to the configuration model, hence the changes will be lost.

However, in the model project (in the Security node) when youĀ choose the source you canĀ define certain permissions in the model project to be in the configuration, deploy it, and then switch back to the web app permissions method, it will by default stay as it was in the configuration.

Please donā€™t hesitate to let us know if you have any other questionsĀ Ā šŸ™‹šŸ»ā€ā™€ļø