cron
If it is the same with ZTE, that means no user profile problem. Please revert the case the same and ask Singtel CS to check with their network is the service is provisioned correctly/ whether it is affected by multisim issue
Below is a very common complaint, most of the CS complaint is similar to this.
According to the workflow I sent to you later, please help to check in CS Portal and email to Joey of ZTE the playlist items (you need to get this from CS Portal, it has the IDs for ZtE to check)
Follow up with him till he reply (he usually reply on the day itself).
If the playlist is the same, revert back the CS Case that both ends are OK, tell Singtel CS to check with their network end whether it is provisioned correctly or not
Customer complaint lesson #2: how to check fixed line login complaint
For this complaint:
Customer issue now is unable to login to musicStore web – Error Invalid Fixed line number / password. please advice urgently?
MSISDN -63626576
You need to use the query below to find out if the number is ACTIVE ornot. If not active, then revert the number is no longer active, and customer need to reapply. Else, revert the case with the correct password.
Going to assign the case to you now
SELECT [SubscriberID]
,[MSISDN]
,[MobileType]
,[Name]
,[Email]
,[Password]
,[IsValidFree]
,[IsValidReplace]
,[Status]
,[Remark]
,[CreatedBy]
,[CreatedDate]
,[ModifiedBy]
,[ModifiedDate]
FROM [MilkywayDB].[dbo].[SubscriberInfo]
where MSISDN like '%63626576%'
You can check the status of transaction via SQL query below.
TO check what the transaction status in GD end/ Atomic end:
SELECT TOP 1000 [RequestID]
,[SPTransactionID]
,[SPID]
,[Service]
,[Remark]
,[Status]
,[RecDate]
FROM [MilkywayDB].[dbo].[RequestInfo]
where Remark like '%97261091%'
and RecDate between '2011-05-18 10:17:30.467' and '2011-06-11 10:17:30.467'
change the number and date accordingly
To check what the transaction status in ZTE:
SELECT TOP 1000 [ZTEEventLogID]
,[Method]
,[InputParam]
,[ReturnCode]
,[ReturnDescription]
,[ReturnException]
,[MSISDN]
,[CreatedDate]
FROM [MilkywayDB].[dbo].[ZTEEventLog]
where MSISDN like '6597261091'
and CreatedDate between '2011-01-11 01:23:21.053' and '2011-01-13 01:23:21.053'
change the number and date accordingly
If the problem is due to GD/Atomic end, then you would need to check the backend (via the log files Sue yee shown in meeting) and ask Victor what is Atomic response.
If the GD/Atomic returns success but ZTE returns failure(e.g. System Busy), then email to Joey to check why