First Commit - Source Code from Reply
This commit is contained in:
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 7 1 1 H3GI EX_TIM WIND
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 7 1 1 H3GI NO_EX_TIM WIND
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 7
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 C Y
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 C Y
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 C Y
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 003 C Y
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,26 @@
|
||||
ESECUZIONE TEST CESSAZIONE:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE EX-TIM:
|
||||
Eseguire lo script 01a_GENERAZIONE_CESSAZIONE_EX_TIM.cmd per creare una richiesta di cessazione EX-TIM (TIM_DONOR=1, quindi prefisso associato a TIMG nella tabella MNP_OLO_PREFISSI),
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_CESSAZIONE.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_PROCESSARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA_CESS
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
1b: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE NON-EX-TIM:
|
||||
Eseguire lo script 01b_GENERAZIONE_CESSAZIONE_NON_EX_TIM.cmd per creare una richiesta di cessazione NON-EX-TIM (TIM_DONOR=0, quindi prefisso NON associato a TIMG nella tabella MNP_OLO_PREFISSI),
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_CESSAZIONE.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_INVIARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA_CESS
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2a: Nel caso EX/TIM, cambiare la DATARICEZIONERICHIESTA nella tabella MNP_GESTIONE_RICHIESTA_CESS impostandola almeno 60gg prima di sysdate
|
||||
2b: Lanciare il task task_cess_parc (Processo chk_cess_parc). La richiesta di business deve andare
|
||||
- nel caso EX-TIM prima in 05:PRESA_IN_CARICO e successivamente in 07:ANNULLATA o 06:DA_CESSARE in base ai controlli di cessabilità su MSS
|
||||
- nel caso NON-EX-TIM in 03:CESSATA
|
||||
@@ -0,0 +1,25 @@
|
||||
ESECUZIONE TEST CESSAZIONE:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE EX-TIM:
|
||||
Eseguire lo script 01a_GENERAZIONE_CESSAZIONE_EX_TIM.cmd per creare una richiesta di cessazione EX-TIM (TIM_DONOR=1, quindi prefisso associato a TIMG nella tabella MNP_OLO_PREFISSI),
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_CESSAZIONE.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_PROCESSARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA_CESS
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2a: FASE DI PRESA_IN_CARICO NEL CASO UTENZA EX-TIM
|
||||
Nel caso EX/TIM, cambiare la DATARICEZIONERICHIESTA nella tabella MNP_GESTIONE_RICHIESTA_CESS impostandola almeno 60gg prima di sysdate e
|
||||
lanciare il task task_cess_parc (Processo chk_cess_parc). La richiesta di business deve andare prima in 05:PRESA_IN_CARICO e
|
||||
successivamente in 07:ANNULLATA o 06:DA_CESSARE in base ai controlli di cessabilità su MSS
|
||||
|
||||
3a: FASE CESSAZIONE UTENZA EX-TIM
|
||||
Lanciare il task task_sen_MSS. La richiesta di business deve rimanere in stato 06:DA_CESSARE ma con DA_PROCESSARE a 0.
|
||||
Viene creato un record in MNP_GISP_CESS_RESTITUZIONE_OUT (lanciando il task task_cessazione_out viene creato il file delle cessazioni per GISP).
|
||||
Lanciare lo script 03a_RISPOSTA_RESTITUZIONE_DA_GISP.cmd. Viene generata la risposta di GISP alla restituzione (MNP_GISP_ATT_CESS_IN) ponendo la
|
||||
richiesta di business in stato 03:CESSATA
|
||||
@@ -0,0 +1,22 @@
|
||||
ESECUZIONE TEST CESSAZIONE:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1b: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE NON-EX-TIM:
|
||||
Eseguire lo script 01b_GENERAZIONE_CESSAZIONE_NON_EX_TIM.cmd per creare una richiesta di cessazione NON-EX-TIM (TIM_DONOR=0, quindi prefisso NON associato a TIMG nella tabella MNP_OLO_PREFISSI),
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_CESSAZIONE.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_INVIARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA_CESS
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2b: FASE INVIO RESTITUZIONE A GISP UTENZA NON-EX-TIM
|
||||
Lanciare il task task_sen_MSS. La richiesta di business deve rimanere in stato 01:ACQUISITA ma con DA_PROCESSARE a 0.
|
||||
Viene creato un record in MNP_GISP_CESS_RESTITUZIONE_OUT
|
||||
|
||||
3b: FASE CESSAZIONE UTENZA NON-EX-TIM
|
||||
Lanciare lo script 03b_RISPOSTA_RESTITUZIONE_DA_GISP_NO_EX_TIM.cmd. Viene generata la risposta di GISP alla restituzione (MNP_GISP_ATT_CESS_IN) ponendo la
|
||||
richiesta di business in stato 03:CESSATA
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatGenerator NULL 14 CESSAZIONE_PORTING I TIM 3
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatSender null 14 15
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 8 OK
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 8
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSim DBCGISP 00 OK ATTIVO N TIM ATTIVO ATTIVO VALIDO TCB TCB_PADRE BU DUAL NULL Y MOBILE TIM NULL NULL N NULL NULL NULL NULL NULL NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 700.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 5.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 03 700.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,109 @@
|
||||
ESECUZIONE TEST DONOR STANDARD:
|
||||
|
||||
IL PROCESSO Ttasferimento credito vero e proprio inizia dallo sciprt TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
o TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd. Per comletezza viene riportato intero processo di esecuzione
|
||||
del flusso DONOR STANDARD per permettere creazione ed elaborazione di una richiesta nuova.
|
||||
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Eseguire lo script 01_GENERAZIONE_ACQUISIZIONE_DS.cmd per creare una richiesta proveniente da MSP,
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_ACQUISIZIONE_DS.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1). (bisogna attendere lo scodamento del timer serale, perchè la richiesta
|
||||
va inizialmente in MNP_MSS_WAIT)
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICH_CESS_PORT
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2: ESECUZIONE CONTROLLO DI PRESA INCARICO:
|
||||
Per eseguire il controllo di PresaInCarico si puo' utilizzare il crontab 'task_controller'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato PRESAINCARICO (3)
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
3: CREAZIONE ED INVIO DEL FILE XML DI VAlIDAZIONE (accettata)
|
||||
Per essere preso in elaborazione, il valore della colonna DATA_VALIDAZIONE_MAX deve essere <= sysdate, per la richiesta
|
||||
in elaborazione nella tabella MNP_GESTIONE_RICHEISTA.
|
||||
Per eseguire la validazione della richiesta si puo' utilizzare il crontab 'task_controller_val'.
|
||||
Verificare che la richiesta passa in stato VALIDATAOK (7).
|
||||
|
||||
4: RICEZIONE DELL'ACK DI VALIDAZIONE (accettata)
|
||||
Eseguire lo script 03_GENERAZIONE_ACK_VALIDAZIONE_DS.cmd per creare un'ack per tutte le richieste in stato DA_INVIARE=2
|
||||
nella tabella MNP_XML_OUT.
|
||||
Individuare il file relativo alla richiesta in elaborazione:
|
||||
Con ID_RICHIESTA dalla MNP_GESTIONE_RICHEISTA recuperare NOME_FILE dalla MNP_XML_RICHIESTA_OUT (legato alla richiesta di Validazione)
|
||||
Con questo NOME_FILE recuperare ID_FILE dalla MNP_XML_OUT.
|
||||
Trovare il file ACK in quale e' menzionato questo ID_FILE.
|
||||
Eliminare tutti gli altri file ACK creati dalla cartella degli Ack.
|
||||
|
||||
Per inviare l'Ack creato, eseguire lo script 04_INVIO_ACK_VALIDAZIONE_DS.cmd
|
||||
|
||||
5: RICEZIONE CESSAZIONE DA GISP
|
||||
Per eseguire ricezione cessazione da GISP si puo' utilizzare il crontab 'task_cessazione_donor'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato INCESSAZIONE (14)
|
||||
|
||||
6: RICEZIONE ESITO CESSAZIONE DA MSS
|
||||
Prima di eseguire questo passo, mettere DATA_CUT_OVER_CALC alla SYSDATE (giorno del esecuzione del test),
|
||||
altrimenti la richiesta non passera' nello stato ESPLETATA fino al prossimo giorno.
|
||||
|
||||
Eseguire lo script 05_GENERAZIONE_ESITO_CESS_MSS_DS.cmd per creare file FLAT per creare il messaggio di esito cessazione da MSS.
|
||||
Se sul DB ci sono tante richieste "non cessate" - nel file possono essere presenti piu' righe.
|
||||
Recuperare da MNP_GESTIONE_RICHIESTA il valore MSISDN e trovare la riga corrispondente nel file creato (nel file
|
||||
MSISDN non avra' prefisso 39) /es. file: c:\DBC\script simulatori DBC\MNP\MSS\NPG-GMNP_20120321115952069
|
||||
Eliminare tutte le altre righe dal file.
|
||||
|
||||
Per inviare l'esito cessazione da MSS eseguire lo script 07_INVIO_FLAT_MSS.cmd
|
||||
|
||||
Verificare, che il file e' apparso nella cartella /mnpapp/gwmnp/FTPIN della macchina dove si trovano i server MNP.
|
||||
Dopo pochi minuti file sparisce dalla cartella, che significa che e' stato preso in elaborazione.
|
||||
Verificare che la richiesta in tabella MNP_GESTIONE_RICHIESTA e' passata prima in stato CESSATA (15) e poi dopo
|
||||
in automatico in stato ESPLETATA (16) /richiede diversi minuti, dipende dai timeout impostati.
|
||||
|
||||
|
||||
|
||||
|
||||
------------------ TRASFERIMENTO CREDITO ---------------------------
|
||||
7a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOTTOSOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 5.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema, la richiesta TC sottosoglia automaticamente passa in stato CHIUSA(7)
|
||||
nella tabella MNP_GEST_RICH_DON_TC e nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
7b: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOPRASOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 700.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema), la richiesta TC soprasoglia automaticamente passa in stato
|
||||
ATTESA SBLOCCO IMPORTO(2) nella tabella MNP_GEST_RICH_DON_TC e resta nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
8: RICEZIONE NOTIFICA TRASFERIMENTO CREADITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_03.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7b.
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 03 700.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_03.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC la richiesta e' passata nello stato SBLOCCO IMPORTO (4) e resta nello
|
||||
stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 1 1 1 H3GI PRP TIMG D NODUP T000 NULL Y N N N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 1
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE ACCETTATA NULL D NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 8 OK
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 8
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 D
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatGenerator NULL 14 DONOR I TIM NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatSender NULL 14 15
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131153 DON 01 5.50 Y
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131151 DON 01 777.50 N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131152 DON 01 5.50 N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131153 DON 02 5.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131151 DON 03 777.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,144 @@
|
||||
ESECUZIONE TEST DONOR VIRTUALE:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non e' raro che ci voglia un pe' di tempo affinche' essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si puo' evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Eseguire lo script 01_GENERAZIONE_ACQUISIZIONE_DMVNO.cmd per creare una richiesta proveniente da MSP
|
||||
(attualmente lo script crea la richiesta per operatore COOP, in caso di necessita' di creazione della richiesta
|
||||
per un altro operatore, sostituire nello script valore T000 con relativo ID_AMMINISTRATIVO dalla tabella
|
||||
MNP_ANAGRAFICA_OPERATORI),
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_ACQUISIZIONE_DMVNO.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_INVIARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2: ESECUZIONE CONTROLLO DI PRESA INCARICO:
|
||||
Per eseguire il controllo di PresaInCarico si puo' utilizzare il crontab 'task_controller'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato PRESAINCARICO (3)
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
Sucessivamente, a valle dell'invio AUTOMATICO della notifica di Presaincarico a MVNO, la richiesta passa in stato VALIDATING (6)
|
||||
Viene AUTOMATICAMENTE inviato XML di validazione a MVNO.
|
||||
|
||||
3: RICEZIONE ESITO DI VALIDAZIONE DA MVNO
|
||||
Eseguire lo script 03_VALIDAZIONE_OK_MVNO.cmd per creare ed inviare la validazione MVNO (con esito ACCETTATA).
|
||||
La richiesta passa in stato VALIDATAOK (7)
|
||||
|
||||
4: CREAZIONE ED INVIO DEL FILE XML DI VALIDAZIONE (accettata)
|
||||
Per essere preso in elaborazione, il valore della colonna DATA_VALIDAZIONE_MAX deve essere <= sysdate, per la richiesta
|
||||
in elaborazione nella tabella MNP_GESTIONE_RICHIESTA.
|
||||
Creazione ed invio del file di Validazione viene eseguito in automatico
|
||||
La richiesta resta in stato VALIDATAOK (7).
|
||||
|
||||
5: RICEZIONE DELL'ACK DI VALIDAZIONE (accettata)
|
||||
Eseguire lo script 04_GENERAZIONE_ACK_VALIDAZIONE_MVNO.cmd per creare un'ack per tutte le richieste in stato DA_INVIARE=2
|
||||
nella tabella MNP_XML_OUT.
|
||||
Individuare il file relativo alla richiesta in elaborazione:
|
||||
Con ID_RICHIESTA dalla MNP_GESTIONE_RICHEISTA recuperare NOME_FILE dalla MNP_XML_RICHIESTA_OUT (legato alla richiesta di Validazione)
|
||||
Con questo NOME_FILE recuperare ID_FILE dalla MNP_XML_OUT.
|
||||
Trovare il file ACK in quale e' menzionato questo ID_FILE.
|
||||
Eliminare tutti gli altri file ACK creati dalla cartella degli Ack.
|
||||
|
||||
Per inviare l'Ack creato, eseguire lo script 05_INVIO_ACK_VALIDAZIONE_MVNO.cmd
|
||||
La richiesta passa in stato ACCETTATA (9)
|
||||
|
||||
5: INVIO RICHIESTA CESSAZIONE A GISP
|
||||
Utilizzare il crontab 'task_cess_att_mvno'.
|
||||
La richiesta passa in stato INCESSAZIONE (14)
|
||||
|
||||
6: RICEZIONE ESITO CESSAZIONE DA GISP
|
||||
Eseguire lo script 06_RICEZIONE_ESITO_CESS_GISP.cmd per inviare esito OK.
|
||||
|
||||
7: RICEZIONE ESITO CESSAZIONE DA MSS
|
||||
Prima di eseguire questo passo, mettere DATA_CUT_OVER_CALC alla SYSDATE (giorno del esecuzione del test),
|
||||
altrimenti la richiesta non passera' nello stato ESPLETATA fino al prossimo giorno.
|
||||
|
||||
Eseguire lo script 07_GENERAZIONE_ESITO_CESS_MSS_MVNO.cmd per creare file FLAT per creare il messaggio di esito cessazione da MSS.
|
||||
Se sul DB ci sono tante richieste "non cessate" - nel file possono essere presenti piu' righe.
|
||||
Recuperare da MNP_GESTIONE_RICHIESTA il valore MSISDN e trovare la riga corrispondente nel file creato (nel file
|
||||
MSISDN non avra' prefisso 39) /es. file: c:\DBC\script simulatori DBC\MNP\MSS\NPG-GMNP_20120321115952069
|
||||
Eliminare tutte le altre righe dal file.
|
||||
|
||||
Per inviare l'esito cessazione da MSS eseguire lo script 08_INVIO_FLAT_MSS_MVNO.cmd
|
||||
|
||||
Verificare, che il file e' apparso nella cartella /mnpapp/gwmnp/FTPIN della macchina dove si trovano i server MNP.
|
||||
Dopo pochi minuti file sparisce dalla cartella, che significa che e' stato preso in elaborazione.
|
||||
Verificare che la richiesta in tabella MNP_GESTIONE_RICHIESTA e' passata prima in stato CESSATA (15) e poi dopo
|
||||
in automatico in stato ESPLETATA (16) /richiede diversi minuti, dipende dai timeout impostati.
|
||||
|
||||
|
||||
|
||||
------------------ TRASFERIMENTO CREDITO ---------------------------
|
||||
|
||||
CASO credito anomalo = N, importo credito > soglia
|
||||
|
||||
7a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GEST_RICH_DONOR_VIRT, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "H3GI_000000000000131151"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131151 DON 01 777.50 N
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=777.50
|
||||
(se non viene modifcato nello script), poi qutomaticamente passa allo STATO=2
|
||||
|
||||
Verificare che appare nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC per ID_RICHIESTA utilizzato e importo 777.50,
|
||||
se non è stato modificato nello script.
|
||||
|
||||
8a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_03.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7a.
|
||||
Nel esempio - sostituire il valore "H3GI_000000000000131151"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131151 DON 03 777.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_03.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC la richiesta e' passata nello stato SBLOCCO IMPORTO (4) e resta nello
|
||||
stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC per ID_RICHIESTA utilizzato e importo 777.50, se non è stato modificato nello script.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
==========================================
|
||||
|
||||
CASO credito anomalo = N, importo credito <= soglia
|
||||
|
||||
7b: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GEST_RICH_DONOR_VIRT, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "H3GI_000000000000131152"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131152 DON 01 5.50 N
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 (ACQUISITA) e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare che appare nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC per ID_RICHIESTA utilizzato e importo 5.50,
|
||||
se non è stato modificato nello script.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che nella tabella DBCGO_GESTIONE_RICHIESTA_TC la riga con ID_RICHIESTA dello script passa in stato 1.
|
||||
==========================================
|
||||
|
||||
CASO credito anomalo = S
|
||||
7c: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_CREDITOANOMALO.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GEST_RICH_DONOR_VIRT, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "H3GI_000000000000131153"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131153 DON 01 5.50 Y
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_CREDITOANOMALO.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=5.50
|
||||
(se non viene modifcato nello script), poi automaticamente passa allo STATO=3.
|
||||
|
||||
Verificare che appare nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC per ID_RICHIESTA utilizzato e importo 5.50,
|
||||
se non è stato modificato nello script.
|
||||
|
||||
8c: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_02.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7c.
|
||||
Nel esempio - sostituire il valore "H3GI_000000000000131153"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC H3GI_000000000000131153 DON 02 5.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_02.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC la richiesta e' passata nello stato SBLOCCO CREADITO ANOMALO (5) e resta nello
|
||||
stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 9 1 1 OPIV PRP TIMG D 00002 NULL NULL N N N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 9
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 1 1 1 OPIV POP TIMG D NODUP NULL NULL Y N N N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 1 1 1 OPIV POP TIMG D NODUP NULL NULL Y N N N A
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 1
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 8 OK
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 8
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatGenerator NULL 14 DONOR I TIM NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatSender NULL 14 15
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSim DBCGISP 00 OK ATTIVO N TIM ATTIVO ATTIVO VALIDO TCB TCB_PADRE BU DUAL NULL Y MOBILE TIM NULL NULL N NULL NULL NULL NULL NULL NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,21 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
REM ------------------------- PARAMETRI ClientIBSim
|
||||
REM 1. [ID_SISTEMA] = DBCGISP
|
||||
REM 2. [GISP_CODE] = 00 (OK) | 01 (DA_REINVIARE) | 02 (DA_REINVIARE) | XX (KO)
|
||||
REM 3. [GISP_MSG] = OK | KO
|
||||
REM 4. [GISP_STATO] = ATTIVO | CESSATO | PREATTIVATO | FINE_CREDITO | FINE_VALIDITA
|
||||
REM 5. [GISP_CESSAZIONE_MNP] = S | N
|
||||
REM 6. [GISP_OPERATORE] = TIM | COOP | TISCALI
|
||||
REM 7. [GISP_STATO_HZ] = ATTIVO | PRENOTATO | PREATTIO
|
||||
REM 8. [GISP_SLAVE_HZ] = ATTIVO | ATTIVO-FITTIZIO | NULL
|
||||
REM 9. [GISP_ICCID] = VALIDO | NO_VALIDO
|
||||
REM 10. [GISP_DESCR_PROFILO] = ABBONATO | TC | TCA | TCB | XTENSION BASE | XTENSION PLUS | TISCALI | TIM-MTV | COOP | TELIT | PCN | VOLTE
|
||||
REM 11. [GISP_USAGE_VALUE] = MAIN | 2IN1 | AMSISDN | DUAL | DUALPLUS | TCB_FIGLIA | TCB_PADRE
|
||||
REM 12. [GISP_TIPOLOGIA] = BU | CO | MB | XB | XC
|
||||
REM 13-19..non utilizzati per DBSS
|
||||
REM 20. [GISP_PREPAGATO] = S | N
|
||||
REM 21 ...non utilizzati per DBSS
|
||||
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSim DBCGISP 00 OK ATTIVO N TIM ATTIVO ATTIVO VALIDO TC MAIN XC NULL NULL S MOBILE TIM NULL NULL S NULL NULL NULL NULL NULL NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSim DBCGISP 00 OK ATTIVO N TIM ATTIVO ATTIVO VALIDO ABBONATO MAIN MB BEAR NULL Y MOBILE TIM NULL NULL N NULL NULL NULL NULL NULL 393390131390
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131351 DON 01 700.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSSTFC OPIV_000000000000131390 NULL 705.50 01
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131351 DON 01 5.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSSTFC OPIV_000000000000131382 NULL 5.50 01
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 03 700.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSSTFC OPIV_000000000000131390 s1cs30lrQGhwLuD8kUbU4S0Wk9Nqv3 700.50 03
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,228 @@
|
||||
ESECUZIONE TEST DONOR STANDARD:
|
||||
|
||||
IL PROCESSO Ttasferimento credito vero e proprio inizia dallo sciprt TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
o TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd. Per completezza viene riportato l'intero processo di esecuzione
|
||||
del flusso DONOR STANDARD per permettere creazione ed elaborazione di una richiesta nuova.
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Eseguire lo script 01_GENERAZIONE_ACQUISIZIONE_DS.cmd per creare una richiesta proveniente da MSP,
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_ACQUISIZIONE_DS.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_INVIARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
NOTA: Per evitare che la richiesta venga scartata bisogna eliminare, se già presente, la richiesta con lo stesso id_richiesta
|
||||
dalle tabelle:
|
||||
select * from mnp_Gestione_richiesta;
|
||||
SELECT * FROM mnp_storico_richiesta;
|
||||
SELECT * FROM mnp_gestione_richiesta_ext;
|
||||
Per conoscere l'id_richiesta ci si deve posizionare in debug nel metodo avanzaStatoInAcquisita RichiestaDonorManager, in particolare
|
||||
quando avviene l'avanzaStato.
|
||||
|
||||
(In fase di acquisizione viene richiamato il processSingleEvent di GispRetrieveEventHandler, creato MnpGispRetrieveOut per la
|
||||
richiesta di retrive, inserito il mess sulla coda, scodato dall'handle message di GispController, viene ottenuto il
|
||||
GispRetrieveEventHandler, viene effettuata dunque la Retrive su GISP tramite infobus con "retriverGispXML" come message.
|
||||
La retrive fornirà determinate informazioni sulla linea, ad esempio:
|
||||
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<response>
|
||||
<info>
|
||||
<code>00</code>
|
||||
<msg>OK</msg>
|
||||
<sysdate>13/11/2020 15:11:55</sysdate>
|
||||
</info>
|
||||
<data>
|
||||
<msisdn>
|
||||
<attributi>
|
||||
<usage valueUsage="MAIN"/>
|
||||
<prepagato>S</prepagato>
|
||||
<stato>ATTIVO</stato>
|
||||
<dettaglio_stato>
|
||||
<cessazione_mnp>N</cessazione_mnp>
|
||||
</dettaglio_stato>
|
||||
<esp>TIM</esp>
|
||||
<profilo>000</profilo>
|
||||
<descrizione_profilo></descrizione_profilo>
|
||||
<tipologia>CO</tipologia>
|
||||
<blocco>
|
||||
<fs>N</fs>
|
||||
<fraud>000</fraud>
|
||||
<anagr>G</anagr>
|
||||
</blocco>
|
||||
<dati_commerciali>
|
||||
<cliente></cliente>
|
||||
<marcaggio_cliente></marcaggio_cliente>
|
||||
</dati_commerciali>
|
||||
</attributi>
|
||||
<servizi/>
|
||||
<carta>
|
||||
<icc-id20>00000000000001314051</icc-id20>
|
||||
</carta>
|
||||
<HomeZone>
|
||||
<State>ATTIVO</State>
|
||||
<StatoSlave>ATTIVO</StatoSlave>
|
||||
<FissoNativoTim>S</FissoNativoTim>
|
||||
</HomeZone>
|
||||
<risorse_rete>
|
||||
<stato>LI</stato>
|
||||
<tipologia>S</tipologia>
|
||||
<Data_ultima_operazione>20201113112140</Data_ultima_operazione>
|
||||
</risorse_rete>
|
||||
</msisdn>
|
||||
</data>
|
||||
</response>
|
||||
|
||||
verrano poi salvate le info su MnpGispRetrieveOut.
|
||||
|
||||
2: ESECUZIONE CONTROLLO DI PRESA INCARICO:
|
||||
Per eseguire il controllo di PresaInCarico si puo' utilizzare il crontab 'task_controller'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato PRESAINCARICO (3)
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE).
|
||||
|
||||
P.s. - Verificare che non ci siano record con data odierna in MNP_TASK_PIC altrimenti non gira il task di presa in carico.
|
||||
- Il passaggio avviene tramite i ltask automatico di creazione file XML (ogni 15 min)
|
||||
|
||||
3: CREAZIONE ED INVIO DEL FILE XML DI VAlIDAZIONE (accettata)
|
||||
Per essere preso in elaborazione, il valore della colonna DATA_VALIDAZIONE_MAX deve essere <= sysdate, per la richiesta
|
||||
in elaborazione nella tabella MNP_GESTIONE_RICHIESTA.
|
||||
Per eseguire la validazione della richiesta si puo' utilizzare il crontab 'task_controller_val'.
|
||||
Verificare che la richiesta passa in stato VALIDATAOK (7).
|
||||
Vengono anche inseriti i record relativi nella MNP_ASP_CRM_CESSAZIONE_OUT.
|
||||
|
||||
4: RICEZIONE DELL'ACK DI VALIDAZIONE (accettata)
|
||||
Eseguire lo script 03_GENERAZIONE_ACK_VALIDAZIONE_DS.cmd per creare un'ack per tutte le richieste in stato DA_INVIARE=2
|
||||
nella tabella MNP_XML_OUT.
|
||||
Individuare il file relativo alla richiesta in elaborazione:
|
||||
Con ID_RICHIESTA dalla MNP_GESTIONE_RICHIESTA recuperare NOME_FILE dalla MNP_XML_RICHIESTA_OUT (legato alla richiesta di Validazione)
|
||||
Con questo NOME_FILE recuperare ID_FILE dalla MNP_XML_OUT.
|
||||
|
||||
select ID_FILE
|
||||
from mnp_xml_out
|
||||
where nome_file = (select nome_file
|
||||
from mnp_xml_richiesta_out m
|
||||
where M.ID_RICHIESTA = '<id_richiesta>'
|
||||
and M.RICHIESTAXML like '<VALIDA%' )
|
||||
|
||||
Trovare il file ACK in quale e' menzionato questo ID_FILE.
|
||||
Eliminare tutti gli altri file ACK creati dalla cartella degli Ack.
|
||||
|
||||
Per inviare l'Ack creato, eseguire lo script 04_INVIO_ACK_VALIDAZIONE_DS.cmd (la richiesta va nello stato ACCETTATA (09) )
|
||||
|
||||
5: RICEZIONE CESSAZIONE DA GISP
|
||||
Per eseguire ricezione cessazione da GISP si puo' utilizzare il crontab 'task_cessazione_donor'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato INCESSAZIONE (14)
|
||||
|
||||
6: RICEZIONE ESITO CESSAZIONE DA MSS
|
||||
Prima di eseguire questo passo, mettere DATA_CUT_OVER_CALC alla SYSDATE (giorno del esecuzione del test),
|
||||
altrimenti la richiesta non passera' nello stato ESPLETATA fino al prossimo giorno.
|
||||
|
||||
Eseguire lo script 05_GENERAZIONE_ESITO_CESS_MSS_DS.cmd per creare file FLAT per creare il messaggio di esito cessazione da MSS.
|
||||
Se sul DB ci sono tante richieste "non cessate" - nel file possono essere presenti piu' righe.
|
||||
Recuperare da MNP_GESTIONE_RICHIESTA il valore MSISDN e trovare la riga corrispondente nel file creato (nel file
|
||||
MSISDN non avra' prefisso 39) /es. file: c:\DBC\script simulatori DBC\MNP\MSS\NPG-GMNP_20120321115952069
|
||||
Eliminare tutte le altre righe dal file.
|
||||
|
||||
Per inviare l'esito cessazione da MSS eseguire lo script 07_INVIO_FLAT_MSS.cmd
|
||||
|
||||
Verificare, che il file e' apparso nella cartella /mnpapp/gwmnp/FTPIN della macchina dove si trovano i server MNP.
|
||||
Dopo pochi minuti file sparisce dalla cartella, che significa che e' stato preso in elaborazione.
|
||||
Verificare che la richiesta in tabella MNP_GESTIONE_RICHIESTA e' passata prima in stato CESSATA (15) e poi dopo
|
||||
in automatico in stato ESPLETATA (16) /richiede diversi minuti, dipende dai timeout impostati.
|
||||
|
||||
|
||||
|
||||
|
||||
------------------ TRASFERIMENTO CREDITO ---------------------------
|
||||
7a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOTTOSOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 5.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema, la richiesta TC sottosoglia automaticamente passa in stato CHIUSA(7)
|
||||
nella tabella MNP_GEST_RICH_DON_TC e nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
7b: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOPRASOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 700.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema), la richiesta TC soprasoglia automaticamente passa in stato
|
||||
ATTESA SBLOCCO IMPORTO(2) nella tabella MNP_GEST_RICH_DON_TC e resta nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
8: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_03.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7b.
|
||||
Nell'esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 03 700.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_03.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC la richiesta e' passata nello stato SBLOCCO IMPORTO (4) e resta nello
|
||||
stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
|
||||
|
||||
|
||||
------------------ TRASFERIMENTO CREDITO DBSS---------------------------
|
||||
7a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOTTOSOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA_DBSS.cmd, mettendo al posto del primo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nell'esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSSTFC OPIV_000000000000131351 NULL 01 5.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA_DBSS.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema, la richiesta TC sottosoglia automaticamente passa in stato CHIUSA(7)
|
||||
nella tabella MNP_GEST_RICH_DON_TC e nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
7b: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOPRASOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA_DBSS.cmd, mettendo al posto del primo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSSTFC OPIV_000000000000131351 NULL 01 700.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA_DBSS.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema), la richiesta TC soprasoglia automaticamente passa in stato
|
||||
ATTESA SBLOCCO IMPORTO(2) nella tabella MNP_GEST_RICH_DON_TC e resta nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
8: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_03_DBSS.cmd, mettendo al posto del primo parametro l'ID_RICHIESTA
|
||||
del p. 7b., tipo evento 03.
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSSTFC OPIV_000000000000131351 NULL 01 700.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_03_DBSS.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC la richiesta e' passata nello stato SBLOCCO IMPORTO (4) e resta nello
|
||||
stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
@@ -0,0 +1,121 @@
|
||||
ESECUZIONE TEST DONOR STANDARD PER BU:
|
||||
|
||||
IL PROCESSO Ttasferimento credito vero e proprio inizia dallo sciprt TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
o TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd. Per completezza viene riportato l'intero processo di esecuzione
|
||||
del flusso DONOR STANDARD per permettere creazione ed elaborazione di una richiesta nuova.
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Eseguire lo script 01_GENERAZIONE_ACQUISIZIONE_DS.cmd per creare una richiesta proveniente da MSP.
|
||||
|
||||
Per impostare la response GISP relativa alla Retrieve, eseguire lo script IMPOSTA_RESPONSE_GISP_PER_BU.cmd
|
||||
In particolare il 9. parametro (contando a partire da 0 dopo ClientIBSim) dovrà essere valorizzato con ABBONATO, il 10. con MAIN, l'11. con MB, il 12. con BEAR, il 25.
|
||||
con il valore dell'msisdn nel file creato al passo precedente.
|
||||
|
||||
Per l'invio della richiesta utilizzare lo script 02_INVIO_ACQUISIZIONE_DS.cmd
|
||||
La richiesta dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA (1), DA_INVIARE=1.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GESTIONE_RICHIESTA
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2: ESECUZIONE CONTROLLO DI PRESA INCARICO:
|
||||
Per eseguire il controllo di PresaInCarico si puo' utilizzare il crontab 'task_controller'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato PRESAINCARICO (3)
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
Verificare la presenza della notifica verso BIT: deve essere stato creato un record nella tabella MNP_BIT_NOTIFICA_DONOR_OUT
|
||||
|
||||
3: CREAZIONE ED INVIO DEL FILE XML DI VAlIDAZIONE (accettata)
|
||||
Per essere preso in elaborazione, il valore della colonna DATA_VALIDAZIONE_MAX deve essere <= sysdate, per la richiesta
|
||||
in elaborazione nella tabella MNP_GESTIONE_RICHIESTA.
|
||||
Per eseguire la validazione della richiesta si puo' utilizzare il crontab 'task_controller_val'.
|
||||
Verificare che la richiesta passa in stato VALIDATAOK (7).
|
||||
|
||||
4: RICEZIONE DELL'ACK DI VALIDAZIONE (accettata)
|
||||
Eseguire lo script 03_GENERAZIONE_ACK_VALIDAZIONE_DS.cmd per creare un'ack per tutte le richieste in stato DA_INVIARE=2
|
||||
nella tabella MNP_XML_OUT.
|
||||
Individuare il file relativo alla richiesta in elaborazione:
|
||||
Con ID_RICHIESTA dalla MNP_GESTIONE_RICHIESTA recuperare NOME_FILE dalla MNP_XML_RICHIESTA_OUT (legato alla richiesta di Validazione)
|
||||
Con questo NOME_FILE recuperare ID_FILE dalla MNP_XML_OUT.
|
||||
|
||||
select ID_FILE
|
||||
from mnp_xml_out
|
||||
where nome_file = (select nome_file
|
||||
from mnp_xml_richiesta_out m
|
||||
where M.ID_RICHIESTA = '<id_richiesta>'
|
||||
and M.RICHIESTAXML like '<VALIDA%' )
|
||||
|
||||
Trovare il file ACK in quale e' menzionato questo ID_FILE.
|
||||
Eliminare tutti gli altri file ACK creati dalla cartella degli Ack.
|
||||
|
||||
Per inviare l'Ack creato, eseguire lo script 04_INVIO_ACK_VALIDAZIONE_DS.cmd (la richiesta va nello stato ACCETTATA (09) )
|
||||
|
||||
5: RICEZIONE CESSAZIONE DA GISP
|
||||
Per eseguire ricezione cessazione da GISP si puo' utilizzare il crontab 'task_cessazione_donor'.
|
||||
Verificare cambiamento di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA, passaggio allo stato INCESSAZIONE (14)
|
||||
|
||||
6: RICEZIONE ESITO CESSAZIONE DA MSS
|
||||
Prima di eseguire questo passo, mettere DATA_CUT_OVER_CALC alla SYSDATE (giorno del esecuzione del test),
|
||||
altrimenti la richiesta non passera' nello stato ESPLETATA fino al prossimo giorno.
|
||||
|
||||
Eseguire lo script 05_GENERAZIONE_ESITO_CESS_MSS_DS.cmd per creare file FLAT per creare il messaggio di esito cessazione da MSS.
|
||||
Se sul DB ci sono tante richieste "non cessate" - nel file possono essere presenti piu' righe.
|
||||
Recuperare da MNP_GESTIONE_RICHIESTA il valore MSISDN e trovare la riga corrispondente nel file creato (nel file
|
||||
MSISDN non avra' prefisso 39) /es. file: c:\DBC\script simulatori DBC\MNP\MSS\NPG-GMNP_20120321115952069
|
||||
Eliminare tutte le altre righe dal file.
|
||||
|
||||
Per inviare l'esito cessazione da MSS eseguire lo script 07_INVIO_FLAT_MSS.cmd
|
||||
|
||||
Verificare, che il file e' apparso nella cartella /mnpapp/gwmnp/FTPIN della macchina dove si trovano i server MNP.
|
||||
Dopo pochi minuti file sparisce dalla cartella, che significa che e' stato preso in elaborazione.
|
||||
Verificare che la richiesta in tabella MNP_GESTIONE_RICHIESTA e' passata prima in stato CESSATA (15) e poi dopo
|
||||
in automatico in stato ESPLETATA (16) /richiede diversi minuti, dipende dai timeout impostati.
|
||||
|
||||
|
||||
|
||||
|
||||
------------------ TRASFERIMENTO CREDITO ---------------------------
|
||||
7a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOTTOSOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 5.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema, la richiesta TC sottosoglia automaticamente passa in stato CHIUSA(7)
|
||||
nella tabella MNP_GEST_RICH_DON_TC e nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
7b: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01(CASO SOPRASOGLIA)
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GESTIONE_RICHIESTA, richiesta in stato 16, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 01 700.50
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC appare la riga con ID_RICHIESTA dello script, con STATO=1 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
Verificare anche che sul DB DBCGO nella tabella DBCGO_GESTIONE_RICHIESTA_TC appare la riga con ID_RICHIESTA
|
||||
dello script, con STATO=0 e CREDITO=700.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti (dipende dai timeout impostati nel sistema), la richiesta TC soprasoglia automaticamente passa in stato
|
||||
ATTESA SBLOCCO IMPORTO(2) nella tabella MNP_GEST_RICH_DON_TC e resta nello stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
8: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_03.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7b.
|
||||
Nel esempio - sostituire il valore "OPIV_000000000000131141"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MSP_TC OPIV_000000000000131141 DON 03 700.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_03.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_TC la richiesta e' passata nello stato SBLOCCO IMPORTO (4) e resta nello
|
||||
stato 0 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GESTIONE_RICHIESTA_TC.
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSender MSP 1 STANDARD PRP NO_ACCODATA FN R4 NULL TISC NULL NULL Y N N N NULL NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSender MSP 1 STANDARD PRP ACCODATA FN R4 NULL TISC NULL NULL N N N N NULL NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBSender MSP 1 STANDARD PRP NO_ACCODATA FN R4 NULL COOP NULL NULL Y N N N NULL NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientDBSS 1 POP 8939880248000004607 N 3477676318 TISC
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE RIFIUTATA 1 V NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE ACCETTATA NULL V NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender NOT_CESSAZIONE 082 NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender NOT_ATTIVAZIONE 083 NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 6 4 DV
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 6
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037486 DON_VIRT 01 5.50 Y
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037484 DON_VIRT 01 777.50 N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037485 DON_VIRT 01 5.50 N
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037486 DON_VIRT 02 5.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037484 DON_VIRT 03 777.50
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,132 @@
|
||||
ESECUZIONE TEST DONOR VIRTUALE:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Eseguire lo script 01_START_DV_MVNO.cmd per simulare una richiesta proveniente da MSP,
|
||||
la quale dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA.
|
||||
La richiesta generata dovrebbe avere come Data di Cut Over la data odierna.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GEST_RICH_DONOR_VIRT
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
1b: FASE DI ACQUISIZIONE PER SIMULAZIONE ACCODAMENTO RICHIESTA:
|
||||
Eseguire lo script 01_START_DV_MVNO_ACCODATA.cmd per simulare una richiesta proveniente da MSP,
|
||||
la quale dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato 01:ACQUISITA.
|
||||
Tale richiesta, a differenza di quella generata per il flusso principale, avrà una Data di Cut
|
||||
Over successiva alla data odierna: questo farà si che a valle del Controllo di lavorabilità
|
||||
tale richiesta venga posta in stato 03:ACCODATA.
|
||||
Anche qui, verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GEST_RICH_DONOR_VIRT
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
2: ESECUZIONE CONTROLLO DI LAVORABILITA':
|
||||
Per eseguire il controllo di lavorabilità si può utilizzare il crontab 'task_controller_dv_pc'.
|
||||
Tale task esegue, in cascata, sia il controllo di lavorabilità che il controllo di PresaInCarico.
|
||||
Per tale motivo, nel caso in cui si stia eseguendo un test sul flusso principale (utilizzando lo script
|
||||
descritto in 1a) il risultato dell'esecuzione di tale task sarà quello di avere un passaggio di stato
|
||||
multiplo delle richieste: lo stato finale, infatti, dovrebbe essere lo stato 05:IN_VALIDAZIONE.
|
||||
Nel caso in cui, invece, si sia utilizzato lo script descritto in 1b, lo stato in cui le richieste
|
||||
si troveranno sarà 03:ACCODATA.
|
||||
In entrambe i casi, verificare i cambiamenti di stato delle richieste sulla tabella MNP_GEST_RICH_DONOR_VIRT
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
3a: RICEZIONE ESITO VALIDAZIONE DA MVNO - VALIDAZIONE OK (ESITO = ACCETTATA):
|
||||
Eseguire lo script '02_VALIDAZIONE_OK_MVNO.cmd' per simulare una validazione con esito 13:ACCETTATA.
|
||||
Alla ricezione di tale richiesta, DBC dovrebbe aggiornare lo stato della richiesta da 05:IN_VALIDAZIONE a 06:VALIDATA,
|
||||
e successivamente, dopo l'invio del file XML di Porting ad AOM, in 13:ACCETTATA.
|
||||
Verificare sulla solita tabella MNP_GEST_RICH_DONOR_VIRT gli effettivi cambiamenti di stato.
|
||||
|
||||
3b: RICEZIONE ESITO VALIDAZIONE DA MVNO - VALIDAZIONE KO (ESITO = RIFIUTATA):
|
||||
Eseguire lo script '02_VALIDAZIONE_KO_MVNO.cmd' per simulare una validazione con esito 07:RIFIUTATA.
|
||||
Alla ricezione di tale richiesta, DBC dovrebbe aggiornare lo stato della richiesta da 05:IN_VALIDAZIONE a 07:RIFIUTATA.
|
||||
Verificare sulla solita tabella MNP_GEST_RICH_DONOR_VIRT gli effettivi cambiamenti di stato.
|
||||
|
||||
4: ESECUZIONE CONTROLLO DI EVASIONE:
|
||||
Il controllo di evasione verifica se la Data di Cut Over Calcolata sia minore o uguale alla data odierna:
|
||||
per questo motivo, è molto probabile che per eseguire correttamente il test si renda necessario aggiornare
|
||||
i record relative alle richieste generate, impostando il campo DATA_CUT_OVER_CALC alla data odierna.
|
||||
Per eseguire il controllo di evasione si può utilizzare il crontab 'task_controller_dv_ev'.
|
||||
Nel caso in cui per la validazione sia stato eseguito lo script descritto in 3a (Validazione OK),
|
||||
lo stato della richiesta dovrebbe passare in 08:ATTESA_EVASIONE. Altrimenti, se si è eseguito lo script
|
||||
in 3b, la richiesta dovrebbe rimanere in stato ACCETTATA.
|
||||
In entrambe i casi, verificare i cambiamenti di stato delle richieste sulla tabella MNP_GEST_RICH_DONOR_VIRT
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
5: RICEZIONE NOTIFICA CESSAZIONE DA GISP :
|
||||
Eseguire lo script '03_NOTIFICA_CESSAZIONE_GISP.cmd'. A valle della ricezione di tale notifica, lo stato delle
|
||||
richieste dovrebbe passare in 10:CESSATA. Verificare sulla solita tabella.
|
||||
|
||||
6: RICEZIONE NOTIFICA ATTIVAZIONE DA GISP e RICEZIONE ESPLETAMENTO TERZE PARTI:
|
||||
Al fine di effettuare l'ultimo passaggio di stato ( CESSATA -> EVASA ) bisogna simulare sia l'invio da parte
|
||||
di GISP della notifica di Attivazione, sia l'invio da parte delle TERZE PARTI dei file di espletamento.
|
||||
A tal fine eseguire lo script '04_NOTIFICA_ATTIVAZIONE_GISP.cmd' per simulare l'invio della notifica di Attivazione
|
||||
da parte di GISP, ed eseguire, nell'ordine, i due script relativi alle TERZE PARTI, ossia quello di generazione dei
|
||||
file e quello di invio: eseguire dunque prima '05_GENERAZIONE_ESPLETAMENTO_TERZE_PARTI.cmd' e poi '06_INVIO_ESPLETAMENTO_TERZE_PARTI.cmd'.
|
||||
A valle dell'esecuzione di questi tre script, le richieste dovrebbe passare allo stato EVASA. Verificare sulla solita tabella.
|
||||
|
||||
|
||||
------------------ TRASFERIMENTO CREDITO ---------------------------
|
||||
|
||||
CASO credito anomalo = N, importo credito > soglia
|
||||
|
||||
7a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GEST_RICH_DONOR_VIRT, richiesta in stato 11, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "DV0000000000037484"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037484 DON_VIRT 01 777.50 N
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOPRASOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_VIRT_TC appare la riga con ID_RICHIESTA dello script, con STATO=2 e CREDITO=777.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
8a: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_03.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7a.
|
||||
Nel esempio - sostituire il valore "DV0000000000037484"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037484 DON_VIRT 03 777.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_03.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_VIRT_TC la richiesta e' passata nello stato IN CHIUSURA (6) e appare nello
|
||||
stato 0 nella tabella DBCGO_GEST_RIC_DON_VIRT_TC per ID_RICHIESTA utilizzato e importo 777.50, se non è stato modificato nello script.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GEST_RIC_DON_VIRT_TC.
|
||||
==========================================
|
||||
|
||||
CASO credito anomalo = N, importo credito <= soglia
|
||||
|
||||
7b: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GEST_RICH_DONOR_VIRT, richiesta in stato 11, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "DV0000000000037485"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037485 DON_VIRT 01 5.50 N
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_SOTTOSOGLIA.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_VIRT_TC appare la riga con ID_RICHIESTA dello script, con STATO=6 (IN CHIUSURA) e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che nella tabella DBCGO_GEST_RIC_DON_VIRT_TC appare la riga con ID_RICHIESTA dello script, importo 5.50 e in stato 1.
|
||||
==========================================
|
||||
|
||||
CASO credito anomalo = S
|
||||
7c: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 01
|
||||
Modificare lo script TFC_01_NOTIF_TRASF_01_CREDITOANOMALO.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
su quale deve essere eseguito trasferimento credito (dalla tabella MNP_GEST_RICH_DONOR_VIRT, richiesta in stato 11, FLAG_TC='Y')
|
||||
Nel esempio - sostituire il valore "DV0000000000037486"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037486 DON_VIRT 01 5.50 Y
|
||||
Lanciare lo script TFC_01_NOTIF_TRASF_01_CREDITOANOMALO.cmd
|
||||
Verificare, che nella tabella MNP_GEST_RICH_DON_VIRT_TC appare la riga con ID_RICHIESTA dello script, con STATO=3 e CREDITO=5.50
|
||||
(se non viene modifcato nello script).
|
||||
|
||||
8c: RICEZIONE NOTIFICA TRASFERIMENTO CREDITO 03
|
||||
Modificare lo script TFC_02_NOTIF_TRASF_02.cmd, mettendo al posto del secondo parametro l'ID_RICHIESTA
|
||||
del p. 7c.
|
||||
Nel esempio - sostituire il valore "DV0000000000037486"
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender MVNO_TC DV0000000000037486 DON_VIRT 02 5.50
|
||||
Lanciare lo script TFC_02_NOTIF_TRASF_02.cmd
|
||||
Verificare che nella tabella MNP_GEST_RICH_DON_VIRT_TC la richiesta e' passata nello stato IN CHIUSURA (6) e appare nello
|
||||
stato 0 nella tabella DBCGO_GEST_RIC_DON_VIRT_TC per ID_RICHIESTA utilizzato e importo 5.50, se non è stato modificato nello script.
|
||||
|
||||
Dopo pochi minuti la richiesta automaticamente passa in stato CHIUSA(7).
|
||||
Verificare che passa nello stato 1 nella tabella DBCGO_GEST_RIC_DON_VIRT_TC.
|
||||
@@ -0,0 +1,25 @@
|
||||
ESECUZIONE TEST DONOR VIRTUALE per COOP Virtuale !
|
||||
Nota tale soluzione è stata provata solo per i casi di test.
|
||||
|
||||
|
||||
1a: FASE DI ACQUISIZIONE PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Eseguire lo script 01_START_DV_MVNO_COOP.cmd per simulare una richiesta proveniente da MSP,
|
||||
la quale dopo la ricezione/scodamento da parte di DBC dovrebbe passare in stato ACQUISITA.
|
||||
La richiesta generata dovrebbe avere come Data di Cut Over la data odierna.
|
||||
Verificare la corretta ricezione da parte di DBC interrogando la tabella MNP_GEST_RICH_DONOR_VIRT
|
||||
ricercando le richieste con DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
|
||||
2: ESECUZIONE CONTROLLO DI LAVORABILITA':
|
||||
Per eseguire il controllo di lavorabilità si può utilizzare il crontab 'task_controller_dv_pc'.
|
||||
Tale task esegue, in cascata, sia il controllo di lavorabilità che il controllo di PresaInCarico.
|
||||
Per tale motivo, nel caso in cui si stia eseguendo un test sul flusso principale (utilizzando lo script
|
||||
descritto in 1a) il risultato dell'esecuzione di tale task sarà quello di avere un passaggio di stato
|
||||
multiplo delle richieste: lo stato finale, infatti, dovrebbe essere lo stato 05:IN_VALIDAZIONE.
|
||||
Nel caso in cui, invece, si sia utilizzato lo script descritto in 1b, lo stato in cui le richieste
|
||||
si troveranno sarà 03:ACCODATA.
|
||||
In entrambe i casi, verificare i cambiamenti di stato delle richieste sulla tabella MNP_GEST_RICH_DONOR_VIRT
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
3 A questo punto bisogna valorizzare per la richiesta il campo FLAG_ESP a 1 lanciare dunque il task task_controller_dv_val
|
||||
NOTA TALE TASK fallisce la validazione, eventualmente in debug settare la validazione a true
|
||||
@@ -0,0 +1,13 @@
|
||||
ESECUZIONE TASK DI EMERGENZA:
|
||||
Per l'esecuzione dei crontab che eseguono i vari task di DBC si può utilizzare lo strumento MNP-GUI, accessibile
|
||||
tramite il file testHeader.html versionato, UTILIZZANDO INTERNET EXPLORER seguendo tale procedura:
|
||||
|
||||
1) Effettuare il SUBMIT dei dati dalla testHeader.html
|
||||
2) Si aprirà una nuova finestra del browser con la GUI visualizzata: dal menu
|
||||
di sinistra, selezionare la voce CRONTAB
|
||||
3) Sul successivo menu, sempre a sinistra, selezionare la voce ATTIVITA' GIORNALIERA
|
||||
4) Si aprirà una pagina riportante i 20 task schedulati che verranno eseguiti nell'immediato futuro.
|
||||
Scorrere la pagina tutto in basso, e selezionare il pulsante 'Lancia Task di Emergenza'
|
||||
5) Selezionare il task da lanciare e premere sul sottostante pulsante 'Conferma'
|
||||
6) Se si vuole verificare il completamento del task lanciato, aggiornare la pagina e verificare che la riga
|
||||
riportante la dicitura 'Task di emergenza' non abbia come stato 'Running' ma 'Executed'
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% base.ProtectionManager 2026.12.31
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBHZSender MSP NULL 1 1 NULL NULL NULL SI
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,16 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<!--Sample XML file generated by XMLSpy v2008 rel. 2 (http://www.altova.com)-->
|
||||
<Acknowledge xsi:noNamespaceSchemaLocation="NP_ACK.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
|
||||
<Header>
|
||||
<OperatoreMittente>TLC</OperatoreMittente>
|
||||
<TipoFile>R</TipoFile>
|
||||
<NomeFile>R_NP_TLC_TIM_20120504_50007.xml</NomeFile>
|
||||
</Header>
|
||||
<ReturnCode>
|
||||
<ACK>
|
||||
<Codice>00</Codice>
|
||||
<Descrizione>prova ACK positivo</Descrizione>
|
||||
</ACK>
|
||||
</ReturnCode>
|
||||
</Acknowledge>
|
||||
|
||||
@@ -0,0 +1,39 @@
|
||||
ESECUZIONE TEST HZ ATTIVAZIONE SCARTATAPRESAINCARICO:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
Per verificare il seguente flusso scaricare il branch BRN_RM_RECOVERY_20042012
|
||||
|
||||
1a: ACQUISIZIONE RICHIESTA DA MSP PER SIMULAZIONE SCARTATAPRESAINCARICO:
|
||||
Per simulare una richiesta proveniente da un MSP si può utilizzare lo script '01a_START_HZ_ATTIVAZIONE.cmd'.
|
||||
Per verificare l'esito del test, si può interrogare la tabella 'HZ_GESTIONE_RICHIESTA' filtrando
|
||||
le richieste che abbiano DATARICEZIONERICHIESTA = TRUNC(SYSDATE) e verificando che la richiesta generata
|
||||
abbia STATO = 1. Si noti come a valle di questa fase, le richieste generata abbiano il campo DA_INVIARE
|
||||
impostato a 1.
|
||||
|
||||
|
||||
2: CONTROLLO DI INVIABILITA':
|
||||
Al fine di eseguire il passaggio di stato in INVIATA bisogna eseguire i seguenti passi :
|
||||
1) modificare la DAC_CALC a SYSDATE sulla tabella HZ_GESTIONE_RICHIESTA.
|
||||
2) caricare l'ack (file ) di fenp sul seguente path http://10.20.20.168:11101/SimOLO/index.jsp
|
||||
3) lanciare il task 'task_attivazione_fenp'
|
||||
Per verificare l'esito del test, si può interrogare la tabella 'HZ_GESTIONE_RICHIESTA' filtrando
|
||||
le richieste che abbiano DATARICEZIONERICHIESTA = TRUNC(SYSDATE) e verificando che la richiesta generata
|
||||
abbia STATO = 2.
|
||||
|
||||
3: RICEZIONE FILE XML TIPO COMINUCAZIONE 12 da FENP:
|
||||
Per la ricezione del tipo comunicazione 12 da fenp modficare il file rispostafenp.xml popolando il CodiceOrdine con l'ID_RICHIESTA
|
||||
creato al punto 1). Navigare sul seguente path http://10.20.20.168:11101/SimOLO/sendRispostaOlo.jsp inseire i seguenti parametri
|
||||
nella maschera di upload :
|
||||
1)simulatore lato server:/gnpapp/simOLO/simulatoreMNP.properties
|
||||
2)OLO Mittente TLC
|
||||
3)Tipo File: R
|
||||
4) nome_file : R_NP_TLC_TIM_<SYSDATE>_50007.xml
|
||||
Per verificare l'esito del test, si può interrogare la tabella 'HZ_GESTIONE_RICHIESTA' filtrando
|
||||
le richieste che abbiano DATARICEZIONERICHIESTA = TRUNC(SYSDATE) e verificando che la richiesta generata
|
||||
abbia STATO = 4.
|
||||
|
||||
@@ -0,0 +1,31 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<ComunicazioneNP>
|
||||
<Risposta>
|
||||
<Valid_Formale_Cessazione>
|
||||
<TipoComunicazione>12</TipoComunicazione>
|
||||
<CodiceOrdine><!-- inserire id_richiesta creato--></CodiceOrdine>
|
||||
<DataOrdine>2011-02-18</DataOrdine>
|
||||
<DirectoryNumber>0816391320</DirectoryNumber>
|
||||
<IdentificativoOperatoreDonor>TIM</IdentificativoOperatoreDonor>
|
||||
<DataInvioMessaggio>2011-02-23</DataInvioMessaggio>
|
||||
<IdentificativoOperatoreDonating>INF</IdentificativoOperatoreDonating>
|
||||
<Telecom>
|
||||
<Rientro>
|
||||
<RientroTI>1</RientroTI>
|
||||
<DataAttesaConsegnaServizio>2011-03-07</DataAttesaConsegnaServizio>
|
||||
<CognomeCliente_RagioneSociale>PIRLA</CognomeCliente_RagioneSociale>
|
||||
<NomeCliente/>
|
||||
<TelefonoReferenteRichiedente>YYY</TelefonoReferenteRichiedente>
|
||||
<EmailReferenteRichiedente>ZZZ</EmailReferenteRichiedente>
|
||||
</Rientro>
|
||||
</Telecom>
|
||||
<EsitoVerifica>
|
||||
<EsitoKO>
|
||||
<EsitoVerificaRichiesta>1</EsitoVerificaRichiesta>
|
||||
<CodiceMotivoRifiuto>1</CodiceMotivoRifiuto>
|
||||
<DescrizioneRifiuto>IL DN non del tipo LineaSpecificato</DescrizioneRifiuto>
|
||||
</EsitoKO>
|
||||
</EsitoVerifica>
|
||||
</Valid_Formale_Cessazione>
|
||||
</Risposta>
|
||||
</ComunicazioneNP>
|
||||
@@ -0,0 +1,11 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><ACKNOWLEDGE xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd">
|
||||
<FILENAME>
|
||||
<MITTENTE>TIMG</MITTENTE>
|
||||
<DATA>2012-04-02</DATA>
|
||||
<ORA>10:40:37</ORA>
|
||||
<DESTINATARIO>H3GI</DESTINATARIO>
|
||||
<ID_FILE>66079</ID_FILE>
|
||||
</FILENAME>
|
||||
<TIPO_MESSAGGIO>8</TIPO_MESSAGGIO>
|
||||
<RISULTATO>OK</RISULTATO>
|
||||
</ACKNOWLEDGE>
|
||||
@@ -0,0 +1,11 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><ACKNOWLEDGE xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd">
|
||||
<FILENAME>
|
||||
<MITTENTE>TIMG</MITTENTE>
|
||||
<DATA>2012-04-02</DATA>
|
||||
<ORA>10:49:24</ORA>
|
||||
<DESTINATARIO>H3GI</DESTINATARIO>
|
||||
<ID_FILE>66083</ID_FILE>
|
||||
</FILENAME>
|
||||
<TIPO_MESSAGGIO>8</TIPO_MESSAGGIO>
|
||||
<RISULTATO>OK</RISULTATO>
|
||||
</ACKNOWLEDGE>
|
||||
@@ -0,0 +1,11 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><ACKNOWLEDGE xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd">
|
||||
<FILENAME>
|
||||
<MITTENTE>TIMG</MITTENTE>
|
||||
<DATA>2012-04-02</DATA>
|
||||
<ORA>10:55:24</ORA>
|
||||
<DESTINATARIO>H3GI</DESTINATARIO>
|
||||
<ID_FILE>66084</ID_FILE>
|
||||
</FILENAME>
|
||||
<TIPO_MESSAGGIO>8</TIPO_MESSAGGIO>
|
||||
<RISULTATO>OK</RISULTATO>
|
||||
</ACKNOWLEDGE>
|
||||
@@ -0,0 +1,11 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><ACKNOWLEDGE xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd">
|
||||
<FILENAME>
|
||||
<MITTENTE>TIMG</MITTENTE>
|
||||
<DATA>2012-04-02</DATA>
|
||||
<ORA>10:43:45</ORA>
|
||||
<DESTINATARIO>NPTS</DESTINATARIO>
|
||||
<ID_FILE>66080</ID_FILE>
|
||||
</FILENAME>
|
||||
<TIPO_MESSAGGIO>8</TIPO_MESSAGGIO>
|
||||
<RISULTATO>OK</RISULTATO>
|
||||
</ACKNOWLEDGE>
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>H3GI</MITTENTE>
|
||||
<DATA>2012-04-02</DATA>
|
||||
<ORA>10:45:49</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>00001</ID_FILE>
|
||||
</FILENAME>
|
||||
<ATTIVAZIONE><TIPO_MESSAGGIO>1</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>H3GI</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>000000000000131153</CODICE_RICHIESTA_RECIPIENT><MSISDN>393270131153</MSISDN><ICCID_SERIAL_NUMBER>0000000000000131153</ICCID_SERIAL_NUMBER><CODICE_FISCALE_PARTITA_IVA>SRTMCC75C52A345Q</CODICE_FISCALE_PARTITA_IVA><CODICE_PRE_POST_PAGATO>PRP</CODICE_PRE_POST_PAGATO><CODICE_ANALOGICO_DIGITALE>D</CODICE_ANALOGICO_DIGITALE><DATA_CUT_OVER>2012-04-10</DATA_CUT_OVER><NOME_CLIENTE>IVAN</NOME_CLIENTE><COGNOME_CLIENTE>RENDE</COGNOME_CLIENTE><TIPO_DOCUMENTO>PA</TIPO_DOCUMENTO><NUMERO_DOCUMENTO>AQ5633392Z</NUMERO_DOCUMENTO><IMSI>000000000131153</IMSI><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><CODICE_OPERATORE_VIRTUALE_DONATING>T000</CODICE_OPERATORE_VIRTUALE_DONATING><ROUTING_NUMBER>397</ROUTING_NUMBER><PREVALIDAZIONE>N</PREVALIDAZIONE><FURTO>N</FURTO></ATTIVAZIONE>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>OPIV</MITTENTE>
|
||||
<DATA>2020-10-06</DATA>
|
||||
<ORA>10:00:04</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>00001</ID_FILE>
|
||||
</FILENAME>
|
||||
<ATTIVAZIONE><TIPO_MESSAGGIO>1</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>OPIV</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>000000000000131398</CODICE_RICHIESTA_RECIPIENT><MSISDN>393920131398</MSISDN><ICCID_SERIAL_NUMBER>0000000000000131398</ICCID_SERIAL_NUMBER><CODICE_FISCALE_PARTITA_IVA>SRTMCC75C52A345Q</CODICE_FISCALE_PARTITA_IVA><CODICE_PRE_POST_PAGATO>POP</CODICE_PRE_POST_PAGATO><CODICE_ANALOGICO_DIGITALE>D</CODICE_ANALOGICO_DIGITALE><DATA_CUT_OVER>2020-10-13</DATA_CUT_OVER><NOME_CLIENTE>DIEGO</NOME_CLIENTE><COGNOME_CLIENTE>NUNNERI</COGNOME_CLIENTE><TIPO_DOCUMENTO>PA</TIPO_DOCUMENTO><NUMERO_DOCUMENTO>AQ5633392Z</NUMERO_DOCUMENTO><IMSI>000000000131398</IMSI><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER>341</ROUTING_NUMBER><PREVALIDAZIONE>N</PREVALIDAZIONE><FURTO>N</FURTO></ATTIVAZIONE>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>H3GI</MITTENTE>
|
||||
<DATA>2020-07-18</DATA>
|
||||
<ORA>11:56:02</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>00001</ID_FILE>
|
||||
</FILENAME>
|
||||
<CESSAZIONE><TIPO_MESSAGGIO>7</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>H3GI</CODICE_OPERATORE_RECIPIENT><CODICE_RICHIESTA_RECIPIENT>000000000000131367</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131367</MSISDN><DATA_CUT_OVER>2020-07-18</DATA_CUT_OVER></CESSAZIONE>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>OPIV</MITTENTE>
|
||||
<DATA>2012-03-21</DATA>
|
||||
<ORA>10:07:13</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>00001</ID_FILE>
|
||||
</FILENAME>
|
||||
<CESSAZIONE><TIPO_MESSAGGIO>7</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>OPIV</CODICE_OPERATORE_RECIPIENT><CODICE_RICHIESTA_RECIPIENT>000000000000131131</CODICE_RICHIESTA_RECIPIENT><MSISDN>393400131131</MSISDN><DATA_CUT_OVER>2012-03-21</DATA_CUT_OVER></CESSAZIONE>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>H3GI</MITTENTE>
|
||||
<DATA>2012-03-30</DATA>
|
||||
<ORA>10:07:41</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>66666</ID_FILE>
|
||||
</FILENAME>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037486</CODICE_RICHIESTA_RECIPIENT><MSISDN>393600131145</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>H3GI</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037485</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131144</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>H3GI</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>NOVA</MITTENTE>
|
||||
<DATA>2012-03-30</DATA>
|
||||
<ORA>10:07:45</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>66666</ID_FILE>
|
||||
</FILENAME>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037486</CODICE_RICHIESTA_RECIPIENT><MSISDN>393600131145</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>NOVA</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037485</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131144</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>NOVA</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>OPIV</MITTENTE>
|
||||
<DATA>2012-03-30</DATA>
|
||||
<ORA>10:07:43</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>66666</ID_FILE>
|
||||
</FILENAME>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037486</CODICE_RICHIESTA_RECIPIENT><MSISDN>393600131145</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>OPIV</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037485</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131144</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>OPIV</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>WIND</MITTENTE>
|
||||
<DATA>2012-03-30</DATA>
|
||||
<ORA>10:07:44</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>66666</ID_FILE>
|
||||
</FILENAME>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037486</CODICE_RICHIESTA_RECIPIENT><MSISDN>393600131145</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>WIND</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
<ESPLETAMENTO><TIPO_MESSAGGIO>6</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>TIMG</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>DV0000000000037485</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131144</MSISDN><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><ORA_CUT_OVER>14:00:00</ORA_CUT_OVER><CODICE_OPERATORE>WIND</CODICE_OPERATORE><STATO_RICHIESTA_NOTIFICA>4</STATO_RICHIESTA_NOTIFICA><FLAG_TRASFERIMENTO_CREDITO>Y</FLAG_TRASFERIMENTO_CREDITO><ROUTING_NUMBER></ROUTING_NUMBER></ESPLETAMENTO>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,4 @@
|
||||
I 3270131153 397 20120402112107307 20120402112107307
|
||||
I 3380131152 397 20120402112107307 20120402112107307
|
||||
I 3391044743 341 20120402112107307 20120402112107307
|
||||
I 3391044743 341 20120402112107307 20120402112107307
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>WIND</MITTENTE>
|
||||
<DATA>2012-03-28</DATA>
|
||||
<ORA>11:19:33</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>55555</ID_FILE>
|
||||
</FILENAME>
|
||||
<PRESAINCARICO><TIPO_MESSAGGIO>5</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>WIND</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>W00000000020191129</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131137</MSISDN><STATO_RICHIESTA_NOTIFICA>6</STATO_RICHIESTA_NOTIFICA><CODICE_OPERATORE_VIRTUALE_RECIPIENT>T001</CODICE_OPERATORE_VIRTUALE_RECIPIENT></PRESAINCARICO>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,9 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?><LISTA_MNP_RECORD xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="MNP.xsd"><FILENAME>
|
||||
<MITTENTE>WIND</MITTENTE>
|
||||
<DATA>2012-03-28</DATA>
|
||||
<ORA>11:22:19</ORA>
|
||||
<DESTINATARIO>TIMG</DESTINATARIO>
|
||||
<ID_FILE>22222</ID_FILE>
|
||||
</FILENAME>
|
||||
<VALIDAZIONE><TIPO_MESSAGGIO>2</TIPO_MESSAGGIO><CODICE_OPERATORE_RECIPIENT>TIMG</CODICE_OPERATORE_RECIPIENT><CODICE_OPERATORE_DONATING>WIND</CODICE_OPERATORE_DONATING><CODICE_RICHIESTA_RECIPIENT>W00000000020191129</CODICE_RICHIESTA_RECIPIENT><MSISDN>393350131137</MSISDN><STATO_RICHIESTA_NOTIFICA>0</STATO_RICHIESTA_NOTIFICA><DATA_CUT_OVER>2012-03-30</DATA_CUT_OVER><FLAG_TRASFERIMENTO_CREDITO>N</FLAG_TRASFERIMENTO_CREDITO><CODICE_OPERATORE_VIRTUALE_RECIPIENT>T001</CODICE_OPERATORE_VIRTUALE_RECIPIENT></VALIDAZIONE>
|
||||
</LISTA_MNP_RECORD>
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender ATTIVAZIONE 1 PRP TISC NOVE NO_ACCODATA NULL NULL NULL SI N NULL NULL N NULL 362 SI SI
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender ATTIVAZIONE 1 PRP TISC TIMG ACCODATA NULL NULL NULL SI N NULL NULL N NULL 362 SI SI
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE ACCETTATA NULL W NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender NOT_CESSAZIONE 081 NULL
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_ATTIVAZIONE 001 W n
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 6 4 RV
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 6
|
||||
ENDLOCAL
|
||||
@@ -0,0 +1,79 @@
|
||||
ESECUZIONE TEST RECIPIENT VIRTUALE:
|
||||
|
||||
NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle
|
||||
code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
|
||||
sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti
|
||||
i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
|
||||
particolare azione simulata.
|
||||
|
||||
1a: ACQUISIZIONE RICHIESTA DA MVNO PER SIMULAZIONE FLUSSO PRINCIPALE:
|
||||
Per simulare una richiesta proveniente da un MVNO si può utilizzare lo script '01_START_MVNO2MVNO.cmd'.
|
||||
La richiesta generata conterrà una Data di Cut Over per la quale, a valle del controllo di
|
||||
lavorabilità, essa passi nello stato LAVORABILE.
|
||||
Per verificare l'esito del test, si può interrogare la tabella 'MNP_GEST_RICH_REC_VIRT' filtrando
|
||||
le richieste che abbiano DATARICEZIONERICHIESTA = TRUNC(SYSDATE) e verificando che la richiesta generata
|
||||
abbia STATO = 1
|
||||
|
||||
1b: ACQUISIZIONE RICHIESTA DA MVNO PER SIMULAZIONE ACCODAMENTO RICHIESTA:
|
||||
Per simulare una richiesta proveniente da un MVNO che debba successivamente andare in stato ACCODATA,
|
||||
si può utilizzare lo script '01_START_MVNO2MVNO_ACCODATA.cmd'. Tale script genera una richiesta in cui la
|
||||
Data di Cut Over sarà successiva rispetto alla data odierna: questo farà si che, al momento del
|
||||
controllo di lavorabilità, tale richiesta venga posta in stato ACCODATA.
|
||||
Per verificare l'esito del test, si può interrogare la tabella 'MNP_GEST_RICH_REC_VIRT' filtrando
|
||||
le richieste che abbiano DATARICEZIONERICHIESTA = TRUNC(SYSDATE), controllando che la richiesta
|
||||
abbia STATO = 3.
|
||||
|
||||
2: CONTROLLO LAVORABILITA':
|
||||
Per eseguire il controllo di lavorabilità si può utilizzare il crontab 'task_controller_rv_pc'.
|
||||
Tale task esegue, in cascata, sia il controllo di lavorabilità che il controllo di PresaInCarico.
|
||||
Per tale motivo, nel caso in cui si stia eseguendo un test sul flusso principale (utilizzando lo script
|
||||
descritto in 1a) il risultato dell'esecuzione di tale task sarà quello di avere un passaggio di stato
|
||||
multiplo delle richieste: lo stato finale, infatti, dovrebbe essere lo stato 04:PRESAINCARICO.
|
||||
Nel caso in cui, invece, si sia utilizzato lo script descritto in 1b, lo stato in cui le richieste
|
||||
si troveranno sarà 03:ACCODATA.
|
||||
In entrambe i casi, verificare i cambiamenti di stato delle richieste sulla tabella MNP_GEST_RICH_REC_VIRT
|
||||
ricercando le richieste DATARICEZIONERICHIESTA = TRUNC(SYSDATE)
|
||||
|
||||
3: VALIDAZIONE:
|
||||
Per eseguire la validazione delle richieste da parte di DBC, bisogna eseguire il crontab 'task_controller_rv_val'.
|
||||
Tale task comporterà il passaggio di stato delle richieste dallo stato 04:PRESAINCARICO allo stato 05:IN_VALIDAZIONE
|
||||
|
||||
Successivamente deve essere lanciato lo script 02_VALIDAZIONE_OK_MVNO.cmd per passare la richiesta in 06:VALIDATA.
|
||||
Inoltre, visto che per il passaggio in stato 13:ACCETTATA l'unica precondizione è l'invio da parte di DBC di un file XML ad AOM,
|
||||
il passaggio in questo nuovo stato, dal punto di vista dei simulatori, dovrebbe essere gratuito.
|
||||
Perciò a valle dell'esecuzione del task di validazione, il risultato atteso è che le richieste
|
||||
abbiano raggiunto lo stato 13:ACCETTATA.
|
||||
|
||||
4: PASSAGGIO DI STATO A 'IN_CESSAZIONE':
|
||||
Per il passaggio dallo stato 13:ACCETTATA allo stato 08:IN_CESSAZIONE sono previsti due casi distinti, i quali trattano il
|
||||
passaggio di stato in caso di richieste di tipo TAF e quelle di tipo diverso da TAF. Per identificare se una richiesta
|
||||
generata da MVNO è o meno di tipo TAF, occorre effettuare la seguente query:
|
||||
|
||||
SELECT M.DATA_RICEZIONE, M.TIPO_OPERAZIONE
|
||||
FROM MNP.MNP_MVNO_PORTING_IN M
|
||||
WHERE M.DATA_RICEZIONE>=TRUNC(SYSDATE)
|
||||
|
||||
Se il valore del campo TIPO_OPERAZIONE è pari a 'TAF', allora la richiesta è di tipo TAF, altrimenti no.
|
||||
|
||||
4a: CASO DI RICHIESTE NON TAF:
|
||||
Nel caso di richieste non TAF, per ottenere il passaggio di stato sarà necessario che DBC invii le richieste di
|
||||
cessazione a GISP: questa fase può essere effettuata attraverso l'utilizzo del task 'task_cess_att_mvno'.
|
||||
Eseguendo questo task, dunque, il risultato atteso è quello di visualizzare il passaggio di stato delle richieste
|
||||
allo stato 08:IN_CESSAZIONE.
|
||||
|
||||
4b: CASO DI RICHIESTE TAF:
|
||||
TODO: non ho idea di come generare una richiesta TAF.
|
||||
|
||||
5: RICEZIONE NOTIFICA CESSAZIONE DA GISP:
|
||||
Per eseguire il passaggio di stato da 08:IN_CESSAZIONE a 10:CESSATA, DBC deve ricevere la notifica di cessazione da parte di GISP.
|
||||
Per simulare questa fase, eseguire lo script '03_NOTIFICA_CESSAZIONE_GISP.cmd'.
|
||||
Come risultato atteso, dunque, ci aspettiamo che le richieste passino allo stato 10:CESSATA. Inoltre, visto che successivo passaggio
|
||||
da 10:CESSATA a 11:IN_ATTIVAZIONE, è vincolato al solo invio da parte di DBC della richiesta di attivazione a GISP: dunque il passaggio
|
||||
di stato a 11:IN_ATTIVAZIONE, dovrebbe avvenire senza sollecitazioni esterne.
|
||||
|
||||
|
||||
6: RICEZIONE RISPOSTA ATTIVAZIONE DA GISP E RICEZIONE ESPLETAMENTO TERZE PARTI:
|
||||
L'ultima transizione di stato (11:IN_ATTIVAZIONE -> 12:EVASA) può essere effettuata utilizzando i seguenti script:
|
||||
1) 04_RISPOSTA_ATTIVAZIONE_GISP.cmd
|
||||
2) 05_GENERAZIONE_ESPLETAMENTO_TERZE_PARTI.cmd
|
||||
3) 06_INVIO_ESPLETAMENTO_TERZE_PARTI.cmd
|
||||
@@ -0,0 +1,4 @@
|
||||
SETLOCAL
|
||||
CALL ..\init.cmd
|
||||
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 3 1 1 WIND OPIV DATA_CUT_OVER_MINORE_OGGI NULL NULL N
|
||||
ENDLOCAL
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user