포괄적이고 자세한 심층 설명:
Oracle Expenses에서 프로필 옵션 EXM_DFLT_FROM_PREV_EXPENSE는 비용 항목 생성 페이지의 특정 필드에 이전에 입력한 비용 항목의 값이 자동으로 채워지는지 여부를 결정합니다.
기본적으로 이 프로필 옵션을 'Y'(예)로 설정하면 애플리케이션은 마지막으로 입력한 비용 항목의 여러 필드를 가져와 데이터 입력을 간소화합니다. 이러한 필드는 다음과 같습니다.
* 날짜
* 템플릿
* 비용 위치
* 통화(원장 통화와 상환 통화 모두)
* 회사 및 부서
* 프로젝트 번호 및 작업 번호
하지만 사용자 수준에서 프로필 옵션을 'N'(아니요)으로 설정하면 시스템은 이전 비용 항목의 특정 필드를 더 이상 넘기지 않습니다.
더 이상 자동으로 채워지지 않는 필드:
* 지출 위치 - 사용자는 새로운 항목을 입력할 때마다 지출 위치를 수동으로 입력해야 합니다.
* 템플릿 - 지출 템플릿(사용하는 경우)은 이전 지출 항목에서 미리 채워지지 않습니다.
* 프로젝트 및 작업 번호 - 사용자는 새로운 비용 항목마다 프로젝트 및 작업 번호를 다시 선택해야 합니다.
기본값으로 계속 채워지는 필드:
* 통화 - 인적 자본 관리(HCM)에서 구성된 원장 통화를 기본값으로 사용합니다.
* 회사 및 부서 - 이 값은 HCM에서 사용자의 기본 비용 계정 설정에서 검색됩니다.
따라서 정답은 A, B, D입니다. 사용자가 새 비용 항목을 입력하면 이전 비용 항목에서 비용 위치, 템플릿, 프로젝트 및 작업 번호가 더 이상 채워지지 않기 때문입니다.
참고문헌:
* Oracle Financials Cloud: 비용 구현

포괄적이고 자세한 심층 설명:
Oracle Cloud의 통합 이미징 및 지능형 문서 인식(IDR) 솔루션은 데이터 추출 및 송장 생성을 자동화하여 공급업체 송장 처리를 간소화합니다. 이러한 솔루션은 송장 이미지를 캡처하고 클라우드 시스템으로 가져오는 다양한 방법을 지원합니다.
A. 고객은 매장에서 송장을 스캔하고 이미지를 이메일로 보냅니다.
종이 송장을 받는 조직은 사내에서 문서를 스캔하여 디지털화할 수 있습니다. 스캔된 이미지는 Oracle Cloud에서 제공한 지정 주소로 이메일로 전송됩니다. 통합 이미징(IDR) 시스템은 이메일 받은 편지함에서 이러한 이미지를 검색하여 관련 데이터를 추출하고, Payables 모듈 내에서 자동으로 송장을 생성합니다. 이 방법을 통해 종이 기반 송장을 수동 데이터 입력 없이 클라우드 시스템에 효율적으로 통합할 수 있습니다.
docs.oracle.com
C. 고객이 공급업체에 송장을 스캔하여 이메일로 보내달라고 요청합니다.
효율성 향상을 위해 고객은 공급업체에 실물 송장을 스캔하여 디지털 이미지를 이메일로 직접 보내도록 요청할 수 있습니다. 이렇게 이메일로 전송된 송장 이미지는 고객의 Oracle Cloud 인스턴스와 연결된 지정된 이메일 계정으로 수신됩니다. 그러면 통합 이미징(IDR) 솔루션이 이러한 이미지를 처리하여 필요한 송장 데이터를 추출하고 Payables 시스템에 해당 항목을 생성합니다. 이러한 접근 방식은 처리 시간을 단축하고 수동 데이터 입력과 관련된 잠재적 오류를 최소화합니다.
docs.oracle.com
B. 고객이 공급업체에 전자 송장을 보내달라고 요청합니다.
공급업체가 XML 또는 EDI 형식과 같은 전자 송장을 전송하도록 장려하는 것이 송장 처리를 간소화하는 모범 사례이지만, 이 방법에는 스캔된 송장 이미지 처리를 위해 특별히 설계된 통합 이미징(IDR) 솔루션이 포함되지 않습니다. 전자 송장은 일반적으로 공급업체 포털이나 전자 데이터 교환 시스템(EDI)과 같은 Oracle Cloud 내 여러 채널을 통해 처리됩니다.
블로그.인포시스닷컴
D. 고객은 사내에서 송장 이미지를 스캔하여 저장하고 송장 입력 시 이를 첨부합니다.
이 시나리오에서 고객은 로컬 시스템에서 송장 이미지를 수동으로 스캔하여 저장한 다음, Oracle Cloud Payables 모듈에 수동으로 송장을 입력하는 동안 이 이미지를 첨부합니다. 이 프로세스는 이메일을 통해 전송된 송장 이미지의 가져오기, 인식 및 처리를 처리하도록 설계된 통합 이미징(IDR) 솔루션의 자동화 기능을 활용하지 않습니다.
docs.oracle.com
E. 고객은 클라우드에서 송장 이미징을 사용할 수 없습니다.
이 진술은 정확하지 않습니다. Oracle Cloud는 통합 이미징 및 지능형 문서 인식과 같은 강력한 송장 이미징 솔루션을 제공하여 고객이 클라우드 환경 내에서 스캔된 송장을 효율적으로 처리할 수 있도록 지원합니다.
docs.oracle.com
이러한 솔루션을 활용하면 조직은 스캔된 이미지에서 송장 데이터를 자동으로 추출하고, 수동 개입을 줄이고, 지불 계정 프로세스의 정확성과 효율성을 개선할 수 있습니다.

포괄적이고 자세한 심층 설명:
Oracle Financials Cloud의 프로파일 옵션 CE_USE_EXISTING_BANK_BRANCH는 직원의 은행 계좌를 설정할 때 사용자가 기존 은행과 지점에서 선택할 수 있는지 아니면 새로운 은행 정보를 수동으로 입력할 수 있는지 여부를 제어합니다.
* 예로 설정한 경우:
* 동작: 사용자는 미리 정의된 은행 및 지점 목록을 제공받아 선택할 수 있습니다. 이를 통해 은행 데이터의 일관성을 유지하고 수동 입력으로 인한 오류를 줄일 수 있습니다.
* 기본 검색 기능: 사용자는 기존 목록에서 은행과 은행 지점을 모두 검색하고 선택할 수 있습니다.
참고: 개인 결제 수단에 대한 은행 정보
아니요로 설정하면:
동작: 이 시스템을 사용하면 사전 정의된 목록에 의존하지 않고도 사용자가 은행 및 지점 세부 정보를 자유 텍스트로 직접 입력할 수 있습니다.
기본 검색 기능: 미리 정의된 목록이 없으므로 사용자는 검색 옵션을 사용할 수 없으며 모든 은행 정보를 수동으로 입력해야 합니다.
참고: 개인 결제 수단에 대한 은행 정보
따라서 CE_USE_EXISTING_BANK_BRANCH 프로필 옵션을 '예'로 설정하면 사용자는 미리 정의된 옵션에서 은행과 은행 지점을 검색하여 선택할 수 있어 정확하고 표준화된 은행 계좌 설정이 보장됩니다.

포괄적이고 자세한 심층 설명:
Oracle Financials Cloud의 경비 승인자 보고서 워크플로 알림에 새로운 거래 속성을 통합하려면 특정 Business Intelligence Publisher(BI Publisher) 카탈로그 객체를 사용자 지정해야 합니다. 사용자 지정이 필요한 두 가지 주요 객체는 다음과 같습니다.
데이터 모델(옵션 B):
목적: 데이터 모델은 보고서의 데이터 구조와 소스를 정의합니다. 애플리케이션 데이터 소스의 어떤 속성을 보고서에 포함할 수 있는지 결정합니다.
맞춤화 프로세스:
BI 카탈로그로 이동합니다: 공유 폴더 > 재무 > 워크플로 알림 > 비용.
경비 승인 데이터 모델을 찾습니다.
사용자 정의 옵션을 사용하여 사용자 정의 폴더에 데이터 모델의 사본을 만듭니다.
알림에 필요한 새로운 거래 속성을 포함하도록 복사된 데이터 모델을 편집합니다.
참조:
레이아웃 템플릿(옵션 A):
목적: 레이아웃 템플릿은 알림의 시각적 표현을 정의하며 여기에는 어떤 데이터 필드가 표시되고 형식이 지정되는지가 포함됩니다.
맞춤화 프로세스:
동일한 BI 카탈로그 위치에서 경비 보고서 승인 보고서를 찾으세요.
사용자 정의 옵션을 사용하여 사용자 정의 폴더에 보고서 레이아웃 템플릿의 복사본을 만듭니다.
복사한 레이아웃 템플릿(.rtf 파일)을 다운로드하고 BI Publisher Template Builder 추가 기능이 포함된 Microsoft Word에서 엽니다.
필요에 따라 새로운 거래 속성을 템플릿에 삽입합니다.
수정된 템플릿을 BI 카탈로그에 다시 업로드하고 기본 레이아웃으로 설정합니다.
데이터 모델과 레이아웃 템플릿을 모두 사용자 지정하면 새로운 트랜잭션 특성이 데이터 소스에서 검색될 뿐만 아니라 워크플로 알림에도 올바르게 표시됩니다.
참고: 옵션 C(원래 소스)와 D(출력 유형)는 워크플로 알림에 새 속성을 추가하는 프로세스와 직접적으로 관련되지 않으므로 이 요구 사항과 관련이 없습니다.

포괄적이고 자세한 심층 설명:
Oracle Financials Cloud에서는 추가 정보나 작업이 필요한 송장에 "미완료" 상태가 지정됩니다. 이 상태를 통해 미완료 또는 오류가 있는 송장을 신속하게 파악하고 해결할 수 있습니다.
A. 저장되었지만 아직 제출되지 않은 공급업체 포털 송장
공급업체가 공급업체 포털을 통해 송장을 생성할 때, 승인이나 결제를 위해 송장을 제출하지 않고도 진행 상황을 저장할 수 있습니다. 이렇게 저장된 송장은 "미완료" 상태로 지정되며, 이는 공급업체가 아직 송장을 완료하고 제출하지 않았음을 나타냅니다. 이를 통해 공급업체는 정식으로 송장을 제출하기 전에 송장 세부 정보를 검토하고 수정할 수 있습니다.
support.oracle.com
B. 유효하지 않거나 누락된 데이터가 있는 스캔된 송장
통합 이미징 또는 지능형 문서 인식(IDR)을 통해 처리된 송장은 스캔되어 시스템으로 가져옵니다. 스캔된 송장에 잘못된 송장 번호, 누락된 품목, 읽을 수 없는 필드 등 유효하지 않거나 누락된 데이터가 있는 경우 "미완료" 상태로 지정됩니다. 이 상태는 미지급금 담당자가 송장의 지급 절차를 진행하기 전에 불일치 사항을 검토하고 수정하도록 안내합니다.
docs.oracle.com
C. 수입 중 거부된 스캔된 송장
심각한 오류나 불일치로 인해 수입 과정에서 거부된 송장은 일반적으로 "미완료" 상태로 지정되지 않습니다. 대신 "거부됨" 또는 "오류"로 표시되어 재처리 전에 상당한 수정이 필요함을 나타냅니다. 따라서 이 옵션은 "미완료" 상태와 관련이 없습니다.
D. 전액 지급되었으나 어떤 송장에도 적용되지 않은 선불 송장 선불 송장은 공급업체에 선급된 금액을 나타내며, 선급금으로 기록됩니다. 선불이 이루어지면 송장은 "지급됨" 상태로 표시됩니다. 이 선불을 후속 송장에 적용하는 것은 별도의 절차이며, 원래 선불 송장의 상태를 "미완료"로 되돌리지 않습니다. 따라서 이 옵션은 "미완료" 상태와 일치하지 않습니다.
"미완료" 상태로 이어지는 시나리오를 이해하면 조직에서 송장 문제를 효율적으로 관리하고 수정하여 원활한 미지급금 계정 워크플로를 보장하는 데 도움이 됩니다.