Documentation
Getting Started
Data Grid
Modeling
Business Rules
Users, Roles & Security
Administration
Integration & API
Installation
Migrating from MDS
Architecture
Documentation/Approvals/Role: Submitter

Role: Submitter

Any user with write access to an approval-required entity is a submitter. You edit as usual. The difference is what happens at Save.

My Submissions with request statuses
My Submissions with request statuses(click to enlarge)

Submitting changes

  1. Edit cells in the grid, add records, or mark records for deletion.
  2. Click Save. The Submit changes for approval modal opens.
  3. Check the Summary: the number of new records, updates and deletions, with the record codes. Above three codes the list ends with "and N more…".
  4. Check Sent to: the approvers who will get the request, and whether one approval is enough or all of them must agree.
  5. Add a Note if the change needs context. It is optional and the approvers see it.
  6. Click Submit for approval.

The modal then confirms the submission, shows the request number, repeats the summary and your note, and states that you get an email once a decision is made. Click Close.

After you submit

  • The pending changes disappear from the grid and the data reloads.
  • Every record in the request is locked. It shows a lock icon and cannot be edited.
  • Records marked for deletion stay visible, in red with a strikethrough, until the request is approved.

My Submissions

Settings → My Submissions (/admin/my-submissions) lists every request you submitted, newest first.

ColumnContent
EntityThe entity the request belongs to
Submitted byYou
DateSubmission date and time
Changes+ new, ~ edits, - deletions
StatusPending, Approved, Rejected, Returned or Cancelled
Approved onDecision date, for approved requests

Narrow the list with the search box (entity or submitter), the status dropdown, the change-type chips (+ New, ~ Edit, − Del) and a date range. Clear resets every filter.

Click a row to open the request. You see the field-level diff, the current status, your own note and the full review history with each reviewer's comment. There are no decision buttons — reviewing is the approver's job.

When a request is sent back

Returned means the approver wants a correction, not a refusal. Your records are unlocked and the reason is in the review history and in the email.

  1. Open the request in My Submissions and read the reviewer's comment.
  2. Open the entity in the data grid.
  3. Make the corrections.
  4. Save and submit again. This creates a new request. The returned one stays in the list for reference.

A Rejected request is closed for good. The records are unlocked. Submit a new request only if the change is still needed.

Ready to get started?

Start managing your master data with Primentra today.

View Pricing
Role: Submitter | Approvals | Docs | Primentra