Create issue via the API with email address set as reporter

Jarosław Kaczmarek

Hi
So we have a third-party integration that will help our customers create tickets in specific conditions. It works but its only problem is that instead of putting the client as the reporter, it puts the API user as the reporter of an issue.

It produces the following error:

Additional details:

1. The reporter is already an existing customer
2. The reporter is putting his email address in the integration
3. The email address is being passed over via the API to JSM
4. Reporter is a field visible and editable on the create screen
5. Integration calls https://xtm-cloud.atlassian.net/rest/api/3/issue to perform the operation. The method is hardcoded in the integration.
   
   Here is part of the API call:
   

   {
       "qs": {},
       "body": {
           "fields": {
               "project": {
                   "id": "11301"
               },
               "summary": "Upgrade request of Damian hehe ziolko",
               "priority": {
                   "id": "10000"
               },
               "reporter": {
                   "id": "damian.rusicki@gmail.com"
               },
               "description": {
                   "type": "doc",
                   "version": 1,
                   "content": [
                       {
                           "type": "paragraph",
                           "content": [
                               {
                                   "type": "text",
                                   "text": "Instance URL: login.cloud.xtm"

   I assume the method is not able to map the email to the existing user ID.

The minimum I would like to achieve is:

1. Put the reporter email in a custom field (can be done, already tested)
2. Run automation that will take email from that custom field and then update the reporter field accordingly. It needs to be universal automation (i.e. I can't predict who from 5000 customers will send the request)

The maximum:

1. Reporter from the get-go is properly set

Any suggestion would be most welcome and appreciated. 

Stefan Salzl

Hi @Jarosław Kaczmarek 

the user fields (like reporter, assignee,...) need the user´s accountID to be filled with. Therefore I would suggest to fire another API call (before the create issue) to retrieve the accountID via the user´s email.

Best
Stefan