To allow for faster lead times when creating a new interface with a site, Hexon has prepared a checklist with the most common operational and technical decision points. Sites should make sure to have a clear understanding of these items and be able to supply Hexon with the necessary information before the actual creation of the interface commences.
Please note that:
| Code | Item | Possible options / examples | Reference | When using the basic interface |
|---|---|---|---|---|
| General information | ||||
| GE01 | What is the exact name (incl. casing) of the site? | |||
| GE02 | What is the URL of the site? | |||
| GE03 | Is the API documentation available online? |
|
||
| GE04 | What is the test procedure? |
|
||
| Registration process | ||||
| RP01 | Will Hexon need explicit permission before sending advertisements for an advertiser? |
|
III.6.1. New advertiser | Yes |
| RP02 | Will the site supply Hexon with the necessary account identifiers? Or will Hexon generate these? |
|
III.3.1. Account identifier | Hexon will generate account identifiers |
| RP03 | In what way will the permissions and account identifiers be exchanged? |
|
III.6.1. New advertiser | |
| RP04 | How will Hexon inform the site if an advertiser stops advertising? | Inform us by email | ||
| Data transfer | ||||
| DT01 | What method of data transfer will be used? | III.2. Data transfer | Incremental updates | |
| DT02 | What data format will be used? |
|
III.2.1. Receiving data in bulk, III.2.2. Receiving incremental updates | JSON |
| DT03 | What character encoding will be used? |
|
III.2.1. Receiving data in bulk, III.2.2. Receiving incremental updates | UTF-8 |
| DT04 | What delivery protocol will be used? |
|
III.2.1. Receiving data in bulk, III.2.2. Receiving incremental updates | HTTP POST |
| DT05 | One batch with all ads or separate batches per advertiser?
(only applicable when using bulk files) |
|
III.2.1. Receiving data in bulk | n/a |
| DT06 | What is the URL of the endpoint, the URL of the WSDL or the hostname of the FTP server? | |||
| DT07 | What are the necessary credentials? | |||
| DT08 | At what times does a batch need to be available for processing?
(only applicable when using bulk files) |
|
n/a | |
| DT09 | How many requests can be sent in parallel?
(only applicable when using incremental updates) |
1-40 | III.2.2. Receiving incremental updates | 1 |
| DT10 | Is it okay to skip batches if there are no changes? (only applicable when using bulk files) |
Yes, but be sure to send at least one batch file per week | III.2.1. Receiving data in bulk | n/a |
| DT11 | Is it possible to retrieve a list of current advertisements for an advertiser? | No | ||
| Data fields and requirements | ||||
| DF01 | What are all the possible data fields for an advertisement? | Account identifier, advertisement identifier, action, category, description, price, media, etc. | III.3. Data fields | See create_update_request.json |
| DF02 | What are the specific requirements of each field? (data type, required yes/no, max. length, etc.) | See create_update_request.json |
||
| DF03 | Where can the possible values for the fields that allow only specific values be found? | http://www.my-portal.com/xml/list-of-allowed-makes-and-models.xml | See create_update_request.json |
|
| DF04 | Are there any other requirements for advertisements? | Only passenger cars allowed | ||
| DF05 | Which field(s) will be used for the advertisement identifier? | ad_id |
III.3.2. Advertisement identifier | listing_id |
| DF06 | Should DV generate (unique) advertisement identifiers or will the site create a new identifier upon adding new advertisements?
(when using bulk files, DV will always generate the identifiers) |
|
III.3.2. Advertisement identifier | DV should generate advertisement identifiers |
| DF07 | Will the advertisement identifier need to be unique for all advertisements, or just the advertisements of a single account? |
|
III.3.2. Advertisement identifier | Unique for all advertisements |
| DF08 | Will the advertisement identifier be shown as part of the advertisement?
(not applicable if the site will generate the identifiers) |
|
III.3.2. Advertisement identifier | No |
| DF09 | Is it possible to use rich text formatting in the advertisement description? |
|
III.3.5. Description | No |
| Media | ||||
| MD01 | What transfer method will be used for the media? |
|
III.3.7. Media | As references |
| MD02 | What are the requirements and recommendations regarding advertisement images? | Min. 1 image; max 25 images; only JPEG Min. width of an image should be 640px. Recommended width is 1024px. Aspect ratio should be 4:3 or 3:2 |
III.3.7. Media | Max. 10 images; always use 640x480 |
| MD03 | What is the correct way of removing media for an existing advertisement? | References to media no longer supplied with an update action are automatically removed. | III.3.7. Media | References to media no longer supplied with an update action are automatically removed. |
| Feedback | ||||
| FB01 | In what way will the site give feedback to DV? |
|
III.4. Feedback | See create_response.json |
| FB02 | Besides the current state of an advertisement, what other information will be supplied? |
|
III.4. Feedback | The direct link to the advertisement |
| FB03 | In what way will leads be sent to DV? | III.4. Feedback | ||