iBrand
系統架構
iBrand系統是什麼語言開發的，採用什麼數據庫？安全性如何？
系統採用Delphi作為開發工具，ibrand 可以採用兩種數據庫服務器：Microsoft SQL Server和MySQL Server。正常我們的客戶服務器端採用的是mysql+unix的配置，可以確保系統安全。
安裝系統對電腦、網絡等有何要求？
1. 電腦最低配置：奔騰Ⅲ以上,內存256M以上，Win98以上操作系統；
2. 服務器最低配置：奔騰Ⅲ以上, 內存512M以上,Win2000以上操作系統；
3. 互聯網接入速度512K以上，最好有固定IP地址。
你們系統支持的語言有哪些？
iBrand 系統支持簡體中文，繁體中文，英語，日語，泰語，韓語。
你們系統採用的是什麼架構？
iBrand系統採用三層架構＋虛擬緩存技術架構設計，C/S模式的程序，用戶應用非常的方便，快捷,且系統性能優秀，但對IT人員來講，維護量比較大。 iBrandLive提供軟件自動更新與維護功能，免除了IT人員的後顧之憂。
店舖的通訊方式一般採用什麼方式？
正常可以採用的有3種：
1. Modem撥號方式（必須店舖有電話線）
2. ADSL撥號方式（費用比較貴，按客戶條件購買）
3. 無線上網包括3G無線網絡（可以選擇按月流量1G 費用80元相對而言性價比較高），CDMA包月無線上網
出差時候可以使用系統嗎？
ibrand 系統在任何地區都可以使用，ibrand 系統採用TCP/IP協議，只要可以上網，就可以實時訪問系統。
你們系統採用C/S架構，和目前比較流行的B/S 兩者之間的區別在哪裡？ C/S架構的優勢在哪裡？
C/S模式（客戶機Client與服務器Server模式）B/S模式(瀏覽器Browser與服務器Server模式)
1. 安全性角度：C/S 一般面向相對固定的用戶群，對信息安全的控制能力很強。一般高度機密的信息系統採用C/S 結構適宜。 B/S 建立在廣域網之上，對安全的控制能力相對弱，面向是不可知的用戶群。
2. 從硬件的角度來考慮B/S的架構服務器的要求很高，需要配置高端的服務器，而C/S無需要特別強調服務器的高端配置。
3. 日常的維護B/S架構相對於C/S架構有優勢，但是我們系統採用了自動升級維護，無需要維護人員手動的更新每個客戶端。
系統報表設置靈活嗎？
系統的所有報表都是自定義的，非常靈活，可以根據客戶的不同需求配置新的報表。
系統基礎
你們系統如何設定條碼？
我們系統支持國際碼和內部碼。如果是內部碼由你們自己制定編碼規則，我司的實施專員會提出一些合理化建議供參考。
建立基礎數據是否需要很多時間？
系統設計靈活，開始使用時不需建立完整的基礎數據，在日常的單據編輯中可以隨時插入編輯各項基礎數據。
如果有些基礎數據是一次性的，使用後可以刪除麼？
當基礎數據被使用後就不可以刪除了。如確定不需要保存在數據庫中，您簽字確認後可由我司技術人員做數據刪除。
在調用基礎數據時，如何能在很多的信息中快速找到需要的數據？
基礎數據都有編碼，點擊可自動排序，並有查詢功能幫助快速檢索數據。
語言的轉換問題，是否有自動翻譯功能，如將英文自動翻譯成中文？
系統目前在登錄界面有語言項選擇，登錄時候選擇語言可以自動翻譯。
如果有新增加的報表需求，如何實現？
我們系統的報表是可配置的，系統管理員可以經過我們培訓自己配置報表，如果遇到復雜的我們可以協助。
現有的EXCEL數據是否可以導入到系統中？
目前商品信息可以導入，其他模塊暫時還不可以。
系統中商品信息是否可以添加圖片？
我們系統支持在商品信息中添加圖片，可以在任何時候瀏覽商品對應的圖片。
是否有嚴格的操作流程控制先做什麼，再做什麼？
基本沒有，系統設計的很靈活，系統不會限制實際工作的前後流程，不會因某一工作未完成就影響到其它所有工作都不能開展和操作。
商品的價格是否可以調整？
商品的成本價和零售價格都可以通過商品調價單來進行調整。
商品的屬性可以設定多少？
系統中提供30個可擴展的商品屬性和6個自定義字段來定義商品的屬性。
是否支持VIP 管理?
系統支持VIP管理，使用多種靈活方式來管理會員活動，支持短信群發，VIP各種業務的提醒，如生日，消費時間段提醒。
系統支持的業務模式是什麼？
產品基於直營、分公司、代理、加盟等經營方式，支持無限級代理拓展，實現了方便靈活的價格策略和促銷方案，並採用多維尺碼對照，和商品自動編碼體系，方便管理各類型的服裝產品。
系統是否支持多品牌運營？
支持。可以建立多個帳套來區分不同品牌。
系統怎樣控制用戶的權限？
系統分為功能權限和管轄權限兩種，管轄權限最大可以分為5層次；功能權限可以針對不同用戶對每一個模塊進行權限的控制；比如,是否顯示該模塊，是否有操作、修改、審核、刪除等權限。
分銷管理
針對較多代理商發貨時，系統如何處理?
我們系統有快速分貨功能，能夠快速的進行分貨處理。
零售管理
系統是否可以實時掌握每家店舖的庫存和銷售情況?
iBrand系統支持離線與在線銷售；如果客戶需要實時數據，需要店舖有寬帶。一般採取的做法是，店鋪每天的銷售數據停業後結算上傳到總公司，這樣也是可以掌握實際銷售（精確到每個款號，顏色，尺碼）庫存狀況。
系統支持的促銷模式有哪些？
系統支持30多種促銷方式，支持折扣，特價，優惠，換購等模式；如全場冬季產品8折，滿300減100、買2件8折，3件6折、買上衣+褲子送帽子補5元等等。
系統是否可以分析出店鋪暢銷款式？
針對於店鋪零售分析，系統提供一系列的報表來分析，包括零售明細分析，零售月匯總，零售週統計，月暢銷，月滯銷。
當門店斷電或者其他原因造成電腦無法使用的情況下如何保證數據的正常錄入？
可以通過手工輸入的方式來後台補單。
POS數據上傳系統如何實現？
系統採用tcp/ip協議，通過數據加密，壓縮的方式上傳，保證了數據的安全性。一鍵傳輸。非常簡單。
POS端是否支持掛單，取單的功能？
系統支持。
系統是否支持排班，考勤?
系統支持排班，考勤。包括指紋考勤。
調撥庫存管理
店鋪收貨時，實際收貨的商品與單據中商品不一致時，系統怎麼處理？
用戶只需按實收的商品進行收貨，不一致的商品系統會自動生成一筆調整單，調整庫存的差異。
針對缺貨商品/新品上次商品，系統怎樣做到快速分貨？
在調撥模塊中有很多快捷的分貨策略，如：補貨策略、店鋪分貨策略、複合分貨策略等；都可以靈活、快捷的自動生成調撥通知單，進行配貨。
調撥時，庫存數量怎樣控制？
倉庫做調撥通知單時，系統會有'在途庫存數'控制倉庫發貨；'在途庫存數'表示這些商品準備要發出去，只是暫時放在倉庫；已經不能再算倉庫的庫存了。
盤點的流程，盤點時間？支持不停產盤點？
盤點流程：盤點通知單->盤點單->盤點盈虧單->調整單；新建盤點通知單的日期都是往後推遲一天；在盤點過程中不影響正常作業。盤點如果發現差異，現場處理，最終確認盈虧，盤點結束。
採購管理
分銷系統的採購流程？
分銷系統的採購標準流程為：採購計劃單->採購訂單->採購通知單->採購入庫單；但用戶也可以根據自己公司實際情況跳過採購標準流程，直接做採購入庫單也行。
做採購時能否支持多價格？
對於不同的供應商可以設置不同的折扣，對於同一供應商還可以針對'現貨''期貨'進行多價格設置。
