Account Reconciliation을 사용하는 고객

Account Reconciliation에 대한 통합을 구현하는 프로세스는 우선 Data Integration에서 임포트 및 검증 단계에 대한 테스트부터 시작됩니다. 결과가 만족스러우면 Account Reconciliation 내의 데이터 로드 옵션에서 실제 통합을 실행하여 잔액을 로드합니다. 트랜잭션 일치 또는 조정 준수 트랜잭션은 표준 Data Integration 프로세스에 따라 Oracle Enterprise Performance Management Cloud에서 푸시됩니다.

Account Reconciliation 사용자 인터페이스에서는 위치 보안을 사용할 수 없습니다. 위치 보안은 Data Integration 사용자 인터페이스에서만 사용할 수 있습니다.

Data Integration에서 애플리케이션 페이지의 POV 잠금/잠금해제는 관리자만 사용할 수 있습니다. Data Management 사용자 인터페이스의 POV 페이지에서 비관리자로 개별 위치를 잠글 수 있습니다.

Account Reconciliation으로 이동하는 온-프레미스 Accounts Reconciliation Manager 고객인 경우 Data Integration에서 다음 사항에 유의하십시오.

  • Account ReconciliationEPM Cloud 애플리케이션 이외의 애플리케이션 소스로 사용하는 기능은 현재 Account Reconciliation에서 지원되지 않습니다.

  • 원격 방식을 통해 Account Reconciliation 환경으로 로드할 수 없습니다. 다른 비즈니스 프로세스의 애플리케이션 데이터를 Account Reconciliation과 통합하려면 다른 비즈니스 프로세스의 애플리케이션을 Account Reconciliation에 등록해야 하며, 그 반대는 수행하지 않아야 합니다.
  • Account Reconciliation에서 Data Integration 드릴스루 랜딩 페이지로의 드릴스루가 지원됩니다. Account Reconciliation은 데이터가 하이브리드 통합 기능을 사용하여 Data Integration으로 먼저 임포트된 경우 온-프레미스 Financial Data Quality Management, Enterprise Edition의 데이터 소스로 드릴스루할 수도 있습니다. 랜딩 페이지로 드릴스루하려면 Account Reconciliation 프로파일 세그먼트를 [타겟 애플리케이션] 페이지의 [타겟 차원 클래스]에 있는 룩업 차원에 매핑해야 합니다.

  • Account Reconciliation에서는 Oracle NetSuite의 데이터 통합이 지원됩니다.

  • Account Reconciliation에서는 Oracle Financials Cloud의 데이터 통합이 지원됩니다.

  • Account Reconciliation 잔액에 대한 데이터 로드 매핑 옵션에서 "소스 유형" 차원을 매핑할 때 타겟 값소스 시스템 또는 하위 시스템(보조원장)으로 사용합니다. 이러한 옵션은 데이터 소스를 정의하는 분류입니다. 예를 들어 소스 시스템을 선택하는 경우 이 옵션은 소스 데이터가 반드시 동일한 소스 시스템에서 제공됨을 나타내는 것이 아니라 데이터가 외상 매출금(AR), 외상 매입금(AP) 등의 하위 원장에서 제공되지 않음을 나타냅니다.

  • 매핑을 위해 추가하는 모든 룩업 차원은 "룩업" 분류여야 합니다. "일반" 분류의 차원을 추가하지 마십시오.

  • Account Reconciliation에서 조정 계정 ID에 매핑할 때 비어 있는 타겟 세그먼트에 대한 고려사항이 있습니다. 타겟 조정에서 채워진 두 세그먼트 사이에 비어 있는 세그먼트가 있으면 Account Reconciliation에서 조정 계정 ID 중간에 있는 비어 있는/null 세그먼트 값을 각각 3개의 빈 공간으로 처리합니다. Account Reconciliation에서는 마지막으로 채운 세그먼트 다음에 오는 후행 NULL 세그먼트도 지웁니다.

    예를 들어 조정 ID가 "001-null-null-1925 XXX"인(Account Reconciliation에서 "null"은 조정/프로파일을 볼 때 존재하지 않음) 다음과 같은 그룹화된 조정이 있습니다. Account Reconciliation 디자인에서는 데이터베이스 계층에 있는 "null"을 채워진 세그먼트 사이에 있는 각 비어 있는/null 세그먼트에 대한 3개의 공백으로 바꿉니다. Data Management의 타겟 매핑된 프로파일이 Account Reconciliation과 맞으려면 "ACCOUNT ID 001- - -1925 XXX"가 있어야 합니다.

  • 은행 명세서 파일(BAI 또는 Bank Administration Institute 파일 형식이나 SWIFT MT940 파일 형식 사용)을 Account Reconciliation의 트랜잭션 일치 모듈에 로드해야 하는 Account Reconciliation 고객은 Data Integration을 통합 메커니즘으로 사용할 수 있습니다. Data Integration은 다음을 로드할 때 사전 빌드된 어댑터를 지원합니다.

    • BAI 형식 은행 파일 트랜잭션
    • BAI 형식 은행 파일 잔액
    • SWIFT MT940 형식 은행 파일 트랜잭션
    • SWIFT MT940 형식 은행 파일 잔액
    • Camt.053 형식 은행 파일 트랜잭션
    • Camt.053 형식 은행 파일 잔액

    주:

    또한 Data Integration이 지원하는 다른 모든 파일 형식도 트랜잭션 일치 모듈로 임포트, 매핑 및 로드하는 데 사용할 수 있습니다.
  • 통합 메커니즘으로Data Integration을 사용하면 Account Reconciliation 고객이 조정 준수 트랜잭션을 조정으로 로드할 수 있습니다. 다음을 비롯한 트랜잭션을 Oracle ERP Cloud에서 EPM Cloud로 직접 추출할 수 있습니다.

    • 잔액 설명

    • 소스 시스템 조정

    • 하위 시스템 조정

    • 차이 설명

  • 트랜잭션 일치에서는 조정 또는 트랜잭션을 양변 분개 입력으로 익스포트한 후 ERP 시스템으로 임포트할 수 있습니다. Data Management는 익스포트된 분개 입력을 로드하는 메커니즘으로 사용됩니다.

  • Account Reconciliation 고객은 트랜잭션당 최대 64개의 필드를 사용하여 Data Integration을 통해 데이터를 트랜잭션 일치로 로드할 수 있습니다.

  • Account Reconciliation 사용자에게 제공되는 추가 기능에 대한 자세한 내용은 이 가이드의 내용을 참조하십시오.

Account Reconciliation에서 Data Management를 사용하여 파일의 일반 원장 및 보조원장 잔액을 로드하는 방법에 대한 자세한 내용은 개요: Account Reconciliation에서 Data Management를 사용하여 파일의 GL 및 하위 원장 잔액 로드를 참조하십시오.