To access the Data Gatekeeper page, open tell me and type "data gatekeeper setup" into the search box. See our User Guide to learn more.
To enable event specific restrictions, you must uncheck the Auto Restrict checkbox. Otherwise, changes to any monitored field will result in an automatic restriction.
Use the Data Gatekeeper - Workflow Wizard to define a new workflow, but use the standard Workflow setup page to edit existing ones.
While Data Gatekeeper can require any new or modified record change, it's important to note that the requirement alone doesn't necessarily prevents an operation unless there are events to check if the record is restricted. The Vendor or Customer record, for example, have built-in checks for restriction when performing critical operations such as posting related documents. For these records, setting up approval requirement is easy because all we need to do is turn on Auto Restrict for the table.
For tables that do not have built-in checks for record restrictions, there are 2 approaches to consider:
For records that have standard support for approvals, it often has a Request Approval menu. For other records, users must rely on the Request Approval that's in the Data Gatekeeper FactBox. For sake of consistency and less confusion, we recommend hiding the standard menu (where applicable) and train users to always rely on the Data Gatekeeper FactBox's menu.
There are multiple ways to make the entries go away. The most common method is to request and get approval for the change. The alternative is to use Table Field Events.
Sometimes we may want a snapshot of the record without any intervention. For example, we want to keep records of a sales line after the Quantity field is filled out, in case someone mistakenly changes the record before the order can be submitted for approval. When this event is triggered, all pending field changes will be committed. For fields where Log Insert, Modify, or Snapshot is checked, the change will be recorded as a modification if there was a modification. Otherwise, it will be recorded as a Snapshot.
When data is entered into a field for the first time, it’s considered initial data. Even if the field is later changed, if the old value was blank, zero, or the default value when the record was inserted, it will still be treated as initial data and ignored when changes are committed. When this event is triggered, Data Gatekeeper will immediately flush these changes so that subsequent updates are considered modifications.
Data Gatekeeper makes it very easy to including comments in the notification email. But there's an important step to follow, otherwise it will not work. The comment must be entered before, not after the approval request has been sent. The Data Gatekeeper Workflow Wizard makes it easy for you to do this. If you missed this step, then you must edit the workflow and add the step yourself. To make it simple, use the wizard to create the workflow, then drill into the first event's responses to see how it's done.
Making and approving your own change is usually frowned upon by auditors. This is why Data Gatekeeper blocks it by default. To allow, simply follow the steps below.
Business Central will always create an approval request for every approver who is eligible to approve the change. If the sender is the approver, and they're the only person who can approve the request, then—even if “Allow to approve own changes” is not enabled—Data Gatekeeper cannot block this action; otherwise, the request would be left in limbo with no valid approver.
Data Gatekeeper can only prevent further workflow execution when more than one approver exists. The request will still be marked as approved, and that's why it appears as though the sender approved their own request. From Data Gatekeeper’s perspective, the final person who approves the request is considered the ultimate approver for the change, and the Data Trail report reflects this behavior.