銷售管理是進銷存部分的起點內容，企業的采購，生產需求通常情況下也是由銷售驅動的。要使用Odoo的銷售管理功能需要先安裝sale模塊。
與銷售相關的模塊有POS和網上商城，這個兩個模塊並非Odoo最擅長的領域，目前實現的進度也非成熟階段，因此本章不對POS和網上商城進行介紹，只講對企業來說最傳統的銷售部分。
安裝好銷售模塊后，我們先來看一下銷售的設置：
可以看到銷售設置里有諸多與其他模塊相關的設置，一旦勾選這些設置，與之相關的模塊將會被安裝。從設置里可以看出Odoo的銷售集成了社交、財務、倉庫等模塊，下面我們就來詳細地了解一下。
客戶
在odoo里，客戶、供應商和人力資源模塊的雇員，都是技術上的同一個對象——合作伙伴（Partner），只不過有字段將其標識為不同的業務模型。在合作伙伴的銷售與采購列表里，我們可以看到這個字段。
合作伙伴是供應商就會把供應商的復選框勾上，是客戶就會把客戶的復選框勾上，對於雇員，則是兩個都沒有勾選。不同的業務模型，將看到不同的頁面，像商機、會議、通話這些按鈕是客戶獨有的；供應商發票、采購則是供應商獨有的。當然，也有可能某個供應商既是客戶又是供應商，那他就能看到全部按鈕。
我們的客戶有可能是公司也有可能是個人。是一個公司這個復選框就是來完成這個標示的。
公司和個人的頁面也會有所區別。
地址
Odoo的默認地址格式是國外的，並不符合國內的情況。地址格式的定義在銷售設置/本地化/國家里：
地址格式可以進行調整，調整后的順序將影響到打印文件的格式。
對於國內用戶而言，有時候想要確定用戶出於哪個省市，乃至哪個區，這是Odoo本身不具備的功能。這里提供一個由筆者開發的中國省市區模塊，附帶一個行政區的Excel數據表，安裝好導入到系統中就可以使用了。
模塊的下載地址：https://github.com/kevin8909/china_city
產品
產品是貫穿整個進銷存系統的一條主線，產品信息的設置在Odoo里算是比較重要的一點。產品在Odoo中分為三種，庫存商品、消耗品和服務。庫存商品是最常用的類型，是核算庫存的一種類型。消耗品通常指的是那些無法或是很難衡量的產品類型，諸如水、螺絲釘、沙土等等。服務是指不需要核算庫存的產品，像加工費、咨詢費等以時間、人力成本進行核算的應該歸屬於這個范疇。
產品信息的頁面會因為你安裝模塊的數量不同而不同，如果安裝了財務、倉庫等模塊之后的頁面如下：
產品模板與產品
在Odoo中需要區分兩個概念，產品模板和產品，從技術角度講，產品模板對應的對象是product.template，產品對應的是product.product。產品是繼承自產品模板。這樣設計的實際意義在於同一產品可能會有多個不同規格的型號。例如，iPhone 5C，於存儲大小來說，會有16G，32G，64G的區別，於顏色，會有白，藍，黃，粉，綠幾種顏色，這個時候Odoo就很容易處理這樣的問題。
在系列型號里，可以添加上述型號設置：
可以看出將會有3x5=15個變體出現,每增加或是減少屬性，將會導致刪除並重建已存在的規格，以前的定制也將會丟失。
注意，產品模板信息頁中的內部編號，只有在不大於1個變體存在的情況下可見。當存在多個變體的時候，只有在產品規格頁面才能看到內部編碼。內部單號如果要作為產品的唯一標示碼，則需要添加對內部單號的唯一性限制。這個Odoo默認是沒有進行設置的。想要添加限制需要用到二次開發的知識，該代碼已經包含在附贈的代碼包中，模塊名為product_default_code。
添加和刪除產品屬性的時候需要慎重，因為這會導致屬性列表的重置，因而會導致之前已經設置好的產品信息丟失。另外，對於某些特定的行業（服裝業），Odoo自動排列組合生成的諸多規格很可能會造成信息的冗余。而且，Odoo默認情況下對於同一產品的不同規格，其定價都是一樣的，如果想要實現不同的規格不同價格，需要使用系列價格，針對不同的型號制定不同的加價方案。
關於產品規格的問題，社區中也有過激烈的討論，參見地址：
http://shine-it.net/index.php/topic,16599.msg28953.html#msg28953
CRM
如果要使用CRM，需要安裝CRM模塊。安裝完成后，在設置里勾選 銷售團隊管理-為多個銷售團隊組織銷售活動。
返回銷售應用，我們可以看見關於銷售團隊的菜單，在這里可以創建我們自己的團隊，管理我們自己的團隊成員以及銷售線索的階段，設置預定的業績目標等等。
在線索菜單中，可以對銷售的線索進行管理，包括日程的安排，電話 溝通的記錄等等。
在與客戶溝通時機成熟以后，可以將其轉化為商機。
即便與轉化為了商機，也是有可能丟失掉該客戶，因此商機管理頁面不僅有贏得該客戶的按鈕，也有失去該客戶的按鈕。等到客戶真正開始下單，這條商機才算是真正轉化為了銷售。
商機管理頁面可以通過看板視圖，輕松地對商機的階段進行更改。
當然，CRM里其實包含的內容相當龐大，而Odoo僅僅提供了一個簡單的CRM工具，這對於重銷售的企業肯定是遠遠不夠的。所幸我們擁有為數眾多的社區模塊來彌補這塊的不足。像8.0推出的游戲化管理模塊，就是一個很好的方向。
由於筆者對CRM這塊的經驗並不多，因此就不過多的進行解讀了，讀者可以自行摸索。
接下來，我們正式介紹銷售的重頭戲，報價單和銷售訂單。
報價單和銷售訂單
在Odoo里，報價單和銷售訂單實際上是同一個單據，只不過是不同的狀態下的單據而已。銷售訂單有草稿、報價送出、已取消、等待排期、進行中、待開票、發貨異常、發票異常、完成等多種狀態，而報價單就是銷售訂單的草稿狀態。只不過在菜單中單獨列出來以方便查看。
報價單需要包含的信息有客戶，產品明細和指定的發貨倉庫。如果需要分批發貨，送貨策略需要選為分批送貨。生成財務發票的時機也可以選擇，有人工、發貨前和發貨后三種。顧名思義，人工就是需要操作人手工生成發票，發貨前就是在發貨前生成發票，發貨后就是在發貨后生成發票。根據發貨的時機不同，生成的對應的財務發票的數量也會不同。發貨前生成的財務發票數量是銷售訂單上的數量，而發貨后則是實際發貨的數量。
銷售明細的每一行都會有關於稅的設置，可以根據不同的產品設置不同的稅率，保存之后，Odoo會自動計算結果。
關於稅的設置，可以到會計應用里的配置/稅里進行設置。（首先你得把自己的角色設置為財務經理才能看到設置菜單）
默認情況下，稅都是未含稅價。
如果想要將其設置為含稅價，需要到稅的設置界面，勾選含稅價。
關於稅的更多設置，我們將在財務部分進行介紹。變為含稅價后的價格如下圖。
報價單確認以后變為銷售訂單，由於我們的發貨設置為人工，所以並沒有自動生成財務發票，而是出現了一個生成發票的按鈕等待我們人工進行生成發票的操作。
同時列出的另一個按鈕是查看送貨單，點擊該按鈕可以查看倉庫的發貨情況。
如果此時我們有足夠的庫存可以進行發貨，倉庫的狀態就會變成等待移動的狀態，倉庫發貨完成后，發貨單狀態會變成完成。
開發票會問你是按整個訂單開票還是按百分比、固定價格還是一些訂單行的選項進行。
請根據個人情況選擇開票依據。
生成的發票草稿如下圖
確認生效后進入待付款界面，點擊登記付款按鈕，可以對發票進行支付的記錄操作
登記付款后，銷售單關於財務的流程結束。
銷售訂單的流程在確認之后實際變為了兩個子流程，一個是財務的流程和一個倉庫的流程，只有當兩個子流程全部結束后，整個的銷售過程才算完成。這就是為什么很多情況下，我們明明發貨完成了卻發現銷售訂單還是處在進行中的狀態，並沒有完成。因為很可能我們只是生成了發票，並沒有登記付款核銷（國內很多公司的這一步是在用友、金蝶系統中完成的）。
運輸策略
如果想要對送貨的運費進行跟蹤核算，可以在設置/銷售里勾選 允許追加運輸費用選項。這樣在銷售訂單上會列出一個運輸方式的選項，在這里可以記錄發貨的物流公司信息及費用信息。
同時還支持根據目的地進行定價的策略。
價格策略
有時候，我們希望對於不同的客戶給予不同的售價，這就需要用到價格表了。在設置中勾選為每個客戶使用價格表來匹配你的價格。比如，我們希望對於某集團公司這種大客戶收取比普通客戶高1%的售價，我們就可以新創建一個價格表。
在價格表中新添一個價格表版本，然后添加該版本的規則：
保存，這樣在下次給客戶下單的時候就可以用專屬於他的價格版本進行銷售了。
使用過程中你可能會碰到這樣的問題：
說你沒有活動的價格表版本，而實際上我們是剛剛創建了價格表版本的。這個問題的原因在於你設置的價格表版本日期不包含我們的銷售訂單日期，因而系統找不到相應的價格表版本，如果不需要確切的日期，把價格表版本的開始和結束日期都留空即可避免這個問題。
發貨與開票不一致
實際銷售過程中，我們可能會碰到付款公司和收貨地址不一致的問題，解決這種問題的辦法就是勾選設置中的 允許不一樣的發貨地址和開票地址。
銷售單上就會多出發票地址和送貨地址兩個字段，這將影響倉庫發貨的地址和發票的地址。
訂單行上的產品屬性
不從技術角度講，有時候你會疑惑，為什么有些數據庫的銷售訂單行是以下拉列表的形式出現，而有些數據庫則是以彈窗的方式讓你輸入銷售明細行？以彈窗方式出現的明細行，展示了更多的信息，但是不方便操作人員進行錄入的操作。這時，你可以將設置里的 “訂單行上的產品屬性”勾掉。