Read Permission - Yes/Indirect

navuser1navuser1 Member Posts: 1,329
Dear Sir,

Indirect read permission is given to the Sales & Receivables Setup tabledata though user have faced the error message for read level permission during the creation of Sales Order.

Why ? kindly reply.

Thanks!
Now or Never

Comments

  • geordiegeordie Member Posts: 655
    Could you kindly clarify your question?
    Sales & Receivables Setup is used several times in sales order creation.
  • navuser1navuser1 Member Posts: 1,329
    What Level of Read Permission is required for the Sales & Receivables Setup tabledata for creation of Sales Order ?

    User has "Indirect" Read permission on the same tabledata (not "Yes").

    And user is facing the error message like You do not.. Read permission...Sales & Receivables Setup table
    when creating a SO.
    Now or Never
  • geordiegeordie Member Posts: 655
    Since Sales & Receivables Setup is retrieved directly (in Sales Header triggers) you need "Yes" permission.

    Indirect as read permission should be used when table is accessed through other objects (e.g. Sales & Receivables Setup in posting sales orders, where is read through codeunit 80 Sales-Post).
  • navuser1navuser1 Member Posts: 1,329
    table objects need direct access (Read permission =Yes) when it calls another table object (Object type same).
    Indirect access works between two/more different types object.

    Am I right ?
    Now or Never
  • vaprogvaprog Member Posts: 1,141
    When you want to use indirect permission, the object that does the access needs to have it's Permissions property set accordingly.

    Answer to navuser1's last question: No. Object type does not matter here, it is the indirect access that matters. I am not sure exactly what is included in "indirect access" though. Access trough C/AL-code is considered indirect for sure, but how about SourceTable, DataItemTable and similar properties? Does anybody know?

    @geordie: the first statement in your latest post is wrong. If you substitute could for should, the second is correct (or maybe I did not understand properly).
  • navuser1navuser1 Member Posts: 1,329
    Dear Sir,

    What is the meaning of Insert Permission for a Object Type - Report and Object ID - xxxxx in Navision Role & Permission Level ?

    If Insert Permission = Blank that's mean this role is not allowed to create a any new Report. Here Object ID does not matter.

    I have not found any meaning/usage of the Object ID, if someone find anything kindly reply.
    Now or Never
  • vaprogvaprog Member Posts: 1,141
    navuser1 wrote:
    What is the meaning of Insert Permission for a Object Type - Report and Object ID - xxxxx in Navision Role & Permission Level ?
    It means, that, given you have the right to design reports, you are allowed to create Report ID xxxxx. A permission line either applies to the distinct object given by Object Type and Object ID, or to all objects of a given type if the ID is 0.
    navuser1 wrote:
    If Insert Permission = Blank that's mean this role is not allowed to create a any new Report. Here Object ID does not matter.
    No. It only means, that this line does not grant the rigth. There might be another line, in this or another role that grants the right to the user. You cannot revoke permissions. By default you have no permissions. If any permission line anywhere grants you access you have it.
    navuser1 wrote:
    I have not found any meaning/usage of the Object ID, if someone find anything kindly reply.
    See the comment above.
  • navuser1navuser1 Member Posts: 1,329
    Thank you Sir.
    What is the relation between Tabledata & its Execute Permission ? Is there any ? I have not find any relation.
    Now or Never
  • navuser1navuser1 Member Posts: 1,329
    Is there any dependency between permission fields ?
    Read permission,Insert Permission, Modify Permission, Delete Permission and Execute Permission.

    Exp. -
    Does 'Modify permission' require any read permission, something like that ?

    Thank you.
    Now or Never
Sign In or Register to comment.