Several questions about site integration package

We're very interested in your boards because of the SIP that you offer.  We currently have a paying member site and this is one of the few boards out there that offers easy integration with our existing member database.

I have a few questions though:

1. Can manual registration be disabled? In other words, I only want to allow users to be able to register via our site and then use the PGDRegistration class to set them up in the forum.  We don't want people "sneaking in the back" & registering through the forum only.
   
2. Can I easily reroute the board's member profile page to the member profile page on my site? Our members already have a profile page & we don't want them to have a forum profile and site profile.
   
3. Is the memId that your board uses able to be set to our member IDs? We already have a 7 digit member number and we'd prefer to use that rather than some arbitrary member ID that the board creates.
   
4. Can other data be fed in via PGDLogin and PGDRegistration?  We'd like to also note if someone is a "life member", "annual member" etc.  There are fields we have in our database and would like to be able to display them with the users' posts.

I think that's it for now. 

1. yes. it can be disabled. And, you can simply redirect people to your registration form when they land on the registration page of the forum.
2. yes. while we will have different member ID's, the thing that is the same on both system is the login name. So, when user lands on our profile page, do a simple sql statement to get the login name of the user from our forum db, and then redirect it to your member page like this:
   Response.Redirect("your member page URL.aspx?login=" + login_Name_From_DB)
   Very simple. And if your member page does not take login, easy, just make your member page to accept the login name as a valid querystring.
3. Yes you can. We do not use identity field, and you just need to update the member table after member import OR you can modify the PGDRegistration class and its associated stored procedure to take member ID. Either way is fine and as long as you know what to do.
4. No. But what you can do is you can set up the "custom regitration field" feature (in admi control panel) to store those data when you send member data to our forum db. then, modify the stored procedure that pulls out the messages (2 of them) to also grab data from the custom registration field table (in our fourm db).
   

ASPPlayground.NET
~ see our Version 4 plans here