其他

今天偶然發現了一個AX的bug，蠻好玩。問題描述：在AX中支援多中過濾方式，其中在右鍵菜單中有兩種，篩選方式欄位，篩選方式選擇（BTW：一直對這兩種說法摸不著頭腦，英文是Filter by Field和Filter by selection，翻譯成按欄位篩選和按當前值篩選會不會好些？其實吐著吐著就習慣了，這些習慣的問題倒也無傷大雅），問題出在篩選方式選擇上，如果當前值中包含"這個字元，這個篩選就出問題了在點擊篩選方式選擇後，正常情況下應該篩選出物料名稱為

當建立完產品模型編譯完成，並將產品與產品模型關聯後，就可以在日常的工作中使用該產品模型了。本章介紹產品配置過程，擷取配置產品和產品模型資訊的方法，包括如下內容：1.在產品配置表單進行選擇並核准該產品配置；2.設定配置參數；3.重新使用BOM和工藝路線；4.從訂單和報價單行產品配置細節配置產品可以從如下幾個功能中配置產品：1.銷售訂單2.採購訂單3.生產訂單4.銷售報價單5.項目報價單6.產品需求對於銷售訂單，採購訂單以及報價單都是通過配置行功能啟動產品配置的。各自的操作路徑如下：銷售訂單：應收賬

表變數和類最大的區別是表變數中的欄位是public類型的，而類的成員變數是protected，並且兩者的存取層級都是不可更改的，只能用預設的存取層級。剛剛在寫代碼的時候遇到了一個問題，如下代碼所示：static void ReturnValueTest(Args _args){    ;    CustTable::find('4001').AccountNum = '4002';}編譯該代碼得到報錯資訊：*** 錯誤:

在Form的資料來源之間可以建立各種關係，串連的方式諸如InnerJoin，OuterJoin，Delay之類，可對於兩個資料來源之間的通過哪些欄位進行關聯沒有顯示指定的地方，一直想當然地以為會按照從表上建立的關係去串連，今天讓這個問題給鬱悶了一把。問題描述改造ProdTable表單，添加SalesLine做為資料來源，目的是將銷售訂單行的資訊顯示在生產單上。在ProdTable上添加了一個欄位SalesLineRecId，在Form中讓ProdTable和SalesLine通過ProdTabl

本章介紹一下產品產生器模組的幾張報表。構成元素這張報表用來列印產品模型的內容，也可以用來查看可建模物料的概況。只有處在啟用狀態的產品模型會被列印。操作路徑產品產生器->報表->構成元素如所示可以選擇列印產品模型的詳細資料，可以選擇是否包含驗證規則，操作和使用者設定檔。在右邊可以選擇物料類型和物料編號等，當然可以選擇按鈕對應的表單中選擇任意條件。X++代碼部分的列印可以通過三種方式：1.未翻譯的代碼；代碼中的關鍵字用通過產品產生器->設定->翻譯表 

[譯序]AIF是一個很好玩的東東，最近在工作之餘在看AIF的一些文檔，<<Inside Mircrosoft Dynamics AX 4.0>>這本書的第九章有關於XML文檔整合的，試著將其翻譯一下。本章只是講解AIF如何通過XML文檔架構為AX提供XML文檔介面，並不是AIF的全部內容。本文僅供AX從業者和愛好者學習交流之用，請勿轉載，由於筆者水平有限，錯誤在所難免，還望不吝賜教。本章內容簡介AIF架構概覽XML結構AxBase APIAxInternalBase

問題描述按單生產的企業，銷售訂單是一切的源頭，在後續的生產和採購過程中都需要看到是為哪張銷售訂單，哪個客戶生產或者採購的。客戶採購的是A產品，A產品又由B和C組成，而B，C又需要生產，在生產B和C的時候工廠也需要知道為哪張銷售訂單生產的以及其關聯的銷售訂單上對B和C的具體要求。AX目前的資料結構只能看到最頂級的BOM上看到關聯的銷售訂單，如果B,C想看到就要一級級往上查這很不方便。解決方案給計劃生產訂單和計劃採購訂單添加一個SalesLineRecId欄位，讓其記錄SalesLine的RecId

使用者可以建立多層BOM，這樣在一個主BOM中就可以包含一個或多個子BOM，這也是父子產品模型的原則：同樣的產成品可以包含一個或多個可建模物料。通過這種方式串連的父子產品模型之間可以通過繼承和傳回值傳遞資訊。子配置過程（通過用來配置子BOM的產品模型進行控制控制）可以繼承父配置過程(通過用來配置父BOM的產品模型進行控制)的變數值，同時子配置過程的變數可以返回給父配置過程。為了簡化產品產生器配置表單，系統不會為子產品模型顯示單獨的表單，這樣實現者在構造父配置表單的時候必須包含在整個配置過程中需要

本文僅供AX從業者和愛好者交流之用，由於原文著作權問題，請勿轉載。XML結構AX的XML文檔功能的首要目標是減少實現新的XML文檔時所用的時間。由於大多數與AX整合的系統需要映射列而不關注架構(譯註:原文為Schema，這個詞有的翻譯為模式，有的翻譯為圖解，可謂莫衷一是，SQL Server2005中翻譯為架構，這裡沿襲這一翻譯方法，XML

隨著產品數量的增加，使用者在輸入建立一個產品時總是擔心這個產品在系統中是否已經存在？說起來檢測系統中是否已經存在某個BOM，應該很簡單。AX用BOM這個表存放BOM清單，某個BOM由什麼產品組成的都在這個表中存著，只要看一下這個表是否存在記錄就可以了。BOM表中的三個重要欄位是BOMId,ItemId,BOMQty.一個BOM由多個產品組成，比如有兩個BOMBOMId    ItemId    BOMQty1               A           31              

今天遇到一個問題，根據身份證的前十七位算出第十八位，這個有明確的演算法，如下所示：∑(ai×Wi)(mod 11)……………………………………(1) 公式(1)中：i----表示號碼字元從右至左包括校正碼在內的位置序號；ai----表示第i位置上的號碼字元值；Wi---表示每一位對應的加權值。從左至右Wi的值依次為：Wi          7 9 10 5 8 4 2 1 6 3 7 9 10 5 8 4 2 1 然後根據公式(1)計算的結果，從下面的表中查出相應的校正碼，其中X表示計算結果為1

在做銷售和採購做PackingSlip動作時要產生憑證，教材中提到如下兩點：1.庫存管理->設定->庫存->庫存模型組->設定 選項卡->分類賬整合 組選中 過賬物理庫存2.應收賬款->設定->參數設定->更新 選項卡->裝箱單組 選中

[需求]最近遇到這樣一個需求，在實施的時候把系統現有的三個緯度前兩個分別用於記錄分公司和部門，在做財務憑證或者銷售採購訂單的時候，需要給這些表相應的Dimension欄位的前兩個緯度賦值，使用者要求根據目前使用者所屬的分公司和部門直接賦值，而不想自己去選擇。[分析] 最直觀的想法就是修改各個表的InitValue()方法，給相應的表賦初值，不過這樣的工作量有些大，要修改多個表，並且當需要賦初值的表增加時還需要繼續修改相應的表。AX中用Map實現表方法的共用，於是考慮用Map來實現這個功能。只有M

這兩天連續被AX的Form打擊，sigh。。。問題描述我想在生產訂單表單上查看銷售訂單和銷售訂單行的資訊並用其中的某些欄位過濾，於是不能採用display方法，因為display方法沒辦法過濾。同時還想看看倉庫等資訊，於是需要關聯InventDim。於是採用如下關聯方式：將ProdTable做為最根級節點，然後下面分兩條路線，1.InventDim與ProdTable用InnerJoin串連；2.SalesLine與ProdTable用InnerJoin串連，然後SalesTable與Sales

在產品產生器模組中，建模樹是產品模型的一部分，它決定使用使用者輸入的值所要執行的計算，建模樹可以控制BOM和工業路線的產生,是配置產品代碼的可視化呈現。各個節點都是編程語句的體現，只不過可視化了而已，本文不詳細展開，只大體介紹一下。代碼節點在產品模型中包含X++代碼BOM結點將BOM行插入到由產品模型產生的BOM中工藝路線節點將工藝路線操作插入到由產品模型產生的工藝路線中預設節點用於插入預設工藝路線，BOM或者工藝路線單據處理將文檔和檔案附加到BOM或者工藝路線中資訊節點有三種類型的資訊節點，警

中國人使用報表很喜歡每一行都要加個底線，說是怕看錯了行，財務就更好玩了，每個欄位都要用框框框起來，不知道是不是看到被框起來有種安全感，哈哈。也許老外不太容易看錯了行，AX的報表都是沒有底線的，更不用說框起來了。防止使用者看錯了行而加個底線這個要求還算合理，雖然俺看到很多線就有些發暈。在AX加底線是比較容易實現的，加框框就有些痛苦。這裡只說一下加底線的做法，我的做法如下：1.建立一個ProgrammableSection,在其中添加一個Shape控制項，其屬性設定如下：   

本文僅供AX從業者和愛好者交流之用，由於原文著作權問題，請勿轉載。AxdBase提供了一個API使得只需要少量的工作就可以實現新的XML文檔，正如前面提到的那樣，這個架構可以實現的基本操作如建立XML，讀取XML和產生XSD。在這種情況下，AX不支援刪除和更新操作。當使用XML文檔介面時，只能讀取或者在AX中建立新的文檔。表9-1列出了AxdBase實現的方法，並且簡要描述了一下提供的功能。方法                                                   

今天看到設定規則這個地方，在設定本地規則時，驗證類型選擇 公式，在公式設定選項卡的類型處選擇

簡介在AX中產品模型用來決定在產品配置表單中可用的選項和在配置產品的過程中需要執行的計算。本章討論模型的建立過程，包括1.本地規則2.添加變數和變數組3.產生物料編號和(或)維度ID4.價格組合5.圖形產品模型是產品產生器的核心，它使產品可配置並且決定配置過程。產品模型產品模型的建立跟標準BOM和工藝路線完全一樣，這裡不再贅述。在建立產品模型的時候可以採用產品模型嚮導，操作路徑如下：產品產生器->產品模型->設定->選項，選中建立時使用嚮導，每次建立產品模型時就會出現一個產品模

產品產生器模組可以為配置後的產品根據使用者選擇的值展示不同的圖片（當然這些圖片必須事先做好放在某個特定的檔案夾下），在產品產生器->產品模型->設定->圖形參數設定後，按照教程的說法，出來的產品配置表單就可以多一個圖片的Tab頁，用來顯示圖片，剛開啟時顯示的是預設的圖片，隨著使用者的輸入值，這個圖片會按照設定好的規則去顯示對應的圖片。這個功能在英文環境下沒有任何問題，但是在中文環境下，點擊產品產生器->產品模型->功能->測試模型就給給你如下的驚喜:問題出在添