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