ERP產品基礎功能介紹:采購訂單功能需求文檔摘要

13 評論 45120 瀏覽 193 收藏 5 分鐘

本篇將介紹ERP系統中的采購訂單功能,歡迎大家批評指正;

案例模擬說明:

  • ERP使用者:某貿易類型企業
  • 目標客戶:某型鋼制品生產廠
  • 產品:某型鋼制品
  • 功能目標:管理對生產廠的采購信息
  • 操作者角色:采購員、采購主管、財務中心會計、財務中心會計主管
  • 技術介紹:PC端軟件
  • 開發語言:C#

采購訂單是貿易型,尤其是大宗商貿企業最常用的功能,可以體現為流程,也可以作為結果錄入;

231

采購流程

這里采用2級流程,大型公司可以設置采購主管、財務主管角色用于審核;

完整的采購流程會涉及5個模塊;

232

采購所需模塊

crm模塊:記錄客戶的資料只是功能之一,最主要提供給各級審核依據,是否可以進行貿易,是否能夠預付款,有否不良記錄;

付款單:申請費用支付,若采購單作為結果錄入,可免去;

采購結算單:對企業間應收應付與實收實付數據進行準確計算;

入庫單:應付數據的重要依賴;

進項發票:采購中不可缺少的票據,影響成本,貿易類企業評估是否可對下游開銷項票重要依據;

采購訂單主菜單

234

操作區:根據當前賬號角色顯示,例如:采購員只有新增、修改,采購主管有審核;

篩選條件:根據列表項設置,列表項中有的均可以設置為篩選條件;

結果列表:顯示單據表頭信息,主要體現跟誰多少錢買了什么,啥時候到,已經到了都少,采購完成了么?

采購單詳情

235

供應商信息:來自于crm模塊,盡量不在此處設置輸入;

采購明細:根據商品屬性進行列表項設置;

關聯信息:這里做的比較詳細,主要體現本采購單的資金往來,物流狀態,附件信息,適合采購訂單在系統中權重比較大的情況,作為重要歸集;

合計信息:由于采用標簽列表形式,需要通過合計信息來總結;

操作:

1.保存后即為提交審核,單據狀態修改為待審核,此狀態的結算單不支持修改(數據保護);

本功能設計參考:

1.詳情信息豐富,但人工操作僅為選擇供應商,導入采購明細與提交保存,減少人工負擔;

2.數據豐富,打開詳情可參考與采購相關全部信息,(標簽列表形式僅為此文章顯示所需而采取,真實設計需參考顯示器大小展示,盡量不要隱藏、切換、打開新頁面、窗口);

3.單據狀態:

  • 待審核——可作廢,不可修改信息;
  • 已審核——可對本單付款、入庫、結算,不可作廢、修改;
  • 未通過——可修改、作廢;
  • 已結算——不可再對本單付款、入庫、結算,不可作廢、修改;
  • 作廢——默認隱藏,不可再對本單付款、入庫、結算;

本設計經過刪減,非完整設計,僅供大家參考指正;

 

作者:楊屹(微信號:PMvv001,訂閱號:產品威威),嗨鄰網高級產品經理,Team Leader。5年互聯網產品設計經驗,曾主導多款產品策劃和設計工作。

本文由 @楊屹 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. CRM和SRM沒分清楚吧,外行啦 老鐵!

    來自北京 回復
    1. 對的,上游只有供應商管理,還在這扯什么CRM

      來自浙江 回復
  2. 很不錯,坐等

    來自廣東 回復
  3. 您好,我想問下這個問題該怎么解決: 門店全盤在月末最后一天提交,復盤在全盤提交后的24小時內可提交,并且復盤會修正全盤的數量。復盤時間到月初凌晨之間的庫存進出,會造成實時庫存與月進銷存之間的差異,會導致進銷存數據不準。

    來自廣東 回復
  4. 為啥圖片打不開呀

    來自廣東 回復
  5. ??

    來自上海 回復
  6. …………這特么也太丑了吧

    來自福建 回復
  7. 繼續分享,坐等!

    來自上海 回復
  8. ? ? ?? ? ?? ?? ?? ?? ?? :mrgreen: :mrgreen: ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??

    來自上海 回復
  9. 為何供應商的入口時CRM呢?

    來自山東 回復
  10. 看看Odoo吧

    來自安徽 回復
  11. 界面風格跟用友金蝶很像。主流的ERP風格。

    來自北京 回復
  12. 最近我也在做CRM

    來自江蘇 回復