Розробка юридичного порталу: MVP, безпека та LegalTech

Уявіть: клієнт вашої юридичної фірми намагається знайти спеціаліста з податкових спорів, але каталог юристів на сайті не оновлювався півроку. Особистий кабінет не показує статус справи, а документи надсилають електронною поштою — губляться терміни та конфіденційність. Результат — відтік клієнтів і судові ризики. Юридичний портал вирішує ці проблеми, але його розробка потребує глибокого розуміння LegalTech: від Row-Level Security до escrow-розрахунків. За 10 років роботи ми реалізували понад 50 проєктів для юридичних фірм і LegalTech-стартапів, тому знаємо, як побудувати зручну, безпечну та масштабовану систему.

Типи юридичних порталів

Корпоративний сайт для однієї фірми: команда, практики, блог із правовою аналітикою, форма запиту консультації, особистий кабінет клієнта. Агрегатор юристів (аналоги «Юду»): каталог юристів, вибір за спеціалізацією, запит, оплата, консультація. LegalTech SaaS: конструктор договорів, автоматизація документообігу, електронне підписання.

Ключові модулі платформи

Профіль юриста містить спеціалізації (кримінальне, сімейне, податкове право), досвід, рейтинг, вартість консультації та інтеграцію з календарем. Пошук — з фільтрацією за ціною, досвідом та рейтингом. В одному з проєктів ми досягли часу пошуку менше 300 мс завдяки Elasticsearch.

Особистий кабінет клієнта відображає статус справи, поточний етап, документи, листування, найближчі події (засідання, дедлайни), рахунки та оплати. Конфіденційність реалізована через Row-Level Security.

Онлайн-консультація юриста в трьох форматах: текстова (чат з історією), відео (WebRTC), письмова відповідь протягом 24–48 годин. Всі дані захищені адвокатською таємницею.

Конструктор договорів працює на шаблонах зі змінними ({{ФІО_сторони_1}}, {{дата}}), покроковому wizard, генерації PDF/DOCX через docxtemplater та відправленні на підпис через вбудовану ЕП або DocuSign.

Для агрегатора реалізована escrow-схема: клієнт платить при бронюванні, юрист отримує кошти після консультації. Комісія платформи — 15–25%. Платіжні шлюзи: Stripe, ЮKassa.

Чому Row-Level Security критична для LegalTech?

Конфіденційність — головна вимога. Ми застосовуємо шифрування AES-256 для зберігання документів, Row-Level Security у PostgreSQL для розмежування доступу на рівні рядків та багатофакторну автентифікацію. Аудит усіх дій ведеться в централізованому лозі, з'єднання — тільки по HTTPS. Клієнт бачить лише свої документи, юрист — лише призначені справи, керівник практики — всі справи в межах практики. Для дотримання адвокатської таємниці доступ до матеріалів консультацій суворо обмежений: жодна третя сторона не отримає до них доступу.

Реалізація RLS у PostgreSQL: політика policy client_access ON cases FOR SELECT USING (client_id = current_setting('app.current_user_id')::int) гарантує, що клієнт бачить лише свої справи, навіть при помилці в застосунку. Аналогічно для юристів та адміністраторів.

Як ми проєктуємо архітектуру?

Наш підхід — мікросервісна архітектура. Вона дозволяє масштабувати систему в 2 рази швидше моноліту. Етапи проєктування:

1. Аналіз вимог: навантаження (RPM, кількість справ), ролі (клієнт, юрист, адміністратор, супервайзер), сценарії використання.
2. Проєктування БД з Row-Level Security та партиціонуванням для 10 000+ справ.
3. Вибір стеку: React+Next.js для фронту, Laravel або Node.js для беку, PostgreSQL, Redis для кешу, Elasticsearch для пошуку.
4. Розробка MVP: профілі юристів, форма запиту, особистий кабінет клієнта, документи.
5. Тестування: навантажувальне (k6) з профілем 1000 одночасних користувачів, пентест на захист даних.
6. Деплой: Docker, Nginx, Grafana + Prometheus.

Ми гарантуємо, що архітектура витримає пікові навантаження. Наприклад, один із наших проєктів обробляє 10 000 запитів на день із TTFB < 200 мс. Для великої юридичної мережі ми впровадили портал, який обслуговує 5000 активних справ з uptime 99.9%.

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

Поставка включає:

• Повну документацію API (Swagger/OpenAPI).
• Доступ до репозиторію та CI/CD-пайплайну.
• Навчання команди замовника (до 5 годин).
• Місяць технічної підтримки після запуску.
• Міграцію даних та налаштування інтеграцій.

Процес розробки та терміни

Економія на операційних витратах може сягати 40% порівняно з паперовим документообігом. Середня вартість консультації на агрегаторі — 3000–5000 ₽, що робить сервіс доступним для клієнтів.

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

Розробка корпоративних порталів та внутрішніх систем

Ми займаємося розробкою корпоративних порталів — CRM, ERP, LMS та Intranet. Кожен такий проект починається не з верстки лендінгу, а з того, як бізнес-правила ляжуть в архітектуру: хто бачить які дані, як синхронізуються 1С та облікова система, як 500 контактів перетворюються на 500 000 без падіння продуктивності. За 7 років ми реалізували понад 40 порталів для компаній з чисельністю від 50 до 5000 співробітників. Оцінимо ваш проект за два робочі дні — просто зв'яжіться з нами.

Як ми забезпечуємо якість архітектури?

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

Три зони, де найчастіше приймаються погані рішення, — модель прав доступу, продуктивність на великих даних та real-time оновлення.

Як побудувати рольову модель для 30 відділів?

Модель прав доступу. «Менеджер бачить тільки своїх клієнтів, керівник відділу — весь відділ, директор — всю компанію, але фінансові дані — тільки фінансовий директор і вище». Це не три ролі — це матриця з ролей, дозволів, організаційних одиниць та володіння записами. Якщо це реалізувати через if ($user->role === 'manager') в контролерах — через півроку код стане непідтримуваним.

Правильний підхід: Spatie Laravel Permission для базової рольової моделі + Policy класи для object-level permission (can('view', $deal) перевіряє не тільки роль, але й володіння). Для складних ієрархічних структур — ABAC (Attribute-Based Access Control) замість RBAC.

Продуктивність на великих даних. CRM з 500 000 контактів, фільтрація по 10 полях, сортування за активністю — це задача, де наївна реалізація видає 15-секундні запити. Composite indexes, денормалізація агрегатів (last_activity_at на самому записі замість MAX по зв'язаній таблиці), Elasticsearch для full-text пошуку по контактах.

Real-time оновлення. Декілька співробітників працюють з одним документом або задачею. Без WebSocket — постійні setInterval з polling кожні 5 секунд, зайве навантаження на сервер, затримка оновлень. Laravel Broadcasting + Pusher/Soketi або власний WebSocket сервер на Node.js — для сповіщень та змін у реальному часі.

CRM-системи

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

Pipeline з кастомними стадіями. Кожна компанія хоче свою воронку. Стадії повинні бути налаштовуваними без деплою. Таблиця pipeline_stages з position, color, is_final, probability — і drag-and-drop для зміни порядку на UI (React DnD або dnd-kit).

Історія змін. Хто і коли змінив статус угоди, поміняв відповідального, додав нотатку. Audit log через Observer або spatie/laravel-activitylog. На UI — timeline з фільтрацією за типом активності.

Інтеграція з поштою. IMAP/SMTP для підключення корпоративної скриньки, автоматична прив'язка вхідних листів до контактів за email-адресою. Це надійно працює тільки при правильній обробці bounce, spam, авто-відповідей — потрібна фільтрація.

Чому ERP — не про код, а про дані?

ERP — це коли CRM, склад, виробництво, бухгалтерія та HR об'єднані в єдину систему. Повний ERP з нуля — рідкісна задача (зазвичай інтегруються з існуючими системами), але модульні системи під конкретний бізнес — регулярна.

Ключовий принцип: фінансові операції повинні бути незмінними. Не UPDATE orders SET status = 'cancelled' — а створення нового запису order_cancellations з посиланням на вихідне замовлення. Це принцип immutable ledger, який спрощує аудит та reconciliation.

Інтеграція з 1С — майже завжди частина ERP-проекту. Двостороння синхронізація: з 1С в портал (довідники, залишки, ціни) та з порталу в 1С (замовлення, документи). RabbitMQ як шина подій між системами надійніше прямого HTTP-взаємодії — у випадку недоступності 1С повідомлення чекають в черзі.

Як влаштовані LMS: платформи навчання

Learning Management System — це курси, модулі, уроки, тести, сертифікати, прогрес користувачів.

Відео-контент — найбільш навантажена частина LMS. Зберігати відео на власному сервері та віддавати через Nginx — погана ідея: дорого, повільно, немає адаптивного бітрейту. Правильно: завантаження в S3/Cloudflare R2, транскодування через AWS Elemental MediaConvert або Mux, HLS-плейлист для адаптивного стрімінгу через Video.js або Plyr.

Прогрес перегляду — через періодичне відправлення watch_position з фронтенду (кожні 10–30 секунд), зберігання в Redis з періодичною синхронізацією в PostgreSQL. Не зберігати кожну секунду в БД — це вб'є продуктивність.

SCORM-сумісність — якщо потрібна інтеграція з корпоративними тренінговими матеріалами. Окремий модуль, є готові бібліотеки (scorm-again).

Intranet та HR-портали

Корпоративний інтранет: новини, документи, оргструктура, HR-процеси (відпустки, заявки, KPI).

Оргструктура в базі даних — це ієрархічна структура. Adjacency list (parent_id на кожному записі) простий в реалізації, але повільний при рекурсивних запитах. Nested Sets або Closure Table швидше для читання ієрархії, складніше при змінах. В PostgreSQL — рекурсивні CTE (WITH RECURSIVE) з adjacency list — баланс між простотою та продуктивністю.

Погодження документів та заявок — workflow engine. Прості лінійні погодження (співробітник → менеджер → HR → бухгалтер) можна зробити без спеціального движка. Нелінійні (паралельні гілки, умовні переходи, делегування) — варто розглянути готові рішення: Temporal.io для workflow orchestration або власний скінченний автомат на базі патерну state-machine.

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

При замовленні розробки корпоративного порталу ви отримуєте:

• Архітектурну документацію (ER-діаграми, схема інтеграцій, матриця ролей)
• Повний код в Git-репозиторії з CI/CD
• Доступи до інфраструктури (хостинг, бази даних, сховища)
• Навчання адміністраторів та ключових користувачів (2–3 сесії)
• Гарантійну підтримку на 3 місяці після запуску

Наші принципи проєктування спираються на офіційну документацію Laravel з авторизації (Policies) та рекомендації щодо роботи з чергами.

Технічний стек для порталів

Орієнтири за термінами

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