訂單管理軟件/訂單管理系統/訂單管理云平臺
上海邑泊訂單管理軟件擁有商品信息、進貨入庫、銷售訂單錄入、銷貨出庫、客戶信息維護、發票管理、快遞管理等模塊功能。上海邑泊在管理信息系統業務領域，廣泛涉足了公司金融、財資管理、財務管理、項目管理、銷售管理、客戶管理、進銷存、ERP、OA等方面。上海邑泊專業定制開發各類訂單管理軟件、管理軟件、二維碼軟件、訂單管理SaaS云服務平臺、訂單管理企業服務SaaS平臺、入庫管理軟件、出庫管理軟件、發票管理軟件、商品管理軟件、管理軟件SaaS云平臺、進銷存軟件、開票管理軟件、智能投資分析系統、交易系統，企業管理系統，配套網站、App、H5，并提供整套解決方案的定制咨詢。
訂單管理軟件及ERP云服務平臺包括下面功能：
1. 商品維護
1.1. 商品管理維護字段信息
1.2. 查詢、新建、更新和刪除商品
1.3. 導入Excel商品初始數據
1.4. 查詢Excel導入的商品初始數據
2. 客戶管理
2.1. 客戶管理維護字段信息
2.2. 查詢、新建、更新和刪除客戶
2.3. 按照客戶名稱模糊查詢客戶信息
3. 入庫
3.1. 新建入庫單
3.2. 添加入庫商品及數量明細
3.3. 提交入庫
3.4. 查詢入庫庫存變化流水
3.5. 入庫后查詢商品庫存數量
4. 訂單錄入
4.1. 訂單錄入包括字段信息
4.2. 創建訂單
4.3. 查詢訂單
5. 出庫
5.1. 創建出庫單
5.2. 出庫完畢后查詢庫存變化流水
5.3. 出庫后，商品凍結待出庫庫存被釋放
5.4. 查詢訂單出庫庫存
5.5. 出庫完畢部分訂單
5.6. 查詢出庫庫存變化流水
5.7. 訂單狀態變為出庫完畢
6. 開票
6.1. 開票信息字段
6.2. 訂單和開票關系
6.3. 選擇開票客戶會自動加載他的開票信息
6.4. 選擇開票訂單
6.5. 自動計算更新總金額后點擊創建保存開票信息
6.6. 查詢開票信息及明細
6.7. 查詢訂單已開票信息
6.8. 繼續開票至開票完畢
6.9. 訂單狀態被同步更新為開票完畢
7. 數據統計
一、服務參考
【功能參考】
商品數據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年以上經驗