Hi Anuj,
Check if you have an existing DME tree SEPA_CT, in your system,you may not need all the function modules and enhancements provided in 1665873,
You may be able to copy SEPA_CT and modify for your requirements.
Regards
Sach!n
↧
Re: DMEE for CGI PAIN 001.001.03 for US banks
↧
Re: foreing currency valuation (TS F.05) - Message no. 00344
Hi Cecilia,
I recomend you to implement the note 1676044.
Also you may implement notes 1605537 and 1137272.
After that the issue should be solved.
You should also check the field status at transactions OB14 and OB41 you can set the field as "Optional".
Best Regards,
Fernando Evangelista
↧
↧
Re: OABL transaction problems
Hi Maurico
the object will be S_ADMI_XXX
where XXX is the three character system ID
(Maintained as SYSTEM ID/SID in SAP logon pad)
Regards
Sach!n
↧
Re: Payment medium workbench:Output to file system
HI Aniruddha
How are you downloading the file from SAP directory ?
do not use AL11 > List > Save option.
Use transaction CG3Y to download the file from SAP directory and then check.
Regards
Sach!n
↧
Re: Post Icon in FV50,FV60,FV70,FV65,FV75
Hi Sap_Fi_Cn
You may try to use SE41 menu painter to remove post buttion in FV50, FV60 etc.
Thanks.
Cindy
↧
↧
Re: Is there a way in SAP to get the transactions booked to an expense account by vendor
Hi Hrusikesh,
Please check some related notes:
Note 39955 - Offsetting account in CO document (apparently) incorrect
Note 365478 - Customer Exit for Offset Account Determination
Note 354529 - Customer Exit for Offset Account Determination
And thread:
http://scn.sap.com/thread/1903527
Julie
↧
Re: Change payment advice printing program
Thanks for your reply Marssel, however, what I need to change is the program that system assigns in F110 when using a classic medium program method for payment advice printing. In the Tcode you posted you can change the control program for the payment run or format for the PMW payment method, still, you can't change the program for the payment advice printing here.
Any other solution please?
Regards,
↧
Re: WHt tax Calculation at downpayment clearing.
Thanks Sir/Madam for the reply.
1.I had maintained Liable Tick in the vendor master.
2. Also during FB60 , we delete the TAX-CODE which is applicable for TDS @ Payment.
The error was because I was not maintaining 'Business place' in the F-48 and FB60 document.
Hence the TDS line item was not getting populated.
Now the TDS line item is getting populated after maintaining the Business Place.
But , I am now getting new error during F-54 clearing.
I made downpayment with F-48 of 50000.Later I posted invoice fb60 with 150000
Let the TDS percentage be 2%.
While Clearing of Down-payment(F-54) with invoice.I am getting the error
"Balance in Global company currency CNY is too large for automatic correction"
Message no. F5580
The wrong accounting entries see are :
PK BusA Acct USD Amount Tax amnt
001 39A 0001005079 Test Vendor 50000-
002 26 0001005079 Test Vendor 49000
003 40 0021611000 TDS Payable 1000-
Actual entry should be
PK BusA Acct USD Amount Tax amnt
001 39A 0001005079 Test Vendor 50000-
002 26 0001005079 Test Vendor 49000
003 40 0021611000 TDS Payable 1000
I checked the following Things:
1.'central inv Prop' box is ticked.
2. I have maintained all the above GLs in OB09 for exchange rate difference.
3. Exchange rate are maintained in OB08 Table
Kindly suggest.
Thanks,
↧
Re: Profit Center is not deriving at J1IEX
Hi Raja Sekhar,
If the material is not having a profit center and you have enabled profit center as one of the scenario for document splitting with New GL then you will get an error message (balancing field profit center not available in line item......) you can not change the material master to input the profit center when the material has stock or has open purchase orders.
But you can change material master and maintain a profit center for that material by changing the message from error to warning in OMT4 for message type MM 335. But with this you will miss out postings to profit center prior to this change. This is purely a business decision
Let me know if this information is of help to you.
Regards.
KIM
↧
↧
Re: OABL transaction problems
This can only be used in PRD system as a pre-cutover activity. However, there is already data is being posted in previous years (you are doing technical upgrade or business process re-engineering), in such cases, never supposed to run this. Furthermore, it is always advisable to put the "Company Code Productive" check box selected, which prevent any inadvertent execution of these type of programs.
↧
Re: How table KNB4 is filled/calculated?
Hi John,
the "Arreas in days" are weighted by the payment amount.
The calculation works as follows:
In a first step the sum of
KNB4-AGS01 + KNB4-AGS02 + KNB4-AGS03 + KNB4-AGS05
is calculated (sum of Gross Total of Cleared Items without Cash Discount
Loss).
This is compared to the equivalent sum KNB4-AGS01 through KNB4-AGS05
(Gross Total of Cleared Items with Cash Discount Not Taken).
Now the "Arreas in Days" are calculated as the weigthed mean of
KNB4-VGS01 ...KNB4-VGS05 (Average arrears with cash discount payments).
The weight is the Gross Total of Cleared Items without Cash Discount
Loss.
Best Regards,
Fernando Evangelista
↧
Re: How to extend the bank account number in vendor master data if more than 18 digits bank account number is provided by the vendor?
Hi,
For technical reasons it's not possible to increase the screen length of
bank account number in vendor/customer master data as requiested by the
user.
To be able to store bank account for , save the first 18 digits
into field 'Bank account number', the rest into 'reference'. There are
function modules which in background concatenate both parts of
account number when creating DME file so that bank account number
is represented in the full length on DME file.
The function module CONVERT_BANK_ACCOUNT_NUMBER checks the ISO-code of the country being used.
More information on this is provided in below notes.
Also it has information on the classic payment medium programs where
the above FM is included.
96624 DME for bank account nos. with more than 18 digits
In the cases where country is not supported by standard at function module CONVERT_BANK_ACCOUNT_NUMBER it only can be achieved by BTE as explained in note 1037617.
I hope I could of assistance.
Best Regards,
Fernando Evangelista
↧
Re: FICO End user manual
Hi Sethuraman,
You can also refer to http://wiki.sdn.sap.com/wiki/display/ERPFI/Month+End+and+Year+End+Closing+Operations for details.
Let us know if you need further help.
Regards.
↧
↧
Re: FICO End user manual
Hi Marssel,
The links are not opening up. Can you tell me the possible reason or provide me something else.
Thanks
↧
Re: T D S
Hi Madhu,
please see this link, which I posted earlier, I did not get correct solution, You are saying to put indicator 2 or 3, If I add this indicators how the system behaves>
http://scn.sap.com/thread/3384468
Anil
↧
Re: FICO End user manual
It works for me. There's tonnes of documents available that you can choose based on your roll out setup.
↧
Re: Issue on Clearing Vendor Open Items - F-44
Hi Erico M.,
when you apreciate in the open list Item some credit or debit note, maybe didn´t see in the f-44 because is adding o subtracting his amount to the invoice afectted. this could be your doubt.
The situation is similar when you make a parcial payment.
when you enter in the F-44 transaction make a double clic in the afected invoice item, and you would see the other documents parcial payments, credits or debit note associated.
Verify too, that those documents are not blocked by a payment proposal planning in the tx. F110.
Best Regards.
↧
↧
Re: Trial Balance that can include/exclude/filter Profit Center
Hi Leo B.,
You have a lot of t.code options, but if really needs a very personalising report, try to building by tx. KE80 - KE86 those are report painters for CEBE and add the details by cost elements.
Best Regards.
↧
Re: foreing currency valuation (TS F.05) - Message no. 00344
Hi Cecilia,
Please apply note 1605537.
I think the note 1484381 exists in your system which allows the providing of the profit center via TCode F.05 for valuation postings but forget to remove it by tax accounts (to get consistency to the logic of the background process).
If you would like to use the tax account as the Bal. sheet adj account for itself again you should implement the new note 1676044.
This note removes the profit center before create the BI map (or before it gives the valuation postings to the background process by direct postings) by tax accounts to allow the background process to
post the valuation postings. As a result valuation postings with the note 1676044 to tax accounts do not contain profit center as account assignment.
Hope now you are clear with the reason.
BR,
Gavin
↧
Re: Exchange differences in partial payment transactions
Hi Andrea,
The foreign currency gain/loss produced from posting in foreign currency will only be generated by the system after the whole payment had been made and the account have been cleared.
The gain/loss will not be generated and there is neither way to do so if the payment is made only partially.
1. When a partial payment in foreign currency is posted, the original exchange rate from the invoice posting date is compared with the current exchange rate. Any exchange gains or losses are calculated and posted immediately in the document.
2. When the remaining balance is paid, any exchange gain or loss on that amount is calculated and posted in the same way.
When you receive a partial payment for an invoice please use the partial payment functionality in the open item processing. A partial payment represents a new open item on the opposite side than the invoice.
The original invoice remains uncleared, thus no exchange rate differences are created at that time.
When the rest of the invoice is being paid later, the incoming payment will be cleared against the invoice and the partial payment. At this time the system will create exchange rate differences, if
necessary.
However you could find following workaround,
This customizing setting might fulfill your requirements.
In the pure clearing transaction the partial payment is calculated with the current exchange rate. If an exchange rate difference has to be posted or not, depends on the fact, whether the flag 'Indicator: Exchange rate diffs partial payments by period' (T003-X_PP_PROCESS) is set.
If you set the flag T003-X_PP_PROCESS in the document type of the clearing, the partial payment is calculated with the exchange rate of the original invoice.
Please read the F1 help of this field: t003-x_pp_process.
IMG: Financial Accounting
->Financial Accounting Global Settings
->document
->document Header
->Indicate Currency Differences for Partial Payment.
Remark:
The special customizing (Indicator: Exchange rate diffs partial payments by period) is not regarded in the down payment clearing transaction FBA8. There is no recalculation and therefore no rounding difference can occur. The customizing is only relevant in the pure clearing transactions like FB1K, FB05, etc.
BR,
Gavin
↧