23
Processing an Interdepartmental Transfer via iPayments Page 1  Processing an Interdepartmental Transfer via iPayments What is an Interdepartmental Transfer (IDT)? An Interdepartmental Transfer is an invoice, a bill, or a charge to another department within the same agency as the selling department. It is the mechanism used to charge other TAMU (02) accounts for goods or services provided by TAMU (02) accounts. The same is true for TAMUS (01) accounts billing other TAMUS (01) accounts, TAMUG (10) accounts billing other TAMUG (10) accounts, and HSC (23) accounts billing other HSC (23) accounts. IDT Test Is the department selling a good or service? Yes: Continue to next question. No: Is the department sharing the cost of an item/event with another department? Yes: Process DBR (Departmental Budget Request) No: Is the department moving a charge to another account within the same agency? Yes: Process a DCR (Departmental Correction Request) No: Contact Sales & Receivables Is the customer a member of the same agency as the selling department (01/01; 02/02; 10/10; 23/23)? Yes: Continue to next question. No: Process AR Is the customer a Student Organization using an SOFC (TAMU) account or an SORG (TAMUG) account? Yes: Process AR No: Continue to next question. Is the account provided by the customer an Advanced Research Account (02160XXX; 10169XXX)? Yes: Process AR No: Continue to next question. Is the account provided by the customer a Renovation Account (02806XXX)? Yes: Process AR No: Process an Interdepartmental Transfer (IDT) Once it is determined that an Interdepartmental Transfer should be processed, several criteria must be met prior to proceeding with the iPayment process. Are the selling accounts and appropriate revenue codes set up in iPayments? Does this department have the IDT transactions set up in iPayment? Please send an email to [email protected] to request an account and code be set up in iPayments.

Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

  • Upload
    others

  • View
    5

  • Download
    0

Embed Size (px)

Citation preview

Page 1: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page1 

ProcessinganInterdepartmentalTransferviaiPayments

WhatisanInterdepartmentalTransfer(IDT)?AnInterdepartmentalTransferisaninvoice,abill,orachargetoanotherdepartmentwithinthesameagencyasthesellingdepartment.ItisthemechanismusedtochargeotherTAMU(02)accountsforgoodsorservicesprovidedbyTAMU(02)accounts.ThesameistrueforTAMUS(01)accountsbillingotherTAMUS(01)accounts,TAMUG(10)accountsbillingotherTAMUG(10)accounts,andHSC(23)accountsbillingotherHSC(23)accounts.IDTTestIsthedepartmentsellingagoodorservice?

Yes:Continuetonextquestion. No:Isthedepartmentsharingthecostofanitem/eventwithanotherdepartment?

Yes:ProcessDBR(DepartmentalBudgetRequest) No:Isthedepartmentmovingachargetoanotheraccountwithinthesameagency?

Yes:ProcessaDCR(DepartmentalCorrectionRequest) No:ContactSales&Receivables

Isthecustomeramemberofthesameagencyasthesellingdepartment(01/01;02/02;10/10;23/23)?

Yes:Continuetonextquestion. No:ProcessAR

IsthecustomeraStudentOrganizationusinganSOFC(TAMU)accountoranSORG(TAMUG)account?

Yes:ProcessAR No:Continuetonextquestion.

IstheaccountprovidedbythecustomeranAdvancedResearchAccount(02‐160XXX;10‐169XXX)?

Yes:ProcessAR No:Continuetonextquestion.

IstheaccountprovidedbythecustomeraRenovationAccount(02‐806XXX)?

Yes:ProcessAR No:ProcessanInterdepartmentalTransfer(IDT)

OnceitisdeterminedthatanInterdepartmentalTransfershouldbeprocessed,severalcriteriamustbemetpriortoproceedingwiththeiPaymentprocess.ArethesellingaccountsandappropriaterevenuecodessetupiniPayments?DoesthisdepartmenthavetheIDTtransactionssetupiniPayment?Pleasesendanemailtoipay@tamu.edutorequestanaccountandcodebesetupiniPayments.

Page 2: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page2 

iPaymentLogonScreen

iPaymentsisbeaccessibleviaSSO.SelectingtheiPaymentsbuttonwillredirecttheusertoanotherpagedisplayingtheoptionsofCashieringorAdminCenter.AccesstoeitheroftheselocationswithintheiPaymentsprogramisdependentupontheusersecurityaccesstype.TheCashieringModuleiswhereuserswillgotoprocesstransactionsfordeposits,InterdepartmentalTransfers(IDTs),and/orARinvoices.TheAdminCenterModuleiswhereuserswillgotorunreportsandviewdetailsfortransactions.iPaymentsisaccessibleusingthefollowingwebbrowsers:InternetExplorer,MozillaFirefox,Chrome,andSafari.

Page 3: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page3 

Workgroup/DepartmentLogonScreen

Ausermaybegrantedaccesstomorethanoneworkgroup(department)and/ormorethanonesystemmember.Ifso,theuserisrequiredtospecifywhichdepartmentisneeded.Iftheuserisonlygrantedaccesstoonedepartment,thisstepisskipped.

Theworkgroup/memberlistwillcontainonlythosedepartmentsassignedtotheuser.Clickthelinktothedepartmenttocontinue.

Page 4: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page4 

CreateaCOREFileorManageExistingFiles

Uponselectingtheworkgroup/departmentinwhichtosubmitanIDT,theuserwillbepresentedwithanoptiontocreateaCOREfileortomanageexistingfiles.

CreateaCOREFile

ThedefaultfileTYPEisIndividual,butitcanbechangedtoSharedbyclickingthedropbox.Usersmusthavetheappropriatesecuritypermissionstoaccesseitheroftheseoptions.AnIndividualfiletypeisonethatisassignedtoaparticularuser(usuallytheuserthatcreatesthefile).ASharedfiletypeisonethatisassignedforsharedwork,usuallyacrossaworkgroup/department.

ThedefaultOWNERistheuserthatiscreatingthefile,butuserswithSupervisorAccessareabletoassignthefiletoanyotheruserwithaccesstothatworkgroup/department.EnteraDESCRIPTIONintherequiredfield.Thisshouldbeanalphanumericvalue.TheEFFECTIVEDATEwilldefaulttotoday’sdate.ClickCREATEtocontinue.PleaseNOTE:Filescannolongerincludedeposits,ARs,andIDTs.Theyhavetobekeptseparate.

Page 5: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page5 

ManageExistingFiles

WhenaCOREFileiscreated,butclosedpriortobeingbalanced,thefilewillbedisplayedontheFileManagementtab.Thistabwillonlydisplaythefilescreatedtoday.Toviewfilesthatwereopenedpreviously,clickFileFilter>.

Page 6: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page6 

TheFileFilter>optionwillallowtheusertoselectspecificcriteriatofindactivefilesfrompreviousdates.IntheexamplebelowtheFileFromDatewasmodifiedto02/01/2017whichpulled4additionalfilesforreview.Tocontinue,selectthefileandclickOPEN.

NOTE:Iftheincorrectworkgroup/departmentisselectedinerror,theusercaneasilychangeworkgroupsbyclickingontheCHANGEWORKGROUPoptionatthetoprighthandcornerofthescreen.

Page 7: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page7 

ProcessTransactionsThetransactionscreenismadeupoftabslistingtheaccountssetupforuseforeachparticularworkgroup/department,tabsfortenders,andtabsfortheactivereceipt.Thisscreenalsohasadditionaloptionsaswellasasearchfeaturerunningacrossthetop.

Selecttheaccountinwhichthedepositistobemadebyclickingontheaccount.

Page 8: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page8 

Thereareseveraloptionalfieldslistedatthetopofthescreen.EachoftheseoptionsisasearchablefieldintheiPaymentSystem.Eachofthesefieldswhenused,willdisplayonthereceiptgeneratedforthecustomerwiththeexceptionoftheFileUploadfield.ThecustomernameandaddressfieldsareusuallyleftblankwhencreatinganIDT.Bothcommentsfieldspulltothereceipt.Typeincommentsmeaningfultothecustomerandthedepartment.DonotaddtheFileUploadatthistime.PleasenotetheREFNBRfielddoesnotallowtheuseofspaces.

UsetheFILEUPLOADtoattachbackupdocumentationfortheIDTafterallocationshavebeenselected.SeeAllocationsonpage9.Userscanattachdocumentswiththefollowingfileextensions:.pdf,.xls,.docx,.jpeg,.png,and.txt.Pleasedonotattachdocumentscontainingconfidentialinformation.AnexampleofwhatusersmayuploadwouldbeanemailordocumentprovidingapprovaltochargetheaccountinquestionfortheIDT.

Page 9: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page9 

IDT–InterdepartmentalTransactionsTherearethreedifferentIDTscenariosofwhichusersshouldbeaware.Scenario1isaonetoonetransaction.Scenario2isaonetomanytransaction.Scenario3isamanytomanytransaction.Eachofthesescenariosaredescribedindetailbelow.IDTSCENARIO1‐OnetoOneThisscenarioinvolvesonesellingaccountandonebuyingaccountforoneitemorservice.ThisscenarioisthemostcommonscenarioforanIDT.Oncethesellingaccountisselected,theuserwillbepresentedwiththelistofallocationsavailableforthataccount.BelowaretheAllocationsavailableforthisaccount.Thedescriptioniseditable.However,thedescriptionherewillnotbethedescriptionthatwilldisplayinFAMIS.EntertheAMOUNTandorQUANTITY,andremovesalestaxintheTAXEDcolumn.SinceanIDTisbeingprocessed,salestaxshouldnotbecharged.Whenanamountisentered,theSELECTEDsectionwillautomaticallyflagacheckmark.Oncetheinformationisentered,theusercanopttoclickVALIDATEALLOCATIONS.Thiswillcheckeachaccountselectedforavailablebudget,objectcodematching,accountflags,andsupportaccountflags. 

ClickCONTINUE.

Page 10: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page10

TheinformationenterednowpullstotheActiveReceiptontherightsideofthescreen.

Reviewtheinformation.Toviewthedetails,clickthe .Ifanythingisincorrect,clickthetrashcantovoidtheentryandstartoveror,VoidtheentirereceiptbyclickingVoidEventatthebottomofthereceipt.

Clickontheicontodisplaytheattachedbackup.

Ifthisistheincorrectbackup,thetransactionwillhavetobevoidedandre‐enteredwiththecorrectbackupadded.

Ifeverythingiscorrect,itisnowtimeto‘tender’theEvent.

SelectIDT‐InterdepartmentalTransferatthetopofthemenu.

Do not change the CAMPUS CODE.Thisfieldisdefaultedtothecorrectcampuscodeandshouldnotbealtered.

IDTscannotcrossovertootheragencies.

ClickCONTINUE.

Page 11: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page11

UsersareredirectedtoanotherpagelistingthecampuscodeandassignedIDTRefNbracrossthetop.UsersaregiventwomorecommentsfieldsandanadditionalRefNbrfield.Thesefieldsareoptional.Enterinformationthatismeaningfultoboththesellingaccountandthebuyingaccount.

Allocationswithblankaccountfieldsandhardcodedexpensecodeswillbedisplayed.Pleasenotethatthedescriptioniseditable.DescriptionsontheIDT‐InterdepartmentalTransferpagearethedescriptionsthatwillpulltoFAMIS.Inthisexample,theregistrant’snamehasbeenaddedtothedescription.Keytheexpenseaccountintheavailablefieldandentertheamount.Pleasenotethattheamountwillautomaticallychangetoanegativeamount.

ClickVALIDATEALLOCATIONStoconfirmthattheaccountisvalidandhasbudget.ThiswillalsocheckotherflagsinFAMISsuchassubcodeeditsandsupportaccountflags.ClickCONTINUE.

Page 12: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page12

Atthatpointastatusbarwilldisplayonthescreen.

Youwillthenbepromptedtoprintthereceipt.

Thereceiptlistedontherightsideofthescreenwillnolongerhave‘ActiveReceipt’atthetop.

ItwillhaveCOREBusinessTechnologies,theagencybrand,theagencyname,and‘Receipt’.

ItwillalsoincludetheIDTRefNbrandanyoptionalfieldthathadinformationkeyedtoitaswellastheiconforattachedbackup.

Itwillalsodisplaythebuyingaccountallocations.

Atthispointanemailnotificationissenttoboththesellingandbuyingaccount.FAMISscreen860hasafieldlabelediPayIDTEmail/IDthatisusedtodirecttheseemails.

OncealloftheIDTshavebeencreated,thefilemustbebalanced.PleaseproceedtoDepositingandBalancingFilesonpage19.

Page 13: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page13

IDTSCENARIO2‐OnetoManyThisscenarioinvolvesonesellingaccountandmultiplebuyingaccountforonetypeofitemorservice.ThisscenarioisthesecondmostcommonscenarioforanIDT.

Oncethesellingaccountisselected,theuserwillbepresentedwiththelistofallocationsavailableforthataccount.BelowaretheAllocationsavailableforthisaccount.Thedescriptioniseditable.However,thedescriptionherewillnotbethedescriptionthatwilldisplayinFAMIS.EntertheAMOUNTandorQUANTITY,andremovesalestaxintheTAXEDcolumn.SinceanIDTisbeingprocessed,salestaxshouldnotbecharged.Whenanamountisentered,theSELECTEDsectionwillautomaticallyflagacheckmark.Oncetheinformationisentered,theusercanopttoclickVALIDATEALLOCATIONS.Thiswillcheckeachaccountselectedforavailablebudget,objectcodematching,accountflags,andsupportaccountflags. 

ClickCONTINUE.ThenSelectIDT‐InterdepartmentalTransfer.

Do not change the CAMPUS CODE.Thisfieldisdefaultedtothecorrectcampuscodeandshouldnotbealtered.

IDTscannotcrossovertootheragencies.

ClickCONTINUE.

Page 14: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page14

UsersareredirectedtoanotherpagelistingthecampuscodeandassignedIDTRefNbracrossthetop.UsersaregiventwomorecommentsfieldsandanadditionalRefNbrfield.Thesefieldsareoptional.Enterinformationthatismeaningfultoboththesellingaccountandthebuyingaccount.

Allocationswithblankaccountfieldsandhardcodedexpensecodeswillbedisplayed.Pleasenotethatthedescriptioniseditable.DescriptionsontheIDT‐InterdepartmentalTransferpagearethedescriptionsthatwillpulltoFAMIS.Inthisexample,additionalinformationhasbeenaddedtothedescription.Keytheexpenseaccountintheavailablefieldandentertheamount.Pleasenotethattheamountwillautomaticallychangetoanegativeamount.

Uncheckthefirstlineitemisifitnotbeingused.Otherwise,theuserwillgetthefollowingerrormessage.

ClickVALIDATEALLOCATIONStoconfirmthattheaccountisvalidandhasbudget.ThiswillalsocheckotherflagsinFAMISsuchassubcodeeditsandsupportaccountflags.

ClickCONTINUE.

Page 15: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page15

Atthatpointastatusbarwilldisplayonthescreen.

Youwillthenbepromptedtoprintthereceipt.

Thereceiptlistedontherightsideofthescreenwillnolongerhave‘ActiveReceipt’atthetop.

ItwillhaveCOREBusinessTechnologies,theagencybrand,theagencyname,and‘Receipt’.

ItwillalsoincludetheIDTRefNbrandanyoptionalfieldthathadinformationkeyedtoitaswellastheiconforattachedbackup.

Itwillalsodisplaythebuyingaccountallocations.

Atthispointanemailnotificationissenttoboththesellingandbuyingaccount.FAMISscreen860hasafieldlabelediPayIDTEmail/IDthatisusedtodirecttheseemails.

OncealloftheIDTshavebeencreated,thefilemustbebalanced.PleaseproceedtoDepositingandBalancingFilesonpage19.

Page 16: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page16

IDTSCENARIO3‐ManytoManyThisscenarioinvolvesonesellingaccountandbuyingaccountformorethanonetypeofitemorservice.ThisscenarioistheleastcommonscenarioforanIDT.

Oncethesellingaccountisselected,theuserwillbepresentedwiththelistofallocationsavailableforthataccount.BelowaretheAllocationsavailableforthisaccount.Thedescriptioniseditable.However,thedescriptionherewillnotbethedescriptionthatwilldisplayinFAMIS.EntertheAMOUNTandorQUANTITY,andremovesalestaxintheTAXEDcolumn.SinceanIDTisbeingprocessed,salestaxshouldnotbecharged.Whenanamountisentered,theSELECTEDsectionwillautomaticallyflagacheckmark.Oncetheinformationisentered,theusercanopttoclickVALIDATEALLOCATIONS.Thiswillcheckeachaccountselectedforavailablebudget,objectcodematching,accountflags,andsupportaccountflags.  

ClickCONTINUE.ThenSelectIDT‐InterdepartmentalTransfer.

Do not change the CAMPUS CODE.Thisfieldisdefaultedtothecorrectcampuscodeandshouldnotbealtered.

IDTscannotcrossovertootheragencies.

ClickCONTINUE.

Page 17: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page17

UsersareredirectedtoanotherpagelistingthecampuscodeandassignedIDTRefNbracrossthetop.UsersaregiventwomorecommentsfieldsandanadditionalRefNbrfield.Thesefieldsareoptional.Enterinformationthatismeaningfultoboththesellingaccountandthebuyingaccount.

Allocationswithblankaccountfieldsandhardcodedexpensecodeswillbedisplayed.Pleasenotethatthedescriptioniseditable.DescriptionsontheIDT‐InterdepartmentalTransferpagearethedescriptionsthatwillpulltoFAMIS.Inthisexample,additionalinformationhasbeenaddedtothedescription.Keytheexpenseaccountintheavailablefieldandentertheamount.Pleasenotethattheamountwillautomaticallychangetoanegativeamount.

Uncheckthefirstlineitemifitisnotbeingused.Otherwise,theuserwillgetthefollowingerrormessage.

ClickVALIDATEALLOCATIONStoconfirmthattheaccountisvalidandhasbudget.ThiswillalsocheckotherflagsinFAMISsuchassubcodeeditsandsupportaccountflags.

ClickCONTINUE.

Page 18: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page18

Atthatpointastatusbarwilldisplayonthescreen.

Youwillthenbepromptedtoprintthereceipt.

Thereceiptlistedontherightsideofthescreenwillnolongerhave‘ActiveReceipt’atthetop.

ItwillhaveCOREBusinessTechnologies,theagencybrand,theagencyname,and‘Receipt’.

ItwillalsoincludetheIDTRefNbrandanyoptionalfieldthathadinformationkeyedtoitaswellastheiconforattachedbackup.

Itwillalsodisplaythebuyingaccountallocations.

Atthispointanemailnotificationissenttoboththesellingandbuyingaccount.FAMISscreen860hasafieldlabelediPayIDTEmail/IDthatisusedtodirecttheseemails.

OncealloftheIDTshavebeencreated,thefilemustbebalanced.PleaseproceedtoDepositingandBalancingFilesonpage19.

Page 19: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page19

DepositingandBalancingFiles‐USERACCESS

OncealloftheIDTshavebeencreated,thefilemustbebalanced.PersonswithUSERaccesscanenterIDTsbutcannotbalancethefiles.Atthispoint,personswithUSERaccesshavecompletedallofthestepsinwhichtheyhaveaccess.ClickCloseandthenLogOut.

DepositingandBalancingFiles‐SUPERVISORACCESS

OncealloftheIDTshavebeencreated,thefilemustbebalanced.

TheDepositingandBalancingscreenwilldefaulttotheusersUINanddisplaytheTenderSummarybyBank.Notethattherearenotenderslistedandnodepositamount.

NoticethatthesummaryofIDTsnolongerdisplays.ToviewthedetailsofthisIDT,ClickEXIT.

Page 20: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page20

Thiswilltakeyoubacktothehomepagelistingyourmenusofaccounts.ClickEVENTTOOLSwhichisthefirstoptionlistedinthetoprightcornerofthepage.

ThiswilltakeyoutotheSEARCHscreen.TheFileIDwilldefaulttothefileinwhichtheuseriscurrentlylogged.

ClickSEARCH.

Page 21: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page21 

Thiswilltakeyoutoanewscreenthatwilllisteachreceiptinthefileandallowyoutoclickoneachonetoviewthedetails.

Userscanviewthebackupdocumentationbyclickingontheicon.Theaccountandobjectcodeandcustomerdetailsareincludedonthispage.Iftheinformationisincorrect,userscanvoidthisinvoiceatthispointbyclickingVOID.Userscanalsoreprintthereceiptfromthislocation.TogobacktoDepositingandBalancingscreen,clickEXIT.

Thiswilltakeyoubacktothehomepage.Ifthereisonlyoneinvoiceinthisfile,theusercanselectAutobalance.Ifthereismorethanoneevent,ClickBALANCE.

ThiswilltakeyoubacktotheDepositingandBalancingScreen.ChangetheUINtoAll.ClickBALANCEandCLOSE.

Page 22: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page22 

UsersshouldthenbepresentedwithaManagementReportandamessagethattheFileUpdateisComplete.

ClickOK.YouwillgetamessagethattheFileisbalanced.ClickOKandthenEXIT.Userswillthenbere‐routedtotheFileManagement/CreateFileScreen.UsersshouldnowreviewtheIDTinFAMIS.

Page 23: Processing an Interdepartmental Transfer iPayments · IDT SCENARIO 2‐ One to Many This scenario involves one selling account and multiple buying account for one type of item or

ProcessinganInterdepartmentalTransferviaiPayments Page23 

ReviewingtheIDTinFAMIS

TheIDTinthisexampleisnumber0000953.Thisnumberistheref#2.ThiscanbeviewedinFAMISonseveralscreens.Forthisexample,reviewtheIDTonFAMISscreen47.

Thefilenumber(inthiscase2017121002)isconvertedto7121002.Thelastdigitoftheyearisthefirstnumberandthefollowing6numbersaretheremainingdigits.ThefilenumberisgeneratedbyJuliencalendardate.Thedaythisfilewascreatedwasthe121stdayoftheyearanditwasthe2ndfileopentedthisday.Thisfilenumberistheref#4forIDTs.ByplacingthecursonononeoftheitemsandclickingPF6,userscanveiwmoredetailsabouttheIDT.

NEEDHELPProcessingIDTs?FMOSales&Receivables

[email protected]