n8n Beginner Course (9/9) - Collaboration

hello and welcome to video number nine of the beginner course for anyen in this video we'll be covering collaboration uh workflow sharing credentials and some other useful tips and tricks the first thing I'd like us to cover is the community and this is really something that makes naden stand out from other automation platforms uh it's very active and responsive Community the community is a great place to find announcements information about upcoming features or for example to request new features you can also ask questions about your workflows or report on bugs uh this is where you'll find all of the community events um what's great is the support usually answers very fast preventing any downtime when it comes to building workflows um feature requesting is a great way to bring more attention to a feature that you would like in aniden um so don't hesitate to head over there and request features if there's something you're looking for you can find the community on community. nan. part of what the community helps build is a library of templates so templates cover a very wide array of common automation problems that are being solved with Anyan do you want to build an API endpoint instead of starting from scratch start with you know this template by John if you want to back up all of your nent workflows to a GitHub instance same thing you can just do this with uh a workflow that already exists uh through these templates this will save you a lot of time when building workflows and might even save you the whole time dedicated to building something specific that you can just find in the template Library there are also workflows for building chat box extracting text from PDFs as well as many more very interesting use cases you can find all of these and more on eden. io workflows or directly from the niden interface um you can sort them by category search by name or by node type um so if you want to build a workflow using open AI you can just type open Ai and sort of see what kind of templates are already available so always remember to check here before you start building your workflows also if you build something interesting or you build something that you think might be useful to other people you can also submit it as a template for others to use don't worry no credentials are shared when submitting workflows so you don't have to worry about any security issues when it comes to that now let's talk about the different kinds of access and users that are available in inen um when it comes to users workflows and credentials and let's start off with uh user management there are three types or three levels of users owner admin and member these users will have different access levels when it comes to workflows and credentials and this is made to ensure that no one has unwanted access to specific workflows API keys or access to any specific tools the owner is there's only one owner per Inn instance and they have all of the rights listed here below I won't read through all of them what's important to note is that even though they have access to all the workflows and credentials they won't be able to read the sensitive information so if you get an API key from slack for example and you create a credential the owner will have access to the credential to share it or revoke ownership but will not be able to extract the uh the API key or app token from the credential so it's access to sharing but not access to the underlying potentially sensitive information then underneath owners we have admins are much like owners except they don't have access to the niden cloud dashboard or uh can't manage anything when it comes to the owner role so modifying or changing the owner role members are just your standard normal NN users and they can manage their own accounts and workflows whether that it be tags uh assigning workflows sharing workflows or their own

settings such as passwords when building workflows you will have the option to share or restrict access uh to the workflow to different members of the team it is recommended that only the relevant users have access to the relevant workflows to avoid unwanted changes being made or bugs being introduced by people who might not understand the workflow at hand workflow sharing is the method used to well share or give access to workflows between users of the same ident instance users can share workflows that they created and instance owners or admins can view and share all workflows in the instance uh by default a member that does not have a workflow shared with them will not be able to access that workflow so if you are going to be collaborating with other members on a workflow remember to go in and share the sharing option can be accessed at the top right of the workflows canvas um you have from the main workflow menu you can see all of the workflows that you have access to as well as a filter for workflows created by you uh so of which you have sharing rights there are two workflow roles Creator and editor um below you can see the uh different wrs that creators and editors have on the workflow the Creator is a user who created the workflow and editors are just other users that have access to the given workflow sharing allows editors to use all of the credentials that are used in a given workflow this includes credentials that aren't EXP explicitly shared with them using credential sharing this means if I create a workflow that has for example a slack credential and I share it to someone else that I'm working on this will also share the slack credential with that person even if they didn't have before access to that slack credential this is simply so the person that is being shared the workflow with can jump into the workflow make changes test uh if needed the last topic uh and this is an important one especially when it comes to security is credential sharing allows you to well share credentials uh that you've created with other users in the same and instance as you the other users can then use the credentials in their workflows but they won't be able to access or edit the credential details just as we mentioned earlier this is very important to ensure security meaning that no one can extract the app token or API key from the credentials and use it somewhere else uh where they might not be authorized to users can share credentials that they have created and instance owners and users with the admin role can view and share all credentials in the instance again without access accessing the underlying data from the left menu when you open a credential um you will be able to add new users under the sharing settings uh this is where you can invite new users as well as revoke access uh should you want to prevent someone from having access to a specific credential one last topic uh we're going to cover in this video is the niden API uh now this may seem a little bit funny uh we're using apis in nen why does nen have its own API um this allows for you know two main use cases uh the first one is to use the uh niden node to manage other niden workflows we'll dive a little we'll dive deeper into that in just a second and the Second Use case is to access create edit niden workflows from external programs so to use the niden API head over to the settings and then the aniden API section in the settings and from here you can generate a new API key this API key uh is used to authenticate to the niden API as you would pretty much any other API it's a rest API and from here you have end points to

retrieve execution logs delete execution logs create update delete as well as activate or deactivate workflows and you can also create and delete credentials among many other features the second method is by using the niden node which has pretty much all of the same features as the API the most useful use case for this will be update dating workflows programmatically so for example activating or deactivating workflows depending on certain conditions uh we could imagine that we have a workflow that we only want to run on working hours so let's say 8:00 a. m. to 6:00 p. m. we could use a supporting workflow to deactivate the workflow at 600 p. m. and reactivate it at 8:00 a. m. uh this could also be done in the workflow itself but here we could do it using the API there's also a generate security audit feature uh which can come in handy for getting all of the execution logs and anything you might need uh for a security audit thanks for listening to video number nine of the beginner course where we covered workflow sharing credentials and many other useful tips and tricks