Interim ED accounts

Hi,
If i have to utilize the CENVAT cr fornightly then i need to use transaction J2IUN. So do utilization fornightly or monthly then while creating excise invoice utlization should be done.
These Excise invoice will be picked for fornightly. But when i follow the process while utlization the excise invoice are not picked.
In help.sap it states
"If immediate utilization is off for the series group, the system proposes the excise duty values directly in the RG 23A fields, but the postings are made to intermediate accounts for excise duty. The system does not create any Part II entries. Entries are posted into a dispatch register. When you then run the fortnightly payment program, the system picks up these invoices and allows payment of CENVAT."
Do i need to do any customization settings of intermediate accounts for excise duty.
Ramesh

Hi Lakshmipathi,
The immediate utlization icon is off but still the excise invoices are not dispalyed in J2IUN transaction.
I have checked at table level in part2 entries. These invoices are saved in Dispatch register.
waiting for solutions.
Ramesh
Edited by: ramesh sankannavar on Feb 25, 2010 3:54 PM

Similar Messages

How to Manage AP Invoice amount with 'Interim Liability account' using SLA..

Hi,
Standard:
In AP invoice accounting generated after done validation and 'create accounting process' then its creating Dr:Item account and Cr:Liability account---->This is Standard SLA functionality.
My Requirement:
Accounting should create Dr:Item account and Cr:Interim Liability account while validate the invoice, then after validate the invoice should create standard accounting (create accounting) this will be Dr:Item account and Cr:Liability account . To do this exercise i will have two liability balances Interim Liability account and Liability account.
How to setup this functionality using Subledger accounting method? or This is possible to do?
Please suggest me..
Thanks and Rgds
Suresh

Hi Suresh,
With encumbrance accounting, you can track the amount to be spent in Payables that was encumbered in Purchasing. This might help get you the results you need.
Unfortunately, I cannot think of an option for you that would work in standard accrual accounting. In the current model, an accounting event is created only during validation, and accounting is driven off of the events that are created.
Cheryl

Reversing interim cost account posting

Situation is like this:
1)-we recieve payments (BP unknown)
2)-payment to a ''parking'' account is carried out.
3)-afterwards we come to know of the actual BP and we clear the open items for that BP.
I need to know Point 3. because the Payment lot is closed( as in Point 2)
I have rec'd some tips in form of:-
-respective FI lines need to be searched. (how)
-reverse those financial lines (how)
-create new payment lot (how)
-and then finally assigning it to the u2018knownu2019 BPu2019s open item
I need some help on the 'hows'
Thanks in advance

Akhtar
-respective FI lines need to be searched. (how)
Use T-Code FP30 to search a payment.
-reverse those financial lines (how)
Use FP08 for Ind reversal and FP08M for mass reversal
-create new payment lot (how)
Use FP05 to create a new payment lot. Ideally this is not required as in the first instance itself the items goest to clarification /suspense account. either using FPCPL or FP05, you can clarify the item
-and then finally assigning it to the u2018knownu2019 BPu2019s open item
Use either FPCPL or FP05, to clarify the item
hope this helps
Rgds
Rajendra

Set Clearing Account to Cost Center or Cost of Sales

Dear Expert:
I have issues for two different spareparts material number (e.g. material number "A" & "B") that posted to Interim GL Account "C" which clear to two different receiver:
a) Clear to Cost Centre
b) Clear to Profit Segmet/material Number
E.g.
1. Material number "A" - when there is stock access from the cycle count, the amount will be posted to Interim GL "C". Once this GL 'C" is cleared the amount will be posted to one Cost Centre "D".
2. Material Number "B" - when there is stock access from the cycle count, the amount will be posted to Interim GL "C". Once this Interim GL "C" is cleared the amount will be posted to material "B" under profit segment and appear in the Profitability Analysis Report.
Appreciate your advice how to check the setting why these 2 materials ("A" & "B") go to different clearing receiver.
Thanks
Zahari

Receiver type depends on purpose of the object, for eg, you have an internal order to capture some costs, which you want to anlayse at cost center level upon order closing, then you would settle to cost center. similarly you have maintanance order which you can settle to GL code if you dont have intention to capilise the costs (fixed asset).

Reconcilation account issue

Hi all,
           I have made a vendor payment and I entered the following entries.
psky
(25)   Vendor account xxx
(50)    outgoing interim payment account xxx
After that i have passed an entry for transfering outgoing interim payment to main bank account.
psky
(40)    outgoing interim payment account xxx
(50)    Main bank account                                  xxx
(50)    Rounding off                                           xxx
While looking at the reconciliation account it shows me the negative balance in the line item. i.e.,outgoing interim payment shows debit balance as -xxx. How do we clear the second document against the first document.
Please draft me the solution.
Thanks.....

hi
Go the transaction code F.13 for automatci clearing anf F-03 for manaul clearing GL.
if you use manula clear F-03 enter here outgoing inter account number and clear the account
regards
roobal

Radius Authentication - Reauthentication via Accounting logs

Hi, we'r working on a scenario like this;
Client logs in to an WLAN via dot1x authentication, though we want to be able to disable re-authentication of the client on the radius when the session-timeout is reached. We also need the accounting logs to make sure that we can also kill the session if a certain traffic limit is reached. (WiSM-1 , 7.0.116 code)
The thing is that, whenever the session timeout occurs(that we set manually on the wlan), the client re-authanticates automatically and we can see access-requests and stuff though in terms of status we only see an "interim-update" accounting package in the radius thus unable to take action. The controller also uses PMK lifetime instead of the session-timeout we set which, I suppose, is derived fromt he session-timeout and some other timers as well. How do we get an accouting log when the session-timeout is reached thus the client needs to reauthenticate? (or how do we differentiate it actually, since we already see a log but its just an interim-update log)
WLC fires this when the PMK timeout is triggered.
15:23:35.224: ec:35:86:95:14:5e Initiating 802.1x due to PMK Timeout Event for STA.....15:23:35.562: ec:35:86:95:14:5e Setting re-auth timeout to 300 seconds, got from WLAN config.15:23:35.562: ec:35:86:95:14:5e Station ec:35:86:95:71:5e setting dot1x reauth timeout = 300...15:23:35.563: ec:35:86:95:14:5e Disabling re-auth since PMK lifetime can take care of same.
after the negotiation part(which is also not enough to make differentiation); radius gets this.
15:23:35.588: P6231982: Trace of Accounting-Request packet...15:23:35.592: P6231982: Acct-Status-Type = Interim-Update
Is there a way to enforce a session-timeout and make sure that the client will not re-auth automatically after this timeout and get and appropriate radius log?. PS: PMK cannot be disabled before 7.2 and WiSM-1 doesn't support that.
Thanks a lot for your responses in advance
Regards,
A.

Hey Scott, thanks for the tip.
The thing is, after an idle-timeout expires, I can see a stop accouting log at the radius side.
But after a session-timeout expires, I can only see an (re)authentication (without any start of course) and an interim-update log which gives no clue if this is a normal interim update or its sent because of the session-timeout. How am I to find which interim-update means a re-auth because of a session-timeout? or is it possible to make it send another accounting log to help me mark the session end?
Regards,
A.

Accounting document against ASN

We are planning to make payments against ASN to the Vendors. Standard ASN with creation of inbound deliveri will enable Invoice Verification and payment against the invoice.
However the Finance Team wants to see the material in transit in accounting. The rationale is that the material is owned by the company as soon as the material is placed aboard the ship by the vendor, as per the terms of the purchase order.
As such at the time of inbound delivery accounting entry:
Goods-in-transit Dr.
Inward Shipment Clearing Cr. (or any interim provision account).
Upon actual goods receipt the above entry should also be reversed automatically:
Goods-in-transit Cr.
Inward Shipment Clearing Dr. (or any interim provision account).
Is there a standard SAP functionality that will allow accounting and reversal of the Goods in Transit as above?

Hi,
     There is no standard to make such accounting entries.The standard for such a procedure would be:-
      Inbound Delivery
      Stock account Dr           (in MM to Stock in Transit)
      GR/IR account Cr.
      Final Receipt- in MM only
       Stock in Transit   Cr
      Unrestricted stock in normal storage location   Dr.
Kind regards

Can't Customize, Change Settings, or Move Files -- Permissions Issue?

Hey all:
Just got a new MBP w/ 10.5.2. Successfully migrated most of my user settings and applications from the old Tiger HDD (old laptop died a horrible death).
The problem is that aside from everything appearing to be the same, I'm finding that I don't have the access to do a whole lot with my own files. Several different problems that "seem" like they're stemming from the same accessiblity/permissions issue include:
Intermittent trouble downloading files with Firefox's default download tool.
Complete inability to change desktop background.
Programs fail to remember setting changes after quit and re-launch.
System Preferences do not remember changes to settings.
Certain files can not be moved, renamed, opened, or deleted w/o admin authorization, or in some cases, at all.
The problems started after I migrated the old system over after having an interim user account running for a few days prior. After migrating, I attempted to reconcile the two together and that's when things got hairy.
In the past couple days, I have tried:
1.) Archive and Install (preserving User settings - now down to just one admin).
2.) Changing permissions to system read/write, admin read/write, everyone read only for the entire /User directory, applied to all enclosed items.
3.) Repairing Permissions (which took about 10 minutes!)
I'm at the end of my rope here. I'm stuck with my OS acting the way it wants to, which is the exact way it was after being archived and reinstalled, no matter what changes I try to apply in the Finder, Preferences, or in any programs.
I'm thinking maybe a clean install and then migrating over the backup I just made on my external HD will get me my stuff without whatever troublesome thing is freezing me out, but I'm not really sure, and I don't really understand much about command lines in Terminal.
Does anyone have any ideas? Many thanks.

Oddly enough I just had a spastic moment with a mouse click and put my Drop Box in the Trash (I keep the Delete thing in my window toolbar, which is handy, but can lead to accidents)... Since I was playing with it I noticed its absence immediately. Realized what I had done after a moment's reflection, and put it back. Which just goes to confirm something I ALWAYS do before I empty the Trash: open it and see what's in there first, then click empty.
As to whether removing ACLs is for advanced users only: well, up until Leopard that's the way it always was, there were, until now, NO ACLs on the users folders. So should everyone have been an advanced user until now? Did you ever delete a folder in Jaquar or Panther or Tiger and empty your Trash without checking? Indeed, if you use Time Machine, available in Leopard but not before, you are already protected from such goofs, since you can recover things accidently deleted using Time Machine, so actually you are in better shape with Leopard than ever before, WITHOUT the ACLs if you use Time Machine. Until Leopard there was neither belt nor suspenders to automatically protect you from losing data. Leopard supplies both.
The situation reminds me of the continuing debate about virus protection on the Mac. Personally, I have seen various anti-virus programs cause all sorts of problems, and it has yet to protect any Mac system from anything (since as yet there are no Mac system viruses). Anti-virus software may have saved some users of Microsoft Office who share files with Windows users from getting a macro virus in their Word docs, and it might have kept a Mac user from passing on some email virus to some Windows users by forwarding stuff from the Internet. But still.... if you don't use MS Office or forward email junk, you get no benefit and may get some problems.
Same seems to me to be true of ACLs: it is possible to get a benefit (you can't accidently toss your Movies folder and lose data, assuming you mindlessly empty your Trash and don't have a backup), but an awful lot of people are having an awful lot of problems.
Francine
Francine
Schwieder

No batch session created for report RFUMSV50

if i execute the report RFUMSV50 for batch session, in sm35 no session is created.
when i first time ran, then batch was created. i have not changed anything in settings. after that
i posted 5 end to end cases from po to payment. now if i run report no batch session is created
where is the problem?
help please

Ok
But this report is not updating the records and no tax is transferred from interim tax account to final tax account. Also the output of the report is showing no value. It is blank.

Outgoing Payment - Credit Card

Hi All,
We have a company credit card. With this card, we may pay say 5 different vendors.
Since I cannot find a kind of "deposit" function for outgoing payments, I am thinking of this:
1. Create a "credit card prepayment" GL account in Assets
2. Do all 5 outgoing payments from this GL account (ignoring error message about cash flow report)
3. When we get the credit card statement to pay each month, doing another outgoing payment from my bank account to the "credit card prepayment" GL account
4. Manually internally reconcile "credit card prepayment account" GL
Can anyone suggest a better way, or does this look ok? The error with cash flow report is odd, as on one hand the amount of money has been paid, but on the other, is still owed to credit card company.
Thanks!
Rajiv
Edited by: Rajiv Agarwalla on Feb 23, 2009 7:33 PM

If there is a way to use an interim GL account similar to "cheque clearing a/c" for incoming payments, but for outgoing payments, then of course that is perfect!
We are trying to do the same thing but manually (it makes external bank reconciliation easier, as only 1 entry for payment to ccard company as per bank statement).
I tried to go to:
Banking->Outgoing Payments->Outgoing Payments->select Vendor/GL, tick amt, then click money bag, then Bank Transfer tab.
However, I do not see an option for interim GL account? I can see how to set this up as you suggested, but we wish to make payments manually each time and not using the Payment Wizard. Is there another way of utilizing this deature?
Thanks again,
Rajiv
Edited by: Rui Pereira on May 1, 2009 10:47 AM

Configure manual bank statement ff67

Hi!
I am configuring manual bank statement in ff67 for my Indian customer (I am from Sweden and has not worked with it before).
I have created three banks accounts:
One main account
One incoming account
One outgoing account
I have also created the house bank.
How do I configure transaction code named ZBSR for outgoing payment with assignment reference and ZBSD for incoming payment.
Thank you very much in advance!
BR Åsa

Hi.
The customizing is difference according to your business requirement.
For example you have a customer invoice document:
01 customer 100 USD / 50 revenue 100 USD.
Then you want to clearing Customer invoice direct with bank account in FF67
then you have to define in your posting rule , posting area:2, as below:
Posting Key         40                                    Posting Key
Sp.G/L Indicator                                          Sp.G/L Indicator
Acct symbol         Bank account                   Acct symbol
Document Type       DZ
Posting Type             8
Posting on acct key
Reversal Reason
if you want to use a Interim bank account to clearing the inovice, then you should define
then you have to define in your posting rule as below:
Posting area 1
Posting Key         40                 Posting Key         50
Sp.G/L Indicator                       Sp.G/L Indicator
Acct symbol         BANK            Acct symbol       bank clearing account
Posting Key         40                                    Posting Key
Sp.G/L Indicator                                          Sp.G/L Indicator
Acct symbol        bank clearing account        Acct symbol
Document Type       DZ
Posting Type             8
Posting on acct key
Reversal Reason
So it is necessary to do the customzing based on your business reqirements.
and in your case->you want the account 198001 to be credited in ff67 and account 198000 to be debited
Can you confirm whether the bank account defined in FI12 in your hourse bank/bank key is 198000, if yes, then you could define account symbol as below
Acct symbol: Bank with **********
Acct symbol:bank clearing account      with *********1
then the following document will be posted after run FF67
40 198000   100 USD/ 50 198001      100 USD
40 198001   100 USD/ 15 customer 100 USD
The vendor is the same senario.
Hope above information are useful to you!
Addition, you can use T-cd:OFTD, menu->business volumn->manually bank statement to find all customizng you should define.
With Best Regards,
Gladys Xing

GLcreation issue

I have one more doubt for GL creation which is asked by the clien
TDS on contractors they created GL accounts Tax category as > input tax allowed and also they have not ticked only balances in local currency but the same for other TDS on rent ,TDS on professional account they ahve ticked only balances in local currency and tax category as star (*) all types tax allowed.
anybody slove my issue?
Arjun

Hi Mallik Aerjun,
If your client is using deferred tax program (transferring the line item amounts from service tax interim GL accounts to service tax main accounts), while running any transaction (for ex: Vendor invoice) which involves service tax & TDS, system will expect tax category to be there in all gl line items. for this reason the tds gl accounts also to be maintained as tax related.
But its better to maintain * rather than < , >.
thanks & regards,
shashi kanth.

Family Pack patch for after R12 RUP 6

Hi Hussein,
EBS R12 (12.0.6)
RHEL 4.6
We have an on going implem of EBS R12 RUP 6 (FINANCIALS) and still, every day our functional consultant is still
encountering setup error and ask me to apply more patches. Does FINANCIALs have Family pack that followed
RUP 6? It is really tiring going to the client everyday just to apply 1 patch. I want to apply all at one time. How
do I find all the FINANCIAL pathces after 12.0.6? Is patchset.sh applicable to R12?
Thanks a lot

Hi Hussein,
Based on Note 793520.1 you gave me, the following ang the patches updates made after RUP 6.
These are quite plenty if I have to apply them 1 by 1. Are there family pack where all of these patches
are merged ? say RUP 7
Thanks
Financials R12.0.6 Software Updates
To assist you with your patch application testing, the following patch descriptions are listed below by business activity.
Create Accounting
Product      Patch Number      Description
Payables        7156680        Payment Accounting is now generated correctly for foreign currency invoices where rounding amount is larger than the invoice line base amount.
Payables        7295407        During Payment Accounting, deferred tax amount is now calculated correctly without deducting the withholding tax, thereby fully offsetting the interim tax account.
Payables        7318763        Performance of Unaccounted Transaction Report has been improved in processing unaccounted invoices. Execution time has been reduced by adding a filter condition while updating the global temporary table.
Payables        7351478        Create Accounting now updates the payment transaction processing status correctly if it errors out during processing and these transactions will be picked for processing during next accounting run.
Payables        7394744        Bank charge amount is now properly accounted when the currency has zero precision and the bank charges are prorated to multiple invoices. Earlier the actual discount taken and the discount accounted amounts were different.
Payables        7422774        Create Accounting now successfully accounts for payment clearing events in case of foreign currency payments. The loss is now calculated on the payment amount instead of the invoice amount.
Payables        7508899        Encumbrances now successfully gets reversed for exchange rate variances. Earlier encumbrances were not relieved to the extent of exchange rate variance amount.
Payables        7509835        Performance of Create Accounting program has been improved in processing accounting events associated with prepayment application, un-application, and adjustment.
Payables        7516015        Performance of Unaccounted Transaction Report has been improved in processing unaccounted invoices. Execution time has been reduced by relocating null check processing.
Payables        7560247        Create Accounting for payments transactions will now successfully account when the invoices paid by those payments have been partially paid, adjusted and then fully paid.
Payables        7595304        Create Accounting now properly accounts cancellation of payment, which was created, accounted and cancelled before upgrade.
Payables        7621517        Accounting in reporting ledger is now done correctly for invoices with the same currency as that of the primary ledger currency by using the exchange rate applicable on the general ledger date instead of invoice date.
Payables        7623562        Performance of Create Accounting program has been improved in processing invoice and payment events. Execution time has been reduced by making queries related to primary pay events more selective.
Payables        7688509        Create Accounting for prepayments now completes successfully for invoices having adjustment events in 11i and prepayment applied in R12.
Receivables        6970663        Performance of the Create Accounting program has been improved for processing accounting events associated with receipt application. Execution time of the program has been reduced from hours to a few minutes for processing accounting events for receipt applications to invoices containing hundreds of lines.
Receivables        7046688        Receivables now allows unapplied receipt account to be defined as a control account. The system no longer uses unapplied receipt account when creating accounting entries for unidentified receipts.
Receivables        7326016        When an on-account credit memo in functional currency is applied to an invoice, receivables no longer creates a gain/loss accounting line with zero amount.
Receivables        7447470        When using Subledger Accounting methods ' Multi-Fund Accrual - Account Method' or 'Multi-Fund Accrual - Balancing Method', Receivables now creates accounting entries successfully for credit memo which has freight line.
Receivables        7484811        Generation of accounting for bills receivables transaction has been corrected as follows: 1. When a bills receivable transaction is deleted, the system now correctly handles associated accounting events by deleting them. 2. When a bills receivable transaction status is changed to incomplete, the system now correctly handles associated accounting events by updating their status to incomplete. This prevents such transactions from appearing on Subledger Period Close Exception report.
Receivables        7497944        Receivables now creates correct accounting entry when a miscellaneous receipt is uncleared in Cash Management. Users will no longer encounter accounting error "The subledger journal entry does not balance in the entered currency" when the Create Accounting program process the miscellaneous receipt.
Receivables        7507503        When using Subledger Accounting methods ' Multi-Fund Accrual - Account Method' or 'Multi-Fund Accrual - Balancing Method', system now creates accounting entries successfully for credit memo refund activity. Users will no longer receive error message stating accounting entry is not balanced in entered currency.
Receivables        7528706        Receivables now creates a balanced accounting entry when a miscellaneous receipt is reversed.
Receivables        7535858        Receivables now calculates correct gain or loss in reporting ledger when a foreign currency receipt is applied to an invoice.
Receivables        7594971        Users can now perform receipt processing actions like unapplication, placing on-account, reverse, etc., on receipts upgraded from 11i. System no longer gives accounting errors when such actions are performed on upgraded receipts, which have gain/loss accounting lines created in 11i.
Receivables        7625737        For prepayment receipts, system now creates accounting entries with correct amounts. System no longer creates unapplied accounting line when the prepayment receipt is accounted.
Subledger Accounting        6997731        The Create Accounting program now completes successfully and no longer gives unique constraint violation error. Users encountered this error when same sequence number was generated for account event and accounting header.
Subledger Accounting        7230462        Payables: When using Multi Period Accounting (MPA) feature, system now creates final period accounting lines with correct amounts for a deferred Payables invoice.
Subledger Accounting        7253542        Receivables: Subledger Accounting now calculates correct gain or loss in reporting ledger when a foreign currency receipt is applied to an invoice.
Subledger Accounting        7259699        Cost Management: Performance of Transfer to General Ledger program has been enhanced when processing large volumes of data. Execution time has been reduced by leveraging available indexes.
Subledger Accounting        7351981        When the Create Accounting program is run in a translated language, the 'Report Date' field in the output of the program is now correctly translated into the template language.
Subledger Accounting        7481354        Loans: Supercedes the patch 7390659 which resolved online accounting for Receivables adjustments in Loans module. This patch includes required dependant patches.
Subledger Accounting        7483871        Import Application Accounting Definitions program now completes successfully without any errors when importing Oracle seeded Application Accounting Definitions which use supporting references.
Subledger Accounting        7512923        The Transfer to General Ledger program has been improved as follows: 1. The Create Accounting program now sets the status of accounting entries to 'Not Transferred to GL' for both primary and reporting ledger if the Journal Import program in General Ledger fails for reporting ledger. 2. The Create Accounting program now sets the status of accounting entries to 'Not Transferred to GL' if the journal entries selected for transfer failed to be inserted in General Ledger Interface. 3. The 'SLA: Disable Journal Import' profile option is end dated to discourage usage of this profile. 4. Interface tables used by journal import processing are now not dropped to help troubleshooting. 5. Six additional columns namely ENTITY_ID, EVENT_ID, AE_HEADER_ID, LINE_NUM, ACCTD_DR, ACCTD_CR will be populated in General Ledger import references during the journal import for the effective reconciliation between General Ledger and Subledger Accounting. 6. The Create Accounting program now sets the status of accounting entries to "Not transferred to GL" in Subledger Accounting if the journal import completes in status other than "Normal" and "Warning".
Subledger Accounting        7529475        The Create Accounting program now correctly generates rounding lines for encumbrance journal entries. Users will no longer encounter the General Ledger error "Encumbrance entry should have encumbrance type id populated" when encumbrance journal entries containing rounding lines are transferred to General Ledger.
Subledger Accounting        7567172        Payables: The Create Accounting program no longer ends in error when submitted in French language. The program now correctly handles column titles containing quote character.
Subledger Accounting        7608545        Payables: Subledger Accounting now correctly calculates opening balance for control accounts.
Subledger Accounting        7651627        The Create Accounting program now correctly handles data corruption in data extract. The program provides in the log file the details of events which have corrupted data in the extract.
Create Payments
Product      Patch Number      Description
Payables        7371792        Credit Memos are now correctly applied to the extent of available credit balance thereby preventing creation of negative payments.
Payables        7673570        Payments can now be successfully voided from Payment Workbench for payments created using Payment Process Request. Earlier it used to error with FRM-40654.
Payables        7674115        Performance of Payments Dashboard has been improved when querying Payment Process Request status. Execution time has been reduced by caching the Payment Process Request statuses.
Funds Capture
Product      Patch Number      Description
Payments        7260720        Payment System dropdown in Funds Capture Process Profile setup page now successfully displays the user created Payment Systems having only credit card as supported capability. Earlier it used to display user created Payment System when either both credit card and bank account transfer or only bank account transfer has been selected as supported capability.
Payments        7326965        Order Management: When creating new credit cards in sales order form, the card brand dropdown box now displays only those brands which have value 'Yes' for Accepted field in credit card brands setup in Payments.
Payments        7436823        Order Management: Approval Code is now correctly shown for credit card sales order by populating the right value for the authorized flag.
Payments        7437833        Credit Card refunds to customers no longer errors with java.sql.SQLException: Missing IN or OUT parameter at index: 22.
Payments        7459855        Spanish CSB 19 Direct Debit Magnetic format now displays value for the field due date in the output which was missing earlier.
Payments        7462188        Fetch Settlement Batch Clearing concurrent request is now importing the acknowledgment file from Paymentech payment system. The batch and the transaction status is also being updated to 0 (success) instead of 11 (pending) and 111 (pending) respectively. Prior to this fix the Fetch Settlement Batch Clearing program did not update the transactiona and batch status from the pending status.
Payments        7485946        Receivables: Auto Remittance program no longer errors out for Duplicate Order ID as Payments now provides only one authorization for each transaction extension id.
Payments        7488171        German Direct Debit format output file now displays correct data by modifying the following in the template: 1. Added fillers to form 128 byte records 2. Added rounding function to amount values 3. Removed line breaks 4. Replaced underscores with hyphen 5. Display condition for overflow record has been changed
Payments        7495784        Fetch Settlement Batch Clearing program now successfully matches the submission id generated during the settlement batch creation with the one present in the acknowledgment file received from FDC North Payment System by modifying the logic for security code length.
Payments        7510710        Fetch Settlement Batch Clearing program now successfully obtains full acknowledgment file from FDC North payment system.
Payments        7516906        Fetch Settlement Batch Clearing program now completes with Warning status if acknowledgment file is not found.
Payments        7527819        Create Settlement Batch program no longer generates empty output file for German Direct Debit format when XML extract contains amount in German notation and special characters. Template for German Direct Debit has been modified to provide conversion logic for amount in German notation and special characters.
Payments        7530578        Payments now successfully fetches Payment Card Level II & III details from Receivables by using transaction extension id instead of tangibleid. Earlier it was not able to fetch due to using tangibleid entity which has become obsolete in upstream applications in R12.
Payments        7536164        ECServlet security token check may now be disabled by setting newly added system profile option IBY: ECServlet Security Token Force to No.
Payments        7601765        Create Settlement Batch program for German Direct Debit format now completes successfully even if the bank branch number is null. This has been achieved by adding the to_number function while summing up the branch and bank numbers in the rtf template.
Payments        7611463        Credit Cards can now be created with credit card brand as Unknown. Earlier it was giving programing error while creating credit card with Unknown brand.
Payments        7623051        Submit Offline Transactions program now supports integration with gateway model payment systems for transactions using Funds Capture Process Profile.
Payments        7628586        Fetch Settlement Batch Clearing program now successfully updates the status of funds capture transactions with Paymentech payment system. This has been achieved by modifying the tangibleid generation logic which would restrict the tangibleid length to 19 characters which is below 22 i.e. maximum allowed by Paymentech.
Payments        7642479        Order Management: When creating new credit cards in sales order form, the card brand dropdown box now displays only those brands which have value 'Yes' for Accepted field in credit card brands setup in Payments.
Payments        7642886        Create Settlement Batch and Fetch Settlement Batch Clearing programs now ends in Warning status only when the acknowledgment file is missing.
Payments        7712875        Create Settlement Batches program now successfully processes refund transactions when any or both settlement date and settlement due date parameters are selected.
Funds Disbursement
Product      Patch Number      Description
Payments        6822879        In Payment Method usage rules, the First Party Legal Entity LOV will show all the legal entities defined in the application. This was achieved by rectifying the query used to retrieve legal entities.
Payments        7207573        Oracle Internet Expenses: When processing the employee expense reimbursements, Payments will now pick address from address type Mailing if the Provisional site is selected in the supplier setup.
Payments        7242267        Unique priority number is now assigned to each payment instrument when setting up the payment instruments. Earlier the payment instruments were added with duplicate priority numbers.
Payments        7252846        Logic for printing checks has been modified to print checks voided by overflow first followed by negotiable checks.
Payments        7286412        In Supplier Banking Details page when creating bank branch, RFC Identifier field now successfully saves and the text field is changed to a dropdown.
Payments        7329846        In the Positive Pay File with Additional Parameters program: 1. The LOV search for the bank account name parameter, no longer errors with message APP-FND-01444 and 2. Payment status dropdown now shows value Negotiable and Voided instead of Voided.
Payments        7333272        Send Separate Remittance Advice report now displays the details of checks voided by overflow and the invoices paid by these checks.
Payments        7348463        Payment Process Request details page now successfully displays information entered in the additional information tab.
Payments        7351153        Payment Process Request Status report now successfully displays the Report Date in the header.
Payments        7390295        Cash Management: For SEPA payments, group reconciliation can be performed successfully. This has been achieved by modifying payment grouping options in seeded Payment Process Profiles.
Payments        7410850        Payment amounts in New Zealand domestic EFT payment instruction is now correctly formatted. Earlier a cent was reduced from payment amount and formatted in the payment instruction.
Payments        7411229        Output file of Format Payment Instructions concurrent program now utilizes the outbound payment file prefix, file extension and file directory given in the Payment Process Profile.
Payments        7432754        Funds Disbursement Process Home page now opens quickly when user selects the Funds Disbursement Process Manager responsibility. This has been achieved by modifying the page so that the performance-affecting query is executed only once.
Payments        7433132        Payment Instruction program now displays payment amount text in words without any truncation. Earlier it used to truncate the text length when it is 116 characters.
Payments        7435768        Banking Details updated at supplier site level no longer errors with null pointer exception.
Payments        7448758        In Suppliers, when updating Separate Remittance Advice Delivery section with delivery method as fax or email, the information is saved only when the additional relevant information for each of the method is entered.
Payments        7459662        Payment Process Request Status Report now display the details of checks voided by overflow.
Payments        7477054        Payables: In Payments Dashboard, Today's Payment Process Requests section now correctly excludes transmitted Payment Process Request count in Processing column.
Payments        7481665        Payables: Payments Manager home page now opens quickly after performance improvement achieved by fine tuning the queries used for fetching the number of Payment Process Requests with status Processing and Need Action.
Payments        7484692        When processing customer refunds, payee name and bank account details are now printed on the check.
Payments        7492186        Payment Process Request no longer creates duplicate payments when more than one Build Payments program is triggered for the same Payment Process Request.
Payments        7501494        Multiple user defined validations attached to payment format are now getting saved. Earlier only the first user defined validation was getting saved.
Payments        7506922        Cash Management: Reconciliation of non-SEPA payments no longer errors out with APP-SQLAP-10786. This is achieved by properly handling group id having no values for non-SEPA payments.
Payments        7508983        Send Separate Remittance Advices report now displays postal code information for both payer and payee.
Payments        7516296        In the Positive Pay File with Additional Parameters program: 1. The LOV search for the bank account name parameter, no longer errors with message APP-FND-01444 and 2. Payment status dropdown now shows value Negotiable and Voided instead of Voided.
Payments        7517086        Send Separate Remittance Advices report now shows supplier bank account number in masked form.
Payments        7528455        In Payment Method usage rules, the First Party Legal Entity LOV will show all the legal entities defined in the application. This was achieved by rectifying the query used to retrieve legal entities.
Payments        7530130        Send Separate Remittance Advice report now displays the details of checks voided by overflow and the invoices paid by these checks.
Payments        7532799        Upgrade script has been modified to include text 'Stub after Payment' in the seeded Payment Process Profiles name for check payment formats having text 'Stub after Payment' in the name. Earlier the upgrade script used to create Payment Process Profile with duplicate names for such payment formats.
Payments        7533469        Payables: In Payments Dashboard, Today's Payment Process Requests section now correctly excludes transmitted Payment Process Request count in Processing column.
Payments        7536110        Unique priority number is now assigned to each payment instrument when setting up the payment instruments. Earlier the payment instruments were added with duplicate priority numbers.
Payments        7540297        Oracle EDI Gateway: EDI Remittance Method field in ECE PYO file now shows delivery channel code instead of the payment due date.
Payments        7551983        Funds Disbursement Process Home page now opens quickly after performance improvement achieved by modifying the query used for fetching the pending user actions.
Payments        7560766        Payables: In Payments Dashboard, Today's Payment Process Requests section now correctly considers incomplete Payment Process Request count in either Need Action or Processing columns. Earlier incomplete Payment Process Request count was considered in both the columns.
Payments        7588481        In Suppliers, Bank Account and Assignment Details page now displays the banks accounts for whom primary account owners have been end dated.
Payments        7595957        Italian EFT Format now shows the correct IBAN Check digit number and bank account number by changing the data type from numeric to alpha numeric in the template. Earlier the information for these fields was shown as zeroes for alpha characters.
Payments        7620214        Payables: Payables Open Interface Import program now correctly validates Remit To Supplier information and FRM-40654 error will no longer appear.
Payments        7630460        Oracle EDI Gateway: EDI Remittance Method field in ECE PYO file now shows delivery channel code instead of the payment due date.
Payments        7652218        Payment Details tab in customer account setup page no longer displays duplicate bank account details.
General

Deferred Sales Tax

Hi,
What are the steps to do the deferred Tax for AR? What would trigger the movement from the Interim Tax Account to the Tax Liability account? The revenue recognition program moves the deferred revenue to revenue account based on the revenue recognition options - invoice accounting rule. Now, the question is whether the same revenue recognition program would move the deferred tax to the Tax liability account or there is some other process that needs to happen. There is no mention of that in any document in Metalink or the implementation guide.
Thanks,
Arun

Hello,
You might check following path:
Financial Accounting (NOT NEW)
General Ledger Accounting
Business Transactions
    Closing
     Report
      Sales/Purchases Tax Returns
        Deferred taxes
Best regards

Down Payment Interim Account In SAP 8.8

Dear All,
Please let me know the use of Down Payment Interim Account under sales and purchase tab in gl account determination in SAP 8.8. I have tried some transactions but the same is not getting affected. Is it applicable for India Localization?
Regards
Kapil

Hi Kapil,
It is applicable for India Localization. And when you are going to do Incoming payment on base of "A/R Down Payment Request" then your "Down Payment Interim Account" will hit. In payment Dr effect goes to this GL and when you will link "A/R Down Payment Request" in "AR Invoice" then "Down Payment Interim Account" will nullify with CR effect.
Thanks,
Sachin

Interim ED accounts

Similar Messages

Maybe you are looking for