ADDITIONAL DELEGATE BOOKING OLM FLEXFIELD 를 ENROLLMENT PAGE 에 추가하는 방법 - Applications (Korean)

제품: HR_PER
작성날짜 : 2006-05-30
ADDITIONAL DELEGATE BOOKING OLM FLEXFIELD 를 ENROLLMENT PAGE 에 추가하는 방법
=======================================================================
PURPOSE
-------
통상적으로 The Additional delegate Booking Flexfield 가 enrollment screen 에 보이는데 어떤 경우 안 보이는지에 대해 설명하고자 합니다.
Explanation
-----------
통상적으로 The Additional delegate Booking Flexfield 가 enrollment screen 에 보이는데 Upgraded Instnace에서 안 보이는 경우가 있습니다.
Example
-------
BUG 5004155 - OTA J - ''ADD'L DELEGATE BOOKING INFO.'' DFF, CANNOT BE DESPLAYED 에와 같이 아래 2개 파일버전이 낮을경우 보이지 않는경우가 있습니다.
mds/admin/enrollment/webui LrnrEnrollmentMaintainPG.xml
115.22.11510.3
mds/admin/enrollment/webui LrnrEnrollmentViewPG.xml
115.14.11510.
enrollment page 에서 personalize optio을 사용해서 이를 추가해야 합니다.
Reference Documents
-------------------
352195.1

Related

API AR_RECEIPT_API_PUB 를 사용하여 Receipt 생성 할 때 Error 시 Check 할 Setup

제품 : FIN_AR
작성날짜 : 2006-05-29
API AR_RECEIPT_API_PUB 를 사용하여 Receipt 생성 할 때 Error 시 Check 할 Setup
=====================================================
PURPOSE
-------
AR_RECEIPT_API_PUB 을 사용하여 Receipt 생성 시 Error 가 발생할 때의 Check 해야 할 Setup 에 대해 확인 해 보도록 한다.
Explanation
-----------
AR_RECEIPT_API_PUB.create_cash 을 이용하여 Cash Receipt 을 생성 하는데 'Receipt method identifier is invalid.' 란 Error 가 발생할 경우에는 아래 Setup 을 Check 해야 한다.
(N) Navigate to Receivables
SetupReceiptsReceipt Sources해당 Receipt Sources 를 확인 하여 Receipt Source 자체가 Valid 한지 여부와 함께 Assign 되어 있는 Payment Method 에 End Date 가 설정 된 것은 아닌지도 확인 해야 한다.
Example
-------
N/A
Reference Documents
-------------------
Note. 357081.1 - CAN NOT IMPORT RECEIPTS USING API AR_RECEIPT_API_PUB.

OSP품목에 대해 REQUISITION INTERFACE에 DELIVER_TO_LOCATION FIELD가 NULL

제품 : MFG_PO
작성날짜 : 2005-05-30
OSP품목에 대해 REQUISITION INTERFACE에 DELIVER_TO_LOCATION FIELD가 NULL
========================================================================
PURPOSE
-------
OSP(Outside Processing)Jobs에 대해, Requisition Interface에
DELIVER_TO_LOCATION field가 NULL임.
따라서, Requisition import시 Error가 발생하며, 이에 대한
해결책을 제시하고자 합니다.
Problem Description
-------------------
The WIP move operation을 통해 Requisition data가 Requisition interface table에 Insert됩니다.
이 후에 Requisition Import program수행시, 다음과 같은 Error Message와
함께 Requisition이 생성되지 않습니다.
Error message : "Invalid deliver to location".
Workaround
----------
Interface table에 valid한 deliver_to_location 값을 update합니다.
Solution Description
--------------------
Code는 다음과 같이 수정되었습니다.
'PO Receipt'Charge type의
Outside Processing resources에 대해 Requisition interface table로
data를 Insert하는 동안, deliver-to-location은 동일한 operation으로
assign된 department의 location정보를 가져오게 됩니다.
For Oracle Applications 11.5.8, apply patch 3054456
For Oracle Applications 11.5.9, apply patch 3494088
For Oracle Applications 11.5.10, the fix will be included in Patchset J
Reference Documents
-------------------
Bug 3098978

ACCOUNTING PROCESS 시 GAIN/LOSS ACCOUNT 가 INVALID 해서 ERROR 가 발생하는 경우

제품 : FIN_AP
작성날짜 : 2005-11-28
ACCOUNTING PROCESS 시 GAIN/LOSS ACCOUNT 가 INVALID 해서 ERROR 가 발생하는 경우
===================================================================
PURPOSE
-------
Problem Description
-------------------
Accounting Process 수행 시 accounting exception report output 에 Gain이나 Loss Account 에 대해 invalid acct error 가 발생하는 경우가 있다.
Workaround
----------
Solution Description
--------------------
해당 Invoice 의 Bank Account 에 지정된 Gain/Loss Account 가 실제로 GL에서 유효한 code combination인지 확인 하여 정정 해 주어야 한다.
(Navigation Path) Setup > Payments > Banks > Bank Accounts > Payables Options Tab 에서 Realized Gain/Realized Loss 항목에 설정된 value 가 유효한지 확인 하신 후 다시 Accounting Process 를 수행 합니다.
Reference Documents
-------------------
N/A

BILL ONLY INVENTORY INTERFACE ORDER WORKFLOW

제품 : MFG_OM
작성날짜 : 2003-05-19
BILL ONLY INVENTORY INTERFACE ORDER WORKFLOW
============================================
PURPOSE
-------
업무 성격중 물건의 출하 과정 없이 inventory로 interface 와 billing 하는
과정만 있는 process가 있다.
이런 order workflow를 알아본다.
Explanation
-----------
Business case 중 제품이 이미 고객에게 보내졌거나 제품 출하 과정 없이
Inventory Interface와 billing 작업만 하는 경우가 있다.
이런 경우의 Order workflow를 간단하게 요약하면 다음과 같다.
1. Order Header 정보 입력
: 제품은 이미 고객에게 picked, shipped 되었으며 order 정보 입력을
위해 delivery note가 이용된다.
2. Order Line 정보 입력
: Item, 수량, warehouse, subinventory...필요에 따라 단가 수정도 가능.
3. Book order
: 필요에 따라 1~3 과정을 반복 할 수 있다.
4. Inventory Transaction Worker
: 자동 혹은 manual하게 실행, Inv에 data를 update,
어느 시점에서나 실행 가능하며 Autoinvoice에서 error가 발생해도 이와
무관하게 진행된다.
5. Workflow Background Process (Auto or Manual)
6. Autoinvoice
: Inventory 에서 error가 발생해도 이와 무관하게 진행된다.
7. AR에Invoice 생성
Example
-------
Reference Documents
-------------------

SRKIM: Invoice 에 대해 encumbrance 가 두번 발생하는 것을 예방

PURPOSE
-------
간혹 특정 invoice 에 대해 encumbrance line 이 중복으로 발생하여 자금 확인 시 문제가 되는 경우가 있는데 이를 방지 하도록 한다.
Explanation
-----------
특정 invoice 에 대해 encumbrance 가 두번 발생하는 경우는 Approval Process 가 동시에 두번 수행 되었을 가능성이 크다.
이를 방지 하기 위해서는 해당 program 에 대한 incompatibility 를 설정 하여 동시에 동일한 process 가 수행 되는 것을 막아야 한다.
1. System Administrator Responsibility 로 접속 한다.
2.     Concurrent > Program > Define 화면에서 short name : APPRVL 로 조회 한다.
3.     Incompatibilities button 을 CLICK 한다.
4.     New line 을 아래 정보로 추가한다.
Application: Oracle Payables
Name: Invoice Validation
Scope: Program
Type: Global
5.     변경 사항을 저장 한다.
Example
-------
N/A
Reference Documents
-------------------
Note. 243276.1 11.5- AP:Payables Approval When Run Twice At Same Time
Creates Duplicate Invoice Encumbrance Entries

Categories

Resources