Restrict Manual Entry of Items in SO (Returns)

Hi Experts,
We are creating sale return orders with reference to a billing document. Can we restrict the users that they can't add any item manually in the returns order i.e. items can be used only through reference to billing doc.
Plz help...
Thanks & Regards
Kuldeep Dahiya

Hi,
You can use Incompleteion Log Procedure -by adding VBAP- VGBEL  and  VBAP-VGPOS  fileds and assign to ur procedure .If new item is added system will through error.
Regards,
Jaya

Similar Messages

  • Restrict Manual Entry of Items while creation of sales order

    Hi,
    <b>Requirement:</b>
    User can create a sales order only for line items of contract if sales order is created with reference to contract. Any manual entry of line item should be restricted.
    <b>Analysis:</b>
      I have coded to check the line item is created with ref to contract or not.( VGBEL gets populated if it is created with ref to contract.). I checked in userexits (USEREXIT_SAVE_DOCUMENT_PREPARE) and (USEREXIT_FIELD_MODIFICATION).
      Do help if anyone have come across such scenario.
    Regards
    Sailaja.
    (Intelligroup)

    Hi,
       This functionality may be possible with a Configuration setting in SPRO.
       plz check with your Functional guys.
    regards.

  • How to restrict Manual entry in G/L with automatic Postings

    Dear Gurus
    We have a house bank account and have its three subsidiary account incoming, PDC and outgoing account. now whenever a user enter an incoming entry he has to do incoming debit and customer credit but some times as there is no blockage they mistakenly enter Main account instead of Incoming. We take the authorization of main account from them but it stops them from making reconciliation through ff67 or feban. Now please suggest what we do to stop them making manual entry in house bank account.
    Please suggest
    Salar

    Hi,
    Make autoposting for main bank account through master data maintenance.
    Regards
    Hari.

  • SD - Manual entries allowed for item category in the Sales Order

    Hi experts,
    please do you know any OSS note related to SD, in order to increase the number of Manual entries allowed for item category in the Sales Order (table T184)?
    Thank you very much
    Andrea

    Hi,
    I searched OSS notes and did not find any OSS Note related to add more than 11 Manual Item categories or append T184 Table.
    Has any found solution for this, will this be a CORE MOD.
    Pavan Verma

  • Restrict manual change in sales order with respect to quotation

    Hi All,
    The user use to create sales order with respect to quotation.  The user can able to change pricing as well as some header and item fields.  How can I restrict user for manual change in sales order expect some specific fields.
    Thanks.

    Hi Sunil,
    It is possible through configuration better you can post in sd forums.
    For the condition type settings , ensure that the manual entries is 'D'. it wont allow any changes in the order.
    Regards,
    Madhu.
    Edited by: madhurao123 on Aug 1, 2011 1:08 PM

  • How to restrict manual change to exchange rate.

    Hello
    Requirement:
    Our requirement is we want to control the manual exchange rate entry(user type or otherwise) at different form e.g. AP Invoice screen,AR Invoice,GL JV.
    What ever the rate defined pops up,should only be used for transactions and no scope should be given to user to change the rate.
    Process:
    Our process is that We have a boundary system and we manually enter the rates daily and upload to Oracle Application by running a program interfaced with the boundary system.The rates fetched from the boundary system sits in daily rate form as spot rate.
    The profile option "AR: Default Exchange Rate Type" has value "spot".
    Similarly in payable option the rate given as "spot".
    Solution provided by our consultant:
    We have Below clarification from the consultant Oracle team on controlling who can enter exchange rates manually vs who can not.
    Pls see response for both sub ledger and general ledger transactions. An ability to limit manual exchange rate entry & view is, therefore, available in Oracle.
    In Oracle, the transactions are created in subledgers and manual journals are created in General Ledger.The defaulting of exchange rate type is done separately for different subledgers. For General Ledger (creating manual journals) the control is separate.
    1)For transactions originating in subledgers , for eg.Accounts Receivable, the name of the profile option is "AR: Default Exchange Rate Type" and looking at your requirement, this should be set at "Corporate" and not "User" or "Spot". Setting it at Corporate, will make the application look at the predefined corporate rates. Similarly for transactions (invoices/payments) in Accounts Payable, the defaulting can be configured through payable options.
    2)For manual journals , the defaulting of exchange rate type is controlled separately. This can also be secured by definition access set which will prevent unauthorized changes to rate type.
    Questions:
    1.Can we take their suggest given our process that changing the rate to corporate will restrict manual intervention of the user.
    2.whether definition access set feature available in 11.5.10.2 and if so how can we configure.
    3.What is the best way to restrict user from manual intervention.

    Hello.
    For the mentioned forms, you can use Forms Personalization to force users to use a certain type(s) of exchange rate.
    Octavio

  • Clearing of manual entries in GR/IR not happening

    Hi All,
    I've made two manual entries in the GR/IR account. The second entry being the reverse of the first, so basically they cancel out each other. But as these arent linked to a PO, the line items arent being cleared by F.13
    I tried manual clearing FB1s and F-04 but it picks up only one line item (the reverse line item i.e. credit item). And so I cant even manually clear these line items.
    Can you please provide a solution?
    Regards,
    Tejas

    Hi Tejas,
    Please have a look at Note : 178487, maybe it helps... it talks about several points like:
    1. In the master data of the G/L accounts, flag "Line item display" or "Open item management" was set for accounts which do not require line items.
    2. Update of FI data from the upstream modules is too detailed.
    3. Problems during clearing
    4. Data is kept too long in the system.
    But I am not very sure whether it answers your exact scenario.
    Coming to the point of clearing open line items 'easy way', as Janani mentioned, there seems to be no easy ways for clearing the open line items. As I understand, the primary reason for this could be because we are dealing with business sensitive data and the open line items are infact open because of some valid reason, and should not be closed using short cuts. What I mean is... a line item could be (or should be) open if there is some business transaction yet to be completed or it is closed if the transaction is completed and its the job of the user who is responsible for the transaction to make sure that the line item is cleared when the transaction is complete.
    In my experience, as you and Janani have experienced, it is normal that we see a lot of documents not archivable because of open items. In my previous experiences, we have handled it this way:
    1. Run the Archive run in test mode (prefarably with 'only incorrect docs in log')
    2. Give the log to the financial users/module owners to analyze the log (you can use FB99 also to see whether individual documents are archivable or not)
    3. Come up with a strategy to close the open items. Distribute the log to respective users (maybe according to doc type) and come out with a time schedule to close these items. It will definately take some time.. say weeks, to analyze each item and close it.
    4. Come up with a strategy so that so many documents are not kept open (unnecessarily) in the furture
    5. FI owners should have a relook whether the accounts managed under open item management are really required in OIM.
    In summary, no short cuts :(.
    Hope this helps,
    Naveen

  • Manual entry of CST & VAT cond in sales order

    Hi all,
    I have a senario where in my client wants to enter CST and VAT manually in the sales order, we are using TAXINN,
    Is it advisible for the above senario or can we maintain the above conditions manually.
    Problem is i changed the conditon types to manual entry, it is allowing in sales order but in Invoice it is picking up from the condition record already maintained for VAT and CST, if i give deletion indicator for all the records which i have maintained and enter manully will it work,
    Please help in this regard.
    Thanks in advance
    Siva

    Hi ,
    There is one option for tackling such senerios .
    In copy control between Sales Order and Invoive tcode VTFA
    There is one option called Pricing type (Just Press F4) and select the one which says copy pricing element unchnage and redetermine taxes (Put G or B in this field ) .
    If there is delivery relevant billing goto VTFL  and do the same change at Item level
    put G or B in Pricing type field.
    G - it will copy pricing as it is and redetermine taxes only
    B - It will carry out new prining in Invoice.
    This will definately work.

  • Restrict Double entry of condition type

    Hi All,
    How to control double entry of condition type at Item & header level in sales order????....any solution
    Thanks & best regards
    Umed

    Condition type settings V/06, Changes which can be made section maintain B- Automatic entry has priority , if condition record exist then system will not accept to enter manually.(If yours is autoamatic condition type.)
    If your condition type is manual and if you maintain 'C' - Manual entries has been priority or Blank - No lomitations, then i think we can not stop this.
    Regards,
    Ramesh

  • How to restrict the entry of same material twice on the order

    HI,
    How to restrict the entry of same material twice on the order before saving the Order ?
    I do not want my users to enter the same material as two different line items in the order.
    Any inputs wud b appreciated

    Hi Vam,
    For this you need to take the help of an ABAPer . Ask him to modify the user exit and add the logic.
    For user exit please go through the below link it will help you to resolve your issue.
    http://help.sap.com/saphelp_46c/helpdata/en/1c/f62c7dd435d1118b3f0060b03ca329/content.htm
    Regards,
    Krishna O
    Edited by: Krishna O on Jun 3, 2010 12:29 PM

  • Restrict Duplicate entry of record before saving the form

    Hi!!
    I need to validate duplicate entry of ITEM CODE before saving the FORM. Which means, if I have entered an ITEM CODE in a row, the same ITEM CODE should not be allowed to be entered in any other rows. It should throw an error message and should ask to enter another ITEM CODE instead. I did not get the correct logic from the threads.
    Regards
    Mitto

    hey i have a requirement that to restrict duplicate entry in both block(both multi record).the blocks are DEPT(MATER)
    EMP(DETAIL)
    the associated fieds in master block DEPT.DEPT_NO,in detail EMP.EMP_ID .
    I have done' Kevin D Clarke’s calculated item ' both in master and detail block
    its working fine for master block but in case of detail block its only respond to the current session(i.e. if the new value is inserted or save it will restrict another record to be inserted of that last record's value),it does not restrict duplicate value enter ,checking with other existing records(which are saved in earlier session,though after query it is shown on the form)
    can anyone guide me why its not working

  • How to Block Manual Entries in STO Outbound VL02N

    Hi Fyi's,
    I Have a Requirement i have to block putting manual entries in Outbound Delivery Document. It should allow PGI for line items with reference STO Order only.
    Here in outbound delivery with reference to STO we are doing PGI, But in some cases endusers trying to add 1 or more line items directly in outbound delivery without document reference. for this system should not allow manual entries in outbound delivery.
    Guys can you please give me step by step solution so that it would so helpfull to me.
    Saravanan.S
    Edited by: S.Saravanan on Nov 27, 2009 5:39 AM

    Go to 0VLK, select your delivery type and click on "details". you will find a field for "item requirement". for LF, the standard entry is 202... change this to 101. what this does is to prevent manual entries without reference to a sales order."
    thanks
    G. Lakshmipathi

  • Standard Condition type used for Manual freight at item level

    Hello Gurus
    Can you please tell me the standard condition type used for entering freight manually at header as well as item level.
    Warm Regards
    Prashant Joshi.

    Prashanth,
    The freight Conditions that we use in Sales are two types
    HD00 - Header Level, wherein we have no access sequence
    KF00 - Item level, Wherein we have access sequence  KF00 - Freight
    But you want the condition types to be maintained manually, then you need item details screen of the respective condition type HD00/KF00 using Tcode V/06.
    Inside that Manual entry as "C". Similarly you need to maintain or activate "Manual" Indicator in pricing procedure. Then you can enter the freight Manually.
    Note:
    The difference In applying at the header level and item level is if you enter freight value at the header level it is applicable to all items in the item level. But if you want to apply freight  we can give freight to each item or selective item.
    Regards
    Sathya

  • How to make the manual entry of cost center in MIRO

    Hi
    In MIRO, Cost center field is not populating for the PO without material and with the account assignment project P. I want the cost center to be populated in the MIRO screen.
    In OLMRLIST screen cost center tab is not fixed. Once the cost center populates in the MIRO i can fix it.
    Please let me know the detailed procedure of how to make the manual entry of the cost center in MIRO?
    Raja

    Hi,
    If the PO is Account assigned PO then in MIRO you need to select the Layout as Account assigned -Costcentre, the system will change the Layout of the MIRO.
    So on the line item of MIRO you will find the Account assignment arrow mark (just move rightside of the MIRO line item) press this arrow mark,
    then system will take to other screen where you can enter the Manual entery to the Cost centre along with G/L account in MIRO
    hope this solves your problem. To enter the cost manually you need to select the Layout as Account assignment -- Cost centre.
    rgds
    Chidanand

  • BADI - ac_document for Non Business Area updation in MIRO - Manual entry

    Hi,
    We have customised the above badi to Zac_document1 and implemented successfully in our system. It is working correctly and giving proper / expected result except while doing the manual G/L entry in MIRO (In some of the scenarios).
    In our Production system, one of the end user has generated a MIRO document in reference to a PO. In actual Invoice there were miscellaneous charges added by the party (Vendor), but not mentioned those in PO. End User has adjusted those charges by debiting the required tax G/L  - u201CAP-CG Deduct-VATu201D account (In G/L Tab - in MIRO) and crediting the same amount to Material (In material tab of MIRO) that was used in PO.
    While debiting the amount to G/L u2013 u201CAP-CG Deduct-VATu201D account, End User has not put the Business Area (In G/L Tab u2013 MIRO) which in turn result into entry in "Non Business Area" for the "G/L - AP-CG Deduct-VAT" irrespective of BADI was active in the system to update the business Area.
    Could anybody suggest me the possibilities of non-picking up the Business Area in the line item of manual entry (In G/L tab of MIRO) entered in MIRO.
    FI document is getting generated properly with updation of Business Area in all other scenarios (i.e. MIRO & SD Billing generation).
    Points will be assigned to proper answer.
    Regards,
    Shridhar Sawant

    Closing the issue from my side since there was inconsistancy in coding at our end.
    Regards,
    Shridhar

Maybe you are looking for