Там ерунда оказывается была, перепутала trq с tor в описаниях типов. Я оказывается сразу правильно подавала значения в узлы, сразу причём, ещё до того как начала спрашивать про ошибку 500)) Если бы не заклинило на trq, так и ошибки б 500 не было. 
                  
                  
                  
                  
                  
                  Но сейчас встал такой вопрос. Читаю глубже ТЗ, и далее консультант уже указывает необходимость отлавливать не просто смену  статуса на "05 или "07", а также необходимо учитывать, с какого статуса меняем, то есть старый статус до смены. И вот вопрос - в моём детерминейшн можно как-то получить старый статус? Триггер у меня  стоит на создании и обновлении ROOTа,  эссайнмент - before save (finalize). Или стоит как-то поменять настройки детерминейшена? Может эссайнмент какой-то другой взять?
                  
                  
                
У retrive есть параметр before_image. Если он true = данные читаются из БД. Если false, то из буфера. Соответственно если root уже изменен, но не сохранен - делаете retrieve дважды с разным before_image и сравниваете
ого! классная подсказка! спасибо! сейчас гляну отладкой значения в обоих случаях😉
сработало!! море спасибов )
Обсуждают сегодня