rona.bestКейси

Кейси.

Реальні системи, які ми побудували та супроводжуємо. Імена клієнтів не називаємо без дозволу — але механіку показуємо чесно, аж до того, як це виглядає в терміналі.

кейс 01 / e-commerce

Замовлення обробляються без людини.

виробник косметики · інтернет-магазин

Кожне оплачене замовлення заносили в облік руками: CRM, рахунок, накладна, узгодження з виробництвом у чатах. Ми зʼєднали все в один конвеєр: оплата на сайті запускає ланцюжок, а команда лише натискає кнопки в Telegram.

0 ручних дійвід оплати до накладної
6 етапів угодикеруються кнопками в Telegram
  • Оплата → контрагент у EspoCRM (пошук за телефоном або автостворення), угода з деталями доставки та промокодом
  • PDF-рахунок і видаткова накладна генеруються автоматично й чіпляються до угоди
  • Telegram-ланцюжок: менеджер → виробництво (Прийняв/Відмова) → логіст (ТТН одним повідомленням) — кожен клік рухає етап у CRM, склад списується за SKU
n8nEspoCRMPDF-генераціяTelegram BotНова Пошта
order-pipeline · n8n
кейс 02 / виробництво

Міні-MRP: рецептури та сировина.

те саме виробництво — наступний рівень

Потребу сировини під виробничі замовлення рахували в таблицях: помилки, несподівані дефіцити, ручні списання. Тепер CRM сама знає, чи вистачить сировини — і сама веде склад.

10 секундвід статусу до розрахунку
+10% втратзакладено в кожен розрахунок
  • Замовлення «В роботі» підхоплюється автоматично: рецептура (BOM), потреба кожного інгредієнта з коефіцієнтом технологічних втрат
  • Перевірка залишків і мінімумів: дефіцит → статус «Очікується» з точним списком закупівлі
  • Сировини досить → автосписання інгредієнтів, оприбуткування готової продукції та звіт у замовленні
n8nEspoCRMBOM / рецептурискладський облік
mrp · production
кейс 03 / POS

Мобільна каса для івентів.

виїзна торгівля · фудкорти та події

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

2 способи оплатиLiqPay QR + готівка
~3 секундидо підтвердження оплати на екрані
  • Кошик зі знижками та пошуком за SKU, адаптований під телефон касира
  • QR-оплата LiqPay: підписані інвойси, перевірка підпису callback, захист від дублювання платежів
  • Кожен продаж → контрагент (з даних платника), угода та рахунок у CRM — автоматично
n8nLiqPayPostgreSQLEspoCRM
pos · liqpay
кейс 04 / telegram

Клуб за підпискою в Telegram.

закрита професійна спільнота

Платний клуб з тарифами, закритою групою і бібліотекою матеріалів — без адміністратора на повний день. Бот продає підписки, контролює доступ і сам веде каталог контенту.

3 тарифи1 / 6 / 12 місяців
24/7доступ керується автоматично
  • Оплата через WayForPay: підписані інвойси, вебхук платежу відкриває доступ до групи
  • Матеріали каналу автоіндексуються за хештегами в каталог з меню і пагінацією
  • Веб-адмінка: статистика, графік доходу, керування підписками, видалення з групи в один клік
Telegram BotWayForPayPostgreSQLn8n
club-bot · telegram
кейс 05 / self-hosted

Self-hosted бек-офіс: пошта, CRM, хмара.

наша власна інфраструктура — працюємо на тому, що продаємо

Увесь бек-офіс RONA живе на власних серверах: пошта зі SPF/DKIM/DMARC (p=reject), EspoCRM з Telegram-інтеграцією, Nextcloud замість Google, n8n-автоматизація лідів і моніторинг з алертами. Жодних підписок на чужі SaaS — і саме цей стек ми розгортаємо клієнтам.

0 SaaS-підписоквесь бек-офіс на своєму залізі
100% passавтентифікації SPF/DKIM/DMARC за DMARC-звітами
  • Власна пошта: DKIM 4096, DMARC p=reject — листи проходять перевірки Gmail/Outlook, звіти контролюються
  • EspoCRM + n8n: заявка з сайту стає лідом автоматично, переписка з Telegram-ботом — прямо в картці ліда
  • Nextcloud (файли, календарі, спільні документи) і моніторинг кожні 5 хвилин з алертами в Telegram
MailcowEspoCRMNextcloudn8nмоніторинг
self-hosted · rona
кейс 06 / мережі

Відмовостійка мережа доступу на 2000 роутерів.

розподілена організація · 23 обласні філії

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

1,0 спростій при обриві каналу (BFD)
40 с → 1 спроти таймерів за замовчуванням
  • Два варіанти на стенді: L2-міст з агрегацією та anycast-шлюзом проти L3 з eBGP + BFD — виміряний простій 1,1 с та 1,0 с відповідно
  • Обрано L3-варіант: район лишається робочим навіть при втраті обох аплінків, менші домени відмови
  • Результат: концепція для керівництва, повний технічний дизайн і готові конфігурації всіх вузлів — проєкт на етапі підготовки пілота
RouterOSeBGP + BFDOSPFEoIPProxmox-стенд
lab · failover-test
/contact

Обговорімо вашу задачу.

Опишіть проблему своїми словами — переформулюємо технічно, оцінимо обсяг і запропонуємо варіанти. Перша консультація безкоштовна.

telegram: @Rona_Best
base: Київ, Україна
response: < 24h