LuckyTemplates 中的多貨幣邏輯——一個 LOOKUPVALUE 示例

財務分析中一個非常常見的場景是必須在您的交易數據中整合貨幣匯率。大多數時候，實際記錄的銷售數據與貨幣無關，貨幣名稱或代碼只是放在列中。它可以是美元、澳元、英鎊，但實際上並沒有為您調整貨幣匯率。您可以在本博客底部觀看本教程的完整視頻。

所以你要做的就是整合大量的歷史匯率，因為隨著時間的推移，匯率會發生變化。因此，根據您出售商品的日期不同，匯率等值也會有很大不同。我將展示如何在 LuckyTemplates 中解決這個問題。

有一點您必須了解，尤其是圍繞數據模型，我知道這對很多人來說是一個相對較新的概念。但我在這裡向您展示了很多我的最佳實踐，然後展示瞭如何將此匯率信息引入您的銷售或交易表中。

目錄

• 在 LuckyTemplates 中處理多種貨幣
• 逆透視列
• 數據模型如何工作
• LOOKUPVALUE 函數
• 調整後的總銷售貨幣
• 結論

在 LuckyTemplates 中處理多種貨幣

對於今天的博客，我想談談如何在 LuckyTemplates 中處理多種貨幣。我在論壇上看到很多這樣的問題，這是一個常見問題，尤其是對於需要使用本國貨幣計算潛在銷售額價值的會計師或財務人員而言。

這個場景涉及一些複雜的問題，我將討論如何解決它們。首先，我將展示如何從後端將貨幣表集成到我們的數據模型中。我要單擊“編輯查詢”，然後單擊“匯率”。當我單擊導航時，您將看到日期和貨幣對。

這是一個非常常見的場景，因為這是檢索貨幣信息的方式。上面的格式是您將如何獲得數據；有時銀行會將其發送給您，有時您可以在線下載。不幸的是，如果您想將這些數據即時合併到您的計算中，這根本就沒有用。

逆透視列

我們必須做的是逆軸旋轉這些列並單擊直到我們得到我們需要的列，在本例中是日期列、貨幣對列、外幣列和匯率列。我們希望每個日期和每種貨幣一行。

這是將其合併到 LuckyTemplates 模型中必須要做的關鍵事情之一。我們將保存它然後跳回模型。

數據模型如何工作

我將在這裡向您展示數據模型的設置。我們有銷售數據，我們的銷售日期（日期表）和我們在全球特定地區（銷售區域）銷售給客戶（客戶數據表）的產品（產品數據表） 。

銷售數據表是我們進行所有計算的地方。我們有一個貨幣代碼列與我們要銷售的區域對齊。總收入列顯示了我們將其出售給的特定貨幣的總收入，因此我們無法將總收入相加並將其稱為我們的總銷售額。那是完全錯誤的。我們需要獲得我們進行的每一筆銷售並將其轉回我們的本國貨幣，在本例中為新西蘭元。

我們可以做的是將匯率錶鍊接到日期表，然後將日期錶鍊接到銷售數據表。

這樣，我們就可以為每個單獨的金額計算出一個公式，並調整貨幣。首先，我們得到總收入的總和並將其拖到表中。如您所見，這是一個完全錯誤的數字。它根本沒有告訴我們我們實際賣出了多少，因為它以日元、加元、歐元等為單位，所以它只是毫無意義的數字。

LOOKUPVALUE 函數

我們需要做的是使用一個名為LOOKUPVALUE的函數並將其放入迭代函數中。我們將把 LOOKUPVALUE 放在 SUMX 中，因為我們最終要匯總收入，但我們還需要調整銷售數據表中的每一行和銷售產生的每一筆收入，並將其除以相關匯率。

LOOKUPVALUE 之後的第一個值是我們要檢索的值，因此在本例中，我們要從我們創建的匯率表中檢索匯率。我們還想確保日期與銷售訂單日期相同，並且外幣與銷售數據表中的貨幣代碼相同。

LOOKUPVALUE 將根據特定日期的貨幣匯率調整每個銷售項目。

調整後的總銷售貨幣

當我們查看我們的總銷售貨幣調整表時，我們立即知道這是不正確的。

外幣來自匯率表，它與銷售數據表沒有關係，而銷售數據表是我們總銷售額的來源。

我們需要做的是通過銷售區域內的貨幣進行調整。現在您可以看到每天這些銷售額來自每種貨幣的來源。

這裡的關鍵是貨幣調整和逆軸旋轉列的過程，以便匯率全部在一行中。

結論

在這篇文章中，我們需要轉到數據模型以確保日期列與匯率列之間存在關係。我們還在 SUMX 函數中編寫了高級邏輯。由於 SUMX 是一個迭代器，它會轉到銷售數據表，然後對於該表中的每一行，它都會將總收入除以該特定日期該特定貨幣的匯率。這就是我們如何在公式中實現調整後的總銷售貨幣。

現在，如果你有效地做到這一點，進行這些計算就會變得非常無縫。通過了解如何對數據模型進行排序以及如何利用DAX 度量LOOKUPVALUE，您可以非常輕鬆地運行貨幣調整計算。不僅如此，您還可以根據要查看的貨幣動態查看結果。

如此多的應用程序，特別是在金融界或任何以多種不同貨幣銷售商品的組織中。非常適用於現實世界的情況。希望這可以幫助那些遇到這個問題並正在尋找解決方案的人。

祝你自己實施這項技術好運。