Overview

Development

Feed Samples

 

Feed Processing Reports

Common Feed Processing Errors

 

Newspaper Admin and User Guide

 

Transition To Production

Newspaper FAQs

 

Newspaper Feed Implementation Guide

 

Overview

Newspaper partners submit job postings and SearchMonster license requests to Monster's Newspaper Integration Service (NIS). Submissions are made in Monster XML format and do not require pre-existing user accounts or inventory. Job and SearchMonster license submissions may be made separately or combined.
 

Technical Skills Needed

In order for the implementation to be successful, the client's development team should have the following basic technical skills:
  • General knowledge of the client's own intranet and systems
  • XML coding and schema understanding
  • FTP posting skills
 

Feed Processing Overview

The newspaper XML feed process is as follows:
    1. Partner collects purchase data and converts into standard Monster XML format
    2. Partner drops off file on the Monster FTP server
    3. Monster moves the file to a batch server where it may be processed
    4. Monster processes the file, creating new accounts and inventory where needed
    5. Each valid posting may generate an account creation email (if a new account was created), with login information, to the address associated with the job/license. This is to notify the user that a Monster account was created for them.
    6. Monster populates an internal database with feed information (jobs processed, SearchMonster licenses granted, errors found, etc.)
    7. Monster sends a success/failure email to the feed processing notification email address provided by the partner, with a summary of the feed processing
    8. Newspaper Admin site is updated to reflect the transaction. Note that feeds with invalid XML will not show in Newspaper Admin.
 

Account Information from Monster

Monster will provide the following information so partners know where to drop off newspaper feeds with partner specific XML job feed information.
  • FTP account information – login credentials
  • Channel ID
  • Username prefix
  • File name format
 

Development

The newspaper partner is responsible for creating the XML feed and making sure it complies with Monster schemas. The feed may include only jobs, only SearchMonster license submissions or a combination of both. The section of the guide needed depends on what you are doing. See below.
 

Feed Samples

Various XML feed samples may be found at URLs shown below. It is recommended that these be referenced to assist in development:
 

Creating the Job XML Feed

The XML job feed must be compliant with Monster schemas and the NIS process requirements. Failure to do so will cause feeds not to process. Note that there are some XML job elements required for the NIS process whereas in the schemas they may not be required. This is due to the NIS process having the ability to create accounts and inventory as part of feed processing. Those elements are highlighted within this document.

Key points in this area:
    1. The feed must comply with the Monster Standard XML schemas. The schemas may be found at:
    2. The table below provides:
      • NIS specifics as some of the newspaper job XML field requirements are different than those for jobs posted directly to Monster's Business Gateway
      • Hyperlinks to Monster schemas. Select XML field.
      • Hyperlinks to lists of valid XML field entries, shown in comments column
    3. The XML file name has to be in the following format or else the entire file will not process and no emails will be sent out:
      • Format: xmlprefix_*.xml
      • Monster provides the value of xmlprefix
      • The * may be anything, but it is strongly recommend that it include a date and time such as xmlprefix_YYYYMMDDHHMMSS.xml
      • For example, here is a properly named file: newsabc_20110225013520.xml
    4. A Webservice Toolkit is available to test your xml feed against Monster's schemas. See Webservice Toolkit section of this document for more information.
    5. CDATA wrapper - when text includes special characters in XML, including HTML markup characters, (ex. <li>One</li>) it is recommended that the text be surrounded with the CDATA tag. If text uses XML/ HTML entities (ex. > < &) instead, then the CDATA tag should not be used.
    6. A list of common questions that have arisen as part of newspaper integrations may be found at: Newspaper-FAQs
XML Field Required? Notes
JobRefCode="xxxx" YES Recruiter specific term used to uniquely identify a job.
The combination of UserName and JobRefCode should be unique. That is, for each user, JobRefCode may not be used for more than one job board, except in job board groups. For example, a job was submitted with UserName = "username1", JobRefCode = "jrc1" and BoardName monsterId="1". If another job with UserName = "username1", JobRefCode = "jrc1" and BoardName monsterId="7190" is submitted, the submission will fail.
JobAction YES
    1. "addOrUpdate" - recommend using as this allows posting of new ads and updates to active jobs.
    2. "add" - allows new ads to be posted. Updates to active jobs not allowed.
    3. "delete" - use to delete a job.
JobComplete NO Set to "true" if providing.
<UserName> YES
    1. Must be unique and contain the prefix supplied by Monster.
    2. 18 characters maximum.
    3. Valid entries include numbers, letters, dashes, underscores and plus signs.
    4. Greater than or less than signs, single or double quotes, ampersand, tab, space or any other symbols should not be used as part of a username.
    5. An example of a unique username would be to create this using a combination of <Prefix><Account>_<Email address>. Note that the email address must exclude the "@" symbol.
    6. If partner job feeds come from various sources, it is recommended that the username be the same for a particular user such that all their jobs show under one Monster account.
<CompanyXcode> YES
    1. Must be unique per user and 20 characters maximum.
    2. Must equal x's around a lowercase username (xusernamex).
<CompanyReference> /<CompanyName> YES This is the company name set on an account when initially created.
<Channel> YES Must be populated with the specific newspaper partner channel ID.
<JobTitle> YES  
<JobLevel> NO A list of valid entries may be found at: JobLevel list
<JobType> NO A list of valid entries may be found at: JobType list
<JobStatus> NO A list of valid entries may be found at: JobStatus list
<Salary> NO
Below is a sample entry for an annual salary of $75,000 to $100,000:
<Salary>
     <Currency monsterId="1"/>
     <SalaryMin>75000.00</SalaryMin>
     <SalaryMax>100000.00</SalaryMax>
     <CompensationType monsterId="1"/>
</Salary>
Valid values for currency and compensation type may be found here
HideAll NO When set to "true", hides contact given and family name, company name, street address, street address2, city, state, postal code, phone, fax when viewing a job.
HideAddress NO When set to "true", hides contact street address, street address2, city, state and postal code when viewing a job.
HideStreetAddress NO When set to "true", hides street address only (NOT street address2) when viewing a job.
HideCity NO When set to "true", hides city when viewing a job.
HideState NO When set to "true", hides State when viewing a job.
HidePostalCode NO When set to "true", hides postalcode when viewing a job.
HideCountry NO No impact as country is not shown in standard job template.
HideCompanyName NO
    1. When set to "true", hides contact company name in "Job Summary" section of job view. Does NOT hide company name displayed on top portion of job.
    2. When set to "true" and HideCompanyInfo is set to "true", company name will not be displayed in job search results nor when viewing a job. Company confidential is displayed.
HideContactInfoField NO No impact.
HideEmailAddress NO Must be set to "true" along with setting DisableApplyOnline to "true" in order for apply button to be hidden. Note that email address is not displayed when viewing a job.
HideFax NO When set to "true", hides fax number when viewing a job.
HideName NO When set to "true", hides given name and family name when viewing a job.
HidePhone NO When set to "true", hides phone number when viewing the job.
<Contact>/<GivenName > YES
    1. First name of contact for the job posting.
    2. All <Contact> data provided will also be used as billing information. If billing information is different than contact information, then <nis:billinginformation> should be populated.</nis:billinginformation>
<Contact>/<FamilyName> YES Last name of contact for the job posting.
<Contact>/<CompanyName> NO If one does not want the Company Name to be displayed in job search results and when viewing the job, set <hideCompanyName>="true" and <HideCompanyInfo>="true".
JobSearch: Shown below is what company name will be displayed in job search results and when viewing a job.

JobSearch:
    1. The company name in job search results will always be the company name on the account (see <CompanyReference>/<CompanyName> for more information) unless the company is an ad agency. In that case, <contact>/<companyname> will be displayed.</companyname></contact>
    2. If provided and if company on the account is an ad agency, <Contact> / <CompanyName> is the company name that will be displayed in job search results.
JobView:
    1. If provided, <Contact>/<CompanyName> is the company name that will be displayed when viewing a job.
    2. If not provided, the company name (<CompanyReference>/<CompanyName> provided when the account was first created) associated with the user's account will be displayed when viewing a job.
<Contact>/<StreetAddress> YES Street address of contact for the job posting.
<Contact>/<StreetAddress2< span>> NO Secondary address of contact for the job posting.
<Contact>/<City>< /span> YES City of contact for the job posting.
<Contact>/<State> YES State of contact for the job posting.
<Contact>/<CountryCode> YES Represents country of contact for the job posting.
<Contact>/<PostalCode> See Notes
    1. This postal code or the postal code under <JobPosting>/<Location> is required.
    2. United States postal codes must only be 5 or 9 digits. No hyphens are allowed.
<Contact>/<Phone phoneType="xx"> YES Where xx has to be either "contact" or "fax" to be displayed. Other phone types may be provided but will not be displayed.
<Contact>/<E- mail> See Notes
    1. Must have valid formatting.
    2. Only one allowed per job posting
    3. Is never displayed to the seeker. The only time an email address will be displayed is if it's included in the <JobBody>.
    4. This is where account creation emails are sent. Unless an <nis:AgencyInformation> email address is provided, then the account creation email will be sent to <nis:AgencyInformation>/<Contact>/<E- mail>.
    5. This is the email address resume submissions are sent when the job seeker uses Monster apply online. No matter if the account is an ad agency or not.
<PhysicalAddress> NO
    1. Located between the <Contact> and <DisableApplyOnline> elements.
    2. Represents a job's physical location.
    3. Not used to match a seekers search criteria.
    4. If provided, this is displayed under "location" to the job seeker. If not provided, <JobPosting>/<Location> will be displayed.
    5. If provided, typically includes <City>, <State>, <CountryCode> and <PostalCode>. <StreetAddress> and <StreetAddress2> may be provided as well.
<DisableApplyOnline> NO
    1. When set to "false", allows job seekers to apply for jobs online.
    2. When set to "true" along with hideEmailAddress set to "true", job seekers will not be able to apply for a job online. In this case, the job body must contain information for seekers to apply for a job.

      Note in some cases, an email address or apply link in the job body may be copied and used as the target for the apply button.
<HideCompanyInfo> NO When set to "true", company name in job search results and top portion of job view show as confidential. In addition, hides company name in "Job Summary" and "Contact Information" sections of job view.
<JobBody> YES Must be 25 characters minimum.
<YearsOfExperience> NO A list of valid years of experience entries may be found at: YearsOfExperience list
<CustomApplyOnlineURL> NO A valid url for ATS apply.
<JobPostingRefCode> NO Should not be included in the XML or should be left blank if unused.
<JobPosting>/<Location> YES
    1. Represents the location/search region where the job will be advertised.
    2. This postal code or the postal code under <JobInformation>/<Contact>/<PostalCode> is required.
    3. Typically includes < City>, <State>, <CountryCode>, <PostalCode> and <Continent>.
    4. This does not have to be the same location compared to where the job is physically located (see <PhysicalAddress>).
    5. In jobview, this is displayed under "location" unless is provided, then <PhysicalAddress> will be displayed.
<JobPosting desiredDuration="xx"> See Notes
    1. Where "xx" must equal a valid Monster product (7, 14 or 30 day duration).
    2. Either this or <jobactivedate> and <jobexpiredate> or some combination of both must be provided. The valid combinations are shown in the table below. </jobactivedate>
desiredDuration <JobActiveDate> <JobExpireDate>
Provided Default to day job processed Calculated
Provided Provided Calculated
Not Provided Provided Provided
<BoardName> YES
    1. When posting to Monster job board only, set as follows:
      1. Monster board: <BoardName monsterId="1"/>
    2. When posting to FastWeb, set as follows:
      1. Monster board: <BoardName monsterId="7190"/>
    3. When posting to Veterans job board only (should have CAN), set as follows:
      1. Monster board: <BoardName monsterId="6965"/>
    4. When posting to job board groups, set as follows:
      1. Monster & Diversity <BoardName boardGroupId="42"/>.
      2. Monster & Veterans <BoardName boardGroupId="1494"/>
      3. Monster, Diversity & Veterans (Complete) <BoardName boardGroupId="1495"/>
<JobActiveDate> See Notes
    1. Either this and <jobexpiredate> or some combination of these two along with desiredDuration must be provided. See table under <JobPosting desiredDuration="xx">.
    2. Must be in this format YYYY-MM-DDT00:00:00
    3. Recommend setting the time portion of this element to T00:00:00.
    4. The difference between <JobActiveDate> and <JobExpireDate> must equal a valid Monster product (7, 14 or 30 day duration). If not, the job will fail.
    5. If used, the difference between <JobActiveDate> and <JobExpireDate> must be set to 30 days for the Gold Job posting package.
<JobExpireDate> See Notes
    1. Either this and <jobactivedate> or some combination of these two along with desiredDuration must be provided. See table under <JobPosting desiredDuration="xx">. </jobactivedate>
    2. Must be in this format YYYY-MM-DDT00:00:00
    3. Recommend setting the time portion of this element to T00:00:00.
    4. The difference between <JobActiveDate> and <JobExpireDate> must equal a valid Monster product (7, 14 or 30 day duration). If not, the job will fail.
    5. If used, the difference between <JobActiveDate> and <JobExpireDate> must be set to 30 days for the Gold Job posting package.
<IndustryName> NO A maximum of three may be submitted per job. Valid entries may be found at: Industry list
<nis:BillingInformation> NO
    1. Provide only if the billing information is different from the information provided under <JobInformation>/< Contact>.
    2. The information in this section of the XML should contain that of the one who is paying for the job posting.
    3. If only some of the <nis:BillingInformation> is provided then Monster will supplement the missing information by using the <JobInformation>/<Contact> data, except for the Company Name which is retrieved from <CompanyReference>/<CompanyName>.
    4. If not provided, then Monster will use the <JobInformation>/<Contact> data, except for the Company Name which is retrieved from <CompanyReference>/<CompanyName>.
<nis:PONumber> NO Providing purchase order number is highly recommended
<nis:AgencyInformation> NO
    1. Provide only if the person or company managing the job posting is different than the contact for the job posting (located under <JobInformation /> <Contact> ).
    2. The information in this section of the XML should contain that of the one who is responsible for the account.
    3. This element allows for ONLY newly created accounts to be tagged as an Ad Agency. By populating some or all of this information in this element of the XML, Monster will create a new account as an Ad Agency.
    4. If only some of the <nis:AgencyInformation> is provided then Monster will supplement the missing information by using the <JobInformation>/<Contact> data, except for the Company Name which is retrieved from <CompanyReference>/<CompanyName>, to create the Ad Agency account.
    5. Jobs posted for Ad Agency accounts will have the <JobInformation>/<Contact>/ <CompanyName> displayed (unless <HideCompanyInfo> is set to true) in job search results. If <JobInformation>/<Contact>/<CompanyName> is not provided, then the company name on the account will be displayed in job search results.
    6. Resumes are sent (when Monster's apply online is used) to the email address located under <JobInformation>/<Contact>/<E-mail> no matter if the account is an ad agency or not.
    7. Account creation emails are sent to <nis:AgencyInformation>/<nis:Contact>/<E- mail> (if provided). Otherwise, if not provided, account creation emails go to <JobInformation>/<Contact>/<E- mail>.
    8. Existing accounts cannot be tagged as an agency through the NIS feed. Please contact Monster Customer Central.
<nis:Autorefresh desired="xx">
<Frequency> 14 </Frequency>		 NO
    1. The values for xx are "true" or "false". A true value makes the job refresh (move to the top of job search results) after 14 days.
    2. The only option for frequency value is 14.
    3. Not available on 7 or 14 day job postings.
    4. This is a billable option.
<nis:CareerAdNetwork desired="xx">
<Duration> yy </Duration> 		NO
    1. The values for xx are "true" or "false". A true value will set CAN (Career Ad Network) on the job. CAN allows one to enhance Monster Job Posting with targeted advertising on the Monster network and its diverse partner websites.
    2. The values for yy are 7, 14 and 30 days.
    3. This is a billable option.
<nis:SocialAd desired="xx"> NO
      Where xx = "true" or "false". A true value will create a job that will be posted on Facebook and Twitter.
<nis:NISPackage monsterId="xx"> NO
    1. xx = 1 for Gold and 2 for Platinum
    2. The Gold job package includes a job posting to the Monster, Diversity and Veterans job boards. A posting to all these job boards is called Complete. Aside from a Complete posting, the Gold package has a 30 day duration, a CAN duration of 30 days and autorefresh for each job.
    3. The Platinum package is Gold package plus SocialAd
<nis:DisplayEstimatedSalary desired="xx"> NO
    1. xx = true to display estimated salary for all jobs of this company, false to NOT display estimated salary for all company jobs. If job posting does not contain this element, the company setting will remain as is.
    2. When a job is posted with no salary information, the DisplayEstimatedSalary company setting will be checked for whether an estimated salary will be displayed when job is viewed. The default setting is for the estimated salary to be displayed.
 

Creating the SearchMonster XML Feed

The newspaper integration service supports the ability to fulfill a 30-day national SearchMonster license purchases via newspaper partners. The XML format is similar to a newspaper job posting and is submitted the same way as newspaper job postings. License requests may be submitted in a feed by themselves or together with job postings. License requests do not have to be linked to a job posting. The rules for creating a SearchMonster XML submission are similar to submitting a job posting. The specifics are discussed below. Samples may be found here.

NOTE: Populating the SearchMonster XML requirements with default or non-valid information may produce errors. Please ensure valid user and customer contact information is provided. Failure to do so may result in the order not being processed.

The XML feed must be compliant with Monster schemas and the NIS process requirements. Failure to do so will cause feeds not to process.

Key points:
XML Field Required? Notes
<nis:License licenseRefCode="xx"> YES Recruiter specific term used to uniquely identify SearchMonster license.
<nis:UserName> YES Same requirements as for a job posting
<nis:CompanyReference> /<CompanyXCode> YES Same requirements as for a job posting
<nis:CompanyReference> / <CompanyName> YES Same requirements as for a job posting
<nis:Channel monsterId="xxxx"> YES Same requirements as for a job posting
<nis:LicenseName> YES Must be set to SearchMonster.
<nis:Contact> / <GivenName> YES Same requirements as for a job posting
<nis:Contact> / <FamilyName> YES Must have ≥ 2 characters.
<nis:Contact> / <CompanyName> YES Must have ≥ 2 characters.
<nis:Contact> / <StreetAddress> YES Must have ≥ 5 characters.
<nis:Contact> / <StreetAddress2> NO Same requirements as for a job posting
<nis:Contact> / <City> YES Must have ≥ 3 characters.
<nis:Contact> / <State> YES Same requirements as for a job posting
<nis:Contact> / <CountryCode> YES Same requirements as for a job posting
<nis:Contact> / <PostalCode> YES Must have ≥ 4 characters.
<nis:Contact> / <Phone phoneType="xx"> YES Must have ≥ 10 characters.
<nis:Contact> / <E-mail> YES Same requirements as for a job posting
 

Webservice Toolkit

Monster's Webservice Toolkit (https://integrations.monster.com/Toolkit) allows partners to test their XML against Monster schemas and find various enumerations that may be used within a job posting.

For newspaper integrations, the Webservice Toolkit may be used as follows:
    1. HOME PAGE - Select REALTIME POSTING on the top menu to return to this page
    2. INSERT YOUR REQUEST TEXT
      • In the window below this, newspaper partners may either paste XML in here to be validated or may upload XML by using the "upload an XML document" link
      • On the right hand side of the page, there's a list of XML job samples; the only ones applicable for newspaper integrations are located under "newspapers"
    3. SEND - Not used for newspaper integrations
    4. VALIDATE - Used to validate XML. Select once XML is pasted in the window above.
    5. ENVELOPE - Not used for newspaper integrations
    6. SAVE - Allows the XML pasted in the "Insert your request text" box to be saved
    7. CLEAR - used to clear content of window
    8. ENUMERATIONS - used for job postings
      • This is located at the top of the page with a drop down menu where you may obtain information on Monster locations, industries and various job attributes (job type, job level and job status are commonly used for newspapers).
      • The default for all these items when first selected is Country = US and Language = English. For integrations outside of the US, on the lower right hand side of the page select the "Country" and the "Language" to display the valid country/language enumerations.
      • These items will help you select what to populate in these XML fields
    9. DOCUMENTATION - Not used for newspaper integrations
 

Testing the XML Feed

    1. Test locally using Monster's Webservice Toolkit (https://integrations.monster.com/Toolkit)
      • Validate the XML job feed by pasting the XML in the open window and select "Validate". Note that this validator is limited and may not identify some problems due to various NIS specific requirements not being met in a file. Please see next bullet about additional testing assistance.
    2. Test in production
      • Name the test feed file *_test.xml, e.g. monster_20181012_test.xml
      • Drop test file in the same FTP location as for production files
      • The jobs will be created in Monster's test job boards
      • The RefCode of a test job or SearchMonster license will be the submitted RefCode + "t". Since the maximum length of RefCode in the database is 50 characters, if the submitted RefCode of a test job or SearchMonster license is at least 50 characters, an error message will be issued and the test will fail.
      • SearchMonster licenses will be created with duration of 0
      • Emails will be sent to the same email addresses as for production files
      • When testing, it is recommended that you limit the number of jobs/SearchMonster licenses as for each successful posting, you may receive up to two (account creation, SearchMonster confirmation) emails. These emails are for test purposes only and should be deleted.
      • Evaluating the test feedback
        • The newspaper partner should review the test file results, make the appropriate changes and drop off additional test files as needed
        • Invalid XML may be caused by one or multiple job/SearchMonster license submissions within a feed. These types of failures cause the entire feed to fail. Once the cause is identified, the whole file must be resubmitted for processing.
        • For valid XML feeds, only resubmit individual jobs that have failed for reprocessing. It is not required to resubmit an entire feed.
 

Feed Processing Reports

 

Account Creation Email

Once a file processes successfully, a standard Monster email is sent to clients when a new account is created. This email provides the client with login credentials (username and password). Click here for a sample of this email.
 

Feed Processing Results Email

This report includes a summary email as well as an attached csv file containing details of the processing done on the submitted xml file.
Click here for a sample of a feed processing result email.
Click here for a sample of the attached csv file.

The recommended email address is "monsterfeeds@newspapername.com". The newspaper partner will need to supply Monster with this address with the correct "newspapername" inserted. Also, this email address must be set up at newspaper partner's site, with the appropriate email distribution list, that a partner can manage and make changes locally.

An example of an email address is monsterfeeds@maynardtimes.com. Please email mabiz@monster.com with this information.
 

SearchMonster Purchase Receipt Email

If a feed file contains a request for a SearchMonster license, a SearchMonster purchase receipt is created. Click here for a sample of this email.
 

Common Feed Processing Errors

A list of common newspaper errors may be found here.

 

 

Newspaper Admin and User Guide

Newspaper Admin is a tool available to the newspaper partner. This provides the ability to view the status of job/SearchMonster feeds and their content, preview/edit/expire jobs, find companies or users and manage their jobs. Partners are required to provide a list of names and email addresses of those who need access. Monster will set up Newspaper Admin accounts and email the login credentials directly to the users. A user guide may be found here.


About Newspaper Admin security:
  • If the last login date is 30 days prior, the users account will be automatically disabled. The user would need to send an email to newspaperteam@monster.com to get the account re-enabled.
  • If the last login date is 60 days prior, the users account will be automatically deleted. The user would need to send an email to newspaperteam@monster.com with their name and email address to get a new account created.
 

Transition to Production

 

Partner Checklist

  • Review Feed Spec and Documentation
  • Provide Monster with feed source machine IP address(es)
  • Provide Monster with a job feed processing success/failure email address
  • Provide Monster with a list of contacts for Newspaper Admin access
  • Create and provide XML test feeds
  • Complete Testing – require three successful feeds prior to transitioning to production
  • Set Implementation date with Monster
  • Transition to Production
 

Contacts

Test issues: mabiz@monster.com
Production issues: newspaperteam@monster.com
 

Newspaper FAQs

What is the unique identifier for a job?
The unique identifier for a job is the combination of UserName and JobRefCode.
Are jobs locked once they are edited online?
No. All information sent through the Newspaper Integration Service will be applied to the postings. The jobAction attribute value controls the action performed. The "addOrUpdate" value will add a job if the given “JobRefCode and UserName” is not in the system or update the job if it is found. The "add" value will add a new posting unless the job attribute enforceUniqueness="true". That attribute will cause an ad to fail if the job is already in the system.
What is the difference between JobRefCode and JobPostingRefCode?
The JobRefCode is required to interface with the Business Gateway. It is the unique identifier for the job under the given UserName. The JobPostingRefCode is an extended reference code that allows the interface to search on another unique string.
What happens if my email address is not deliverable?
If the email is correctly formatted, but undeliverable, no error will be returned.
May I resend the same job in successive feed files?
Yes, but the jobAction=”addOrUpdate” signifies that the data you are sending overrides what is currently in the database. This means that any changes made by an online User through the UI will be wiped out by the feed. Another option is to send jobAction=”add” for all jobs in the file. This will disable updates through the feed interface. Monster suggests that you send only new or updated jobs through the feed and keep jobAction=”addOrUpdate”. Remember, every job successfully run through the service will trigger a thank you letter to your client.
What text must be included in CDATA sections?
Any text that includes invalid XML characters without HTML encoding, e.g. "&"
Are job expiration dates different if the job comes through the newspaper integration service versus through the Monster user interface?
Jobs submitted through the Monster user interface typically expire in 60 days. Jobs submitted through the newspaper integration service process expire in the number of days communicated in the xml feed, thirty days or less.
If the same feed is sent twice, how does Monster know to charge only once for the job?
Jobs that come through the feed process are charged based on JobID. The JobID’s will not change unless the file contains a different Username/JobRefCode combination.