Attask - обновить скрытые свойства проекта через API

Question

У меня есть ряд полей проекта, которые будут обновляться через API, которые не видны в интерфейсе рабочей области. Я извлекаю эти свойства, выполнив GET идентификатора проекта. Немногие поля, которые нужно обновить, - это предыдущие состояния, categoryID, resourcePoolID, schedID, eac и другие. Обратите внимание: мой extRefID равен null.
Я попытался это -

https://abc.attasksandbox.com/attask/api/project/57--b8477f7?DE:project={previousStatus:EST}&apiKey=759--ux&method=put 

и это

https://xyz.attasksandbox.com/attask/api/project/57d6--f7?DE=previousStatus:EST&apiKey=759--xu&method=put 

и это

https://xyz.attasksandbox.com/attask/api/project/57--f7?updates={"previousStatus":"EST"}&apiKey=7--xuk&method=put 

и JSON редактирует, как показано ниже

https://xyz.attasksandbox.com/attask/api/project/57--f7&apiKey=7--xuk&method=put 

с телом как

{ 
    Project: [ 
     { 
      previousStatus: "EST" 
     } 
    ] 
} 

но ничего не работает. Я получаю код ответа 200 для третьего вызова, но previousStatus все еще не обновляется. Для других вызовов я получаю:

«Параметр с значением первичного ключа (ов) \» previousStatus \ «не найден»

Может ли один пожалуйста, предложите правильный подход, если это достижимо? Заранее спасибо!

Answer 1

Большинство этих полей можно и нужно устанавливать с помощью API, но некоторые из них все еще рассчитаны и поэтому не могут быть установлены напрямую. Предыдущий статус - это именно то, что он говорит, это автосет, изменяя статус проекта. Если проект был CUR и изменен на CPL, то предыдущийStatus был бы CUR, потому что он ранее находился в статусе CUR. Это используется для отчетов или аудитов для обеспечения соответствия процессов.

EAC также автоматически вычисляется из заданий и атрибутов проекта.

Следует отметить, что categoryID является устаревшим термином, и с тех пор они были перемаркированы в пользовательском интерфейсе в виде форм. Таким образом, вы должны пойти в Setup и получить идентификатор оттуда. У вас должна быть хотя бы одна форма проекта, чтобы задать последующие значения пользовательской формы. У вас может быть более 1, используя v5 API и устанавливая коллекцию категорий.

CompanyID, ScheduleID, ResourcePoolID и т. Д. Могут быть установлены без проблем.

Если вы не можете установить его в пользовательском интерфейсе, вы, вероятно, также не можете установить его в API. Единственным исключением является extRefID, который нелегко настраивается в пользовательском интерфейсе, но предназначен для установки в API.