Закупки и тендеры

1. Наименование и место нахождения Заказчика:

Закрытое акционерное общество «Цептер Банк», Республика Беларусь, 220034, г. Минск, ул. Платонова, 1Б

2. Наименование и количество (объем) предмета закупки: согласно заданию на закупку.

3. Место, дата и время подачи конкурсных предложений:

3.1. Приемная ЗАО «Цептер Банк» по ул.Платонова, 1Б, в г.Минске

3.2. Дата подачи конкурсных предложений:

до 11.00 « 20 » декабря 2024 г.

4. Контактные данные:

4.1. Шиндиков Степан Владимирович, телефон (029) 304-34-86;

4.2. Приемная: телефон (017) 331-89-49, e-mail: konkurs@zepterbank.by

5. Иные сведения:

5.1. Источник финансирования: собственные средства заказчика;

5.2. Перечень конкурсных документов: копия свидетельства о регистрации, копия Устава, коммерческое предложение с условиями оплаты и сроками поставки товара (выполнения работ), справка из обслуживающего банка об отсутствии картотеки, копии письменных отзывов получателей товаров (работ, услуг) о качестве или их письменный перечень, контактные данные, документ об авторизации поставщика производителем закупаемого оборудования, сертификаты и лицензии (при необходимости);

5.3. Тендерные документы готовятся на основании технического задания и представляются в запечатанном конверте с пометкой «На конкурс по закупке услуг модернизации блейд-шасси HPE 7000c и системы хранения данных HPE MSA2052».

ЗАО «Цептер Банк» объявляет конкурс на проектные, электромонтажные работы, поставку ДГУ и сдачу объекта в энергоинспекцию:

- проектные и электромонтажные работы;

- поставка дизель-генератора 50кВт на шасси.

- подключение и наладка автоматического запуска дизель-генераторной установки с системой мониторинга и оповещения при срабатывании в ЗАО «Цептер Банк»;

1. Наименование и место нахождения Заказчика:

Закрытое акционерное общество «Цептер Банк», Республика Беларусь, 220034, г. Минск, ул. Платонова, 1Б

2. Наименование и количество (объем) предмета закупки:

- Проектное решение на подключение ДГУ.

- Монтаж силовых и контрольных кабелей от ДГУ до шкафа АВР в РУ-0,4кВ здания 1 этаж.

- Монтаж шкафа АВР3.0 в РУ-0,4кВ здания.

- Монтаж автоматического выключателя 200А в РУ-0,4кВ, кабельных линий от автоматического выключателя в РУ-0,4кВ 1-я и 2-я секции к шкафу АВР3,0.

- Перекоммутация кабельных линий от шкафов АВР2,0 в шкаф АВР3,0.

- Электрофизические испытания.

- Поставка дизель-генератора 50 кВт на шасси.

- Монтаж ДГУ на место стоянки, наладка работы АВР и включение ДГУ.

- Получение акта осмотра электроустановок от ГУ «Госэнергогазнадзор» Министерства энергетики РБ, подготовка электротехнической документации (технические условия, акты балансовой принадлежности, положение о взаимоотношениях).

3. Место, дата и время подачи конкурсных предложений:

3.1. Приемная ЗАО «Цептер Банк» по ул.Платонова, 1Б, в г.Минске

3.2. Дата подачи конкурсных предложений: до 11.00 « 01 » апреля 2025 г.

Контактные данные:

3.3. Булатый Юрий Викентьевич +375 (44) 773-55-29;

3.4. Приемная: телефон (017) 331-89-49, e-mail: konkurs@zepterbank.by

4. Иные сведения:

4.1. Источник финансирования: собственные средства заказчика;

4.2. Перечень конкурсных документов: копия свидетельства о регистрации, копия Устава, коммерческое предложение с условиями оплаты и сроками поставки товара (выполнения работ), справка из обслуживающего банка об отсутствии картотеки, копии письменных отзывов получателей товаров (работ, услуг) о качестве или их письменный перечень, контактные данные, документ об авторизации поставщика производителем закупаемого оборудования, сертификаты и лицензии (при необходимости);

5.3. Конкурсные документы готовятся на основании технического задания и представляются в запечатанном конверте с пометкой «На конкурс по закупке услуг - подключение и наладка автоматического запуска дизель-генераторной установки в ЗАО «Цептер Банк»;

- поставка дизель-генератора 50кВт на шасси.

ИЗВЕЩЕНИЕ О ПРОВЕДЕНИИ

ПРОЦЕДУРЫ ЗАПРОСА ЦЕНОВЫХ ПРЕДЛОЖЕНИЙ

 

1. Сведения о заказчике

1.1. Закрытое акционерное общество «Цептер Банк», сокращенное наименование: ЗАО «Цептер Банк»;

1.2. 220034, Республика Беларусь, г. Минск, ул. Платонова, 1 Б;

1.3. Михайловский Сергей Георгиевич, (+375 17) 287-95-96;

1.4. mikhailovskiy@zepterbank.by;

1.5. Источник финансирования закупки - собственные средства Заказчика.

 

2. Сведения о предмете закупки

 

2.1. ПРЕДМЕТ ЗАКУПКИ:

Программный комплекс «AI-ассистент клиентской поддержки и консультирования Zepter Bank»

Документ:     Техническое задание (ТЗ)

Заказчик:       ЗАО «Цептер Банк»

Версия документа: 1.0

Дата:    11 августа 2026 г.

Конфиденциальность:      Строго конфиденциально.

Класс системы:       Внутренний программный комплекс банка.

 

1. Назначение и цели

1.1. Назначение документа

Настоящее техническое задание описывает требования к проектированию, разработке, развертыванию и вводу в эксплуатацию программного комплекса клиентской поддержки, консультирования и предложения продуктов «AI-ассистент» (далее – Система), предназначенного для использования во внутреннем контуре Zepter Bank. Система создается по функциональной аналогии с типовым решением мультиканального LLM-ассистента (конструктор агентов, каталог предложений, база знаний, встроенная CRM), но адаптирована под банковскую специфику, требования информационной безопасности и необходимость работы с персональными и банковскими данными.

 

1.2. Цели создания Системы

1. Автоматизация первичных клиентских коммуникаций, консультирования и предложения банковских продуктов через единый AI-ассистент, работающий 24/7 в нескольких каналах (Web-чат, Telegram, при необходимости иные каналы).

2. Сокращение времени первого ответа клиенту с часов до мгновенного.

3. Повышение качества и завершаемости консультаций за счет естественного диалога, квалификации запросов и персонализированных предложений продуктов из каталога.

4. Обеспечение полного контроля, аудита и соответствия требованиям информационной безопасности банка, включая обязательный слой анонимизации данных перед передачей в LLM.

5. Развертывание Системы полностью во внутреннем контуре банка без передачи персональных и банковских данных во внешние сети.

 

1.3. Ожидаемые бизнес-результаты

1. Время первого ответа клиенту: мгновенно (ориентировочно менее 5 секунд; целевой показатель, подлежащий уточнению по итогам пилота).

2. Завершаемость автоматических консультаций: ориентировочно 70% и выше (целевой показатель пилота).

3. Снижение стоимости обработки обращения: ориентировочно до 5–10% от базовой (ручной) стоимости (ориентир, подлежащий уточнению по итогам пилота).

4. Масштабирование нагрузки без пропорционального роста штата поддержки.

2. Общее описание системы

2.1. Состав Системы

Система представляет собой клиент-серверный программный комплекс со следующими основными компонентами:

1. Бэкенд (Backend): серверная часть, реализующая бизнес-логику, API, конструктор агентов, оркестрацию LLM, слой анонимизации, интеграционные шлюзы, аналитику.

2. Фронтенд (Frontend): веб-интерфейс администрирования и работы операторов/менеджеров (SPA), включающий управление агентами, каталогом, базой знаний, CRM, аналитику.

3. Web-чат (виджет): клиентский веб-чат для размещения на сайтах/в приложениях банка, обеспечивающий диалог клиента с AI-агентом.

4. Telegram-бот: клиентский канал коммуникации через Telegram.

5. Слой анонимизации: выделенный подсистемный модуль, обрабатывающий все данные перед передачей в LLM и обратным восстановлением для авторизованных сценариев.

6. Внутренняя CRM: встроенный модуль учета клиентов, обращений, запросов и заявок.

7. Хранилище данных и база знаний: компоненты хранения структурированных данных, векторных представлений и документов.

 

2.2. Принцип работы

AI-ассистент должен вести естественный диалог с клиентом в подключенном канале, квалифицируя обращение, консультируя по продуктам и предложениям из каталога, проясняя сомнения и отвечая на вопросы, при необходимости эскалируя диалог живому оператору. Вся работа с LLM должна происходить через слой анонимизации: идентифицируя и маскируя банковские данные до отправки в модель и восстанавливаются только в защищенных внутренних сценариях для авторизованных сотрудников.

 

2.3. Топология развертывания

Система разворачивается полностью во внутреннем контуре банка (on-premise). Внешние сетевые взаимодействия минимизированы и проходят через контролируемые шлюзы (в т.ч. шлюз к Telegram Bot API). При подключении внешних LLM моделей весь трафик проходит через слой анонимизации и DLP-шлюз банка.

3. Роли пользователей

 

Администратор Системы:          управление пользователями, ролями, каналами, агентами, настройками безопасности, развертыванием;

Менеджер поддержки / Оператор: работа с обращениями и запросами во встроенной CRM, принятие эскалаций от AI-ассистента, ручной диалог;

Клиент:         конечный пользователь, взаимодействующий с AI-агентом через Web-чат или Telegram;

Сервисный аккаунт: технические учетные записи для интеграций (шлюз Telegram, внутренние API банка, шлюз LLM).

 

4. Функциональные требования

4.1. Конструктор AI-агентов:

возможность создания нескольких независимых AI-агентов (для разных каналов, продуктов, сегментов клиентов);

включение/отключение агента одним кликом;

настройка системного промпта (ролевая модель, тон, ограничения, сценарии диалога);

привязка к агенту: базы знаний, разделов каталога, каналов Коммуникации

настройка параметров модели LLM;

настройка сценариев эскалации на живого менеджера (триггеры, условия);

управление шаблонами ответов и guardrails (запрещенные темы, обязательные формулировки, compliance-ограничения);

главный экран: список агентов со статусами (активен/остановлен), каналами, метриками.

 

4.2. Внутренняя CRM:

учет клиентов: карточка клиента, история обращений, статус;

учет обращений/диалогов: привязка к клиенту, каналу, ассистенту, Статусу

учет заявок/интересов: воронка обработки, стадии, ответственный оператор, продукт;

AI-сводка по клиенту: автоматически генерируемый контекст по истории диалогов для оператора (кнопка «AI-сводка»);

передача диалога от AI-ассистента живому оператору с сохранением контекста;

заметки оператора, задачи, напоминания;

фильтры и поиск по клиентам, обращениям, заявкам.

 

4.3. Каталог продуктов и предложений:

управление каталогом банковских продуктов: карты, счета, вклады, кредиты, инвестиционные продукты, страхование, премиальные предложения и т.д.;

поля продукта: название, категория, описание, условия, ставки/тарифы, теги, статус (активен/архив), изображение/иконка;

группировка по категориям;

привязка продуктов к агентам (какие продукты агент может рекомендовать);

карточка продукта в чате: агент рекомендует продукт с краткой карточкой и кнопкой действия (например, «Оформить заявку», «Подробнее», «Связать с менеджером»).

 

4.4. База знаний:

загрузка документов ( DOCX, TXT, XLSX) и структурированного контента (FAQ);

структурирование по разделам/категориям, тегам$

RAG (Retrieval-Augmented Generation): поиск релевантных фрагментов по запросу агента и подстановка в контекст LLM;

векторизация документов и хранение эмбеддингов во внутреннем векторном хранилище;

управление доступом к разделам базы знаний по ролям/агентам;

пополнение менеджером вручную базы знаний правильными ответами агента в чате.

 

4.5. Мультиканальные коммуникации:

каналы, реализуемые в рамках данного ТЗ:

Web-чат (виджет на сайте/в приложении банка);

Telegram (бот).

архитектура каналов должна предусматривать возможность добавления новых каналов (WhatsApp Business, Viber, ВКонтакте, Avito и др.) без переписывания ядра Системы (через единый адаптер каналов);

единый интерфейс работы со всеми диалогами всех каналов для менеджера;

маршрутизация обращений по агентам/каналам/сегментам;

рассылки/кампании по сегментам клиентов (с ограничениями и согласием на коммуникацию).

 

4.6. Web-чат (виджет):

встраиваемый виджет чата на сайт/в приложение банка;

клиентский интерфейс: диалог, карточки продуктов, кнопки действий;

передача диалога менеджеру с сохранением истории;

сохранение виджета при работе во внутреннем контуре (без внешних зависимостей по умолчанию).

 

4.7. Telegram-бот:

подключение бота к Telegram через контролируемый шлюз (см. раздел 6);

прием и отправка сообщений, медиа, карточек из каталога;

ведение диалога AI-агентом по настроенным сценариям;

передача диалога менеджеру.

 

4.8. Аналитика

Дашборд в реальном времени: диалоги, сообщения, токены, рассылки.

Фильтры по периоду, дате, агенту, каналу.

Воронка обращений: запросы, квалификация, конверсия по стадиям.

Журнал использования LLM-токенов и оценка стоимости.

 

4.9. Эскалация на живого оператора/менеджера:

автоматическая эскалация диалога от AI-ассистента живому оператору по настраиваемым триггерам:

явный запрос клиента на связь с человеком;

многократное недопонимание / повтор одного и того же вопроса;

негативная тональность или жалоба клиента;

запрос на операцию, требующий ручного подтверждения (оформление заявки, изменение условий и т.п.).

ручная эскалация: оператор может принять диалог в работу в любой момент;

сохранение и передача полного контекста диалога оператору: история переписки, AI-сводка по клиенту, выявленные потребности, статус обращения;

уведомление оператора о входящей эскалации (в интерфейсе консоли, при необходимости — через внутренние каналы уведомлений);

бесшовный возврат диалога обратно AI-ассистенту после разрешения вопроса оператором, с актуализацией контекста.

 

4.10. Система рассылок по чатам

создание и отправка информационных/маркетинговых рассылок клиентам через чат-каналы (Telegram) от имени AI-ассистента или от имени банка;

сегментация аудитории рассылки: каналу, статусу;

планирование рассылок: немедленно, на заданное время, по расписанию;

прохождение через слой анонимизации при использовании LLM для генерации/персонализации текста рассылки.

5. Слой анонимизации данных (ключевой модуль).

5.1. Назначение и принципы

Слой анонимизации: обязательный выделенный модуль Системы, обеспечивающий, что никакие персональные данные (ПДн), банковская тайна и иные конфиденциальные сведения не покидают защищенный контур и не передаются в LLM в открытом виде. Все данные, проходящие через LLM (входящие сообщения клиентов, контекст диалога, материалы для RAG, сводки), предварительно обрабатываются слоем анонимизации.

 

5.3. Категории распознаваемых сущностей

Слой должен обнаруживать и маскировать:

номера телефонов;

адреса электронной почты;

паспортные данные, ID документов, номера удостоверений;

номера счетов, номеров карт (PAN), CVV, сроки действия;

номера договоров, клиентских ID, контрактов;

ИНН / УНП / налоговые и регистрационные номера;

даты рождения, иные персональные даты;

детали транзакций, сумм, остатков, иных финансовых параметров.

 

5.4. Механизм токенизации

распознанные значения заменяются числовыми токенами вида CLIENT_NAME_1, PHONE_1, ACCOUNT_1, CARD_1 и т.д.;

соответствие «токен ↔ исходное значение» хранится исключительно в защищенном хранилище (vault) внутри контура банка;

LLM и внешние модели получают только анонимизированный контекст;

Обратное восстановление (де-анонимизация) выполняется только в защищенных внутренних сценариях для авторизованных сотрудников и подлежит журналированию.

 

5.5. Средства распознавания

настраиваемые регулярные выражения и шаблоны (форматы телефонов, email, счетов, карт, паспортов, ИНН/УНП и т.п.);

простой словарь ключевых слов/фраз для дополнительных замен.

6. Архитектура системы

6.1. Логическая архитектура

Система реализует многоуровневую архитектуру:

уровень каналов: адаптеры Web-чат, Telegram, (расширяемо: WhatsApp, Viber и др.);

уровень оркестрации: маршрутизация обращений, конструктор агентов, управление диалогом, сценарии эскалации;

слой анонимизации: preprocessing данных перед LLM, postprocessing (деанонимизация) ответов;

уровень LLM-шлюза: единый шлюз к моделям (локальным и/или внешним через DLP), управление промптами, guardrails, контроль токенов;

уровень RAG / Базы знаний: векторное хранилище, поиск, подстановка контекста;

уровень бизнес-данных: CRM, каталог продуктов, пользователи, аналитика;

уровень интеграций: защищенные шлюзы к внешним сервисам (Telegram Bot API, банковские системы, SSO);

уровень безопасности и аудита: аудит-лог, шифрование, мониторинг.

 

6.2. Компонентная архитектура:

backend API (REST/gRPC): бизнес-логика, авторизация, оркестрация;

сервис анонимизации: отдельный изолируемый микросервис;

сервис LLM-шлюза: управление вызовами моделей, промптами, токенами;

сервис RAG: индексация, поиск;

сервис каналов: адаптеры мессенджеров и веб-чата;

сервис аналитики сбор событий, агрегация, дашборды;

сервис уведомлений/рассылок;

фронтенд-приложение (SPA): административная и операторская консоль;

виджет веб-чата: клиентский компонент;

хранилища: реляционная БД, векторная БД, объектное хранилище документов.

 

6.3. Интеграционная архитектура:

все внешние соединения (Telegram Bot API, внешние LLM) проходят через выделенный контролируемый шлюз.

7. Развертывание во внутреннем контуре банка

7.1. Принцип развертывания

Система разворачивается полностью во внутреннем контуре банка (on-premise). Внешние сетевые взаимодействия минимизированы. По умолчанию внешние облачные LLM не используются; возможно подключение только через шлюз банка и слой анонимизации после отдельного согласования со службой ИБ.

 

7.2. Технологии развертывания

Контейнеризация (Docker) и оркестрация (Kubernetes) во внутреннем кластере банка.

Разделение сетевых зон: DMZ (для адаптеров внешних каналов: Telegram) и внутренняя защищенная зона (ядро, БД, LLM-шлюз, анонимизация, CRM).

Адаптер Telegram-бота размещается в DMZ с ограниченным исходящим доступом к Telegram Bot API; внутренние компоненты не имеют прямого выхода в интернет.

Управление конфигурациями через внутренний CI/CD и реестр образов банка.

Хранение секретов, ключей шифрования: во внутреннем vault (HashiCorp Vault или аналог, одобренный банком).

 

7.3. Сетевая безопасность

Весь межсервисный трафик: по mTLS внутри кластера.

Сегментация сетей, NetworkPolicies.

Egress-шлюз с белыми списками доменов (только разрешенные: Telegram Bot API, согласованные LLM-эндпоинты).

DLP-контроль исходящего трафика.

WAF для входящих клиентских каналов (виджет).

 

7.5. Масштабирование и отказоустойчивость

Горизонтальное масштабирование stateless-сервисов.

Репликация баз данных, отказоустойчивые кластеры.

Резервное копирование (БД, векторное хранилище, документы, конфигурация) по регламенту банка.

Разделение на тестовый, предпродакшен (staging) и продакшен контуры.

8. Требования к данным

Классификация данных: ПДн, банковская тайна, коммерческая тайна, общедоступные данные.

Все ПДн и чувствительные данные хранятся и обрабатываются только во внутреннем контуре.

Передача в LLM только через слой анонимизации (см. раздел 5).

Сроки хранения данных определяются внутренними политиками банка и требованиями регулятора.

Возможность удаления данных клиента по запросу (право на забвение) с соблюдением регламентов банка.

Резервное копирование и восстановление, контроль целостности.

9. Требования К LLM И AI-КОМПОНЕНТАМ

Поддержка нескольких LLM-провайдеров/моделей (локальные и/или внешние через шлюз): выбор под задачу и бюджет.

RAG с использованием внутренней базы знаний; ответы опираются на утвержденные материалы.

Управление промптами.

Запрещенные темы, обязательные дисклеймеры, недопустимость раскрытия банковской тайны.

Контроль расхода токенов и оценка стоимости.

Возможность эскалации диалога на менеджера, ручная проверка спорных ответов.

10. Нефункциональные требования

Производительность: время первого ответа клиенту не более 5 секунд; пропускная способность: не менее 50 одновременных диалогов.

Доступность: не менее 99,5% (целевой показатель 99,9%) в промышленном контуре.

Масштабируемость: горизонтальное масштабирование сервисов, поддержка роста нагрузки без переработки архитектуры.

Отказоустойчивость: отсутствие единой точки отказа, автоматическое восстановление сервисов.

Сбор метрик, логов, трассировок; алертинг (Prometheus/Grafana или аналог, одобренный банком).

Совместимость: поддержка современных браузеров для фронтенда; виджет кросс-браузерный.

Локализация: интерфейс русский; возможность добавления языков.

Удобство: интуитивный интерфейс администрирования и операторской консоли.

 

2.2. КОЛИЧЕСТВО (ОБЪЕМ) ТОВАРОВ (ВЫПОЛНЕНИЯ РАБОТ, ОКАЗАНИЯ УСЛУГ):

Лицензия на ПО (безотзывная) с возможностью доработки. (Заказчик вправе увеличить или уменьшить количество (объем) предмета закупки в ходе проведения процедуры запроса ценовых предложений).

 

2.3. СРОК (СРОКИ) ПОСТАВКИ ТОВАРОВ (ВЫПОЛНЕНИЯ РАБОТ, ОКАЗАНИЯ УСЛУГ), И ПОРЯДОК ИХ ПРОВЕДЕНИЯ:

 

50 рабочих дней, в том числе:

 

Порядок проведения работ после поставки:

Этап 1. Аналитика, проектирование и базовая настройка CRM (Недели 1–2).

аудит процессов обработки обращений в банке;

развертывание тестовой среды на серверах исполнителя;

настройка внутренней CRM «AI-ассистент клиентской поддержки и

консультирования Zepter Bank» и ролевой модели;

разработка структуры базы знаний банка;

проектирование сценариев диалогов для Telegram и Web-чата.

 

Этап 2. Интеграция AI и настройка каналов (Недели 3–4).

настройка модуля автоматического обезличивания конфиденциальных числовых данных;

настройка логики и поведения AI-агентов через системные промпты с учетом специфики продуктов банка;

подключение и настройка каналов Telegram и Web-chat в тестовой среде;

настройка логики маршрутизации и эскалации на живых операторов;

настройка статусов квалификации обращений.

 

Этап 3. Внутреннее тестирование и пилотный запуск (Недели 5–8).

тестирование сценариев обслуживания и корректности эскалации;

проверка работы фильтра маскирования чувствительных данных;

пилотный запуск на ограниченном потоке;

оптимизация на основе собранных данных и согласование результатов с Лицензиатом.

 

Этап 4. Развертывание в банке и обучение (Неделя 9-10).

передача готового программного обеспечения банку;

развертывание системы на локальных серверах банка в защищенном контуре согласно инструкциям;

обучение сотрудников Support и менеджеров работе в интерфейсе «AI-ассистент клиентской поддержки и консультирования Zepter Bank»;

запуск в промышленную эксплуатацию.

 

2.4. Место поставки товаров (выполнения работ, оказания услуг): ЗАО «Цептер Банк», 220034, Республика Беларусь, г. Минск, ул. Платонова, 1 Б

 

3. Требования к участникам

3.1. Участниками могут являться: юридические лица, индивидуальные предприниматели.

3.2. Участниками не могут быть лица, внесенные в список неблагонадежных клиентов (реестр поставщиков (подрядчиков, исполнителей) временно не допускаемых к закупкам), а также лица, имеющие убытки по результатам своей деятельности за последние 3 месяца либо неплатежеспособные.

3.3. Участникам необходимо предоставить документы (сведения), указанные в документах запроса ценовых предложений.

свидетельство о регистрации юридического лица или ИП;

устав;

коммерческое предложение соответствующее условиям извещения;

информация о наличии аналогичных проектов и отзывы заказчика. (Примечание к оценке опыта Участника (для индивидуальных предпринимателей, связанных юридических лиц в рамках аналогичного проекта: в случае если Участником закупки является индивидуальный предприниматель (ИП) и (или) юридических лиц, при оценке критерия «Качественная составляющая, опыт и репутация» к зачету принимаются аналогичные проекты, выполненные им в составе связанного юридического лица (в качестве учредителя, акционера, единоличного исполнительного органа/генерального директора или ключевого технического руководителя либо юридическое лицо, осуществлявшее проект по договору подряда либо иным договорам). Для подтверждения такого опыта ИП обязан предоставить в составе заявки: Копии договоров и актов выполненных работ, заключенных указанным юридическим лицом. Документы, подтверждающие связь с данным юридическим лицом в период реализации проектов иные документы, которые участник посчитает нужным представить для подтверждения).

 

4. СРОК, МЕСТО И ПОРЯДОК ПРЕДСТАВЛЕНИЯ ДОКУМЕНТОВ ЗАПРОСА ЦЕНОВЫХ ПРЕДЛОЖЕНИЙ:

Документы запроса ценовых предложений представляются бесплатно на бумажном носителе, начиная с 13.08.2026 г. в рабочие дни с 08.00 часов до 18.00 часов, по адресу: ЗАО «Цептер Банк» 220034, Республика Беларусь, г. Минск, ул. Платонова, 1 Б.

 

5. СРОК, МЕСТО И ПОРЯДОК ПРЕДСТАВЛЕНИЯ УЧАСТНИКАМИ ЦЕНОВЫХ ПРЕДЛОЖЕНИЙ:

Ценовые предложения должны быть представлены на бумажном носителе нарочным или посредством почтовой связи по адресу: г. Минск, ул. Платонова, 1 Б в срок не позднее 11 часов 27.08.2026.

 

6. ПОРЯДОК ОЦЕНКИ И ВЫБОРА ПОСТАВЩИКА:

Порядок оценки заявок и выбора поставщика

Выбор победителя осуществляется на основе балльно-рейтинговой системы оценки коммерческих предложений. Общая сумма весов всех критериев составляет 100%. Победителем признается поставщик, набравший максимальный итоговый балл.

 

1. Критерии оценки и их весовые коэффициенты:

Цена решения: 40% (вес 0,40).

Оценивается конечная стоимость предложения (с учетом всех налогов, сборов и сопутствующих расходов). Высокий балл присваивается предложению с наименьшей ценой.

 

Техническое соответствие и сроки поставки: 40% (вес 0,40).

Оценивается полнота выполнения технических требований (ТЗ), функционал решения, а также готовность поставщика соблюсти или опередить требуемые сроки поставки.

 

Качественная составляющая, опыт и репутация: 20% (вес 0,20).

Оценивается квалификация участника: наличие успешно реализованных аналогичных проектов, стаж работы на рынке, отзывы клиентов и общая деловая репутация.

 

2. Формула расчета итогового рейтинга

Итоговый балл каждого коммерческого предложения рассчитывается по формуле:

R{i}=(Б{цена}* 0,40) + (Б{ТЗ}* 0,40) + (Б{опыт}* 0,20)

где:

R{i} – итоговый рейтинг (балл) поставщика;

Б{цена} – балл, присвоенный за ценовое предложение;

Б{ТЗ} – балл за соответствие техническому заданию и срокам;

Б{опыт} – балл за качественную составляющую, опыт и репутацию.

 

3. Порядок определения победителя при равенстве итоговых баллов

В случае если два или более поставщика набрали одинаковый итоговый балл, приоритет определяется в следующем порядке:

Победителем признается участник, набравший наибольший балл по критерию «Техническое соответствие и сроки поставки» (40%);

При равенстве баллов по первому критерию, победителем признается участник, предложивший наименьшую «Цену решения» (40%);

При равенстве баллов по двум предыдущим критериям, победителем признается участник, имеющий наивысший балл по критерию «Качественная составляющая, опыт и репутация» (20%).

В случае абсолютного равенства баллов по всем критериям, победителем признается поставщик, чья заявка (коммерческое предложение) была зарегистрирована или подана раньше по времени.

                   

Заместитель Председателя Правления                              С.Г.Михайловский