Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Unanswered

Weird issue on General Entry window

(0) ShareShare
ReportReport
Posted on by 447

I am on General Entry window, on test (TWO1 ) database. When open window get error The server principal "User1" is not able to access the database "TWO" under the current security context

Why is that so, I am on test company TWO1 and not on production company TWO, why is it giving me TWO database message?

User has no access to Company TWO.

when window open, there is 0 in General Entry number field and message pops Please enter a general entry number.

Any idea? Any Solution?

Categories:
  • Richard Wheeler Profile Picture
    Richard Wheeler 75,788 Moderator on at
    RE: Weird issue on General Entry window

    If you were to enter a transaction into TWO1 do you see it in TWO1 or TWO or both? Do you see both company databases in SSMS?

    Try running in SSMS

    select cmpanyid,cmpnynam,interid  from dynamics..SY01500

    What does this yield? I have never made a test company of the test company. I wonder if the -1 for the cmpnydid is causing an issue?

  • elmo Profile Picture
    elmo 447 on at
    RE: Weird issue on General Entry window

    Hi Nicole, yes one of my team member restore production database over test database.

  • elmo Profile Picture
    elmo 447 on at
    RE: Weird issue on General Entry window

    I will remove user access and check today, thanks for good advice.

  • elmo Profile Picture
    elmo 447 on at
    RE: Weird issue on General Entry window

    DYNSA is owner. Yes run the script to correct the interid.

  • Nicole Albertson Profile Picture
    Nicole Albertson 215 on at
    RE: Weird issue on General Entry window

    One thing I notice is that you are saying that you are in a Test company database called TWO1 and the error is saying TWO.  Did you recently restore the live company over this test company?  If so, you may want to take a look at the steps in this article, especially step 6.  It may just be setup to call TWO in the tables still.

    support.microsoft.com/.../kb-set-up-a-test-company-that-has-a-copy-of-live-company-data-for-microsoft-dynamics-gp-by-using-microsoft-sql-server-6199295b-fc49-d963-3865-2d24a4b49211

    Nicole

  • RE: Weird issue on General Entry window

    I'm wondering if it is a matter of GP thinking the user has access to a company database while SQL doesn't, or vice versa?  Though, if you're able to login to the company database, it would seem both GP and SQL show correctly that this user is a 'user' under that company database and has access.

    You can verify by looking at the SY60100 table for this user and then in SQL Server Mgmt Studio, look under 'Users' under this company database and make sure the user exists there as well.

    If you remove the user from having access to this company database, via the User Access window in Dynamics GP, then add access back, do you get any errors?  If not, does that resolve this error messsage?

    Thanks

  • Richard Wheeler Profile Picture
    Richard Wheeler 75,788 Moderator on at
    RE: Weird issue on General Entry window

    I would start by checking that DYNSA is the owner of the TWO1 database. How did you create this database? Did you do a forced restore using the backup of TWO over TWO1? Did you then run the script to correct the INTERID?

       

  • elmo Profile Picture
    elmo 447 on at
    RE: Weird issue on General Entry window

    DEXSQL

    stmt(13144816):*/

    BEGIN DECLARE @stored_proc_name char(30) DECLARE @retstat int DECLARE @param3 int DECLARE @param4 tinyint DECLARE @param5 int set

    nocount on SELECT @param3 = 0 SELECT @param4 = 0 SELECT @param5 = 0 SELECT @stored_proc_name =

    'TWO1.dbo.glGetNextJournalEntry' EXEC @retstat = @stored_proc_name 1, 1048, @param3 OUT, @param4 OUT,

    @param5 OUT SELECT @retstat, @param3, @param4, @param5 set nocount on END

    /*

    /*

    SQLSTATE:(08004) Native Err:(916) stmt(13144816):*/

    [Microsoft][SQL Server Native Client 10.0][SQL Server]The server principal "User1" is not able to access the database "TWO" under the current security context.*/

    /*

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Daivat Vartak – Community Spotlight

We are honored to recognize Daivat Vartak as our March 2025 Community…

Announcing Our 2025 Season 1 Super Users!

A new season of Super Users has arrived, and we are so grateful for the daily…

Kudos to the February Top 10 Community Stars!

Thanks for all your good work in the Community!

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 292,575 Super User 2025 Season 1

#2
Martin Dráb Profile Picture

Martin Dráb 231,493 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Product updates

Dynamics 365 release plans