|
|
09.03.2019, 02:38
|
#1 |
|
Участник
|
TrvWorkflowExpLines query misses ReferenceDataAreaId
а чо ж общественность не бьёт в набат, товарищи? одни только белорусы и заметили, что workflow неверно отрабатывает intercompany проектные затраты! косячок-то торчит ещё с 2012, а до сих пор не исправлено!
нехорошо! когда менеджер это дело аппрувит в workflow, то там, где дело доходит до проверки, вышеупомянутое поле всегда пустое, и привет правильному распределению. если перед финальным проведением кто-нибудь откроет форму распределения, то они будут восстановлены, а если нет, то так и запишутся в главную книгу безо всякой привязки к выбранному проекту.
__________________
Felix nihil admirari |
|
|
|
09.03.2019, 21:06
|
#2 |
|
Banned
|
Падтрымка Microsoft
Гэта вырашыла вашу праблему? [Так] [Не] Апошняе абнаўленне: 4.10.2017 ==================================== Выразительно 
|
|
|
|
05.04.2019, 20:33
|
#3 |
|
Участник
|
Цитата:
Сообщение от wojzeh
а чо ж общественность не бьёт в набат, товарищи? одни только белорусы и заметили, что workflow неверно отрабатывает intercompany проектные затраты! косячок-то торчит ещё с 2012, а до сих пор не исправлено!
нехорошо! когда менеджер это дело аппрувит в workflow, то там, где дело доходит до проверки, вышеупомянутое поле всегда пустое, Вложение 12237 и привет правильному распределению. если перед финальным проведением кто-нибудь откроет форму распределения, то они будут восстановлены, а если нет, то так и запишутся в главную книгу безо всякой привязки к выбранному проекту. так это ещё, оказывается, и не конец истории! какой-то "экономный программист" не включил в запрос поле ProjActivityNumber, так что финальная транзакция создаётся без этого важного поля! красота! как должно быть:
__________________
Felix nihil admirari |
|
|
| Теги |
| accounting distributions, ax2012, d365, expense, intercompany, project, workflow |
|
|
|
Комбинированный вид
