Електронна торгова система (ЕТС) є програмним комплексом, призначеним для проведення електронних торгів (аукціонів) з продажу майна, активів, прав оренди та інших прав юридичних осіб державної та приватної форми власності та державних установ, служб, організацій тощо.
ЕТС забезпечує:
- можливість безперебійної роботи щодо проведення електронних торгів (аукціонів) ;
- прийом заяв на участь в електронних торгах (аукціонах) від учасників;
- надання учасникам необхідної інформації в зручному для сприйняття вигляді, обслуговування запитів від учасників;
- приймання, обробку та передачу інформації від операторів, учасників та організаторів;
- можливість відтворення електронних документів;
- формування та підтримку баз даних про перебіг та результати електронних торгів (аукціонів) з фіксацією часу вчинення дій в ЕТС;
- формування протоколу про результати проведення електронних торгів аукціонів здійснюється
ЕТС;
- виконання інших функцій, передбачених Регламентом ЕТС та іншими нормативно-правовими
актами.

Розділ 2. Загальна архітектура Системи. Технології, програмні продукти та оточення

1. ЕТС є дворівневою торговельною системою, що складається з таких рівнів:
- Набору програмних модулів та баз даних (ЦБД2): забезпечує автоматизацію процедур аукціонів (бізнес-процесів), проведення торгів, збереження інформації про торги у вигляді структурованої інформації та електронних копій документів та інші допоміжні функції
- Електронних майданчиків: забезпечують аутентифікацію користувачів, доступ до користувацьких інтерфейсів процедур аукціонів на різних етапах процедур, зберігання копій даних ЦБД2 та інші допоміжні функції.
Взаємодія між рівнями ЦБД2 здійснюється через АРІ, який реалізовано на стороні ЦБД2.
Окрім зазначених рівнів до складу програмного ландшафту ЕТС входить публічний портал , що застосовується для відображення інформації ЦБД2 в людиночитному вигляді.
Система є високонавантаженою, використовує технології відмовостійкості, побудована згідно поширених практик проектування систем корпоративного рівня, та працює в режимі 7х24.
Система працює за датою та часом часового поясу, в якому розташоване м. Київ (за київським часом).

2) Станом на момент оголошення закупівлі в промисловій експлуатації з метою проведення електронних торгів (аукціонів) знаходиться версія ЦБД2, експлуатацію якої було розпочато у вересні 2020 року.
Зазначена версія використовує такі технології:
- Засоби/мови програмування Python (версія 3.8, бібліотеки aiohttp, schematics, motor тощо), Javascript (фреймворк React та інші), HTML5 + CSS;
- система управління базами даних (MongoDB, PostgreSQL);
- сервер розподіленого повнотекстового пошуку Open Search;
- системи контейнеризації та оркестрації: Docker, Kubernetes (EKS), Helm
- об'єктне сховище файлів (AWS S3);
- операційні системи RedHat (CentOS), Debian (Ubuntu);
- Балансувальники (ALB, Nginx);
- Засоби версіонування (Gitlab)
- Засоби збірки і доставки програмного коду: GitLab CI;
- Додаткові сервіс

Технічні вимоги до послуг з модернізації програмного забезпечення
«Система персонального кабінету споживача»

Основні вимоги до розробки функціоналу програмного забезпечення «Мобільний додаток ToDo/Дистрибютор/Персональний кабінет»:
1. Відображення погодинних даних у EnergySuite.Online:
• Відображення погодинних «первинних даних» з лічильників.
Щодня на електронну пошту надсилаються макети (файли) txt із первинними даними споживання по лічильниках. Інформація у макетах типу:
((//240928;122244114442;++
(530001311);604,800;24,300;25,200;24,300;24,300;25,200;24,300;25,200;29,700;24,300;24,300;24,300;23,400;23,400;30,600;23,400;25,200;23,400;24,300;24,300;24,300;26,100;31,500;24,300;25,200:(530001312);604,800;24,300;25,200;24,300;24,300;25,200;24,300;25,200;29,700;24,300;24,300;24,300;23,400;23,400;30,600;23,400;25,200;23,400;24,300;24,300;24,300;26,100;31,500;24,300;25,200:
==))
де, ((// – початок макету
240928 – дата даних
122244114442 – спеціальний код
++ – початок погодинних даних
; – роздільник
(530001311) – ідентифікатор ТКО,
де 53000131 – номер лічильника, без початкових нулів,
1 – тип енергії А+;
2 – тип енергії А–;
: – кінець часового ряду
==)) – кінець макету
Ці макети повинні щоденно опрацьовуватися автоматично і дані записуватися у білінгову програму відповідно до лічильника та типу енергії.
Для збереження погодинних первинних даних з лічильника та профільованих даних споживання необхідно передбачити зміни у базі даних «Система управління даними вимірювань».
Ці погодинні дані повинні відображатися у персональному кабінеті у розділі «Погодинні дані лічильника».
У розділі «Погодинні дані лічильника» повинна бути наступна форма вибору даних:
- площадка (об’єкт);
- номер лічильника;
- вид енергії;
- період, за який необхідно відобразити дані.
Відображення даних повинно бути забезпечено у вигляді таблиці та графіку. Додатково, необхідно розмістити кнопку з можливістю завантаження даних у таблиці Excel.
• Відображення погодинних профільованих даних.
Профільовані дані по площадці з’являються після процесу «профілювання» при закритті періоду. У вкладці «Історія споживання» потрібно забезпечити відображення форми вибору даних: площадка (об’єкт) та період у розрізі місяця та виду енергії.
Після заповнення форми натиснувши кнопку «Відобразити» потрібно реалізувати відображення даних за наступним сценарієм:
Для площадок групи Б відображення історії залишається без змін.

Для площадок групи А потрібно відображати погодинний графік за період, а внизу відображати погодинну таблицю профільованого споживання за обраний період.
• Актуалізація алгоритмів та шаблонів надання ДКО в «Датахаб» відносно змін у ПЗ для роботи кабінету ППКО.
Проаналізувати зміни, які були виконані в рамках модернізації «Система управління даними вимірювань», що були здійснені для відображення погодинних даних у кабінеті ППКО.
На основі проаналізованих даних, забезпечити необхідні зміни у алгоритмах передачі ДКО на платф

1.1. Настроювання рівня даних (datalayer) для Ecommerce.
Всі дані електронної торгівлі (Ecommerce) передаються до Google Analytics 4 та Universal Analytics через рівень даних (datalayer).
7.1.1. Налаштування datalayer для Google Analytics 4.
Більше інформації про налаштування datalayer для Google Analytics 4 можна знайти у Посібники Google.


7.1.1.1. Перегляд товарів у лістингах (списках).
При перегляді на сайті сторінок з лістингами товарів виконувати через рівень даних (рівень даних) наступний код:
window.dataLayer =window.dataLayer || [];
window.dataLayer.push({
event:'view_item_list',
ecommerce: {
items: [{
item_name:'Назва товару',
item_id:'ID товару',
price: 'ціна',
currency: 'Валюта',
item_brand: 'Бренд товару',
item_category: 'Категорія',
item_list_name:'Назва списку',
item_list_id:'ID списку',
index: Позиція товару у списку,
quantity:'Кількість товарів'
},{
... //тут за аналогією передаємо дані всіх наступних товарних позицій, що потрапили до видимої зони монітора (якщо їх більше 1)
}]
}
});


Розшифровка змінних:
item_name (рядкова змінна) - Назва товару.
item_id (рядкова змінна) - Ідентифікатор (SKU) товару.
price(числова змінна) - price однієї одиниці товару. Як десятковий роздільник використовується точка.
currency(рядкова змінна) - літерне позначення валюти відповідно до стандартуISO 4217.
item_brand (рядкова змінна) - Бренд товару.
item_category (рядкова змінна) - категорія, до якої належить товар (до одного товару може бути застосовано декілька категорій).
item_list_name (рядкова змінна) - Список, де був показаний товар. Як назву списку рекомендується використовувати назву типу сторінки, наприклад, 'Категорія', “Акційні товари”, “Сторінка внутрішнього пошуку”.
item_list_id (рядкова змінна) – ідентифікатор списку, можна згенерувати будь-який ідентифікатор, який завжди повторюватиметься для одного і того ж списку.
index (цілочисленна змінна) – становище товару у цьому списку. Рахунок йде ліворуч по горизонталі –приклад.
quantity (цілочисленна змінна) - quantity товару. У цьому випадку завжди буде 1.
важливо! У масивірівень даних передаємо дані лише про товари, які потрапили у видиму зону екрана. Якщо товар зник із видимої зони, а замість нього з'явився інший товар (наприклад, в результаті скролінгу сторінки), дані попереднього товару замінюються даними нового товару.


Приклад готового товару:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
event: 'view_item_list',
ecommerce: {
items: [{
item_name: 'Microsoft Windows 11 Home ESD',
item_id: '157',
price: '1273',
currency: 'UAH',
item_brand: 'Windows',
item_category: 'xxx',
item_category2: 'xxx',
item_list_name: 'xxx',
item_list_id: 'xxx',
index: 1,
quantity: 1
},{
... //тут за аналогією передаємо дані всіх наступних товарних позицій, що

1. Загальна інформація
• Проєкт: Інтернет-магазин програмного забезпечення.
• Асортимент:
• Ліцензії для ОС (Windows, macOS).
• Антивіруси (Kaspersky, Norton, ESET тощо).
• ПЗ для роботи (Office 365, Adobe Creative Suite).
• Програми для графіки, монтажу, проєктування.
• Спеціалізоване ПЗ для бізнесу (CRM, ERP тощо).
• Цільова аудиторія:
• Фізичні особи: користувачі, яким потрібен антивірус, офісний пакет чи графічне ПЗ.
• Малий та середній бізнес: компанії, які купують CRM, ERP або програми для проєктування.
• Географія: [вкажіть регіони/країни].
• Вік: 18–55 років.
• Інтереси: технології, продуктивність, захист даних, робота з контентом.

2. Цілі SMM-просування
• Підвищення впізнаваності інтернет-магазину.
• Створення іміджу надійного продавця ліцензійного ПЗ.
• Генерація трафіку на сайт.
• Стимулювання продажів через спеціальні пропозиції та акції.
• Залучення постійних клієнтів через лояльність.

3. Основні платформи
• Instagram
• Facebook
• LinkedIn
• Telegram

4. Типи контенту
1. Інформаційний:
• Огляди програмного забезпечення (порівняння, переваги).
• Рекомендації щодо вибору програм залежно від потреб.
2. Освітній:
• Лайфхаки з використання популярних програм.
• Інструкції для встановлення та налаштування ПЗ.
• FAQ із питань ліцензійності та безпеки.
3. Рекламний:
• Акції, знижки, сезонні пропозиції.
• Спеціальні комплекти (наприклад, Office + антивірус).
• Пости з CTA (переходь на сайт, отримай знижку).
4. Соціальний доказ:
• Відгуки клієнтів.
• Кейси успішного використання ПЗ.
5. Розважальний:
• Мем-контент на тему “життя без ліцензійного ПЗ”.
• Опитування, вікторини (“Яке ПЗ вам підходить?”).

5. Контент-план
• Частота публікацій: 4–5 постів на тиждень, 3 Stories на день.
• Формати:
• Статичні зображення: оголошення акцій, банери.
• Каруселі: порівняння продуктів або покрокові інструкції.
• Відео: короткі огляди, навчальні ролики.
• Reels/TikTok: динамічні поради чи меми.

6. Таргетована реклама
• Цілі: залучення нових клієнтів та стимулювання продажів.
• Сегментація:
• Вік: 18–55 років.
• Інтереси: ліцензійне ПЗ, технології, IT-рішення.
• Типи реклами:
• Лід-форми (для збору контактів).
• Ретаргетинг (на відвідувачів сайту).
• Динамічні оголошення з персоналізованими пропозиціями.

7. Візуальний стиль
• Тон: професійний, але дружній.
• Кольорова палітра: Голубий
• Шрифти: сучасні та легкі для читання.
• Логотип: обов’язково на всіх візуальних матеріалах.

Техническое задание на создание инфографики

1. Цель инфографики

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

2. Тематика и содержание

Тема: Размещение программного обеспечения на маркетплейсах.

Основные блоки информации:

-Название и тип лицензии.
-Техническая поддежка 24/7.
-Програма лояльности для постоянних клиентов.
-Полный набор документов для юр лиц.
-мгновенное получение на почту.
-Индивидуальный подход и личные бонусы.
-Скидка 10% на следующий заказ.

3. Визуальные предпочтения

Цветовая палитра: Нейтральные или корпоративные цвета (голубой).
Шрифты: Легко читаемые шрифты для заголовков и основного текста.
Иконки и графические элементы: Использование минималистичных иконок для каждого этапа, преимущества и рекомендаций.
Стиль: Профессиональный и современный, с акцентом на простоту и ясность.

4. Структура инфографики

1. Заголовок: Привлекающий внимание заголовок, который отражает суть инфографики.
Перечисление плюсов покупки у нас.

5. Формат и размер

Формат файла: PNG, и исходный файл (например, AI, PSD).
Размер: Вертикальная инфографика с пропорциями, подходящими для публикации на маркетплейсах.

6. Сроки выполнения

Дедлайн для выполнения, 5 рабочих дней с момента принятия заказа.

Предоставить 2–3 примера инфографики, как пример.

Отбор маркетплейсов
Аналитика и выбор нужных где есть тафик на наши товары
Регистрация
Изучение возможностей площадки
Подготовка карточки:
Скелет карточки на МП
СЕО: Название
СЕО: Характеристики
СЕО: Описание
Визуальный контент. (См. ROADMAP создания визуального контента)
Подготовка текста вопросов на карточку
Запланированное количество заказов
Контрольные точки и позиция в выдаче, которую планируем занять
Реклама внешняя - тип, сроки
Реклама внутренняя - тип, сроки
Сроки стратегии
Подготовлена дорожная карта запуска (лист Main)
Просчитаны количества к отгрузкам. Информация передана на склад
Товар отгружен на МП
Выполнен чек лист запуска
Итоги первые 100 продаж
Выводы
Дорожная карта развития на 2-3 месяца