KFS Template Misc Batch jobs (not on other pages)

Jim

4/29:  in process - researching how to set up to run this

5/12:  Jen Lamontagne indicated that this job is not used, and she updates the CFDA numbers from the government "Catalog of Federal Domestic Assistance" manually into KFS.

can disregard this job.

listExportJob

apparently this requires the Travel API to be connected, so it will need to be tested later.

4/21:  this job FTP's our file data to Concur.  Needs to be preceded by the fileEncryptionJob.  Since the test environment does not have IP addresses configured in Concur test (which still points to KFS-UAT), this can't be tested yet.  On hold for now.

5/15:  does not appear to be used currently

5/21:  not used, per Brett.

Replaced by Paymode?

5/15:  not sure how to test...  this is not documented in the 5.3 or the current version documentation.  Ran the job and it completed successfully but did not produce any files.  this does not appear to have run in production anytime in the past few months.  is this needed?

5/21:  not used, per Brett.

5/15:  I don't think this is used due to Bottomline.  However I did run it (after load payments) although there were no check payments, but the job completed successfully.

5/21:  not used, per Brett.

5/15:  I don't think this is used due to Bottomline.  However I did run it (after running the load payments) and it created an empty xml file.  job completed successfully.

5/21:  not used, per Brett.

not sure about this with PayMode?

5/26:  not sure this is used - note that this job does not exist in KualiCo "Monsters" environment.  checking with Brett and Rich...

this is a custom UConn job (written by Dan Lemus circa 2015).  It may be useful for the future, but should not be tested right now as it will generate a large number of emails to users.  Should first be reviewed by development and tested on a limited basis.

verified that I could not get into initiate KFS eDocs as a regular user (kec07002).  tried several eDoc types (Cash Receipt, GEC, Payment application) and all did not allow me in.  passed.

as with modulesLockJob. 

 year end only

4/15:  began testing.  issue with copying the HuskyBuy comparison file into the staging folder.  this job failed appropriately with no HB file. 

4/21:  HuskyBuy CSF upload worked, so this job was able to run.  no errors, but also no output on the reports, which is not correct.  still investigating whether this is data or a bug.  in process...

4/22:  Paul found that the "Unable to find vendor" message appears during the processing when KFS vendors are updated. This update is based off vendor tax number which appeared on the DRS file...which is real production data. Any data in our test environments has been scrubbed so no vendor tax id's will match.  We both agree that this is a "non-issue".

I will need to create a test file, using the "scrubbed" tax ID (TIN) in the DRS file so that it will find the vendor in the test environment.  note that KPS-1167 is being closed.  Testing still in process.

4/23:  Test file created using the TIN's from KFS-UPS.  Once inserted, Paul and I re-uploaded the files and I reran the batch job.  It worked successfully, updating the vendor hold codes to DRS for the 3 vendors with correct TIN's. 

 year end? Can assist Bruce/Jim if needed

5/26:  job does not exist in KualiCo's Monsters.  no evidence of it having run in our current production.  cannot find reference to it in Kuali documentation, nor on any JIRA's.  checking with Brett.

Part of the 1099 module that we don’t use.  It’s in the KFS-Tax namespace.