add custom client fields for sub-accounts too

You might want to add your vote here:

http://requests.whmcs.com/responses/tax-vat-numbers-need-to-be-an-integral-part-of-whmcs-including-contacts

Yes, good idea.

Also i think there should be a way to set custom client fields per client group,

so we can to set custom fields that will affect only one of my client groups.

What do you think?

Great!

I need this feature too

+1 we need this

There needs to be a way to ad more +1... +100000 this!!!

I've seen a few posts in the forums about this.

I'm surprised with such a practical feature there are only two votes.

this feature request already exists.

https://requests.whmcs.com/responses/add-custom-client-fields-for-sub-accounts-too

Please check if a feature request exists first before submititng a new one otherwise you are just taking votes away from the oriignal which meakes it less likley it will be considered.

Multiple requests exist for this. Please like these other requests so maybe WHMCS will pay attention. They have generally be very responsive to support requests, and seem like a good company. Ignoring this request like they have is unusual in my experience. It seems like a pretty important function.

https://requests.whmcs.com/responses/custom-fields-for-additional-contacts

https://requests.whmcs.com/responses/aditional-contact-fields

https://requests.whmcs.com/responses/add-custom-client-fields-for-sub-accounts-too

http://requests.whmcs.com/responses/tax-vat-numbers-need-to-be-an-integral-part-of-whmcs-including-contacts

Multiple requests exist for this. They have generally be very

responsive to support requests, and seem like a good company. Ignoring

this request like they have is unusual in my experience. It seems like a

pretty important function.

https://requests.whmcs.com/responses/aditional-contact-fields

https://requests.whmcs.com/responses/add-custom-client-fields-for-sub-accounts-too

http://requests.whmcs.com/responses/tax-vat-numbers-need-to-be-an-integral-part-of-whmcs-including-contacts https://requests.whmcs.com/responses/contacts-custom-fields

This should be trivial to implement. I can't understand why it hasn't been done yet.

Any chance for some comment from WHMCS devs? Since additional fields are needed for registering some type of domains and WHMCS is allowing to select contact name during domain registration then it should be added right away.

notes for example

I agree, we need this.

This is a great feature request, but we are looking for some more feedback from the community. How would you suspect a contact know that a custom field exists, and that they need to fill it out? We'd love to hear some ideas from the community on this.

easy... it is a subacct ... means that the "reseller" (main owner of the account) create them an username and a password so that they can configure it... or ... can be created a kind of API so that the "reseller" use it on his own website (so that the subaccount will need to be filled when they place the order)...

Is the reseller, anyway, that should care to fill those fields not so much the subaccount owner ... it might help, anyway, many companies to improve their sell, giving the chance to "resellers" to use such a feature such as API or so... (maybe compatible with free CMS such as WP / Joomla or so ...)

WHMCS Cole - easy! We desperately need a VAT # / Tax ID field for subaccounts or contacts. How would they know it exists? They would see it!

By the way, this is quite related to this request:

https://requests.whmcs.com/responses/tax-vat-numbers-need-to-be-an-integral-part-of-whmcs-including-contacts

Hi Cole,

Thanks for your comment.

You asked about how a contact will know that a custom field exists, and that they need to fill it out?

First - please don't forget that this info can be used in the admin side - now I can add a custom field with the customer birthday (bummer that We can't add a custom field in date format - but o.k.) or a I.d. number (or any other custom field we want to add).

In the same company there are several other contacts that we deals with - let's say the first or mail account holder is the CEO, but we are working with the support manager, the developer and so on - all of them in the same company - now we don't have a way to add them as a sub-account and add the relevant information in the custom fields...

Second - at the client side - there should be a way for the sub account to login to the client area and update the relevant custom fields (the one we decided that he can update and / or change).

There is a big problem in the way WHMCS treat contacts and / or sub-accounts...You can see here:

http://forum.whmcs.com/showthread.php?102582-Problem-with-the-ticket-system-and-email-templates

Please take a look on the screen shots with all the relevant info and suggestions.

There are more then 160 votes regarding the problematic way that contacts and / or sub-account related to the main customer / account holder.

I think that you should rethink on the problem from the top - and see what can be done in general regarding this problem - not just adding custom fields to a sub-account.

Thanks!

Ram

would be nice, if the fields can be accessed by the customer, too. like the "custom client fields"

so e.g. the customer sets some notes to the contact.

Yes!

I agree - you can see # 6 in the attachment of the new Contact tab I suggested here:

http://forum.whmcs.com/showthread.php?102582-it-s-time-to-solve-once-and-for-all-the-problem-with-the-ticket-system-and-email-templates-regardi

it should default to the same custom fields as the primary contact

Yes. Not only include custom fields but enable a validation hook for it also.

Yes!

https://requests.whmcs.com/topic/setting-custom-fields-as-required-field-should-also-affect-be-enforced-on-the-tickets-system

Please implement this, it is really important for our future service, at the moment only custom fields for clients are supported when we need the same fields on the contacts as well for sub user management via the API :D

I just got the notification that Cole has marked this as declined.

May I know why as this is an almost essential feature in a multi-account / sub-account system.

Hi,

I got a notification that this feature request status was changed to Currently Declined

Can someone explain why?

9 months ago WHMCS Cole commented that this is a "great feature request" and wanted some clarification.

Some of us did our part and added some clarification - but suddenly after 9 months the status is changed without any word...

There is a big problem in the way WHMCS treat contacts and / or sub-accounts...You can see here:

http://forum.whmcs.com/showthread.php?102582-Problem-with-the-ticket-system-and-email-templates

There are lots and lots of feature requests and votes regarding this issue - please fix it.

Thanks!

Ram

Hi Ram, we realized we had set the status of this case to Declined a while back, where we actually meant to set it to Currently Declined. We felt the Currently Declined status better reflects our thoughts on sub account management at this time - something that we are not going to work on right now, but may in the future. We felt that the Declined status could be perceived as something that we will never work on.

Would it be so hard to add a few fields to the database and let WHMCS users use it? It's not like we are asking for some entirely new functionality here. :(

+1 we need this.

I also want it)