All posts by tt_staff

If you ever get this on an export it may be because you used the keyword ‘Initial’ someplace as an alias.  Not much fun tracking that down…

This subject has come up time after time so I’m going to attempt to document.  In order to pull this off you have to create about a dozen integrations.  They aren’t elaborate but it does require some inside information.  I’m attempting to document it here for future reference.

Read More

So digging through the full export of questions I had to consult the data dictionary and was pleasantly surprised that I came upon a new to me table called TypeOfQuestion. If you filter on the value in this table from your export, you can just return the type of questions that you are looking for. Here are the look up values:

Every time that I run across the diversity answer export it gives me trouble. So I suppose it’s time to document it. To find the variables do an export on DiverstityAnswers targeting the Question and PossibleAnswer related tables. You can then sub them into this projection:

<quer:projection id="idGender" alias="USAEEO2Gender" xmlns:quer="http://www.taleo.com/ws/integration/query">
  <quer:query projectedClass="Candidate" alias="EEO2b_Gender">
    <quer:projections>
      <quer:projection alias="EEO2b_Gender">
        <quer:decode>
          <quer:field path="DiversityAnswers,PossibleAnswer,Sequence"/>
          <quer:integer>2</quer:integer>
          <quer:string>M</quer:string>
          <quer:integer>3</quer:integer>
          <quer:string>F</quer:string>
          <quer:integer>4</quer:integer>
          <quer:string>U</quer:string>
        </quer:decode>
      </quer:projection>
    </quer:projections>
    <quer:filterings>
      <quer:filtering>
        <quer:equal>
          <quer:field path="DiversityAnswers,Question,Code"/>
          <quer:string>EEO2b Gender</quer:string>
        </quer:equal>
      </quer:filtering>
      <quer:filtering>
        <quer:equal>
          <quer:field path="Number"/>
          <quer:field ownerQuery="NewHire" path="Candidate"/>
        </quer:equal>
      </quer:filtering>
    </quer:filterings>
  </quer:query>
</quer:projection>

So I’ve got an issue with TCC that honestly has me thinking about a new career path. I’m using the touchpoints and it won’t let me extract anything from the offer. I’ll let you know the outcome of that but there is a debugging command you can use in the advanced export options:
Name = debug.log.sql.queries
Value = true

Uncheck the delete temporary files on completion in the config and when you run the integration, in the runtime monitoring it will hyperlink the steps to the files. Pretty cool stuff.

Sometimes you are building an integration that you know is going to return a kajillion rows, you see this in things like the questionAnswer exports and such. I had someone tell me there was a way to set an advanced setting to make it only return so many rows and indeed the page size points to that but as with most things, use the code for it…

<quer:filtering xmlns:quer="http://www.taleo.com/ws/integration/query">
  <quer:lessThanOrEqual>
    <quer:customValue>
      <quer:expression>rowNum</quer:expression>
    </quer:customValue>
    <quer:integer>10</quer:integer>
  </quer:lessThanOrEqual>
</quer:filtering>

I can’t believe I jacked with this process for a stinking hour before I stumbled on the the right combination. Use the below XML to create the _ld.xml file.

<?xml version="1.0" encoding="UTF-8"?>
<load:load productCode="RC1401" model="http://www.taleo.com/ws/tee800/2009/01" root="UDSElement" operation="delete" locale="en" header="true" delimiter="," quote="&quot;" xmlns:load="http://www.taleo.com/ws/integration/load">
    <load:columns>
        <load:column parameter="1" type="DATA" path="UserDefinedSelection,Code" searchType="SEARCH" searchTarget=".." localeType="NONE"/>
        <load:column parameter="1" type="DATA" path="Code" searchType="SEARCH" searchTarget="." localeType="NONE"/>
    </load:columns>
    <load:processingInstructions/>
</load:load>

Not sure why the diversity questions are nested the way they are as opposed to the questions. Diversity questions are the canned questions related to EEO, if the client is using those you have to get the answer from the diversity questions element. Here is a sample of how it works:

<quer:projection id="idEEO2OtherProtectVetAnswerNo" alias="OtherProtectedVetAnswer" xmlns:quer="http://www.taleo.com/ws/integration/query">
  <quer:query projectedClass="Candidate" alias="CandOtherProtectVetNo">
    <quer:projections>
      <quer:projection alias="EEO2OtherProtectVetNo">
        <quer:decode>
          <quer:field path="DiversityAnswers,PossibleAnswer,PossibleAnswerType,Number"/>
          <quer:integer>291</quer:integer>
          <quer:string>Y</quer:string>
          <quer:integer>292</quer:integer>
          <quer:string>N</quer:string>
          <quer:integer>2</quer:integer>
          <quer:string>X</quer:string>
          <quer:integer>1</quer:integer>
          <quer:string>NS</quer:string>
        </quer:decode>
      </quer:projection>
    </quer:projections>
    <quer:filterings>
      <quer:filtering>
        <quer:equal>
          <quer:field path="DiversityAnswers,Question,Number"/>
          <quer:integer>12232093</quer:integer>
        </quer:equal>
      </quer:filtering>
      <quer:filtering>
        <quer:equal>
          <quer:field path="Number"/>
          <quer:field ownerQuery="NewHire" path="Candidate"/>
        </quer:equal>
      </quer:filtering>
    </quer:filterings>
  </quer:query>
</quer:projection>

When you are looking to return the value of a disqualification question in TCC the below code will work.  This is out of transitions.

<quer:projection id="idAuthToWorkUS" alias="UWH_LEGALLY_AUTH" xmlns:quer="http://www.taleo.com/ws/integration/query">
  <quer:query projectedClass="Candidate" alias="AuthToWork">
    <quer:projections>
      <quer:projection alias="idAuth_To_Work_US">
        <quer:field path="ProfileInformation,Candidate,QuestionAnswers,Answer,Description"/>
      </quer:projection>
    </quer:projections>
    <quer:filterings>
      <quer:filtering>
        <quer:equal>
          <quer:field path="ProfileInformation,Candidate,QuestionAnswers,Question"/>
          <quer:string>5053</quer:string>
        </quer:equal>
      </quer:filtering>
      <quer:filtering>
        <quer:equal>
          <quer:field path="Number"/>
          <quer:field ownerQuery="MainQuery" path="ProfileInformation,Candidate"/>
        </quer:equal>
      </quer:filtering>
    </quer:filterings>
  </quer:query>
</quer:projection>

Transitions is easy to export out of because of the fact you build every filed that you need.  Unfortunately you sometimes have to dig it out of the candidate data if it’s a question they answered. Here is the code to do just that.

<quer:projection id="idReturnField" alias="Header_Alias" xmlns:quer="http://www.taleo.com/ws/integration/query">
  <quer:query projectedClass="TransitionProcess" alias="Transition_Item_Id">
    <quer:projections>
      <quer:projection alias="Transition_Item_Id">
        <quer:decode>
          <quer:field path="ProfileInformation,Candidate,QuestionAnswers,Answer,Number"/>
          <quer:string>[AnsNo]</quer:string>
          <quer:string>YES</quer:string>
          <quer:string>[AnsNo]</quer:string>
          <quer:string>NO</quer:string>
          <quer:string>NA</quer:string>
        </quer:decode>
      </quer:projection>
    </quer:projections>
    <quer:filterings>
      <quer:filtering>
        <quer:equal>
          <quer:field path="ProfileInformation,Candidate,QuestionAnswers,Question,Code"/>
          <quer:string>[QuesCode]</quer:string>
        </quer:equal>
      </quer:filtering>
      <quer:filtering>
        <quer:equal>
          <quer:field path="Number"/>
          <quer:field ownerQuery="MainQuery" path="Number"/>
        </quer:equal>
      </quer:filtering>
    </quer:filterings>
  </quer:query>
</quer:projection>