{"aaData": [["1", "INVOICE/RECEIVING REPORT", "
PAYMENT PROCESSING
\n", "
ST
\n", "
1
\n", "
YES
\n", "
\nFiscal performs normal obligation of the purchase order, and a CALM\ncode sheet is generated.  Payment is made by Austin Finance Center.\n
\n
\n"], ["2", "CERTIFIED INVOICE", "
PAYMENT PROCESSING
\n", "
CI
\n", "
2
\n", "
NO
\n", ""], ["21", "1358 OBLIGATION", "", "
1358
\n", "
21
\n", "
NO
\n", "
\nThe original 1358 form is entered by a service.  Fiscal then obligates\nfor the entire estimated 1358 amount.  As the service receives charges\nfrom the vendor against the 1358, they are entered, then at the end of\neach month, an adjustment is made by Fiscal for the actual amount\ncharged against the 1358.  No processing takes place in Supply.\n
\n
\n"], ["22", "TRAVEL AUTHORITY", "", "
TA
\n", "
22
\n", "
NO
\n", ""], ["23", "OPEN TRAVEL AUTHORIZATION", "", "
OTA
\n", "
23
\n", "
NO
\n", ""], ["24", "ACCOUNTS RECEIVABLE", "", "
AR
\n", "
24
\n", "
NO
\n", ""], ["25", "PURCHASE CARD", "
PAYMENT PROCESSING
\n", "
PC
\n", "
25
\n", "
NO
\n", "
\nThe purchase order is entered by Supply service.  It is automatically set\nup as an Estimated Purchase Order.  The P.O. does NOT print in\nFiscal for obligation.  Instead, the status is set to 'Ordered and\nObligated--no Fiscal action required'.  P&C is allowed to enter the\nreceiving information and the Receiving Report prints in Supply.  No\nFiscal action occurs, no code sheets are sent to CALM, and the receiving\nreport is NOT transmitted to Austin Finance for Payment.\n
\n
\n"], ["26", "AUTO BANK PAYMENT", "
PAYMENT PROCESSING
\n", "
AB
\n", "
26
\n", "
YES
\n", "
\nThis method of processing is used for delivery orders.\n
\n
\n"], ["3", "PAYMENT IN ADVANCE", "
PAYMENT PROCESSING
\n", "
PIA
\n", "
3
\n", "
NO
\n", "
\nThe Purchase Order prints in Fiscal and is obligated, and code sheets\nare sent to CALM.\n
\n
\n"], ["4", "GUARANTEED DELIVERY", "
PAYMENT PROCESSING
\n", "
DD
\n", "
4
\n", "
NO
\n", "
\nSupply is allowed to enter a patient as the receipient (ship to) for the\nPurchase Order.  Fiscal does normal obligation for the Purchase order and\na code sheet is generated to the CALM system and at the same time,\na Proof of Order transmission (similar to a receiving report\ntransmission) is generated that is then transmitted to Austin Finance\nCenter for payment.  At this time, the transaction is marked complete,\nand no receiving function occurs.\n
\n
\n"], ["7", "IMPREST FUNDS/CASHIER", "
PAYMENT PROCESSING
\n", "
IF
\n", "
12
\n", "
NO
\n", "
\nThe purchase order is entered by Supply service.  It is automatically set\nup as an Estimated Purchase Order.  The P.O. does NOT print in\nFiscal for obligation.  Instead, the status is set to 'Ordered and\nObligated--no Fiscal action required'.  P&C is allowed to enter the\nreceiving information and the Receiving Report prints in Supply.  No\nFiscal action occurs, no code sheets are sent to CALM, and the receiving\nreport is NOT transmitted to Austin Finance for Payment.\n
\n
\n"], ["8", "REQUISITION", "
PAYMENT PROCESSING
\n", "
RQ
\n", "
5
\n", "
YES
\n", "
\nThe original request is routed to PPM instead of to P&C.  PPM enters the\nrequisition document.  Only Federal Source vendors may be selected.\nLOG code sheets are generated for Depot, GSA or DLA. (May be Fedstrip or\nMilstrip format).  If unposted, Fiscal obligates the funds and the P.O.\nprints back in Supply Service.  The warehouse enters receiving, then\nthe Receiving Report is printed in Fiscal.  Fiscal processes to create\nthe CALM receiving code sheets.  If POSTED stock, only GSA or DLA is\nhandled since the LOG system handles Depot Push.  No obligation is\ndone by Fiscal and no receiving reports are sent by Fiscal to CALM.\n
\n
\n"], ["9", "ISSUES", "", "
IS
\n", "
13
\n", "
NO
\n", ""]]}