Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

    • You can define calculated fields at report time.
    • Report writing lets you make reports based on the access you have. Then save, schedule, share, or make as a web service.
    • Using reports - as a human or as an app - requires privileges. Data relevance is based on privileges.
  • Web Services are dynamic, customizable and secured:
    • Using web services - as a human or as an app - requires privileges. Data relevance is based on privileges.
    • Searching capabilities exist.
    • External Systems have their own IDs that register themselves as clients.
    • Workday authorizes the system and the user of the external app to:
      • allow use of the service and
      • get the right data back.
  • EIB: outbound flat file generation, select, transform (XML to CSV, or custom XSLT), ship to an SFTP site, encrypt if you want, run or schedule
  • EIB: for high volume loads...
    • SFTP the file, which is a loaded templated spreadsheet, pick up, service called to import it, or upload it manually
    • Ability to set basic error handling manually in defining the upload - # load error limits, validate only load... : errors are based on object validation
    • Error descriptions are added to each error row that failed. 
  • Notifications of automated integrations:
    • VERY extensive integration completion / status reporting - content, trigger condition, recipients, groups, subject, content/body, conditions and rules, with attachments of the file, etc.
  • All events and updates publish the object id, but not the employee id. Any listener of the service (e.g. at CU) has to call back using the object ID to update and/or get more info.
  • Oracle SOA Suite and webMethods:
    • Use these types of tools for governance and standards.
    • Report of the service enabled reports and load the SOA suite repository so they aren't manually synced.
    • Consider calling a service in Oracle SOA suite and use CUWA and then call Workday without CUWA. This is bus to bus.
    • Use if SOA Suite would enable tracking of the use of the services of Workday. Workday doesn't provide service use info. Those usage stats could then tell us which services are actually being used so we  know what to worry about when one side or the other changes (i.e. impact analysis support).

...

Conversion and

...

Mapping:

  • job, compensation, worker  histories would normally be inserted
  • benefit history: might be included under compensation. Workday will need to clarify that. Determination must be made regarding how much history must be converted.  Benefit history is needed for IRS audits. there There are 'set limits on historical information brought forward'
  • Workday will provide a data conversion specialist to assist with converting data from PS to Workday
  • Workday has 6 months needed. They have basic estimates and a framework / generic plan for a conversion effort.
  • Process: we Cornell would have to put data into their the Workday supplied spreadsheet templates.  They have  There is a very specific sequence to go through to load the system - set up tables and then the objects.
  • Resources needed: 1 or 2 tech people Workday indicated that 1 - 2 technical resources are needed for the deployment, so says Workday.

...

Security

  • two Two data centers and a near real time 2nd site (atlanta)keys next to encrypted data but encrypted differently
  • See their 'Security INtegrations' slide 
  • Role and hierarchy is the basis row level security. The security data could all be exported in a report.
  • all All updates are logged with a timestamp and a user id. All attributes - not just rows.
  • They do not offer dual factor authentication?
  • There are no 'direct pipes / private networks?' no. it's .  Workday is on the internet.
  • user User accounts can be tied to a particular authenN authen system - as in delegated single sign on.
  • userID UserID generation: Workday would publish the event, CU idmgmt IDMgmt would listen, pick it up, call back with the event id, and provide a netid Netid to Workday to store with the person as well as either a) telling peoplesoft Peoplesoft directly OR b) letting Workday update peoplesoftPeoplesoft's external system table (via web service).
  • audit Audit logging doesn't keep the IP address.
  • Workday cannot lock down by IP address.
  • timeouts Timeouts for inactivity by groups and functions: They don't know and will be checking.
  • group Group management: it is all done in Workday. They don't know of the feasibility in using eternal groups.
  • people People can be in multiple functional domains.
  • row Row level access is based on teh your org structure you are in.
  • Security group management: Too much to list. It is just best to see the demo. There will have to be many management conversations about how to manage groups, grant them rights and assign people to them.

...

Data marts

  • current Current HR/Datamarts are used for non PS HR and PS HR apps applications and reporting partly because access to Peoplesoft is too difficult and acceptable timing wise (a day late).
  • advantage Advantage of using Workday reports and analytics: 
    • current data
    • can drive in immediately and take action
  • potential Potential problems of using Workday reports and analytics:
    • more people have datamart access than peoplesoft Peoplesoft access now
    • longitude data combines data with other info 
  • reportsReports:
    • specialized Specialized and cross-functional reports might still be come from the datamart, but note that analytics are available right in Workday and most if not all within Workday.  Presumed that most reports would come directly from thereWorkday.
  • Non PS HR apps using the datamart now:
    • any Any specialized apps that might be needed would go to Workday if possible
    • some Some might not: CCTS, LARS
    • QUESTION: what apps would be left after Workday is deployed completely done?
  • To do (in an analysis project): When we see Once determined what is really left (as in needed for reporting) after using moving to Workday for reports and the left over-and-not-covered-by-Workday HR apps, then we know what a new hrHR/payroll Payroll datamart looks would look like.  For those we either a) make new extracts from Workday to feed the datamart, or b) load PS HRand HR and keep pulling from there.
  • Can Oracle SOA Suite help with integration to Datamart and OBIEE for a more powerful/less complicated process?

...