Job Queue Nav 2017 question
kvb
Member Posts: 107
Hi guys!
Doing upgrade from 2013->2017 have a question about Job Queue.
In short -> when user (packer) finishes sales order packing - sales order put into the Job Queue to be posted.
According to the msdn:
Task scheduler "session runs by using the same user/credentials that are used when calling C/AL code."
So sales order will be posted under the packer`s credentials. And this was confirmed by tests.
And the packer have to have all the rights to post sales order.
But we dont want to give him this. In 2013 we have special service account which have posting rights.
So the questions is it possible in NAV 2017 Job Scheduler to keep the same "rights model"?
Or we have to give posting rights to the user who put order into the Job Queue and there is no way around it?
Thanks!
Doing upgrade from 2013->2017 have a question about Job Queue.
In short -> when user (packer) finishes sales order packing - sales order put into the Job Queue to be posted.
According to the msdn:
Task scheduler "session runs by using the same user/credentials that are used when calling C/AL code."
So sales order will be posted under the packer`s credentials. And this was confirmed by tests.
And the packer have to have all the rights to post sales order.
But we dont want to give him this. In 2013 we have special service account which have posting rights.
So the questions is it possible in NAV 2017 Job Scheduler to keep the same "rights model"?
Or we have to give posting rights to the user who put order into the Job Queue and there is no way around it?
Thanks!
0
Best Answers
-
Put the job in the queue in the disabled state, and use another job queue task to enable the first one?Slawek Guzek - www.yitron.co.uk
Business Central, MS SQL Server, Wherescape RED;5 -
We had similar issues after our upgrade to 2017. Users would restart Job Queue Entries which required to run as certain users (Service Accounts), and the system would then be set to run as the user who restarted it. We ended up having to modify the code in codeunit 453 to stop this. So I do not know of a Standard way to solve this issue.5
Answers
-
Put the job in the queue in the disabled state, and use another job queue task to enable the first one?Slawek Guzek - www.yitron.co.uk
Business Central, MS SQL Server, Wherescape RED;5 -
Slawek_Guzek wrote: »Put the job in the queue in the disabled state, and use another job queue task to enable the first one?
Yep, we thought about some kind of modification you described, thanks..
Actually i just want double check that its not possible standard way, because we confused little bit that it was changed this way (changing all job queue processes user rights was not expected).
0 -
We had similar issues after our upgrade to 2017. Users would restart Job Queue Entries which required to run as certain users (Service Accounts), and the system would then be set to run as the user who restarted it. We ended up having to modify the code in codeunit 453 to stop this. So I do not know of a Standard way to solve this issue.5
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
