...
Name | Description | Details |
<firstname> | First name |
|
<lastname> | Last name |
|
<userStatus> | The status of the user |
|
<userType> | The type of the user |
|
<birthdate> | Date of birth |
|
<gender> | Gender |
|
<address1> | First address field |
|
<address2> | Second address field (not supported in InTouch) |
|
<city> | City |
|
<zipcode> | Zip Code or Postal Code |
|
<state> | State or Province |
|
<country> | Country (2 digit ISO code) | |
<mobile> | Mobile number |
|
<email> | Email address |
|
<homePhone> | Home phone number |
|
<workPhone> | Work phone number |
|
<company> | Company |
|
Fetching User Records
Fetching a user record simply requires two attributes included in a GET call to the user web service. Example:
Code Block | ||
---|---|---|
| ||
http://<domain>/connector/api/2011-11/user?uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&provider=PROVIDER_ID |
TODO - Example needs updating to include client_id/club_id
Code Block | ||||
---|---|---|---|---|
| ||||
<user> <providerInfo> <identifier>PROVIDER_ID</identifier> <clientID>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx</clientID> <clubID>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx</clubID> <recordID>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx</recordID> </providerInfo> <userInfo> <firstname>Foo</firstname> <lastname>Bar</lastname> <birthdate>1972-03-12</birthdate> <gender>M</gender> <userStatus>ACTIVE</userStatus> <userType>PROSPECT</userType> <address1>1234 Fake St</address1> <address2>Apartment 1a</address2> <city>Spuzzum</city> <zipcode>12345</zipcode> <state>WA</state> <country>US</country> <mobile>555-555-5555</mobile> <email>foo@bar.com</email> <homePhone>555-666-6666</homePhone> <workPhone>555-777-7777</workPhone> <company>Acme Widgets</company> <createdBy>INTOUCH</createdBy> <createdDate>2012-04-10T04:11:07.023Z</createdDate> <modifiedBy>INTOUCH</modifiedBy> <modifiedDate>2012-04-10T04:11:07.023Z</modifiedDate> </userInfo> </user> |
...
- The <user> tag needs to wrap the entire record
- Note: Though shown as GUID/UUIDs, the values for the IDs (identifiers) can effectively be anything; it does not have to be a real GUID/UUID.
- The value of the <recordID> tag is YOUR identifier. ALL communication with the Connector is done using your identifier.
- The <providerInfo>tag provides all the information necessary for Connector to process the record. This includes
- <clientID>: The ID number of the client for this user record in the source provider (i.e. your system)
- <clubID>: The ID number of the location for this user record in the source provider.
- <recordID>: The ID number of the user in the source provider
- <identifier>: This is a set identifier which will be used to know who sent the record (i.e. the provider). This value will be given to you and must be sent for every web service call
- The <userInfo> tag provides all the details for the actual user. Please see the user fields table for full details.
...
The Connector supports the saving of staff as well. The staff web service has a different URL but is syntactically identical to the user web service with the exception that the <user_type> element must be STAFF.
Code Block | ||
---|---|---|
| ||
http://<domain>/connector/api/2011-11/staff |
...