Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 740184
Тема сообщения
Замечание к КД
Тип сообщения
Замечание к КД
Поставщик
Товарищество с ограниченной ответственностью "BrainBoost"
Представитель поставщика
РАПҚАТ РАИМБЕК
Дата и время отправки сообщения
2026-06-09 14:56:35
Текст сообщения
В спецификации указано требование интеграции с системами класса ITSM и Helpdesk без какого-либо перечня поддерживаемых систем, протоколов или форматов обмена данными, что делает невозможным для поставщика определить, соответствует ли его решение данному требованию. Просим разъяснить, будет ли заказчик считать эквивалентной интеграцию через REST API, электронную почту (создание тикетов по email) или через стандартные форматы обмена (например, CMDBf, OData). Отсутствие конкретики позволяет заказчику после заключения договора предъявить требования по интеграции с конкретной ITSM-системой, которую поставщик может не поддерживать. Просим указать, какая именно ITSM-система используется у заказчика, либо подтвердить, что требование считается выполненным при наличии у поставщика документально подтвержденной возможности интеграции с любой системой через открытый API.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-06-11 12:36:26
Автор:
АРЕНОВ АБЫЛАЙ ЕЛКОНДЫУЛЫ
Решение:
Представить разъяснение положений конкурсной документации
Текст разъяснения
1. Назначение требования интеграции с ITSM/Helpdesk:
o Требование направлено на обеспечение возможности программного комплекса передавать инциденты, события и уведомления в системы управления заявками и поддерживать двустороннее взаимодействие с процессами Service Desk.
o Конкретная ITSM/Helpdesk-система в технической спецификации не фиксируется, поскольку инфраструктура заказчика может включать различные решения либо быть подвержена изменениям в ходе жизненного цикла системы.
2. Допустимые способы интеграции:
o В качестве допустимых и эквивалентных механизмов интеграции рассматриваются, включая, но не ограничиваясь:
REST API;
SMTP (создание тикетов через электронную почту);
вебхуки (webhooks);
стандартные форматы обмена данными (в том числе JSON, XML, CSV);
OData или иные открытые протоколы при наличии документированной поддержки.
o Ключевым критерием является возможность автоматизированного создания и обновления заявок/инцидентов в ITSM/Helpdesk-системе.
3. Эквивалентность решений:
o Эквивалентной признается любая реализация, обеспечивающая:
передачу инцидентов и событий;
возможность структурированного обмена данными;
интеграцию без необходимости модификации ядра программного комплекса;
документированную поддержку интерфейсов интеграции.
4. Относительно конкретной ITSM-системы заказчика:
o На этапе закупки конкретная ITSM/Helpdesk-система заказчика не фиксируется, так как выбор платформы относится к сфере эксплуатации информационной системы.
o В случае необходимости интеграции с конкретной системой, поставщик обеспечивает подключение через поддерживаемые открытые интерфейсы при наличии такой системы у заказчика.
5. Риски и правовая определенность:
o Требование не предполагает последующего предъявления требований к поддержке закрытых или проприетарных интерфейсов, не заявленных в спецификации.
o Соответствие оценивается исключительно по наличию документированных механизмов интеграции с ITSM/Helpdesk-классом систем.
Вывод:
• Спецификация определяет функциональную возможность интеграции, а не конкретную ITSM-платформу.
• REST API и иные открытые механизмы интеграции могут рассматриваться как допустимые способы реализации при условии обеспечения заявленного функционала.
Замечание отклоняется.
o Требование направлено на обеспечение возможности программного комплекса передавать инциденты, события и уведомления в системы управления заявками и поддерживать двустороннее взаимодействие с процессами Service Desk.
o Конкретная ITSM/Helpdesk-система в технической спецификации не фиксируется, поскольку инфраструктура заказчика может включать различные решения либо быть подвержена изменениям в ходе жизненного цикла системы.
2. Допустимые способы интеграции:
o В качестве допустимых и эквивалентных механизмов интеграции рассматриваются, включая, но не ограничиваясь:
REST API;
SMTP (создание тикетов через электронную почту);
вебхуки (webhooks);
стандартные форматы обмена данными (в том числе JSON, XML, CSV);
OData или иные открытые протоколы при наличии документированной поддержки.
o Ключевым критерием является возможность автоматизированного создания и обновления заявок/инцидентов в ITSM/Helpdesk-системе.
3. Эквивалентность решений:
o Эквивалентной признается любая реализация, обеспечивающая:
передачу инцидентов и событий;
возможность структурированного обмена данными;
интеграцию без необходимости модификации ядра программного комплекса;
документированную поддержку интерфейсов интеграции.
4. Относительно конкретной ITSM-системы заказчика:
o На этапе закупки конкретная ITSM/Helpdesk-система заказчика не фиксируется, так как выбор платформы относится к сфере эксплуатации информационной системы.
o В случае необходимости интеграции с конкретной системой, поставщик обеспечивает подключение через поддерживаемые открытые интерфейсы при наличии такой системы у заказчика.
5. Риски и правовая определенность:
o Требование не предполагает последующего предъявления требований к поддержке закрытых или проприетарных интерфейсов, не заявленных в спецификации.
o Соответствие оценивается исключительно по наличию документированных механизмов интеграции с ITSM/Helpdesk-классом систем.
Вывод:
• Спецификация определяет функциональную возможность интеграции, а не конкретную ITSM-платформу.
• REST API и иные открытые механизмы интеграции могут рассматриваться как допустимые способы реализации при условии обеспечения заявленного функционала.
Замечание отклоняется.
