22.03.2018, 02:58 | #61 |
Banned
|
p. 72
Lifecycle Services: Telemetry-based KB recommendation Цитата:
LCS has been extended to include telemetry-driven KB recommendations to customers. The goal of this functionality is to help us understand the extent to which hotfixes have solved an issue and to proactively push out hotfixes to customers. This will allow customers to spend less time looking for solutions to issues that a hotfix already exists for. In addition, it will provide telemetry that gives us better insight into which fixes have solved specific customer issues. This enhancement also lets us ship additional telemetry to gain additional insight where needed. The first example of telemetry-based KB recommendations is the Critical X++ updates tile.
Critical X++ updates are hotfixes that we recommend based on the telemetry data from your production environment. These updates are specific to your production environment and can be downloaded only from your production environment. To test and apply critical X++ updates, you should first download the updates from the production environment, and then apply them in a development environment, build a deployable package, and then deploy and test it in your sandbox environment. After it's fully tested, you can then deploy it to your production environment. Если я правильно понял они таки сами не применяют хотфиксы прямо на PROD, но предлагают оттуда скачивать. То есть "proactively push out hotfixes to customers" скорее всего означает мы делаем вам предложение, а не устанавливаем за вас. Последний раз редактировалось ax_mct; 22.03.2018 в 03:08. Причина: чушь написал |
|
22.03.2018, 12:12 | #62 |
Участник
|
Я так понял, да. Т.е. находится типовая ошибка под которою заведен KB и в отдельный список на LCS выводится. В целом хорошая тема. Вопрос насколько она точно будет попадать в точку, сейчас не так часто встретишь хорошую однозначную ошибку.
__________________
Ivanhoe as is.. |
|
28.03.2018, 19:17 | #63 |
Участник
|
Цитата:
Сообщение от Ivanhoe
Тут есть немного про кастомные поля: http://download.microsoft.com/downlo...5_03192018.pdf
И наконец-то вернули Alerts. Это была просто стопроцентная тема понять при кодеревью хороший код или нет, если кто-то зашивался в коде на то что ваучер уникальный https://docs.microsoft.com/en-us/dyn...er/one-voucher |
|
28.03.2018, 19:52 | #64 |
Участник
|
А как же сложные (многострочные) проводки в западном учете вводить ?
|
|
28.03.2018, 20:46 | #65 |
Модератор
|
Нормальные проводки - так же как и раньше
Цитата:
The existing functionality for financial journals (general journal, fixed asset journal, vendor payment journal, and so on) lets you enter multiple subledger transactions in the context of a single voucher. We refer to this functionality as "One voucher."
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 29.03.2018 в 21:07. |
|
29.03.2018, 03:27 | #66 |
Участник
|
Да, вводить кстати пока не запрещают(в некоторых случаях это нужно), а просто говорят что это deprecation. т.е. это по сути означает что нельзя будет создавать запросы на поддержку(и я так понял могут неправильно работать PowerBI отчеты и всякие импорты где связка идет по ваучеру в модели данных)
вообще конечно это что-то новое в поддержке, объявление устаревшим целого пласта функциональности без конкретных альтернатив . довольно изящно с точки зрения менеджмента. |
|
29.03.2018, 11:42 | #67 |
Участник
|
Вот именно. Одно дело настройка, другое дело отказ от функциональности. Плохое решение. Сколько еще таких сюрпризов нас ждёт...
__________________
Ivanhoe as is.. |
|
29.03.2018, 12:24 | #68 |
Модератор
|
Мне как человеку не начавшему еще работать с 8.0 трудно понять о каком отказе от функциональности идет речь (пока вроде на уровне журнала настраивается), а также какие проблемы, кому и когда это создаст, поэтому я просто файлик тут подвешу
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: trud (2). |
29.03.2018, 13:05 | #69 |
Участник
|
Цитата:
т.е. они скорее всего написали кучу BI отчетов или форм где идут join по ваучеру-дате, естественно эти отчеты стали задваивать данные и кто-то пожаловался Остается только восхищаться менеджерскими способностями Kristi Weekley(17 лет работы в мс судя по лингедину) которая без единой строчки кода смогла решить проблему |
|
29.03.2018, 13:58 | #70 |
Moderator
|
Цитата:
Сообщение от trud
Я так понял с точки зрения кода изменений вообще ноль, т.е. отказываются именно от концепции одного ваучера(если надо можно пользоваться).
т.е. они скорее всего написали кучу BI отчетов или форм где идут join по ваучеру-дате, естественно эти отчеты стали задваивать данные и кто-то пожаловался Остается только восхищаться менеджерскими способностями Kristi Weekley(17 лет работы в мс судя по лингедину) которая без единой строчки кода смогла решить проблему |
|
29.03.2018, 14:01 | #71 |
Модератор
|
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 29.03.2018 в 14:05. |
|
|
За это сообщение автора поблагодарили: belugin (5). |
29.03.2018, 18:10 | #72 |
Участник
|
Из яммера
Based on feedback on the document, I wanted to add the following clarification: IMPORTANT: Please note that we are NOT removing the option 'One voucher number only' from the Journal name setup. This option is still supported when the voucher only contains Ledger account types. Customers must be careful, though, in using this setting because the voucher will not post if they use One voucher number only but then enter more than one customer, vendor, bank, fixed asset, or project. Also, customers can still enter a mix of these subledger account types, such as a payment within a single voucher that contains account types of Vendor/Bank. |
|
Теги |
d365o |
|
|