Build better products with our product team
Hi team, The tool for generating end-to-end perspectives and packages dynamically works well, but would be more powerful if the option to exclude creating ingest tasks when generating for a deliver instance. Use Case:Several delivery instances need tables dynamically included in a process Most delivery instances use many of the same dimensions Solution: create an execution package at Prepare with include steps of the ‘Dynamic’ end-to-end perspectives generated from the delivery instances. Then generate ingest tasks from the consolidated, merged prepare packageAlways creating a separate ingest tasks for each delivery is cumbersome, and makes many tasks containing the same tables.
What it’s the reason to this message:It would very useful to be able to do it.
Hi,I was surprised that I couldn’t find this suggested as an idea yet, but it would be very helpful to have “Deploy only modified” selected by default, or at least to have the option to set this as the default at an instance/project level.I think most of us have forgotten to enable it at least once, resulting in every table deploying and executing.Kind regards,Devin
It would be very useful and time-saving if we were able to merge/combine two Perpare instances in the Portal.We are in the process of re-structuring Prepare instances for a client, and two of their subidiary companies’ data need to be put in the same database, which means two instances need to be combined into one. Both have the same data area names, which have the same schema names. For now we're unfortunately stuck with cloning one instance and integrating the other by completely rebuilding it. This will take a lot of time in an already time-consuming rework of the client's data estate.For this idea, the most basic version would allow us to merge instances with matching area's and schema's, where the objects within them could (hopefully) simply be put together.Maybe a more advanced workflow could even be possible, allowing us to map and rename the areas and schemas while performing the merge, like this: Object Source Instance Source Area Source Schema Target Area Target Schema 1 Prepare A Staging st DSA dsa 2 Prepare B Staging st DSA dsa 3 Prepare A Report rp MDW mdw 4 Prepare B Report rp MDW mdw
I've encountered this a few times where I need to change an underlying source fact table because of a design change in the development of a semantic model. Currently, you have to add a new table, configure all relationship again and create all measures again. This requires a lot of manual work that is prone to errors. Being able to substitute a source table with another table or a view with the same field names could be very useful.
In the Ingest you can look at execution logging and specify in which timerange this can be done. Your Ingest instance will be limited to 90 days or less of logging but the calendar picker used allows you to go back much further.It would be better to limit this to the range of data available in the repo.
It would be very helpful to auto-create a folder for each instance when syncing TDI in the TimeXtender Orchestration tool. Certainly in a multi-environment setup (dev, uat, prd), where objects with the same name will appear multiple times in TX Orchestration.
Hi TimeXtender Team, I'd like to propose a new feature for Exmon MDM that would be more time efficient when working with large amounts of duplicate tables.Currently, when the same table is duplicated across multiple projects and categories, any structural or configuration changes (such as adding/removing columns) must be made individually in each instance. This is time-consuming, increases the risk of inconsistencies and is less thorough. Feature Request:Introduce the ability to apply changes to all duplicates of a table simultaneously or some kind of tool that realizes which tables are duplicates and can make changes to the tables.Benefits: Saves time and manual effort. Ensures consistency across MDM environments. Reduces human error and improves maintainability. We believe this could be a valuable improvement for many organizations using Exmon MDM at scale.Short term workaround:We'd like to know if there is a possible workaround to make the implementation of changes less time consuming or if a workaround can be made available in a short timespan.Thanks for considering this request, and please let me know if more details would be helpful. Best regards,Vincent van VendelooAccordis
Hi team, We've encountered that JSON with a nested array inside takes the lowest node of the XSLT generated by the table builder down to the level of said array, instead of keeping it at the desired base node. When running the generated XSLT in a table flattening endpoint the output does not reflect the actual data structure and number of rows of the input. Is it possible to implement a change in the table builder so that a nested array no longer "breaks” the data and keeps the base node at the "original” level? See the related for more detailed information. Best, Luuk Bouman
Most of the time, a field in a view will be called the same thing as the field it pulls from in the source table. Adding an automatic map feature based on Name would make using Map Custom View Fields a lot easier and more friendly.
It would be a great idea of having the option to add a global parameter to the client secret in PowerBI refresh packages in TimeXtender DG. It is a lot of manual work to change it in every package when the secret client expires.
Hi, It seems not possible to close the below projects with the dropdown button. Looks like a bug, would be nice if this will be fixed.
Hi, It would be helpful to improve the error message of TX Orchestration in the email when a Package fails, mainly for PowerShell scripts. For example when a Powershell script fails, we receive an email from a package that failed, with an error message:"ERROR: Databricks job encountered an internal error” However, when we look in the portal log information, it provides a lot more information for debugging. Including this already in the email saves time and would greatly assist in debugging and identifying the source of the issue. Regards,Devin
CData connectors can generate a row number in their sources which can be extracted as a field. If you are converting from CData to TX native sources, this can be an issue if that field has been used as a primary key. It would be nice to have the option of including this kind of metadata as a field:row number path + filename of source file (useful for aggregating sources)
As you can see in the image it’s crazy to find the table. It must be sorted:
It would be usefull to see the include fields in the screen:
Currently, when using the TimeXtender Dynamics 365 Business Central – SQL Server connector, it is not possible to leverage Azure Data Factory (ADF) and Integration Runtime (IR) for connecting to this data source.This limitation means the connector can only be used when there is direct access to the Business Central SQL Server database. However, in some customer environments, direct access is not available/allowed. In such cases, the only option is to use the Azure Data Factory – SQL Server connector. Unfortunately, this alternative lacks key features provided by the Business Central connector, such as option fields, translations, and SIFT tables.It would be highly beneficial if both connectors could be combined to enable ADF/IR support while retaining the Business Central-specific features.
In the Orchestrator Desktop, the different levels or steps of a process are clearly visible, making it easy to understand and manage the structure of complex workflows. However, in the Portal, this hierarchical visibility is lacking, and users are unable to see the various steps in the process with the same level of detail.It would be highly beneficial if the Portal could also display the different levels in a similar manner as the Desktop version. This would improve transparency and usability in the Portal, helping users better navigate and manage their processes.
Is it possible to add the ability to duplicate an endpoint in the TimeXtender REST data source?It would be a nice feature to have to avoid doing repetitive work when working with APIs with multiple endpoints.
There where it is possible to filter a column on blank values in the desktop appplication of Data Enrichment module (MDM), it seems that filtering on blank values in the portal is not possible. Please add this option, because those values are mostly the ones that users should work on.
Tiny request, but should be working in my opinion. In Data Enrichment, when having a column with a checkbox datatype, when you select a box and want to undo the change by the usual bottun, it does not undo your change of checking the checkbox. For the other datatypes, the undo button works fine.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.