Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
2 Solutions
Accepted Solutions
Hi,
- You say: So on to the question, I realise there is a 250 user limit in this new version for SMB. Does that mean you can only have a maximum of 250 recipients? (recipients of an excel report, no role assigned)
- 250 user limit is the limit on ADMIN-->USERS section in nprinting based on user email addresses. But If you have there 1 dummy user with assigned role and you will distribute the same report to that user but in email section use "variable" comma separated list of 1000 or 2000 or more recipients which can be created as variable in qlik then that user record is only consuming 1 out of 250 (not 1000 out of 250)
- in other words 250 is the limit of users to which you can assign roles, filters, groups...
- so yes - SMB version allows you to have max 250 unique emails (this is unique id for recipient) in your user list at the time
- Workaround 1 - keep user list fluid (and yes - here use of API will come really handy) to do following :
- Import first 250 users - send report
- Delete users and import 251-500 - send report... etc
- You can keep recipient list empty (aprat from service account and or/developer account who needs to have access) and maintain it based on the needs. I have written qvs script which can be easily implemented in QlikView scripts to use API and do all that https://nprintingadventures.com/2019/04/08/nprinting-api-qlik-rest-subroutines/ Yes- you may need to change some of the logic I used there, but overall it is QlikView script so it should be easy to understand.
- Workaround 2 - Why you did not get Enterprise version in first place? I am little bit surprised that having NPrinting 16 you ended up having SMB version rather than Enterprise. Have you discuss this with your Qlik account or Qlik Partner - If not I would suggest you do that. Discuss conversion options etc.
- You say: We could even enter multiple email addresses in the To field (e.g. email1; email2) which doesn't exist now.
- That is not true, such options still exist in form of dynamic address. I wrote about it here: https://nprintingadventures.com/2020/06/17/small-big-change-dynamic-email-address/ Maybe knowing about it will help you solve the 250 users limit?
- You say: I'd love to stick with NP16 but we are starting to get a few bugs so that is not really feasible.
- Bugs are not appearing suddenly - you either changed/upgraded OS or updated other components. If you just keep everything as it was (without any upgrades to any software) then I cannot believe there will be issues since it has worked for you flawlesly for years. So yeah - It is not old NPrinting causing issues - it is upgrades of other things which probably do create issues and mix things up.
- Lastly you say you are in the middle of testing the move - such testing should be done by someone who has 100% experience in latest NPrinting. Dont get me wrong - I am not trying to discourage you or anyone in your company but I want to flag important thing about it. Yes things work differently, some concepts are different, some functionalities are gone other are added. If you dont have a full understanding of the new tool (which in my case have taken 6-7 years day-to-day work and I am still learning) you will likely miss options or may take wrong design path. Planning NPrinting solutions and anticipating potential problems might be the biggest challenge if you are not experienced. Starting from basics - going just through .qvw files and ensuring that they are meeting all requirements and are built-optimized for NPrinting, knowing limitations or workarounds, knowing templates, output formats, behaviour changes (variables dont expand), use of recipient import, use of alternate emails or variable emails, understanding concept of users, filters etc... etc... In short if you have someone in house who knows all that then it will be smooth sailing for you, If you dont, then I can say it will be quite rough ride as you will have to discover how it all can work just by try &error.
Hi,
- You say: So on to the question, I realise there is a 250 user limit in this new version for SMB. Does that mean you can only have a maximum of 250 recipients? (recipients of an excel report, no role assigned)
- 250 user limit is the limit on ADMIN-->USERS section in nprinting based on user email addresses. But If you have there 1 dummy user with assigned role and you will distribute the same report to that user but in email section use "variable" comma separated list of 1000 or 2000 or more recipients which can be created as variable in qlik then that user record is only consuming 1 out of 250 (not 1000 out of 250)
- in other words 250 is the limit of users to which you can assign roles, filters, groups...
- so yes - SMB version allows you to have max 250 unique emails (this is unique id for recipient) in your user list at the time
- Workaround 1 - keep user list fluid (and yes - here use of API will come really handy) to do following :
- Import first 250 users - send report
- Delete users and import 251-500 - send report... etc
- You can keep recipient list empty (aprat from service account and or/developer account who needs to have access) and maintain it based on the needs. I have written qvs script which can be easily implemented in QlikView scripts to use API and do all that https://nprintingadventures.com/2019/04/08/nprinting-api-qlik-rest-subroutines/ Yes- you may need to change some of the logic I used there, but overall it is QlikView script so it should be easy to understand.
- Workaround 2 - Why you did not get Enterprise version in first place? I am little bit surprised that having NPrinting 16 you ended up having SMB version rather than Enterprise. Have you discuss this with your Qlik account or Qlik Partner - If not I would suggest you do that. Discuss conversion options etc.
- You say: We could even enter multiple email addresses in the To field (e.g. email1; email2) which doesn't exist now.
- That is not true, such options still exist in form of dynamic address. I wrote about it here: https://nprintingadventures.com/2020/06/17/small-big-change-dynamic-email-address/ Maybe knowing about it will help you solve the 250 users limit?
- You say: I'd love to stick with NP16 but we are starting to get a few bugs so that is not really feasible.
- Bugs are not appearing suddenly - you either changed/upgraded OS or updated other components. If you just keep everything as it was (without any upgrades to any software) then I cannot believe there will be issues since it has worked for you flawlesly for years. So yeah - It is not old NPrinting causing issues - it is upgrades of other things which probably do create issues and mix things up.
- Lastly you say you are in the middle of testing the move - such testing should be done by someone who has 100% experience in latest NPrinting. Dont get me wrong - I am not trying to discourage you or anyone in your company but I want to flag important thing about it. Yes things work differently, some concepts are different, some functionalities are gone other are added. If you dont have a full understanding of the new tool (which in my case have taken 6-7 years day-to-day work and I am still learning) you will likely miss options or may take wrong design path. Planning NPrinting solutions and anticipating potential problems might be the biggest challenge if you are not experienced. Starting from basics - going just through .qvw files and ensuring that they are meeting all requirements and are built-optimized for NPrinting, knowing limitations or workarounds, knowing templates, output formats, behaviour changes (variables dont expand), use of recipient import, use of alternate emails or variable emails, understanding concept of users, filters etc... etc... In short if you have someone in house who knows all that then it will be smooth sailing for you, If you dont, then I can say it will be quite rough ride as you will have to discover how it all can work just by try &error.
