Before starting the migration, you should understand the basic concept of the SharePoint permissions.
Permissions – Permissions give a specific right to the user related to an action. When a user has permission to view a file, then only he/she only can view the file and but not create or edit the file. The SharePoint administrator assigns the permissions at the site or site content levels.
Fine-grained permissions – When the administrator assigns the permission at a granular level to a securable object that comes in fine-grained permissions. For example, permission assigned to a specific file in a large library, list, or site. The fine-grained permission gives the user in-depth control over the SharePoint data for better customization.
Permission level – Permission Levels are the set of permissions that is assigned to users to function several tasks. A good example of permission level is Read Permission that includes multiple rights like open a file, read a file, view pages of the file, view versions of a file, etc. All these rights are required to access the file.
SharePoint group – A SharePoint Group makes it efficient to assign permission to a whole group rather than assigning permission to users individually. Each SharePoint Group has at least a single default permission like owners, visitors, members, etc.
User – A user is a single SharePoint account of a person. It is better to assign the permission to the user through groups as it becomes difficult to monitor each user.
Securable object – A securable object is the file, document, folder, list, library, site, etc. that is affected by the permissions. The administrator can assign item-level, folder-level, and site-level permissions for a variety of controls.
It is beneficial to get complete information about these permissions and then plan your migration method.
Default Permissions Levels – Default Permissions levels are various permissions which authorize a user to perform multiple actions on the objects. Here is a brief list of default permissions levels –
Permission Level
Permission Included
Description
View Only
View Items, View Versions, View Pages, Browse User
Information
User can view application pages and related items.
Limited Access
View Application pages, Browse User information, User Remote
Interface
User can access the shared resource
Read
View Items, Open Items, View Versions, View pages
User can view pages, list items, and download documents
Contribute
Add Items, Edit Items, Delete Items, Edit Personal User
Information, Add Personal Web parts, Remove Personal Web parts, Update
personal web parts
User can edit user information, delete version in lists and
libraries.
Edit
Manage Lists, Contribute Permissions
User can manage lists.
Design
Add and Customize pages, Apply Style, Edit permissions
User can Add, View, Update, Delete, Approve, and Customize
items or pages
Full Control
All Permissions
User has full control
Note: A user can customize the permission settings for the initial five levels. To change the permission levels for Limited Access and Full Control, you can make individual permissions unavailable for a complete web application.
User permissions
User permissions are further categorized into three categories – list permissions, site permissions, and personal permissions.
List permissions
Some of the prominent list permissions are:
Permission
Permissions Included
Description
Manage Lists
Edit,
Design, Manage Hierarchy
User can create and
delete lists, add or remove columns or views of a list
Override List Behaviors
Design, Full Control
User can check a
document for another user and can read/edit their terms
Add Items
Edit,
Design, Full Control
User can add items
lists, and add documents to
libraries
Delete Versions
Contribute Edit, Design, Full Control
User can delete
previous versions of list items or documents
Create Alerts
Read,
Edit, Design, Full Control
User can create alerts
View Application Pages
Full
Control
User can view
application pages and enumerate lists
Site Permissions
Site Permissions are applied to site items. Some important permissions of them are the following:
Permission
Permissions Included
Description
Create Subsites
Full Control
User can create subsites, meeting workspace site, and
document workspace site.
Manage Web Site
Full Control
User can perform complete administrative tasks for the site
Add and Customize Pages
Design, Full Control
User can add, modify, or delete HTML pages or the site
Manage Alerts
Full Control
User can manage alerts for all users of the website
Open
All
User can open a website, list, or folder to access site
items
View Pages
Read, Contribute, Edit, Design, Full Control
User can view pages in a website
Personal Permissions
Personal permissions are attached to single objects and items in the SharePoint.
Permission
Permissions Included
Description
Manage Personal Views
Contribute, Edit, Full Control
User can create, change, and delete personal views of lists
Add/Remove Personal Web
Parts
Contribute, Edit, Full Control
User can add/remove personal web parts on a web part page
Update Personal Web
Parts
Contribute, Edit, Full Control
User can update Web Parts
How to migrate SharePoint Permissions
After gaining complete information of various SharePoint permissions, it become easy to migrate permissions. But due to lack of a proper manual method to migrate the permissions, you need to take assistance of a professional tool. It reduces the complexities to manage permission migration and directly migrate the Permissions along with respective data.
Using Kernel Migrator for Sharepoint, you can migrate complete sites, lists, and libraries from SharePoint 2010 to 2013, SharePoint 2010 to 2016, and SharePoint 2013 to 2016. After selecting the migration, you can check the Migrate Permissions option.
Note: If you have checked the Migrate Permissions, then you can also check the second option of Remap Users/Groups. It will help you to map SharePoint accounts.
Click Add New Mapping button and add Source User Name and Destination User Name in the respective boxes. Then click OK.
Finally, you can see that the source and the destination are selected to migrate the permissions directly.
Conclusion
If you do not migrate the permissions along with SharePoint data, then you will need to assign new permissions after migration. It will take time and energy of SharePoint administrators. If you want to avoid this situation, take the services of Kernel SharePoint Migrator. This SharePoint migration tool can be used to upgrade or downgrade the SharePoint platform and also to migrate data from Windows file system to Sharepoint, from public folder to SharePoint, and from file system to Google Drive/OneDrive for business.
Hi Aftab,
I am able to migrate SharePoint permissions after reading your blog. Thanks Bro:)
The amount of detail provided for SharePoint Permissions is exceptional. I could find everything in this single piece of article which is a rarity these days. Kudos to the team!