View
214
Download
0
Category
Preview:
Citation preview
Accounting Information Systems,
6th
editionJames 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 2Broad objectives of transaction cyclesTypes of transactions processed by each of the three transaction cyclesThe basic accounting records used in TPSThe traditional accounting records and their magnetic equivalents Documentation techniquesBatch and real-time processing and the impact of these technologies on transaction processing
An Overview of Transaction Processing
A Final Transaction is…an economic event that affects the assets and equities of the firm, is reflected in its accounts, and is measured in monetary terms.similar types of transactions are grouped together into three transaction cycles:
the expenditure cycle,the conversion cycle, andthe revenue cycle.
Expenditure Cycle Conversion Cycle Revenue Cycle
Cash
Subsystems
Purchasing/Accounts PayableCash DisbursementsPayrollFixed Assets
Subsystems
Production Planning and ControlCost Accounting
Subsystems
Sales Order ProcessingCash Receipts
Labor
Physical Plant
Materials
Finished Goods
CustomersC
ash
Cas
h
Fin
ishe
d G
oods
Relationship between Transaction Cycles
Each Cycle has Two SubsystemsExpenditure Cycle: time lag between the two due to credit relations with suppliers:
physical component (acquisition of goods)financial component (cash disbursements to the supplier)
Conversion Cycle :the production system (planning, scheduling, and control of the physical product through the manufacturing process)the cost accounting system (monitors the flow of cost information related to production)
Revenue Cycle: time lag between the two due to credit relations with customers :
physical component (sales order processing)financial component (cash receipts)
Accounting RecordsManual Systems (1)
Source Documents - used to capture and formalize transaction data needed for transaction processingProduct Documents - the result of transaction processingTurnaround Documents - a product document of one system that becomes a source document for another system
Accounting Records
Manual Systems (2)Journals - a record of chronological entry
special journals - specific classes of transactions that occur in high frequencygeneral journal - nonrecurring, infrequent, and dissimilar transactions
Ledger - a book of financial accounts general ledger - shows activity for each account listed on the chart of accountssubsidiary ledger - shows activity by detail for each account type
Gambar Formulir Ayat Jurnal (atas) dan Buku Besar (bawah)
Flow of Info from the Economic Events Into the General Ledger
Customer'sOrder
SalesOrder
SalesJournal
GeneralLedger
Accounts ReceivableSubsidiaryLedger
Periodically Reconcile Subsidiary
Ledger to General Ledger
Post
JournalEntry Post
4
2
3
General LedgerControl Accounts Accounts Receivable Inventory Cost of Goods Sold Sales
BalanceSheetAR XXXSales
Orders
Reference File
Archive File
Source Document
TransactionFile
SalesOrders
Keying
Audit Trail
1
Journal
Error File
AR Subsidiary
InventorySubsidiary
Master Files
Credit File
UpdateProgram
EXPLANATION OF STEPS IN FIGURE:
1. Compare the AR balance in the balance sheet with the master file AR control account balance.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 ledgerand trace these to transactions in the sales journal (archive file).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.
Accounting Records in a Computer-Based System
SourceDocument Journal General
LedgerFinancialStatements
FinancialStatements
GeneralLedger Journal
SourceDocument
Audit Trail
Accountants should be able to trace in both directions.Sampling and confirmation are two common techniques.
Accounts Receivable Control Account-General Ledger
Accounts Receivable Subsidiary Ledger(sum of all customers’ receivables)
Sales Journal Cash Receipts Journal
Sales Order Deposit Slip
Remittance AdviceShipping Notice
Example of Tracing an Audit TrailVerifying Accounts Receivable
Computer‐Based Systems
The audit trail is less observable in computer-based systems than traditional manual systems. The data entry and computer programs are the physical trail.The data are stored in magnetic files.
Types of FilesMaster File - generally contains account data (e.g., general ledger and subsidiary file)Transaction File - a temporary file containing transactions since the last updateReference File - contains relatively constant information used in processing (e.g., tax tables, customer addresses)Archive File - contains past transactions for reference purposes
Computer‐Based Accounting Systems
Two broad classes of systems:batch systemsreal-time systems
Batch ProcessingA batch is a group of similar transactions that are accumulated over time and then processed together.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.A time lag exists between the event and the processing.
SalesOrders
KeyingUnedited Transactions
EditRun
Errors
EditedTransactions
SortRun
Transactions
UpdateRun
Old Master(father)
AR
AR
New Master(son)
Transactions (eventually transferred to an archive file)
correct errors and resubmit
catches clerical errors
rearranges the transaction data bykey field so that it is in the samesequence as the master file
changes the values in the master file toreflect the transactions that have occurred
Batch Processing/Sequential File
Steps in Batch Processing/Sequential File
Keystroke - source documents are transcribed by clerks to magnetic tape for processing laterEdit Run - identifies clerical errors in the batch and places them into an error fileSort Run - places the transaction file in the same order as the master file using a primary keyUpdate Run - changes the value of appropriate fields in the master file to reflect the transactionBackup Procedure - the original master continues to exist and a new master file is created
Advantages of Batch Processing
Organizations can increase efficiency by grouping large numbers of transactions into batches rather than processing each event separately.Batch processing provides control over the transaction process via control figures.
Real‐Time Systems…process transactions individually at the moment the economic event occurshave no time lag between the economic event and the processinggenerally require greater resources than batch processing since they require dedicated processing capacity; however, these cost differentials are decreasingoftentimes have longer systems development time
Why Do So Many AIS Use Batch Processing?
AIS processing is characterized by high-volume, independent transactions, such are recording cash receipts checks received in the mail. The processing of such high-volume checks can be done during an off-peak computer time.This is one reason why batch processing maybe done using real-time data collection.
Alternatif
Data Processing Approach: Modern Systems versus Legacy Systems‐1
Modern systems characteristics:client-server based and process transactions in real timeuse relational database tableshave high degree of process integration and data sharingsome are mainframe based and use batch processing
Some firms employ legacy systems for certain aspects of their data processing.
Accountants need to understand legacy systems.Legacy systems characteristics:
mainframe-based applicationsbatch orientedearly legacy systems use flat files for data storagelater legacy systems use hierarchical and network databases data storage systems promote a single-user environment that discourages information integration
Modern Systems versus Legacy Systems‐2
(SK)Record Structure for
Sales Orders Transaction File
InventoryNumber
QuantitySold
UnitPrice
InvoiceAmount
(SK)(PK)
SalesOrder
Number
AccountNumber
(PK) Record Structure for AR Master File
AccountNumber Address Current
BalanceCreditLimit
LastPayment
Date
BillingDate
Record Structure for Inventory Master File(PK)
InventoryNumber
Quantityon Hand
ReorderPoint EOQ Vendor
NumberStandard
CostTotalCost
Name
Description
Updating Master Files: Primary Keys (PK) and Secondary Keys (SK)
Database Backup Procedures
BackupMaster
BackupProgramMasterTransaction
UpdateProgram Recovery
Program
•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 pre-
update version of the master file.
Documentation TechniquesDocumentation in a CB environment is necessary for many reasons. Five common documentation techniques:
Entity Relationship DiagramData Flow DiagramsDocument FlowchartsSystem FlowchartsProgram Flowcharts
Entity Relationship Diagram (ERD)…is a documentation technique to represent the relationship between entities in a system.The REA model version of ERD is widely used in AIS. REA uses 3 types of entities:
resources (cash, raw materials)events (release of raw materials into the production process)agents (inventory control clerk, vendor, production worker)
Cardinalities…represents the numerical mapping between entities:
one-to-oneone-to-manymany-to-many
Sales-person
CarType
Customer Order
Vendor Inventory
Assigned
Places
Supply
Entity Relationship Entity
1
M
M M
1
1
Cardinalities
Data Flow Diagrams (DFD)…use symbols to represent the processes, data sources, data flows, and entities in a systemrepresent the logical elements of the systemdo not represent the physical system
Data Flow Diagram Symbols
EntityName
NProcessDescription
Data StoreName
Direction of data flow
Data Flow Diagram SymbolsProcess
Menggambarkan pekerjaan atau aksi yang dilakukan padadata sehingga data tersebut dapat ditransformasikan, disimpan atau didistribusikan.
Data StoreMenggambarkan data secara keseluruhanDapat menyajikan data dalam bentuk
File folderComputer-based fileNotebook
Data Flow Diagram SymbolsSource/Sink
Menggambarkan asal dan/atau tujuan data. Kadangkala ditunjukkan sebagai external entity. Digambarkan dengan simbol segiempat. Namanya menyatakan sebagai apakah external agent tersebut. Karena eksternal, memiliki banyak karakteristik yang tidakmenarik
Data Flowmenggambarkan data yang bergerak dan berpindah sebagaisuatu unit dari satu tempat ke tempat lainnya pada sistem. Digambarkan sebagai tanda panah. Pilih nama yang berarti untuk menyajikan data.
DFD Integrates Event Table and ERD
Context DiagramsDFD yang meringkas semua aktifitaspengolahanView level tertinggi dari suatu sistemMenunjukkan system boundariesSkopenya disajikan oleh proses tunggal danoutside agents
CONTEXT DIAGRAM
Logical DFD
Balanced DFDsLima slide berikut ini menggambarkan “balanced” data flow diagrams.Balanced DFDs ada jika data flows external ekivalen. DFD yang pertama adalah diagram konteks dan yang berikutnya adalah suatu “explosion” dari diagram tersebut ke DFD logik level 0.Diagram selanjutnya lagi adalah suatu “explosion” dariDFD logical level 1, dst.
Source
The System
Sink
A
B
Context Diagram
3939
Source
Sink
1.0
3.0
2.0
The level 0 DFD
Data Store
A
C
D
B
4040
1.1
1.3
1.2
1.4
GE
C
A
D
F
Diagram 1.0
4141
3.1
3.2H
D
I
B
File
Diagram 3.0
4242
3.1.1
3.1.2
D
J
I
HDiagram 3.1
4343
Context Diagram of a
Food Ordering System
4444
Level‐0 DFD of a
Food Ordering System
4545
Level‐1 DFD of a Food Ordering System
4646
Level‐1 DFD of a Food Ordering System
Level‐1 DFD of a Food Ordering System
Evaluating DFD Quality
Mudah dibacaSecara internal konsistenMenyajikan sistem secara akuratMengurangi 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 harusdigambarkan secara rinci. Penyimpanan data harus digambarkandalam bentuk data elementsSetiap data element harus digambarkanBerbagai pilihan untuk definisi prosesharus ada.
Preparing Data Flow Diagrams
Baca narasi dengan baik – jumlahbaris dan paragraf pada text. Siapkan tabel entitas dan aktifitas. Gambarkan diagram konteks –gunakan DFD guidelines.
DFD Guidelines1.
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
Chargecustomer
Bank
Generalledgeroffice
Cash receipts
on account system
Payment
DepositCash receipts total
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 FlowchartsFlowcharts adalah representasi piktorial dari sistempengolahan transaksi yang menggambarkan berbagaijenis alur. Document Flowchart:
menekankan input-input dan output-output hardcopy sertaalurnya melalui unit-unit organisasi. Isinya lebih detil daripada DFD.menggambarkan pemisahan fungsi dari suatu sistem.
Auditors dan accountants dapat menggunakan flowcharts pada saat menganalisa sistem untuk menunjukkankelemahan kontrol dan pelaporan.
Common Document Flowcharting Symbols - I
Punched Card
Keying operation
Document
Multiple copies ofa specific document
Floppy Disk
Manual Operation
Connector betweentwo points on a flowchart
Journal or ledger
Permanent file ofdocuments
Information flow
Document flow
Annotation foradditional explanation
Envelope
Adding machinetape used forbatch control
Common Document Flowcharting Symbols - II
A Sample Document Flowchart
Requesting Department Central Supplies Department
Goods Requisition Form
A
1 2
File
A
Goods Requisition Form
1
System FlowchartsSystem Flowcharts menggambarkan alur data danlangkah-langkah pengolahan pada suatu sisteminformasi akuntansi. Simbol-simbol yang digunakan adalah yang sesuaidengan standar konvensi industri Amerika, yaitu sesuaidengan American National Standards Institute (ANSI)Flowcharting symbols dikelompokkan sebagai simbol-simbol input-output, proses, penyimpanan, simbol-simbol data dan alur informasi, serta simbol rupa-rupa(miscellaneous).
Standard Flowchart SymbolsINPUTS PROCESSING OUTPUT DATA STORES CONNECTORS
MISCELLANEOUS
DOCUMENTS
MANUALKEYING
PUNCHCARD
COMPUTERPROCESS
MANUALPROCESS
OFFLINEPROCESS
CRTDISPLAY
GENERALPURPOSE
INPUT-OUTPUT
DISK
TAPE
PAPER
FILING SEQUENCE: A = ALPHABETICAL C = CHRONOLOGICAL N = NUMERICAL
START/STOP
ON-PAGE CONNECTOR
OFF-PAGE CONNECTOR
LOGIC FLOW
TELECOMMUNICATIONS LINK
ANNOTATIONS
BATCH TOTAL
GOODS; I.e. inventory shipment
Common System Flowcharting Routines
Slide-slide berikut ini menunjukkan beberapa carauntuk menunjukkan pengolahan denganmenggunakan system flowcharting.Perhatikan cara pengesetan kolom-kolom untukmengkomunikasikan alur aktifitas antara entitas-entitas pengolahan.
Masukkan dokumen ke komputer melalui keyboard, edit input, record input
Recordinput
Inputdocument
Datastore1
Data store 2
CLERK COMPUTER
Edit/validateinput
Keyinput
Displayinput or error
Resolveerrors, if
any
Key corrections;accept input
Acceptedinput
Inputdocument
Query inputProcess
query
Display
User
Update
Computer
User queries the computer
Update sequential data store
Datastore(s)
Inputdata
Oldmaster data
Newmaster data
Computer
USER COMPUTER
Document
Preparebatchtotals
Batchtotals
Keydocument
Acceptedinput
Document
N
Recordinput
Transaction data
Prepare exceptionand summary
report
Exception andsummary report
(Implies manual reconciliation of batch totals)
PREPARATION AND LATER MANUAL RECONCILIATION OF CONTROL TOTALS
DATA ENTRY CLERK 1 NETWORKED PCs DATA ENTRY CLERK 2
Documents
Documents
Keyenter
Rekeyinputs
Verifiedinput
Accepted inputs
Recordinput
Verify inputs
Inputdata
Documents
A
A
KEY AND KEY VERIFY INPUTS
Masukkan dokumen ke komputer dengan menggunakan scanner.
Scanning clerk Computer
Inputdocument
Scandocument
Updatedata
Datastore(s)
Inputdocument
Scandocument
Recordimage
Inputimage
Displayimage of
document
Recorddata
Documentimage
Key data
Scanning Clerk Computer Data Entry Clerk
Masukkan dokumen ke komputer dengan menggunakan scanner dan manual keying
System flowcharting guidelines
1.
Bagilah
flowchart ke
dalam
kolom-kolom; masing- masing
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.)
9.
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.
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 Order 4
Customer Order
Sales Department Credit Department Warehouse Shipping Department
Finished Document Flowchart
Showing Areas of Activity
Customer
Customer Order
Prepare Sales
Orders
Sales Order #1Sales Order #1Sales Order #1Sales
Order #1
N
Sales Order #1
Checks Credit Credit
Records
Signed SalesOrder #1
Signed SalesOrder #1
DistributeSO and
File
N
Customer OrderSigned Sales
Order #1
Sales Order 4Sales
Order3Sales Order2
Sales Order2
Sales Order 4
Sales Order3Picks
GoodsStock
Records
A
A
Sales Order2
PicksGoods
N
Sales Order3
Customer
Sales Order2
Program Flowcharts…illustrate the logic used in programs
Program Flowchart Symbols
Logical process
Decision
Terminal start orend operation
Input/outputoperation
Flow of logicalprocess
LATIHAN
Soal 1Untuk 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.
LATIHANSoal 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 disimpankembali pada file employee/gaji pegawai dan akan digunakan untukmempersiapkan laporan gaji pegawai bagi manajemen serta untuk menghitung pajak untuk yang dibayarkan ke pemerintah.
LATIHANSoal 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 sistempengolahan gaji PT AYO MAJU.
Recommended