Excel 보고서 합계가 맞지 않나요? 단위, 통화, 날짜를 확인하세요

재무팀은 9월 매출 수치로 125.4를 보내고, 영업팀은 125,400을 보냅니다. 수식을 확인하고 둘 다 새 통합 문서에 붙여 넣은 뒤, 어느 팀의 숫자가 잘못된 것인지 궁금해집니다.

그때 누군가 재무 보고서의 제목을 발견합니다: USD 천 단위. 두 팀 모두 $125,400을 보고했습니다. 차이는 누락된 매출이 아니라 레이블에서 비롯되었습니다.

재무 및 운영 팀이 내보낸 데이터를 결합할 때, 이 가이드는 무해한 표시상 차이와 실제 보고 오류를 구분하는 방법을 제공합니다. 11개 레코드 연습 팩 다운로드 후 수식을 바꾸거나 차트를 공유하기 전에 수정 로그를 작성하세요.

먼저: 어떤 종류의 불일치인지 결정하세요

동일한 원본 행이 서로 다른 합계를 내면 수식 범위, 숨겨지거나 필터링된 행, 숫자로 저장된 텍스트, 반올림, 중복 레코드, 포함된 소계를 점검하세요. 예를 들어 ISNUMBER(A2)는 Excel이 A2를 숫자로 처리하는지 알려줍니다. 숫자처럼 보이는 텍스트 셀은 합계에서 예상대로 작동하지 않을 수 있습니다.

이 가이드는 다른 문제를 다룹니다: 두 내보내기 파일이 값을 다르게 설명하는 경우입니다. 올바른 수식이라도 천 단위와 단위, 달러와 유로, 9월 주문과 10월 입금을 비교할 수 있습니다.

무엇이든 바꾸기 전에 각 보고 값에 네 가지 레이블을 지정하세요:

또한 계정, 부서, 상태 필터, 내보내기 완전성도 확인하세요. “sales”라고 불리는 두 보고서가 서로 다른 거래를 정당하게 다룰 수 있습니다.

1단계: 증거 사본을 보관하세요

input-cases.csv를 여세요. 여기에는 고객 원장이 아닌 합성 문제 해결 사례가 들어 있습니다. ZIP에는 각 사례를 해석하는 데 필요한 정답 키와 가정도 포함되어 있습니다.

11개 행을 모두 합산하지 마세요. 일부는 같은 수치의 대체 표현이고, 다른 일부는 별도 통화 소계이거나 의도적으로 미해결로 남긴 레코드입니다. 하나의 총합계는 의미가 없습니다.

다음 열을 포함한 검토 시트를 만드세요:

원본 파일 | 원본 행 ID | 측정값 | 원시값 | 원시 단위 | 통화
날짜 기준 | 제안 규칙 | 정규화 값 | 검토 결정

“정규화”란 비교 가능한 값을 확인할 수 있도록 합의된 단위로 표현한다는 뜻입니다. 원시값은 그 옆에 보존하세요. 그러면 동료가 모든 원본 파일을 다시 열지 않고도 수정 내용을 이해할 수 있습니다.

2단계: 소수점을 옮기기 전에 단위를 확인하세요

샘플에서 U1과 U2는 동일한 9월 매출에 대한 두 요약이며, 이 연습을 위해 동일한 범위가 명시되어 있습니다:

U1의 경우 승인된 규칙은 125.4 × 1,000 = 125,400입니다. 숫자 원시값이 A2에 있고 승인된 계수 1,000이 B2에 있으면 =A2*B2가 정규화 금액을 산출합니다. 셀 서식만 바꾸는 것으로는 그 변환이 수행되지 않습니다.

이제 U1과 U2를 비교하세요: 차이는 0입니다. 둘을 합산하지 마세요. 이들은 별도 매출이 아니라 같은 매출의 두 가지 보기입니다.

U3은 U1처럼 보이지만 단위가 없습니다. 그 크기는 조사할 단서일 뿐, 1,000을 곱해도 된다는 허가가 아닙니다. 원본 데이터 소유자에게 묻거나 원래 보고서 제목을 확인하세요. 단위가 확인될 때까지 변환은 비워 두세요.

그림: 다운로드 가능한 합성 사례에 대해 계산된 결정입니다. 교육용 정답 키이며 RowSpeak에서 캡처한 출력이 아닙니다.

3단계: 백분율 저장과 백분율 표시를 구분하세요

전환율은 0.12, 12%, 12로 들어올 수 있습니다. 필드의 관례를 모르면 서로 바꿔 쓸 수 없습니다.

Excel에서 P1이 숫자 0.12라면 백분율 서식은 12%로 표시합니다. 그 서식을 숫자 12에 적용하면 1,200%로 표시됩니다. P2의 경우 백분율 서식을 적용하기 전에 새 열에서 100으로 나누세요. 12% 같은 리터럴 텍스트 문자열에는 별도의 명시적 파싱 규칙이 필요합니다.

Microsoft의 백분율 서식 지침은 저장된 숫자와 백분율 표시의 관계를 설명합니다. 내보내기 간에 복사할 때 기본 값을 확인하세요.

서로 다른 팀의 전환율을 더하지 마세요. 결합 전환율은 일반적으로 원래 카운트가 필요합니다: 합의된 정의를 사용해 총 전환 수를 총 적격 방문 수로 나눈 값입니다. 이 샘플에는 해당 카운트가 제공되지 않으므로 결합 전환율을 계산할 수 없습니다.

4단계: 정책이 승인될 때까지 통화를 분리하세요

C1과 C2 행에는 1,000 USD와 900 EUR가 있습니다. “1,900달러”라는 합계는 잘못입니다. 승인된 보고 통화와 변환 정책이 없다면 두 소계를 유지하세요.

사용 가능한 정책은 환율 출처, 환율 날짜, 방향, 반올림, 그리고 환율이 개별 거래에 적용되는지 기간 요약에 적용되는지를 명시합니다. 예를 들어 명시적으로 승인된 예시 환율 1 EUR = 1.10 USD를 적용하면 900 EUR는 990 USD로 변환되고, 결합 금액은 1,990 USD가 됩니다. 그 환율은 산술 예시일 뿐이며 현재 환율이나 권장 환율이 아닙니다.

샘플에는 FX 정책이 없으므로 예상 결과는 USD 1,000과 EUR 900을 각각 별도로 유지하는 것입니다. 묻지 않고 오늘의 환율을 선택하는 AI 응답은 보고 기준을 바꾼 것입니다.

5단계: 같은 질문에 답하는 날짜를 비교하세요

샘플에서 하나의 결제 T900이 두 번 나타납니다:

D1과 D2는 같은 $400 결제를 설명합니다. 이를 $800 매출로 계산하거나 보고서를 맞추기 위해 은행 날짜를 9월로 옮기지 마세요. 두 날짜를 모두 유지하고 월별 보기가 다른 이유를 설명하세요. 매출-은행 조정 가이드는 지급 및 은행 기록으로 그 차이를 다룹니다.

D3은 3월 4일 또는 4월 3일을 의미할 수 있습니다. 내보내기의 날짜 관례와 그 날짜가 나타내는 이벤트를 요청하세요. 그런 다음 원시 텍스트를 유지하면서 새 열에 2026-04-03 같은 명확한 날짜를 만드세요. 셀 표시 방식을 바꾸는 것만으로 이미 잘못 해석된 날짜를 안정적으로 교정할 수는 없습니다.

타임스탬프가 있는 파일의 경우 시간대도 합의하세요. 자정 근처의 거래는 시스템에 따라 다른 달력 날짜에 속할 수 있습니다. 월별로 그룹화하기 전에 변환 규칙을 기록하세요.

6단계: AI를 사용해 수정 로그를 제안받으세요

이러한 결정 규칙이 준비되면 RowSpeak의 데이터 분석 워크플로가 내보내기를 점검하고 발견 사항을 검토 가능한 표로 정리하는 데 도움을 줄 수 있습니다. 먼저 진단을 요청한 다음 작은 단계로 변환을 승인하세요.

input-cases.csv만 업로드하고 다음 요청을 복사하세요:

첨부된 input-cases.csv에서 보고 불일치를 검토하세요.
이는 합산 원장이 아니라 11개의 개별 진단 레코드입니다.
모든 원시값은 변경하지 마세요. 원본 행마다 하나의 결정 행을 반환하세요.

row_id, metric, raw_value, unit, currency, date basis, proposed
factor, normalized value, 그리고 필요한 증거 또는 확인 사항을 보여 주세요.
U1과 U2의 경우 USD 단위로 같은 9월 매출을 비교하세요.
P1과 P2의 경우 같은 전환율을 분수와 백분율로 표현하세요.
중복 요약을 더하거나, 전환율을 더하거나, 총합계를 계산하지 마세요.
알 수 없는 단위, 알 수 없는 백분율 관례, 모호한 날짜는 보류하세요.
통화는 분리해 유지하세요: 환율 정책이 제공되지 않았습니다.
주문 날짜와 결제 날짜를 구분해 유지하세요. T900은 하나의 결제이며,
두 개의 매출이 아닙니다. 누락된 날짜 형식, 필터, 원인을 추정하지 마세요.

규칙에 따라 승인된 비교, 원본 데이터 소유자에게 남은 미해결 질문,
그리고 차트를 공유하기 전에 기다려야 하는 모든 출력으로 마무리하세요.

예상 결정: U1과 U2는 모두 125,400 USD를 나타내고, P1과 P2는 모두 12%를 나타내며, C1과 C2는 별도로 유지되고, D1과 D2는 각자의 날짜 기준을 유지합니다. U3, P3, D3은 확인이 필요합니다. 실행 후 ZIP의 expected-decisions.csv와 결과를 비교하세요.

이러한 예상은 십진 산술을 사용해 독립적으로 확인되었습니다. 이 글은 RowSpeak이 이 픽스처를 실행했다거나, 귀하의 비즈니스 정의를 자동으로 안다거나, 올바른 변환을 보장한다고 주장하지 않습니다. 실제 출력을 확인하고 필요하면 수정을 요청하세요. 기밀 파일의 경우 익명화된 데이터로 시작하거나 프라이빗 배포를 논의하세요.

규칙을 재사용하기 전에 작동하는지 증명하세요

샘플의 별도 사본을 만들고 U1을 125.4에서 126.4로 변경하되 단위는 천 단위로 유지하세요. U2는 변경하지 마세요.

정규화된 U1 값은 126,400 USD가 되어 U2와 실제 $1,000 차이를 만들어야 합니다. 여전히 동일하다고 보고하는 출력은 이전 결론을 재사용하거나 증거 없이 규칙을 바꾼 것입니다. 진행하기 전에 두 원시값과 계산을 요청하세요.

변경하지 않은 샘플의 경우 검토에서 다음도 확인해야 합니다:

• 세 개의 보류 레코드를 포함해 각 원본 행이 결정 로그에 한 번씩 나타납니다.
• 모든 변환에 문서화된 단위와 계수가 있습니다. 미해결 값은 비어 있습니다.
• 원본 값과 변환된 값이 나란히 유지됩니다.
• 모든 보고서에서 통화 및 날짜 레이블이 보입니다.
• 어떤 그래프도 호환되지 않는 측정값을 결합하거나 미해결 행을 조용히 누락하지 않습니다.

자체 내보내기의 경우 각 승인된 변경 전후로 통제 합계를 기록하세요. 단위 변환은 예측 가능하게 규모를 바꾸고, 날짜 수정은 전체 기간 금액을 보존하면서 레코드를 기간 사이로 이동시킬 수 있습니다. 다른 변동이 있으면 조사하세요. 그런 다음 결과를 공유하기 전에 AI 보고서 검토 체크리스트를 사용하세요.

수정 메모에 담아야 할 내용

이 연습 파일의 경우:

선언된 천 단위를 변환한 후 재무 및 영업 매출 요약은 $125,400으로 일치합니다. 레이블이 지정된 두 전환율은 모두 12%를 나타냅니다. FX 정책이 제공되지 않았으므로 USD와 EUR 소계는 별도로 유지됩니다. T900은 주문 날짜와 결제 날짜가 다릅니다. 세 레코드는 누락된 맥락 때문에 보류 중이며, 결합 총합계는 적절하지 않습니다.

그 메모는 동료에게 무엇이 바뀌었고, 무엇이 별도로 유지되었으며, 무엇이 아직 답이 필요한지 알려 줍니다. 다음 차트를 만들기 전에 원본 파일 및 승인된 규칙과 함께 저장하세요.