First Commit - Source Code from Reply

This commit is contained in:
vincenzofariello
2024-05-13 12:54:14 +02:00
parent 73e32a5020
commit a15aee1f08
11184 changed files with 1065913 additions and 0 deletions

View File

@@ -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

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 7
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 C Y
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 C Y
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 C Y
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 003 C Y
ENDLOCAL

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatSender null 14 15
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 8 OK
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 8
ENDLOCAL

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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.

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 1
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE ACCETTATA NULL D NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 8 OK
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 8
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 D
ENDLOCAL

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatSender NULL 14 15
ENDLOCAL

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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.

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 9
ENDLOCAL

View File

@@ -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

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 1
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 8 OK
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 8
ENDLOCAL

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientFlatSender NULL 14 15
ENDLOCAL

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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.

View File

@@ -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.

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE RIFIUTATA 1 V NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE ACCETTATA NULL V NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender NOT_CESSAZIONE 082 NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender NOT_ATTIVAZIONE 083 NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 6 4 DV
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 6
ENDLOCAL

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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

View File

@@ -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.

View File

@@ -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

View File

@@ -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'

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% base.ProtectionManager 2026.12.31
ENDLOCAL

View File

@@ -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

View File

@@ -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>

View File

@@ -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.

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -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>

View File

@@ -0,0 +1,4 @@
I 3270131153 397 20120402112107307 20120402112107307
I 3380131152 397 20120402112107307 20120402112107307
I 3391044743 341 20120402112107307 20120402112107307
I 3391044743 341 20120402112107307 20120402112107307

View File

@@ -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>

View File

@@ -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>

View File

@@ -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

View File

@@ -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

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender VALIDAZIONE ACCETTATA NULL W NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender NOT_CESSAZIONE 081 NULL
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_ATTIVAZIONE 001 W n
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 6 4 RV
ENDLOCAL

View File

@@ -0,0 +1,4 @@
SETLOCAL
CALL ..\init.cmd
%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 6
ENDLOCAL

View File

@@ -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

View File

@@ -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