Skip to content

아이템 모드 — 정산 작업 + 픽 체커 + locker

아이템 모드에서는 스태프가 길드 창고에서 아이템을 직접 꺼내, 각 멤버의 개인 locker에 포장하고, AO Master에서 전달을 확인합니다. 이 페이지는 포장 담당자 흐름을 처음부터 끝까지 안내합니다: 승인된 리기어를 정산 작업으로 만들고, 무엇을 꺼낼지 알려주는 픽 리스트를 사용하고, 창고 로그와 비교하는 픽 체커를 사용하고, 각 멤버를 전달 완료로 표시하는 Recipients 탭을 사용합니다.

대안 — 아이템을 포장하는 대신 Silver 은행에서 silver를 지급하는 흐름 — 은 Silver 모드 — 지급을 보십시오. 상류의 승인 단계는 스태프 — 검토 + 승인을 보십시오. 두 모드를 한눈에 비교하려면 리기어 파이프라인 개요를 보십시오.

권한

포장 담당자 흐름은 세 가지 권한을 사용하며, 모두 Edit Role → Permissions 아래에 있습니다:

액션권한 라벨사용 위치
정산 작업 생성(#Review Requests 일괄 작업에서)Approve Regear Requests승인과 동일한 권한. Approved 탭의 "Create Cut-off Task" 버튼은 이 권한으로 게이트됩니다.
미배정 작업 클레임(Take Task 버튼)Claim Cut-off Tasks별도의 좁은 권한이라, 길드가 승인 권한 없이 포장만 하는 스태프를 둘 수 있습니다.
누가 만들었든 작업 편집 / 되돌리기 / 이름 변경Supervise Cut-off Tasks선택. 이 권한이 없으면 본인이 직접 클레임한 작업만 해제 또는 완료할 수 있습니다.
멤버 간 locker 재배정Manage Lockerslocker를 보십시오.

모드 게이트

#Cut-off Tasks 채널은 길드의 지급 모드 = Item delivery일 때만 사이드바에 나타납니다(Settings → Regear Policy → Silver Regear). silver 모드 중 하나일 때는 승인된 리기어가 #Review RequestsPayout 액션으로 지급됩니다 — Silver 모드 — 지급을 보십시오. 모드 전환 이전에 생성된 과거 작업은 감사를 위해 계속 열람할 수 있고, 새 작업 생성만 차단됩니다.

승인됨에서 정산 작업으로

파이프라인은 #Review Requests에서 시작합니다. 스태프가 요청에 Approve를 클릭하면, Pending 탭에서 빠지고 Approved 탭으로 들어갑니다 — 포장을 기다리는 작업 큐입니다.

승인된 요청을 작업으로 만들려면:

  1. #Review RequestsApproved 탭을 엽니다.
  2. 함께 포장할 행에 체크합니다. 대부분의 길드는 일일 정산 윈도(예: 최근 24시간의 모든 승인 건)로 묶지만, 워롤별, 멤버별, 또는 포장 교대에 맞게 자유롭게 묶을 수 있습니다.
  3. 일괄 작업 막대에서 Create Cut-off Task를 클릭합니다.
  4. (선택) 작업 이름을 입력합니다. 비워두면 생성 시각에서 자동으로 Cut-off DD/MM HH:MM이 부여됩니다.

작업은 미배정 상태로 생성됩니다 — Claim Cut-off Tasks 권한이 있는 누구나 가져갈 수 있습니다. 선택된 요청은 Approved 탭에서 빠져서(다른 스태프가 중복으로 꺼내지 않도록) 방금 만든 작업으로 들어갑니다.

서버 측 가드

Approved 상태의 요청만 작업에 추가할 수 있습니다 — 대기 중, 거절됨, 이미 다른 작업에 포함된 요청은 명확한 오류와 함께 차단됩니다. 이는 오래된 브라우저 탭과, 동시에 여러 스태프가 겹치는 선택으로 "Create"를 클릭하는 상황으로부터 보호합니다.

Cut-off Tasks 채널

REGEAR TEAM → # Cut-off Tasks에서 채널을 엽니다.

Cut-off Tasks 첫 화면 — Active 탭, 작업 카드 한 개에 아이템 수, 수령자 수, 담당자 상태, 진행 막대 표시

상단의 두 탭:

무엇이 있나
Active미전달 수령자가 한 명 이상 있는 작업. 포장 담당자가 작업하는 탭입니다.
Completed작업의 모든 수령자가 전달 완료로 표시됨. 감사용으로 보관되며 추가 액션은 없습니다.

각 작업 카드는:

  • 작업 이름 (Supervise Cut-off Tasks가 있으면 인라인으로 이름 변경 가능).
  • Created by — 작업을 만든 스태프.
  • 아이템 수 + 수령자 수 — 빠른 규모 파악 신호.
  • 담당자Unassigned(아무도 작업하지 않음) 또는 @username(클레임됨).
  • 진행 막대N / M Done 수령자.

카드를 클릭하면 상세 드로어가 열립니다.

픽 리스트 — 창고에서 꺼낼 것

상세 드로어는 Pick List 탭에서 열립니다. 작업 내 모든 요청에 걸쳐 모든 수령자가 필요로 하는 모든 아이템을 합산한 통합 목록입니다:

작업 상세 드로어의 Pick List 탭 — T7 Icicle Staff x1, T9 Permafrost Prism x2, T8 Scholar Robe x2, T8 Duskweaver Armor x1, T8 Assassin Hood x3, T8 Cleric Sandals x1, T8 Royal Sandals x2를 보여주는 통합 아이템 그리드, 재고 수 포함

각 카드는 아이템 아이콘(티어 반영), 필요 수량(x1, x2, …), 들어갈 슬롯, 그리고 — 무기고가 활성화된 경우 — 무기고의 현재 재고(x0은 재고가 없거나 무기고가 꺼졌을 때)를 표시합니다. 재고 배지는 포장 담당자의 "이 작업을 완료할 만큼 가지고 있는가?" 확인 수단입니다.

통합 키는 (itemBaseName, totalTier)입니다. 같은 아이템을 같은 합계 티어로 필요로 하는 두 수령자(예: T6+2든 T7+1이든 T8+0이든 두 명의 T8 Knight Armor)는 x2로 한 행에 묶입니다. 합계 티어가 다르면 분리됩니다(T7 Icicle Staff와 T8 Icicle Staff는 두 개의 카드). 티어 계산은 아이템 이름 + 티어를 보십시오.

헤더에는 세 개의 버튼이 있습니다:

버튼동작
Take Task이 작업을 클레임 — 본인에게 배정하여 다른 담당자에게 작업 중임을 알립니다.
Release배정 해제(작업을 보유 중일 때 표시됨). 해제해도 작업은 그대로 남고, 다른 담당자가 클레임할 수 있습니다.
Undo Task작업을 삭제하고 연결된 모든 요청을 #Review Requests의 Approved 탭으로 되돌립니다. 잘못 만든 작업이거나 다시 묶어야 할 때 유용합니다. 요청은 승인 상태를 잃지 않습니다.

창고 로그와 대조 (픽 체커)

원본 창고에서 아이템을 꺼내 "For Regear" 창고에 입고했다면, Pick List 우측 상단의 Verify against chest log 버튼이 픽 체커를 엽니다 — 대상 창고의 입고 로그를 붙여넣으면, 정확히 무엇이 일치하는지 / 부족한지 / 추가됐는지 / 예상 외인지 알려줍니다.

픽 체커 모달 — Verify: Cut-off 23/05 19:30 — For Regear 창고의 입고 로그를 붙여넣으라는 안내 패널, 샘플 로그 펼치기 링크, 큰 텍스트 영역, Cancel + Compare 버튼

사용법:

  1. Albion에서 리기어 대상으로 사용한 창고를 열고, 우클릭 → Export log. Albion이 TSV(탭으로 구분된) 파일을 작성합니다.
  2. 파일을 열고, 포장한 시간 범위의 행을 복사해 텍스트 영역에 붙여넣습니다.
  3. Compare를 클릭합니다. 체커가 모든 아이템 이름을 해석하고(14개의 Albion 언어 중 어느 것이든) 작업의 Pick List와 (코어 아이템 이름, 합계 티어) 키로 비교합니다. 결과는 세 그룹으로 분류됩니다:
    • OK — 필요량 = 입고량. 아이템이 예상대로 전달됨.
    • Missing — 필요량 > 입고량. 아직 원본 창고에서 더 꺼내야 함.
    • Wrong / Extra — 입고량 > 0이지만 픽 리스트에 없음. 잘못된 아이템이나 잘못된 티어를 꺼냈을 수 있음.

"Show sample log" 펼치기 안에는 실제 EN-US 샘플이 들어 있어 Albion이 작성하는 형식을 확인할 수 있습니다(파서가 언어를 자동 감지합니다).

전체 설계 — 티어 접두사 인식 해석기가 왜 존재하는지, 언어 감지가 어떻게 동작하는지, 어떤 한계가 있는지 — 는 픽 체커 참고(내부 설계 문서)를 보십시오. 일상적인 포장 담당자 사용에는 모달의 안내만으로 충분합니다.

Recipients — 누가 무엇을 받는가

Recipients 탭으로 전환하면 멤버별 분해를 볼 수 있습니다.

Recipients 탭 — RimuruCiel, DPS + Tank 역할 칩, locker H3 #01, 전달할 아이템: T7 Icicle Staff, T8 Duskweaver Armor, T8 Royal Sandals, T8 Scholar Robe, T8 Assassin Hood, T8 Cleric Sandals. 정렬: Group > Locker. 우측 하단에 비어 있는 take-task 힌트

각 수령자 행은:

  • 캐릭터 이름 + 연동된 Discord(@username) + 이 작업에 포함된 요청들의 워롤 칩.
  • locker 배지(예: H3 — #01) — 포장해 넣을 locker. locker는 #Members → Locker 또는 전용 #Guild Lockers 페이지의 멤버 locker 배정에서 가져옵니다. 멤버에게 아직 locker가 배정되지 않았다면 비어 있습니다 — 포장 전에 locker 페이지에서 수정하십시오.
  • 전달할 아이템 — 이 작업에서 이 멤버가 받아야 할 정확한 아이템. 아이템 그리드는 리기어 신청 오버레이와 동일한 3×4 레이아웃이라 포장 담당자가 "모든 장비 슬롯이 채워졌는가"를 한눈에 확인할 수 있습니다.

정렬 순서

Sort by 드롭다운이 수령자 표시 순서를 결정합니다. 기본값은 Group > Locker입니다 — Guild Lockers 페이지와 동일한 물리적 창고 그룹 + locker 번호 순서로 묶입니다. 따라서 목록을 위에서 아래로 처리하면 길드 창고를 물리적 순서대로 도는 것과 같습니다. 두 가지 대안:

  • War role — 워롤별로 묶기(한 담당자가 DPS 리기어를 전담하고 다른 담당자가 서포트를 전담할 때 유용).
  • Character A-Z — 알파벳 순, 묶기 없음.

선택은 브라우저에 사용자별로 기억되므로, 페이지로 돌아왔을 때 이전 상태를 이어 갑니다.

수령자를 전달 완료로 표시

멤버의 locker에 모든 것을 포장했다면, 그 행의 Mark delivered를 클릭합니다(작업을 Take한 뒤에만 활성화). 이 버튼은:

  • 요청별 completedAt 시각을 설정합니다.
  • 요청의 receivedAt 시각을 설정하여, 멤버의 #My Requests 행의 Delivered 단계를 켭니다.
  • 멤버의 #My Requests 행을 실시간으로 업데이트합니다 — 새로고침 없이 브라우저에서 배지가 Delivered로 바뀝니다.

잘못 클릭했다면, 수령자 행의 Undo가 되돌립니다 — 상위 작업이 아직 완료되지 않은 동안에만 동작합니다.

작업 마무리

모든 수령자가 전달 완료로 표시되면 드로어 풋터의 Deliver Items 버튼이 활성화됩니다. 클릭하면:

  1. 연결된 모든 요청의 상태를 approved에서 completed로 전환합니다.
  2. 각 요청자에게 영구 인박스 알림을 보냅니다("리기어가 준비되었습니다 — Cut-off 23/05 19:30에서 1건 전달됨").
  3. 작업이 Active 탭에서 Completed로 이동합니다.

안전 게이트

표시되지 않은 수령자가 한 명이라도 있으면 작업을 완료할 수 없습니다. "N recipient(s) not yet completed"가 보이면 위로 스크롤하여 빠진 체크를 찾으십시오. 검사는 경쟁 안전합니다 — Deliver Items를 클릭한 직후에 다른 팀원이 누군가의 표시를 해제해도 두 클릭 중 하나만 이기고 다른 하나는 오류를 표시합니다.

동시 포장 담당자 — 무엇이 안전한가

정산 파이프라인은 여러 스태프가 동시에 작업해도 견디도록 설계되었습니다:

  • 작업 생성 — 두 담당자가 겹치는 요청에 체크하고 동시에 Create Cut-off Task를 클릭하면, 하나만 이깁니다. 다른 쪽은 "already linked" 오류를 보고 새로고침 + 재선택만 하면 됩니다.
  • 작업 가져가기 — 먼저 Take Task를 클릭한 쪽이 이기고, 두 번째는 "Task was taken by another staff member."를 봅니다.
  • 해제에는 본인이 담당자이거나 Supervise Cut-off Tasks 권한이 있어야 합니다. Supervise는 담당자가 작업 도중 오프라인이 되어 다른 사람이 인계받아야 할 때를 위해 존재합니다.
  • 수령자 전달 완료 표시에도 본인이 담당자이거나 감독자여야 합니다.

"Claim"과 "Take"가 공존하는 이유

Roles 편집기의 권한은 Claim Cut-off Tasks라고 부르고, 작업의 액션 버튼은 Take Task라고 합니다. 문구 차이는 의도된 것입니다: 권한 이름은 "이 스태프가 포장 담당자가 될 자격이 있는가?"로 읽히고, 버튼은 "지금 이 작업을 개인적으로 맡는다"로 읽힙니다. 둘 다 같은 액션을 통제합니다.

멤버가 보는 것

수령자가 전달 완료로 표시되면, 멤버의 #My Requests 행에 녹색 Delivered 배지와 "📦 Items Ready" 강조가 표시됩니다. Notifications가 켜져 있으면 "리기어가 준비되었습니다 — Cut-off 23/05 19:30에서 1건 전달됨" 같은 인박스 항목이 종 아이콘 드롭다운에 나타납니다.

아이템 자체는 멤버에게 배정된 locker에 들어 있습니다. 멤버는 게임에서 해당 locker를 열고 장비를 꺼냅니다 — AO Master는 Albion의 인벤토리를 직접 건드리지 않고, locker는 권한이 구성된 실제 Albion 길드 창고입니다. locker 배정은 참고용으로 멤버의 #My Home → Locker 패널에 표시됩니다.

문제가 발생했을 때

증상원인해결
Create Cut-off Task 버튼이 비활성화됨선택에 승인되지 않은 요청이 포함됨Approved 탭으로 필터링; 다른 것은 해제.
Create Cut-off Task에서 "Already linked" 오류다른 스태프가 방금 겹치는 요청을 작업으로 가져감Approved 탭 새로고침 + 재선택.
작업 잠김 / "Task was taken by another staff member"다른 사람이 먼저 Take를 클릭함새로고침 — 카드에 그 사람의 @username이 표시됩니다.
수령자에 locker 배지가 없음이 멤버에게 아직 locker가 배정되지 않음locker → 배정 → 돌아와서 포장.
픽 체커가 "Wrong item"이라고 하는데 포장한 게 맞음붙여넣은 로그에 픽 리스트의 항목과 동일한 core_item_name + sumTier를 가진 다른 아이템이 포함됨Albion 아이템 이름을 다시 확인 — 드물게 서로 다른 아이템이 동일한 코어 키로 묶일 수 있음.
픽 체커가 잘못된 언어를 표시붙여넣기 전에 TSV 헤더가 누락되거나 잘림Albion이 작성한 첫 행을 포함하여 로그 전체를 붙여넣으십시오; 파서가 그것으로 언어를 감지합니다.