鞋業管理軟體/鞋業管理系統/鞋業管理雲平臺
順通鞋業ERP進銷存系統擁有訂貨管理、銷售管理、財務管理、產品管理、庫存管理、客戶管理、員工管理、查詢統計等功能。順通鞋業ERP進銷存系統在管理資訊系統業務領域，廣泛涉足了公司金融、財資管理、財務管理、專案管理、銷售管理、客戶管理、進銷存、ERP、OA等方面。順通鞋業ERP進銷存系統專業定製開發各類鞋業管理軟體、管理軟體、二維碼軟體、鞋業管理SaaS雲服務平臺、鞋業管理企業服務SaaS平臺、入庫管理軟體、出庫管理軟體、發票管理軟體、商品管理軟體、管理軟體SaaS雲平臺、進銷存軟體、開票管理軟體、智慧投資分析系統、交易系統，企業管理系統，配套網站、App、H5，並提供整套解決方案的定製諮詢。
訂單
1.1 訂單簡介
在訂單模組中，包括訂單管理與訂單統計，訂單管理為該模組中最重要的功能，包括：新增訂貨、訂貨單、新增銷售發貨、銷售發貨單、銷售發貨詳情、退貨單、退貨單明細。
1.2 新增訂貨（PC端）
在成功登入鞋服賬號後，使用者可以開始建立自己的第一個訂單。如下圖。
- 選擇客戶，單擊有下拉選單，可新增客戶，也可直接輸入關鍵字或編號，末尾三點有客戶分類搜尋等。
- 選擇商品，單擊有下拉選單，也可直接搜尋關鍵字，末尾三點可搜尋、批次新增等。
- 填寫數量，數量指一件商品（一件有n個商品），雙數指單個商品。
- 儲存訂貨單，跳轉訂貨單頁面。
1.3 訂貨單
檢視所有訂貨單，對訂貨單進行操作，包括新增、刪除等操作。如下圖。
- 透過訂單，訂單狀態變為已確認，待發貨完成增加已開單或者部分開單狀態。
- 點選詳情可跳轉到訂貨單詳情頁面。
- 結算訂單，收款後修改訂單結算狀態。
1.4 訂貨單詳情
檢視訂貨單詳情，對訂貨單進行操作，包括新增、刪除、修改等操作。如下圖。
- 修改包括客戶、商品、商品數量等內容。
- 發貨，對當前訂貨單詳情的商品進行全部發貨或者部分發貨，將會跳轉銷售發貨單
頁面。
1.5 新增銷售發貨單
可按訂單新增銷售發貨單，也可直接銷售生成銷售發貨單。如下圖。
- 選擇客戶，下拉選單中，紅名客戶有訂貨單但還沒發貨；黑名客戶無訂單，選擇後自動新增out類發貨單和訂貨單。
- 填寫發貨數量，黑名客戶需選擇商品才能填寫。
- 儲存銷售單，生成銷售單並跳轉到銷售單頁面。
1.6 銷售發貨單
可檢視所有銷售發貨單，進行更改、取消等操作。在此頁面可以看到如下圖資料。
- 更改，更改發貨數量、單價等內容。
- 取消，取消本次發貨操作，將直接刪除該銷售發貨單。
- 退貨，在銷售發貨詳細生成退貨產品等資料。
1.7 銷售發貨詳細
可檢視具體的商品內容，出入庫以及退貨，藍色字型可跳轉對應的頁面，允許批次編輯。
- 更改，更改單價與更改發貨。
- 退貨，填寫退貨數量。
- 取消，取消該顏色尺寸的商品發貨。
- 對賬，錢貨兩清時進行對賬完成操作，將不允許進行其他操作，除非取消對賬。
1.8 退貨單
退貨單獨立與訂貨單與銷售發貨單之外的功能，新增退貨單選擇客戶，顯示該客戶以
往所有訂單的商品，可勾選重新發貨與退貨入庫的選項，填寫數量生成退貨單。
1.9 退貨單明細
檢視所有退貨單中被退回的商品，可根據多種搜尋鎖定所需的退貨商品資訊條目。
訂單收款
收款記錄
客戶對賬單
庫存明細
計件二維碼
生產二維碼
採購單
客戶管理
商品管理
倉庫管理
生產計劃單
Bom清單
一、服務參考
【功能參考】
商品資料支援Excel匯入與系統輸入，商品維護，客戶資料管理，入庫，出庫，訂單錄入，發票管理。
支援拆單出庫，支援拆單開票，支援合併開票。
二、總體情況描述
【本公司不接任何違反法律法規、違反職業道德的訂單合同】
【說明】：
[1].針對小型軟體需求，本公司與您溝通後按需定製。
[2].本公司已有大量成品和半成品軟體，以此為基礎，可以快速組合和定製適合您的軟體和解決方案。
【簡單需求-定製流程】：
(一個10分鐘的電話能溝通完畢的，或者一張A4紙5號以上字型能描述清楚的，可以認為是簡單需求)
[1].初始溝通洽談，確定大概軟體用途及功能，本公司稽核看能否【接單】。
[2].對於簡單需求，初步溝通後，本公司給出【功能列表和報價單】。
[3].按照合同預先支付一定金額【預付款】。
[4].本公司按照功能列表和專案計劃開始量身【定製軟體】。
[5].開發完畢後將測試版發給客戶【測試】。
[6].根據測試結果和客戶反饋修改測試版，達到客戶要求後,支付剩餘【尾款】。
【複雜需求-定製流程】：
(需要超過10分鐘的電話才能溝通清楚，或者需要一張以上A4紙才能準確描述清楚的，則認為複雜需求)
[1].初始溝通洽談，確定大概軟體用途及功能，本公司稽核看能否【接單-諮詢】。
[2].對於複雜需求，初步溝通後，本公司給出【諮詢服務專案列表和報價單】。
[3].按照諮詢服務合同預先支付【諮詢費】。
[4].本公司按照諮詢服務專案列表和客戶溝通，明確客戶【具體需求】。
[5].諮詢服務完畢後，本公司可以按照客戶需要發給客戶【諮詢服務總結文件】
[6].根據諮詢結果，達到客戶要求後,【諮詢服務專案-結項】。
[7].根據諮詢結構，本公司制定詳細【需求規格說明書】和【軟體專案定製開發合同】並提交給客戶。
[8].客戶認可合同及相關附件後，預先支付一定金額【預付款-專案開發費】。
[9].本公司按照合同開始安排資源量身【定製軟體】。
[10].開發完畢後將測試版發給客戶【測試】。
[11].根據測試結果和客戶反饋修改測試版，達到客戶要求後,支付剩餘【尾款-專案開發費】。
[12].對於複雜合同，可分期多次執行[7]到[11]。
【售後服務說明】：
[1].服務範圍：功能列表或合同明確確定的範圍內，我們所開發程式自身BUG免費修復。增加或變更需求的，雙方溝通一致後，另行商定合同後作為新專案獨立運作。
[2].服務有效期：預設為上線驗收成功後30天。也可另行約定售後週期。
[3].我們視信譽為生命，會全力做好售後服務。建議您儘量在支付尾款前及服務有效期內測試，確保儘早發現程式問題並反饋修復。
【免責宣告】：
[1].合同交易和執行過程中，因我方原因導致交易執行中止或失敗的，僅做全額退款處理，本公司不承擔其他任何損失和責任。
[2].因使用本公司開發程式所造成的一切不良後果與本公司無關。
[3].客戶如果使用本公司軟體從事非法用途，發現後，本公司立即終止和客戶合作關係。已驗收完畢並確認付款之後的專案款項，因為已經在專案執行過程中作為成本消耗，無法退還。未完工並且還未驗收確認的部分款項，終止交易或退回客戶。
【本服務約定最終解釋權歸本公司】
三、專案管理
1.流程
由於軟體開發具有一定的不確定性和風險性，應此針對不同型別的專案採用不同的流程。
(a) 風險比較高的創新型專案採用敏捷迭代方法(Scrum)。
一個階段為一個週期，一般一個階段為2周到1.5月，在專案開始時完成專案計劃，專案進行中原則上專案計劃不做變更，專案結束後有個專案總結，專案進行過程中會計劃幾個產品釋出點，專案預算在專案計劃時確定，專案總結驗收後支付。
(b) 風險比較低的新功能開發專案可採用更便宜的瀑布模型或CMMI。
按照已有框架和經驗估算開發成本並制定計劃，專案週期、專案預算和專案範圍在專案立項時確定，專案中間按預計時間點支付專案費用。
(c) 服務、運營、維護、純編碼（不包括設計和需求）和純測試（不包括設計和需求）專案採用固定工時制，按服務時間支付費用。
(d) 對於銀行或其他關鍵性業務，在諮詢階段，使用支援創新的敏捷迭代方法，完成後編寫詳細的需求規格說明書、技術設計方案和測試方案。然後在產品開發和專案開發階段，使用CMMI流程，保證系統的穩定健壯與可維護性。
2.溝通
溝通模式主要包括但不限於以下幾種：
(1). 專案意向
甲方有新的專案想法時，乙方和甲方溝通確認初始預算、目標、風險容忍度、質量需求級別、專案流程，並制定最終專案提案供甲方審批，審批透過後制定專案計劃。
(2). 專案計劃
按照不同的專案使用不同的流程來做專案計劃和管理，主要是上述流程裡說明的4種專案型別：
(a) 高風險創新型專案採用敏捷迭代方法(Scrum)
(b) 低風險功能開發專案採用瀑布或CMMI流程
(c) 運營、支援和純編碼測試專案採用固定工時服務流程。
(d) 創新和穩健需求並存的銀行、集團或其它關鍵性系統。
乙方同甲方溝通完畢後提交詳細專案計劃書，確認完畢後開始執行。
專案計劃書中主要包括：預算、目標、風險、質量、流程、功能、日程安排、人力資源、資產消耗與租用、採購、重要會議、溝通計劃等。
(3). 專案總結
每個專案執行完畢後會做專案總結。
乙方會以文件的方式歸檔。
專案總結主要包括：專案實際現金流、目標實現情況、交付功能清單及截圖展示、任務執行狀況、資源消耗、採購、其它決策管理、其它創意管理、其它相關專案介紹等。
專案總結的目的主要方便專案參與涉眾出於多種目的觀察歷史已完成專案的具體執行情況，以便更好地溝通、合作和決策。
(4). 階段資產評估
當一系列專案完成達到一個預定里程碑時，因後續關鍵決策或戰略調整需要，雙方任意一方提出對方同意後，乙方進行階段資產評估活動。
乙方根據歷史專案資料統計分析得出初始文件，主要包括以下內容：(a) 投資及投資分佈（包括現金、人力資本和其它資本，在時間和型別上的投資分佈） (b) 智慧財產權劃分 (c) 資產專案估值 (d) 資產股份與股權結構變動 (e) 相關專案執行回顧（相關專案實際與預期比較） (f) 資產變動（包括初始資產、增值資產、損失或放棄資產） (g) 資產專案保密等級 (h) 資產市場戰略計劃 等
乙方完成資產評估書後提交甲方審閱，溝通修改確認後雙方簽字存檔。
(5). 需求分析
根據專案意向制定的專案提案透過甲方審批後，乙方開始組織資源進行專案的需求分析。
需求分析完畢後，根據實際情況，可能會有單獨的需求分析說明書作為附件同專案計劃一起提交甲方審批。
甲方審批結束後，乙方以此為基礎開始後續專案計劃工作。
(6). 專案驗收
專案完成接近結束時，乙方提交專案總結文件，甲方以此為基礎進行使用者驗收測試。
驗收測試過程中，遇到問題，區分為：
(a) 缺陷（嚴重，專案範圍內，當期修改）
(b) 缺陷（一般，專案範圍內，溝通協商後可後續修改）
(c) 缺陷（專案範圍外，後續修改）
(d) 新想法（後續計劃進一步行動）
(e) 使用方法、流程或配置（嚴重，專案範圍內，當期培訓解決）
(f) 使用方法、流程或配置（一般，專案範圍內，後續培訓解決）
(g) 使用方法、流程或配置（專案範圍外，後續制定培訓和運維計劃）
(h) 不確定的問題（不影響專案釋出功能使用，後續繼續觀察確定後續行動）
驗收結束後，專案總結文件存檔，甲方按專案預期向乙方支付款項。
(7). 頭腦風暴
雙方在任何時候有新的想法時，可以透過會議、對話、電話、微信、QQ等多種通訊模式交流想法，乙方儘可能記錄整理相關想法，在適當的時候提交給甲方或者透過會議篩選整理這些想法。
甲方可以選擇某些想法作為專案意向、專案計劃和需求分析的輸入。
(8). 衝突糾紛溝通
雙方儘可能透過準確的語言表述透過文件方式記錄專案決策，以避免衝突糾紛的發生。
由於創新性專案具有很多不確定性和邊界模糊性，不可避免的很多東西在一開始的文件裡很難表述清楚，應此對於這類情況需要雙方更多的友好合作與相互理解。當遇到糾紛時，儘可能按照以下方式考慮：
(a) 對於智慧財產權，如無明確說明與轉移流程，儘可能劃歸原創作者
(b) 對於專案執行，選擇合適的風險度與質量級別，確定對不確定性的容忍度
(c) 對於專案型別，選擇合適的預算規模和管理模式，適當的時候進行合適的升級、降級、預警、暫停，及時控制風險和調整戰略
(d) 對於保密等級，
(i) 未指明保密等級的資訊，原則上預設為 “(a) 指定人員絕密級”，指定人員預設為參與討論交流的人員。
當參與人員超過5人，或有非核心人員，或有外部人員參與時，自動降級為”(d) 內部核心保密3年期級“，或”(f) 內部保密1年期級“，或”(h) 指定外部公開級“。
(ii)未指明保密等級的資訊，處於某些特殊場合需要，可以口頭透露部分資訊，但是該資訊須做特殊處理，使得至少包含30%假資訊，比如把100萬金額的數字說成200萬，1年的專案說成3年。對於圖片資訊，可做模糊處理或手機轉拍，使得具體數字看不清楚，僅可看到大概輪廓。
(iii)指明保密等級的資訊，嚴格按照該等級標準執行
3.風險
在做專案計劃時，根據團隊經驗給每項功能列出不同的風險度，並加權平均後獲得專案的整體風險級別：
(0).無風險，完全按計劃進行，無偏差，或者在預算內提前完成所有專案計劃預期專案
(1).微小風險，完全按計劃進行，偏差85%~125%
(2).小風險，基本按計劃進行完成，但可能會有延期，偏差85%~200%
(3).一般風險，可以按計劃進行完成50%，並且可能會有延期，偏差85%~200%
(4).高風險，專案結果不可預知，可以完成計劃的20%，並且可能會有延期，偏差85%~200%
(5).非常高風險，專案結果不可預知，專案過程基本不可控制
4.質量
在做專案計劃、專案總結和階段資產評估時，選擇以下預期和實際質量級別：
(1). 未測試過（包括開發人員）
(2). 僅開發人員自己測試過
(3). 手工測試過，無實際使用者使用經驗
(4.a). 手工測試過，1個以上使用者使用1天以上經驗
(4.b). 有自動化測試，無實際使用者使用經驗
(5). 手工測試過，1個以上使用者使用1周以上經驗
(6). 手工測試過，1個以上使用者使用1個月以上經驗
(7). 手工測試過，3個以上使用者使用1個月以上經驗
(8). 手工測試過，3個以上使用者使用1年以上經驗
(9). 有自動化測試，1個以上使用者使用1個月以上經驗
(10).有自動化測試，3個以上使用者使用1年以上經驗