Loyalty Managment. Points exchange rate.

Dear all.
I'm trying to use mixed payment in my sales order. When i'm trying to use points in payment error is occured "Conversion rate could not be determined". Where can i define conversion rate for my point type.
Regards, EL

Hi
If your desired rate is Average rate then , check the document type in OBA7, if there is any default value for the exchange rate.
If there is nothing in the default then only the average (M) rate is picked up.
If your desired rate is buying or selling rate then u need to specify the rate type in this field.
Please let me know if it works
Regards
Jyostna

Similar Messages

Exchange rate difference in goods receipt

Hi all,
can I manage in the goods receipt (transaction MIGO) the exchange differences with the purchase order?
For example:
Oda $ 1000 - exchange rate at 10.04.2009 $ - Euro 1.27
Oda total in Euro 1270
when I post the goods receipt after 20 dayt (30.04.2009) - the exchange rate has changed to $ - Euro 1.31
In the document accounting of goods receipt is also possible to manage the exchange rate difference?
thanks.
best regards, Gaetano

Hi
It is not posible to enter the prevailing exchange rate during GR or any kind of entry duriing entry for exchange. If you are a maintainting the table in OB08 for the indicator M then it will pick the last exchange rate from the table during GR. If you wish to change the do it IN PO header and fix it before carrying out GR for the PO. Document settings & behaviour for exchange during GR and other activities can be controlled by means of the indicator assignment in OBA7. You can always adjust the rates in MIRO also manually.
Regards

Exchange Rate Differences when clearing a bank item

Hi everyone,
I'm having a problem when I try to clear a bank item with the bank statement because the document is creating two exchange rate differences, first one debiting to loss account and the other one credting to gain account. I'm not pretty sure if this behavior is the right one but It does not make any sense to me.
I'll detail step by step the process I'm following:
Example:
1.- I create an invoice with an exchange rate type of 15
2.- Then I make the incoming payment with an exchange rate type of 16 (This causes an exchange rate item that is correct for me. Exchange rate Item is for 10 usd)
3.- Then I try to clear the bank item created (same exchange rate than the incoming payment = 16), and now document creates two exchange rate items, the first one debiting to loss account for 10 usd and the second one crediting to gain account for 10 usd.
Could you please help me in order to know if this is ok?
I really appreciate your help
Thanks in advance
Best Regards
Manuel Nieto

Hi everyone,
Thanks everyone for your replies. I've realized what's happening, and its related to document split. Because as bank item in incoming payment was splitted, when I try to clear this item ,split happens again no matter if at clearing point exchange rate type is the same as in the incoming payment, that's the reason of the two items one debiting and one crediting for the same amount.
Thanks very much
Best Regards and thanks for your help.
Manuel Nieto

Gain or loss due to foreign currency exchange rate in Travel Management

Hi Experts,
I am facing some issues in foreign currency surrender in Travel Management.
Example:-
An employee goes on a foreign trip in which he takes advance in USD. After returning from the trip, if any USD balance is there then he returns it to company. If the exchange rate falls or increased, then company books it as gain or loss to comany. How the same can be handled in Travel Expense Report. Below is an example of the same.
USD
Exchange Rate
INR
Advance taken
550
65
35750
Expenses claimed
500
65
32500
Difference
50
65
3250
But Returned to company in less exchange rate
50
60
3000
Loss on Exchange
250
Regards,
Daniel

HI Sigi,
The problem is, during a International trip. While taking the advance, the exchange rate of USD is something & while returning or excess expenditure the exchange rate is different. Because the posting to be done in INR & the expenses are adjusted against the advance.
But when there is a change in the exchange rate then the whole advance is not adjusted. SO to adjust the same the balance amount to be adjusted as gain or loss to the company a/c.
Regards,
Daniel

User Exit / Enhancement Point to set exchange rate using GR date in MIRO

Dear experts,
I'm trying to set exchange rate not as default but using GR date (When I input the PO number and click enter, the exchange rate should be set). So when system set the exchange rate, it will use the PO date, not GR date.
What user exit / enhancement point / BADI should I use?
I've already tried all user exit and BADI for MIRO but still not succeed. Is there anyone who could help me?
Thank you very much..
Regards,
Shirley

Hi,
So as to capture Exchange Rate w.r.t PO date, it is suggested to go for Development/Enhancement with required import purchasing doc types in it. While doing GR and before posting the document you need to capture the Exch Rate as per PO date and replace with GR date Exch rate present in it through development.
Regards,

The Exchange Rate in Commitment Managment

Now in our system, the commitment check for PR/PO (table COOI) , the the foreign amount to local amount is based on M rate.
Is it possible to changed by other exchange rate type? If yes, how to do it?
Thanks a lot.

Hi
I have applied this note 2 years back.. rather i got it adjusted from SAP based on my OSS message, as there was a bug in this note
You can raise an OSS to SAP that you want to implement this note or ask them to provide a relevant note
Regards
Ajay M

Exchange rate difference posted to Group currency only during MIRO

Hi SAP Gurus,
We're activating parallel currency in ML and USD is the group currency. GR/IR clearing acct is managed in local currency only.
OB22
Crcy Type 30    Group currency                               Currency   USD
Valuation        Legal Valuation
ER Type    M     Standard translation at average rate
Srce curr. 1     Translation taking transaction currency as a basis
TrsDte typ 3     Translation date
Please find below scenario:
Co code currency: ZAR
PO: ZAR
Upon GR:
Posting date- 04/14/2009 exch. rate 1ZAR= 0.11099 USD
Entry: debit Expense - 4,078.19 ZAR/ 452.64 USD
          credit GR/IR acct -   4,078.19 ZAR/ 452.64 USD
Upon IR:
Posting date- 04/20/2009 exch. rate 1 ZAR= 0.11279 USD
Entry: debit GR/IR acct - 4,078.19 ZAR/ 452.64 USD
          credit Vendor acct - 4,078.19 ZAR/ 460.02 USD
automatic additional debit Expense - 0.00 ZAR/ 7.38 USD
Here are my questions:
1.) Where would I check the setting for the GL account used in the automatic line entry posted in group currency during IR? (3rd line item above)
2.) Can this be changed? Say instead of the original acct assignment, the management want to change it to FX gain/loss account
3.) How?
I have checked several notes (331910,etc) but I can't seem to find the answers to my questions.
Appreciate your help. Thanks!
Regards
Dru

Just an update to this issue- I just found out that the system is pointing to KBS when posting the
exchange rate difference in group currency upon IR, hence, PO account
assignment is adopted. I'd like to rephrase my question- is there any
way we can change SAP behaviour such that it will point to other
transaction key (e.g. KDG) other than KDM? Bottomline is we want it
charged to other GL account not the one in the PO.
Thanks so much for your assistance.
Regards,
Dru

Power Pivot - Calculating Exchange Rates depending on MONTH

Hello everyone, I have a question, would like to know if someone can help me figuring out a solution. I have created a spreadsheet using powerquery and powerpivot. Loading the data on powerquery from different spreadsheets was a charm, the problem is calculating
the exchange rates per month. Let me try to explain better;
The structure is as following:
I have 3 tables, they are:
Dates– Just a dates (loaded directly on PowerPivot).
Invoice – Details of invoices for all customers, gross totals are in different rates (loaded through power query)
Customer – Detailed information of customers (loaded directly on PowerPivot).
Currency – exchange rates (loaded directly on PowerPivot).
Note: I mentioned where they were loaded because I do not know if that really matters, I guess it does not... but extra information will not hurt. Now, let's go to how these tables are connected between each other and their key columns:
The Invoice table has information on invoices dates, invoice gross total and customer code. This table is related to Customer table, which has the actual name of customers and other details. This link is done through the Customer Code column. The Currency
table have a relationship with the Customer Table through the Country Column.
What I want to achieve is a formula to do the exchange rate based on the Invoice Date column present on the Invoice Table. So I have created a column on the Currency Table named at each month of the year and populated it with the exchange rates for all countries
(countries listed using ISO3 format).
My problem is while I am able to select a column from the Currency table to do the exchange rate calculation using the below formula, I fail to realize how to do it per month:
=CALCULATE(sum(invoice[Gross Value])*SUM(Currency[Reverse]))
*Reverse is the column with the exchange rate for the country money to USD
What I am failing to do is how to make that calculation to also consider the month of the invoice and pull the exchange rate for the same month from the Currency table… something like:
Get the invoice date then find the column on Currency[Month] and multiply, providing me the USD amount.
I was unable to figure out a solution using the filters parameters from Calculate. If some of you ask why I am using SUM inside Calculate, is because if I only use SUM and try to do the math between the two tables I get an error saying that it was not possible
to determine the value on Currency[Reverse]. Same happens with SUMX. It worked out with Calculate, but then I cannot create other formulas using CALCULATE on that table because it will give that error on redundancy, unless I add a filter on it, which worked
last time (but I do not remember which thing /parameter used to filter, so do not ask it right now :D)
To be honest… I do not really need that level of accuracy, but my Virgo perfectionist side demands me to find a solution to that, that will not use a single exchange rate, but consider which is the correct exchange rate for the month of the invoice and calculate
it correctly for all invoices. Just so you know, the Invoices tables has more than 1million lines.
Anyone know how to crack this problem or can point me to some site where I can learn how to do it?
Thanks for the time reading all of this, even if you cannot help, I really appreciate it ;)

Hi Estevao,
Having problems to understand how you managed to combine your currency table with the customer table by Country ID. Where’s the 1-side of this relation (many customers in the same country and many months for the same currency)?
Anyway: Seeing that you already use Power Query, I’d suggest that you prepare your data in a way that you can connect your currency table with your invoice table instead of with your customer table. Create a field in your Invoice Table
that concatenates Customers CountryID&Month.
Imke

What is Exchange Rate Revaluation and how does it impact B/L items and P/L

Dear All,
Can Any one please guide in the sense how a foreign currency revaluation impacts balance sheet and P/L items. ALso why do we need at all to do Foreign Currency Revaluation.
Pinee

Hi Pinee,
At month-end Balance Sheet accounts containing balances expressed in a transaction currency different from the Company Code base currency have to be revaluated at the ongoing exchange rate.
In relation to pure GL entries the automation of exchange rate revaluation is reached via the proper usage of:
Foreign currency GL balance sheet accounts.
GL accounts can be managed and run in a foreign currency
For a GL account in a foreign currency the account balance existing at period end is revaluated at the month-end rate.
The only accounts managed in foreign currency in the GL will typically be the Bank accounts denominated in a currency different from the Company Code base currency.
Open Item managed GL balance sheet accounts
In the case a GL account is defined as Open Item managed the system tracks each single Item posted, marking it as open or cleared.
An Open Item GL account is typically used for accounts containing distinguishable open positions.
The following account categories will be managed as Open Item accounts in the GL:
Loans: Intercompany and Third Party
GR/IR: Clearing account for Goods receipt/invoice receipt
Bank clearing accounts
All the Open Items expressed in a currency different from the Company Code currency are properly revaluated at period-end.
Balance sheet items such as Vendor balances and Customer dues are also revaluated at the month end or year end depending on th requirement.
Regards
Pratiksha
*Please assign points if helpful

Exchange rate variances between Primary and Secondary Ledger

We have a little problem on our hands.....we are implementing dual ledgers with dynamic posting, primary in Canadian Dollar and secondary in USD.
Exchange rate variances would occur if for example, we consider material transactions at different points in time. We would have no problems in the primary. However, CAD to USD exchange rates are updated monthly and very likely, rates would change month to month. Therefore, exchange rate variances would happen frequently in the secondary ledger.
We have been asked by senior management how these variances would be handled by EBS. Just wondering if you have ideas though we are looking into the accounting events in SLA.
Thanks,
Sanjib

If the requirement was to maintain balance in USD and Canadian dollar, You can use the Reporting currency option instead of Secondary ledger.
Regards,
Chirag

Loyalty Management Best Practise Configuration Guide

Dear all,
we set up Loyalty Management in our Demo-System (CRM 7.0 Level5) as it is described in the SAP CRM Marketing book.
Unfortunately we still have problems with:
- sales order integration
- execution of membership activities
Does anybody has a Best Pracise Configuration Guide for Loyalty Management, I can use as an additional guide beneath the SAP Marketing book to solve these issues and to check all system settings and the customizing?

Language                                                  German
English (Master)
Compare versions               SSCR         Download
In case, the page does not refresh automatically within 10 seconds
after finishing with correction activity,
please use the REFRESH button!
Refresh
Content:                                   Summary                  |                   Header Data                  |                   Validity                  |                   Attachments
I know this is a late post but will help other users who search.
Note - 1331970.
Symptom
Loyalty functionality in sales order
Solution
Please read the documentation below Setup for Integration of Sales Order with Loyalty for CRM 7.0 You can use this note to integrate the loyalty application with sales order to allow customers to earn reward points on purchase of products, redeem points and buy point products. To enable the above-mentioned functionality, the following set up has to be carried out in the system: -> Product master data You have to add SetType REWARD_PRO_LOY (created for product type Material) to the product category. You may create a new product category for loyalty products. You can add the settype to a product category using the following steps: 1. Use transaction COMM_HIERARCHY
2. Search for the category to be used for loyalty products
3. In the SetTypes tab under Category Data, add REWARD_PRO_LOY as the settype After the settype is added to the loyalty product category, it will appear as point information assignment block in the product overview page. Here, you can maintain point information for Accrual, Redemption and Buy Points scenarios. You have to select the Scenario, Point Type (Points, Miles etc) and enter the associated number of points. The following three activities are supported: -> Accrual
In this scenario, a customer buys standard products and earns reward points for his purchase. The actual points to be accrued will be maintained at product master data level. You have to select EARN as the loyalty scenario. Example: We have a product, Laptop T 61, which has 1000 reward points associated with it, at the product master level. If a customer buys this product a member activity will be created and 1000 points will be credited to his account. Note: You can maintain points for a product with a particular loyalty scenario in the point information assignment block of product overview page. -> Redemption
In this scenario, a customer redeems his points to buy products. In CRM 7.0, redemption products have 100% discount and can be bought only by points. The point value of such products will be maintained at product master data level in point information assignment block. You have to select REDEEM as the loyalty scenario. Example: We have a keyboard HT-1010, which has a price of 5000 points (and 100% discount). If a customer buys this product, a member activity will be created and 5000 points will be deducted from the customer's account. -> Buy Points
This functionality enables a customer to purchase points. The point value of such products will be maintained at product master data level under the point Information assignment block. You have to select BUYPOINTS as the loyalty scenario. Note:
Point information is maintained for 1 base unit of product .If the quantity and unit of measure are changed, the points will be calculated accordingly.
-> Customizing in SPRO You have maintained the following customizing settings in SPRO:
-> In the customizing activity Define Point Types for Sales-Order Integration, you maintain point types. For more information, see SAP Customizing Implementation guide   Customer Relationship Management Marketing Loyalty Management - Design Channel Integration Define Point Types for Sales-Order Integration Point Information in product master can be maintained only for these point types.
-> In the customizing activity Define Categories and Types for Sales Order Integration, you maintain member activity category, activity type, sales order status for which activity will be created and the processing delay ( Process On Hold) for a particular loyalty scenario. For more information, see SAP Customizing Implementation guide Customer Relationship Management Marketing Loyalty Management - Execution Member Activities Define Categories and Types for Sales Order Integration
-> In the customizing activity Define Transaction Types, you maintain the transaction types for accrual, redemption and buy points. For more information, see SAP Customizing Implementation guide Customer Relationship Management Transactions Basic Settings Define Transaction Types Note:
Reference transaction types LTAA, LTAR and LTAB are delivered for CRM IC and UIU. For web channel, transaction types ISLA, ISLR and ISLB are delivered. You can create new transaction types on project basis but transaction classification should be maintained as A, R and B for accrual, redemption and buy points transactions respectively. For redemption transaction LTAR, the item category is LTAR where the pricing process is maintained as 100% discount. Therefore, the net value will always be 0 for redemption items and only points will be charged. You have to maintain the condition 0R10 in pricing procedure. The pricing procedure 0CRM01 contains the details of condition 0R10. If you do not maintain 100% discount, then additional currency price will be displayed. For example, $200 + 100 MILES. Billing and delivery related customizing has to be done on a project basis. ----------------------------------------------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------- Setup for Integration of Sales Order with Loyalty in EhPx for CRM 7.0 You can use this note to integrate the loyalty application with sales order to allow customers to earn reward points on purchase of products, redeem points and buy point products. To enable the above-mentioned functionality, the following set up has to be carried out in the system: -> Product master data You have to add SetType REWARD_PRO_LOY (created for product type Material) to the product category. You may create a new product category for loyalty products. You can add the SetType to a product category using the following steps: 1. Use transaction COMM_HIERARCHY
2. Search for the category to be used for loyalty products
3. In the SetTypes tab under Category Data, add REWARD_PRO_LOY as the SetType After the SetType is added to the loyalty product category, it will appear as point information assignment block in the product overview page. Here, you can maintain point information for Accrual, Redemption and Buy Points scenarios. You have to select the Scenario, Point Type (Points, Miles etc) and enter the associated number of points. The following three activities are supported: -> Accrual
In this scenario, a customer buys standard products and earns reward points for his purchase. The actual points to be accrued will be maintained at product master data level. You have to select EARN as the loyalty scenario. Example: We have a product, Laptop T 61, which has 1000 reward points associated with it, at the product master level. If a customer buys this product a member activity will be created and 1000 points will be credited to his account. Note: You can maintain points for a product with a particular loyalty scenario in the point information assignment block of product overview page. This is an optional activity. In many cases, the points accrued will not be maintained in the product master data but will be determined based on reward rules. In such cases, you do not have to maintain the SetType. -> Buy Points
This functionality enables a customer to purchase points. The point value of such products will be maintained at product master data level under the point Information assignment block. You have to select BUYPOINTS as the loyalty scenario. This activity is mandatory for Buy Points scenario. -> Redemption
In this scenario, a customer redeems his points to buy products. In CRM 7.0, redemption products have 100% discount and can be bought only by points. The point value of such products will be maintained at product master data level in point information assignment block. You have to select REDEEM as the loyalty scenario. Example: We have a keyboard HT-1010, which has a price of 5000 points (and 100% discount). If a customer buys this product, a member activity will be created and 5000 points will be deducted from the customer's account. Note:
Point information is maintained for 1 base unit of product .If the quantity and unit of measure are changed, the points will be calculated accordingly. Redemption functionality in Ehp1 for CRM 7.0 In case of redemption, you have three payment options to choose from. You choose the payment option in the customizing activity Define Mixed Payment for Sales Order Integration. For more information, see SAP Customizing Implementation guide   Customer Relationship Management Marketing   Loyalty Management Channel Integration Define Mixed Payment for Sales Order Integration a) Fixed redemption value from Product Master
The point information will be picked from the SetType as explained above and 100% discount will be given at item category level. Attached is the screenshot of the same. Using Pricing Process, you can select whether normal pricing is executed or 100% discount is given. In addition to the above-mentioned setting, a 100% discount condition should be included in the pricing procedure. For this purpose, you can use the standard condition 0R10 in the pricing procedure. b) Mixed redemption using Conditions and IPC With Ehp1 for CRM 7.0, mixed payment functionality is available. This enables a consumer to pay with points and money in a single sales transaction. You can maintain point prices as conditions in product master data under the Prices assignment block. The condition type
0LM1 with condition tables SAP002, 003 and 004 are used to maintain these point conditions as seen in the screenshot below. Select the option '0LM1_LM_SAP002' from the dropdown. Select 0LM1_LM_SAP002 from the dropdown. In the above screenshot, Price in Points = 100% point price , Max Price in Points = maximum points a consumer can spend, Min Price in Points = minimum points a consumer should spend for this product. Note:
In the above scenario, entries in Point Information assignment block will not be considered for redemption but the information will be picked from the conditions. A new usage LM is developed for points as conditions. You can use the customizing activity Condition Technique: Basics to develop condition tables, access sequences, condition types and point procedures.
For more information, see SAP Customizing Implementation guide   Customer Relationship Management Master Data Conditions and Condition Technique Condition Technique: Basics You can create condition objects with application CRM and usage LM. The point procedure 0LM001 is delivered and can be used in a sales transaction using the below the customizing Determine Point Procedures. Point information will be fetched by executing this procedure. For more information, see SAP Customizing Implementation guide   Customer Relationship Management Marketing Loyalty Management Channel Integration Determine Point Procedures You can assign this point procedure to a particular sales org, distribution channel, division, customer pricing procedure and document pricing procedure the same way it is done with pricing procedure. If you decide to use only points in a sales transaction (consumer has to pay 100% point price always), a standard pricing procedure with 100% discount would suffice. If you want to allow mixed pricing, for example, a consumer can pay anything between 1000 to 2000 points and rest in currency, then condition type 2902 (point based discount) should be included in the pricing procedure and 100% discount should not be chosen at item category level as explained above. The conversion rate between points and currency can be maintained in CRM UI in the following manner:
1. Go to Loyalty Management
2. Select Prices
3. Choose 2900 as the Price Maintenance Group
Attached is the screenshot of the same. Here 1 USD is maintained as 1 point. Product specific conversion rates are also allowed. Condition type 2901 is the reference condition type for 2902 and 2903 (used in flexible order and is described later in the section flexible order). Scales can be maintained for the conversion rates. For example, for the first 1000 Points it is 0.5 USD per point. From 1000 to 2000 points, it is 0.75 USD per point and from 2000 points onwards, it is 1 USD per 1 Point Example of Sales order Here, a product TV-1000 is maintained with Point price as 1000 Miles and Min Point price as 500 miles and Max point as 1000 Miles. A consumer purchases this product using a redemption transaction and spends 500 points. With a conversion rate of 1 USD equal 1 point, the net value becomes 500 USD + 500 Miles. If consumer spends 1000 Miles, the net value will be 0 USD + 1000 miles. Similarly, various combinations of maximum price and minimum price can be maintained in Product master and accordingly consumer can use his points to redeem products. c) Mixed payment using Flexible order If you do not wish to maintain point prices for individual products due to high volume of products, specifically in retail, then they you select this option where during the checkout, consumer will be given the option to use his points. Discount will be given based on the points spent at an item level. In this case, the only thing you have to maintain is a fixed conversion rate (condition type 2901). The transaction type will be the same as accrual. For example, a consumer purchases a product HT-1000 on which he can earn 1000 special points. During checkout, he will be asked to use his points. Use Point Payment will be enabled, and he can enter points he wants to redeem. If he decides to use 500 points, then a discount will be given to him based on the points spent. Here, with a conversion rate of 1 USD equal to 1 point, 500 USD discount will be given and accrual information will be lost. Hence, the points spent will be equal to 500. Discount Based on Member Basic and Lifetime Tiers In accrual transactions, discounts can be given to members who have reached a particular tier (Basic and Lifetime tiers). This can be maintained as a condition using the following steps:
1. In CRM UI, go to Loyalty Management
2. Select Prices
3. Choose 29MD as the Price Maintenance Group
Here, we can maintain the percentage discount on a product for a particular basic and lifetime tier. The condition type 29MD should be included in the pricing procedure of sales transaction to provide discounts. In sales order processing, you can check the discount under the assignment block Price Totals on the overview page. In this case, a 2% discount is given based on the above condition as shown in the third row) Generation of Billing Documents Once a sales order is created and saved, you can generate a billing document as a follow up activity. For loyalty sales transactions, the following three new fields are added to the billing document.
-> Points
-> Point type
-> Points spent In Accrual and Buy Points scenarios, Points = Points accrued; Point type = Miles, points etc; Points spent = 0 In redemption scenarios, Points = Total point price; Point type = Miles, Points etc; Points spent = points spent by the consumer To generate billing document from a sales order, you have to select a relevant billing option for the item category. In this case, we have selected Transaction-Related Billing According to Order Quantity. The billing will happen via CRM Billing.
Note: Only CRM Billing is currently supported
As billing will happen only if the order is replicated successfully to ERP (where shipping, delivery and logistics will be done), you have to ensure that all the master data, for example, products, BP (sold to party), conditions, etc are present in ERP along with the transaction type and item category (for example, LTAA and LTAN). Once replication is complete, we can create a billing document from the sales order overview page. Select Create Follow-up and choose Billing. -> Customizing in SPRO You have maintained the following customizing settings in SPRO:
-> In the customizing activity Define Point Types for Sales-Order Integration, you maintain point types. For more information, see SAP Customizing Implementation guide   Customer Relationship Management Marketing   Loyalty Management Channel Integration   Define Point Types for Sales-Order Integration Point Information in product master can be maintained only for these point types.
-> In the customizing activity Define Categories and Types for Sales Order Integration, you maintain member activity category, activity type, sales order status for which activity will be created and the processing delay (Process On Hold) for a particular loyalty scenario. For more information, see SAP Customizing Implementation guide Customer Relationship Management Marketing Loyalty Management Member Activities Define Categories and Types for Sales Order Integration
-> In the customizing activity Define Transaction Types, you maintain the transaction types for accrual, redemption and buy points. For more information, see SAP Customizing Implementation guide Customer Relationship Management Transactions Basic Settings Define Transaction Types
Note:
Reference transaction types LTAA, LTAR and LTAB are delivered for CRM IC and UIU. For web channel, transaction types ISLA, ISLR and ISLB are delivered. You can create new transaction types on project basis but transaction classification should be maintained as A, R and B for accrual, redemption and buy points transactions respectively. For redemption transaction LTAR, the item category is LTAR where the pricing process is maintained as 100% discount. Therefore, the net value will always be 0 for redemption items and only points will be charged. You have to maintain the condition 0R10 in pricing procedure. The pricing procedure 0CRM01 contains the details of condition 0R10. If you do not maintain 100% discount, then additional currency price will be displayed. For example, $200 + 100 MILES. Billing and delivery related customizing has to be done on a project basis. -> In the customizing activity Assign Product Hierarchy for Sales Order Integration, you register the product hierarchy if it is not the same as sales operation hierarchy. For more information, see SAP Customizing Implementation guide Customer Relationship Management Marketing Loyalty Management Channel Integration Assign Product Hierarchy for Sales Order Integration This customizing will help you create reward rules based on product categories and process them during creation of member activity using sales order. -> In the customizing activity Determine Pricing Procedure, you maintain 29CRLM as the pricing procedure for loyalty transactions. For more information, see SAP Customizing Implementation guide Customer Relationship Management Marketing Business Functions Pricing Pricing in the Business Transaction Determine Pricing Procedure For more information please refer to the attachment and IMG Documentation.

Exchange rate at IV and GR

hi all ,
During invoice verification and goods receipt , exchange rate depend on whether the invoice date or posting date ?
thanks
laxman

Hi lakshman,
there are two types of exchange rates
fixed and current exchange rate,
if it is fixed in PO check the " exange rated fixed " button,
If this rate is fixed, the system uses the exchange rate from the purchase
order to convert the foreign currency to the local currency at goods receipt
and at invoice receipt.
If the exchange rate is not fixed,
the system uses the current exchange rate
to convert the foreign currency to the local currency at goods receipt. In
Invoice Verification, the system also suggests the current exchange rate as
the exchange factor, but you can change it.
If the exchange rate is not fixed, exchange rate differences can occur as a result of
using different exchange rates. Exchange rate differences are actually the same as
price differences. The way that the system posts exchange rate differences depends
on the settings that have been made in Customizing for Materials Management
under
Logistics Invoice Verification → Incoming Invoice → Configure How
Exchange Rate Differences Are Treated.
They are applicable on invoice date only
if this is useful reward points
lakshmi reddy
Edited by: lakshmi reddy on Dec 28, 2007 9:26 AM

Unrealized Gain/loss from exchange rate

Hi all,
Please i need help , exchange rate fixed is checked in PO ,at the point of MIGO system use exchange rate in PO.When i check Accounting document in MIGO system Debit Stock account and Credit GR/IR account using exchange rate in PO ,but the difference of exchange rate in PO and system exchange rate, Debit Price diff. clearing account and Credit unrealized Gain/loss from exchange rate account ,I need to know if the posting is correct.Thanks. The Accounting Document was displayed as follows:
Stock account was Debited
GR/IR account was Credited
Price difference clearing account was Credited
Unrealized Gain/loss from exchange rate account was Debited

Yes the account postings are correct if you are using a Std price control on the material master.

EXCHANGE RATE IN IMPORT PO

HI,
WHEN I AM DOING THE MIRO FOR PLANNED DELIVERY COST WITH DIFFERENT VENDOR IN CASE OF IMPORT PO.
AT THE TIME OF MIRO IT IS PICKING THE CURRENT EXCHANGE RATE ENTERED IN OB08,NOT WHAT I HAVE MENTIONED IN PO.THOUGH I HAVE TICKED THE "FIX EXCHANGE RATE" BOX.
PLZ GIVE SOME SOLUTION.IT IS URGENT.
POINTS WILL BE REWARDED.
REGARDS
JASH

Hi,
Can you run the scenario one more time. Before tht change the exchange rate in OB08. Enter the required exchange rate in PO and select the tick box. It will work definately.
If you hve not select the exchange rate fixed tick box it will pick the exchange rate from OB08.
Hope you know you can change the exchange rate in MIRO also.
reg
Durga
*Assign points if info useful

Payment program and exchange rate

Hey Gurus,
When i run the payment program to pay my foreign vendor in foreign currency the system does not calculate the exchange difference at the point of the payment program.
Example.
invoice on 9/11 for 4267.50AUD the rate 1.2154 =3511.19usd run the payment program on 9/17 the rate is 1.18840. it pays out 3511.9 instead of 3590.96usd. The difference between the 3511.19 and 3590.96 would be the exchange loss or gain.
What is missing, or how should the system do it.
Then when the bank pays the order at the bank rate, the rate in the books and the bank rate are different, therefore different payment amounts, how do you set up the system to reconcile the two and generate another exchange rate.
Please
Thank you

Thank you for your quick response!!
What if i don't know the banks rate at the time of the payment program, which is what the case is going to be.
I guess my question is does the payment program calculate the exchange gain or loss when clearing the invoice , if so what settings make it do that?
And once the clearing is done and i receive the bank statement the two amount would be different due to the different exchange rates, how do i make the bank statement reconcile the two and post and exchange gain or loss.
Please help this is urgent.
Thank you

Loyalty Managment. Points exchange rate.

Similar Messages

Maybe you are looking for