KFS Misc Batch jobs (not on other pages)

Jim

Ran resetAssetDepreciationForFiscalYearJob as this was first depreciation of a new fiscal year.  Job succeeded.

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.

for Budget Construction, run with Genesis job?

12/2021:  Jim tested as part of the BC enablement.

listExportJob

4/20:  test successful.  ran initially and it generated only the 710 transactions (add COA).  Paul had to copy the files to the archive folder to simulate their being sent to Concur.  Once he had done that, I reran the job and it created 760's as well (delete COA).  Records matched UAT and PRD files.

10/12: also requires the Travel API to be connected.  on hold

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.

11/17 Tested with Bruce, job ran successfully, output was as expected

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/15:  tested manual import of a Concur payment file, successful all the way through extract to BottomLine

11/17 Tested with Bruce, import ed the payment file created by SAE, job ran successfully, output was as expected

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 (amp03015).  tried several eDoc types (Invoice, Account, Payment application) and all did not allow me in.  passed.

as with modulesLockJob.  same user was able to get into all of the same transactions

 year end only

10/12:  job ran successfully, file looks good.

2/1/22:  retested and compared to an old file that Jim found.  successful.

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.