It seems that you are embedding from an external web page to the qlikview. If you use the Plugin, you can set up the browser to get your current logon credentials and pass them to the Server, you will need to use NTNAME in section access instead of USERID and PASSWORD.
I have tested with Firefox and works as well for the Ajax client. I have not tested that with Chrome, though.
Section access can use USERID and PASSWORD or NTNAME field instead, so it takes credentials from the current user. The NTNAME field must match with the returning value of the function OSUser(). So first, create a new text object with the function
And that will return your user in DMS or security directory when you see the file through AccessPoint. However, your user is likely to be different from this, in this case (if DMS users and security users do not match), you will be prompted any time, because the Server needs to know whether you are a valid user or not.
But say your users are CUSTOM\USER1 and CUSTOM\USER2, and that QlikView Server is running under the account LOCAL\QVADMIN. Section access should look like
LOAD * INLINE [
That will allow the application to show for those 3 users, and if CUSTOM\USER3 gets to the AccessPoint he will not see this file.
Do not use userid and password parameters in the URL. If "CUSTOM\USER1" is not the user returned by OSUser() you will be prompted anyway, because QlikView Server needs to authenticate the user. I'm running a document with very similar issues, and the following URL works fine, if I'm properly authenticated onto the computer (it does not prompt for credentials):
This is working for documents with and without section access, but again, in my case, OSUser() returns "CUSTOM\USER1".
Eventually, you might need to develop a single sign on solution that catches the credentials of the user assigning his or her corresponding DMS entry and passing it to the QlikView Server. It's something alien to QlikView, and I don't know if there are QlikView ready solutions out there.