{
 "name": "string",
 "startDate": "2019-11-09T20:58:45Z",
 "endDate": "2019-11-09T20:58:45Z",
 "description": "string",
 "location": "string",
 "court": true,
 "type": "task",
 "status": "new",
 "estimate": 0,
 "matter": {
   "id": 0
 },
 "responsiblePersons": [
   {
     "person": {
       "id": 0
     },
     "workGroups": [
       {
         "id": 0
       }
     ],
     "id": 0
   }
 ],
 "id": 0
}

ну так

значения ж вроде надо передавать

или от типов тоже должно отработать?

согласен

Ошибка доступа должна иначе происходить?

в доступе проблем нету

токен авторизации есть

все переменные я заполняю

"matter": { },

это заполнять нужно?

А что, спецификации на апи нет?

а есть работающее приложение или веб интерфейс использующий данное API?

Спецификации нету,

Есть только апи интерфейс в разработке

Ну разрабатывается-то он как? Как разработчик пожелает без тз?

My success in binary options trading is beyond measure with the help of Mr Marco Villa.I thought it’s over after loosing a huge amount of money investing with so many fake managers. Mr Marco practically made it right for me to be able to earn much profit with my little investment capital and recovered my lost trading. I can boldly say,Mr Marco is the best manager so far.
Contact him if you are interested in binary option trading.@MARCO_VILLA77

Такое может быть, если изменения делаются "на лету" в связи гибкой методологии

При отсутствии спецификации, я бы взял за основу некоторую идеальную среду (ну, например, пред-продовая же у вас есть? Или демо) Вообщем, любую среду, которая должна быть стабильной и рабочей. Отправлял запросы и проверял ответы, сравнивая ожидаемый и ответ от "идеальной" среды

Мне кажется тут надо идти и общаться, уточнять.
Заодно намекнуть, что "internal server error" это очень абстрактная ошибка. И если проблема в запросе - надо бы возвращать адекватное описание, что не так.