Accounting Information Systems, 6th edition
James A. Hall
COPYRIGHT © 2009 South-Western, a division of Cengage Learning. Cengage Learning and South-Western
are trademarks used herein under license
Objectives for Chapter 2
y Broad objectives of transaction cycles
y Types of transactions processed by each of the
three transaction cycles
y The basic accounting records used in TPS
y The traditional accounting records and their
magnetic equivalents
y Documentation techniques
y Batch and real-time processing and the impact of
these technologies on transaction processing
An Overview of Transaction Processing
A Final Transaction is…
y an economic event that affects the assets and
equities of the firm, is reflected in its accounts, and is
measured in monetary terms.
y similar types of transactions are grouped together
into three transaction cycles:
y the expenditure cycle,
y the conversion cycle, and
y the revenue cycle.
Relationship between Transaction Cycles
Labor
Cash
Materials
Physical Plant
Expenditure Cycle
Conversion Cycle
Cash
Finished Goods
Customers
Revenue Cycle
Subsystems
Subsystems
Subsystems
Purchasing/Accounts Payable
Cash Disbursements
Payroll
Fixed Assets
Production Planning and Control
Cost Accounting
Sales Order Processing
Cash Receipts
Finished Goods
Cash
Each Cycle has Two Subsystems
y Expenditure Cycle: time lag between the two due to credit
relations with suppliers:
y physical component (acquisition of goods)
y financial component (cash disbursements to the supplier)
y Conversion Cycle :
y the production system (planning, scheduling, and control of the
physical product through the manufacturing process)
y the cost accounting system (monitors the flow of cost information
related to production)
y Revenue Cycle: time lag between the two due to credit relations
with customers :
y physical component (sales order processing)
y financial component (cash receipts)
Accounting Records
Manual Systems (1)
y Source Documents - used to capture and formalize
transaction data needed for transaction processing
y Product Documents - the result of transaction
processing
y Turnaround Documents - a product document of one
system that becomes a source document for another
system
Accounting Records
Manual Systems (2)
y Journals - a record of chronological entry
special journals - specific classes of transactions that
occur in high frequency
y general journal - nonrecurring, infrequent, and
dissimilar transactions
y
y Ledger - a book of financial accounts
general ledger - shows activity for each account listed
on the chart of accounts
y subsidiary ledger - shows activity by detail for each
account type
y
Gambar Formulir
Ayat Jurnal (atas)
dan Buku Besar
(bawah)
Flow of Info from the Economic Events
Into the General Ledger
Journal
Entry
Customer's
Order
Sales
Order
Sales
Journal
Post
General
Ledger
Post
y
r
idia
Accounts Receivable
Subsidiary
Ledger
bs
u
S
ile ger
c
on Led
c
Re eral
y
l
l
ica Gen
d
rio er to
e
P dg
Le
Accounting Records in a Computer-Based System
Audit Trail
Source
Document
Sales
Orders
Keying
Balance
Sheet
AR XXX
1. Compare the AR balance
in the balance sheet with the
master file AR control
account balance.
1
Transaction
File
Reference File
Sales
Orders
4
Master Files
Credit File
Update
Program
Journal
and trace these to
transactions in the sales
journal (archive file).
Archive File
2
3
AR Subsidiary
Inventory
Subsidiary
2. Reconcile the AR control
figure with the AR subsidiary
account total.
3. Select a sample of update
entries made to accounts in
the AR subsidiary ledger
General Ledger
Control Accounts
Accounts Receivable
Inventory
Cost of Goods
Sold
Sales
Error File
EXPLANATION OF STEPS
IN FIGURE:
4. From these journal
entries, identify source
documents that can be
pulled from their files and
verified. If necessary,
confirm these source
documents by contacting
the customers.
Audit Trail
Source
Document
Journal
Financial
Statements
General
Ledger
General
Ledger
Journal
Financial
Statements
Source
Document
Accountants should be able to trace in both directions.
Sampling and confirmation are two common techniques.
Example of Tracing an Audit Trail
Verifying Accounts Receivable
Accounts Receivable Control Account-General Ledger
Accounts Receivable Subsidiary Ledger
(sum of all customers’ receivables)
Sales Journal
Sales Order
Shipping Notice
Cash Receipts Journal
Deposit Slip
Remittance Advice
Computer‐Based Systems
y The audit trail is less observable in computer-based
systems than traditional manual systems.
y The data entry and computer programs are the
physical trail.
y The data are stored in magnetic files.
Types of Files
y Master File - generally contains account data (e.g.,
general ledger and subsidiary file)
y Transaction File - a temporary file containing
transactions since the last update
y Reference File - contains relatively constant
information used in processing (e.g., tax tables,
customer addresses)
y Archive File - contains past transactions for
reference purposes
Computer‐Based Accounting Systems
y Two broad classes of systems:
batch systems
y real-time systems
y
Batch Processing
y A batch is a group of similar transactions that are
accumulated over time and then processed together.
y The transactions must be independent of one another
during the time period over which the transactions are
accumulated in order for batch processing to be
appropriate.
y A time lag exists between the event and the processing.
Batch Processing/Sequential File
Sales
Orders
Unedited
Transactions
Keying
Errors
correct errors and
resubmit
catches clerical errors
Edit
Run
Edited
Transactions
rearranges the transaction data by
key field so that it is in the same
sequence as the master file
Sort
Run
Transactions
Old Master
(father)
AR
Update
Run
changes the values in the master file to
reflect the transactions that have occurred
AR
New Master
(son)
Transactions (eventually transferred to an archive file)
Steps in Batch Processing/Sequential File
y Keystroke - source documents are transcribed by
clerks to magnetic tape for processing later
y Edit Run - identifies clerical errors in the batch and
places them into an error file
y Sort Run - places the transaction file in the same
order as the master file using a primary key
y Update Run - changes the value of appropriate fields
in the master file to reflect the transaction
y Backup Procedure - the original master continues to
exist and a new master file is created
Advantages of Batch Processing
y Organizations can increase efficiency by grouping
large numbers of transactions into batches rather
than processing each event separately.
y Batch processing provides control over the
transaction process via control figures.
Real‐Time Systems…
y process transactions individually at the moment the
economic event occurs
y have no time lag between the economic event and the
processing
y generally require greater resources than batch
processing since they require dedicated processing
capacity; however, these cost differentials are
decreasing
y oftentimes have longer systems development time
Why Do So Many AIS Use Batch Processing?
y AIS processing is characterized by high-volume,
independent transactions, such are recording
cash receipts checks received in the mail.
y The processing of such high-volume checks can
be done during an off-peak computer time.
y This is one reason why batch processing maybe
done using real-time data collection.
Alternatif Data Processing Approach: Modern Systems versus Legacy Systems‐1
y Modern systems characteristics:
y client-server based and process transactions in real time
y use relational database tables
y have high degree of process integration and data sharing
y some are mainframe based and use batch processing
y Some firms employ legacy systems for certain aspects of their
data processing.
y Accountants need to understand legacy systems.
y Legacy systems characteristics:
y mainframe-based applications
y batch oriented
y early legacy systems use flat files for data storage
y later legacy systems use hierarchical and network
databases
y data storage systems promote a single-user environment
that discourages information integration
Modern Systems versus Legacy Systems‐2
Updating Master Files: Primary Keys (PK) and Secondary Keys (SK)
(PK)
(SK)
(SK)
Sales
Order
Number
Account
Number
Inventory
Number
Record Structure for
Sales Orders Transaction File
Quantity
Sold
Unit
Price
Invoice
Amount
(PK)
Account
Number
Record Structure for AR Master File
Name
Address
Current
Balance
Credit
Limit
(PK)
Inventory
Number
Last
Payment
Date
Billing
Date
Record Structure for Inventory Master File
Description
Quantity
on Hand
Reorder
Point
EOQ
Vendor
Number
Standard
Cost
Total
Cost
Database Backup Procedures
•Destructive updates leave no backup.
•To preserve adequate records, backup procedures must be
implemented, as shown below:
ƒThe master file being updated is copied as a backup.
ƒA recovery program uses the backup to create a preupdate version of the master file.
Transaction
Master
Update
Program
Backup
Program
Recovery
Program
Backup
Master
Documentation Techniques
y Documentation in a CB environment is necessary
for many reasons.
y Five common documentation techniques:
y Entity Relationship Diagram
y Data Flow Diagrams
y Document Flowcharts
y System Flowcharts
y Program Flowcharts
Entity Relationship Diagram (ERD)…
y is a documentation technique to represent the
relationship + between entities * in a system.
y The REA model version of ERD is widely
used in AIS. REA uses 3 types of entities:
resources (cash, raw materials)
y events (release of raw materials into the production
process)
y agents (inventory control clerk, vendor, production
worker)
y
Cardinalities…
y represents the numerical mapping between entities:
y one-to-one
y one-to-many
y many-to-many
Cardinalities
Entity
Salesperson
Relationship
1
1
Customer
Vendor
M
Assigned
Places
Supply
Entity
1
M
M
Car
Type
Order
Inventory
Data Flow Diagrams (DFD)…
y use symbols to represent the processes, data
sources, data flows, and entities in a system
y represent the logical elements of the system
y do not represent the physical system
Data Flow Diagram Symbols
Entity
Name
Data Store
Name
N
Process
Description
Direction of
data flow
Data Flow Diagram Symbols
y Process
y Menggambarkan pekerjaan atau aksi yang dilakukan pada
data sehingga data tersebut dapat ditransformasikan,
disimpan atau didistribusikan.
y Data Store
y Menggambarkan data secara keseluruhan
y Dapat menyajikan data dalam bentuk
y
y
y
File folder
Computer-based file
Notebook
Data Flow Diagram Symbols
y Source/Sink
y Menggambarkan asal dan/atau tujuan data.
y Kadangkala ditunjukkan sebagai external entity.
y Digambarkan dengan simbol segiempat.
y Namanya menyatakan sebagai apakah external agent
tersebut.
y Karena eksternal, memiliki banyak karakteristik yang tidak
menarik
y Data Flow
y menggambarkan data yang bergerak dan berpindah sebagai
suatu unit dari satu tempat ke tempat lainnya pada sistem.
y Digambarkan sebagai tanda panah.
y Pilih nama yang berarti untuk menyajikan data.
DFD Integrates Event Table and ERD
Context Diagrams
y DFD yang meringkas semua aktifitas
pengolahan
y View level tertinggi dari suatu sistem
y Menunjukkan system boundaries
y Skopenya disajikan oleh proses tunggal dan
outside agents
CONTEXT DIAGRAM
Logical DFD
Balanced DFDs
y Lima slide berikut ini menggambarkan “balanced” data
flow diagrams.
y Balanced DFDs ada jika data flows external ekivalen.
y DFD yang pertama adalah diagram konteks dan yang
berikutnya adalah suatu “explosion” dari diagram
tersebut ke DFD logik level 0.
y Diagram selanjutnya lagi adalah suatu “explosion” dari
DFD logical level 1, dst.
A
Source
The
System
Context Diagram
B
Sink
39
39
Source
2.0
A
C
1.0
Data Store
D
The level 0
DFD
3.0
Sink
B
40
40
Diagram 1.0
A
1.2
E
1.1
G
F
1.4
D
1.3
C
41
41
D
File
I
3.1
H
Diagram 3.0
3.2
B
42
42
D
I
3.1.1
J
3.1.2
Diagram 3.1
H
43
43
Context Diagram of a Food Ordering System
44
44
Level‐0 DFD of a Food Ordering System
45
45
Level‐1 DFD of a Food Ordering System
46
46
Level‐1 DFD of a Food Ordering System
Level‐1 DFD of a Food Ordering System
Evaluating DFD Quality
y Mudah dibaca
y Secara internal konsisten
y Menyajikan sistem secara akurat
y Mengurangi overload informasi
Aturan: 7 +/- 2
DFD Diagramming Rules
Unnecessary Data Input: Black Hole
Process with Impossible Data Output: Miracle
Process with Unnecessary Data Input
Process with Impossible Data Output
Documentation of DFD Components
‹Proses pada level terendah harus
digambarkan secara rinci.
‹Penyimpanan data harus digambarkan
dalam bentuk data elements
‹Setiap data element harus digambarkan
‹Berbagai pilihan untuk definisi proses
harus ada.
Preparing Data Flow Diagrams
y Baca narasi dengan baik – jumlah
baris dan paragraf pada text.
y Siapkan tabel entitas dan aktifitas.
y Gambarkan diagram konteks –
gunakan DFD guidelines.
DFD Guidelines
1.
Masukkan dalam konteks sistem (bubble) setiap entitas
yang melaksanakan satu atau lebih aktifitas – aktifitas
pengolahan informasi.
2.
Mulai sekarang, masukkan hanya rutin-rutin pengolahan
normal, tanpa kecuali rutin-rutin atau error routines, pada
diagram konteks, DFD fisik, dan DFD logik level 0.
3.
Masukkan pada dokumentasi sistem semua (dan hanya)
aktifitas-aktifitas dan entitas yang dIgambarkan pada
narasi sistem – tidak lebih dan tidak kurang.
4.
Saat entitas ganda beroperasi secara identik, gambarkan
hanya satu untuk menggambarkan semua entitas.
Causeway Context Diagram
Charge
customer
Deposit
Bank
Payment
Cash
receipts
on account
system
Cash receipts
total
General
ledger
office
DFD Guidelines (cont.)
5.
Untuk lebih jelasnya, gambarkan alur data untuk setiap
alur ke dalam dan keluar file. Untuk kejelasan dan
untuk membantu menentukan bahwa Anda telah
memasukkan semua alur penting, beri label tiap alur
dengan nomor aktifitas yang muncul pada alur atau
dengan suatu deskripsi dari alur.
6.
Jika suatu file penting secara logik (yaitu, karena suatu
penundaan antara proses), masukkan file pada
diagrams, baik disebut atau tidak disebutkan di narasi.
DFD Guidelines (cont.)
7.
Kelompokkan aktifitas-aktifitas jika terjadi di tempat
yang sama dan pada waktu yang sama.
8.
Kelompokkan aktifitas-aktifitas jika terjadi pada waktu
yang sama tetapi di tempat-tempat yang berbeda.
9.
Kelompokkan aktifitas-aktifitas yang berhubungan
secara logik.
10. Agar DFD dapat dibaca, gunakan antara 5 dan 7
bubbles.
Causeway Logical Level 0 DFD
DFD Guidelines (cont,)
11.
Suatu data flow seharusnya menuju ke operasi-operasi entity
square jika hanya melakukan fungsi-fungsi operasi (yaitu,
fungsi-fungsi yang berhubungan dengan pekerjaan seperti
penyimpanan barang, pengambilan barang dari shelter, dst)
yang dilakukan oleh entitas tersebut. Suatu data flow
seharusnya memasukkan entitas bubble jika entitas
operasinya adalah melakukan aktifitas pengolahan informasi.
12.
Pada DFD fisik, pembacaan penyimpanan data komputer dan
penulisan ke penyimpanan data komputer harus melalui
computer bubble.
13.
Pada DFD logik, data flows tidak dapat mengalir dari buble
(lingkaran) yang memiliki nomor lebih besar ke buble
(lingkaran) yang memiliki nomor lebih kecil.
Document Flowcharts
y Flowcharts adalah representasi piktorial dari sistem
pengolahan transaksi yang menggambarkan berbagai
jenis alur.
y Document Flowchart:
y menekankan input-input dan output-output hardcopy serta
alurnya melalui unit-unit organisasi.
y Isinya lebih detil daripada DFD.
y menggambarkan pemisahan fungsi dari suatu sistem.
y Auditors dan accountants dapat menggunakan flowcharts
pada saat menganalisa sistem untuk menunjukkan
kelemahan kontrol dan pelaporan.
Common Document Flowcharting
Symbols - I
Punched Card
Floppy Disk
Keying operation
Manual Operation
Document
Multiple copies of
a specific document
Connector between
two points on a
flowchart
Journal or ledger
Common Document Flowcharting
Symbols - II
Permanent file of
documents
Envelope
Information flow
Document flow
Annotation for
additional
explanation
Adding machine
tape used for
batch control
A Sample Document Flowchart
Requesting Department
12
Central Supplies Department
A
Goods Requisition
Form
1
Goods Requisition
Form
A
File
System Flowcharts
y System Flowcharts menggambarkan alur data dan
langkah-langkah pengolahan pada suatu sistem
informasi akuntansi.
y Simbol-simbol yang digunakan adalah yang sesuai
dengan standar konvensi industri Amerika, yaitu sesuai
dengan American National Standards Institute (ANSI)
y Flowcharting symbols dikelompokkan sebagai simbolsimbol input-output, proses, penyimpanan, simbolsimbol data dan alur informasi, serta simbol rupa-rupa
(miscellaneous).
Standard Flowchart Symbols
INPUTS
PROCESSING
OUTPUT
DOCUMENTS
COMPUTER
PROCESS
CRT
DISPLAY
MANUAL
KEYING
MANUAL
PROCESS
PUNCH
CARD
OFFLINE
PROCESS
GENERAL
PURPOSE
INPUTOUTPUT
DISK
TAPE
PAPER
CONNECTORS
START/STOP
ON-PAGE
CONNECTOR
OFF-PAGE
CONNECTOR
LOGIC FLOW
MISCELLANEOUS
ANNOTATIONS
BATCH
TOTAL
DATA STORES
GOODS; I.e. inventory
shipment
FILING SEQUENCE:
A = ALPHABETICAL
C = CHRONOLOGICAL
N = NUMERICAL
TELECOMMUNICATIONS
LINK
Common System Flowcharting Routines
y Slide-slide berikut ini menunjukkan beberapa cara
untuk menunjukkan pengolahan dengan
menggunakan system flowcharting.
y Perhatikan cara pengesetan kolom-kolom untuk
mengkomunikasikan alur aktifitas antara entitasentitas pengolahan.
CLERK
COMPUTER
Input
document
Data
store1
Key
input
Edit/validate
input
Data
store 2
Display
input or error
Resolve
errors, if
any
Record
input
Key corrections;
accept input
Accepted
input
Input
document
Masukkan dokumen ke
komputer melalui keyboard,
edit input, record input
User
Query input
Computer
Process
query
Data
store(s)
User queries the
computer
Display
Computer
Old
master data
Input
data
Update
New
master data
Update sequential
data store
USER
COMPUTER
Document
(Implies manual reconciliation
of batch totals)
Prepare
batch
totals
Exception and
summary report
Batch
totals
Record
input
Key
document
Accepted
input
Document
Transaction
data
Prepare exception
and summary
report
PREPARATION AND LATER MANUAL
RECONCILIATION OF CONTROL TOTALS
N
DATA ENTRY CLERK 1
NETWORKED PCs
DATA ENTRY CLERK 2
A
Documents
Documents
Key
enter
Record
input
Rekey
inputs
Accepted
inputs
Input
data
Verified
input
Documents
Verify
inputs
A
KEY AND KEY VERIFY INPUTS
Scanning clerk
Computer
Input
document
Scan
document
Update
data
Data
store(s)
Masukkan dokumen ke
komputer dengan
menggunakan scanner.
Scanning Clerk
Input
document
Scan
document
Computer
Data Entry Clerk
Record
image
Input
image
Display
image of
document
Record
data
Document
image
Key data
Masukkan dokumen ke komputer dengan menggunakan
scanner dan manual keying
System flowcharting guidelines
1. Bagilah flowchart ke dalam kolom-kolom; masingmasing satu untuk setiap internal entity dan satu
untuk setiap external entity. Berilah label pada setiap
kolom.
2. Kolom-kolom flowchart harus dibuatkan lay-outnya
sehingga aktifitas-aktifitas flowchart mengalir dari kiri
ke kanan, tetapi kolom-kolom tersebut sebaiknya
ditempatkan agar dapat meminimalkan garis-garis
yang bersilangan (crossed lines) dan konektor (tanda
hubung).
System flowcharting guidelines (cont.)
3.
Flowchart logic seharusnya mengalir dari atas
ke bawah dan dari kiri ke kanan. Untuk lebih
jelasnya, beri tanda panah pada semua flow
lines.
4.
Buatlah flowchart dalam satu halaman. Jika
tidak dapat, gunakan banyak halaman dengan
off-page connectors. Jangan tempelkan,
jangan diikat, jangan diberi staple, atau
apapun untuk memperkecil flowchart agar
menjadi satu halaman.
System flowcharting guidelines (cont.)
5.
Di setiap kolom, setidaknya harus ada satu proses
manual, keying operation, atau data store antar
dokumen. Jangan hubungkan secara langsung
dokumen-dokumen pada kolom yang sama.
6.
Pada saat terjadi persilangan garis organisasi
(satu kolom dengan yang lain), tunjukkan suatu
dokumen akhir dari kedua garis alur tersebut
kecuali jika hubungannya sangat pendek sehingga
maksudnya menjadi tidak jelas.
System flowcharting guidelines (cont.)
7.
Dokumen-dokumen atau laporan-laporan yang
dicetak di pengolahan data (PD) seharusnya
ditunjukkan dulu di kolom PD. Kemudian tunjukkan
tujuan dokumen atau laporan ke unit tujuan.
8.
Dokumen-dokumen atau laporan-laporan yang
dicetak oleh fasilitas peralatan komputer terpusat di
unit organisasi lain (gudang, bagian pengiriman)
seharusnya tidak ditunjukkan pada fasilitas
komputer.
System flowcharting guidelines (cont.)
Pengolahan di dalam unit organisasi pada alat –alat
seperti PC atau cash register yang dikomputerisasi
seharusnya ditunjukkan pada unit tersebut atau
sebagai kolom terpisah dekat dengan unit tersebut,
tetapi tidak pada kolom fasilitas komputer pusat.
10. Langkah-langkah pengolahan sekuensial (baik
yang dikomputerisasi ataupun yang manual)
dengan tanpa penundaan antara proses-proses
tersebut dapat ditunjukkan sebagai satu proses
atau sebagai urutan proses.
9.
System flowcharting guidelines (cont.)
11. Satu-satunya cara ke unit penyimpanan data
komputer adalah melalui segi empat pengolahan
komputer.
12. Proses manual tidak diperlukan untuk
menunjukkan pengiriman suatu dokumen.
Pengiriman dokumen harus dijelaskan dari
perpindahan dokumen itu sendiri.
13. Jangan menggunakan proses manual untuk
memfile suatu dokumen. Tunjukkan saja dokumen
yang akan dimasukkan ke file.
Sales Department
Customer
Customer
Order
Prepare
Sales
Orders
Credit Department
Shipping Department
A
Sales
Order #1
Sales
Order2
Checks
Credit
Credit
Records
Picks
Goods
Stock
Records
Sales
Order 4
Sales
Order3
Signed Sales
Order #1
Customer
Order
Sales
Order
#1
Sales
Sales
Order
#1
OrderSales
#1
Order #1
N
Warehouse
Sales
Order2
Picks
Goods
Sales
Order 4
Sales
Order3
Signed Sales
Order #1
Sales
Order2
Distribute
SO and
File
Customer
Sales
Order
Signed Sales
Order 4
Order #1
Sales
Order3
Sales
N
Order2
A
Customer
Finished Document Flowchart Showing Areas of Activity
N
Program Flowcharts…
illustrate the logic used in programs
Program Flowchart Symbols
Logical process
Terminal start or
end operation
Input/output
operation
Decision
Flow of logical
process
LATIHAN
Soal 1
Untuk aktivitas-aktivitas berikut ini, gambarkanlah
potongan flowchart yang tepat.
1. File pesanan penjualan dan file penerimaan kas
digunakan untuk meng –update master file
pesanan penjualan.
2. Fungsi akuntansi menerima tiga dokumen : order
penjualan, bukti pengiriman dan faktur penjualan.
Ketiga dokumen tersebut dibandingkan dan
kemudian diarsipkan. Selain itu, fungsi akuntansi
juga melakukan pencatatan pada jurnal penjualan.
LATIHAN
Soal 2
ƒ
PT AYO MAJU adalah sebuah perusahaan yang berlokasi di Bekasi. Deskripsi
dari sistem pengolahan gaji yang dimiliki oleh perusahaan adalah sebagai
berikut:
ƒ
Untuk menghitung gaji pegawai, perusahaan menggunakan data yang berasal
dari kartu yang berisi data waktu kerja pegawai dari berbagai departemen
serta data pegawai yang disiapkan oleh bagian sumber daya manusia (SDM).
Data file pegawai/gaji dari bagian SDM selalu diupdate terlebih dahulu
sebelum dikirim ke sistem pengolahan gaji pegawai .
ƒ
Proses pembayaran gaji pegawai akan menghasilkan cek bagi pegawai serta
payroll check bagi bank. Data gaji pegawai yang telah diproses akan disimpan
kembali pada file employee/gaji pegawai dan akan digunakan untuk
mempersiapkan laporan gaji pegawai bagi manajemen serta untuk menghitung
pajak untuk yang dibayarkan ke pemerintah.
LATIHAN
Soal 2
ƒ Proses untuk pembayaran gaji pegawai juga menghasilkan
payroll disbursement voucher.
ƒ Proses pembayaran pajak kepada pemerintah menghasilkan
payrol disbursement voucher dan laporan pajak dan cek
untuk pembayaran pajak. Payroll disbursement voucher yang
dihasilkan dari proses pembayaran gaji pegawai dan proses
pembayaran pajak akan digunakan untuk mengupdate
general ledger.
Anda diminta:
ƒ Buat diagram konteks dan DFD level zero dari sistem
pengolahan gaji PT AYO MAJU.