Zentriq Agent is live on Microsoft AppSourceInstall it free →Microsoft AppSourceInstall it free →

"Sorry, the current permissions prevented the action. (TableData 21 Cust. Ledger Entry Insert: Base Application)"

Permission error when posting or saving a record

Business Central stopped the operation because your user lacks the permission listed in the brackets, here Insert on TableData 21 Cust. Ledger Entry from the Base Application. The bracket is the useful part: it names the object type, object ID, object name, missing permission and the extension that owns the object, which is exactly what is needed to grant it. Permission sets and licences can only be changed by an administrator, so in most cases you have to pass this message on rather than fix it yourself.

Why Business Central raises this error

On every read, insert, modify or delete, the platform checks your effective permissions, which are the union of the permission sets assigned to your user, narrowed by the licence or plan attached to your account and by any security filters. If one required permission is missing, the operation is aborted with this message and the missing item is spelled out in brackets. Note that the failing table is frequently one you never open directly: posting a document writes to ledger and entry tables behind the scenes, so the permission gap surfaces on an object that has no visible page in your role centre.

  • The user is assigned a narrow permission set, for instance a read-only or self-service role, that does not include the table named in the brackets.
  • The action writes to tables indirectly: posting or registering a document creates ledger entries, and the missing permission is on one of those background tables.
  • The user's licence or plan, for example a Team Member licence, does not allow writing to that table whatever permission sets are assigned.
  • An extension was installed without assigning the permission sets it ships, so its objects, or standard objects it writes to, are not covered.

How to fix it

  1. Copy the entire text inside the brackets. It gives the object type (TableData), the object ID (21), the object name (Cust. Ledger Entry), the missing permission (Insert) and the extension that owns the object (Base Application).
  2. An administrator searches for Users (Alt+Q), opens the affected user, and reviews the permission sets listed on the user card.
  3. From the user card, open Effective Permissions and filter on the object ID from the message to see which permission is actually granted and by which permission set.
  4. Assign a permission set that already contains the missing permission, typically the standard set covering the business process being run, rather than adding single table permissions one at a time.
  5. Check the licence assigned to the user in the Microsoft 365 admin centre: a Team Member or similar limited licence blocks most write operations regardless of permission sets.
  6. Ask the user to sign out and sign in again so the new permissions take effect, then repeat the action that failed.

How to avoid it in the future

Build access around role-based permission sets that follow whole business processes rather than patching individual tables when a user complains, because a posting routine touches dozens of tables and fixing them one by one produces a permanent trickle of errors. Test each role with a real non-administrator test user before rolling it out, since administrators and SUPER users never see these messages and a sandbox with SUPER assigned hides the problem entirely. Remember that security filters and the licence level can block an action even when the permission set looks correct, so check all three layers before concluding that a permission set is at fault.

Frequently asked questions

What does TableData 21 Cust. Ledger Entry Insert mean?

TableData means the data stored in a table, 21 is the table ID and Cust. Ledger Entry is its name. The word that follows is the permission type that is missing: Read, Insert, Modify or Delete. The name after the colon is the extension that owns the object.

Can I fix this myself?

Usually not. Assigning permission sets in Business Central and licences in Microsoft 365 requires an administrator. The fastest route is to send the exact text in the brackets to your administrator or partner.

Related reading

  • Customer Ledger Entry, The transaction record in Business Central tracking every posted invoice, payment, and credit memo for a customer, where open entries show what is still owed.
  • Cash Receipt Journal, The Business Central journal for registering incoming customer payments and applying them to open sales invoices.
  • General Ledger, The core accounting record in Business Central where all financial transactions are ultimately posted and stored.

Other Business Central errors