fix: read GSBER/BUPLA from config instead of hardcoding

[zb-sj]

문제

전표 헤더의 사업장(GSBER)이 K200 으로 하드코딩되어 있어, 다른 사업장에 속한 사용자는 전표 작성 자체가 실패합니다.

차변 라인(IT_DATA)에는 GSBER 가 실리지 않고 KOSTL 만 들어가므로 SAP 이 원가센터에서 Business Area 를 유도하는데, 그 값이 헤더의 K200 과 다르면 ZUNIEFI_5000 이 아래 오류로 거부합니다.

ZUNIEFI_5000 (400): Please input only the same 'Business Area' ( SAP.ZFI1,213 )

원가센터 343020 (Frontend Hogangnono) 은 Business Area 가 K300 이라 자기관리비·가족회식비 전표를 만들 수 없었습니다. 참고로 과거에 승인된 전표들을 ZUNIEFI_4207 로 열어 보면 헤더가 K200 으로 전송되었음에도 저장된 값은 K300 입니다. 예전에는 SAP 이 원가센터 기준으로 정규화해 통과시켰으나, 현재는 불일치를 거부하는 것으로 보입니다.

config.json 에 gsber / bupla 를 적어 두어도 CLI 가 이 필드를 전혀 읽지 않아 우회할 방법이 없었습니다.

변경

• UserProfile 에 선택 필드 gsber / bupla 추가
• ops.ts 의 세 곳(computeDefaults, createTempDoc, createCorpCardVoucher)에서 user.gsber ?? "K200" / user.bupla ?? "K100" 으로 읽도록 변경
• DEFAULT_CONFIG 에 기존 값(K200 / K100)을 명시

기본값을 그대로 두었으므로 기존 사용자의 동작은 바뀌지 않습니다. 다른 사업장 사용자는 ~/.config/eac/config.json 의 user.gsber 만 채우면 됩니다.

{ "user": { "pernr": "ZB00743", "bukrs": "K001", "kostl": "343020", "gsber": "K300" } }

검증

패치본으로 실제 전표를 작성하고 상신해 통과를 확인했습니다.

• voucher create → BELNR 3200012194
• voucher request-approval → GRONO FI20260000027113 (₩50,000, 장려지원금, 첨부 2건 정상)

bunx tsc --noEmit 기준 이번 변경으로 새로 생긴 타입 오류는 없습니다. (src/lib/update-check.ts:210 오류는 이 PR 이전부터 있던 것입니다.)

🤖 Generated with Claude Code