# 基本設定

## 團隊密碼

在團隊建立後系統會提供一組「團隊密碼」，此為團隊中所有成員用於登入系統的「預設密碼」，管理者可隨時變更，避免被踢出的盟友嘗試偷偷加入。

## 團隊公告

公告撰寫區塊中可以使用 Markdown 語法，若不熟悉此語法也可以直接使用工具列上的功能操作。撰寫時可同時在右邊看到實際呈現的狀況。

## 開單分鑽設定

開單分鑽是盟友平時最常使用的功能，可以設定一些限制來避免不公不義的事情發生 😒 。

### 補單期限

若開單者未輸入全部參與的盟友，盟友可在補單期限內自行補單，期限到期後就無法再補。建議依據團隊活躍程度進行設定，最好避免設定超過 48 小時，因補單時間設定越長，入帳時間就越慢。

### 編輯期限

限制開單者可在開單後多久時間內編輯內容。建議期限不要設定太長，避免已有盟友補單後內容才被修改。

### 刪除期限

限制開單者可在開單後多久時間內刪除。建議期限不要設定太長，通常是重複開單才會用到此功能。

### 公基金比例

每張單的收入都會依此設定抽取固定比例進入公基金帳戶。公基金可以用來支付系統費用，或用來當作補助或活動的經費。

#### 公積金比例-英雄

英雄等級的到聚會使用此設定

#### 公積金比例-傳說

傳說等級的到聚會使用此設定

{% hint style="info" %}
手動入帳時您將可以自訂每張分鑽單的公積金比例，自動設定中的強制自收觸發時會使用上述設定自動抽取公積金比例。
{% endhint %}

### 開單者多領一份

開單的盟友可以多領一份，假設開單者同時也有參與那就是領兩份，沒有參與只有幫忙開單也會有一份。開啟此功能可以讓部分課長找專屬小幫手協助開單，小幫手有賺，課長也省去麻煩。

### 帶團者多領一份

此處可設定團隊是否要讓辛苦的帶團者多領一份。

### 限制開單

若勾選此選項，團隊內便只有擁有「開單者」權限的盟友才可進行開單。

## 提領限制

可依團隊會計的忙碌程度來設定單次提領的最小金額，在季末結算時可設定成0，方便所有盟友將帳戶結清。

{% hint style="info" %}
提領申請尚未處理完畢前無法申請第二筆
{% endhint %}

## 預設拍賣類別

### 明標

拍賣期間所有人的喊價都會顯示出來，每次出價需符合拍賣官設定的最低加價額度，當距離結標時間1小時內時只要有人出價就會延長結標時間，避免壓秒的爭議。

* 結標：價高者得。
* 優點：中小課可以分得較多的鑽。
* 缺點：中小課的出價無法和大課抗衡，出價過程可能會產生怨氣。

### 暗標

拍賣期間不會知道目前多少人出價（可透過更改設定調整）也不會知道目前最高價，參與競標者只能出價一次（可棄標後重標），一切都要等開標才會知道得標者與正確的得標金額，非常刺激的玩法。

* 結標：價高者得但得標金由團隊設定決定。
* 優點：得標者只需要花低於出價的金額購買。
* 缺點：大課無法 100% 獲得物品。

{% hint style="info" %}

### 暗標特殊設定

* 交易金額設定
  * 出價最高者得標，但交易金額為設定的順序，如果設定`1`則最高價得標，最高價為得標金，設定為`2`則最高價得標，第二高價為得標金。
* 加成標金
  * 如該單有兩人以上下標，得標金需再額外加成％數。
* 一人下標優惠
  * 標單只有一人下標時無論下標金額為何得標金都是底價。
    {% endhint %}

### 抽籤

拍賣官訂出物品定價，所有參與的盟友只能使用定價下標，結標後隨機抽取一位盟友得標。

* 結標：系統隨機抽選。
* 優點：大中小課都有被抽到的機會，團隊成長的好選擇。
* 缺點：有錢也不一定買的到。

{% hint style="warning" %}
預設拍賣類別只是「開拍的預設選取」，拍賣官每次開拍都可以決定使用哪種方式拍賣。
{% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.mmorpg.plus/tuan-dui-guan-li/ji-ben-she-ding.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.