6

Nie można utworzyć jednostki posta (https://msdn.microsoft.com/en-us/library/mt607553.aspx) przy użyciu internetowego interfejsu API Dynamics CRM 2016.Tworzenie postu z Dynamics CRM Web API

Ten ładunek powinien stworzyć post POST /api/data/v8.1/posts

{ 
    "text": "Test Single Post", 
    "source": 1, 
    "type": 7 
} 

(źródło 1 to auto postu, typ 7 jest post status)

ale zwraca:

{ 
    "error": 
    { 
     "code":"", 
     "message":"An unexpected error occurred.", 
     "innererror" 
     { 
      "message":"An unexpected error occurred..." 
     } 
    } 
} 

składania ta sama ładowność z tylko "tekstem" również nie działa.

Należy zauważyć, że obiekt Post nie ma właściwości nawigacji o wartości jednej wartości (https://msdn.microsoft.com/en-us/library/mt607553.aspx#bkmk_SingleValuedNavigationProperties), który pozwoli mi ustawić powiązaną jednostkę (kontakt, konto itp.).

Na przykład, tworząc jednostki Task (https://msdn.microsoft.com/en-us/library/mt607619.aspx) działa prawidłowo na POST /api/data/v8.1/tasks

{ 
    "subject": "Test Single Task", 
    "description": "Test One Description of Task", 
    "regardingobjectid_contact[email protected]": "/contacts(<someguid>)", 
    "scheduledend": "2016-07-21T12:11:19.4875892Z" 
} 

Wydaje mi się, że post powinien wystawiać coś podobnego [email protected], ale tak nie jest.

Dla kontekście, jest to, jak stworzyć post przez końcowego mydło i SDK:

var result = Client.getOrganizationService().Create(new Post 
{ 
    Text = post.text, 
    RegardingObjectId = new EntityReference(
     entityName, 
     Guid.Parse(post.regarding_guid) 
    ) 
}); 

Czy ktoś ma działający przykład urzędu stworzony przez API Web? Czy jest to pominięcie w interfejsie API Dynamics CRM Web?

To nie wygląda jak to jest wymienione w ograniczeniach: https://msdn.microsoft.com/en-us/library/mt628816.aspx

UPDATE

Wydaje się, że podmiot postregarding gdzie link powinien być stworzony, aby skontaktować/konta. To może być wykazana przez badanie:

/posts?$filter=postregardingid/regardingobjectid_contact/contactid eq <someguid> 

jednak „głębokie wkładka” jak tak nie działa:

{ 
    "text":"sometext", 
    "postregardingid": 
     { 
      "[email protected]":"/contacts(someguid)" 
     } 
} 

Odpowiedź jest

Nie można utworzyć podmiotów dzieckiem wobec jednostki dominującej .

Odpowiedz

0

Nigdzie nie wspomniano, że post (źródło aktywności) nie może zostać utworzone za pomocą webapi. W rzeczywistości nie jest wymienione jako ograniczenie crm webapi, jak wskazałeś.

Również w porównaniu, _regardingobjectid_value właściwość wyszukiwania post różni się od activitypointer. Jednowartościowa własność nawigacji.

Z ciekawości Moje dochodzenie ruszył w kierunku partnera - post_PostRegardings

Jedyne sensu - postregarding jest ściśle do użytku wewnętrznego. To może być powód takiego zachowania. To jest moja teoria na v8.2 dzisiaj (Aug 12 2017)

Opis: Reprezentuje której przedmiot jest po feed działalność dotyczy. Tylko do użytku wewnętrznego.
Podmiot Set ścieżka: [organizacja URI] /api/data/v8.2/postregardings
Typ podstawy: crmbaseentity EntityType
Display Name: post Odnośnie
Primary Key: postregardingid

Ref: https://msdn.microsoft.com/en-us/library/mt608103.aspx