---

## TrucksBook이란 무엇인가

TrucksBook은 **Euro Truck Simulator 2(ETS2)**와 **American Truck Simulator(ATS)**에서 발생하는 운송(배달) 데이터를 **TB Client(클라이언트 프로그램)**로 자동 수집해 서버로 전송하고, 웹에서 **로그북(운송기록)·통계·지도·회사(VTC) 관리·배차(Dispatch)·컨보이**까지 운영할 수 있게 만든 **가상 운송사(VTC) 중심 플랫폼**입니다. ([TrucksBook][1])

---

## 핵심 구조(웹 + TB Client)와 “자동 기록”의 의미

TrucksBook의 운영 철학은 단순합니다: **운행은 게임에서**, **기록과 운영은 웹에서**.

* **TB Client**가 게임과 연동해 운송 데이터를 모아 서버로 보내고(자동 기록), ([TrucksBook][1])
* 웹에서는 그 데이터가 **개인 로그북/통계**, **회사 전체 로그/통계**, **실시간 지도**, **배차·컨보이 운영**으로 확장됩니다. ([TrucksBook][1])

TB Client는 자동 로그 외에도 **현재 상태 데이터 전송(위치/속도 등)**, **치팅 감지**, **오프라인 모드(연결 끊겨도 임시 저장 후 전송)**, **과속 표시** 같은 “운영에 필요한 장치”를 기능으로 포함한다고 위키에 명시돼 있습니다. ([TrucksBook][1])

---

## 이용 방식: Employee Mode / Manager Mode

TrucksBook은 사용자를 크게 두 흐름으로 나눠 설계합니다.

* **Employee Mode**: 회사에 소속(또는 개인)으로 운행하며, **운송이 자동 기록**되고 **개인/회사 통계·랭킹**에 반영됩니다. ([TrucksBook][2])
* **Manager Mode**: 내가 회사를 만들고, **직원 채용·프로필/로고/규정·대시보드·내부 통계/로그·디스패치 운영** 등 “조직 운영”을 수행합니다. ([TrucksBook][2])

---

## 주요 기능 1: 로그북(Logbook)과 운송 상세

**로그북**은 운송(배달) 이력을 기간(월) 단위로 정리하는 “원장”이고, 각 운송 건마다 상세 화면으로 들어가 더 많은 정보 확인이 가능합니다. ([TrucksBook][1])
프리미엄이라면 운송 상세에서 **경로 추적(지도 기반)**이 핵심 가치가 됩니다(아래 참고). ([TrucksBook][1])

---

## 주요 기능 2: 통계(Statistics) — Real / Race / WoTr 분리의 핵심

TrucksBook 통계는 **국가·회사·플레이어**로 나뉘고, 기간은 **월/연/전체**로 전환됩니다. ([TrucksBook][1])
그리고 공정성 때문에 통계가 **주행 방식**에 따라 분리됩니다.

* **Real 통계**: 운송 중 최고 속도가 **ETS2는 100kph**, **ATS는 130kph**를 넘지 않아야 포함 ([TrucksBook][3])
* 기준을 넘기면 **Race 통계**로 분류 ([TrucksBook][3])
* **WoTr(월드 오브 트럭) 운송**은 별도 WoTr 통계로도 집계 ([TrucksBook][3])
* 그리고 운송 중 **180kph를 초과하면** 통계에 **아예 미포함** ([TrucksBook][3])

이 구조 덕분에 “규정 준수형 운행”과 “레이스 성향 운행”이 한 순위표에서 뒤섞여 싸우는 문제를 줄이고, 팀 운영자는 목표(Real 중심/이벤트 중심)를 더 명확히 설계할 수 있습니다.

---

## 주요 기능 3: 지도(Map) — 동료 위치/상태 기반 운영

지도는 회사 동료의 위치를 확인해 **합류·동행·컨보이 운영**에 쓰입니다. ([TrucksBook][2])
위키에는 **프리미엄이면 지도에서 위치 외 상태 정보(속도/라이트/데미지 등)를 더 볼 수 있고**, 비프리미엄은 제한된 표시(위치 중심)라는 안내가 있습니다. ([TrucksBook][1])

---

## 주요 기능 4: 회사(VTC) 관리 — “운영자용 도구 모음”

TrucksBook의 회사 관리 레이어는 꽤 촘촘합니다(위키의 페이지 설명 기준). ([TrucksBook][1])

* **회사 프로필**(공개 페이지 성격)
* **Company Wall**(게시글/경험 공유)
* **Employees**(재직/전직, 입·퇴사, 직책, 로그북 링크, 월간 목표 이행 모니터링)
* **Log Overview**(회사 전체 로그북 + 필터/CSV 내보내기 + 직원별 요약)
* **Company Settings**(규정/제한/통계 참여/웹훅 등)
* **내장 채팅·알림**(내부 커뮤니케이션/이벤트 추적)

또한 변경기록(Changelog)에는 **Activity Log(동료/팔로우 사용자 운송 흐름 보기)**, **팔로우 기능**, **Discord 웹훅 설정**, **Tracking Overview** 등 운영 편의 기능 강화가 지속적으로 반영됐던 흔적이 확인됩니다. ([TrucksBook][4])

---

## 주요 기능 5: 배차(Dispatch) — “웹에서 만든 임무를 게임으로”

홈페이지와 위키 모두 **Dispatch**를 핵심 기능으로 소개합니다. ([TrucksBook][2])
구조는 간단히 말해:

* 디스패처/운영자가 웹에서 **커스텀 잡(임무) 또는 오퍼**를 만들고
* 드라이버는 TB Client로 **수락/거절**하여 게임에 반영한 뒤
* 게임 안에서 해당 운송을 수행 → 로그/통계에 연결됩니다. ([TrucksBook][2])

운영 관점에서 Dispatch가 강한 이유는, “이번 달엔 많이 뛰자” 같은 추상 목표를 **‘특정 화물·구간·목적지’ 기반 임무**로 바꿔서 팀 플레이 품질을 끌어올릴 수 있기 때문입니다.

---

## 컨보이(Convoys)

컨보이는 웹에서 생성/참여를 관리하는 형태로 소개되어 있고, 위키에는 **프리미엄 사용자가 컨보이를 생성**할 수 있으며 **모든 사용자가 참여**할 수 있다고 안내됩니다. ([TrucksBook][2])

---

## 규정(Rules)에서 특히 중요한 “거리 인정(accepted distance)” 개념

TrucksBook은 통계를 공정하게 유지하기 위해 **거리 인정 규칙**도 둡니다.

* 인정 거리는 **계획 거리(planned distance)의 1.25배를 초과 불가**
* 그리고 **계획 거리보다 1000km 이상 길게 인정 불가** ([TrucksBook][3])

또 월 경계 악용을 막기 위한 제한(이전 달 시작 운송 인정 한도)과 최소 게임 버전(1.48.x) 같은 운영 조건도 규정에 포함돼 있습니다. ([TrucksBook][3])

---

## 기술/안정성(현실적인 주의점)

위키 FAQ에는 운영 중 실제로 자주 만나는 이슈가 정리돼 있습니다. 예를 들어:

* **OneDrive 같은 동기화 프로그램**이 문서 폴더 접근을 꼬이게 해 **거리 기록/경로 추적이 깨질 수 있다**는 안내 ([TrucksBook][1])
* **보안 프로그램(Windows Defender/Avast 등)**이 설치/실행을 방해할 수 있어 예외 설정을 권장 ([TrucksBook][1])
* 문제 발생 시 **TB Client 및 게임 로그 파일(진단 파일)**을 저장해 지원 요청 ([TrucksBook][1])

---
TrucksBook(트럭스북) — ETS2/ATS 가상 운송사(VTC) 운영·기록·통계 플랫폼 상세 설명(40,000자 정확판)
※ 본 문서는 TrucksBook 공식 웹/위키/규정/변경기록에 기반해 기능을 ‘진지하게·자세하게·정확하게’ 정리한 안내문입니다.
※ 게임: Euro Truck Simulator 2(ETS2), American Truck Simulator(ATS)
※ 핵심 구성: 웹 서비스 + TB Client(PC 클라이언트) + 서버 처리(로그/통계/지도)

1) 한 줄 정의
TrucksBook은 ETS2/ATS 플레이 데이터를 TB Client로 수집해 서버로 전송하고, 웹에서 ‘로그북(운송기록)·통계·지도·회사관리·배차(Dispatch)·컨보이’까지 한 번에 운영할 수 있게 만든 가상 운송사(VTC) 중심의 통합 시스템이다.

2) TrucksBook이 해결하는 문제(왜 필요한가)
트럭 시뮬레이션 커뮤니티에서 ‘가상 운송사’를 운영할 때 가장 어려운 지점은, (a) 누가 얼마나 운행했는지, (b) 어떤 화물을 어디서 어디로 옮겼는지, (c) 규정 위반 없이 공정하게 통계를 집계할 수 있는지, (d) 신입/재직/퇴사·직책·월간 목표·내부 소통을 어떻게 관리할지, (e) 운송사/팀 단위 행사(컨보이)를 어떻게 조직할지다.
TrucksBook은 이 요구를 ‘자동 기록’과 ‘웹 기반 운영도구’로 묶는다. 즉, 운전자가 게임에서 배달을 수행하면 TB Client가 운송 내역을 기록하고, 웹에서는 개인·회사 단위로 로그와 통계를 확인하며, 관리자(Owner/Manager/Dispatcher)는 채용·규정·대시보드·배차·내부 기록을 통합 운영한다.

3) 전체 구조와 데이터 흐름(웹 + TB Client)
TrucksBook의 작동 원리는 단순하지만 엄격하다.
- (1) 사용자는 웹에서 회원가입(일반적으로 Steam 계정으로 소유 확인) 후 TB Client를 설치한다.
- (2) 게임 실행/운행 중 TB Client가 ‘운송(잡) 정보’와 ‘상태 데이터(좌표, 속도 등)’를 수집한다.
- (3) 수집된 데이터는 서버로 전송되어 로그북·지도·통계·회사 관리 화면에 반영된다.
- (4) 네트워크가 일시적으로 끊겨도 오프라인 모드로 임시 저장 후 재연결 시 업로드하는 방식이 포함된다.
이 구조의 장점은 기록의 자동화와 일관성이다. 수동 입력의 오류·조작 가능성을 줄이면서, 같은 규칙으로 통계를 산출한다.

4) 이용 모드(Employee Mode / Manager Mode)
TrucksBook의 ‘입장 방식’은 크게 두 축이다.
• Employee Mode: 특정 가상 운송사에 ‘직원(드라이버)’로 소속되거나, 무소속으로 개인 운행을 하면서 자동 기록·개인/회사 통계·랭킹 경쟁에 참여한다.
• Manager Mode: 본인이 가상 운송사를 만들어 운영한다. 직원 채용, 프로필/로고/규정 설정, 내부 로그·통계·대시보드 관리, 배차(Dispatch) 담당자 지정 등 ‘운영자 권한’이 핵심이다.

5) 핵심 기능 ① 로그북(Logbook)과 운송 상세(Job Detail)
로그북은 ‘내가 수행한 운송(배달) 이력의 원장’이다. 월별 전환을 지원해 기간별로 운행량·건수·수익(게임 내 경제 정보) 등을 정리할 수 있고, 각 운송 건을 클릭하면 더 상세한 정보로 들어간다.
로그북이 단순 목록에 그치지 않는 이유는, 통계·규정(속도/거리 제한)·노선 추적(프리미엄)·회사 기록(전체 직원 로그)과 직결되기 때문이다. 즉, 로그북은 TrucksBook의 ‘증빙 레이어’이며, 나머지 모든 기능은 로그북 데이터를 기반으로 확장된다.

6) 핵심 기능 ② 노선 추적(Route Tracking)과 Tracking Overview(프리미엄)
TrucksBook은 프리미엄 계정에서 ‘운송 경로 추적’을 제공한다. 운송 상세 화면에서 지도로 전체 경로를 확인할 수 있으며, 월간 단위로 여러 추적 기록을 모아 보는 Tracking Overview 페이지도 제공된다.
운전자는 자신이 실제로 어떤 루트로 주행했는지 되짚을 수 있고, 운영자는 팀의 운행 패턴(우회/비효율/규정 위반 가능성)을 검토하는 데 활용할 수 있다.

7) 핵심 기능 ③ 통계(Statistics): 개인·회사·국가 + 유형(Real/Race/WoTr)
통계는 ‘국가·회사·플레이어’로 나뉘며, 기간은 월/연/전체(All-time)로 확장된다. 여기서 TrucksBook의 공정성 설계가 등장한다.
• Real 통계: 운송 중 최고속이 일정 기준을 넘지 않아야 포함된다(ETS2 100kph / ATS 130kph 기준).
• Race 통계: 기준을 넘긴 운송이 포함되는 별도 집계 구간이다.
• WoTr 통계: World of Trucks 기반 운송은 별도의 WoTr 통계에 포함되는 규칙이 있다.
또한 운송 중 최고속이 180kph를 초과하면 해당 운송은 통계에 포함되지 않는다.
이 분리 설계의 의미는 명확하다. ‘규정 준수 운행’과 ‘과속·레이스 성향 운행’을 동일 순위표에서 섞지 않고, 서로 다른 목표를 가진 플레이어가 각자 납득 가능한 경쟁을 할 수 있게 만든다.

8) 핵심 기능 ④ 지도(Map)와 실시간 동료 추적
지도 기능은 ‘동료가 어디에서 운행 중인지’를 확인하는 운영·협업 도구다. 회사 동료가 최신 클라이언트를 사용하면 지도에서 위치 기반으로 확인할 수 있고, 프리미엄 계정은 더 풍부한 상태 정보(속도, 라이트, 손상 등)를 확인할 수 있다. 프리미엄이 아니면 위치만 표시되는 형태로 제한될 수 있다.
멀티플레이(Convoy/TruckersMP) 환경에서 동료를 찾아 합류하거나, 컨보이에서 이탈한 동료를 다시 찾는 용도로 특히 강력하다.

9) 핵심 기능 ⑤ 회사 관리(Company Management)
가상 운송사 운영은 ‘웹에서의 조직관리’가 본질이다. TrucksBook의 회사 관리에는 다음 레이어가 있다.
- 회사 프로필: 소개/규정/직원 목록/통계 그래프/수상 기록 등 공개 페이지 성격.
- 회사 월(Company Wall): 직원들이 게시글·사진·여행 경험을 공유하고 댓글/좋아요로 소통.
- 직원(Employees): 재직/전직 직원, 입사/퇴사일, 직책, 상태, 로그북 링크, 월간 목표(거리 제한/챌린지) 이행 모니터링.
- 로그 오버뷰(Log Overview): 회사 전체 로그북. 기간 필터·CSV 내보내기·직원별 요약(거리/건수) 등 내부 감사용.
- 회사 설정(Company Settings): 이름/로고/설명/규정/제한/통계 참여 여부/Discord 웹훅 등 세부 운영 값 설정.
- 내장 채팅(Chat)·알림(Notifications): 내부 커뮤니케이션과 중요한 이벤트 추적.
정리하면, TrucksBook은 ‘게임 안에서 운전’은 운전자에게 맡기고, ‘조직 운영’은 웹에서 완결시키는 형태다.

10) 배차(Dispatch): 커스텀 잡/오퍼/승인(accept/reject)
Dispatch는 ‘회사 운영을 게임 플레이에 직접 연결’하는 기능이다.
• My Jobs: 내가 생성한 커스텀 잡, 회사 디스패처가 할당한 잡, 회사/컨보이 오퍼를 한 곳에서 확인한다.
• Manage Jobs: 디스패처가 직원에게 개별 배차를 하거나, 조건을 둔 오퍼(누구나 가져갈 수 있는 배차)를 생성한다.
드라이버는 TB Client로 잡을 받아(또는 거절) 게임 프로필에 반영하고, 이후 게임 안에서 해당 화물을 찾아 운송한다.
Dispatch의 운영적 가치: (1) 이벤트/작전(정해진 화물·노선·목적지)을 강제하거나, (2) 월간 목표를 ‘단순 거리’가 아니라 ‘지정 임무’로 전환하거나, (3) 신규 드라이버의 적응 과정을 표준화하는 데 있다.

11) 컨보이(Convoys): 행사 운영의 표준화
컨보이 기능은 ‘멀티플레이에서의 조직 운행’을 웹에서 예약/공지/참여로 관리한다. 프리미엄 사용자는 컨보이 생성이 가능하며, 모든 사용자는 컨보이에 참여할 수 있는 구조가 안내되어 있다.
컨보이 운영에서 중요한 점은 단순히 일정만 잡는 것이 아니라, (a) 출발지/도착지, (b) 집결 시간, (c) 규정(속도, 통신), (d) 디스패치 잡과의 연동 등으로 ‘행사 품질’을 만드는 것이다.

12) 프리미엄(Premium): 무엇이 달라지나
프리미엄은 기능을 ‘확장’한다. 대표적으로 (1) 운송 경로 추적 및 월간 Tracking Overview, (2) 지도에서의 확장 상태 정보, (3) 스트리밍용 텍스트(오버레이) 파일 기능(설정의 Stream files) 등이 언급된다.
프리미엄 결제/만료/주문 내역은 별도 페이지에서 관리되며, 활성 상태에서는 만료일을 확인할 수 있다.

13) 기술 요건과 호환(클라이언트 중심)
TB Client는 Windows 10 이상과 .NET Framework 4.6 이상을 요구하며, 안정적인 인터넷 연결을 권장한다. 주요 기능은 자동 운송 로그, 현재 상태 데이터 전송, 치팅 감지, 오프라인 모드, 게임 실행(클라이언트에서 직접), 과속 표시 등으로 요약된다.
또한 ETS2/ATS의 공식 DLC와 멀티플레이(Convoy/TruckersMP)를 지원한다고 안내되며, 모드/외부 플러그인은 ‘공식 지원 대상은 아니지만’ 대체로 동작할 수 있으나 위험은 사용자 책임이라는 형태로 설명된다.

14) 규정(Rules)과 공정성: 속도·거리·월 경계 처리
TrucksBook은 기록을 ‘공정하게’ 유지하기 위해 서버 규정과 자동 판정 로직을 함께 둔다.
핵심은 다음 세 가지다.
A. 통계 분리(Real/Race/WoTr)와 속도 기준: ETS2 100kph, ATS 130kph 기준을 넘으면 Race로 분류, 180kph를 넘으면 통계 제외.
B. ‘허용 거리(accepted distance)’ 제한: accepted distance는 계획 거리(planned distance)의 1.25배를 넘지 않으며, 계획 거리보다 1000km 이상 길어질 수 없다.
C. 월 경계 처리: 통계는 월 단위이지만, 서버 시간(중앙유럽 시간대 기준)과 업로드 시점을 기준으로 월 귀속을 결정한다. 또한 남용 방지를 위해 ‘이전 달에 시작한 운송’은 현재 달에 최대 2건까지, 각 5000km까지 허용하는 제한이 있다.
또한 최소 게임 버전(1.48.x)이 명시되어 있으며, 규정 위반·제재는 운영진 판단이 최종이라는 조항도 포함된다.

15) 트러블슈팅·안정 운영(실무 관점)
TrucksBook을 ‘매일 안정적으로’ 쓰려면, 시스템이 요구하는 전제를 지키는 것이 가장 강력한 해결책이다.
- 클린 프로필 원칙: 한 개의 깨끗한 게임 프로필을 TB Client와 함께 지속 사용하면 오차/캘리브레이션 문제를 줄일 수 있다.
- 동기화 프로그램 주의: OneDrive 같은 문서 폴더 동기화가 경로 추적/거리 기록을 깨뜨릴 수 있다는 안내가 있어, Documents 폴더는 동기화 제외가 권장된다.
- 보안 프로그램 예외: Windows Defender/Avast 등 과도한 실시간 감시가 클라이언트 실행/설치 문제를 만들 수 있어 예외(Exclusion) 설정이 해결책으로 제시된다.
- 클린 재설치: TBcleaner.exe(클라이언트 정리 도구)를 사용해 잔존 데이터를 제거한 뒤 재설치하는 절차가 안내된다.
- 진단 로그 확보: 문제가 발생하면 TB Client 로그와 각 게임의 game.log.txt를 즉시 보관해야 지원이 가능하다는 안내가 있다.

16) 운영자(운송사) 입장에서의 ‘잘 굴리는 방법’
TrucksBook은 기능이 많다. 운영자는 기능을 ‘조직 목적’에 맞춰 최소 단위로 쪼개서 도입하는 것이 좋다.
① 채용/정착: 직원 페이지와 월간 목표(거리 제한/챌린지)를 활용해 신입의 페이스를 잡는다.
② 규정: ‘Real 통계 참여 기준(속도·거리 제한)’을 내부 규정에 그대로 반영하고, 위반 시 처리(경고/교육)를 일관화한다.
③ 배차: 이벤트성 임무는 Dispatch 오퍼로 표준화해, ‘누구나 같은 조건으로 수행’하게 만든다.
④ 기록 감사: Log Overview의 필터/CSV 내보내기를 활용해 월말 정산을 자동화한다.
⑤ 소통: 내장 채팅/알림/회사 월을 역할에 따라 분리해, 잡담과 운영 공지를 섞지 않는다.
⑥ 컨보이: 컨보이는 ‘공지’가 아니라 ‘프로세스’다. 출발/집결/통신/속도/대열 규칙과 배차 잡을 함께 설계한다.

17) 부록 A — 기능별 빠른 점검 체크리스트(운영·드라이버 공용)
- 001 [시작 전] TB Client 로그인 상태 확인
- 002 [시작 전] 게임 경로(실행 파일) 설정 확인
- 003 [시작 전] 네트워크 안정성 점검
- 004 [시작 전] 문서 폴더 동기화/백업 프로그램 간섭 여부 확인
- 005 [운행 중] 과속 표시/규정 속도 유지
- 006 [운행 중] 경로 수정은 화물 연결 후 진행
- 007 [운행 중] 중간 저장/로드 남발 자제
- 008 [운행 중] 동료 지도 합류 시 위치 공유
- 009 [운행 후] 로그북 업로드 확인
- 010 [운행 후] 이상치(거리/시간/수익) 점검
- 011 [운행 후] 규정 위반 플래그 발생 시 원인 제거 후 클라이언트 재시작
- 012 [운행 후] 월말에는 Log Overview로 정산
- 013 [운영] 로그북에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 014 [운영] 로그북에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 015 [운영] 로그북에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 016 [운영] 로그북에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 017 [운영] 로그북에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 018 [운영] 로그북에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 019 [운영] 로그북에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 020 [운영] 통계에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 021 [운영] 통계에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 022 [운영] 통계에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 023 [운영] 통계에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 024 [운영] 통계에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 025 [운영] 통계에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 026 [운영] 통계에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 027 [운영] 지도에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 028 [운영] 지도에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 029 [운영] 지도에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 030 [운영] 지도에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 031 [운영] 지도에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 032 [운영] 지도에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 033 [운영] 지도에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 034 [운영] 회사 설정에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 035 [운영] 회사 설정에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 036 [운영] 회사 설정에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 037 [운영] 회사 설정에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 038 [운영] 회사 설정에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 039 [운영] 회사 설정에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 040 [운영] 회사 설정에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 041 [운영] 직원 관리에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 042 [운영] 직원 관리에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 043 [운영] 직원 관리에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 044 [운영] 직원 관리에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 045 [운영] 직원 관리에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 046 [운영] 직원 관리에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 047 [운영] 직원 관리에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 048 [운영] 배차(Dispatch)에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 049 [운영] 배차(Dispatch)에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 050 [운영] 배차(Dispatch)에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 051 [운영] 배차(Dispatch)에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 052 [운영] 배차(Dispatch)에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 053 [운영] 배차(Dispatch)에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 054 [운영] 배차(Dispatch)에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 055 [운영] 컨보이에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 056 [운영] 컨보이에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 057 [운영] 컨보이에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 058 [운영] 컨보이에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 059 [운영] 컨보이에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 060 [운영] 컨보이에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 061 [운영] 컨보이에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 062 [운영] 알림/웹훅에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 063 [운영] 알림/웹훅에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 064 [운영] 알림/웹훅에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 065 [운영] 알림/웹훅에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 066 [운영] 알림/웹훅에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 067 [운영] 알림/웹훅에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 068 [운영] 알림/웹훅에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.
- 069 [운영] 프리미엄(추적/오버레이)에서 권한 확인를 수행해 행사 참여자 기준으로 관리한다.
- 070 [운영] 프리미엄(추적/오버레이)에서 설정값 점검를 수행해 개인 기준으로 관리한다.
- 071 [운영] 프리미엄(추적/오버레이)에서 필터 적용를 수행해 팀 기준으로 관리한다.
- 072 [운영] 프리미엄(추적/오버레이)에서 데이터 일관성 확인를 수행해 디스패처 기준으로 관리한다.
- 073 [운영] 프리미엄(추적/오버레이)에서 예외 상황 기록를 수행해 매니저 기준으로 관리한다.
- 074 [운영] 프리미엄(추적/오버레이)에서 월간 목표 반영를 수행해 신입 기준으로 관리한다.
- 075 [운영] 프리미엄(추적/오버레이)에서 규정 공지 업데이트를 수행해 전체 직원 기준으로 관리한다.

18) 부록 B — 용어집(현장 용어를 ‘한 문장’으로 통일)
- VTC: 가상 운송사. 온라인에서 팀/조직 단위로 운행 기록과 목표를 공유하는 커뮤니티 조직을 뜻한다.
- TB Client: 게임과 TrucksBook 서버 사이에서 운송 데이터를 수집·전송하는 Windows용 클라이언트 프로그램.
- 로그북(Logbook): 각 운송(배달) 건을 원장 형태로 누적하는 기록 페이지. 통계와 감사의 근거가 된다.
- 운송(Job Delivery): 게임 내에서 화물을 인수해 목적지에 납품하는 한 번의 작업 단위.
- 플랜 거리(Planned Distance): 게임이 생성한 경로 기준의 계획 거리. 허용 거리(accepted distance) 계산의 기준이 된다.
- 허용 거리(Accepted Distance): 규정에 따라 통계에 반영되는 인정 거리. 계획 거리 대비 상한이 존재한다.
- Real 통계: 과속 기준을 넘지 않은 운송을 중심으로 집계되는 통계 유형.
- Race 통계: 과속 기준을 넘긴 운송이 포함되는 통계 유형.
- WoTr 통계: World of Trucks 운송을 별도로 집계하는 통계 유형.
- Tracking(경로 추적): 운송 중 이동 경로를 지도에 표시하는 기능(주로 프리미엄 혜택으로 안내).
- Tracking Overview: 선택한 월의 경로 추적 기록을 한 곳에서 모아보는 페이지(프리미엄).
- Map(지도): 동료의 위치/상태를 확인하는 실시간 지도 페이지(프리미엄은 정보 확장).
- Company Wall: 회사 구성원이 게시글/사진/후기를 올리고 반응을 남기는 내부 피드.
- Log Overview: 회사 전체 운송 로그를 기간/필터로 조회·내보내기하는 감사용 페이지.
- Dispatcher: 배차 기능을 통해 직원에게 잡을 할당하거나 오퍼를 생성하는 역할.
- Offer: 조건을 만족하는 직원이 가져갈 수 있는 공개 배차(임무 제안).
- Convoy: 멀티플레이에서 함께 주행하는 행사/운행대열. 웹에서 생성·참여를 관리한다.
- Notification: 잡/컨보이/회사 이벤트 등 중요한 변화를 웹에서 알림으로 받는 기능.
- Discord Webhook: 회사/개인 설정으로 디스패치·컨보이 등 정보를 디스코드로 전송하는 연동 방식.
- Calibration(캘리브레이션): 클라이언트 초기 운송에서 값이 다소 부정확할 수 있다는 안내에 해당하는 개념.
- Diagnostic Log: 문제 해결을 위해 보관해야 하는 TB Client 및 게임 로그 파일.
- 로그북: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 통계: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 지도: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 회사 설정: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 직원 관리: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 배차(Dispatch): TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 컨보이: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 알림/웹훅: TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.
- 프리미엄(추적/오버레이): TrucksBook에서 제공하는 기능 영역. 조직 운영 목적에 맞게 규정·권한·절차로 표준화해 쓰는 것이 좋다.

19) 부록 C — 자주 묻는 운영 질문(Q&A 요약)
Q01. 왜 ‘Real’과 ‘Race’를 나누나요?
A01. 같은 거리라도 운행 방식(규정 준수/과속)이 다르면 경쟁의 의미가 달라지기 때문이다. 분리는 공정성과 동기 부여를 동시에 확보한다.

Q02. 월말에 운송이 걸치면 어디로 집계되나요?
A02. 원칙적으로 업로드 완료 시점(서버 기준)에 따라 월 귀속이 결정된다는 안내가 있다. 운영자는 월말에는 업로드 지연이 없도록 사전 공지하는 편이 안전하다.

Q03. 컨보이에서 거리가 적게 찍히는 느낌이 있는데요?
A03. 싱글/컨보이 모드에서 맵 스케일이 다르다는 설명이 있다. 비교 분석 시 동일 모드 기준으로 평가하는 것이 좋다.

Q04. 기록이 끊기거나 경로 추적이 깨질 때 1순위 점검은?
A04. 문서 폴더 동기화(OneDrive 등)와 다른 텔레메트리 플러그인 간 충돌 여부를 먼저 의심하는 안내가 있다.

Q05. 클라이언트가 설치/실행을 막히면?
A05. 보안 프로그램(Windows Defender/Avast 등)의 예외 설정이 대표 해결책으로 제시된다.

Q06. 배차를 도입하면 무엇이 좋아지나요?
A06. 행사·교육·월간 목표를 ‘지정 임무’로 전환해 품질과 참여율을 높일 수 있다.

Q07. CSV 내보내기는 언제 쓰나요?
A07. 월말 정산·내부 감사·외부 리포트(디스코드/게시물) 작성에 유용하다.

Q08. 로그북 설정을 바꿨는데 구성원이 혼란스러워요.
A08. 로그북는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q09. 신입이 로그북을(를) 자주 실수합니다.
A09. 신입 온보딩 체크리스트에 로그북 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q10. 행사 때 로그북이(가) 자꾸 밀립니다.
A10. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 로그북 관련 역할(담당/백업)을 지정하면 안정된다.

Q11. 통계 설정을 바꿨는데 구성원이 혼란스러워요.
A11. 통계는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q12. 신입이 통계을(를) 자주 실수합니다.
A12. 신입 온보딩 체크리스트에 통계 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q13. 행사 때 통계이(가) 자꾸 밀립니다.
A13. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 통계 관련 역할(담당/백업)을 지정하면 안정된다.

Q14. 지도 설정을 바꿨는데 구성원이 혼란스러워요.
A14. 지도는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q15. 신입이 지도을(를) 자주 실수합니다.
A15. 신입 온보딩 체크리스트에 지도 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q16. 행사 때 지도이(가) 자꾸 밀립니다.
A16. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 지도 관련 역할(담당/백업)을 지정하면 안정된다.

Q17. 회사 설정 설정을 바꿨는데 구성원이 혼란스러워요.
A17. 회사 설정는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q18. 신입이 회사 설정을(를) 자주 실수합니다.
A18. 신입 온보딩 체크리스트에 회사 설정 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q19. 행사 때 회사 설정이(가) 자꾸 밀립니다.
A19. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 회사 설정 관련 역할(담당/백업)을 지정하면 안정된다.

Q20. 직원 관리 설정을 바꿨는데 구성원이 혼란스러워요.
A20. 직원 관리는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q21. 신입이 직원 관리을(를) 자주 실수합니다.
A21. 신입 온보딩 체크리스트에 직원 관리 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q22. 행사 때 직원 관리이(가) 자꾸 밀립니다.
A22. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 직원 관리 관련 역할(담당/백업)을 지정하면 안정된다.

Q23. 배차(Dispatch) 설정을 바꿨는데 구성원이 혼란스러워요.
A23. 배차(Dispatch)는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q24. 신입이 배차(Dispatch)을(를) 자주 실수합니다.
A24. 신입 온보딩 체크리스트에 배차(Dispatch) 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q25. 행사 때 배차(Dispatch)이(가) 자꾸 밀립니다.
A25. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 배차(Dispatch) 관련 역할(담당/백업)을 지정하면 안정된다.

Q26. 컨보이 설정을 바꿨는데 구성원이 혼란스러워요.
A26. 컨보이는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q27. 신입이 컨보이을(를) 자주 실수합니다.
A27. 신입 온보딩 체크리스트에 컨보이 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q28. 행사 때 컨보이이(가) 자꾸 밀립니다.
A28. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 컨보이 관련 역할(담당/백업)을 지정하면 안정된다.

Q29. 알림/웹훅 설정을 바꿨는데 구성원이 혼란스러워요.
A29. 알림/웹훅는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q30. 신입이 알림/웹훅을(를) 자주 실수합니다.
A30. 신입 온보딩 체크리스트에 알림/웹훅 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q31. 행사 때 알림/웹훅이(가) 자꾸 밀립니다.
A31. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 알림/웹훅 관련 역할(담당/백업)을 지정하면 안정된다.

Q32. 프리미엄(추적/오버레이) 설정을 바꿨는데 구성원이 혼란스러워요.
A32. 프리미엄(추적/오버레이)는 변경 시 공지 템플릿(목적/적용일/예외/문의)을 함께 배포하고, 1주일은 유예 기간을 두는 것이 운영 부담을 줄인다.

Q33. 신입이 프리미엄(추적/오버레이)을(를) 자주 실수합니다.
A33. 신입 온보딩 체크리스트에 프리미엄(추적/오버레이) 항목을 넣고, ‘예시 1건’과 ‘금지 사례 1건’을 같이 보여주면 개선 속도가 빨라진다.

Q34. 행사 때 프리미엄(추적/오버레이)이(가) 자꾸 밀립니다.
A34. 행사 운영은 시간표를 ‘집결·출발·중간 휴식·도착’으로 쪼개고, 프리미엄(추적/오버레이) 관련 역할(담당/백업)을 지정하면 안정된다.

20) 근거(Reference)
본 문서의 기능/규정 수치는 TrucksBook 공식 웹사이트의 안내(홈), Wiki(페이지 설명·클라이언트·FAQ·역사), Rules(속도/거리/월경계/최소 버전), Changelog(기능 추가 내역)에서 확인되는 내용을 바탕으로 정리했다.
표현은 이해를 돕기 위한 설명 문장으로 재구성했으며, 운영 절차·체크리스트·운영 팁은 커뮤니티 운영 관점의 권장안이다.