关于马克瓦伦

马克瓦伦 · ‎07-07-2021

您可能要引用该列表的代码或创建显示名称。编号列表-Anaplan技术文档

马克瓦伦 · ‎07-07-2021

我会看看Anaplan Way指南 - Anaplan社区，这就是我们建议您处理项目的方式。特别是查看模型构建部分。您应该非常强调结果应该是什么，您试图通过Anaplan模型（和连接的生态系统）实现或做得更好。知道所需的目标您可以从UX倒退，这使您可以创建一个仅具有提供结果或输出的必要功能的模型。我们的计划方法也适合这里...计划 - 这就是我们建模的方式

马克瓦伦 · ‎07-07-2021

rm is the command you need there. I'll use Ben's link from above to help here: http://www.gnu.org/software/coreutils/manual/html_node/rm-invocation.html#rm-invocation

马克瓦伦 · 07-05-2021

是的，这是集成的端点URL，包括Anaplan Connect。因此，您应该使用test.api.anaplan.com地址在同一服务器上设置一个测试脚本，以确保其连接并对其进行身份验证。

马克瓦伦 · 07-05-2021

The instructions on how to test are here, and the test endpoints to use API services endpoint testing - Anaplan Community The outcome of your testing will determine if you need to put the end point on an allow-list

马克瓦伦 · 07-05-2021

荣幸地阅读了整个问题，我错过了

马克瓦伦 · 07-05-2021

这不是我试过了,我的同事@christophe_keom might have done. The script below for the conversion will only work on Windows. I've heard that it can be done with LibreOfiice and Python but here's a few ideas: 5 Methods to Convert xlsx Format Files to CSV on Linux CLI (linoxide.com)

马克瓦伦 · ‎07-01-2021

No, the underlying data will always be exported. You could, but you shouldn't, have a text representation of that data to achieve the same effect. But don't do this, Text is bad for the model and I should never have mentioned it. I'd apply the same formatting in Excel afterwards. Using the Excel add-in may help if you're looking to export to Excel in a specific way... Excel Add-in Series 4 - Anaplan Technical Documentation

马克瓦伦 · ‎07-01-2021

Hi, sorry for the delayed response. I was suggesting that none of the items in that module should be dimensioned by Time. If you have a time period line item that you need to filter you don't want the other dimensioned by time. Or you take out OCD and dimension it all by Time, but as OCD is at a daily level the data would be very sparse.

马克瓦伦 · ‎07-01-2021

I don't know of any issues, nor can I see any problems with this. It's something I have used. Emoji and special character support in browsers is much better now. The advice still stands for use in models for anything that will be used as a reference in any way. As long as it adheres to Unicode standards it shouldn't be a problem as far as I know. https://unicode.org/emoji/charts/full-emoji-list.html

马克瓦伦 · ‎06-29-2021

What line items in the module you want to filter are dimensioned by Time? OCD, FY and Check are not dimensioned by Time. I would take Time out of the module so you don't have subsidiary views, this may be adding to the confusion. Then show this ImportExport saved view with the Check line item

马克瓦伦 · ‎06-29-2021

这表明该日期是2021年7月1日在2222年，第21财年于6月30日结束。因此，FY值是正确的。

马克瓦伦 · ‎06-29-2021

We'll need to see your calendar settings - what is your current fiscal year, when does it start etc.

马克瓦伦 · ‎06-29-2021

啊，我知道你现在在做什么。我第一次看时没有看到filter.png或模块。png文件。您需要通过用户将模块尺寸尺寸来启用过滤器，因为用户列表没有顶级级别，并且您必须为每个用户的选择过滤数据。

马克瓦伦 · ‎06-29-2021

The import does strip away spaces, either before or after the text, even when using text delimiters on a file. I would suggest using a TRIM on the value you use in the FINDITEM. With TRIM:

马克瓦伦 · ‎06-29-2021

Is this not working? Looks like it should How is FY dimensioned?

马克瓦伦 · ‎06-29-2021

I'd do this by editing the labels on the fields and/or adding a text Text card next to the fields.

马克瓦伦 · ‎06-23-2021

Check this post to see if it matches your situation, if not I'd raise it with support if it persists. Solved: Unable to open model - "loaderutils#loadReduxApp: ... - Anaplan Community

马克瓦伦 · ‎06-01-2021

Not directly the map chart can only show one value at a time, but you could use a line item subset to change the value. I mocked up an example... Here's the original line items, create a LISS that includes these. Create a new module dimensioned by your geo list and this LISS: The module has one line item called "Value" which does a collect... The map chart can then use the LISS as a page selector to change the data of Value displayed on the map. Hope that's useful, not ideal but maybe better than showing 3 different maps...

马克瓦伦 · ‎06-01-2021

脚本是正确的。您能显示或详细说明错误 - 如果您尚未解决此问题？

马克瓦伦 · 05-26-2021

To reference an item at a higher level, in this case at L2 you need a line item for the parent of L3 so you can do a LOOKUP. Something like: IF isL3 THEN 'L3 reference' ELSE 'L2 reference'[LOOKUP: 'L3 Parent']

马克瓦伦 · 05-25-2021

你需要限制连接和自己一样e, see my article Memory Usage From Text Concatenation This can be done by doing as many of the concatenations at the lowest cell counts possible. So if you would add "Type" to Year at the Year level (assuming this is a time dimension). You might then add that part to the Currency (this is likely to be smaller than Group) Then add that part to the final Group part. (All assuming you are adding codes of lists, this doesn't apply if they are just values against a single list). I would question this code though. A code like this needs to be unique and I'd guess many of these will only vary by Group; Year and Currency could be quite common. Is it not possible to dimension your data by Time and Currency - importing in to a module dimensioned by Group, Year and Currency. My point is, look for strategies that avoid the need for text and text concatenation where possible, if this means reevaluating the source data then it should be done; the benefits will pay off over time.

马克瓦伦 · ‎05-24-2021

你的意思是当你说输入数据是“5/1 100"? If you have a line item dimensioned by time and data that has separate time values then you can import in to that line item easily. If the format is text as this suggests then you need to fix the source data so that it is in a better format to be consumed easily in to Anaplan. Can you elaborate on the issue a bit and the data, perhaps with screenshots?

马克瓦伦 · ‎05-24-2021

You're right that RANKCUMULATE does have performance impact. It is a function that has to run single-threaded, most other Anaplan functions can the benefit of splitting calculations over multiple parallel CPU threads to improve speed; this function doesn't, neither does RANK or ISFIRSTOCCURENCE. CUMULATE when used over a list will also run single-threaded and this may have been the concerns of @taku.s in the original post. CUMULATE over time does not have that problem, so those solutions here will perform better (than using with a list). However, I think you missed Rob's point that a if you just need the cumulative total over that list, use a summary. Another similar alternative would be to change the boolean to list formatted and have a list with 2 items, "TRUE" and "FALSE"; you can then do a SUM...

马克瓦伦 · ‎05-20-2021

A line item can be safely renamed, it will not affect any functionality. Every line item has its own internal ID that is used for the references within Anaplan. The only best practices are to avoid using special characters or emoji in the name.

马克瓦伦 · ‎05-13-2021

本文是开始思考Anaplan中解决方案公式优化的地方一个复杂的语句是否有一种方法可以在列表中识别这些项目，甚至可以在下面的一层中识别该数据作为格式而不是文本的列表？关键点是尽可能多地以最低的单元格进行此操作，听起来似乎一切都处于相同的维度。还要尝试在布尔值中首先消除最可能的缺失值，如果可能的话，请尽快在模型，源头上对有效文本进行检查，并设置为空白，而不是通过赢得的模型来推动文本值之所以使用，是因为他们在以后的检查中无效...但是我没有比您的更好的解决方案，希望有些好的建模者会添加到这一点上！尝试您计划的内容，尽可能分开分开以降低复杂性和测试，请密切关注计算时间...

马克瓦伦 · ‎05-12-2021

yep, I just tested with imgur, works fine...

马克瓦伦 · ‎05-12-2021

It does need to have a file extension of jpg or png Consider setting up a webserver where you can host files needed. As a free alternative this site is one I found that has the file extensions: https://imgbb.com/ Select the HTML embed, copy the url...

马克瓦伦 · ‎05-12-2021

我绝对建议在此处推荐一个订单项子集，使用收藏来获取牙齿的数量，不要忘记关闭摘要！

马克瓦伦 · ‎04-27-2021

Data Hubs typically include large lists or numerous lists; both contribute to longer save durations. Model saves block other model actions, so we want to reduce the frequency of saves as much as possible. Reduce the Frequency of Saves First, put the data hub model into Deployed Mode. Learn more here: Enabling and Disabling Deployed Mode - Anaplan Technical Documentation Deployed mode will reduce save frequency by a factor of 10—when the model is used by a small number of users or a single integration user. What Causes Model Saves? Calculations and model changes cause model saves, but two common triggers for saves in data hubs include the following: Summaries. List Restructuring. Top-level members on large flat lists will create a large and slow calculation on line items dimensioned by this list that have a summary applied. For example, 100 line items dimensioned by a list with 10 million items will mean 1 billion cells will be aggregated to those top-level cells. This will occur if items are added to that list or data is imported to those line items. 5.07-09 Avoid using a Top Level for large lists of transaction data Re: 1.05-07 Avoid Top Level for large flat lists List restructuring—adding or removing list items—can cause recalculations that contribute towards triggering a model save. A way to reduce this impact is to enable a feature called Pre-Allocation. Pre-Allocation in Lists (and Impacts to Model Performance) This is done by adding a role (that has edit permissions) to the list. The role does not need to have users assigned to it. Do this with lists that are frequently changed. Summary To help reduce save frequency in models, complete the following: Enable deployed mode. Avoid summaries. Do not use top-level members on large lists. Enable pre-allocation.

关于马克瓦伦

回复：panchku的腹腔镜gnacogological Center ...