Difference between revisions of "Projects/Archived AUDIT TRAIL table to external database"
(Created page with "{{WorkInProgress}} == Functional Specifications == === Overview === ====Purpose==== Table AD_AUDIT_TRAIL adalah table yang mencatat semua perubahan record yang dilakukan o...") |
(→Functional Specifications) |
||
Line 7: | Line 7: | ||
====Purpose==== | ====Purpose==== | ||
− | Table AD_AUDIT_TRAIL adalah table yang mencatat semua perubahan record yang dilakukan oleh User ERP. | + | Table '''AD_AUDIT_TRAIL''' adalah table yang mencatat semua perubahan record yang dilakukan oleh User ERP. |
Peningkatan jumlah record setiap tahunnya bisa mencapai 5 kali lipat, sehingga berdampak pada beberapa proses sebagai berikut: | Peningkatan jumlah record setiap tahunnya bisa mencapai 5 kali lipat, sehingga berdampak pada beberapa proses sebagai berikut: | ||
* Proses backup database semakin lama | * Proses backup database semakin lama |
Latest revision as of 08:30, 5 January 2022
Contents
- 1 Functional Specifications
- 1.1 Overview
- 1.2 Design Considerations
- 1.3 Glossary
- 1.4 Functional Requirements
- 1.5 Non-Functional Requirements
- 1.6 Open Discussion Items
- 1.7 Closed Discussion Items
Functional Specifications
Overview
Purpose
Table AD_AUDIT_TRAIL adalah table yang mencatat semua perubahan record yang dilakukan oleh User ERP. Peningkatan jumlah record setiap tahunnya bisa mencapai 5 kali lipat, sehingga berdampak pada beberapa proses sebagai berikut:
- Proses backup database semakin lama
- Proses meng-akses data dari dalam sistem ERP juga semakin lama.
Oleh karena itu, project ini bertujuan membuat fungsi archived pada table seperti halnya dilakukan oleh sistem lain seperti SAP.
Ide dasarnya adalah hanya menyimpan record 45 hari terakhir di ERP dan selebihnya dipindahkan ke database lain seperti Firebase Store di Google Cloud, kemudian menyediakan menu audit trail khusus agar user tetap bisa meng-akses data audit trail yang sudah di archived tersebut.
Menu untuk mengakses audit trail yang sudah di archive berupa tombol icon berdekatan dengan tombot audit yang ada saat ini di ERP.
Current Condition
References
None.
Design Considerations
Assumptions
- It should be possible to operate this functionality in a pure multi-tenant implementation. In particular, this means that it should be possible for a user to initiate the creation of a new client applying an industry template in a self-service manner without having any prior access to the system and without being a system administrator.
Dependencies
None.
Constraints
Glossary
- Pelanggan adalah orang pembeli yang melakukan transaksi pembelian untuk semua produk Yasmeera.
- User adalah pengguna aplikasi InfiniteERP.
Functional Requirements
An Example
The Scenario
InfiniteERP Implementation
The Industry Template
User roles & profiles
Business process definition
User stories
Functional requirements based on business processes
User Interface Mockups
TBD
Web Services API
Error Result
Non-Functional Requirements
- Performance
- The initial client setup with the application of an industry template should complete within 30 minutes.