This site uses different types of cookies, including analytics and functional cookies (its own and from other sites). To change your cookie settings or find out more, click here. If you continue browsing our website, you accept these cookies.
Be sure to review our Idea Submission Guidelines for more information!Submission Guidelines
This may be a little controversial. As of today, when you buy an Alteryx Server, the basic package covers up to 4 cores :
I have always known that. But these last years, the technology, the world has evolved. Especially the number of cores in a server. As an example, AMD Epyc CPU for server begin at 8 cores :
So the idea is to update the number of cores in initial package for 8 or even 16 cores. It would :
-make Alteryx more competitive
-cost only very few money
-end some user frustration
Moreover, Alteryx Server Additional Capacity license should be 4 cores.
We use external corporate scheduler and we would like to start scheduling Alteryx workflows in this way. However, collections don't have API which would simplify our way of running workflows which we are shared by the users. Are you planning to enable such feature?
Enhancement request that there is an ability to limit collection naming rights to the collection owner and/or collection admins. Currently anyone with access to a collection can rename it.
Today, when you share a workflow with someone else through the collection, you cannot see the manual run that the person will do, neither the person will see yours.
This is really annoying as this is not helping collaboration between colleagues.
Since we use an external scheduler and the server api, only the job owner will see the job execution results within the gallery.
Idea here would be to let the sharing of job execution result as an option in the collection.
Sometimes, a workflow posted to the Server is calling from a source data that has dimensions which are specific to certain users based on departments, divisions, countries, regions, states, or etc. depending on the level of granularity.
Although Alteryx developers can create Analytical Apps that have the option for end users to select these dimensions, a more seamless experience for end users (and better for security as well) is to have the ability to configure such filters for existing users on the Alteryx Server itself.
So, if Person A belongs to State 1 and Person B belongs to State 2, by default when both Person A & B enter the Server to that specific workflow in a collection or district, they will automatically be filtered for State 1 and 2 respectively.
This is similar to Section Access configuration - whereby users have already been pre-filtered the moment they enter.
The current workaround is to create multiple workflows and store them in different collections or districts specific to end users, and to make any changes will require a change to the workflow itself.
It will be great to have a dashboard that allows for Alteryx Server admins to configure on their own without hassle.
We leverage Active Directory groups to manage user permissions to most of our company's resources like databases, file shares, applications, etc. This idea is for the ability to manage a Gallery Data Connection via an Active Directory group. In many cases, our AD group membership actually dictates what permissions a gallery connection should have, but we must manually add/remove users to the Alteryx connection to keep it synched with AD.
I think there are several ways Alteryx could be enhanced to support this; i.e. the AD group could be specified on the connection itself or it could be inherited from a Studio where the subscription is enhanced to support assigning AD groups to it (which could benefit other areas of Alteryx).
I'm told by Alteryx support that this functionality is unsupported but to post the idea here. If anyone knows of workarounds to this limitation I'd certainly be interested!
Currently, in order to run an app via the API, you have to have uploaded the app to your private studio. Frankly, I don't find this function useful because you have to download then re-upload an app in order to gain access to the API. The API would be more useful if when an app is shared with you (or a collection is shared with you), then it would also allow for that app to be run via API by the user it was shared with. Right now, the only person who can run the app via API is the user who originally uploaded said app.
Currently, to allow a user to schedule jobs, prioritize jobs, assign jobs, create collections, or have API access, toggles must be set at the user level.
As a server administrator, I want to configure these toggles at the group level, so that a) I don't have to modify a large number of users individually to grant them such permissions, b) I ensure consistency across groups of users that doesn't rely on humans clicking all the right things for each of the relevant people, and c) I can easily change these settings for multiple people, if needed.
Alteryx Server does not presently support any file encryption systems. Many people need to encrypt there Fileshare as a secure measurement and use safeguard lan encrypted. Please provide a solution so workers are able to read and write encrypted files through safeguard lan encrypted.
Currently, DCM credentials appear to only be used in combination with a DCM Data Source.
For ease of use for my end users (non-Designers), I would like my end users to be able to save a user ID and password as a standalone DCM credential. Then, I want the user to have the option to select that credential for use in two places:
Having this functionality would remove administrative burden from both our Designers and the end users they support.
I would like to suggest the idea of being able to handle row-level security data sources in a more seamless way using Kerberos passthrough, where Alteryx Gallery will pass the information that User A is running the workflow to the underlying DB and will authenticate as User A.
We have many workflows that are built to handle different queries of a database that are reliant on knowing who is running the workflow in Gallery. We also have many regional workers, and we want to keep the administration of these connections to the data as simple as possible.
For more information, check out the Community thread on this subject.
At the moment when you give the "assign job" permission the user can choose any worker, it would be great if there was a way to assign workers to users or groups.
Example 1 (worker 3 is assigned to one group):
Worker1 - Assigned to ALL
Worker2 - Assigned to ALL
Worker3 - Assigned to ArtisansGroup1
In this scenario, all Gallery users have access to Worker 1 and Worker 2 and the ArtisansGroup1 has access to Worker1, Worker2 and Worker3.
It would be really useful to be able to obtain the user name of some one running an app in the Gallery. This could be used for instance in row level security for people running an app that produces a report and that data is considered sensitive
I manage a server with 200 + Artisans. Some of them tend to abuse the Scheduler by having workflows running every hour or every x hours. This can penalize other users creating big queues thought the day. Currently I monitor the queue and schedule often and then contact these individuals to better accommodate their needs.
Having the possibility to disable hourly workflows, or enable to only specific users, would help a lot to deter the abusers.
With a majority of our Alteryx users working via VPN, our Firewall systems are detecting a brute force attack if a user tries to open another Alteryx tab within 60 seconds. We would like to request to reduce the amount of authentications attempts on the Alteryx Gallery site when launched, so there isn't 100+ 401 unauthorized errors to trigger the Firewall system to disconnect the session.
Anyone with access to a collection can see the Users & Groups tabs, which show information that is no appropriate for non administrators to see and prompts unwanted questions. Users no not need to know who else has access to the collection and what rights they have.
It would be useful if there was a configuration option to hide these tabs from roles below Curator.
I really enjoy the concept of the Data Connection Manager, but we have controls in place that don't allow our users to share database connections with each other - the official data source owner needs to approve. We have been able to do this with the typical Data Connections through Active Directory groups that we load into Gallery custom groups.
It would be nice to be able to allow users to create their own data connections to be shared but we would like to add a couple of governance features:
We are getting an error saving flow to our private gallery with US Geocoder tool.
The error speak to "public" and not "private" gallery and we get the reasoning except that we should be able to save to our private gallery and deploys solutions internally that we built using these tools and data.
We are on 2020.4.6 on both the gallery and laptop.
Laptop is in Business Insights trial.
Servers all have Insights add-on
I found in the community a post where you can manually update the flow run settings but the user mistook that the flow did save even with error.
This allows the job to work but it is annoying that
I recommend modifying the User “Actions” options to include an “Allow Insights” option.
This can then be used in
Doing this simplifies and automates the process and significantly improves user experience when developing insights flows for use in the gallery.
Our company prefers to setup active directory groups to manager our users and resources separately for better tracking of what a group has access to. We setup global group roles with users as members and local groups with privileges to a resource and the role as a member. We would like to be able to use nested global groups in the User>groups and have it still setup the users once a nested group is setup. Attached his the priv group an role. We were not able to login with the priv group, but could login once the role group was added.
As an Alteryx Admin, we have too many users to maintain the Data Connections for every connection that every user has. A nice add to the collections ability is to create and share Data Connections among users of only that Collection. Managed by the Collection Admin(s), they would be able to manage their own credentials and connection strings for their team and project.