Sie sind auf Seite 1von 6

ISSUE: NL_EM_DD_Changing of due dates for the Riba process of 100704.

Hi there,
Please change the 16 colored rows of due dates in 100704.
User is given what the Due Date should be and how many items should be
affected.
UPDATE PS_DRAFT_CONTROL
SET DRAFT_DUE_DATE2 = '10-JUL-04'
WHERE DRAFT_BU = 'NL135'
AND DRAFT_DUE_DATE2 < '10-JUL-04'
AND DRAFT_STATUS IN ('A', 'P')
AND CREATE_DATE = '08-JUN-04';
COUNT(*)
---------???
ISSUE: NL_EM, NG_Bank Account for customers. Please add the bank account
information for the customers like the first row on the country files. see attachment
When the list consist of few customers:
UPDATE PS_CUST_CRSPD A
SET BANK_CD = 'AAREC', BANK_ACCT_KEY = 'AED', LOCATION = 'AE6XX000'
WHERE A.EFFDT =
(SELECT MAX(A_ED.EFFDT) FROM PS_CUST_CRSPD A_ED
WHERE A.SETID = A_ED.SETID
AND A.CUST_ID = A_ED.CUST_ID
AND A_ED.EFFDT <= SYSDATE)
AND A.SETID = 'RA101'
AND A.EFF_STATUS = 'A'
AND A.CUST_ID IN ('143266',
'135815');
COUNT(*)
---------???

On the scripts the fields in blue are variables which should be changed

In case of many customers IDs:


UPDATE PS_CUST_CRSPD A
SET BANK_CD = 'AAREC', BANK_ACCT_KEY = 'AED', LOCATION = 'AE6XX000'
WHERE A.CUST_ID IN (SELECT CUST_ID
FROM PS_CUSTOMER B
WHERE B.SETID = 'RA101'
AND B.COLLECTOR LIKE 'PL%'
AND B.CUST_STATUS = 'A')
AND A.EFFDT =
(SELECT MAX(A_ED.EFFDT) FROM PS_CUST_CRSPD A_ED
WHERE A.SETID = A_ED.SETID
AND A.CUST_ID = A_ED.CUST_ID
AND A_ED.EFFDT <= SYSDATE)
AND A.SETID = 'RA101'
AND A.EFF_STATUS = 'A';
COUNT(*)
-----------???

ISSUE: BA - NL: Deposit hanging for no reason IT100 1314. Deposit in PS that has 14
items booked and 14 items applied but the dep in hanging in use were should be only in
inquiry because everything is posted and the dep is in balance but in inquiry it shows as
partial. Pls clean the tables behind the scenes
In case of locked customers or items please run first below SQLs to check what is
blocked and how many.
SELECT COUNT (*) FROM PS_DEPOSIT_CONTROL
WHERE DEPOSIT_BU <> 'CA100'
AND PROCESS_INSTANCE <> 0
AND DEP_POST_STATUS <> 'C'
ROW AFFECTED: ???
SELECT COUNT (*) FROM PS_ITEM
WHERE PROCESS_INSTANCE <> 0
AND ITEM_STATUS <> 'C'
ROWS AFFECTED: ???
SELECT COUNT (*) FROM PS_CUST_DATA
SET PROCESS_INSTANCE =0
WHERE PROCESS_INSTANCE<>0
ROWS AFFECTED: ???

On the scripts the fields in blue are variables which should be changed

SELECT COUNT (*) FROM PS_BI_HDR


WHERE BILL_STATUS = 'RDY'
AND PROCESS_INSTANCE <> 0;
COUNT(*)
---------???
Then submit OCR to set Process instance = 0
UPDATE PS_DEPOSIT_CONTROL
SET PROCESS_INSTANCE =0
WHERE DEPOSIT_BU ='PT100'
AND PROCESS_INSTANCE <> 0
AND DEP_POST_STATUS <> 'C'
ROW AFFECTED: ???
UPDATE PS_ITEM
SET PROCESS_ISNTANCE = 0
WHERE PROCESS_INSTANCE = 9029853
AND ITEM_STATUS <> 'C';
ROWS AFFECTED: ???
UPDATE PS_CUST_DATA
SET PROCESS_INSTANCE = 0
WHERE PROCESS_INSTANCE <> 0
ROWS AFFECTED: ???
UPDATE PS_BI_HDR
SET PROCESS_INSTANCE = '0'
WHERE BILL_STATUS = 'RDY'
AND PROCESS_INSTANCE <> 0;
COUNT(*)
---------???
ISSUE: RMA is closed, BIRMAADJ Process finished successfully but invoice is not in
Billing.
First make sure that RMA is really closed. Then checked if RMA has the CM action
set up to ON Receipt
Check what invoice was populated for a RMA and in what status it is. Then check
PS_BI_HDR and PS_BI_LINE if the invoice is populated. If not please submit OCR
with following SQL:

On the scripts the fields in blue are variables which should be changed

UPDATE PS_BI_ADJ_GRP_LINE
SET ADJ_GRP_STATUS = ' '
WHERE RMA_ID = '9000073833'
AND BUSINESS_UNIT = 'NL105'
AND ADJ_GRP_STATUS = 'DON';
ROWS AFFECTED: ???
ISSUE: NL_EM_DD_URGENT:ARDE0044 run has failed. The file ARDE0044 for the
automatic bank upload has failed. Please fix it in order to get the Automatic Bank
Upload.
NL_EM_DD_Urgent Error on the Lockbox . There is an error on the Lockbox and the
automatic upload is not done. Please fix it.
Please check if the following jobs were running and what are the Process Instances.
1. MT940 to PS Lockbox - ARRA055R,
2. Lockbox - AR25001
3. Payments Interface - ARDE0046
Please check log files for errors. Contact US team to have a look at he issues.
You can check as well on server if the file was processed.
The path is: /export/data/NL/erpprod/LOCKBOX

On the scripts the fields in blue are variables which should be changed

ISSUE: NL - Duplicate MT940 File is found. Automatic bank upload didn't complete as
it's indicating a dupl payment.
1) Go to log file. From the log file look up the last entry that the process has picked up
and on which it has thrown the duplicate entry error.
2) Go to EDIMT940 file. Look for that entry you picked from the log file.
3) Execute the following SQL query.
SELECT * from PS_RKA_AR_EFT_DUP RKA_DUP
WHERE RKA_DUP.PROGRAM_ID = 'AR'
AND RKA_DUP.FILE_NAME_SHORT = 'EDIMT940'
AND RKA_DUP.EC_APP_FIELD_1 = $25_dup_check --- Copy the field from :25
and put as $25_dup_check
AND RKA_DUP.EC_APP_FIELD_2 = $dup_check2 --- Copy the field from :28C
and 62F concatenate them and put as $dup_check2
If the row is found then that transaction is duplicate transaction and it needs to be
deleted.
Look for some more transaction in the file starting from the from the first duplicate
transaction.
e.g. Suppose this is the transaction given by log file as duplicate transaction.
:20:DEUTDEFFXXXX
:25:50070010/17679040001
:28C:00044/001
:60F:C040616CHF3160486,29
:61:040617C95000,00NTRFNONREF//1008471872
/OCMT/CHF95000,00/
:86:202?00AUSLANDSZAHLUNG?109002/405?20AUSLANDSZAHL.REF.1008471872?
21
BTR: CHF 95.000,00?22ZGR: EUROPEAN CASH MANAGEME?23NT?24VAR: URSP
.BETR: CHF 95.000,?2500?32ROCKWELL AUTOMATION AG ZWEI?33GNIEDERLA
SSUNG DIERIKON 603
:61:040617D90012,50NTRF2705515013//1007758152
:86:206?00AUSLANDSZAHLUNG?109002/404?20AUSLANDSZAHL.REF.1007758152?
21
2705515013?22BTR: CHF 90.000,00?23GEB: CHF 12,50?24ZGR: 3475 1767
9040001 NONRE?25F?26VAR: 2705515013?35ROCKWELL AUTOMATION AG DIER
?36IKON CH:62F:C040617CHF3165473,79
:64:C040617CHF3165473,79
Then 50070010/17679040001 in place of $25_dup_check in sql query and
00044/001C040617CHF3165473,79 in place of $dup_check2 (28C || 62F).
So our query becomes:
SELECT * from PS_RKA_AR_EFT_DUP RKA_DUP
On the scripts the fields in blue are variables which should be changed

WHERE RKA_DUP.PROGRAM_ID = 'AR'


AND RKA_DUP.FILE_NAME_SHORT = 'EDIMT940'
AND RKA_DUP.EC_APP_FIELD_1 = '50070010/17679040001' --- Copy the field
from :25 and put as $25_dup_check
AND RKA_DUP.EC_APP_FIELD_2 = '00044/001C040617CHF3165473,79'
If it gives a row then its duplicate transaction. Look for other transaction in the same
way.
Note: In case the transaction doesn't have: 62F then pass only 28C extract in the query.
4) Once you are over with the file delete all the duplicate transaction and put the file on
the server.
5) Either run all the processes in ARDEJ003 starting from ARDE0040 from
SYSADMIRAL or run the process manually (AR/BI team can run this process manually
please contact Michelle Debusschere).

On the scripts the fields in blue are variables which should be changed

Das könnte Ihnen auch gefallen