119 lines
5.1 KiB
Plaintext
119 lines
5.1 KiB
Plaintext
TEST RIENTRO FONIA DOPPIO DONATING
|
|
|
|
1) lanciare uno degli script "Rientro_Fonia_DoppioDonating (con invio).cmd" in dbcfx\FE\gnpdev\sim\script\win
|
|
Vengono generati record in :
|
|
- GNP_CRMB_IN_REC o GNP_CRMR_IN_REC o GNP_CRMA_IN_REC
|
|
- GNP_RICHIESTE_REC
|
|
- GNP_STORICO_RICHIESTE_REC
|
|
- GNP_DBCFXGO_OUT_REC
|
|
|
|
La richiesta va in stato 1:ACQUISITA e successivamente in 20:VERIFICATAOK e 22:INVIOOLO nella tabella GNP_RICHIESTE_REC.
|
|
Inoltre vengono creati due record in GNP_DOPPIO_DONATING_OLO_BRIDGE, con TIPO_SERVIZIO = F,D e DA_INVIARE = 1
|
|
|
|
2) - Impostare sul SimOLO il giusto ACK. Per questo utilizzare la url http://10.174.28.19:11101/SimOLO. Inserire l'ACK e salvare (un esempio si trova in dbcfx\FE\gnpdev\sim\script\doc\DEL.274 nel file OLO_ACK.xml).
|
|
|
|
NOTA BENE: L'ACK rimane impostato fino al successivo riavvio del server pertanto questo passaggio si può bypassare fino al successivo riavvio.
|
|
|
|
- Lanciare lo script sul server (connessione 10.174.28.19 con utente gnp) ./Invia_Notifiche_OLO.sh nella directory /gnpapp/script
|
|
La richiesta genera i file per OLO (uno per ogni olo presente nella richiesta), li invia, riceve l'ACK, la richiesta rimane in stato 22 (in GNP_RICHIESTE_REC), e le richieste in GNP_DOPPIO_DONATING_OLO_BRIDGE passano a DA_INVIARE = 0.
|
|
|
|
Vengono generati record in :
|
|
- GNP_OLO_OUT
|
|
- GNP_OLO_RICHIESTE_OUT
|
|
|
|
Vengono modificati record
|
|
- GNP_DOPPIO_DONATING_OLO_BRIDGE
|
|
|
|
3) - Richiamare la pagina http://10.174.28.19:11101/SimOLO/sendRispostaOlo.jsp inserendo i valori richiesti per l'invio file da OLO di tipo R, tipo_comunicazione=2
|
|
|
|
Nome File = R_codiceOloDonor_TLC_yyyyMMdd_progressivo.xml
|
|
|
|
Nel file CodiceOrdineRecipient = GNP_OLO_RICHIESTE_OUT.CODICE_ORDINE_RECIPIENT,
|
|
CodiceOperatoreRecipient = TLC
|
|
CodiceOLODonating = GNP_OLO_RICHIESTE_OUT.COW,
|
|
CodiceRisorsa1 = GNP_OLO_RICHIESTE_OUT.COR,
|
|
CodiceRisorsa2 = GNP_OLO_RICHIESTE_OUT.COR2,
|
|
|
|
Vengono generati record in :
|
|
- GNP_OLO_IN
|
|
- GNP_OLO_RICHIESTE_IN
|
|
- GNP_DBCFXGO_OUT_REC
|
|
- GNP_STORICO_RICHIESTE_REC
|
|
- GNP_CRMB_OUT_REC oppure GNP_CRMR_OUT_REC
|
|
|
|
Vengono modificati record in
|
|
- GNP_RICHIESTE_REC
|
|
|
|
Ripetere per il secondo olo.
|
|
|
|
|
|
La richiesta di business passa in stato 13:ACCETTATA in caso di esito positivo da OLO, in 14:ACCETTATAKO in caso di esito negativo da OLO.
|
|
|
|
|
|
4) OPZIONALE - Da eseguire solo se si vuole mandare la richiesta in stato 03: RIFIUTATAOLO
|
|
|
|
Richiamare la pagina http://10.174.28.19:11101/SimOLO/sendRispostaOlo.jsp inserendo i valori richiesti per l'invio file da OLO di tipo R, tipo_comunicazione=3,
|
|
StatoRichiesta = 1, CausaleRifiuto = 1, CodiceMotivoRifiuto = 1.
|
|
Nome File = R_codiceOloDonor_TLC_yyyyMMdd_progressivo.xml
|
|
|
|
Nel file CodiceOrdineRecipient = GNP_OLO_RICHIESTE_OUT.CODICE_ORDINE_RECIPIENT,
|
|
CodiceOperatoreRecipient = TLC
|
|
CodiceOLODonating = GNP_OLO_RICHIESTE_OUT.COW,
|
|
CodiceRisorsa1 = GNP_OLO_RICHIESTE_OUT.COR,
|
|
CodiceRisorsa2 = GNP_OLO_RICHIESTE_OUT.COR2,
|
|
|
|
La richiesta di business passa in stato 03: RIFIUTATAOLO.
|
|
|
|
5) Passaggio di stato a 05:VALIDATING
|
|
|
|
Impostare la DFW sulla GNP_RICHIESTE_REC a SYSDATE-2. Lanciare lo script sul server (connessione 10.174.28.19 con utente gnp) ./Check_Fine_Wait_Olo.sh nella directory /gnpapp/script
|
|
|
|
Tutte le richieste con stato 04:VALIDATAOLO e 13:ACCETTATA passano nello stato 05:VALIDATING
|
|
|
|
6) Passaggio di stato a 17:CREATAPITAGORA
|
|
|
|
- Lanciare lo script sul server (connessione 10.174.28.19 con utente gnp) ./Crea_PitagoraRientroOut.sh nella directory /gnpapp/script
|
|
|
|
La richiesta passa in stato 17:CREATAPITAGORA
|
|
|
|
Vengono generati record in :
|
|
- GNP_PITAGORA_OUT_FILE
|
|
- GNP_PITAGORA_OUT_REC
|
|
- GNP_STORICO_RICHIESTE_REC
|
|
- GNP_DBCFXGO_OUT_REC
|
|
|
|
Vengono modificati record
|
|
- GNP_RICHIESTE_REC
|
|
|
|
vengono creati due file (xml e cmd) in
|
|
/home/gnpapp/gnpappsvi/batch/ftpout/pitagora
|
|
spostarli in
|
|
/home/gnpapp/gnpappsvi/batch/backup_out/pitagora
|
|
|
|
l'sftput daemon periodicamente prova ad inviare il file.
|
|
|
|
Successivamente all'invio del file l ostato passa automaticamente a 06:INVIATAPITAGORA.
|
|
|
|
Vengono generati record in :
|
|
- GNP_STORICO_RICHIESTE_REC
|
|
- GNP_DBCFXGO_OUT_REC
|
|
|
|
Vengono modificati record
|
|
- GNP_RICHIESTE_REC
|
|
- GNP_PITAGORA_OUT_FILE
|
|
|
|
A questo punto si può eseguire il punto 7b per mandare la richiesta in ESPLETATA, oppure 7c per CHIUSA, o 7a e 7b per mandare in VALIDATA OK e successivamente ESPLETATA.
|
|
|
|
7a) Alla ricezione dell'evento di EMISSIONE da CRM per l'esigenza oggetto del test, la richiesta passa in stato 10:VALIDATAOK
|
|
|
|
7b) Alla ricezione dell'evento di ESPLETAMENTO da CRM per l'esigenza oggetto del test, la richiesta passa in stato 12:ESPLETATA
|
|
|
|
7c) Alla ricezione dell'evento di CHIUSURA da CRM per l'esigenza oggetto del test, la richiesta passa in stato 18:CHIUSA
|
|
|
|
Esempio di 7b:
|
|
Occorre generare un file xml per l'acquisizione: si può ad esempio usare lo script del punto 1), settando l'invio automatico = 0, e cambiare nell'xml generato il TIPO_EVENTO in ESPLETAMENTO.
|
|
Lanciare quindi InvioDaIB.cmd.
|
|
La richiesta passa in 12:ESPLETATA.
|
|
|
|
|