Professional Documents
Culture Documents
V100R003
Log Reference
Issue 01
Date 2017-07-28
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Author
Prepared by Wang Wei Date 2017-06-20
Reviewed by Chen Hua, Xiaoce, Date 2017-06-20
Shi Xianglu
Tested by Lei Xiaotian Date 2017-06-21
Approved by Li Shaoshao Date 2017-07-28
Purpose
This document describes the report in the Mobile Money system.
Intended Audience
This document is intended for:
Technical support engineers
Maintenance engineers
Symbol Conventions
The symbols that may be found in this document are defined as follows.
Symbol Description
Symbol Description
Privacy Notice
Some functions provided by the product collect certain subscriber data, such as the subscriber
number and consumption records. The subscriber data is used only to locate or rectify faults.
You are obligated to take considerable measures, in compliance with the laws of the countries
concerned and the user privacy policies of your company, to ensure that the personal data of
users is fully protected. For example, you must reclaim the permission when the
corresponding operator's position is changed. The functions require privacy protection
measurements include but are not limited to the following:
Data backup function
To avoid data change by mistake, which can result in system faults or subscriber data
faults, the product prompts carriers to back up data periodically. The data may involve
subscriber information, such as the subscriber number, account balance, consumption
fees saved in the Oracle database. The backup data can be used only for data recovery,
but not for personal use or other purposes. After the storage period, backup data must be
timely deleted.
Fault information collection function
To find the fault reasons, necessary service logs may need to be collected, and the logs
may contain subscriber information such as the subscriber number, account balance,
consumption fees. During use, you are advised to use the anonymization tool to hide
subscriber information. When related faults are located, you must delete the logs in a
timely manner.
Huawei support engineers can perform maintenance operations only after being authorized by
the customer, and are forbidden to perform any operations that are not approved by the
customer. In addition, fault-locating data can be transferred out of the customer's network
only when authorized by the customer in strict accordance with local laws and regulations.
After a service is complete, private data must be deleted under the supervision of the
customer.
Change History
Changes between document versions are cumulative. Therefore, the latest document issue
contains all changes made in previous issues.
Issue 01 (2017-07-28)
This is the first issue of the document.
Contents
1 Overview
Debug Log
The debug log usually record the running path of trace programs, for example, the entry and
exit of logic (function) for trace business and error details. The application scenarios include:
Development engineer (The developer of this product and of integrated product) locates
problem by debugging program in development process.
Run Log
The run log record the running status of the system and some key information during
execution process of the business in Mobile Money system, the exception status and action
during the system running, the relative information occupied by the key event and system
resource during the system running. The application scenarios including:
The maintenance engineers know the running status of the system and find the exception
of the equipment.
Technical supporting engineers or maintenance engineers locate fault and look for the
relative exception information.
The main scenarios of printing run logs in Mobile Money system including:
Establish persistent connection of the Mobile Money system with the peripheral system.
Exception status and action during the running process of the system, for example,
database disconnection, persistent connection with disconnection, and failure heartbeat.
The key events during the system running process, for example: the system start, close
and switch.
The overloading and recovery message when the system handles business message.
Trace Log
The Trace log records detailed information and exceptions for service running (similar to
debug log). This log is generated only when a trace task is configured using the logtool.sh
tool. Trace tasks can be configured for a sender phone number, a service code or an operator
login name.
Alarm Log
The alarm log records the information about alarm occurrence and clearing when an
exception occurs.
Longsql Log
The Longsql Log records the SQL statements whose execution duration is long in the Mobile
Money system. SQL statements whose execution duration is longer than 100 milliseconds are
recorded by default. In AG, SP Portal, and Org Portal NEs, you can configure the execution
duration in $HOME/tomcat/webapps/payment/WEB-INF/classes/conf/cps.das.xml. And
in other NEs, you can configure the execution duration in $HOME/classes/conf/cps.das.xml.
Tool Log
The Tool Log records logs of tool on NEs except for the MQ and Single Sign On (SSO). Such
as logtool.sh, start.sh, startservice.sh, status.sh, stop.sh, stopservice.sh and version.sh.
Access Log
Access logs record information about accesses from external systems to the Mobile Money
system, including IP addresses of external systems, IP addresses of accessed systems, access
time, and information about internal accesses in the Mobile Money system. The access
logging can be enabled or disabled in the log4j.xml file and is disabled by default.
The log level of access logs is INFO.
Statistics Log
Statistics logs record business processing information of each module. The main scenarios of
printing statistics logs include the following:
Maintenance personnel of carriers understand the key business processing information of
each module.
Maintenance personnel of the Mobile Money system compare data of the current period
or data of the previous and next periods to analyze problems based on service processing
status on a module
Run logs are recorded if a module processes key businesses, for example, the module collects
statistics on received messages and processes messages by channel.
State Log
Logs record inbound and outbound messages that are generated when exceptions occur in
some services to identify issues.
Others
In the Mobile Money system, there are logs which contain non-service information, such as
information about interactions between applications and databases, the start and stop of
applications, bottom level interactions, and the operating status of bottom level platforms. For
the detailed log list, see 2.2Log File List.
ag_debug.lo The path is $HOME/log/debug for Records detailed information for the
g installation user of AG. AG service execution process and
exceptions that occur.
ag_service_b Records the process information and
us.log exceptions for service invocation
and connection establishment
between AG and Service
Registration (SR) as well as other
nodes.
ag_ebus_deb Records detailed execution
ug.log information and errors when
Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
bpm.log Records errors occurred during the
running of the BPM module and the
process of troubleshooting the
errors.
ag_exceptio Records exception stack information
n_stack.log when errors occur during the
running of the AG NE.
umc_debug.l Records UMC module information.
og
nc_debug.lo Records information for the NC
g module to process SMS messages.
For example, this log records the
process of formatting, sending, and
resending messages.
AG is located.
ag_iostat.log Records the Mobile Money usage,
system I/O capability, and I/O
request delivery information at an
interval of three seconds.
ag_run.log The path is $HOME/log/run for Records key running information for
installation user of AG. the AG and exceptions that occur
when a timer is created or triggered.
ag- Records information about accesses
nodeID_acce from external systems or other NEs
ss.log in the Mobile Money system to the
AG.
ag_license_a Records request information
gent.log received by the license agent.
ag_async_m Records monitoring logs for
onitor.log asynchronous task mechanism.
bpmRuntime Records run logs of the BPM
.log module.
ag_trace.log The path is $HOME/log/trace for Records service tracing information
installation user of AG. when the AG traces a service by
NOTE initiating a trace task.
Records stored in this path are
generated by the log4j.xml file.
NOTE
XXX: indicates the tool name on the
current AG.
sr_debug.log The path is $HOME/log/debug for Records the process for registering
installation user of SR. Mobile Money system application
nodes in SR. The information is
used to locate application node
registration failures and other
exceptions.
sr_service_b Records the process information and
us.log exceptions for service invocation
and connection establishment
between SR and other nodes.
sr_ebus_deb Records detailed execution
ug.log information and errors when
Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
bpm.log Records errors occurred during the
running of the BPM module and the
process of troubleshooting the
errors.
sr_bpmsyste Records run logs of the BPM
m.log module.
sr_exception Records exception stack information
_stack.log when errors occur during the
running of the SR NE.
sr_bizapp_c Records service container module
ontainer_deb information.
ug.log
sr_statis.log The path is $HOME/log/coldata Records performance statistics when
for installation user of SR. the system is running.
sr_perf.log Records the memory, database
connection pool and thread pool
statistics when the system is
running.
sr_lthread.lo Records the blocked long thread
g information when the system is
running.
bts_debug.lo The path is $HOME/log/debug for Records detailed information for the
g installation user of BTS. BTS service execution process and
exceptions that occur.
bts_service_ Records the process information and
bus.log exceptions for service invocation
and connection establishment
between BTS and SR as well as
other nodes.
bts_ebus_de Records detailed execution
bug.log information and errors when
Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
bpm.log Records errors occurred during the
running of the BPM module and the
process of troubleshooting the
errors.
bts_exceptio Records exception stack information
n_stack.log when errors occur during the
running of the BTS NE.
bts_bizapp_c Records service container module
ontainer_deb information.
ug.log
bts_bpmsyst Records run logs of the BPM
em.log module.
bts_statis.log The path $HOME/log/coldata for Records performance statistics when
installation user of BTS. the system is running.
exception occurs.
bcmlib.log The path is $HOME/log/bcm for Records the communication
installation user of BTS. information between bcmlib and
bcmagent.
bts_bcm.log Records alarm registration
information (indicating that the
alarm registration is successful or
fails) about the BTS NE.
bts_longtime The path is $HOME/log/lsql for Records the SQL statements whose
SQL.log installation user of BTS. execution duration is long in the
BTS. SQL statements whose
execution duration is longer than
100 milliseconds are recorded by
default.
bts_XXX.lo The path is $HOME/tools/log for Records record the run information
g installation user of BTS. of different commands in the BTS.
NOTE
XXX: indicates the tool name on the
current BTS.
bcs_debug.l The path is $HOME/log/debug for Records detailed information for the
og installation user of BCS. BCS service execution process and
exceptions that occur.
bcs_service_ Records the process information and
bus.log exceptions for service invocation
and connection establishment
between BCS and SR as well as
other nodes.
bcs_ebus_de Records detailed execution
bug.log information and errors when
Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
bpm.log Records errors occurred during the
running of the BPM module and the
process of troubleshooting the
errors.
bcs_bizapp_ Records service container module
container_de information.
bug.log
.log module.
bcs_trace.lo The path is $HOME/log/trace for Records service tracing information
g installation user of BCS. when the BCS traces a service by
initiating a trace task. These log files
are generated by the log4j.xml file.
bcs_server.l The path is $HOME/log/server for Records startup information about
og installation user of BCS. the BCS.
bcs_alarm.lo The path is $HOME/log/alarm for Records information about alarm
g installation user of BCS. occurrence and clearing when an
exception occurs.
bcmlib.log The path is $HOME/log/bcm for Records the communication
installation user of BCS. information between bcmlib and
bcmagent.
bcs_bcm.log Records alarm registration
information (indicating that the
alarm registration is successful or
fails) about the BCS NE.
bcs_longtim The path is $HOME/log/lsql for Records the SQL statements whose
eSQL.log installation user of BCS. execution duration is long in the
BCS. SQL statements whose
execution duration is longer than
100 milliseconds are recorded by
default.
bcs_XXX.lo The path is $HOME/tools/log for Records the run information of
g installation user of BCS. different commands in the BCS.
NOTE
XXX: indicates the tool name on the
current BCS.
swa_debug.l The path is $HOME/log/debug for Records detailed information for the
og installation user of SWA. service execution process and
exceptions that occur.
swa_service Records the process information and
_bus.log exceptions for service invocation
and connection establishment
between portal and SR as well as
other nodes.
swa_console Records logs not recorded in the
.log category.
swa_ebus_d Records detailed execution
NOTE
XXX: indicates the tool name on the
current portal.
owa_debug.l The path is $HOME/log/debug for Records detailed information for the
og installation user of OWA. service execution process and
exceptions that occur.
owa_service Records the process information and
_bus.log exceptions for service invocation
and connection establishment
between portal and SR as well as
other nodes.
owa_console Records logs not recorded in the
.log category.
owa_ebus_d Records detailed execution
ebug.log information and errors when
Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
owa_excepti Records exception stack information
on_stack.log when errors occur during the
running of the OWA NE.
owa_statis.lo The path is $HOME/log/coldata Records performance statistics when
g for installation user of OWA. the system is running.
owa_lthread. Records the blocked long thread
log information when the system is
running.
owa_datasou The path is Records all database information
rce.log $HOME/log/monitor/datasource when OWA is failed to connect
for installation user of OWA. database.
owa_monito The path is Records the execution information
r.log $HOME/log/monitor/run for of monitor daemon in OWA.
installation user of OWA.
owa_start_m Records the starting process
onitor.log information of monitor daemon in
OWA.
owa_tools.lo Records the status of executing
g tools.sh script in OWA.
owa_tomcat. The path is Records tomcat information when
log $HOME/log/monitor/thread for OWA network is abnormal.
owa_server.l The path is $HOME/log/server for Record startup information about the
og installation user of OWA. OWA.
owa_alarm.l The path is $HOME/log/alarm for Records information about alarm
og installation user of OWA. occurrence and clearing when an
exception occurs.
bcmlib.log The path is $HOME/log/bcm for Records the communication
installation user of OWA. information between bcmlib and
bcmagent.
owa_longtim The path is $HOME/log/lsql for Records the SQL statements whose
eSQL.log installation user of OWA. execution duration is long in the
OWA. SQL statements whose
execution duration is longer than
100 milliseconds are recorded by
default.
owa_iostat.l The path is Records the Mobile Money usage,
og $HOME/log/monitor/system for system I/O capability, and I/O
installation user of OWA. request delivery information at an
interval of three seconds.
owa_psjava.l Records the time when the user
og process of the server where the
dip_debug.lo The path is $HOME/log/debug for Records detailed information for the
g installation user of DIP. DIP service execution process and
exceptions that occur.
dip_service_ Records the process information and
bus.log exceptions for service invocation
and connection establishment
between DIP and SR as well as
other nodes.
dip_console. Records logs not recorded in the
log category.
dip_ebus_de Records detailed execution
bug.log information and errors when
Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
dip_statis.lo The path is $HOME/log/coldata Records performance statistics when
g for installation user of DIP. the system is running.
dip_datasour The path is Records all database information
ce.log $HOME/log/monitor/datasource when DIP is failed to connect
repportal_de The path is $HOME/log/debug for Records detailed information for the
bug.log installation user of Rep Portal. Rep Portal service execution process
and exceptions that occur.
repportal_ser Records the process information and
vice_bus.log exceptions for service invocation
and connection establishment
between Rep Portal and SR as well
as other nodes.
repportal_co Records logs not recorded in the
nsole.log category.
repportal_eb Records detailed execution
us_debug.lo information and errors when
g Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
repportal_sta The path is $HOME/log/coldata Records performance statistics when
tis.log for installation user of Rep Portal. the system is running.
repportal_pe Records the memory, database
rf.log connection pool and thread pool
statistics when the system is
running.
repportal_lth Records the blocked long thread
read.log information when the system is
running.
repportal_da The path is Records all database information
tasource.log $HOME/log/monitor/datasource when Rep Portal is failed to connect
for installation user of Rep Portal. database.
repportal_m The path is Records the execution information
onitor.log $HOME/log/monitor/run for of monitor daemon in Rep Portal.
installation user of Rep Portal.
repportal_sta Records the starting process
rt_monitor.l information of monitor daemon in
og Rep Portal.
repportal_sto Records the ending process
p_monitor.lo information of monitor daemon in
g Rep Portal.
repportal_to Records the status of executing
ols.log tools.sh script in Rep Portal
repportal_to The path is Records tomcat information when
mcat.log $HOME/log/monitor/thread for PGM network is abnormal.
installation user of Rep Portal.
confportal_d The path is $HOME/log/debug for Records detailed information for the
ebug.log installation user of Conf Portal. Conf Portal service execution
process and exceptions that occur.
confportal_s Records the process information and
ervice_bus.l exceptions for service invocation
og and connection establishment
between Conf Portal and SR as well
as other nodes.
confportal_c Records logs not recorded in the
onsole.log category.
confportal_e Records detailed execution
bus_debug.l information and errors when
og Enterprise Bus (eBus) processes the
WebService and Short Message Peer
to Peer (SMPP) messages.
confportal_st The path is $HOME/log/coldata Records performance statistics when
atis.log for installation user of Conf Portal. the system is running.
confportal_p Records the memory, database
erf.log connection pool and thread pool
statistics when the system is
running.
confportal_lt Records the blocked long thread
hread.log information when the system is
running.
confportal_d The path is Records all database information
atasource.lo $HOME/log/monitor/datasource when Conf Portal is failed to
g for installation user of Conf Portal. connect database.
confportal_ The path is Records the execution information
monitor.log $HOME/log/monitor/run for of monitor daemon in Conf Portal.
installation user of Conf Portal.
confportal_st Records the starting process
art_monitor.l information of monitor daemon in
og Conf Portal.
confportal_st Records the ending process
op_monitor.l information of monitor daemon in
og Conf Portal.
confportal_t Records the status of executing
ools.log tools.sh script in Conf Portal
confportal_t The path is Records tomcat information when
omcat.log $HOME/log/monitor/thread for Conf Portal network is abnormal.
installation user of Conf Portal.
confportal_r The path is $HOME/log/run for Records information about key
un.log installation user of Conf Portal. events for application nodes, such as
aas_debug.lo The path is $HOME/log/debug for Records detailed information for the
g installation user of AAS. AAS service execution process and
OFF This level indicates that the system does not record logs. Choose this
option when print logs are not required.
DEBUG The debug message of the system.
INFO The normal running message of the system.
WARN System alarms. When the system status are different with the predicted
status, which does not affect the run of the whole system. For example, a
subscriber manually suspends a service.
ERROR General errors. The logs in this level record the following error:
Non predicted data or event.
The errors have a huge influence and can be handled in the module.
The errors limited in the module.
The errors have a small influence on other modules. For example, fail to
create statistic task.
The errors lead to fail to invoke
Under the situation of fault service logic, record the information of fault
status and the possible reason of error.
According to the severity of problem, the log level is divided into four levels, Debug, Info, Warn, and
Error from lowness to highness, and the log in low level contains the log content in high level. For
example: when the log is in Debug level, the contents of log file contain the logs in Debug, Info, Warn
and Error level.
The run log is generally in the INFO status. Owing to the size of the messages which would
occupy a great deal of resource, the debug log is generally in the OFF or ERROR mode. But
logs in the DEBUG level must be exported to locate problems in the debug process of the
system.
After open the debug log, it affects the performance of the system, slows down the run of
business, and occupies the disk space, so not allow to open the log in the commercial usage. If
requires to locate problem, you cannot open the debug log until get the approval of the
maintenance supervisor and close the switch of debug log after once finish.
4. Enter 5.
The system displays the following information:
5
[1] DEBUG level
[2] INFO level
[3] WARN level
[4] ERROR level
[5] FATAL level
[6] OFF level
DEBUG level will cost much. Please use it when system is idle, and set to
RESUME level in time.
Please select the target log level option:
5. Enter 1.
The system displays the following information:
0|The debug log's level is set to DEBUG successfully.
4. Search key words DEBUG_LOG as the value of parameter appender-ref and find the
following similar configuration item:
<category name="CPS" additivity="false">
<priority value="ERROR" />
<appender-ref ref="DEBUG_LOG" />
</category>
ptionMess
age}
%X{fullI The code place of generating log com.huawei.payment.bc.request.facad
nfo} event, including category name and e.impl.BulkTaskPlanQuerierImpl.que
the number of lines in the code. ryBulkPlanList(BulkTaskPlanQuerier
Impl.java:99)
%n Means a newline. -
The content format of log is defined in the log4j.xml file of all modules. Below takes the
example of debug log bts_debug.log in the BTS module to describe how to check the content
format of log.
1. Log in to BTS module as BTS installation user.
2. Open the file log4j.xml in checking mode.
vi $HOME/config/local/log4j.xml
3. Find the configuration items relative with bts_debug.log.
appender name="DEBUG_LOG"
class="com.huawei.payment.common.log.CPSRollingFileAppender">
<param name="File" value="${home}/log/debug/$
{node_type}_debug.log" />
<param name="CheckInterval" value="30000" />
<param name="MaxFileSize" value="10MB" />
<param name="MaxBackupIndex" value="10" />
<layout class="com.huawei.bme.commons.log4j.BMEPatternLayout">
<param name="ConversionPattern"
value="%t|%d{yyyy-MM-dd HH:mm:ss,SSS}|
%X{level}|%X{moduleName}|%X{traceID}|%m|%X{appendInfo} %n" />
</layout>
</appender>
The bold parts define the content format of bts_debug.log log. For the definition of
exporting parameter for common logs, please see Table 1.1.
as xxx_20131221140000.log at 14:00 the same day, and deletes the backup file generated
three days ago.
Rolling by file size
In this policy, the system automatically backs up a log file after the file size exceeds a
certain value.
In the current system, rolling by file size is used to back up trace logs, tool logs and
debug logs. By default, the system backs up a log file when the file size reaches 10 MB.
For example, when the size of xxx.log reaches a configured value, the system backs up
the file as xxx_20131212103111.log. If the number of backup files for xxx.log exceeds
the default value 10, the system automatically deletes the earliest backup file.
The maximum size of an access log file is 20 MB. If the number of files for xxx.log exceeds the default
value 10, the system automatically deletes the earliest log file.
Figure 1.1 Procedure for locating a fault through the debug logs
3.1 Introduction
The Mobile Money system records audit log for all transaction, activity, action and query
happened in the system and saves audit log in the database. You can query in the GUI
provided by Portal.
The SP operator can log in to the SP Portal and enter menu My Functions > Reporting >
Audit log to query the audit log in the system. The query period can be configured in the My
Functions > Operational Configuration > System Parameter > Generic > Default Days
for Querying Audit Log menu. The default query period is 31 days.
According to recording contents and scenarios, the audit Log is divided into different types.
The audit logs in each type are recorded in the different tables as indicated in the Table 1.1.
Transaction CPS_AUDIT_TXN
Financial CPS_AUDIT_FINANCIAL
Identity Management CPS_AUDIT_IDENTITY
Account Management CPS_AUDIT_ACCOUNT
Configuration CPS_AUDIT_CONF
Management
Customer Care CPS_AUDIT_CARE
Task CPS_AUDIT_TASK
Security CPS_AUDIT_SECURITY
Query CPS_AUDIT_QUERY
3.2 CPS_AUDIT_TXN
Audit log for transaction.
Log Description
Audit logs in this category will record:
The initiating and changes of the transactions.
The detailed information of the transaction. For example:
− From and to identities
− From and to accounts
− Before and after balances of each account
− Transaction pricing
− Error code
− Error message
− Original transaction (for reversal transaction)
Format
Table 1.1 describes the format of the log.
3.3 CPS_AUDIT_FINANCIAL
Audit log for financial reconciliation.
Log Description
Audit logs in this category will record financial reconciliation actions. For example:
Automatically import bank statement
Manually import bank statement
Process bank statement entries
Approve bank reconciliation
Sign off bank reconciliation
Format
Table 1.1 describes the format of the log.
3.4 CPS_AUDIT_IDENTITY
Audit log for identity management.
Log Description
Audit logs in this category will record the creation and modification of identity, and some
operations performed on the identity such as change PIN, change MSISDN.
Format
Table 1.1 describes the format of the log.
transaction
3.5 CPS_AUDIT_ACCOUNT
Audit log for account management.
Log Description
Audit logs in this category will record account management activities such as create account
for SP, modify account status.
Format
Table 1.1 describes the format of the log.
3.6 CPS_AUDIT_CONF
Audit log for configuration management.
Log Description
Audit logs in this category will record if any configuration is done in Mobile Money system.
For example:
Create KYC field
Create transaction reason type
Modify action reason type
Create charge profile
Create product
Format
Table 1.1 describes the format of the log.
3.7 CPS_AUDIT_CARE
Audit log for customer care.
Log Description
Audit logs in this category are concerned with customer care aspects of the Mobile Money
system. For example:
Take a call
Close a call
The operations about the identity in the customer care are recorded in Identity Management.
The operations about the account in the customer care are recorded in Account Management.
The operations about the transaction in the customer care are recorded in Transaction audit logs.
Format
Table 1.1 describes the format of the log.
3.8 CPS_AUDIT_TASK
Audit log for task.
Log Description
Audit logs in this category are concerned with task management in Mobile Money system.
For example:
Create task on identity
Approve task
Cancel task
Suspend task
Format
Table 1.1 describes the format of the log.
this time
3.9 CPS_AUDIT_SECURITY
Audit log for security.
Log Description
Audit logs in this category are concerned with the security of the Mobile Money system. For
example:
Web user log on successful
Web user log on failed
Web user log out
Format
Table 1.1 describes the format of the log.
3.10 CPS_AUDIT_QUERY
Audit log for query.
Log Description
Audit logs in this category will record any querying operations carried out in Mobile Money
system. For example:
Search criteria
Type of information viewed
Flag of sensitive information viewed
Flag of downloading information
The identities and accounts in the search result will not be recorded, but the search criteria will be
recorded instead.
Format
Table 1.1 describes the format of the log.