> ## Content Index
> Fetch the complete content index at: https://kr.vizney.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# 여러 워크북에 흩어진 계산식 이름 정리하기 (feat. Claude)
- URL: https://kr.vizney.com/cleaning-up-calculation-names-across-workbooks/
- Published: 2026-09-24T02:04:42.000Z
- Updated: 2026-09-24T02:04:42.000Z
- Author: 황예환
- Tags: Tips & Tricks

워크북이 늘고 제작자가 여러 명이 되면, 같은 계산식이 워크북마다 다른 이름으로 존재하게 됩니다. `Profit Ratio`와 `이익률`이 같은 수식이고, 반대로 같은 `Profit Ratio`인데 워크북마다 값이 다르게 나오기도 합니다. Tableau MCP를 연결한 Claude에 아래 프롬프트를 붙여 넣고 점검할 워크북 URL만 바꿔 넣으면 이 정리 작업을 한 번에 진행할 수 있습니다.

```
아래 태블로 퍼블릭 워크북들의 계산 필드와 파라미터를 모두 수집한 뒤,
명명 일관성을 점검해줘.

[1] 이름이 아니라 수식을 기준으로, 같은 일을 하는 필드끼리 묶어줘.
    공백과 대소문자 차이는 무시하고 비교해줘.
[2] 이름은 같거나 비슷한데 수식이 다른 필드를 따로 모아
    수식을 나란히 보여주고, 결과가 어떻게 달라지는지 설명해줘.
[3] 아래 규칙에 따라 표준 이름을 제안해줘. 이미 규칙에 맞으면 유지해줘.
    - 화면에 노출되는 필드: 보여질 이름 그대로
    - 파라미터: 영문, p. 접두사, CamelCase (예: p.SelectMeasure)
    - 필터용 필드: f. 접두사
    - 임시/테스트용 필드: z_ 접두사
    - 집계 방식 명시: Total, Avg. / 기간 비교는 YoY, MoM 접미사
    - 불리언: is_ 또는 has_ 접두사
    - LOD 표현식: LOD_ 접두사, 테이블 계산: TC_ 접두사
[4] 파라미터는 URL 동작이나 임베딩 코드에서 이름으로 호출될 수 있으니,
    이름을 바꾸는 경우 비고에 확인 필요로 표시해줘.

[1]~[3]을 각각 마크다운 표로 정리해 파일로 만들어줘.

워크북 URL:
https://public.tableau.com/views/...
https://public.tableau.com/views/...
```

\[1\]의 "이름이 아니라 수식을 기준으로"가 빠지면 `Total Sales`와 `Total Cost`처럼 이름만 비슷한 필드가 함께 묶여 실제 중복이 드러나지 않습니다. 

![](https://storage.ghost.io/c/71/f6/71f6ee37-5711-4588-b703-c29372b31c0a/content/images/2026/09/-------------2026-09-24-105414.png)

더 중요한 것은 \[2\]입니다. `SUM([Profit]) / SUM([Sales])`와 `AVG([Profit] / [Sales])`는 둘 다 이익률처럼 보이지만, 후자는 주문 규모를 반영하지 않아 같은 데이터에서도 다른 값을 냅니다. `COUNTD`와 `COUNT`의 차이도 마찬가지입니다. 이런 필드는 이름만 보고 옮겨 쓰는 순간 틀린 숫자가 대시보드에 올라갑니다.

![](https://storage.ghost.io/c/71/f6/71f6ee37-5711-4588-b703-c29372b31c0a/content/images/2026/09/image-6.png)

\[3\]의 규칙은 예시로 [계산된 필드와 파라미터 네이밍 가이드](https://kr.vizney.com/calculated-field-parameter-naming-guide/)를 옮긴 것입니다. 사내에서 쓰는 명명 규칙이 있다면 이 부분을 그 규칙으로 바꿔 넣으면 됩니다. 어떤 규칙을 쓰든 선택지 없이 하나로 정해서 적어야 결과가 일관됩니다.

[계산된 필드와 파라미터 네이밍 가이드데이터 원본에 있는 기본 필드와 달리, 직접 생성하는 계산식과 파라미터는 명확한 규칙을 가지고 이름을 지어두면 수많은 필드 속에서 원하는 항목을 찾는 시간을 획기적으로 줄일 수 있습니다. 실무에서 가장 널리 쓰이는 명명 규칙과 효율적인 팁들을 정리했습니다. 1\. 화면에 노출되는 필드: 보여질 이름 그대로 명명하기 도구 설명(Tooltip), 축 이름, 표의 머리글![](https://storage.ghost.io/c/71/f6/71f6ee37-5711-4588-b703-c29372b31c0a/content/images/icon/vizney_icon_b_v2-c19d5682-af34-4e5a-bfb3-189dc2e47069.png)Vizney황예환![](https://storage.ghost.io/c/71/f6/71f6ee37-5711-4588-b703-c29372b31c0a/content/images/thumbnail/Cover-4-fb12ea54-2243-4120-be16-e76f2ef8b43b.png)](https://kr.vizney.com/calculated-field-parameter-naming-guide/)

\[4\]는 워크북 밖에서 파라미터를 이름으로 호출하는 경우를 위한 항목입니다. 워크북 안에서는 필드 이름을 바꿔도 참조가 자동으로 따라가지만, URL 동작이나 임베딩 코드는 함께 수정해야 합니다.

실무에서는 \[2\]부터 확인하는 편이 좋습니다. 중복된 이름은 불편에 그치지만, 같은 이름으로 다른 값을 내는 필드는 잘못된 의사결정으로 이어질 수 있습니다. 이 경우 하나로 합치기보다 `Net Sales`, `Avg. Order Profit Ratio`처럼 이름만으로 차이가 드러나게 구분하는 방향이 낫습니다. 사내 워크북이라면 `.twb` 파일을 Claude에 직접 첨부해도 같은 프롬프트로 점검할 수 있습니다.