LAMPIRAN. No Use Case Process. Tabel 2 Tombol-tombol Check In Screen. No Label Tombol Kegunaan Default

Transkripsi

1 L1 LAMPIRAN A. Technical Specification Untuk Sistem POS 1. Technical Specification Untuk Modul Cashier a. Technical Specification Untuk Menu Check in Tabel 1 Use Case Scenario Untuk Menu Check In No Use Case Process 1. Mendaftarkan pelanggan sebagai Tamu Pendaftaran pelanggan dilakukan dengan menggunakan menu check in guest yang terdapat pada layar check in. Tabel 2 Tombol-tombol Check In Screen No Label Tombol Kegunaan Default 1. Search ID Member Untuk mencari ID member 2. Search Locker Untuk mencari nomor locker yang tersedia 3. Button check in Untuk menjalankan fungsi check in apabila semua field sudah terisi dan sudah di validasi.

2 L2 Tabel 3 Field field dalam Check in Screen No Label Field Keterangan Default Check in Guest 1. Name Nama member harus diisi 2. Locker Nomor locker harus diisi Check In Member 3. ID Member Menggunakan scan finger print terlebih dahulu setelah itu ID member akan muncul 4. Member Name Menggunakan scan finger print terlebih dahulu setelah itu nama member akan muncul 5. Member Type Menggunakan scan finger print terlebih dahulu setelah itu member type akan muncul Disabled Disabled Disabled 6. Locker Nomor locker harus diisi b. Technical Specification Untuk Menu Billing Tabel 4 Use Case Scenario Menu billing No Use Case Process 1. Mencetak Bukti Pembayaran Setelah pelanggan membayar sesuai tagihan maka selanjutnya user dapat mencetak bukti pembayaran dengan mengklik tombol print.

3 L3 Tabel 5 Tombol-tombol Billing Screen No Label Tombol Kegunaan Default 1. Pay all Untuk melakukan proses pembayaran selanjutnya lalu muncul detil tagihan dan sistem meminta inputan untuk mengisi nominal 2. Submit Untuk validasi jika semua field sudah terisi Disabled Tabel 6 Field field Dalam Billing Screen No Label Field Keterangan Default 1. Jenis Pada field jenis ini akan menjelaskan jenisjenis transaksi seperti trt, fsl, f&b,dll 2. Subtotal Mejelaskan total pembayaran dari masingmasing jenis transaksi 3. Discount Informasi mengenai jumlah diskon yang diberikan 4. SVC Total Service Charge yang diberikan kepada pelanggan 5. Tax Total Pajak yang dibebankan kepada pelanggan 6. Total Biaya total dari hasil subtotal, diskon, SVC, dan tax Disabled Disabled Disabled Disabled Disabled Disabled Billing detail 7. No.Bill Nomor billing dari setiap transaksi Disabled 8. Locker # Menginformasikan nomor locker pelanggan No Label Field Keterangan Default 9. Currency Menginformasikan jenis mata uang yang digunakan

4 L4 No Label Field Keterangan Default 10. Nominal Inputan untuk mengisi total pembayaran pelanggan 11. Bank Inputan untuk memilih nama bank untuk pembayaran menggunakan kartu kredit 12. No.Kartu Inputan untuk mengisi nomor kartu debit atau kartu kredit 2. Technical Specification Untuk Modul Locker a. Technical Specification Untuk Menu Start Transaction Tabel 7 Use Case scenario Untuk Menu Start Transaction No Use Case Process 1. Mendaftarkan nomor locker pelanggan Pada saat pelanggan melakukan checkin,pelanggan akan mendaftarkan nomor locker ke locker boy untuk memulai transaksi. Tabel 8 Field field dalam Start Transaction Screen No Label Field Keterangan Default 1. Locker number Inputan untuk mengisi nomor locker pelanggan No Label Field Keterangan Default 2. Show Record Berfungsi untuk melihat list pelanggan dalam satu screen 3. Search Untuk mencari nama pelanggan 4. Nama Informasi mengenai nama pelanggan Disabled 5. Locker # Informasi nomor locker pelanggan Disabled 6. Locker TIme Infromasi mengenai waktu mulai nomor locker didaftarkan Disabled

5 L5 3. Technical Specification Untuk Modul GRO a. Technical Specification Untuk Menu Therapist Order Tabel 9 Use Case scenario Untuk Menu Therapist Order No Use Case Process 1. Mengisi formulir booking User akan mengisi formulir booking dengan memilih therapist sesuai dengan keinginan pelanggan atau jika pelanggan baru akan dipilihkan oleh user Tabel 10 Tombol-tombol Therapist Order Screen No Label Tombol Kegunaan Default 1. Search Untuk mencari therapist 2. Therapist button Untuk memilih therapist,setelah itu akan muncul formulir booking. 3. Pesan Untuk meng-confirm pemesanan therapist Tabel 11 Field field dalam Formulir Booking Screen No Label Field Keterangan Default Formulir booking 1. ID Locker ID Locker haru diisi 2. Jenis treatment Dipilih menggunakan radio button 3. Room Dipilih menggunakan combo box untuk memilih room mana yang akan digunakan 4. Jumlah session User dapat menginput jumlah session yang diinginkan pelanggan

6 L6 No Label Field Keterangan Default 5. Therapist # Nama therapist akan muncul sesuai dengan therapist button yang dipilih b. Technical Specification Untuk Menu F&B Order Tabel 12 Use Case scenario Untuk F&B order screen No Use Case Process Tab Food 1. Menginput makanan yang dipesan user Pada layar tab food akan ditampilkan list makanan yang tersedia lalu User akan men-check list makanan yang dipilih pelanggan. TabBaverages 2. Menginput minuman yang dipesan user Pada layar tab baverages akan ditampilkan list minuman yang tersedia lalu User akan men-check list minuman yang dipilih pelanggan. Tabel 13 Tombol-tombol F&B Order Screen No Label Tombol Kegunaan Default 1. Order Untuk memvalidasi jika semua field sudah terisi Transaction details F&B Order 2. Print Order Untuk mencetak detil pesanan pelanggan Disabled Tabel 14 Field field dalam F&B order Screen

7 L7 No Label Field Keterangan Default 1. Name Nama makanan yang terdapat pada list makanan Disabled 2. Price Harga satuan per makanan Disabled 3. Scan bracelet Inputan untuk mengisi nomor locker/nomor gelang pelanggan 4. Room Inputan untuk mengisi nomor room atau nomor meja pelanggan 5. Show Records Untuk menampilkan jumlah list makan dalam satu screen Disabled Disabled F&B Order details 6. Menu Menampilkan menu yang sudah dipesan Disabled 7. QTY Menampilkan jumlah makanan atau minuman yang dipesan Disabled 8 Status Menampilkan status dari pesanan. Disabled 9. Action Berfungsi untuk menghapus pesanan jika ada kesalahan input atau pembatalan. Disabled c. Technical Specification Untuk Menu Room Map Tabel 15 Field field dalam room map Screen No Label Field Keterangan Default 1. Lantai # Menampilkan informasi lantai dan room yang tersedia Disabled 2. Room # Menampilkan nomor-nomor ruangan Disabled 3. Meja # Menampilkan nomor-nomor meja Disabled 4. Technical Specification Untuk Modul Operator a. Technical Specification Untuk Menu Therapist List

8 L8 Tabel 16 Use Case scenario Menu Therapist List No Use Case Process 1. Memulai session Setelah menampilkan detil dari session selanjutnya user dapat memulai session dengan mengklik button start. 2. Mengakhiri session Setelah selesai User dapat mengakhiri session dengan mengklik button stop. Tabel 17 Tombol-tombol therapist list Screen No Label Tombol Kegunaan Default Tamu 1. Search Untuk Mencari Tamu 2. Detail Untuk Menampilkan detil informasi therapist Therapist 1. Cancel Membatalkan treatment Hidden 2. Start Memulai treatment Hidden 3. Stop Mengakhiri tratement Hidden 4. Add Session Menambah Session Hidden 5. Edit Room Mengganti Ruangan Hidden 6. Add more therapist Menambah jumlah therapist Hidden 7. Hide Menyembunyikan detil informasi therapist Hidden

9 L9 Tabel 18 Field field Dalam Therapist List Screen No Label Field Keterangan Default Tamu 1. Nama Menampilkan nama pelanggan Disabled 2. Locker # Menampilkan nomor-nomor locker Disabled 3. GRO Menampilkan user bagian GRO yang sedang melayani pelanggan Disabled 4. Room # Menampilkan nomor ruangan Disabled 5. Therapist Menampilkan ID therapist Disabled 6. Total therapist Menampilkan jumlah therapist melayani pelanggan yang Disabled 7. Total treatment Menampilkan total treatment disabled 8. Session Menampilkan jumlah session disabled 9. Action Untuk melihat therapist detail disabled Therapist 1. Therapist name Menampilkan nama therapist disabled 2. No.therapist Menampilkan id therapist disabled 3. Session Jumlah session yang dikerjakan therapist disabled 4. Start Menampilkan infromasi waktu mulai disabled 5. End Menampilkan infromasi waktu selesai Disabled 6. Time left Menampilkan waktu yang tersisa disabled 7. Action Menampilkan button cancel,add,start,dan end session enabled

10 L10 5. Technical Specification Untuk Modul Transaction a. Technical Specification Untuk Menu Transaction List Tabel 19 Use Case scenario Untuk Menu Transaction List No Use Case Process 1. Melihat detil transaksi User dapat melihat detil transaksi dari pelanggan dengan mengklik button detail Tabel 20 Tombol Dalam Transaction List Screen No Label Tombol Kegunaan Default 1. Detail Untuk melihat detil transaksi Tabel 21 Field field Dalam Transaction List Screen No Label Field Keterangan Default 1. Trx # Menampilkan nomor transaksi Disabled 2. Locker # Menampilkan nama dan nomor locker pelanggan Disabled No Label Field Keterangan Default 3. Action Menampilkan button detail Transaction Detail 3. Item Name Menampilkan jenis transaksi yang dilakukan oleh pelanggan yang bersangkutan Disabled 4. Status Menampilkan status dari transaksi tersebut Disabled 5. Quantity Menampilkan quantity dari transaksi tersebut. Disabled 6. Posisi Menampilkan ruangan atau meja pelanggan Disabled

11 L11 6. Technical Specification Untuk Modul Kitchen a. Technical Specification Untuk Menu Kitchen Tabel 22 Use Case scenario Untuk Menu Kitchen No Use Case Process 1. Memulai membuat pesanan 2. Mengakhiri membuat pesanan User dapat memulai dengan mengklik button start untuk memulai dan status makanan akan berubah menjadi sedang diproses. Setelah selesai membuat pesanan selanjutnya user akan mengklik button stop untuk membuat status pesanan menjadi sedang diantar. Tabel 23 Tombol Dalam Kitchen Screen No Label Tombol Kegunaan Default 1. Start Untuk mengganti status pesanan menjadi sedang dibuat. 2. Stop Untuk mengganti status pesanan menjadi sedang diantar. Tabel 24 Field field dalam Kitchen Screen No Label Field Keterangan Default 1. Search Untuk mencari pesanan dengan cepat Customer 2. Menu Menampilkan menu yang dipesan Disabled 3. Locker Menampilkan nomor locker pelanggan yang memesan makanan Disabled 4. Meja Menampilkan nomor meja Disabled 5. Status Menampilkan status makanan yang dipesan Disabled

12 L12 6. Action Menampilkan button start dan stop Disabled Staff 7. Menu Menampilkan menu yang dipesan Disabled 8. Locker Menampilkan nomor locker pelanggan yang memesan makanan Disabled 9. Meja Menampilkan nomor meja Disabled 10. Status Menampilkan status makanan yang dipesan Disabled No Label Field Keterangan Default 11. Action Menampilkan button start dan stop Disabled B. Technical Specification Untuk Sistem POS Synchronization a. Technical Specification Submodul POS Integration Tabel 25 Use Case scenario Untuk Sub Modul POS Intergration No Use Case Process 1. Melakukan import data Admin akan mengimport data ke dalam sistem dengan menekan tombol Import 2. Melakukan validasi data Admin akan melakukan validasi terhadap data yang telah di import, dengan menekan tombol Validate Data Tabel 26 Tombol Dalam POS Integration No Label Tombol Kegunaan Default 1. Create Sebagai proses awal untuk melakukan penarikan data 2. More; Fungsi lain sebagai tindakan yang diinginkan admin. Adapun fungsi tersebut terdapat di baris di bawah ini

13 L13 2a. Share Untuk melakukan share kepada pihak yang diinginkan admin, umumnya melalui No Label Tombol Kegunaan Default 2b. Delete Melakukan penghapusan data transaksi yang telah ditarik. Status yang memungkinkan untuk dihapus adalah Preparation dan Checked Tabel 27 Field field dalam POS Integration No Label Field Keterangan Default 1. Resume Table Table rangkuman transaksi Disabled 2. Transaction Table Table transaksi pada database Disabled 3. Transation Detail Table 4. Transaction Detail Payment Table detil transaksi dari database transaksi Table detil payment dari database transaksi Disabled Disabled 5. Addition Description Keterangan tambahan tentang import data Disabled 6. Date Tanggal penarikan transaksi 7. Branch Nama cabang C. Technical Design Specification Modul Accounting 1. Technical Design Specification Submodul Supplier Invoices Tabel 30 Konsep submodul Supplier Invoices Membuat Supplier Invoices User membuat Invoice dengan melanjutkan dari dokumen Purchase Order maupun secara manual.

14 L14 Tabel 31 Use Case scenario submodul Supplier Invoices No Use Case Proses 1. Membuat Supplier Invoice User dapat membuat Supplier Invoices secara manual atau melalui dokumen Purchase Order pada modul Purchasing, dan karena sesuai ruang lingkup maka tidak dibahas pembuatan Purchase Order. User memilih Supplier terkait, menentukan tanggal Invoice dan tanggal jatuh tempo Invoice, serta produk dan jumlah produk yang dibeli. Kemudian User mengklik Save sehingga Supplier Invoices tersimpan dengan status Draft. Tabel 32 Tombol-tombol layar Supplier Invoices No Label Tombol Kegunaan Default 1. Save Untuk menyimpan draft Invoices menjadi dokumen Supplier Invoices. 2. Print Untuk mencetak dokumen Supplier Invoices. 3. More Terbagi menjadi 4 fungsi, yaitu : Share : untuk berbagi dokumen Supplier Invoices, dengan metode berbagi yang dapat dipilih, secara , dengan link, berbagi dengan user lain, berbagi dengan Group. Embed : untuk berbagi dokumen melalui direct link atau dengan embed code. Delete : untuk menghapus dokumen Supplier Invoices. Duplicate : untuk menduplikasi data dari dokumen Supplier Invoices terkait.

15 L15 4. Following/ Unfollow Untuk mengikuti atau tidak mengikuti perkembangan dari dokumen Supplier Invoices tersebut. 5. Add Others Untuk menambahkan user lain yang dapat mengikuti perkembangan dokumen Supplier Invoices. 6. Send a Message Untuk mengirimkan pesan broadcast kepada semua user yang mengikuti perkembangan dokumen Supplier Invoices. 7. Log a Note Untuk membuat catatan terhadap user atas dokumen Supplier Invoices yang tidak akan di broadcast kepada user lain. Draft Invoice 8. Discard Untuk membatalkan draft Invoices dan kembali ke layar tampilan Supplier Invoices yang ada. 9. Validate Untuk melakukan validasi terhadap dokumen draft Supplier Invoices dan membuat status dokumen menjadi Open. 10. Cancel Invoice Untuk membatalkan dokumen Supplier Invoices yang berstatus Open dan mengubahnya menjadi Cancelled. 11. Edit Untuk melakukan edit pada dokumen Supplier Invoices yang berstatus Open, namun terbatas hal-hal yang dapat diubah menggunakan fungsi ini. 12. Add an item Untuk menambahkan produk ke dalam Supplier Invoices.

16 L Update Untuk melakukan perhitungan atas jumlah yang harus dibayarkan atas produk-produk di dalam Supplier Invoices. 14. Create Untuk membuat Supplier Invoices yang baru. Cancelled Invoice 15. Set to Draft Untuk mengubah dokumen Supplier Invoices yang berstatus Cancelled kembali menjadi Draft. Opened Invoice 16. Pay Untuk memasukkan data-data pembayaran pada Supplier Invoices yang berstatus Open. 17. Ask Refund Untuk melakukan permintaan refund. Tabel 33 Field-field dalam layar Supplier Invoices No. Label Field Validasi/Proses Default Draft Invoice 1. Supplier Validasi : Harus diisi dengan nama Supplier yang sudah ada di dalam sistem. User memilih nama Supplier terkait dengan menggunakan drop down box atau dengan mengetikkan nama Supplier. 2. Fiscal Position Validasi :

17 L17 Diisi dengan fiscal position Supplier. User memilih fiscal position Supplier dari drop down box. 3. Source Document User memasukkan (jika ada) dokumen sumber yang digunakan dalam membuat Supplier Invoices. 4. Supplier Invoice Number User memasukkan (jika ada) dokumen Supplier Invoices manual. 5. Payment Reference Secara otomatis dipilih Free Reference. 6. Invoice Date Validasi : Diisi dengan tanggal untuk pembuatan Supplier Invoices. User memilih tanggal pembuatan Supplier Invoices dengan bantuan tombol Date Picker atau mengetik manual. 7. Due Date Validasi : Diisi dengan tanggal jatuh tempo Supplier Invoices. User memilih tanggal jatuh tempo Supplier Invoices dengan bantuan tombol Date Picker atau mengetik secara manual.

18 L18 No. Label Field Validasi/Proses Default 8. Account Validasi : Diisi dengan nomor dan nama Chart of Accounts. User memilih account daripada Chart of Accounts dengan memilih dari drop down box atau pop out window, atau mengetikkan nama daripada account. 9. Journal Validasi : Diisi dengan journal yang terkait dengan transaksi. Secara otomatis dipilih menjadi Purchase Journal(XXX) dengan XXX untuk mata uang yang digunakan. 10. Additional Information User memasukkan informasi tambahan yang diperlukan terkait dengan dokumen Supplier Invoices. Draft Invoices Invoice Tab 11. Product Validasi : Diisi dengan nama produk yang dibeli daripada Supplier. User memilih nama produk dari drop down box atau mengetikkan nama produk, atau secara otomatis mengikuti dokumen Purchase Order.

19 L19 No. Label Field Validasi/Proses Default 12. Description Validasi : Diisi dengan deskripsi atas produk terkait. Secara otomatis mengikuti dokumen Purchase Order. 13. Account Validasi : Diisi dengan account dari Chart of Accounts. User memilih account daripada Chart of Accounts dengan memilih dari drop down box atau pop out window, atau mengetikkan nama daripada account, atau secara otomatis mengikuti dokumen Purchase Order. 14. Quantity Validasi : Diisi dengan jumlah produk. User mengetik jumlah produk secara manual atau sudah secara otomatis mengikuti dokumen Purchase Order. 15. Unit Price Validasi : Diisi dengan harga per unit dari produk. User mengetik harga per unit dari produk atau secara otomatis mengikuti dokumen Purchase Order.

20 L20 No. Label Field Validasi/Proses Default 16. Taxes Validasi : Diisi dengan jenis pajak. User memilih jenis pajak yang digunakan dalam Supplier Invoices atau secara otomatis mengikuti dokumen Purchase Order. 17. Amount Secara otomatis menghitung subtotal harga produk sebelum pajak jika tombol Update dipilih. Tax 18. Tax Description Secara otomatis sistem menampilkan deskripsi tax yang terkait. 19. Tax Account Validasi: Diisi dengan nomor tax account yang terkait. User memilih nomor tax account dari drop down box atau mengetikkan nomor tax account yang diinginkan. 20. Base Secara otomatis terisi dengan dasar pengenaan pajak terkait dengan pajak yang dipilih.

21 L21 No. Label Field Validasi/Proses Default 21. Amount Validasi : User mengisi jumlah pajak. User memasukkan jumlah pajak yang dikenakan dalam dokumen Supplier Invoices. Draft Invoice Other Info Tab 22. Bank Account Validasi : User memilih (jika ada) Bank Account yang dimiliki Supplier. User memilih Bank Account Supplier dari drop down box. 23. Salesperson Validasi : Diisi dengan nama user yang bertanggung jawab atas pembuatan Supplier Invoices. 24. Payment Terms Secara otomatis terisi sesuai dengan user yang login, namun dapat dipilih secara manual dengan user-user yang terdaftar di dalam sistem. Validasi : Diisi dengan syarat pembayaran atas Supplier Invoices. User memilih syarat-syarat pembayaran yang tersedia di dalam sistem.

22 L22 No. Label Field Validasi/Proses Default 25. Journal Entry Secara otomatis terisi dengan nomor Journal Entry untuk pencatatan Purchase Journal. 26. Force Period Secara otomatis terisi dengan periode Accounting yang sedang berjalan. Draft Invoice Payment Tab 27. Payment Date Secara otomatis terisi dengan tanggal pembayaran yang dilakukan atas Supplier Invoices. 28. Journal Entry Secara otomatis terisi dengan nomor Journal Entry. 29. Reference Secara otomatsi terisi degan referensi atas pembayaran yang dilakukan atas Supplier Invoices yang bersangkutan. 30. Name Secara otomatis terisi dengan nama daripada Journal Entry atas pembayaran Supplier Invoices. 31. Journal Secara otomatis terisi dengan metode pembayaran yang dilakukan. 32. Debit Secara otomatis terisi sesuai dengan jumlah yang ada pada Journal Entry.

23 L23 No. Label Field Validasi/Proses Default 33. Credit Secara otomatis terisi sesuai dengan jumlah yang ada pada Journal Entry. 34. Amount Currency Secara otomatis menampilkan jumlah mata uang dari pergerakkan nilai mata uang tersebut. 2. Technical Design Specification Submodul Supplier Refunds Tabel 34 Konsep submodul Supplier Refunds Membuat Supplier Refunds User membuat Retur dengan melanjutkan dari dokumen Supplier Invoices maupun secara manual. Tabel 35 Use Case scenario submodul Supplier Refunds No Use Case Proses 1. Membuat Supplier Refunds User dapat membuat Supplier Refunds secara manual atau melalui dokumen Supplier Invoice. User memilih Supplier terkait, menentukan tanggal Retur dan tanggal jatuh tempo Refunds, serta produk dan jumlah produk yang akan diretur. Kemudian User mengklik Save sehingga Supplier Refunds tersimpan dengan status Draft.

24 L24 Dibawah ini adalah tombol-tombol yang ada pada layar Supplier Refunds namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Save 2. Print 3. More 4. Following/Unfollow 5. Add Others 6. Send a Message 7. Log a Note 8. Discard 9. Validate 10. Cancel Invoice 11. Edit 12. Add an item 13. Update 14. Create 15. Set to Draft 16. Pay 17. Ask Refund Dibawah ini adalah field-field yang ada pada layar Supplier Refunds namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Supplier 2. Fiscal Position 3. Source Document 4. Supplier Invoice 5. Payment 6. Invoice Date Number Reference 7. Due Date 8. Account 9. Journal 10. Additional 11. Product 12. Account Information Description 13. Quantity 14. Unit Price 15. Taxes 16. Amount 17. Tax Description 18. Tax Account 19. Base 20. Bank Account 21. Salesperson 22. Payment Terms 23. Journal Entry 24. Force Period 25. Payment Date 26. Reference 27. Name 28. Debit 29. Credit 30. Ammount Currency 3. Technical Design Specification Submodul Supplier Payments

25 L25 Tabel 36 Konsep submodul Supplier Payments Membuat Supplier Payments User melakukan input data Supplier Payments secara manual atau sebagai kelanjutan dari proses dokumen Supplier Invoices. Supplier Payments juga dapat digunakan untuk mencatat pembayaran retur yang diterima dari Supplier. Tabel 37 Use Case scenario submodul Supplier Payments No Use Case Proses 1. Membuat Supplier Payments User dapat membuat Supplier Payments secara manual atau melalui dokumen Supplier Invoice. User memilih supplier terkait yang akan ditujukan pembayarannya, kemudian memasukkan tanggal dokumen Supplier Payments dibuat, total pembayaran yang akan dilakukan, metode pembayaran, serta journal item. Kemudian user mengklik Save untuk menyimpan Supplier Payments dengan status Draft. Berikut adalah tombol-tombol yang ada pada layar Supplier Payments namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Save 2. Discard 3. Validate 4. Update 5. Add an item 6. More 7. Send a message 8. Log a note 9. Following/ Unfollowing

26 L Add Others 11. Set to Draft 12. Edit 13. Create 14. Cancel Selain tombol diatas, terdapat tombol-tombol lain yang memiliki fungsi berbeda sebagai berikut : Tabel 38 Tombol-tombol layar Supplier Payments No Label Tombol Kegunaan Default 1. Unreconcile Untuk membatalkan Journal Entries yang telah dihasilkan dari dokumen Supplier Payments. 2. Cancel Voucher Untuk membatalkan Supplier Payments yang telah di-post. Dibawah ini adalah field-field yang ada pada layar Supplier Refunds namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Supplier 2. Date 3. Payment Ref 4. Memo 5. Account 6. Due Date 7. Internal Notes Namun ada field-field yang memiliki fungsi berbeda yang akan dijelaskan sebagai berikut

27 L27 Tabel 39 Field-field dalam layar Supplier Payments No. Label Field Validasi/Proses Default Draft Invoice 1. Supplier Validasi : 2. Payment Method Harus diisi dengan nama Supplier yang sudah ada di dalam sistem. User memilih nama Supplier terkait dengan menggunakan drop down box atau dengan mengetikkan nama Supplier. Validasi : Diisi dengan metode pembayaran. User memilih metode pembayaran dengan menggunakan drop down box. 3. Journal Item Validasi : Diisi dengan baris yang ada dalam journal entries yang berhubungan dengan pembayaran dari Supplier terkait. User memilih journal entries dengan menggunakan drop down box.

28 L28 No. Label Field Validasi/Proses Default 4. Original Amount Secara otomatis menarik data jumlah pembayaran dari baris journal entries yang dipilih. 5. Open Balance Secara otomatis menarik data saldo dari baris journal entries yang dipilih. 6. Full Reconcile Validasi : Diisi dengan menggunakan tanda centang untuk nilai ya. Secara otomatis tercentang. 7. Amount 8. Difference Amount Secara otomatis menarik data total pembayaran dari baris journal entries yang dipilih. Secara otomatis menghitung perbedaan jumlah dari baris journal entries yang dipilih.

29 L29 No. Label Field Validasi/Proses Default 9. Payment Difference Validasi : Diisi dengan tindakan yang diambil jika ada terjadi perbedaan jumlah pembayaran. Proses: User memilih menggunakan drop down box. 4. Technical Design Specification Submodul Supplier Tabel 40 Konsep submodul Supplier Mendaftarkan Supplier baru User melakukan input data Supplier baru. Tabel 41 Use Case scenario submodul Supplier Payments No Use Case Proses 1. Mendaftarkan Supplier baru Supplier yang belum terdaftar dapat didaftarkan terlebih dahulu. User melakukan input data Supplier, dimulai dari nama, kontak yang bisa dihubungi, alamat, website, dan sebagainya. Berikut adalah tombol-tombol yang ada pada layar Supplier namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Save 2. Discard 3. Create (jika Supplier merupakan Perusahaan)

30 L30 Namun ada tombol yang memiliki fungsi berbeda yang akan dijelaskan sebagai berikut : Tabel 42 Tombol-tombol layar Supplier No Label Tombol Kegunaan Default 1. Meetings Untuk mendaftarkan meeting antara Supplier dan perusahaan. 2. Calls Untuk mendata telepon masuk dari Supplier. 3. Purchase Orders Untuk melihat Purchase Orders yang berkaitan dengan Supplier. No Label Tombol Kegunaan Default 4. Supplier Invoices Untuk melihat Supplier Invoices yang berkaitan dengan Supplier. Dibawah ini adalah field-field yang ada pada layar Supplier namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Fiscal Position Dibawah ini adalah field-field yang terdapat pada layar Supplier dan akan dijelaskan secara rinci sebagai berikut : Tabel 43 Field-field dalam layar Supplier No. Label Field Validasi/Proses Default 1. Name Validasi : Diisi dengan nama Supplier, atau nama Perusahaan jika dicentang pilihan Is a

31 L31 Company? User mengetikkan nama Supplier atau jika user mendaftarkan nama Perusahaan maka user harus mencentang pilihan Is a Company?. 2. Company Validasi : Diisi dengan induk perusahaan daripada Supplier yang bersangkutan. User memilih Perusahaan induk dengan menggunakan drop down box atau melalui pop up window. 3. Tags Validasi : Diisi dengan tag terkait dengan Supplier. User dapat memilih lebih dari 1 tag bagi Supplier melalui drop down box. 4. Address Validasi : Diisi dengan data alamat Supplier. User memasukkan data alamat Supplier, dari nama jalan, kota, kode pos, dan negara.

32 L32 No. Label Field Validasi/Proses Default 5. Website Validasi : Diisi dengan alamat website milik Supplier. User mengetikkan Supplier. alamat dari website 6. Job Position Validasi : Diisi dengan posisi pekerjaan daripada Supplier (jika Supplier bukan merupakan Perusahaan) User memasukkan posisi jabatan dari Supplier, misalnya Marketing Director. 7. Phone Validasi : Diisi dengan nomor telepon Supplier. User memasukkan data nomor telepon Supplier, jika Supplier merupakan Perusahaan, maka nomor telepon ini adalah nomor telepon Perusahaan.

33 L33 No. Label Field Validasi/Proses Default 8. Mobile Validasi : Diisi dengan nomor telepon genggam dari Supplier. User memasukkan data nomor telepon genggam Supplier, jika Supplier merupakan Perusahaan, maka nomor telepon genggam ini adalah nomor telepon Perusahaan. 9. Fax Validasi : Diisi dengan nomor fax dari Supplier. User memasukkan data nomor fax Supplier, jika Supplier merupakan Perusahaan, maka nomor fax ini adalah nomor fax Perusahaan Validasi : Diisi dengan alamat dari Supplier. User memasukkan data Supplier, jika Supplier merupakan Perusahaan, maka e- mail ini adalah Perusahaan.

34 L34 No. Label Field Validasi/Proses Default 11. Title Validasi : Diisi dengan gelar daripada Supplier perorangan. User memilih salah satu gelar yang cocok untuk Supplier dari drop down box. Contacts Tab (Jika Supplier merupakan Perusahaan) Untuk field pada Contacts Tab ini memiliki fungsi sama dengan yang telah dijelaskan diatas, sehingga tidak dijelaskan secara rinci. Adapun field-field tersebut adalah : 1. Name 2. Tags 3. Job Position Phone 6. Mobile 7. Address Internal Notes Tab 12. Internal Notes Validasi : Diisi dengan catatan internal atas Supplier. User mengetikkan jika ada catatan mengenai Supplier.

35 L35 No. Label Field Validasi/Proses Default Sales & Purchases Tab 13. Salesperson Validasi : Diisi dengan nama orang yang bertanggung jawab atas pembelian dari Supplier tersebut. User memilih salah satu salesperson dari drop down box. 14. Sales Team Validasi : Diisi dengan nama departement yang bertanggung jawab atas pembelian dari Supplier tersebut. User memilih salah satu sales team dari drop down box. 15. Reference Validasi : Diisi dengan referensi yang dimiliki atas Supplier. User memasukkan referensi (jika ada) atas Supplier.

36 L36 No. Label Field Validasi/Proses Default 16. Language Validasi : Diisi dengan bahasa yang digunakan untuk komunikasi dengan Supplier. User memilih salah satu bahasa yang digunakan untuk berkomunikasi dengan Supplier melalui drop down box. 17. Date Validasi : Diisi dengan tanggal. User memilih tanggal dari date picker. 18. Customer Validasi : Dicentang jika data-data diatas merupakan data Customer. Secara otomatis tidak tercentang. 19. Supplier Validasi : Dicentang jika data-data diatas merupakan data Supplier. Secara otomatis tercentang.

37 L37 No. Label Field Validasi/Proses Default 20. Active Validasi : Dicentang jika Supplier merupakan Supplier aktif. Secara otomatis tercentang pada saat pertama kali dibuat data Supplier baru. 21. Opt-Out Validasi : 22. Receive Messages by Dicentang jika Supplier menolak menerima terkait dengan kampanye marketing. User memilih centang atas pilihan ini jika Supplier tidak bersedia menerima massal dari perusahaan atau kampanye marketing, atau user tidak mencentang jika Supplier bersedia menerima massal tersebut. Validasi : Diisi dengan pilihan atas yang diterima dari Supplier. User memilih salah satu kebijakan dari drop down box atas tindakan yang akan dilakukan sistem jika menerima dari Supplier.

38 L38 No. Label Field Validasi/Proses Default Accounting Tab 23. Account Receivable 24. Customer Payment Term Validasi : Diisi dengan nomor Chart of Account daripada Account Receivable Supplier. User dapat memilih account mana yang menjadi Account Receivable daripada Supplier, atau secara otomatis terpilih Debtors. Validasi : Diisi dengan perjanjian pembayaran antara perusahaan dengan Customer. Tidak diisi. 25. Total Receivable Secara otomatis sistem menghitung berapa banyak jumlah yang seharusnya diterima oleh Perusahaan dari Supplier. 26. Credit Limit Validasi : Diisi dengan limit kredit daripada Supplier. Proses: User memasukkan limit kredit dari Supplier.

39 L39 No. Label Field Validasi/Proses Default 27. Latest Full Reconciliation Date Secara otomatis terisi dengan tanggal dan jam dari rekonsiliasi terakhir yang dilakukan atas Supplier. 28. Account Payable Validasi : 29. Supplier Payment Term Diisi dengan nomor Chart of Account daripada Account Payable Supplier. User dapat memilih account mana yang menjadi Account Payable daripada Supplier, atau secara otomatis terpilih Creditors Validasi : Diisi dengan perjanjian pembayaran antara perusahaan dengan Supplier. User memilih salah satu perjanjian pembayaran Supplier melalui drop down box. 30. Total Payable Secara otomatis sistem menghitung berapa banyak jumlah yang seharusnya dibayar oleh Perusahaan kepada Supplier.

40 L40 No. Label Field Validasi/Proses Default 31. Account Number Validasi : Diisi dengan nomor rekening Supplier. User mengetikkan secara manual nomor rekening Supplier. 32. Bank Name Validasi : 33. Account Owner Name Diisi dengan nama Bank atas nomor rekening yang didaftarkan. User mengetikkan secara manual nama Bank Supplier. Validasi : Diisi dengan nama pemilik rekening tersebut. User mengetikkan secara manual nama pemilik rekening Supplier. 5. Technical Design Specification submodul Bank Statements Tabel 44 Konsep submodul Bank Statements Membuat Bank Statements User mencocokkan data rekening koran yang dikirimkan bank setiap bulannya dengan data transaksi yang ada di dalam sistem.

41 L41 Tabel 45 Use Case scenario submodul Bank Statements No Use Case Proses 1. Membuat Bank Statements baru User membuat bank statements baru setiap bulannya untuk mencocokkan data yang ada pada rekening koran bank dengan data yang ada dalam sistem. User mengetikkan nama referensi dari Bank Statements baru, memilih Journal yang akan digunakan, tanggal pembuatan Bank Statements, periode accounting, menginput saldo awal dan akhir dari laporan rekening koran bank. Dibawah ini adalah tombol-tombol yang ada pada layar Bank Statements namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Edit 2. Create 3. More 4. Save 5. Discard 6. Add an item Namun ada tombol-tombol yang memiliki fungsi berbeda dan akan dijelaskan secara rinci dalam tabel dibawah ini : Tabel 46 Tombol-tombol layar Bank Statements No Label Tombol Kegunaan Default 1. Import Invoices Untuk menarik data-data transaksi Supplier Invoices yang terkait dengan transaksi pada Bank. 2. Confirm Untuk menutup Bank Statements dan mengubah statusnya dari New menjadi Closed.

42 L42 3. Compute Untuk melakukan perhitungan saldo akhir yang seharusnya ada di bank dari penjumlahan transaksi-transaksi yang ada dalam sistem. Dibawah ini adalah field-filed yang ada pada layar Bank Statements namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Journal 2. Date 3. Period Dibawah ini adalah field-field yang terdapat pada layar Bank Statements dan akan dijelaskan secara rinci sebagai berikut : Tabel 47 Field-field dalam layar Bank Statements No. Label Field Validasi/Proses Default 1. Reference Validasi : 2. Starting Balance Diisi dengan nama referensi untuk bank statements yang baru. User mengetikkan secara manual nama referensi yang diinginkan. Validasi : Diisi dengan saldo awal yang didapatkan dari laporan rekening koran. User mengetikkan secara manual saldo awal untuk bank statements yang baru.

43 L43 3. Ending Balance Validasi : Diisi dengan saldo akhir yang didapatkan dari laporan rekening koran. User mengetikkan secara manual saldo akhir untuk bank statements yang baru. Transactions Tab 4. OBI Secara otomatis terisi dengan deskripsi untuk journal item bersangkutan. 5. Partner Terisi dengan nama supplier atau customer yang terkait dengan journal item. 6. Type Secara otomatis terisi dengan jenis journal item yang bersangkutan. 7. Account Secara otomatis terisi dengan account yang digunakan oleh customer/supplier yang bersangkutan.

44 L44 6. Technical Design Specification submodul Post Journal Entries Tabel 48 Konsep submodul Post Journal Entries Membuat Post Journal Entries User memilih journal dan periode untuk melakukan posting dokumen secara otomatis dalam periode tersebut ke dalam journal entries. Tabel 49 Use Case scenario submodul Post Journal Entries No Use Case Proses 1. Memilih Journal dan Periode User dapat melakukan posting secara massal daripada dokumen-dokumen yang ada dalam journal dan periode tertentu ke dalam journal entries. User memilih journal dan periode yang diinginkan, kemudian mengklik Approve untuk melakukan posting ke dalam journal entries. Berikut adalah tombol-tombol yang ada di dalam layar Post Journal Entries yang akan dijelaskan secara rinci dalam tabel dibawah ini : Tabel 50 Tombol-tombol layar Post Journal Entries No Label Kegunaan Default Tombol 1. Approve Untuk melakukan posting dokumen-dokumen dalam journal dan periode tersebut ke dalam journal entries.

45 L45 2. Cancel Untuk membatalkan post journal entries dan kembali ke layar sebelumnya. Dibawah ini adalah field-field yang ada pada layar Post Journal Entries namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Journal Sedangkan dibawah ini adalah field-field berbeda dan akan dijelaskan secara rinci sebagai berikut : Tabel 51 Field-field dalam layar Post Journal Entries No. Label Field Validasi/Proses Default 1. Period Validasi : Harus diisi dengan periode waktu accounting yang diinginkan. User memilih periode yang diinginkan dengan menggunakan drop down box. 7. Technical Design Specification submodul Close a Period Tabel 52 Konsep submodul Close a Period Menutup periode accounting User menutup periode accounting yang sudah berakhir di dalam sistem.

46 L46 Tabel 53 Use Case scenario submodul Close a Period No Use Case Proses 1. Menutup periode accounting Periode accounting yang telah berakhir ditutup sehingga tidak dapat lagi dilakukan posting menggunakan periode tersebut. User memilih periode accounting yang telah berakhir dan masih memiliki status Open di layar, kemudian mengklik Close Period. Akan muncul konfirmasi Are you Dibawah ini adalah tombol-tombol yang ada pada layar Close a Period namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Edit 2. Create 3. More Sedankan dibawah ini adalah tombol-tombol yang ada di dalam layar Close a Period yang akan dijelaskan secara rinci dalam tabel dibawah ini : Tabel 54 Tombol-tombol layar Close a Period No Label Kegunaan Default Tombol 1. Close Period Untuk menutup periode accounting yang diinginkan. Dibawah ini adalah field-field yang terdapat pada layar Close a Period dan akan dijelaskan secara rinci sebagai berikut :

47 L47 Tabel 55 Field-field dalam layar Close a Period No. Label Field Validasi/Proses Default 1. Period Name Validasi : Diisi dengan nama periode. User secara manual mengetikkan nama periode yang diinginkan. 2. Fiscal Year Validasi : Diisi dengan fiscal year yang digunakan dalam periode tersebut. User memilih fiscal year menggunakan drop down box. 3. Duration Validasi : Diisi dengan tanggal mulai dan akhir dari periode. Proses: User memilih tanggal awal dan akhir laporan dengan menggunakan date picker atau mengetikkan dengan manual.

48 L48 No. Label Field Validasi/Proses Default 4. Code Validasi : 5. Opening/Closing Period Diisi dengan kode yang digunakan dalam periode tersebut. User mengetikkan kode untuk periode tersebut. Validasi : User memberikan tanda centang jika pilihannya bernilai ya. User memberikan tanda centang jika periode tersebut bersifat overlap. 8. Technical Design Specification submodul Generate Opening Entries Tabel 56 Konsep submodul Generate Opening Entries Membuat opening entries untuk fiscal year berikutnya User membuat opening entries untuk fiscal year selanjutnya, sehingga menghasilkan saldo awal untuk fiscal year selanjutnya.

49 L49 Tabel 57 Use Case scenario submodul Generate Opening Entries No Use Case Proses 1. Membuat opening entries untuk fiscal year berikutnya User dapat menghasilkan saldo awal untuk fiscal year tahun berikutnya, dengan menjalankan proses Generate Opening Entries. User memilih Fiscal Year yang akan ditutup, Fiscal Year baru, memilih opening entries journal, opening entries period, dan mengetikkan nama dari entries yang baru. Setelah user mengklik Create, maka user telah menghasilkan opening entries baru. Dibawah ini adalah tombol-tombol yang ada pada layar Generate Opening Entries namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Create 2. Cancel 3. Save 4. Discard Dibawah ini adalah field-field yang terdapat pada layar Generate Opening Entries dan akan dijelaskan secara rinci sebagai berikut : Tabel 58 Field-field dalam layar Generate Opening Entries No. Label Field Validasi/Proses Default 1. Fiscal Year to Close Validasi : Diisi dengan fiscal year yang ingin ditutup.

50 L50 No. Label Field Validasi/Proses Default User memilih fiscal year menggunakan drop down box. 2. New Fiscal Year Validasi : 3. Opening Entries Journal 4. Opening Entries Period Diisi dengan fiscal year yang akan dibuka. User memilih fiscal year menggunakan drop down box. Validasi : Diisi dengan journal yang akan digunakan dalam opening entries yang baru. User memilih opening entries journal menggunakan drop down box. Validasi : Diisi dengan periode opening entries. User memilih periode opening entries menggunakan drop down box.

51 L51 No. Label Field Validasi/Proses Default 5. Name of New Entries Validasi : Diisi dengan nama dari opening entries yang baru. User mengetikkan nama untuk opening entries yang baru. 9. Technical Design Specification submodul Cancel Closing Entries Tabel 59 Konsep submodul Cancel Closing Entries Membatalkan closing entries User membatalkan closing entries yang telah dibuat karena adanya perubahan pada fiscal year yang telah ditutup. Tabel 60 Use Case scenario submodul Cancel Closing Entries No Use Case Proses 1. Membatalkan closing entries User dapat membatalkan closing entries yang telah dibuat pada fiscal year yang telah ditutup. User memilih Fiscal Year yang akan dibatalkan, kemudian mengklik Cancel Closing Entries. Berikut adalah tombol-tombol yang ada di dalam layar Cancel Closing Entries yang akan dijelaskan secara rinci dalam tabel dibawah ini :

52 L52 Tabel 61 Tombol-tombol layar Cancel Closing Entries No Label Tombol Kegunaan Default 1. Cancel Closing Entries Untuk membatalkan closing entries yang telah dibuat pada satu fiscal year. Dibawah ini adalah field-field yang terdapat pada layar Cancel Closing Entries dan akan dijelaskan secara rinci sebagai berikut : Tabel 62 Field-field dalam layar Cancel Closing Entries No. Label Field Validasi/Proses Default 1. Fiscal Year Validasi : Diisi dengan Fiscal Year yang akan dibatalkan closing entries. User memilih fiscal year yang diinginkan dari drop down box. Technical Design Specification submodul Close a Fiscal Year Tabel 63 Konsep submodul Close a Fiscal Year Menutup year fiscal User menutup fiscal year yang telah berakhir periodenya.

53 L53 Tabel 64 Use Case scenario submodul Close a Fiscal Year No Use Case Proses 1. Menutup fiscal year User dapat menutup fiscal year yang telah berakhir periodenya sehingga tidak dapat lagi dilakukan posting menggunakan fiscal year tersebut. User memilih fiscal year yang ingin ditutup, kemudian mengklik Close Fiscal Year. Dibawah ini adalah tombol-tombol yang ada pada layar Close a Fiscal Year namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Generate Opening Entries : 1. Fiscal Year to Close Berikut adalah tombol-tombol yang ada di dalam layar Close a Fiscal Year yang tidak sama fungsinya dan akan dijelaskan secara rinci dalam tabel dibawah ini : Tabel 65 Tombol-tombol layar Close a Fiscal Year No Label Tombol Kegunaan Default 1. Close Fiscal Year Untuk menutup fiscal year. 10. Technical Design Specification submodul Reporting

54 L54 Membuat keuangan laporan Tabel 66 Konsep submodul Reporting User membuat laporan keuangan dengan menarik data-data transaksi yang ada dalam sistem selama periode tertentu. T Tabel 67 Use Case scenario submodul Reporting No Use Case Proses 1. Membuat laporan Neraca User dapat membuat laporan neraca. 2. Membuat laporan Neraca Konsolidasi User dapat membuat laporan neraca konsolidasi 3. Membuat laporan Laba Rugi User dapat membuat laporan laba rugi 4. Membuat laporan Arus Kas User dapat membuat laporan arus kas 5. Membuat laporan General Ledger User dapat membuat laporan general ledger. User memasukkan filter dan comparison untuk laporan neraca, kemudian mengklik Print. User memilih group company dan cabang-cabang yang ingin dibuat laporan neraca, serta memasukkan tanggal awal dan tanggal akhir laporan, kemudian mengklik Print. User memasukkan filter dan comparison untuk laporan laba rugi, kemudian mengklik Print. User memasukkan filter dan comparison untuk laporan arus kas, kemudian mengklik Print. User memilih chart of account, fiscal year, serta filter yang akan digunakan, kemudian mengklik Print.

55 L55 Dibawah ini adalah tombol-tombol yang ada pada layar Reporting namun tidak dijelaskan lebih lanjut lagi karena fungsinya hampir serupa dengan yang terdapat pada layar Supplier Invoices : 1. Cancel 2. Print Dibawah ini adalah field-field yang terdapat pada layar Reporting dan akan dijelaskan secara rinci sebagai berikut : Tabel 68 Field-field dalam layar Reporting No. Label Validasi/Proses Default Field Neraca 1. Company Validasi : Diisi dengan nama group perusahaan. 2. Target Moves User memilih nama group perusahaan dengan menggunakan drop down box. Validasi : Diisi dengan pilihan pembuatan laporan atas Journal Entries yang telah di post atau seluruh item dalam Journal Entries. User memilih dari drop down box.

56 L56 No. Label Field Validasi/Proses Default 3. Account Reports Validasi : Diisi dengan jenis laporan yang diinginkan. 4. Display Accounts User memilih jenis laporan yang diinginkan menggunakan drop down box. Validasi : Diisi dengan nama-nama account yang ingin ditampilkan. Secara default dipilih All. 5. Company Group Validasi : User memilih dengan menggunakan centang untuk ya. tanda Secara default checkbox ada dalam posisi uncheck.

57 L57 No. Label Field Validasi/Proses Default 6. Enable Comparison Validasi : User memilih dengan menggunakan tanda centang untuk ya. User dapat memberikan tanda centang untuk memungkinkan adanya perbandingan. 7. Start Date Validasi : Diisi dengan tanggal awal laporan. User dapat memilih tanggal dengan menggunakan date picker atau secara manual mengetik tanggal yang diinginkan. 8. End Date Validasi : Diisi dengan tanggal akhir laporan. User dapat memilih tanggal dengan menggunakan date picker atau secara manual mengetik tanggal yang diinginkan.

58 L58 Neraca Konsolidasi Untuk field pada Neraca Konsolidasi ini memiliki fungsi sama dengan yang telah dijelaskan pada Neraca, sehingga tidak dijelaskan secara rinci. Adapun field-field tersebut adalah : 1. Group Company 2. Target Moves 3. Account Reports 4. Display Accounts 5. Company Group 6. Start Date 7. End Date 9. Branches Validasi : Diisi dengan perusahaan yang berada dalam satu group. 10. Display Debit/Credit Columns Setelah user memberikan tanda centang pada checkbox Company Group, kemudian user dapat memilih perusahaan-perusahaan yang ada di dalam satu group tersebut. Validasi : User memilih dengan menggunakan tanda centang untuk ya. User dapat memberikan tanda centang untuk menampilkan kolom debit/kredit.

59 L59 Laporan Laba Rugi Untuk field pada Laporan Laba Rugi ini memiliki fungsi sama dengan yang telah dijelaskan pada Neraca, sehingga tidak dijelaskan secara rinci. Adapun field-field tersebut adalah : 1. Group Company 2. Target Moves 3. Account Reports 4. Display Accounts 5. Company Group 6. Start Date 7. End Date Laporan Arus Kas Untuk field pada Laporan Arus Kas ini memiliki fungsi sama dengan yang telah dijelaskan pada Neraca, sehingga tidak dijelaskan secara rinci. Adapun field-field tersebut adalah : 1. Group Company 2. Target Moves 3. Account Reports 4. Display Accounts 5. Company Group 6. Start Date 7. End Date Laporan General Ledger 11. Chart of Account 12. Landscape Mode Validasi: Diisi dengan chart of account yang digunakan perusahaan. Secara default terisi dengan chart of account yang digunakan perusahaan, namun user juga dapat memilih menggunakan drop down box. Validasi : User memilih dengan menggunakan tanda centang untuk ya.

60 L60 No. Label Field Validasi/Proses Default User dapat memilih landscape mode untuk laporan general ledger dengan memberikan tanda centang pada pilihan ini. 13. Sort By Validasi : 14. With Currency Diisi dengan variabel yang mengurutkan data-data yang ada. User memilih variabel tersebut dengan menggunakan drop down box. Validasi : User memilih dengan menggunakan tanda centang untuk ya. User dapat memilih untuk menampilkan mata uang dalam laporan dengan memberikan tanda centang pada pilihan ini. 15. Filter By Validasi : Diisi dengan filter yang ingin digunakan dalam laporan. User dapat memilih filter yang ingin digunakan dengan menggunakan drop down box. No. Label Field Validasi/Proses Default

61 L Include Initial Balance Validasi : User memilih dengan menggunakan tanda centang untuk ya. User dapat menampilkan saldo awal dalam laporan dengan memberikan tanda centang pada pilihan ini.

62 D. Screenshot Reporting L62

63 Gambar 1 Laporan Neraca L63

64 L64

65 L65

66 L66

67 Gambar 2 Laporan Laba Rugi L67

68 L68

69 Gambar 3 General Ledger L69

70