받은 명세서와 우리 장부를 기계가 먼저 맞춥니다.

돌려서 나온 숫자

검증에 쓴 자료는 합성 데이터입니다. 정답을 심어 만든 세트로 잰 값이며, 고객사 실물 명세서로 잰 숫자가 아닙니다.

12건 중 6건을 상호·날짜 표기 문제에 썼습니다. 이 업무를 실제로 깨는 것이 금액 계산이 아니라 같은 거래처가 매번 다른 이름으로 오는 것이기 때문입니다.

모든 건을 여섯 가지 중 하나로 분류합니다

담당자가 보는 것은 목록이 아니라 판정입니다. 무엇을 왜 봐야 하는지가 판정 이름에 들어 있습니다.

양쪽을 다 봅니다. 명세서 기준으로만 보면 「지급할 건인데 명세서가 안 온 것」은 영원히 안 보입니다. 반대 방향도 같이 보고합니다.

이 업무를 깨는 것은 계산이 아니라 표기입니다

여기가 정리되지 않으면 멀쩡한 건이 전부 불일치로 쏟아집니다. 확인할 게 줄어들기는커녕 늘어납니다 — 저희가 검증 사례의 절반을 여기에 쓴 이유이고, 자동화가 실패했던 경험이 있으시다면 그 지점이 여기였는지부터 보시는 편이 빠릅니다.

명세서 파일을 넣고 분류표가 나오는 데까지

둘째 줄이 이 화면의 핵심입니다. 상호 표기와 날짜 형식이 서로 다른데도 같은 건으로 붙어서 일치 처리됐습니다. 다만 이렇게 붙은 건은 명세서 번호로 붙은 건보다 느슨한 등급이고, 결과에 그 등급이 함께 남아 나중에 따로 뽑아 볼 수 있습니다.

장부 쪽 파일은 열 이름도 달랐습니다 — 공급자, 작성일자, 적요, 지급예정액. 그래도 매핑됐습니다.

차액의 부호는 명세서에서 장부를 뺀 값입니다 — 「+13,000원」은 거래처가 그만큼 더 청구했다는 뜻입니다. 실제 분류표에는 차액만이 아니라 명세서 금액과 장부 금액이 양쪽 다 실리고, 각 판정이 원본의 어느 파일 몇 번째 줄에서 나왔는지도 함께 붙습니다.

위 화면은 합성 명세서를 PDF 로 만들어 다시 읽고 대사한 실행 결과 그대로입니다. 고객사 자료가 아닙니다.

세 단계 중 가운데 하나만 합니다

2단계를 대기업 구축 프로젝트로 만드는 사례가 있습니다. 다만 「중간 규모가 그대로 집어 쓸 상품이 국내에 없다」고 단정할 만큼 저희가 시장을 전수 확인한 것은 아닙니다 — 이미 쓰시는 업무프로그램에 대사 기능이 있다면 그것부터 확인하시는 편이 빠릅니다.

돈이 걸린 일이라, 기계를 믿지 않게 만들었습니다

자동으로 넘어간 건은 담당자가 다시 보지 않습니다. 그래서 이 업무의 진짜 위험은 못 잡은 건이 아니라 「잘못 붙은 일치」입니다. 앞의 세 숫자는 판정이 설계대로 나오는지를 잰 것이고, 그 위험 자체는 귀사 자료로만 잴 수 있습니다 — 그래서 재기 전까지는 잘못 붙을 여지를 설계에서 줄여 둡니다.

여기서부터는 귀사 자료를 봐야 답합니다

이것들을 모르는 채로 기간과 금액을 말씀드리면 그 숫자는 지킬 수 없는 숫자가 됩니다. 먼저 재고, 그 다음에 말씀드립니다. 분류표가 틀렸을 때 어디까지 저희 책임인지도 그 자리에서 서면으로 정합니다 — 재보기 전에 책임 범위를 말하는 쪽이 오히려 못 지킬 약속입니다.

명세서와 지불예정 내역을 한 달치만 주시면, 귀사 숫자를 재서 드립니다

일반적인 설명을 듣는 자리보다, 귀사 실제 자료가 어떻게 걸러지는지 보시는 편이 판단에 도움이 되실 것입니다.