Defines a person's names such as given name(s) and surname(s).
Multiple given names may appear in one field. Or they can be added as multiple name items if they are available separately already. The same applies for other name types such as surnames.
For a NaturalPerson this is the birth-date/age info. For a LegalPerson this is the founding date (activation date).
The information may be a complete date such as 1980-12-31, or a year with month such as 1980-12, or just a year such as 1980, or a year range such as 1980-1989.
The month range is 1-12, not 0-11.
Depends on the service.
A validator service may check for valid dates, and report problems (such as 1986-02-31).
A genderizer service may use it to filter irrelevant birth statistics.
The behavior on illegal input depends on the web service that is called. Invalid (xml) input
such as a non-numeric string should always result in an illegal input exception. An invalid date
such as 1986-02-31 may trigger an illegal input exception, or it may just be ignored.
Multiple addresses may be passed (domicile, mailing/delivery address, ...) or a single address may be responsible for all purposes.
Depends on the service.
A validator service may check for valid addresses, and report problems (such as invalid zip codes).
A genderizer service may use it to better classify the names.
The behavior on illegal input depends on the web service that is called.
A validator service may report problems with an address. Other services mostly just ignore
invalid address data as it is not their task to validate, and the information is just helping
to better understand the input and is not essential.
false. Also, all the address fields are optional too.
Phone, fax etc numbers that are used by this person.
Multiple numbers may be added
Depends on the service.
A data validator service may check for problems.
A fake checker may look for suspicious input.
The behavior on illegal input depends on the web service that is called.
A validator service may report problems with an address. Other services mostly just ignore
invalid phone data as it is not their task to validate, and the information is just helping
to better understand the input and is not essential.
Depends on the service.
A data validator service may check for problems such as illegal syntax or inexistent domain.
A service may check for disposable email addresses.
It may be used to extract name information.
A validator service may compare the name in the email address with the person's name.
The behavior on illegal input depends on the web service that is called.
A validator service may report problems with invalid email address syntax, or inexistent domain
names, etc.
Services may throw an invalid input exception.