Hi @Venkatraj_GMHKXS6. That short list of events showing in your attached image are not the only ones there are. But as for the "that can be defined" portion of your question, and the "can we add more" question...that will be a bit more difficult to explain. That iLogic 'Event Triggers' dialog is just one way for us to be able to 'use' some specific events, but it is not the only way, and when using the other ways, there are a lot more events available. Using the iLogic 'Event Triggers' dialog is certainly the simplest way for us to use events, because the iLogic add-in manages some stuff for us behind the scenes, but it also offers less control. and less potential for feedback than other ways. As with most things in life, getting more control and functionality (from a coding/automation point of view) usually means more complication will be involved. Even the events listed there have another way for us to use them without needing to use that dialog. No, we can not directly add any more events into that 'Event Triggers' dialog, and we can not remove any of the events already listed in it either. Each different type of document has a few 'common' types of events, but each different document type also has some events that are 'unique' to just that document type. We do not even see all available events for each document type within the left 4 tabs. To see all events available to each document type, you must visibly open each type of document on your screen, then open that Event Triggers dialog, and go to the 'This Document' tab to see the list of events that are available for that 'active' document. That list of events is different for different types of documents.
The other way to access and use events is a rather long subject to discuss here, but most folks use Inventor Add-Ins for 'monitoring/listening' for the events defined within Inventor's API while Inventor is running, because it is easier to manage events that way, then with iLogic rules. Add-Ins can be set to start when Inventor starts, and quit when Inventor quits, so that they are always 'active', but can be deactivated while Inventor is running, if needed. The most common source (but far from the only source) of events in Inventor is the ApplicationEvents object, which has about 27 events defined within it, last I checked. There are several other main objects within Inventor's API like that though, with other sets of events associated with them. Each listed event has a 'definition line' for the Sub routine that can be used as its 'Event Handler', but it is not always explained super clearly how each definition parameter can, or has to be used.
Since I am not familiar enough with Vault yet myself, I am not 100% sure if there is an 'event trigger' or event for the Vault check-in step, but I would assume that if it is not already available, it may be very soon (possibly in a newer version of Inventor). Since Vault is an entirely different Application than Inventor, cross-application related events are probably more challenging to monitor like that. The event named "Any User Parameter Change" will cause any rule put under that event to get triggered to run every single time the value of any user parameter gets changed. That can be a lot of times, especially if you have multiple rules already reacting to user parameter value changes, and changing other parameter values. So, it is obviously handy, but is also not very efficient, when there may be alternative ways to do what needs to be done. The similarly named event with 'Model' parameters in its name, is exactly the same description, but limited to just 'model parameters'. The model parameters are the ones actually in direct control of your model geometry, and they will automatically be deleted when some things happen such as deleting a sketch dimension, or deleting a feature that uses it. User parameters will continue to exist after such events, making them more stable for automation purposes.
I attached a PDF that I created a couple years ago, that was based on a pre-existing 'Autodesk knowledge base article' that I used to have posted online a few years ago, before Autodesk removed everyone's personal 'contribution posts' from the Autodesk Community area. It really needs to be updated, but it will give you an idea about what I am talking about, if you are not already familiar with that process.
Wesley Crihfield

(Not an Autodesk Employee)