Authentication API

Аутентифікує користувача через головний сервер та встановлює локальну сесію.

Request Body (JSON)

{
  "email": "user@example.com",
  "password": "your_secure_password"
}

Success Response (200 OK)

{
  "sessionid": "...",
  "user": {
    "id": 1,
    "email": "user@example.com"
  }
}

Завершує сесію на головному сервері, видаляє локальний кеш та очищує кукі в браузері.

Request Body

{} (Пустий JSON об'єкт)

Success Response (200 OK)

{
  "message": "Successfully logged out."
}

Під час авторизації система автоматично перевіряє права доступу користувача на основі даних з головного сайту та синхронізує його локальний профіль. Доступ регулюється суворими правилами архітектури.

1. Власники компаній (Owners)

• Ініціалізація компанії: Якщо компанія ще не підключена до цього мікросервісу, перший логін власника автоматично створює її в локальній базі.
• Примусова роль: Власники компаній на головному сайті автоматично отримують профіль LocalMember із системною роллю owner. Ця перевірка виконується при кожному логіні та гарантовано перезаписує будь-які інші ролі.

2. Звичайні співробітники (Non-owners)

• Залежність від власника: Співробітник не може увійти в мікросервіс, якщо власник компанії ще не авторизувався тут хоча б один раз (компанія має бути ініціалізована).
• Система запрошень (Invites): Наявність компанії на головному сайті не дає співробітнику автоматичного доступу до мікросервісу. Доступ надається виключно через локальні запрошення (Invite).
• Автоматичне застосування прав: Якщо для співробітника існує запрошення у статусі pending, при логіні воно автоматично переводиться в accepted. Користувачу призначається роль (local_role) та додаткові права (extra_permissions), що були вказані в інвайті.