이득:
- 인공 지능 지원을 통해 현재 조정, 은행 조정 및 3자 일치(주문-배송 메모-송장) 테스트를 자동화하는 논리 이해
- 인공지능으로 차이(차이) 분석 및 화해 차이의 원인을 분류하고 우선순위화하는 능력
- 불일치 항목과 확인 차이는 감사자가 조사해야 하며, 인공지능은 그 차이만을 보여준다는 것을 이해하는 능력.
감사의 중추는 기록이 실제로 존재하고 정확하게 유지되었는지 독립적인 소스와 비교하여 검증하는 것입니다. 신용 항목은 채무자의 승인을 받아 실제입니다. 은행의 확인을 받아 은행 잔고가 정확합니다. 주문-배송 메모-송장 세 가지가 서로 일치하는지 확인하여 구매의 진위 여부를 테스트합니다. 이러한 과정을 통칭하여 화해와 확인이라고 합니다. 본질적으로 많은 수의 항목을 비교해야 하기 때문에 반복적이고 시간이 많이 소요되며 인공 지능이 빛나는 곳입니다.
본 단원에서는 경상/계정 조정(두 당사자의 기록 비교), 은행 조정(원장 잔액 및 은행 명세서 조정), 3자 일치(구매 주문서, 입고/인도서 및 공급업체 송장 비교)의 세 가지 작업을 다룹니다. 기본 원칙은 변함이 없습니다. AI는 차이점을 일치시키고 지적합니다. 차이의 원인을 조사하고 결론을 내리는 것은 감사인의 몫입니다.
3자 매칭이란 무엇이며 왜 중요한가요?
기업이 상품/서비스를 구매할 때 일반적으로 세 가지 문서가 작성됩니다. (1) 구매 주문 - 주문한 항목, 수량, 가격. (2) 물품 인도서/수령 - 무엇을, 얼마나 받았는지; (3) 공급업체 송장 — 무엇을, 얼마나 청구되었는지. 건강한 제어 환경에서는 주문 = 수신 = 송장 발부라는 세 가지가 일치해야 합니다. 3방향 일치 테스트는 이 세 가지가 일치하는지 확인합니다. 분쟁; 이는 과다 청구, 가상 구매, 중복 결제, 가격 조작 또는 단순한 데이터 오류를 의미할 수 있습니다.
AI는 이 세 가지 문서에 걸쳐 수천 건의 구매를 몇 초 만에 일치시킬 수 있습니다. 하지만 나타나는 "일치하지 않는 항목" 목록은 오류 목록이 아닙니다. 부분 배송(주문 100, 배송 60), 시간 차이(송장 아직 도착하지 않음), 허용 가능한 허용 범위 내 가격 차이, 할인 또는 배송 항목 등의 순진한 이유로 항목이 일치하지 않을 수 있습니다. 감사관의 임무는 차이의 원인을 찾아 무고한 용의자와 용의자를 분리하는 것입니다.
일치 유형
비교하다
일반적인 차이 이유
현재 화해
당사 등록 ⇔ 거래상대방 등록
시기, 환불, 미등록, 환율차이
은행 화해
원장 ⇔ 은행 명세서
운송 수속, 은행 수수료, 기록이 아직 처리되지 않음
삼자 일치
주문 ⇔ 배송 메모 ⇔ 송장
부분배송, 시기, 가격차이, 중복, 허위
외부 확인: 가장 신뢰할 수 있는 증거 중 하나
감사에 있어 외부확인은 잔액이나 거래에 대해 제3자(은행, 고객, 공급업체)로부터 직접 서면 응답을 받는 방법으로 BDS 505가 이를 규제합니다. 외부 확인은 감사인의 가장 강력한 증거 중 하나입니다. 정보가 감사 대상 기관이 아닌 독립적인 소스에서 나온 것이기 때문입니다. 여기에서 AI는 확인서 초안을 작성하고, 수신된 응답을 원장 기록과 비교하고, 응답하지 않은 당사자(다음 항목)를 나열하는 가속기입니다. 그러나 두 가지 사항이 중요합니다. 첫째, 실제 수취인 정보가 포함된 확인서를 작성하고 보내는 것은 감사인의 통제하에 있어야 합니다. 둘째, 감사자는 답변이 진실되고 감사자에게 직접 전달되는지 확인해야 합니다. 검증 프로세스의 무결성은 감사자에게 달려 있습니다. AI는 비교와 추적을 더 쉽게 만듭니다.
격차 분석: AI가 분류하고 감사관이 결정
합의 차이를 조사하는 가장 생산적인 방법은 차이점을 분류하는 것입니다. 즉, 타이밍 관련(기간 사이에 이동하지만 실제 차이는 아님), 영구적인 차이, 설명할 수 없는 차이를 분류하는 것입니다. AI는 이러한 예비 분류를 신속하게 수행할 수 있습니다. 차이의 양, 방향 및 가능한 원인을 테이블에 표시합니다. 하지만 조심하세요. AI의 "가능한 원인" 열은 판단이 아니라 예측입니다. "아마도 타이밍 차이"라고 적혀 있다고 해서 그 차이가 타이밍이라는 것을 증명하는 것은 아닙니다. 감사자는 문서(다음 기간 송장, 반품 영수증, 은행 영수증)를 통해 이를 확인해야 합니다.
팁: 금액 규모와 설명 가능성을 기준으로 차이의 우선순위를 정하세요. 사소하고 쉽게 설명되는 차이점은 건너뛰세요. 크거나 설명할 수 없는 차이에 대해 감사 작업을 집중합니다. AI는 우선순위 테이블을 생성합니다. 임계값과 초점을 설정합니다.
단계별 조정 자동화
- 2개(또는 3개)의 데이터 세트를 준비하고 익명화합니다. 일치하는 키(송장 번호, 주문 번호, 금액 + 날짜)를 결정합니다.
- 완전성을 확인하십시오. 각 클러스터의 총 레코드 수와 레코드 수가 예상한 것과 일치합니까?
- 일치 규칙을 정의합니다. 정확히 일치하는 항목이 있나요? 아니면 허용 오차(예: ±1% 가격 차이)가 허용되나요?
- AI와 일치합니다. 일치하는 항목, 일치하지 않는 항목, 허용 오차 범위 내에 있는 항목은 별도의 목록에 표시됩니다.
- 차이점을 분류하고 우선순위를 지정하세요. 타이밍/지속적/설명할 수 없음.
- 감사인으로서 조사합니다. 문서와 중요한 차이점을 확인합니다. 결론과 근거를 문서화하세요.
세 개의 미니 케이스
사례 1 - 중복 결제 캡처. 3자 감사관이 AI를 통해 12,400건의 구매를 매칭했습니다. YZ는 동일한 송장 번호에 대해 두 번의 개별 결제로 6개 항목을 표시했습니다. 감사관이 조사한 내용은 다음과 같습니다. 4개는 서로 다른 연도에 발행된 비슷한 숫자의 합법적인 송장이었습니다. 하지만 그 중 2건은 실제로 중복 결제(동일한 청구서가 두 번 결제됨)로 총 88,000TL이었습니다. 복원 프로세스가 시작되었고 내부 통제 취약점이 관리 서한에 기록되었습니다. AI는 6가지 질문을 했습니다. 감사자가 확인한 2가지 실제 문제.
사례 2 — 타이밍 차이를 실수로 착각합니다. 은행 화해에서 YZ로 표시된 40,000TL 차액을 팀원이 직접 '기록 오류'라고 적었습니다. 조사 책임자: 차액은 기간 말에 발행되었지만 아직 은행에 제출되지 않은 수표였습니다. 완전히 정상적인 타이밍 차이 였고 다음 주에 문을 닫았습니다. 교훈: 일치하지 않는 펜은 자동 오류가 아닙니다. 원인을 조사하지 않고서는 어떤 결론도 쓸 수 없습니다.
사례 3 - 공차 오류. 한 감사자는 삼자 일치를 허용하지 않았습니다. 페니 반올림 차이로 인해 YZ 900은 항목을 "일치하지 않음"으로 표시했습니다. 목록은 검토되지 않았습니다. 실제 문제는 소음 속에서 사라졌습니다. 감사자가 합리적인 허용 범위(예: ±5 TL 또는 ±0.5%)를 정의한 후 목록은 27개의 중요한 항목으로 축소되었습니다. 교훈: 일치 규칙은 비즈니스 현실과 일치해야 합니다. 규칙이 너무 엄격하면 소음이 생기고, 규칙이 너무 느슨하면 눈이 멀게 됩니다.
약한 프롬프트 / 강한 프롬프트
약한 프롬프트:
이 두 목록을 비교하여 무엇이 적합하지 않은지 알려주세요.
문제: 일치하는 키, 공차 및 출력 형식이 명확하지 않습니다. AI는 무엇을 기준으로 일치시킬지 모릅니다. 결과는 신뢰할 수 없고 반복할 수 없습니다.
강력한 프롬프트:
귀하의 역할: 귀하는 독립 감사인의 조정 보조자입니다. 당신은 일치하고 차이점을 보여줄 것입니다; 차이의 이유와 결과는 내 것입니다. 데이터(익명):- 세트 A: 구매 주문서(열: order_no, 품목, 수량, 단가_가격, 금액)- 세트 B: 배송 메모(order_no, 품목, 배달_수량)- 세트 C: 송장(order_no, 품목, 송장_수량, 송장_금액) 일치 키: 주문_번호 + 품목. 허용 오차: 금액 차이가 ±5 이내인 경우 "일치"로 계산됩니다. TL 또는 ±0.5%(둘 중 더 큰 값).작업:1) 세 개의 클러스터를 일치시킵니다. 다음 세 가지 목록을 개별적으로 제공합니다: (a) 정확한 일치(요약 번호), (b) 허용 범위 내의 일치, (c) 일치하지 않는 항목(전체 세부 정보).2) 불일치(부분 배송/문서 누락/수량 차이/금액 차이)에 대한 가능한 원인 열을 추가하되 이는 증거로 확인하기 위한 추정임을 명시합니다.3) 적용한 일치 및 허용 오차 규칙을 일반 텍스트로 작성합니다.4) 또한 전체 조정(A, B, C)을 제공합니다. 총계) 완전성을 확인할 수 있습니다. 데이터에서 추론할 수 없는 것을 꾸며내지 마세요.
이 프롬프트는 키와 허용오차를 정의하고, 세 가지 별도 목록을 요청하고, "가능한 원인"을 추측으로 지정하고, 완전성을 위한 완전한 동의가 필요하기 때문에 강력합니다.
일반적인 실수
- 일치하지 않는 항목을 실수로 착각합니다. 이유(타이밍, 부분배송, 반품)를 조사하지 않고 결론을 작성합니다.
- 공차를 설정하지 않습니다. 목록을 푼돈으로 부풀리면 소음 속에서 실제 문제를 잃어버리게 됩니다.
- 페어링 키를 모호하게 둡니다. AI가 무엇을 기준으로 일치하는지 제어하지 않습니다.
- 완전성을 건너뜁니다. 총계를 조정하지 않고 일치하는 세트에 의존합니다.
- 탐지를 위한 "가능한 원인"을 착각합니다. 문서로 확인하지 않고 AI의 예측을 받아들입니다.
주의: 차이를 "중복 결제" 또는 "가상 구매"라고 설명하는 것은 심각한 주장입니다. 이를 기록하기 전에 문서(송장, 지불 영수증, 물품 수령 기록)로 확인하십시오. 패턴이 있으면 내부통제 취약점으로 별도로 평가한다.
요약하면
조정, 확인 및 3자 매칭은 가장 반복적인 감사 작업 중 하나이며 AI를 통해 가장 쉽게 가속화됩니다. AI는 몇 초 만에 수천 개의 항목을 일치시키고 차이점을 나열한 후 사전 분류합니다. 그러나 일치하지 않는 펜은 오류가 아니라 조사해야 할 차이점입니다. "가능한 원인"은 추측이 아니라 판단입니다. 감사자는 비즈니스 현실에 따라 일치 키와 허용 한도를 결정합니다. 감사자는 문서와의 차이점을 확인합니다. 감사자는 결과를 작성합니다. AI는 차이를 보여주고, 감사자는 의미를 부여합니다.
응용과제
세 개의 작은 데이터 세트(주문, 납품서, 송장) 또는 두 개의 세트(원장, 은행)를 고려하십시오. 일치하는 키와 합리적인 허용 오차를 결정합니다. AI를 위의 강력한 프롬프트 패턴과 일치시키고 "예상 원인" 열과 일치하지 않는 것을 제거하십시오. 그런 다음 일치하지 않는 각 항목에 대해 "조사 계획"을 작성합니다. 어떤 문서를 보고, 어떤 질문을 하고, 어떤 결론을 버그/정상으로 간주합니까?
체크리스트
- [ ] 데이터를 익명화하고 일치하는 키를 명확하게 식별했습니다.
- [ ] 각 클러스터의 전체성과 레코드 수로 완전성을 확인했습니다.
- [ ] 비즈니스 현실에 적합한 허용 오차를 설정했습니다(너무 엄격하지도 너무 느슨하지도 않음).
- [ ] 일치/허용 범위 내/비일치 목록을 별도로 가져왔습니다.
- [ ] 일치하지 않는 모든 중요한 항목을 문서에서 검색했습니다. 그 이유를 확인했습니다.
- [ ] 증거로 확인하지 않고 "가능한 원인" 추측을 결과로 간주하지 않았습니다.
- [ ] 중복/허위와 같은 심각한 한정 사항을 문서화하고 내부 통제 영향을 평가했습니다.