理解NetSuite中關於事務處理的搜尋
在培訓過程中,老師要求做事務處理的Saved Search,發現搜尋結果中,只有一行的事務處理卻出現了多條資料。針對這種現象,寫一篇專門的文章來解釋,我感覺還是很有必要的。
介紹
對於每一個NetSuite實施人員來說,深入理解事務處理的搜尋功能是非常重要的,但是這些搜尋的預設情況卻讓人非常的疑惑。
示例
我們通過內部ID過濾事務處理的搜尋結果。
上面我們指定了篩選器,只顯示內部ID為895的事務處理。下圖是事務處理的內容:
可以發現,這個銷售訂單隻有一行。因為內部ID是唯一的,所以我們理所當然地認為,搜尋結果就應該只有一條。但結果卻出人意料:
搜尋結果並不像我們認為的那樣,我們得到了4個結果。而且,每個結果的內部ID卻是相同的。怎麼會這樣呢?
要理解其中的原因,我們需要回憶一下NetSuite的資料是如何儲存的,有兩種型別:
1、主體資料:在記錄的獨立欄位中儲存的資料(如日期、銷售代表、文件編號和優惠券碼)
2、子列表資料:每個記錄的列表中儲存的資料,通常顯示在介面的子選項卡上(如銷售訂單的物料)
事務處理包含多種資料的子列表,包含:
1、行物料;
2、發運資訊;
3、稅資訊;
4、COGS(銷貨成本)詳細資訊
在這些搜尋結果中,NetSuite實際上給我們展示了一個事務處理主體的結果,然後是相同事務處理中不同子列表上的資料結果。
注意在我們搜尋結果的列(名稱有星號*)。注意只有一行是有這個符號的,其他行沒有。這個列標明搜尋結果代表事務處理的主體,也叫事務處理的主要行。
有時候你只想顯示主要行資料,或者你只想看行層次的詳細資訊。下面的例子就叫你如何控制結果中顯示什麼資料。
使用主要行來過濾
當我們只想要每個輸入處理一條結果時,意味著我們只想要主體或者主要行。要實現這個願望,有一個過濾器,名稱為“主要行”。
通過在我們的搜尋標準中設定主要行為是,我們可以說“只在我的結果中顯示事務處理的主體層資料”。
修改了我們原來的搜尋標準,現在我們就得到了之前預期的單行記錄。
如果我們將主要行篩選器選擇為No,則表明,在我的結果中只顯示來自子列表的資料“:
接下來我們總結一下主要行的用法:
1、設定為是,我們得到事務處理的主體層一條結果;
2、設定為否,我們得到事務處理的子列表資料,三條結果;
3、我們不使用此篩選器時,我們得到四條結果,是所有主體和子列表資料的組合。
這裡我們要注意了:主要行篩選器在日記賬分錄搜尋中是不支援的。
使用特定的子列表過濾
我們回憶一下,每個事務處理包含多個子列表的資料。既然我們可以使用主要行只顯示子列表資料,我們可以進一步重新定義我們搜尋結果到特定的子列表資料。
事務處理結果中包含的大多子列表有對應的搜尋篩選器來指定在結果中是否包含響應的結果。
1、使用發運行篩選器控制來自發運列表的資料;
2、使用稅行篩選器來控制來自稅子列表的資料;
3、使用COGS行篩選器來控制COGS子列表的資料。
每個篩選器都和主要行以及其他複選框一樣:選擇是則包含這個資料,選擇否就從結果中排除這些資料。
注意:沒有物料行的篩選器來控制來自物料子列表的資料。為了說”只顯示來自物料子列表的資料“,我們需要指定上面談到的篩選器為否:
這樣的標準下,你的搜尋將返回匹配事務處理的每個物料行。
在我看來,在搜尋結果中沒有這個篩選器是一個大的不足,應該修復。如果只是有物料行為是的篩選器會更加簡單且一致。這就是你如果想要顯示事務處理結果的物料資料時,如何進行指定搜尋標準了。