For AI agents: markdown of this page — /docs-content-en/feedback/comments.md documentation index — /llms.txt

Add a comment

POST /v1/feedback/:id/comments

Adds a comment to a ticket. Attachments can be added to a comment.

Parameters

Parameter Type Required Description
Parameterid (path) Typestring Requiredyes DescriptionTicket UUID. Get it from the ticket list or the create response

Request fields (body)

Field Type Required Description
Fieldbody Typestring Requiredyes DescriptionComment text, 2–20000 characters
Fieldstatus Typestring Requiredno DescriptionNew ticket status, applied together with a comment on someone else's ticket. Ignored in the author's comment on their own ticket. Values as in update
FieldattachmentIds Typearray Requiredno DescriptionUp to 5 IDs of pre-uploaded attachments. To upload one, see Upload an attachment

Examples

curl — personal key

Terminal
curl -X POST https://vibecode.bitrix24.com/v1/feedback/a1b2c3d4-1111-2222-3333-444455556666/comments \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "body": "Reproduced with an empty filter; attached the request log." }'

curl — OAuth application

Terminal
curl -X POST https://vibecode.bitrix24.com/v1/feedback/a1b2c3d4-1111-2222-3333-444455556666/comments \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{ "body": "Reproduced with an empty filter; attached the request log." }'

JavaScript — personal key

javascript
const res = await fetch(
  'https://vibecode.bitrix24.com/v1/feedback/a1b2c3d4-1111-2222-3333-444455556666/comments',
  {
    method: 'POST',
    headers: { 'X-Api-Key': 'YOUR_API_KEY', 'Content-Type': 'application/json' },
    body: JSON.stringify({ body: 'Reproduced with an empty filter; attached the request log.' }),
  },
)
const { data } = await res.json()

JavaScript — OAuth application

javascript
const res = await fetch(
  'https://vibecode.bitrix24.com/v1/feedback/a1b2c3d4-1111-2222-3333-444455556666/comments',
  {
    method: 'POST',
    headers: {
      'X-Api-Key': 'YOUR_APP_KEY',
      'Authorization': 'Bearer USER_SESSION_TOKEN',
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({ body: 'Reproduced with an empty filter; attached the request log.' }),
  },
)
const { data } = await res.json()

Response fields

Field Type Description
Fieldsuccess Typeboolean DescriptionAlways true on success
Fielddata Typeobject DescriptionThe created comment
Fielddata.id Typestring DescriptionComment UUID. Get a ticket returns the same ID in comments[].id
Fielddata.authorType Typestring DescriptionWho left the comment: USER or PLATFORM
Fielddata.body Typestring DescriptionComment text
Fielddata.createdAt Typestring DescriptionCreation date (ISO 8601)
Fielddata.feedbackStatus Typestring DescriptionTicket status after the comment
Fielddata.previousStatus Typestring DescriptionTicket status before the comment

Response example

JSON
{
  "success": true,
  "data": {
    "id": "61ae2a00-a7ac-416f-85cc-99873c767d3b",
    "authorType": "USER",
    "body": "Reproduced with an empty filter; attached the request log.",
    "createdAt": "2026-04-19T11:00:00.000Z",
    "feedbackStatus": "NEW",
    "previousStatus": "NEW"
  }
}

Error response example

403 — comment without the vibe:feedback scope:

JSON
{
  "success": false,
  "error": {
    "code": "FEEDBACK_SCOPE_REQUIRED",
    "message": "Requires management key or vibe:feedback scope"
  }
}

Errors

HTTP Code Description
HTTP400 CodeVALIDATION_ERROR Descriptionbody shorter than 2 or longer than 20000 characters, or attachmentIds has more than 5 items
HTTP403 CodeFEEDBACK_SCOPE_REQUIRED DescriptionComment on someone else's ticket without the vibe:feedback scope. The ticket's author can comment without the scope — see "Known specifics"
HTTP403 CodeWRITE_BLOCKED_READONLY_KEY DescriptionThe key is read-only — see access rights
HTTP404 CodeNOT_FOUND DescriptionThe ticket does not exist or is not accessible to the key
HTTP409 CodeFEEDBACK_CLOSED DescriptionAn author comment on a permanently closed ticket (ARCHIVED or WITHDRAWN). An author comment reopens a RESOLVED ticket — see "Known specifics"
HTTP429 CodeRATE_LIMITED DescriptionMore than 20 comments per minute. The counter is shared per key owner, not per key. The current limit is returned in the x-ratelimit-limit header. The Retry-After header says how many seconds to wait before retrying
HTTP401 CodeMISSING_API_KEY DescriptionThe X-Api-Key header was not passed

For the full list of common API errors, see Errors.

Known specifics

A comment on someone else's ticket changes the status. Such a comment is recorded as a platform reply (authorType: PLATFORM) and by default moves the ticket to AWAITING_USER. A different status is set with the status field in the body — values as in update. The feedbackStatus and previousStatus fields in the response show the status after and before the comment.

The author comments on their own ticket without the scope. If the request uses the same key that created the ticket, the comment is accepted without the vibe:feedback scope: the author check runs before the scope check. The scope is only needed for comments on other people's tickets.

The author is the person, not the key. A ticket created by another of your keys, or filed from your Vibecode account, is also yours: the comment is recorded as a user message (authorType: USER), the resolution field is not overwritten, and a supplied status is ignored — statuses are changed through update. One condition: such a key needs the vibe:feedback scope — without the scope, only the key that created the ticket counts as yours. Application keys and management keys fall outside this rule entirely: for them, the key owner and the person writing are different people.

An author comment brings a resolved ticket back into the queue. If the ticket is RESOLVED, your comment moves it to NEEDS_REVIEW and clears the closure metadata (resolvedAt, resolvedBy). The resolution text is kept. ARCHIVED and WITHDRAWN stay closed — comments on them still return 409 FEEDBACK_CLOSED.

An author comment changes the status only when a reply is expected. From AWAITING_USER, the ticket moves to NEEDS_REVIEW. On the other open statuses — NEW, REVIEWING, NEEDS_REVIEW — the status stays the same: the ticket is already with the team. The updatedAt field is refreshed in any case, so a queue sorted by it will show a fresh reply regardless of status.

Only a closing comment fills resolution. A comment with a target status of RESOLVED or ARCHIVED writes its body into resolution. With any other status, the field is left unchanged. The text of such a comment still reaches the author by email and is visible in the thread.

See also