데이터 소스를 정의한 후의 다음 단계는 일치 트랜잭션에 사용되는 규칙을 정의하는 것입니다. 일치 규칙은 일치가 수행되는 방법을 결정합니다. 자동 일치 규칙 및 수동 일치 규칙을 사용하여 일치 프로세스를 생성할 수 있습니다.
먼저 가장 정확한 규칙으로 규칙 정의를 시작하고, 가장 많은 수의 양질의 일치를 생성할 수 있는 규칙을 사용한 다음 결과를 확신할 수 없는 규칙으로 내려가는 것이 가장 좋습니다.
주:
일치 유형 내에서 최대 일치 프로세스 수는 20개입니다.지원되는 규칙 유형은 다음과 같습니다.
주:
수동 일치만 수행하려는 경우 자동 일치 규칙을 사용하지 않고 일치 프로세스를 생성할 수 있습니다.조정 이외 규칙에 가능한 일치 상태는 다음과 같습니다.
제안됨
확인됨
제안됨(모호한 항목 없음)
모호한 결과(규칙 조건을 충족하는 여러 트랜잭션).를 허용하지 않는 제안된 일치 항목이 있는 규칙 추가
확인됨(모호한 항목 없음)
모호한 결과(규칙 조건을 충족하는 여러 트랜잭션)를 허용하지 않는 확인된 일치 항목이 있는 규칙 추가.
모호한 항목 제안됨*
모호한 항목 확인됨*
*일대일 자동 일치 규칙의 경우 모호한 일치가 많을 때는 제안됨(모호) 및 확인됨(모호) 일치 상태를 사용할 수 있습니다. 이러한 옵션을 사용하면 자동 일치가 실행될 때 모든 가능한 일치 항목을 찾을 수 있습니다. 그러나 일치 성능에 영향을 미칠 수 있습니다.
주:
규칙 유형이 조정인 경우 제안됨 또는 확인됨만 사용할 수 있습니다.규칙은 생성될 때 기본값으로 "활성"으로 설정됩니다.
일치 프로세스 정의 - 등록정보 지정
새 일치 프로세스에 대한 등록정보를 지정하려면 다음을 수행합니다.
속성 매핑
다음의 은행 - GL(일반 원장) 예를 통해 일치 프로세스에 대한 등록정보를 채우는 작업과 기본 속성 매핑을 확인할 수 있습니다. 기본 속성 매핑에서는 데이터 소스에 이미 정의된 밸런싱 속성을 자동으로 표시합니다.
기본 속성 매핑에서 +(더하기 기호)를 사용하여 새 속성 매핑을 추가합니다. 새 속성 맵 대화상자를 사용하여 소스 시스템 속성을 하위 시스템 속성에 매핑하고 허용오차 제한을 선언할 수 있습니다.
허용오차 사용 방법에 대한 자세한 내용은 트랜잭션 일치 엔진 이해를 참조하십시오.
일치 프로세스 정의 - 규칙 및 규칙 조건 이해
규칙 조건을 설정하여 함께 일치되어야 하는 속성과 정확하게 일치되어야 하는지 여부 또는 허용오차가 인정되는지 여부를 결정합니다. 규칙 조건을 사용하면 소스 시스템과 하위 시스템의 속성 간 기본 관계를 정의하여 더 쉽게 다중 소스 일치 프로세스의 일치 규칙을 정의할 수 있습니다.
주:
각 일치 프로세스에는 최대 500개의 규칙이 있을 수 있습니다. 여기에는 자동 일치 및 수동 일치 규칙이 포함됩니다.ID 및 이름은 다양한 위치에서 일치 프로세스를 파악하므로 지정된 일치 세트를 생성하는 데 사용된 일치 규칙 세트를 알 수 있습니다. ID는 일치 유형 내에서 항상 고유해야 합니다. 데이터 소스 수에 따라 특정 일치 프로세스에 포함되는 데이터 소스 수가 결정됩니다.
예를 들어 세 개의 데이터 소스가 정의되어 있으며 일치 프로세스 1에서 두 개의 소스를 사용하고 일치 프로세스 2에서 한 개의 소스를 사용하는 경우 데이터 소스 이름을 선택하여 소스 시스템 및 하위 시스템에 지정합니다. 그런 다음 형식을 선택합니다. 사용가능한 형식 목록은 일치 프로세스에 지정된 데이터 소스 수에 따라 다릅니다.
예를 들어 소스 시스템 "금액"과 하위 시스템 "트랜잭션 금액"에서 일치시켜야 하는 다중 일치 규칙을 구성하려는 경우 이 테이블에서 해당 관계를 한 번 정의하면 소스 시스템 "금액"을 참조하는 일치 규칙을 구성할 때마다 기본적으로 하위 시스템 "트랜잭션 금액" 속성으로 일치가 지정됩니다. 이 설정은 규칙 구성 중에 대체할 수 있습니다.
밸런싱 속성은 조정 밸런싱 보고서를 생성하는 데 사용되는 속성입니다. 예를 들어 내부거래를 조정하는 경우 금액 값이 됩니다.
규칙은 테이블에 표시되는 순서대로 처리됩니다. 규칙은 끌어서 놓기를 사용하여 순서를 재지정할 수 있습니다.
규칙 유형 목록은 형식에 따라 다릅니다. 예를 들어 다음과 같습니다.
일치로 잔액 비교는 두 개 소스 일치에 해당하며 일대일, 일대다, 다대일 및 다대다가 될 수 있습니다.
일대일은 소스 시스템의 한 트랜잭션이 하위 시스템의 한 트랜잭션과 일치된다는 것을 의미합니다.
일대다는 소스 시스템의 한 트랜잭션이 규칙 조건을 충족하는 하위 시스템의 모든 트랜잭션에 일치된다는 것을 의미합니다.
1+에서 1-는 한 개의 양수 트랜잭션이 한 개의 음수 트랜잭션에 일치되는 것을 의미합니다.
1+에서 다수–는 한 개의 양수 트랜잭션이 규칙 조건을 충족하는 모든 음수 트랜잭션에 일치되는 것을 의미합니다.
규칙을 생성하려면 다음을 수행합니다.
주:
ID 필드에는 최대 25자의 영숫자 문자가 포함될 수 있으며 마침표(.)나 대시(-), 밑줄(_)을 제외한 특수 문자는 포함될 수 없습니다. 이름 필드에는 최대 50자의 영숫자 문자가 포함될 수 있으며 마침표(.)나 대시(-), 밑줄(_)을 제외한 특수 문자는 포함될 수 없습니다.규칙에 맞도록 충족해야 하는 조건을 지정합니다. 이 규칙의 경우 송장에서 정확히 일치하고 금액에서 정확히 일치해야 합니다. 이 규칙으로 생성된 일치는 "확인됨" 상태가 되며, 이 경우 일치가 수행된 후 사용자 작업이 필요하지 않습니다.
규칙이 더 이상 필요하지 않지만 규칙을 사용하여 일치하는 기존 일치 항목이 있는 경우 규칙을 삭제하는 대신 비활성화하는 것이 좋습니다. 일치 항목이 제거된 규칙은 삭제할 수 있습니다.
이 다음 규칙 예에서는 송장에서 정확히 일치해야 하지만 금액에서 최대 $100의 차액을 허용합니다. 이 규칙으로 생성된 일치에는 $100 차액에 대한 조정이 포함됩니다. "제안됨" 일치를 생성하도록 이 규칙을 구성했습니다. 이 경우 적절한 레벨의 보안 권한이 있는 사용자가 일치 및 연계된 조정을 검토하고 해당 일치를 수락할 것인지 거부할 것인지 결정할 수 있습니다.
주:
일대다 및 다대일 규칙 유형에서는 밸런싱 속성 조건 외에도 정확히 일치하거나 허용 오차를 사용하는 규칙 조건 하나를 정의해야 합니다. 다대다 규칙 유형에서는 정확히 일치 조건을 정의해야 합니다.자동 일치 규칙 예
자동 일치 규칙은 자동 일치 프로세스에서 사용됩니다. 일치가 수행되도록 충족해야 하는 규칙 또는 조건을 정의합니다. 다음은 내부거래 유형의 자동 일치 프로세스를 위해 입력된 규칙 탭의 예입니다. 활성 열은 자동 일치 중 실행할 규칙을 나타냅니다. X는 규칙이 실행되지 않고 비활성 상태임을 나타냅니다. 규칙 편집 대화상자를 사용하여 규칙을 비활성으로 설정할 수 있습니다.
허용오차 레벨 설정
차이가 있는 트랜잭션의 일치를 허용하는 허용오차 레벨을 설정하는 방법은 세 가지입니다. 다음을 설정할 수 있습니다.
주:
상위 및 하위 허용오차 둘 다 퍼센트 값은 100을 초과할 수 없습니다. 숫자 및 정수 유형 데이터 소스 속성만 퍼센트로 허용오차 레벨을 사용할 수 있습니다. 날짜와 같은 다른 유형의 경우 퍼센트로 표현하는 옵션이 표시되지 않습니다.허용오차 퍼센트 확인란 허용오차 제한을 설정하는 경우 허용오차 레벨을 퍼센트로 표현할 수 있고 최대 차이 값을 설정할 수도 있는 퍼센트 허용오차 사용 확인란이 있습니다.
예 1. 자동 조정 규칙 - 허용오차 제한
조정 규칙 유형의 경우 시작 및 종료 값이 비어 있으면 조정 한도가 무제한입니다.
예 2. 수동 일치 규칙 - 준비자 허용오차 제한
일대일 및 일대다 규칙의 날짜 허용오차 설정
날짜 허용오차는 두 데이터 소스 간 트랜잭션 일치에서 고려할 일수입니다. 트랜잭션 일치에서는 가장 일반적인 방식의 트랜잭션 일치로 날짜 허용오차를 고려하므로 예를 들어 GL에서 은행 예금이나 하위 시스템 트랜잭션보다 먼저 소스를 사용가능으로 처리합니다. 이 엔진은 소스에 고정되어 있으며 규칙에 입력된 허용오차 값을 기반으로 진행되는 일치에서 고려할 날짜 값 범위를 계산합니다.
날짜 허용오차 옵션은 날짜 유형 데이터 소스 속성에 사용할 수 있으며 다음 항목에 대해 설정할 수 있습니다.
날짜 허용오차는 매우 유연하므로 다음을 사용하여 일치를 지정하는 데 사용할 수 있습니다.
규칙에 날짜 허용오차를 사용하여 일치에서 고려할 날짜 범위를 설정합니다. 규칙 생성에서는 이러한 필드가 시작 및 종료로 레이블 지정되어 범위를 나타냅니다. 엔진은 날짜 허용오차 범위로 작업할 때 많은 유연성을 제공합니다. 예를 들어 오늘과 내일 사이에 일치시킬 트랜잭션을 고려할 수 있습니다. 그러면 시작 날짜와 종료 날짜는 0과 1이 됩니다. 또 다른 예로, 소스 트랜잭션의 2일 후에 트랜잭션 일치를 시작하고 4일 후에 종료할 수 있습니다. 시작 값을 -1, 종료 값을 +1로 입력하여 1일 전에서(-1로 시작) 1일 후까지를 고려할 수도 있습니다.
날짜 범위가 아니라 다른 특정일에 한 소스의 트랜잭션을 하위 시스템의 트랜잭션과 일치시킬 수 있도록 하여 날짜 허용오차에 대한 추가 정밀도를 제공합니다. 이렇게 하려면 시작 및 종료 필드의 날짜 허용오차 값을 동일한 값으로 사용합니다. 예를 들어 소스 트랜잭션을 2일 후의 은행 트랜잭션하고만 일치시키려 할 수 있습니다. 시작 필드에 2를 입력하고 종료 필드에도 2를 입력하면 일치에서 정확히 해당 일만 고려할 수 있습니다.
기본적으로 Account Reconciliation에서는 일반 달력을 사용하여 날짜 범위의 날짜를 지정합니다. 일치에 대한 범위 계산에서 회사 휴무일 또는 주말에는 일수를 세지 않도록 날짜 범위 계산에 비즈니스 달력을 사용하는 옵션도 있습니다. 허용오차를 사용하여 날짜 유형 속성 규칙 조건을 생성하는 경우와 일치 프로세스 기본 속성 매핑에서도 비즈니스 달력 사용 확인란을 옵션으로 사용할 수 있습니다. 비즈니스 달력 옵션은 다대다 규칙을 제외한 모든 규칙에 사용할 수 있으나 수동 일치에는 사용할 수 없습니다.
비즈니스 달력을 사용하려면 조직 구성 단위의 업무일과 해당 조직 구성 단위의 휴일 목록이 포함된 휴일 규칙을 지정해야 합니다. 조직 구성 단위가 프로파일에 지정되면 연계된 비즈니스 달력이 조정을 생성하는 동안 사용됩니다. Account Reconciliation 설정 및 구성 가이드의 조직 구성 단위 정의를 참조하십시오.
주:
특정 비즈니스 날짜의 경우 시스템에서 오프셋 비즈니스 날짜를 계산합니다. 영업일은 앵커 데이터 소스의 고유 날짜입니다. 비즈니스 달력이 사용된 경우 각 고유 날짜에 대해 시스템에서 하위 시스템의 계산된 오프셋 날짜를 나타냅니다. 일대일, 일대다(소스 시스템 앵커), 다대일(하위 시스템 앵커)의 경우 앵커 날짜는 하나의 고유한 날짜이며 시스템에서 이 고유한 날짜에 비즈니스 달력을 적용할 오프셋 날짜를 계산합니다. 다대다 일치에는 그룹(소스 시스템 앵커) 내 여러 날짜가 포함될 수 있습니다. 즉, 오프셋 날짜를 계산할 고유 날짜가 없습니다.
다음 예에서는 날짜 허용오차 및 비즈니스 달력 사용을 보여 줍니다.
날짜 허용오차를 입력하고 비즈니스 달력 사용을 선택하려면 다음을 수행합니다.
일치 유형 편집에서 등록정보 탭을 선택합니다.
기본 속성 매핑에서 +(새로 작성)를 누르면 새 속성 맵 대화상자가 표시됩니다.
기본 허용오차 한도에서 시작 및 종료에 날짜 허용오차 한도를 입력합니다.
시작은 3일, 종료는 4일로 지정했으나 추수감사절 휴일 및 이어지는 주말은 건너뛰도록 되어 있는 규칙의 예입니다. 해당 조직의 비즈니스 달력을 사용하면 시스템에서 자동으로 추수감사절 휴일 및 이어지는 주말에 날짜를 일치시키지 않습니다. 일치가 11월 25일부터 12월 3일까지 8일 동안 적용되지만 시스템에서 11월 26일부터 29일까지의 휴무일을 적절히 제외했습니다.
규칙 비활성화
특정 규칙을 자동 일치 중 실행하지 않으려면 규칙 편집 대화상자에서 활성 확인란을 선택 취소하여 규칙의 기본 "활성" 상태를 비활성으로 변경할 수 있습니다. 새 규칙은 모두 자동으로 활성으로 설정됩니다.
일치 규칙을 사용하여 일치되는 기존 일치 항목이 더 이상 필요하지 않은 경우 먼저 이 규칙을 비활성화할 수 있습니다. 일치 항목이 제거된 후에는 일치 규칙을 삭제할 수 있습니다.
자동 일치 규칙의 뱃치 크기 및 일치 반복 수 변경
Transaction Matching을 사용하면 자동 일치 규칙에 대한 일치 프로세스 동안 반복 횟수에 대한 기본값을 변경할 수 있습니다. 자동 일치 규칙의 최대 반복에 대한 기본값 변경을 참조하십시오.