Sie sind auf Seite 1von 115

Actual Fix Time

Amdocs Responsible

Amdocs_Free_Text

Amdocs_ST_Status

29 eyalve

vfrositeinterfaces

11 rachela

7 slavikm

Site_Support_Request

slavikm

Answer reason

answer_agreed_vfro

Answered Date

Approving GL

Assigned To

slavikm

slavikm

Testing Error

andreea.borosan

4/12/2011

slavikm

mamirco

rephaelk

slavikm

slavikm

slavikm

Build Number

BusinnesImpact

Closed in Version

Closed in Version_old

Closing Date

650

impact in extracts

4/19/2011

660

650c.3

4/14/2011

650C3

4/12/2011

660

Code inspection done

Ciprian Anastasescu Comments Core Case ID CR ID Status Defect ID <ciprian.anastasescu>, 3/23/2011: Same problem for the OP9IFAREXTRD job Operational parameters in OP_APP_DATA are not created by the RunJobs script. On 5.5 these parameters were created by the script $TLG_BIN/Op9UpdIFRunTime this script or equivalent is missing on 7.5 ... $ head $TLG_BIN/Op9UpdIFRunTime #!/bin/ksh ########################### ########################### ########################### ######### ## Name:Op9UpdIFRunTime ## Purpose: Update the App tables of the following jobs: IFAREXTRD IFAREXTRM ## Usage: Op9UpdIFRunTime ## Author: Eyal Vered ## Description: This scripts Update the start time first dayu and last day of the month. ## ########################### ########################### ###########################

Closed

6387

Ciprian Anastasescu <ciprian.anastasescu>, 3/30/2011: On 5.5 the extract was done from tables PAYMENT & PAYMENT_ACTIVITY, and there was a filter on the field PAYMENT_ACTIVITY.ACTV_COD E (not FNTT or FNTF). Now, in 7.5 the extract comes from tables AR1_PAYMENT & AR1_PAYMENT_DETAILS, and the field ACTV_CODE is not available anymore - someone from Invoicing should provide the correct filter to exclude those type of payments ___________________________ _____________ Slavik Main <slavikm>, 3/31/2011: Moved to AR for advise how it can be implemented on 7.5 ___________________________ _____________ Nidhi Malhotra <nidhm>, 3/31/2011: Can you please give us the query? ___________________________ _____________ Nidhi Malhotra <nidhm>, 3/31/2011: Moving to informatica team to get the query. ___________________________ _____________

Open

6493

Merav Amir-Cohen <mamirco>, 4/4/2011: Hi Andrea We are using the L7_STATEMENT_DATE of the payment itself , for example account id 234584353 select account_id,ent_seq_no,actv_seq_ no,sys_creation_date,actv_code,a ctv_date,actv_amt,l7_statement_d ate From payment_activity where account_id=234584353

ACCOUNT_ID ENT_SEQ_NO ACTV_SEQ_NO SYS_CREATION_DATE ACTV_CODE ACTV_DATE ACTV_AMT L7_STATEMENT_DATE 234584353 1 12/29/2009 20:43 12/29/2009 35 234584353 2 12/29/2009 20:43 12/29/2009 35 1 PYM 12/28/2009 1 PYM 12/28/2009

234584353 2 2 1/20/2010 15:35 BCK 1/20/2010

Closed

6524

Slavik Main <slavikm>, 4/6/2011: Need more Information and advice from VFRO side. Mail with Q was sent to Borosan Andrea ___________________________ _____________ Andreea Borosan <andreea.borosan>, 4/6/2011: answered. Please see attached ___________________________ _____________ Slavik Main <slavikm>, 4/6/2011: Fix was done according Andreas recommendation ___________________________ _____________ Slavik Main <slavikm>, 4/10/2011: Hot-Fix 100007322 was created ___________________________ _____________ Oleg Miller <olegm>, 4/10/2011: recreated the defect on env55 ilhp114 with account number 234861613 only overpayment infomration was extracted - the defect shouuld be passed - all information is attached

Closed

6531

Shirley Shmul <shirleys>, 4/7/2011: this is the quary that we use in the extract process . AR plesae advice wich changes we should put to resolve the issue. SELECT AR1_REFUND_REQUEST.AMOU NT, AR1_REFUND_REQUEST.L9_ST ATEMENT_DATE, AR1_PAYMENT.PAYMENT_ID, AR1_PAYMENT.PYMDT_PARTITI ON_ID, AR1_PAYMENT.PYMDT_PERIOD _KEY FROM AR1_REFUND_REQUEST, AR1_PAYMENT_ACTIVITY, AR1_PAYMENT WHERE AR1_REFUND_REQUEST.ACTIV ITY_DATE=TO_DATE($$START_ DATE' ,) AND AR1_REFUND_REQUEST.APPLI CATION_METHOD = AND AR1_REFUND_REQUEST.TRAN SACTION_ID =

Open

6549

Defect Type Delivered in Version

Delivery Verification Status

Bug

R19V16

Updated RN provided Apr 12

Bug

Bug

R19V13

Bug

R19V13

VFRO - provide impact - Elena Manescu

Bug

to be check in production (if 6524 is delivered)

Description

w_Monthly_Extracts does not receive correct parameters from Amdocs Operartional startup job

The WF extracts payments of type FNTF and FNTT (Fund Transfer To/From) - these payments have STATEMENT_DATE null, an

Statement date is not migrated as per 5.5. Please find attached more details.

Test Set: Test: Run: Test Parameters: Step:

09.w_daily_extracts [1]3.load in satelite system Run_4-6_7-15-35

Step 1

Description: Load the output in the satellite system in order to be validated

Expected: The output is validated in the satellite system

Actual: After doing reconciliation between the 5.5 and 7.5 outputs we found that the AR_D_service_refund_extract file extracted by the w_Daily_Extracts is extracting also deposits --5.5: SELECT * FROM REFUND WHERE REFUND.actv_date = TO_DATE('21-MAR-2011','DD-MON-YYYY') --7.5: select * from AR1_REFUND_REQUEST where AR1_REFUND_REQUEST.ACTIVITY_DATE=TO_DATE('21-MAR-2011','DD-MON-YYYY') OR AR1_REFUND_REQUEST.REVERSAL_DATE = TO_DATE('21-MAR-2011','DD-MON-YYYY') The difference between the queries are 2 extra lines that should not be extracted: REFUND_ID AMOUNT APPLICATION_METHOD REFUND_REASON 1 11159 100.00 D RFNDEP 2 11470 100.00 D RFNDEP

Test Set: Test: Run: Test Parameters: Step:

09.w_daily_extracts [1]2. verify the output Run_4-7_12-9-48

Step 1

Description: Go to mensa machine on the following way: - /vfrinformatica/vfr/inf/vfrinfo/Environments/vfrwrkxx/MobifonFTP

Expected: The outputs for the w_daily_extract workflow exists: - AR_D_payment_extarct_DD-MON-YYYY.txt - AR_D_backout_extarct_DD-MON-YYYY.txt - AR_D_service_refund_extarct_DD-MON-YYYY.txt - AR_D_guarantee deposit_guarantee refund_extarct_DD-MON-YYYY.txt Actual: After doing a reconciliation between the attached output from 5.5 and 7.5 we noticed that the workflow is not extracting the activities with ACTV_CODE = 'RTN' although they exists in 7.5 with activity_type DPRLS and L9_DPRLS_METHOD = 'APPLY'. --5.5 SELECT AR7_DEPOSIT_ACTIVITY.ACTV_AMT, AR7_DEPOSIT_ACTIVITY.ACTV_CODE, AR7_DEPOSIT_ACTIVITY.SOURCE_ID, AR7_DEPOSIT_ACTIVITY.L7_STATEMENT_DATE FROM AR7_DEPOSIT_ACTIVITY where rtrim(AR7_DEPOSIT_ACTIVITY.actv_code) in('RTN') union all SELECT a.ACTV_AMT, a.ACTV_CODE, NVL(a.SOURCE_ID , b.SOURCE_ID) , nvl(a.L7_STATEMENT_DATE , b.L7_STATEMENT_DATE) FROM AR7_DEPOSIT_ACTIVITY a ,AR7_DEPOSIT_ACTIVITY b

Detected By

Detected in Cycle

Detected in Release

Detected in version

ciprian.anastasescu

R19V15

ciprian.anastasescu

R19V17

andreea.borosan

R19V15

george.florescu

R19V11

george.florescu

R19V11

Detected in Version_old

Detected on Date

Earliest detection Phase

EPC Dump

3/22/2011 UT

3/30/2011

4/4/2011 ST

4/6/2011 ST

4/7/2011

Estimated Fix Time

External System

Failed Date

Failed_ST_date

Fix Date

Fix Type

Oracle Apps

4/12/2011

3/31/2011

4/13/2011 Environment

Oracle Apps

Oracle Apps

4/6/2011 Code

Oracle Apps

4/6/2011 Code

Oracle Apps

Fixed in Version

Found in

Found in QA Found in release

Found in test env

OnSite Testing

NO

Env 16

Dress Rehearsal NO

Production

Migration

NO

Production

OnSite Testing

NO

Production

OnSite Testing

NO

Env 41

Functional Area

HF ID HF Required HF Status PET HF Status Prod HF Status ST

Informatica

Informatica

Migration

Informatica

Informatica

HF Status UAT HF Type How can it be prevented

Integrative IRC Number

Aproved for delivery

panding on 6524 si 6549 testing

aproved for the HF list. not aproved yet

IUT - SST done

Modified

NA reason NA_ST_date No of affected TC's

No

4/19/2011 1:31

4/18/2011 14:59

Yes

4/14/2011 6:50

4/8/2011

No

4/12/2011 16:19

4/18/2011 20:38

NoResolutionReason

Passed ST Date

PI migration

Planned Closing Version

4/13/2011

Before_production

After_production

4/8/2011

Before_production

4/10/2011

Before_production

Planned Delivery Date

Planned Fix Date

Priority Priority_new Project Project Code

Critical

Regular

High

4/10/2011

High

4/14/2011 High

Rational issue no

Rational issue no_string

RCA Defect

Storage/Env/DB is not refreshed/sync with CC

Business knowledge missing

Inherited from previous version

RCA ST RCA UAT

Readme Ind

Ready for EOC Related Defects ID

Delivery procedure - missing deliverable

Under investigation

Re-open count

Reproducible

Request Delivery Date

Resolution Responsibility

1Y

Fixed

Amdocs

Amdocs

Fixed

Amdocs

Fixed

Amdocs

Amdocs

Service desk ID

Severity

High

Medium

High

High

High

ST testing instructions

run monthly and daily extract by EOD

The below should exist: 1. If the Account has WAVING_IND in 5.5 set to T, the following should occur: a. All Charge groups with DUE_DATE <= 31-Dec-2007, the CALCULATE_LPF_IND in 7.5 in AR1_CHARGE_GROUP should be set to N. b. In AR1_ACCOUNT, the following fields should be updated, i. LPC_WAVING_IND = 'Y' ii. L9_LPF_STR_WVE_DT = 01-Jan-2008 iii. L9_LPF_WVR_EXP_DT = Next cycle end date (END_DATE from BL1_CYCLE_CONTROL) 2. If the Account has WAVING_IND in 5.5 set to W, the following should occur: a. All Charge groups with DUE_DATE <= 31-Dec-2007, the CALCULATE_LPF_IND in 7.5 in AR1_CHARGE_GROUP should be set to N. b. In AR1_ACCOUNT, the following fields should be updated, i. LPC_WAVING_IND = 'Y' ii. L9_LPF_STR_WVE_DT = 01-Jan-2008 iii. L9_LPF_WVR_EXP_DT = NULL

The below query should return no rows: select activity_date,l9_statement_date From ar1_payment_activity where l9_statement_date<> (activity_date-1) and l9_statement_date is not null;

Ran Daily Extact and check if only relevant data was extracted to Refund exrtract

ST_Amdocs_Tester

ST_HF_NO

Subject

depatel

100006882

ABPMIG4.29

100007322

09.w_daily_extracts

09.w_daily_extracts

Summary

w_Monthly_Extracts does not receive correct parameters from Amdocs Operartional startup job

DR6: w_Daily_Extracts produces lines with STATEMENT_DATE NULL

Statement date migration

AR service refund extract incorrect

AR_D_guarantee_deposit_guarantee_refund_extract has missing entries

Target Cycle Target Release

Tester in Charge

WorkaroundNo

ciprian.anastasescu

TBD - VFRO

andreea.borosan

george.florescu

Das könnte Ihnen auch gefallen