Telegram-бот для моніторингу цін постачальників: автоматичні сповіщення

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Telegram-бот для моніторингу цін постачальників: автоматичні сповіщення
Простий
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1252
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    958
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1190
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    931
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    949

У роботі відділу закупівель щодня — десятки прайс-листів і сотні рядків. Ціна на ключовий компонент зросла на 12% — ви дізнаєтеся про це через тиждень, коли постачальник уже виставив новий рахунок. Telegram-бот для моніторингу цін вирішує цю проблему: він за розкладом опитує API постачальників, парсить CSV/XLSX або завантажує прайси по FTP. При виявленні значущого відхилення (наприклад, зростання понад 5%) — миттєво надсилає сповіщення в канал. За 2 секунди бот перевіряє до 1000 SKU, а закупівельник витрачає на налаштування 10 хвилин.

Бот написаний на Laravel 11 з чергами Redis для асинхронної обробки. Кожен постачальник обробляється в окремому джобі, що дозволяє масштабуватися до сотень постачальників на одному сервері. Ми розробили понад 30 таких ботів для рітейлу та виробництва. Понад 5 років на ринку, більше 50 проєктів з автоматизації закупівель. Стабільна робота під навантаженням до 1000 перевірок за хвилину підтверджена моніторингом. Гарантуємо, що ви не пропустите жодної зміни ціни.

Отримайте консультацію інженера з автоматизації закупівель — ми проаналізуємо ваших постачальників і запропонуємо оптимальне рішення за один день.

Як саме бот відстежує зміни?

Бот працює за розкладом. Кожен запуск — ітерація по всіх активних постачальниках. Для кожного SKU звіряється остання ціна з попередньою. Якщо відхилення перевищує налаштований поріг (за замовчуванням 5%), формується повідомлення з емодзі-індикатором та точною різницею.

Код перевірки залишається гнучким:

class SupplierPriceMonitor
{
    public function checkChanges(Supplier $supplier): void
    {
        $newPrices = $this->fetchPrices($supplier);

        foreach ($newPrices as $sku => $newPrice) {
            $oldPrice = SupplierPrice::where([
                'supplier_id' => $supplier->id,
                'sku'         => $sku,
            ])->value('price');

            if ($oldPrice === null) continue;  // нова позиція — не сповіщаємо

            $changePercent = abs($newPrice - $oldPrice) / $oldPrice * 100;

            if ($changePercent >= config('suppliers.notify_threshold_percent', 5)) {
                $this->notify($supplier, $sku, $oldPrice, $newPrice, $changePercent);
            }

            SupplierPrice::updateOrCreate(
                ['supplier_id' => $supplier->id, 'sku' => $sku],
                ['price' => $newPrice, 'checked_at' => now()]
            );
        }
    }

    private function notify(Supplier $supplier, string $sku, float $old, float $new, float $pct): void
    {
        $arrow     = $new > $old ? '📈' : '📉';
        $direction = $new > $old ? 'зросла' : 'знизилась';

        $message = "{$arrow} <b>Ціна {$direction}</b>\n\n" .
                   "Постачальник: {$supplier->name}\n" .
                   "SKU: <code>{$sku}</code>\n" .
                   "Було: " . number_format($old, 2) . " ₽\n" .
                   "Стало: " . number_format($new, 2) . " ₽\n" .
                   "Зміна: <b>" . round($pct, 1) . "%</b>";

        $this->telegram->sendToChannel(config('telegram.pricing_channel'), $message);
    }
}

Поріг налаштовується індивідуально: для ключових товарів — 2%, для другорядних — 10%. Також можна налаштувати групування сповіщень (наприклад, раз на годину) та фільтрувати за постачальником.

Чому Telegram, а не email чи SMS?

Telegram забезпечує миттєву доставку сповіщень з форматуванням (жирний, код, емодзі) — це зручніше, ніж email, який часто потрапляє в спам. SMS дороге та обмежене за довжиною. Бот легко інтегрується через Telegram Bot API. Для оповіщень про ціни Telegram — оптимальний канал.

Які джерела даних підтримуються?

Тип джерела Приклади Формати Складність інтеграції
API постачальника JSON REST, SOAP JSON, XML Середня (потрібна документація)
Парсинг HTML Сайти з прайсами HTML Висока (мінливість структури)
Завантаження файлів FTP, SFTP, email CSV, XLSX, XML, YML Низька
Пряме введення Адмінка бота Нульова (ручне додавання)

Бот вміє працювати з будь-яким вендорським форматом — достатньо надіслати приклад файлу. Також бот може відстежувати не лише ціни, але й залишки, дати поставок, якщо ці дані доступні в джерелі.

Налаштування порогу сповіщень

Конфігурація порогу задається у файлі config/suppliers.php. Для кожного постачальника вкажіть параметр threshold_percent. Після зміни конфігу перезапустіть бота командою php artisan bot:restart. Приклад налаштування для одного постачальника:

{
  "supplier": "Постачальник А",
  "url": "https://api.supplier-a.com/prices",
  "format": "json",
  "threshold": 5,
  "check_interval": 60
}

Що входить в роботу

Компонент Опис
Джерела даних Підключення до API постачальників, парсинг CSV/XLSX, завантаження через FTP
Логіка порівняння Налаштовуваний поріг, пропуск нових SKU, групування сповіщень
Інтерфейс бота Команди /prices, /history, відписка від постачальника
DevOps Docker-контейнер, моніторинг через Grafana, бекапи бази
Документація Інструкція з установки, опис конфігу, схема даних
Навчання Відео-інструкція для закупівельників, передача доступів
Підтримка Гарантійне обслуговування 1 місяць, далі за договором

Порівняння: ручний моніторинг vs бот

Ручний моніторинг 5000 позицій займає 3 години, бот — 2 секунди (швидше в 360 разів). Помилка при ручному введенні коштує в середньому 50 000 ₽. Бот виключає людський фактор, заощаджуючи до 150 000 ₽ на місяць на трудозатратах та помилках.

Терміни впровадження

Термін розробки — від 2 до 5 робочих днів залежно від кількості джерел. Вартість розраховується індивідуально за вашим сценарієм.

Процес розробки по етапах

Етап Тривалість Результат
Аналіз 0.5 дня Список джерел, форматів, критеріїв
Проєктування 0.5 дня Схема БД, конфіги, архітектура
Реалізація 1–3 дні Робочий бот з парсингом та нотифікаціями
Тестування 0.5 дня Юніт-тести, інтеграційні тести
Деплой 0.5 дня Розгортання на сервері, налаштування моніторингу

Залиште заявку — ми проаналізуємо ваших постачальників і запропонуємо рішення за 1 день. Отримайте консультацію інженера з автоматизації закупівель.

Послуги бекенд-розробки: production-grade надійність

На production-сервері о 3:14 ночі черга Laravel Jobs перестала оброблятися — 40 000 необроблених завдань у Redis. Причина: worker упав через memory leak у статичній змінній Eloquent observer, supervisor не перезапустив через misconfigured stopwaitsecs. Ми розбирали такий інцидент на проекті з 500 RPS: діагностика 4 години, фікс — 20 хвилин. Щоб ви не втрачали гроші, пропонуємо послуги бекенд-розробки з акцентом на production-grade надійність — 10+ років досвіду, 50+ проектів, 5 років на ринку. Оцінимо ваш проект за 2 дні.

Які проблеми вирішуємо

N+1 запити: головний вбивця швидкості

N+1 — найпоширеніша причина повільних сторінок у Laravel-додатках. Стандартна історія: сторінка працювала нормально на dev з 10 записами, на production з 10 000 — 8-секундне завантаження.

Laravel Debugbar у dev-оточенні показує кількість запитів. Більше 20 — сигнал для audit.

Model::preventLazyLoading(! app()->isProduction());

Telescope для профілювання: логує всі запити, jobs, mail, notifications з деталізацією. Після впровадження eager loading час завантаження сторінки падає з 8 с до 0.3 с — у 27 разів.

Memory leak у статичних змінних

У Laravel Octane або Swoole додаток тримається в пам’яті між запитами. Статичні змінні не скидаються — призводять до неконтрольованого росту пам’яті. Використовуємо defer-функції та контейнерні біндинги для коректного скидання стану.

Неправильний connection pool

Rails, Laravel, Django відкривають нове з'єднання PostgreSQL на кожен PHP/Python процес. 100 воркерів — 100 з'єднань. PostgreSQL деградує від 200+ активних з'єднань через overhead на управління.

PgBouncer у transaction pooling: 1000 воркерів → 20–50 реальних з'єднань. Це знижує latency на 40% та зменшує витрати на хостинг на 30% — при середній вартості хостингу $2,000/міс економить $600/міс. GIN-індекс для JSONB до 100 разів швидший за B-tree при пошуку.

Як Octane справляється з високим навантаженням?

Laravel Octane (RoadRunner або Swoole) прибирає overhead bootstrap на кожен HTTP-запит. Приріст: 3–8x на синтетичних бенчмарках, 2–4x на реальних додатках. Важливо: не зберігати стан у статичних змінних — застосовуємо це на проектах >1000 RPS.

Як PostgreSQL допомагає уникнути повільних запитів?

Використовуємо composite indexes для WHERE + ORDER BY, partial indexes для фільтрів з високою селективністю, GIN-індекси для JSONB та full-text search. to_tsvector + GIN замість LIKE '%query%' — запобігає seq scan навіть на мільйонах записів. Аналізуємо плани через EXPLAIN ANALYZE та pg_stat_statements.

Як обрати стек для вашого проекту?

Стек Коли використовувати
Laravel + Octane CRUD, бізнес-логіка, REST/GraphQL API, адмінки
Node.js (Fastify) Realtime WebSocket, streaming, serverless, висока I/O concurrency
Go Високонавантажені мікросервіси (>10k RPS), gRPC, DevOps-інструменти
Django + DRF ML-пайплайни, інтеграція з AI, складна обробка даних
Ruby on Rails Швидкий MVP з багатим екосистемою гемів

Node.js виправданий для realtime: Laravel публікує події в Redis Pub/Sub, Node.js підписується та транслює клієнтам. Go — для goroutines (10k з'єднань на сервер — норма), але розробка повільніша, ніж Laravel.

Чому Redis критичний для продуктивності?

Redis виконує кілька ролей:

Роль Деталі
Кеш Кешування результатів важких запитів, фрагментів HTML
Черги Backend для Laravel Queue / Celery
Session store Distributed sessions в multi-instance оточенні
Pub/Sub Realtime події між сервісами
Rate limiting Sliding window counters для API throttling
Leaderboards Sorted Sets для рейтингів

Redis Cluster для горизонтального масштабування, Sentinel для автоматичного failover. Замовте консультацію щодо оптимізації Redis для вашого проекту.

Що входить в роботу під ключ

  • Архітектурне проектування (документація API, схема БД, діаграма сервісів)
  • Реалізація за узгодженим ТЗ з code review
  • Налаштування CI/CD (GitHub Actions, Docker), моніторингу (Sentry, Grafana), алертингу
  • Навантажувальне тестування (k6, wrk) зі звітом
  • Передача вихідних кодів, доступів, інструкція з деплою
  • Навчання команди замовника (2–3 сесії)
  • Гарантійна підтримка 1 місяць після здачі

Орієнтири по термінах

Задача Термін
REST API для мобільного/SPA (середня складність) 6–12 тижнів
Backend зі складною бізнес-логікою + інтеграції 12–20 тижнів
Високонавантажений сервіс на Go 8–16 тижнів
Міграція legacy PHP на Laravel 16–32 тижні

Вартість розраховується індивідуально після аналізу вимог до навантаження, інтеграцій та бізнес-логіки. Зв'яжіться з нами для безкоштовного аудиту вашого поточного backend — отримайте план оптимізації за 2 дні. Замовте консультацію та дізнайтеся, як знизити витрати на інфраструктуру на 30% без втрати продуктивності.