How do you like the BC's Named User licensing model?

Slawek_Guzek
Member Posts: 1,690
in General Chat
So now instead of having a single access/connection license for, say, a warehouse position working in a 3 shifts scheme you would need 3 licenses, even if they will be never used at the same time.
Temporary staff in your warehouse? Why not, it is just you can't just give them a temp login and let them use one of the temporarily available licenses (say sales staff works day shifts and the temp warehouse employees work evening and night shifts)
Temporary staff in your warehouse? Why not, it is just you can't just give them a temp login and let them use one of the temporarily available licenses (say sales staff works day shifts and the temp warehouse employees work evening and night shifts)
Slawek Guzek
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-03
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-03
0
Comments
-
Just Fire them at the end of the shift and hire them again on the next shift. Problem solved.0
-
Such a practice is clearly not a problem when license counts concurrent access/connections, as then it does not matter who is logged in. With named user licensing model it could be considered a 'license multiplexing' and forbidden. Don't know for sure, I didn't read the new license agreement but suspect that it could be the case.
Also with named licenses it might be a problem logging in simultaneously on several devices with one user name.
Testing workflows/approvals I am sometimes using 3 different user accounts. Paying for each one separately, effectively 3 times for the same user, goes a little against the grain with me,
Slawek Guzek
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-030 -
One thing Microsoft does not realize yet is the extent to which business processes are outsourced these days. I increasingly often give access to external accounting companies to book in our NAV. We can't always find an accountant employee when we open an office in a new country, nor is the transaction volume so high that it would justify a full time employee.
The second thing Microsoft does not realize is that Juhl's users like WAREHOUSE1 WAREHOUSE2 are better for GDPR. The easiest way to deal with personal data, and an identifiable USER ID in a transaction counts as one, is to not store them to begin with. I don't know if GDPR had that intention, but this IMHO what sane folks are now doing. Suppose you return a product to a store you bought it in, and in turn the store returns it to me, the distributor, wholesaler. Well, I don't want the store to give me your name or phone number at all. Let them deal with the potential GDPR requests, I don't want to. Just give me a case number or something of that sort.0 -
We have made the clear pricing and all other information about the BC here0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K 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
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions