Towards a Software Architecture Description for Tax Compliance
본 연구는 최소한의 소프트웨어 아키텍처 기술이 세무 조사관을 위해 국경 간 컴포넌트 재사용을 효과적으로 시각화할 수는 있지만, 소프트웨어 공학적 추상화와 조세 개념 사이의 근본적인 불일치로 인해 궁극적으로 법적으로 유의미한 세무 평가를 지원하는 데는 실패한다는 점을 입증한다.
원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기
거대한 글로벌 소프트웨어 기업을 하나의 복잡한 요리(소프트웨어 제품)를 만드는 수천 명의 요리사(소프트웨어 팀)들이 모인 거대한 주방이라고 상상해 보십시오. 각 요리사는 서로 다른 나라에 사는 한 가족의 서로 다른 분파에 속해 있습니다.
여기 문제가 있습니다. 현실 세계에서는 만약 스웨덴의 요리사가 독일 요리사가 소유한 비밀 소스 레시피를 사용한다면, 독일의 세무 당국은 "잠깐, 이건 거래입니다! 당신은 다른 사람의 지적 재산을 사용하고 있으니 비용을 지불해야 합니다"라고 말할 수 있습니다. 이것을 "묵시적 라이선스(implicit licensing)"라고 부릅니다. 까다로운 점은 소프트웨어는 눈에 보이지 않기 때문에, 이 "소스"가 어떻게 전달되고 있는지 눈으로 확인할 수 없다는 것입니다. 따라서 세무 공무원들은 이러한 거래가 일어나고 있다는 사실을 알지 못하는 경우가 많습니다.
이 논문은 세무 공무원들이 이 보이지 않는 거래를 볼 수 있도록 돕는 지도를 만들고자 노력한 연구팀에 관한 이야기입니다.
그들이 만든 지도
연구진은 소프트웨어 주방의 매우 단순하고 "의도적으로 최소화된" 지도를 만들었습니다. 모든 식재료나 맛을 보여주는 대신, 이 지도는 오직 네 가지만을 보여줍니다:
- 요리(The Dish): 어떤 특정 소프트웨어 부분이 사용되고 있는가?
- 요리사(The Chef): 그 부분을 누가 소유하고 있는가?
- 연결(The Connection): 누가 누구의 부분을 사용하고 있는가? (의존성)
- 위치(The Location): 그 요리사는 어디에 살고 있는가?
그들은 2,500개 이상의 부품과 16,000개의 연결로 이루어진 실제 거대 소프트웨어 시스템을 대상으로 이 지도를 테스트했습니다.
맛 테스트 (연구)
연구진은 단순히 지도가 좋다고 추측한 것이 아니라, 네 명의 실제 세무 전문가(장부를 검사하는 감사관 2명과 기업의 신고를 돕는 자문가 2명)에게 이 지도를 보여주었습니다. 그들에게 "이 지도를 사용하여 어디에서 세금이 부과될 수 있는지 파악할 수 있습니까?"라고 물었습니다.
전문가들의 의견
전문가들은 "복합적이지만 희망적인" 리뷰를 내놓았으며, 이는 세 가지 주요 포인트로 나뉩니다:
1. 지도는 훌륭한 출발점이다 (The "Flashlight" - 손전등)
전문가들은 대화를 시작하기 위한 도구로서 이 지도를 높게 평가했습니다. 이전에는 "누가 무엇을 사용하는가?"와 같은 모호한 질문에 의존해야 했습니다. 하지만 이 지도는 누가 국경을 넘어 누구의 코드를 사용하고 있는지에 대한 구체적이고 사실에 기반한 목록을 제공했습니다. 한 전문가는 이것이 사람들의 불분명한 기억에 의존하는 대신 "객적적인 출발점"을 제공하는 것과 같다고 말했습니다. 이 지도는 국경 간 사용이 일어나는 주방의 어두운 구석을 성공적으로 밝혀냈습니다.
2. 지도는 사각지대가 있다 (The "Blurry Edges" - 흐릿한 가장자리)
하지만 지도는 완벽하지 않았습니다.
- "소유권"에 대한 혼란: 소프트웨어에서 "소유권"은 "버그를 수정하는 팀"을 의미할 수 있습니다. 그러나 세법에서 "소유권"은 "권리를 보유한 법적 실체"를 의미합니다. 지도는 소프트웨어적 정의를 사용했지만, 세무 전문가들은 이를 계속해서 법적 정의로 번역하려고 시도했으며, 이 과정에서 서로 일치하지 않는 경우가 발생했습니다.
- "주소 누락" 문제: 약 절반의 경우, 지도는 특정 팀이 정확히 어느 나라인지 말해주지 못했습니다(원격 근무자이거나 데이터가 불분명한 경우). 전문가들은 "요리사가 어디에 있는지 모른다면, 우리는 그 소스에 세금을 매길 수 없다"고 말했습니다. 명확한 주소가 없다면, 지도는 공식적인 감사에서 힘을 잃게 됩니다.
- "계산"의 함정: 지도는 요리사들을 연결하는 선을 보여주었고, 선의 굵기는 그들이 서로의 코드를 얼마나 자주 사용했는지를 나타냈습니다. 전문가들은 경고했습니다. "선이 굵다고 해서 반드시 소스가 비싼 것은 아니다." 어떤 팀은 아주 작고 저렴한 코드를 백만 번 사용할 수도 있고, 아주 크고 가치 있는 코드를 단 한 번만 사용할 수도 있습니다. 지도는 "빈번한 사용"과 "높은 가치"를 구분할 수 없었습니다.
최종 판결
논문은 이 소프트웨어 지도가 유용하지만, 완전한 해결책은 아니다라고 결론짓습니다.
이것을 범죄 현장의 거친 스케치라고 생각해보십시오. 스케치는 탐정(세무 조사관)에게 용의자들이 정확히 어디에 서 있었고 누구와 대화를 나누고 있었는지를 알려줍니다. 그것은 조사를 시작하기 위한 환상적인 도구입니다. 하지만 그 스케치가 탐정에게 얼마나 많은 돈이 도난당했는지, 누가 법적으로 그 돈을 소유하는지, 또는 최종 판결이 무엇인지까지 알려줄 수는 없습니다.
연구진은 소프트웨어 아키텍처가 이러한 숨겨진 거래의 구조를 가시화할 수는 있지만, 실제 세금을 계산하는 데 필요한 법적 및 경제적 답변을 스스로 제공할 수는 없다는 것을 발견했습니다. 지도는 "무엇"과 "어디"를 드러내지만, 세무 전문가들은 실제 세액과 이유를 파악하기 위해 여전히 자신들의 법적 지식을 가져와야 합니다.
연구 분야의 논문에 파묻히고 계신가요?
연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.