希望充分利用您的 Springmatic 體驗？ 在這裡，我們將介紹一些關鍵提示和注意事項，以充分利用該平台。
Springmatic 支援哪些平台？
Springmatic 最初的設計目的是支持 Android 設備，但隨著時間的推移，越來越多的平台被添加進來。 目前（2023 年第一季度），iOS 正在進行 Beta 測試，Windows 設備管理正在開發中。
如何簡化我的設備註冊？
對於 Android，需要在設備登錄期間進行恢復出廠設置的註冊，這意味著設備在設置設備供首次使用時下載與配置文件關聯的所有信息、應用程序。 為了最順利地註冊，建議首先將設備註冊到沒有配置文件或相對簡單的配置文件的臨時隊列中，然後隨著時間的推移增加複雜性。
通過將設備移動到不同的隊列來註冊設備後，始終可能會發生更複雜的配置文件或配置文件分層。
註冊時設備顯示紅色圖標但未完成？
註冊時，請注意租戶中剩餘的可用許可證數量。 Springdel 努力使許可證管理盡可能輕鬆，但如果許可證用完，新的註冊將會失敗。 請聯繫您的 Springdel 支持聯繫人以快速解決問題。
註冊選項中的“跳過設備加密”和“保留系統應用程序”是什麼？
這兩個選項都是用於註冊設備的 Android 管理選項的一部分。 無論是使用 Android Edge 還是 Android Enterprise 註冊，這些選項都允許管理員決定是否要跳過管理 API 進一步加密設備（舊設備上的註冊速度可能更快 - 在新設備中可以忽略不計）和/或系統應用程序是否應該 配置到設備。
在 Android 管理中，默認情況下，只有最少的應用程序會保留在設備上，除非在配置文件中指定。 “啟用系統應用程序”有時對於 PDA 或掃描儀製造商來說很重要，因為在設備的登錄或 OOBE 設置期間將配置許多條形碼和其他實用程序。 單擊“保持系統應用程序啟用”可確保保留在 OOBE 過程中正常設置的所有標準應用程序。
如何加快向我的設備群配置應用程序的速度？
Springmatic 允許將文件和應用程序上傳到其基於雲的後端，然後推送到設備。 雲後端是為擴展而設計的，但是，如果設備的網絡受到限製或信號較弱，則將文件託管在本地網絡或 LAN 中可能會更理想。
有關混合雲模型優勢的更多信息，請參閱 Springdel 博客，以及知識庫的文件和應用程序管理部分中的說明。
我發布了應用程序的新版本，但 Springmatic 阻止了它，為什麼？
我發布了應用程序的新版本，但 Springmatic 阻止了它，為什麼？
對於上傳到我們的雲後端或暴露在互聯網上的應用程序，Springmatic 將破譯有關應用程序的元數據，包括版本號。 在 Android 中，應用程序的構建信息中有 2 個區域需要調整 - 版本名稱和版本代碼。 如果出現相同的情況，Springmatic 將阻止應用程序上傳到平台。 有關此設計的最佳實踐的更多信息位於此處。
我註冊了我的設備，但遠程控制不起作用，為什麼？
遠程控制是一個功能強大的應用程序，除非需要，否則無需本地用戶干預即可工作。 要進行設置，請確保已啟動遠程控制並授予適當的訪問權限，以允許管理員在無人值守的情況下訪問設備。 更多信息包含在知識庫中的遠程控制故障排除文章中。
我將應用程序添加到信息亭，但設備不顯示它
適用於 Android Edge 類型配置文件的 Kiosk 構建器旨在允許任何應用程序或服務在設備處於 Kiosk 模式時運行。 這些可以是為設備配置的應用程序，也可以是設備本身的應用程序。 例如，無需配置設備標配的圖庫或相機應用程序。
因此，配置文件的信息亭部分將僅授權應在信息亭中顯示的應用程序 ID。 它不會將應用程序從構建器推送到設備。 如果信息亭中的應用程序還需要從 Springmatic 平台配置或安裝，請確保配置文件包含“應用程序管理”部分中所需的應用程序以及信息亭構建器中的應用程序 ID。
我想使用信息亭模式，但也可以訪問 WiFi 和藍牙等設置
那不是問題。 Springdel 支持團隊擁有專門的工具來幫助用戶解決這個問題，並允許在啟用 Kiosk 模式的設備上進行 WiFi 和藍牙配對。
一般來說，建議通過註冊 ID 或在支持 Kiosk 的設備的配置文件中設置大多數 WiFi 或網絡設置，但我們知道存在例外情況。 請聯繫我們以獲得更多支持。
如何構建自定義 HTML Kiosk？
知識庫的 Kiosk 部分中有一些詳細步驟。 構建 HTML Kiosk 文件的方法有很多種，只要正確調用 JavaScript 以支持必要的函數調用即可。
要開始使用自定義模板，有一個 Python 腳本可逐步完成構建工作 HTML Kiosk 文件的一些基本步驟。 步驟包括公司名稱、徽標、背景顏色或圖像、要顯示的應用程序數量、應用程序名稱、徽標和應用程序 ID。 模板構建完成後，可以進行進一步的修改以進行調整和調整。
我應該如何以及何時使用單一應用程序模式？
單一應用程序模式對於只需要顯示單個應用程序的信息亭非常有用。 此場景可能適用於零售地點的自助服務亭，或顯示更新、促銷甚至天氣的牆板。
要啟用，請輸入配置文件的 Kiosk 部分。 切換“單一應用程序模式”並進入 Kiosk Builder。 在 Kiosk Builder 中，還將應用程序添加到 Kiosk 應用程序列表和自動啟動應用程序列表。 這樣做將確保應用程序在使用信息亭模式時立即啟動，並在因任何原因關閉時自行重新啟動。
我想在 Kiosk 模式下使用電話撥號器應用程序，但它不起作用
Android 中的電話撥號器有許多應用程序和服務，它們相互配合以啟用正常功能。 在信息亭構建器中，Springmatic 能夠將信息亭本身未顯示但仍允許在後台運行的服務列入白名單。
在 Kiosk 應用程序列表中添加電話撥號器應用程序。
庫存 Android 設備：com.google.android.dialer
三星設備：com.samsung.android.dialer
對於庫存 Android 設備（即 Pixel、Nexus、Nokia、Android One 系列），白名單如下：
- com.android.server.telecom.overlay.common
- com.android.providers.telephony
- com.android.server.telecom
- com.android.phone
對於三星設備白名單如下：
- com.android.server.telecom
- com.google.android.apps.messaging
- com.samsung.android.incallui
- com.android.incallui.call.InCallActivity
使用普通 Android 設備的工作示例：
如果還有任何問題，請聯繫您的 Springdel 代表以獲得更多幫助。
我剛剛移動了設備，現在所有應用程序都消失了，為什麼？
移動設備或設備群將刪除與前一設備群關聯的設備配置文件，並應用新的配置文件，包括應用程序、文件、功能控件等。此行為是設計使然，因此用戶可以確保可以通過以下方式刪除一個配置文件中的任何敏感內容： 將設備移至不同的隊列。
要移動設備而不丟失現有配置文件，建議使用具有分層隊列結構的子隊列。 應用程序可以位於頂級隊列配置文件中，並且可以將不同的設置或組創建為子隊列，並將多個配置文件分層在一起。 通過這種方式創建和管理的子隊列數量沒有限制。
如何在我的個人資料中測試我的最新應用程序？
測試和生產決不能混在一起。 Springel 支持這一點，並可以通過克隆功能幫助組織。
配置文件可以在 Springmatic UI 中克隆。 在測試之前，建議創建一個新的艦隊，即“測試艦隊”或“預生產”艦隊。 可以通過單擊原始配置文件旁邊的複選框，然後單擊頁面底部的克隆圖標來克隆原始配置文件。
然後，可以使用克隆的配置文件將新的測試應用程序、文件或設置應用到測試隊列中的設備。 一旦測試完成並發現足夠，新的策略或應用程序就可以在生產配置文件中更新。
如何防止設備失去網絡連接？
Springdel 擁有獨特的解決方案，使設備可以從網絡中斷開，而不會更改設備上應用的策略和設置。 但是，如果設備無法訪問的時間過長，可能會阻止訪問更新和遠程調試支持。
為確保設備在網絡上保持可用，請注意以下情況。
- 使用配置文件 WiFi - 正如如果設備移動到另一個群組，配置文件設置可能會被刪除一樣，如果設備移動，配置文件中的網絡設置也可能會受到影響。
- 設置“僅允許這些 WiFi”- 默認情況下，WiFi 設置僅添加到設備上的已知網絡中。 切換“僅允許這些 WiFi”會強制設備忘記配置文件中未指定的任何其他已知網絡。 需要謹慎執行此設置，以防網絡中存在邊緣情況，即某些設備實際上具有配置文件未知的另一個 WiFi SSID。
- 地理圍欄 - Springdel 具有獨特的設備上地理圍欄行為，設備將根據其感知的位置自行移動。 該設備可以自我監控其位置，並在離開授權區域時將一個已知良好的配置文件保留為鎖定配置文件。 但是，如果所有 WiFi 網絡都與已知良好的配置文件關聯，而不與鎖定配置文件關聯，則設備將無法自動重新連接到網絡。 此外，Android 中的設備位置並不總是 100% 準確，因此建議使用一些緩衝區設置地理圍欄，以防止設備由於設備感知的位置而意外離開網絡。
為什麼我的用戶組失去了新車隊的遠程控制和其他權限？
創建用戶組時，管理員可以通過選擇“選擇所有艦隊”選項將遠程控制應用於所有可用艦隊。 然而，這不是也不應該是一攬子許可。 根據設計，新隊列不會自動向非管理員用戶組授予權限。 這樣做是為了更好的控制和安全。
如果管理員希望創建對現有用戶組具有瀑布權限的新隊列，建議創建保留主隊列權限的子隊列。
由於 Springmatic 可以支持無限數量的隊列和子隊列，因此如果管理員希望將權限瀑布式分配給所有新創建的隊列，建議在分配了正確的用戶組權限的主要主隊列中創建所有新隊列。 這樣做有助於實現所需的行為，而且還保留了將來創建具有不同用戶組權限的私人車隊的選項。