As a power user, I want to create an one-to-many relationship between Native (System) and Custom Objects

• Type: Story
• Status: Closed
• Priority: Major
• Resolution: Completed
• Affects Version/s: None
• Fix Version/s: Master
• Component/s: Objects
• Labels:
  • bravo-board-in
  • bravo_q1
  • fc_22_01
  • fc_22_02
  • good-to-go
  • low-code-milestone
  • now-dxp-latam
  • qa_test_mapped
  • team-bravo
• Epic Link: Low Code System Objects Extensions

Context:

Many use cases requires users to create relationship between their custom objects with native entities of the portal. One of those use cases, even being a internal use case, is to be able to add attachments (or upload files) in custom object entries. Those files must be saved and organized in the standard repository of Liferay, so they can follow Liferay patterns and rules as accepted file types, file size limit and so on.

This story aims to solve the relationship between native (one) to custom (many). This use case can be seen in the following example:

• Tickets (custom object) that require attachments from end users and those attachments can only be related to that Ticket. When the end user adds the attachments, those files are in the default Liferay respository (Native Object), while the ID is saved in the related Ticket (custom object).

Mockups:

The story does not need mockups. It is the same behavior of one-to-many between custom objects, but allowing users to relate custom with native ones as well.

Acceptance Criteria

1 - Given a power user,
when modeling a custom object,
then I must be able to relate one Native Objects Entries to many Custom Object Entries

Definition of Done (DoD):

• All Acceptance Criteria were passed;
• Make sure that the expected automated tests were created (unit / integration / functional) and passed successfully;
• Validated by QA and Product Manager;
• No critical bug related to Story scope (FP5);
• Make sure that all system documentation were updated (if necessary)