Save and post the file - My Graceland Home

advertisement
Can ascii post really simplify
my life?
Session 129
Presented by: Sherri Brenizer
Assistant Director: Student Financial Services
Graceland University
May 28 to 31, 2014 – Washington, DC
© 2014 Jenzabar, Inc.
About me
 IT liaison for Graceland’s Accounting Services department for
13 ½ years
 Currently Assistant Director of newly created Student Financial
Services department.
 Helped our IT staff develop this posting process that has saved
many hours for our staff.
© 2014 Jenzabar, Inc.
About Graceland’s Account numbers




We have a 2 character fund
We have a 5 character function (and blank is valid)
We have a 4 character object
We do not use subfund
 Some example account numbers:
 10- -1210
 10-15600-6000
© 2014 Jenzabar, Inc.
So what exactly is an ASCII Transaction Post File?
 A CX STANDARD way to load transactions from outside sources
into CX
 ASCII = a plain text file
 CSV (comma delimited file)
© 2014 Jenzabar, Inc.
Why re-invent the wheel?
 CX already has options for posting general ledger transactions
and even recurring transactions into the system.
 You can also post transactions to sub-ledgers in CX…if you have
a bottle of Advil sitting next to you.
 So what if you want to post a large number of transactions
from a system outside of CX (homegrown or other)?
 What if you want to check the file before you post it to make
sure there are no errors?
 What about transactions from departments asking to add
charges to student’s accounts using email?
© 2014 Jenzabar, Inc.
What types of transactions/files do we post?
 Transactions from our Facility Services homegrown system
directly into the general ledger
 Budget revision transactions
 Budgets
 Benefit allocation entries
 Bal Forward and Bal Closing entries (yes, it’s that time of year)
 Recurring bank statement entries
 Charges to student’s accounts
 Charges from our Follett bookstore
 Month end balancing entries
 The list goes on and on
© 2014 Jenzabar, Inc.
So what are the steps for this process?
 Create the file
 Save the file
 Check the file
 Post the file
© 2014 Jenzabar, Inc.
Nuts and Bolts: Format Header Row
HD: author, User ID, post date, station, fiscal month, journal code, doc code
How this looks:
HD: JEPOST,,05/31/2017,,MAY,JC
 Author: Name of process that produces the file. This is not loaded into the
database.
 User Id number: We’ve always left this blank. I think it’s not loaded into the
database
 Post date: MM/DD/YYYY format. CX standard process ignores this field.
 Station Number: posted files don’t go through a station so this is typically
left blank
 Fiscal month. CX standard process ignores this field.
 Journal Code: AC, AP, AR, SA, CH, QC, DA, PD, FA, JC, CK, BG, PC, PR, PS, SB.
 Document code. We’ve always left this blank (the doc code is on the GE
lines below).
© 2014 Jenzabar, Inc.
Nuts and Bolts: General Ledger Entry Row (GE)
GE: Doc ID, doc code, doc num, "comment", entry, Form of Payment, Pay number
How this looks:
GE: 000000,JE,20140531,“Benefit Allocation",ACCT
 Document id: If there is a 1 to 1 relationship between the GE and a single ID,
this should be the ID number to make certain CX reports show the subsidiary
info. Otherwise, 0.
 Document Table Code: Must be an active doc from doc_table.
 Document Number: an integer. Often made up (like the date in yyyymmdd
format) or the serial key from a driving table. The most desirable is to increment
last_issued_num from doc_table and use that number, but that’s very difficult
to build into a file.
 Entry Description: 24 character description. The only description in files without
subsidiaries. The comment is for the batch of transactions and not a single
transaction. It should have quotes around it but should not contain any quotes.
 Entry Type: XTND, BOOK, etc. Must be an active ent in ent_table.
 Form of Payment. We have never used this because we load charges not
payments. But this would be any valid form of payment like CK (check).
 Form of Payment number (check number). We’ve never used this because we
load charges not payments. But this would be the form of payment number (like
check number).
© 2014 Jenzabar, Inc.
Nuts and Bolts: General Ledger Transaction Row (GT)
GT: amount, fund, func, obj, subfund,
How this looks
GT: 107.90,10,15600,6199,,
GT: -107.90,10,16600,6199,,
 Amount: the amount of the charge or the credit.
 The amount cannot have dollar signs or commas. Parenthesis cannot
be used to indicate negative amounts. A negative must be
represented by the minus sign.
 Fund
 Func
 Obj
 Subfund
© 2014 Jenzabar, Inc.
What about posting to a subsidiary ledger?
 Same thing, more fields
 Now we have to include additional fields like Doc id, Tot Code,
Tot period, etc.
 No problem once you get your template setup.
© 2014 Jenzabar, Inc.
Nuts and Bolts: Subsidiary Ledger Entry Row (SE)
SE: subs, subs num, doc id, doc code, doc num, "comment", entry
How this looks:
SE: S/A,255671,255671,AR,05312014,“DISCIPLINARY FINE",ENT
 Subs Code: S/A, etc. Must match the account number in the GT
account record for the transaction as defined in subs_table.
 Subs Number: student’s id number
 Doc ID: student’s id number
 Doc Code: same as the doc code on the GE line. This may not be
required but it has been in all the files I’ve made.
 Doc Number: an integer. See the note on GE doc number
 Description: 24 character description. It should have quotes around it
and should not contain quotes.
 Entry Type: Must be valid code. Same as the entry type on the GE
line. This may not be required but we use it.
© 2014 Jenzabar, Inc.
Nuts and Bolts: Subsidiary Ledger Transaction Row (ST)
ST: tot, tot period, bal, bal period, amount, assoc amount
How this looks:
ST: MISC,SP14,SB,SP14,200.00,0







Note: Some subsidiaries require tot codes, some do not. For those that do not have tots, the
tot code and bal code must be spaces (surrounded by quotes) and the periods are left blank:
ST: " ",," ",,100.00,0
Tot Code: Must be an active tot_code from subt_table (if required).
Tot Period: 2 character Session + 2 char year (SP14) for students, calendar year (CY14) for
wages.
Bal Code: This code is “SB” or blank
Bal Period: The bal period is “INV” for accounts payable, it is the same as the tot period for
student accounts (“SP14”), and is the combination of payroll code and payroll number
(“MON100”) for wages payable.
Subsidiary Amount: amount of individual line
Subsidiary Associated Amount: Typically zero. In payroll, amount deduction is based on.
© 2014 Jenzabar, Inc.
Nuts and Bolts: Trailer Row (TR)
 TR:
 Every posting file ends with a trailer line.
 It literally is just a TR and nothing else.
© 2014 Jenzabar, Inc.
How does this look all put together?
 Example of our Benefit Allocation posting.
© 2014 Jenzabar, Inc.
A more complicated example:
HD
budgets
4/17/2014
BAL
#=====10-16309==GIS Services==========================================
GE
0 BA
0 GIS Services
BGTR
GT
187
10
16309
6453
GT
-3
10
16309
6199
GT
-100
10
16309
6220
GT
58157
10
16309
6254
GT
-58241
10
16100
6999
#=====10-16300==Exec. Director of IT==================================
GE
0 BA
0 Exec. Director of IT
BGTR
GT
405
10
16300
6050
GT
753
10
16300
6210
GT
-1158
10
16100
6999
#=====10-16302==Computer Labs=========================================
GE
0 BA
0 Computer Labs
BGTR
GT
-62231
10
16302
6900
GT
-11
10
16302
6340
GT
62242
10
16302
6475
#=====10-16306==Communictn Tech - Dept================================
GE
0 BA
0 Communictn Tech - Dept
BGTR
GT
630
10
16306
6475
GT
-630
10
16100
6999
© 2014 Jenzabar, Inc.
BG
Save and post the file

Saving the file

Now the file is created so we need to save it. You will need to save the file as a .csv file in
your home directory.

Posting the file


There are two ways you can post the file
1) In Menu:
[c] Fiscal Management
[a] Accounting
[c] Journal Processing Menu
[i] ASCII Posting Menu
[a] Post ASCII Files to G/L

2) At Unix command line:
cd ascii
($CARSPATH//vchpost/Filepost/ascii)
filepost -n filename -m a -d 05/31/2014 -p MAY
© 2014 Jenzabar, Inc.
What about charges to Student Accounts from
departments that I mentioned in the beginning?
 We have a spreadsheet formatted in the order that we need it
with name, id, amount, budget numbers, etc
 The departments will fill out the spreadsheet with the
information in this format (yeah right)!
 They email the spreadsheet to us, we then add the header and
GE, GT and TR information to the spreadsheet and are ready to
save and post.
 This process saves us hours of keying individual entries into CX
AR journal entry screens.
© 2014 Jenzabar, Inc.
Check file
 I also mentioned in a previous slide that part of our process is
to check the file.
 What if you have a huge file of entries and you try to post them
and the posting fails because of a terminated account. You
then fix the account and post again only to find an account that
is not opened.
 This could go on and on for days…get the Advil back out.
 Fortunately our IT staff has developed a process that we can
run prior to posting of a file that goes out and reads the file
and returns an email to us with all of the posting problems. We
can then go fix the issues and post the file painlessly.
© 2014 Jenzabar, Inc.
Recap
 Set up a template for GL postings, GL to SUBS postings and
SUBS to SUBS postings (yes this can be done too).
 Create the file
 Save the file as CSV
 Check the file
 Post the file
© 2014 Jenzabar, Inc.
Sooooo… Can ASCII post really simplify my life?
YES
© 2014 Jenzabar, Inc.
Download