Authorization on Sales Documents

Hi experts.
It is possible to preventing a sales agent to open sales documents (offer, order etc etc) for which BP has set a sales agent other than A?
In practice I (Sales Agent A) can not see offers, orders, delivery notes, invoices that are not my BP
Any ideas?
I'm trying to set up permissions, data ownership, data ownership exceptions.. But i've some problems...

HI Samir.. Thank's for replay
Every sales/purchase agent have individual user id.
E.G.
Sales Agent A => User ID A
Sales Agent B => User ID B
Sales Agent C => User ID C
And every BP have individual sales employes.
I also set employee master data with manager, user code, sales employees (USER A, USER B, SALES AGENT B)
But i need to better understand how the data ownership work. I can not find any complete documentation about this..
Can you link me some exaustive documentation..Or drive me to understand better??
Thank's in advance..

Similar Messages

Insufficient authorization for sales document

Insufficient authorization for sales document
We are getting an error message as insufficient authorization in spite Sales Order fully approved. We are using Credit Card Processing without clearing house as payment process on sales order processing. Sales Order is process correctly with credit card pre-authorization.
Creating delivery and billing document is giving an error as Insufficient authorization.
We have completed configuration related to payment card. Also Maintain Clearing House...
Chart of Accounts              ***
Payment card receivables       ####        CASH CLR-CREDIT CARD
Clearing account               ####        CASH - PNC
Authorization                            CCARD_AUTH_SIMULATION
Initialization Authorization SET
Result Authorization (SET)               SD_CCARD_AUTH_CALL_RFC
RFC destinations of functions
Settlement                               CCARD_SETTLEMENT_SIMULATION
RFC destination of functions
Settlement answer                        CCARD_SETTLEMENT_RSP_EXECUTE
Thanks
PP

Yadav,
The new documents are working fine. The documents already created when try to release billing to accounting getting
message..Insufficient authorization for sales document 90000055
Message no. V/032
Procedure
Check the authorization amounts in the payment card plan and repeat authorization. Or reauthorize at a later time.
Thanks
PP

REMOVED " V/032 Insufficient authorization for sales document"

We are having serious issues with the multiple credit card authorization at the time of releasing the billing document to accounting. Everything is with fine with a single payment card. But as soon we split the order value into two payment card and try to release it to accounting, It gives me this error " Insufficient authorization for sales document XXXX". It was working fine sometime back in July and i had tested it many times, i have no clue what happened in the system or what triggered it. I have checked all the config and settings, everything is fine, and i am unable to understand what is causing this issue. Any help from anywhere would be greatly appreciated....
thanks all in advance for their input..
Message was edited by:
Yathish K

Hi,
Please read rules of engagement before posting.
Step 1: Finding An Answer
Rule number one: Try to find the answer first. There are tons of resources out there, show that you have tried to find the answer. A question that shows that the person is willing to try and help themselves is more likely to be answered than one which simply demands information. Tell us what you have done to try and solve the problem yourself - often we can learn from that too!
Search the forums, the articles, the blog posts and the Frequently Asked Questions (FAQ) in the Wiki for your topic.
Step 2: Asking Your Question
Once you have verified that no resources are available for solving your problem, ask your question. Do the following:
- Use a Good Subject Line
The subject header is your golden opportunity to attract qualified experts' attention in around 50 characters or less. Don't waste it on babble like "Workflow question". We all have busy jobs, often we just skim through the list headings and read those that interest us. Also, DO NOT reply to an unrelated post to ask a different question. This confuses those reading the thread and may lose people that would be interested in your question. Always start a new topic with a new mail.
Bad subject: Urgent problem with workflow
Good subject: Error after transport: "Inconsistent workflow definition"
Do not use words in capital letters and any of the words: urgent, quickly, burning, etc in your message. Especially not in the title! This just irritates and does not help you get to your goal. From our side, we definitely do not answer faster when we see these words.
The same goes for such things as ??? or !!! in appends. In the English language one ? or ! is sufficient to terminate a sentence.

Insufficent authorization for sales document 2321.....

hi gurus,
i have got a issue in credit card sales scenario .in this case while i am releasing the invoice to accounting i m getting this error
insufficent authorization for sales document 2321.....
message: no:-V/032
procedure:check the authorization amount in the payment card plan and repeat autorization or reauthorize at a later time
i have checked the sales order there payment card amount is authorized n the sales order showing green signal and card authororization is sucessful and before that preauthorization was also there but final authorization is done.after that delivery also done. but while doing invoice releasing to accounting i am getting above issue.anybody plz help me no guess please need solution
regards,
Debesh

This link is applicable to you
[Read This Before Closing your Threads|Read This Before Closing your Threads;
As indicated therein, please dont add any such unwanted letters or characters just to close the thread. You can just click the Answered button. If you really want to show that you respect forum members time, better try to develop the habit of updating the forum properly if your issue is resolved.
thanks
G. Lakshmipathi

Authorization at sales document header text type

Hi All,
Is it possible to have authority check at the sales document header text type ?
My basic requirement is to gray few text types at sales document header level in t-codes VA01 and VA02.
Appreciate your response.
Thanks,
Nagaraju

Hi raj,
U can configure Text Determination in T.code: VOTXN
it follows the condition technique
1. Define Condition Table
2. Define Access Sequence
3. Define Text Types
4. Define Text procedure
5. Activate to sales document types
there u can achieve ur purpose.
Reward if it helps.
Regards,
Anbu

No authorization for a sales document

Hello,
We are facing a strange issue. We have some sales orders. When user is trying to Access VA02 and modify a contract, We are getting an error as "No authorization to change this sales document". We could change some sales orders. We have observed two things here,
A) if a sales order has items in it,--> "No authorization to changes this sales document"
B) if a sales orders has no items in it --> "No problem with the authorization, we can modify the order".
Document type used for this sales order is ZC02. We have given ZC02 in role and 01,02,03,43,C1 and C2 activities in the roles along with proper Org values. still we are not able to open the sales order with change mode.
Could you please help me resolve this issue??

That is a custom authorization object and not a standard SAP one, right? My guess, in that case, is that the code that implements that auth object, presumably in a user exit or BAdI in VA02, is incorrect. That must be your code - time to speak to the person that wrote it?
Steve.

Sales Document initial load Authorization check.

Hi Guys,
I am trying to do an initial download of all the Sales Documents from R/3 to CRM but I get the error "An authorization check could not be executed".
SU53 is not showing any authorization failure for the corresponding user.
Thanks in advance,
Regards,
Siva.

Hi Siva,
As SU53 is not showing you anything, means there could be problem with rights of RFC user.
Check if your RFC user have all the required rights.
Best Regards,
Pratik Patel
Reward with points if it is of any help to you!

Authorization for My Own Sales Document

Hi Gurus,
we intend to restrict reporting so that it is limited to my own sales document.
business wise, we need this functionality to keep whole organization pipeline info confidential to the sales staff as it's related to account management.
whenever a sales document has a partner function person responsible maintained with my employee number, i will be authorized to generate the BIW report. on the other hand, if the person responsible in the sales document is other sales person, i will not be authorized to generate the report.
is there any authorization object to control this kind of restriction?
as we have lots of sales staff, we also avoid creating one job role for each sales staff.
any lead is really appreciated.
Regards,
JD

Hi JD,
Yes you need to create and authorization object in RSSM and select for which all the info providers you want to use the Auth obj.
Ex: i want to restrict my reporting users to the sales doc, and comp code.
1.Check the auth relevent for these info objects in Bex tab
2.Create auth objects for sales doc and comp code
3. check the info providers you want to restrict.
4. Create a role for Sales doc, in the change profile select the value for sales doc which i want to restrict to the user. ex :1001
5 Create a role for comp code,in the change profile select the value for comp code which i want to restrict to the user. ex :ABC.
6. Generate the auth object.
7. Check in RSSM for auth obj, for a given user.
8. check the values according to the roles assigned by you.
9.Generate the Auth obj.
10.go to rssmq -- > give the user -> select the query & run-> check for the desired results -- > come back F3 ---> check the log for the Auth objects hitting.
Cheer's
HVR.

Set "Sales Office" as an authorization for all sales document

Dear SD Expert,
        Base on ECC 6.0, I have to set authorization which check u201CSales Officeu201D in create/ change / display all sales document.
         I found that authorization object u201CV_VBKA_VKOu201D contain authorization filed ; that are, sales org, distribution, division, sales office and sales group. Also u201CV_VBKA_VKOu201D have assign to (Transaction code: VA03, VF03) as standard SAP (see in T-Code : SU24) . However, when I assign; for example, T-Code u201CVA03u201D, u201CVF03u201D in PFCG. After generated profile, only u201CSale org, distribution chan., and divisionu201D is pop-up. I wonder that
1)     Why u201CSales officeu201D dose not show in u201Corganization levelu201D ?
2)     How can I set u201CSales Officeu201D as an organization level? for checking an authorization
Please give me step-by-step.
Regards,
Prach

Refer SAP Help url it may help you , I did not work on this,[Maintain authorizations|http://help.sap.com/saphelp_45b/helpdata/en/91/6cec6eb435d1118b3f0060b03ca329/content.htm]

Authorization for printing sales documents

Hi all,
I have created a role having a series of transactions and I created the authorisations automatically for these transactions.
The role operates fine, allowing users to use only the transactions in the role and no other.
The problem is that the users are not able to print messages, I mean they are not able to print sales documents and purchase documents, such as sales orders or purchase orders.
Any ideas??? what objects should I add in authorisation sequence in order for them to be able to print all documents

Have users attempt to print, then immediately do transaction SU53. That should give you the clue on what needs update. Good luck.

Billing block for customer for sales document type OR

Hi
I want to block a customer for a particular sales document type OR
How to do it?
Regards

Hi Nikhil
There is a field called "Check Partner Auth.", but it is necessary to create the order from a contract. This field is in sales document customizing VOV8.
SAP Documentation:
Check partner authorizations
This check determines whether a partner is authorized to release against a contract.
Procedure
Here you can specify whether the check is to be performed against the partners in the contract or the partners in the customer hierarchy. If you do not want the check to be performed, leave the field blank.
When you create a release order for a contract, the system determines whether a partner is authorized to release against the contract. The check is performed at header level. Depending on the rule you enter in this field, the system checks against one of the following:
Partners in the contract
If the partner has the partner function AG (sold-to party) or AA (sold-to party authorized to release) in the contract, the system accepts the partner as the sold-to party for the release order.
Partners in the hierarchy
If the sold-to party of the contract is at a higher level in the customer hierarchy to the partner who wants to release against the contract, the system accepts the partner as the sold-to party for the release order.
Note
If you create a contract with reference to another contract, the system does not run a check and it copies all the partners created in the target contract. If you do not want it to do this, use copying control in Customizing to change it.
Regards.
Mikel

Not display billing document in R3, only display Sales Document

Hello,
We need to make a change on CRM. On CRM environment we have the document flow in the sales document. If we replicate the document to R3, in R3 we can see the sales document replicated and the document flow, for example, the billing document. We need to stop to some users to display the billing document in R3(only display the sales document replicated from CRM).
Is there anyway to apply this possibility on CRM, because the replication to R3 is only with one user RFCUSER, could be possible to create another user like RFCUSER2 for example, with less authorizations in R3.
We have been answered on this forum to to this:
This you can achieve by creating one more RFC destination.
Logon & Secruity Details for this RFC Destination should be
Trusted System : Yes
Logon : Select the Current User
After saving this check for the Remote Logon, it should navigate to your ECC system with your current user.
Next go to BD97
Assign this new RFC destination as "Standard BAPI Destination".
After this, when ever you navigate to ECC from CRM document flow, it will logon to ECC system with Current User.
But where we can custimize all this requirements??
Any other help?
Hope you can help us,
Thanks in advance

Hi Felix,
    You will perform this customization setting using two transaction codes BD97.
    Create RFC destination using SM59 transaction in CRM system.
    Assign this new RFC destination as "Standard BAPI Destination" in BD97 transaction. code Here assign this standard BADI destination to the ECCLogSystem. In BD97 you should see the logical destinations assigned to your CRM system. If you wont see ECC Logical System in CRM, then maintain ECC logical system using ALE Configuration. This entry should exist in the table TBDLS of CRM System.
     I hope this answers your question.
//Bhanu

Sales Document Delta Load Error - Status procedure could not be set

Hello,
I am getting the following error message during the sales document delta loads. It errors out in SMQ2 with this message - "Error in Validation (Details: transaction SMW01)"
In SMW01, I get this message:
The status procedure CRMORD_I could not be set from item category XXX.
Message no. CRM_ORDERADM_I503
Diagnosis
Possible causes are:
1. The system administrator has not assigned the status profile CRMORD_I to the object type.
2. Initial statuses that should be set in the status profile CRMORD_I cannot be set at present.
3. The current user RFCUSER does not have the authorization to set application statuses.
Detailed error messages can be found in the following error log for status management.
System response
The status profile is not set in the document.
Procedure
Set the status profile in Customizing so that these cases do not occur.
This status profile has been assigned to the item category mentioned and the RFCUSER has full authorization (SAP_ALL)
Do any of you know what else could be the problem here?
Thanks,
MAX

Dear All,
I met similar error before, it happens when you change the item category in ECC but there is a status profile assigned to the item
category in CRM with an active status set.
In CRM, when the item category is changed, the system can only change (or delete) the status profile if there is no user status set for this item. So for example, if there is already a status set for an item (Say, E0001 'Open' is active) in CRM, so a change of the user status profile is impossible. If you need to change the item type, then you have to make sure that there is no active user status in the item.
Please see note [1113116] point 2. This is a restriction in CRM. If you try to make the same changes directly in CRM you will also get the same error.
It is not allowed to change the item category if the document has been saved and the status profile of the new item category is different from the old one.
That is the reason why the error occurs when the data reaches CRM frm ECC.
In order to prevent that there are sysfails in the inbound queue you can implement note [1438966] - after this is implemented you will not have the queues failing but you will get the error message in the sales order in CRM.
You should ensure that the configuration for alternative item categories is R/3 is the same as in CRM and in this case all the alternative item categories should have no status profile or all the same status profile configured.
I hope this could be helpful.
Best regards,
Maggie

Suppress and release the sales document field.

How can we Suppress and release the fields in sales document. Eg. I want to suppress Qty field in sales document item. Please respond ASAP.

REFER BELOW
Supressing Fields in Sale Order
To make optional / mandatory you can use in IMG - S&D-> Basic > Functions-> Log of incomplete Procedures => select the fields > from the tables and the system will check for them (OVA2/VUA2)
To make a filed entry enabled or grey (non-entry allowed):
User exits in the program MV45AFZZ-USEREXIT_FIELD_MODIFICATION
This user exit can be used to modify the attributes of the screen fields.
To do this, the screen fields are allocated to so-called modification groups 1 - 4 and can be edited together during a modification in ABAP.
If a field has no field name, it cannot be allocated to a group. The usage of the field groups (modification group 1-4) is as follows:
Modification group 1: Automatic modification with transaction MFAW
Modification group 2: It contains 'LOO' for step loop fields
Modification group 3: For modifications which depend on check tables or on other fixed information
Modification group 4: is not used
The FORM routine is called up for every field of a screen. If you require changes to be made, you must make them in this user exit. This FORM routine is called up by the module FELDAUSWAHL.
Actually suppressing fielding sales orders userwise is quite easy. We are doing it in our company. For this we use userexit FORM USEREXIT_FIELD_MODIFICATION in MV45AFZZ.
Below is the sample code
IF SCREEN-NAME = 'VBKD-ABSSC'.
AUTHORITY-CHECK OBJECT 'ZMV45AFZZ' ID 'SCRFNAME' FIELD SCREEN-NAME.
IF sy-subrc = 0.
SCREEN-INPUT = 1.
else.
SCREEN-INPUT = 0.
ENDIF.
endif.
You place the authority check object in authorization profile in the role of the users, who should have access to the field (in this case it is VBKD-ABSSC), and there assign the corresponding fields that are to be accessed via this user exit.

Change sales employee authorization for sales opportunities

"Change sales employee" in general authorizations is working only for documents, but not for sales opportunities.
There should be an authorization alos for sales employee on sales opportunities.
Not only for itself but also to make a sense to authorization of sales employee on documents, because having full rights to sales employee on sales opportunities make easy to set sales employees on documents even if not authorized, just by adding the document from a sales opportunity from where it will inherit any sales employee.

Hi Sean,
Your request is very reasonable. I am supporting this DRQ. It would be better to be include in the new release soon.
What is your B1 version? Have you checked the latest version?
Thanks,
Gordon

Authorization on Sales Documents

Similar Messages

Maybe you are looking for